Hi Grub3r,

IMHO, it is impossible to have all three drivers present
It is probably not even a good idea to have TWO.

let us look at what was in mass 7.04....

The oldest one [S-1], says 181 only
; SiSRaid.INF
DriverVer=07/19/2003,5.1.1039.1070
[SiS]
%PCI\VEN_1039&DEV_0181&REV_01.DeviceDesc%=SIS181PCI,PCI\VEN_1039&DEV_0181

the second one [Si-2]
(SISRaid.INF)
DriverVer=05/03/2005,5.1.1039.1090
[SiS]
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS180PCI,PCI\VEN_1039&DEV_0180
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS180PCI,PCI\VEN_1039&DEV_0181

and it has [Si-3] (has this since Mass 6.08... I see the overlap is disabled.)
SISRaid2.INF
DriverVer=01/05/2005,5.1.1039.2030
[SiS]
;%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0180
;%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0181
%PCI\VEN_1039&DEV_0182&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0182
-----------------------------

the newest available drivers I downloaded..
(folder 180OB  has exact same SYS and INF as folder 964-180)
DriverVer=05/03/2005,5.1.1039.1090
SISRaid.INF
[SiS]
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS180PCI,PCI\VEN_1039&DEV_0180
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS180PCI,PCI\VEN_1039&DEV_0181
so, we had those already..

folder 965 has this (different SYS)
SISRaid2.INF
DriverVer=01/11/2007,5.1.1039.2110
[SiS]
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0180
%PCI\VEN_1039&DEV_0180&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0181
%PCI\VEN_1039&DEV_0182&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_0182
%PCI\VEN_1039&DEV_0182&REV_01.DeviceDesc%=SIS182PCI,PCI\VEN_1039&DEV_1182
and as you can see, there is full overlap..

If that other guy had not said that he still wants the old ones, I would completely remove them old ones.
But, I've no reason to not believe him.
(Still, the files were still in the pack, which CAN cause PnP problems?)
Anyway, I think that having two or three for same HWIDs in the Pack is a bad idea.

One possible solution is to sfxzip the folder content along with a TXT for its INI section and put that in the folder I think we do not want to use.
That same sfxzip solution could be used for drivers where different BIOS in a card makes it need another driver version which has all same HWIDs.
I need to discuss this with the project leaders, tho..

deleted

1,603

(6 replies, posted in DriverPack Mass Storage)

Thanks just the same.

I don't know if we are going to delete drivers because this, but you know what you had to do, and it worked.. so you can use the disk you made.

This has been an option since a few months now, because Bâshrat the Sneaky got the INIs in the packs so his public can use it to make adjustments. smile
There is no handbook on How to do this, but there are a few great posts about this already.
Bottom line is, you did it, and other will have to.

It will happen that you replace a driver with one for your particular BIOS version of a chip, and edit the INI so it contains the HWIDs your driver lists.
When you do that, make sure there are no other drivers with same HWIDs in the INI, and let us know you had to do this.
Same device, different BIOS, customised pack.
I've made one today.. it happens to be a SiL image.. whaddacoincidence..

PCI\VEN_1095&DEV_3512&SUBSYS_02B71014 found in older driver/newer driver for S-4,

you were right.. I removed it from INI in S-5 now.

I think we are looking at a SiL Image BIOS problem here.
The updated S-4 supports a newer BIOS variant of this chip.

see here
http://forum.driverpacks.net/viewtopic. … 406#p12406

Hi
I just lost the entire post I wrote..
sad

I'll rewrite.. sad

if you cannot Flash or don't want to flash all affected machines..
then you have to un7zip a copy of Mass storage DriverPack
(use a copy..)
Then replace D\S\4 content with the content of the older driver
3x12_13670_x86_logo.zip

Then edit DriverPack_MassStorage_wnt5_x86-32.ini
Get to section S-4 and replace with

[S-4]
ms_count=1
ms_1_deviceName="Silicon Image 3112 OLDBIOS Controller"
ms_1_tag="si3112"
ms_1_sysFile="Si3112.sys"
ms_1_hwids="PCI\VEN_1095&DEV_3112&SUBSYS_31121095,PCI\VEN_1095&DEV_3112&SUBSYS_34238086,PCI\VEN_1095&DEV_3112&SUBSYS_311215D9,PCI\VEN_1095&DEV_3112&SUBSYS_B0021458,PCI\VEN_1095&DEV_3112&SUBSYS_01661028,PCI\VEN_1095&DEV_3112&SUBSYS_81E8104D,PCI\VEN_1095&DEV_3512&SUBSYS_35121095,PCI\VEN_1095&DEV_3512&SUBSYS_01661028,PCI\VEN_1095&DEV_3512&SUBSYS_35121014,PCI\VEN_1095&DEV_3512&SUBSYS_02B71014,PCI\VEN_1095&DEV_3512&SUBSYS_B0021458,PCI\VEN_1095&DEV_3512&SUBSYS_81E8104D,PCI\VEN_1095&DEV_3512&SUBSYS_820B104D,PCI\VEN_1095&DEV_3512&SUBSYS_145A1462,PCI\VEN_1095&DEV_3512&SUBSYS_001F6409,PCI\VEN_1095&DEV_3512&SUBSYS_9003104D,PCI\VEN_1095&DEV_3512&SUBSYS_35121A5F,PCI\VEN_1002&DEV_436E&SUBSYS_436E1002,PCI\VEN_1002&DEV_4379&SUBSYS_43791002,PCI\VEN_1002&DEV_437A&SUBSYS_437A1002"
ms_1_isBusExtender=false

Save.
Then select DriverPack_MassStorage_wnt5_x86-32.ini and the D folder.
7zip it, it will propose to use DP_MassStorage_wnt5_x86-32_7071.7z
Don't do that, change that name.
When I made a tiny pack for the oldBIOS version of this chip, I called it
DP_MassStorage_wnt5_x86-32_7072_SiL_OLDBIOS.7z
(Higher Version, and distinctive telltale txt.)
(The Tiny one I made only has the changed files and INI.)

Test the pack you made on an affected machine.
Good luck

We use the one for latest BIOS

Hi
I wanted to reply yesterday, but real life did get in the way..
There is home improvement going on, plus a call for a PC/printer malfunction.
(it was a long day.)

At the drivers page your link gets us to, they mention different BIOS.
Now.. Which BIOS does it have?
(Look for that while the PC starts up. Or use an advanced system info gathering tool.)

The problem with these BIOSes is that you may not be able to update it.
The Flashtool is NOT meant for Onboard controllers.

The problem we have is that the driver will list the same HWIDs, but they make changes in the driver for the BIOS variant.
So, it is a different driver.
And we cannot have both, because they cause conflict with each other ((txtmode picks one, and later on, other gets loaded.. bingo.. sad )

So, I think you will have to look which BIOS it is (do you have a lot of those machines?), then download the right driver (or flash..)
I believe we use the one for latest BIOS, but I'd have to verify this, tho.

If ours is for wrong BIOS (w/i most likely) then you would have to replace it in the pack.

1,608

(4 replies, posted in DriverPack Sound)

folder H\2 and referenced in INF
no virus

test version pulled

oh, if you used QSC, delete that folder when you edit a pack and reuse it with an unchanged name.
(If version check finds a higher nunber, the higher number would be used for QSC. If version was unchanged, you would be using the UN-edited files..)

hi
disable SI-1 and SI-2
leave SI-3 enabled because that one has driver for SIS 182

When the update in SI-3 came along, I originally had disabled these two because of the overlap (duplicate HWIDs) in INF files.

One quiestion, is it possible to edit the 7z files after the slipstreaming process has ended. I f.ex I want to enable these SI-lines again without slipstreaming again?

This would not work, there are other things like changes to dosnet.inf and txtsetup.sif.
To redo a slipstream takes 15 minutes
unzip,
edit the INI, (you could delete the two entries, but you better simply disable by setting the "drivercount"  to zero in those two.)
save, 7zip the INI and D folder
use it to slipstream over the one you did before. (2 to 3 minutes)
burn CDRW, 6 minutes
test (it is unattended, have a chat with girl at the coffee corner)

erm, digs up the DDK tools on DVD.. I have a ton to learn still.

1,613

(5 replies, posted in News)

http://forum.driverpacks.net/viewtopic.php?id=75

1,614

(26 replies, posted in News)

a news ticker style, TXT, no graphics, show, stop, with something like a 7 second lag (or 5 minute, why not) between other slogan.
I agree, graphics can slow page load.

hi
The devices.txt is about 1 meg.

I am curious as h*ll. Where do I find it?

EDIT, the DriverPacks project can benefit if we get a truly reliable database of what is in currently in DriverPacks, and what we have in the collections of drivers we all seem to build.

In the last few months at DriverPacks, I have been trying to get duplicates out where they harm most.
Each and every update can undo hours of work when a dupe is missed.

and... a reliable devices txt could be used for that post vanilla fini stuff, if conflicting drivers are already screened.

paulocmarques wrote:

Good work!
It seems that the problem disappeared in the version 7.07!
Just check the following code. It can cause some conflict! (line ms_1_hwids)

SI-3]
;This driver is only for SIS 182 RAID Controler!!!!! Please update "ms_1_hwids"!!!!
ms_count             = 1
ms_1_deviceName        = "SiS 182 RAID Controller"
ms_1_tag            = "sisraid2"
ms_1_sysFile        = "sisraid2.sys"
ms_1_hwids            = "PCI\VEN_1039&DEV_0182,PCI\VEN_1039&DEV_1182"
ms_1_isBusExtender    = false

Thanks

the driver's INF does list it, so the INI can have it.
I did redownload the drivers to check that.

I found a nice article on the naming of those HWIDs too.. (should have bookmarked it)
chip 180 can return 181 as HWID depending on the use.. it is same chip.

I do think that sooner or later, conflicts will occur.
time will tell, and this topic can come up when one uses "search"

VidO,

if you remove these files, do you not see errors in the logs?
The OEM files are still there for reference.
The debug files, well, I don't mind, since these are not referenced in an INF and not likely used by a DLL.
(they don't appear in copyfiles lists..)

the 9x files, I left those in, because they are still referenced to in those INFs.
(now, if people tell me that removal does not break the driver load, they can go, but I am not going to edit them INFs)

Stephan,
the driver in this test version is NOT from MSI
it was one version younger than what I got at Promise.

And yet, it might work now.
When I saw that no driver I had downloaded had the 378/376 listed along with these;
FasttrakPCI_TX4000, PCI\VEN_105A&DEV_6629
FasttrakPCI_TX4000, PCI\VEN_105A&DEV_3371
FasttrakPCI_TX4000, PCI\VEN_105A&DEV_3319 >

I removed PCI\VEN_105A&DEV_3376,PCI\VEN_105A&DEV_3373 and that specific one that had been added there.
That was what I had NOT done this morning, but my gutfeeling this was wrong bugged me.
And when it keeps bugging me, I can get really curious..

Let us hope that one part of the story here proves False, that an updated driver can support an older chip.

I did NOT include newest drivers where that said it needed this or that specific BIOS to work, because that would become a mess.
(there are some Silicon Image stories here that prove this..)
What this means is that we will have to have a outline on how one can do this for one's own needs.
That tutorial does not yet exist.

another note, in the test version above, those drivers are not disabled for win2K
When one tries this now, a memory error IS possible.
When you have that memory error in 2K, one fast fix is to unpack, add this line to some entries that do not have it..and repack. the line that disables drivers for 2K is:
ms_1_exc_disableIfOS="w2k"

Hi

I got really curious about this one and downloaded a whole lot of drivers.

'7.07.2','6 july 07',
'changed foldername P-2-A to P-2-K'.
'removed \SI\1 SiS 180 oldest version.'.
'disabled \SI\2 Sis 180 and stored driver in Selfextracting file',

    'Promise 378/376 issue'.
'compared with new downloads, [P-2] and [P-2-K] was NOT for 378/376.'.
'downloaded new drivers for 378/376'.
'downloaded new drivers for TX4000/S150 TX2plus/S150 TX4'.
'downloaded new drivers for FastTrak S150 SX4/SX4000 Series'
'INI for \P\2 and \P\2\K and \P\2\k3 (08/06/2003, 1.00.0.37)'.

'Silicon Image 3112/3512 BIOS issue, S\4 contains SFXzipped driver for older BIOS'.

    'SiS 180-181 issue: another bad case on HWID overlap'.
'downloaded again, compared SYS again. Concluded that oldest [Si-1] is obsolete'.
'[Si-2] has two HWID also seen in [Si-3] which has four HWID and uses different SYS.'.
((note;  INI/INF: NO overlap (964)-180 [Si-2] and SiS(965)-180/182 [Si-3] DOES NOT WORK'. ))
'made SFXzip files with driverfiles and INI sections, and disabled [SI-2]',

NEW
'\P\2\k3 Promise FastTrak TX4000/S150 TX2plus/S150 TX4 for Win2003 , 08/06/2003, 1.00.0.37'.
'\P\4\K Promise FastTrak S150 SX4/SX4000 Series for W2K, 05/20/2004, 2.00.00.25'.
'\P\4\K3 Promise FastTrak S150 SX4/SX4000 Series for W2K3, 05/20/2004, 2.00.00.25'.
'\P\B Promise FastTrak 376/378 for XP, 06/16/2003,1.00.1.30'.
'\P\B\k Promise FastTrak 376/378 for W2K, 06/16/2003,1.00.1.30'.
'\P\B\k3 Promise FastTrak 376/378 for W2K3, 06/16/2003,1.00.1.30',
'Silicon Image 3112/3512 S\4 contains SFXzipped driver for older BIOS'.

to be done
S\5 oldbios sfx
iastor for lattitude830

Coming up as a TEST version.
masstorage 7072 SFXTEST1

I need to discuss this SFX stuff.. but it can be tested.

1,620

(16 replies, posted in DriverPack Sound)

hi lucky2007

can you run this with QSC enabled, and test it?

Hi
this promise 376 and 378 is a very tough nut, and I think it won't get cracked easily.

They use same generic HWID, and this generic HWID is found in all downloads.
Even TX4000 driver has this 378/376 HWID in it.

1; I read here that a newer driver does not work on an older machine.
sad
2; The drivers have different content in the SYS files for 2000, 2003, and XP
(and the differences are in functions like cache settings.)
3; The HWIDS are same in those with a single HWID for 378, yet different versions do not work?
4; ditto for 376,
5; the HWID for 378 and 376 are same..
------------------

6; Those in [P-2] and [P-2-A] use a same INF for all OSes, and at bottom it says XP where the driver is intended for 2000
(That is not a good thing either, I guess. It gets confusing. )

NOT DONE; Removal of the HWID lines that support 378 and 376 in both INF
DONE; Make [P-2] load for XP, make [P-2-A] load for 2000.
DONE; change OS description in the INF
DONE; add the specific HWID to the INF.

notes
If this still won't work, this proves that newest driver does not support older.
And then you will have to unpack.
Then replace with your driver. XP to [P\2], and 2k to subfolder [P\2\A]
edit out the HWIDS your driver does not support in the INI. [P-2] [P-2-A]
7zip the INI and D folder, and use it for a test.

I posted those lines out of this report because I saw an inconsistency.
it says, default (yes) and then default (no).

Have not tried WITH QSC ON yet. Have work to do on my house.

did the update 7.07 work?

Hi, that overlap is no longer in 7.07

txt search /// one INF, and 1 INI and matching folders.

I am still baffled about this one.
when u test, and it gets correctly identified, you want to immediately run save-Hwids because I am not going to give up on that card.

edit, change that line in winntsif, or use a vanilla XP with floppy

it will take you 2 hours, I know, but after that run save-hwid because we do need that extra string after ver2
(which does NOT show in ANY official driver we have, and not in the one what you told us works for you.)

1,625

(5 replies, posted in News)

yep, and I again apologise for those flukes.
In Mass Storage, we have an outstanding issue on Ali-Uli, where new driver will not work with older chip, but the hardware detection does NOT differentiate changes in the chip masks.
That is probaly a real [NOT FIXABLE ].
As is, the two folders (older/newer) for Ali-Uli have 100 percent overlap, with NO subsys tags in drivers.
That in itself is bad.

A simple soLution would be to ditch the older, but members do say that the newer does not  support their chip.
sad
This is a one that got bumped up after 9 months, and I see no easy solution.