1,776

(9 replies, posted in DriverPack Sound)

Hi

what Major says about duplicated Hardware-IDs is true, and to finally get rid of duplicate drivers and conflicting drivers, we have to see logs.

We do not have a hwID database yet, so by those reports we see only the tip of the iceberg.

an example?
Following the example set by Overflow, I made a spreadsheet of the files in WLAN.
Once I had this sorted, I saw dozens of duplicate INF and SYS files.
In Case you wonder why we are doing this, the answer is simply that we want to make it easier to create the BartPE plugin.
This was done for LAN (albeit I did not dare touch NVIDIA yet) and same sort of work will be done for WLAN and later on I want to get to grips with soundpack B.
Using the tools we used to compare drivers and HWIDs (just for the obvious dupes) took many hours.
I am sure that WLAN will need three times as many.
And sound? If I look at how many different soundmaxes there are, I want to hide in a deep hole and drop a lid on it.

I don't get this

when Base slipstreamed a source, and you make a setup disc from that, it uses the "disabler" so you should not have an issue.
In my winnt.sif, I do not use "ignore."

Hi
use the new releases, and report back?

Hi
ViamRAID was updated not too long ago and is current.

MiniIDE and ViPrt are bus extenders.
The VminiIDE driver you posted about drops support for older chips.
(so, while I did find it in mass storage, I did not update it)
The ViPrt for SATA was not part of Chipsets nor Mass storage, and can be added, I guess.

I doubt that MiniIDE and ViPrt are essential for TXTmode to see the drives.
We can include ViPrt, I guess..

chud wrote:

I am glad I just found this thread I have been going mad trying to figure out what was going on with 745's not working with latest packs.
I had no problem with 520's or 745's with the packs from a month or so ago

I am getting yellow exclams now on the 745's for graphics and netcard (not tried 520)
Broadcom is 14E4 167A and Intel graphics 8086 2992 - both worked fine before, now dont.

[Incidently I still have to manually apply KB888111 to get the HD audio working- thats using latest RyanVM and Driverpacks from here]

chud

Hi chud
What is the language of your Windows source?

Were you using the latest DriverPacks?
(We should have logs to look at, and I suggest you post them.)

Erik,
I should not have had to redo work I had done for the testpack, but for some reason I had to make sure Jmicron had the HWIDs from latest driver version, and I must have made a paste error.
This was then not tested, but released.

The lesson I learned here is that after one works on a file, one has to test it.
SORRY FOLKS.
sad

hi

Mass storage INI had double comma errors in the Jmicron [J] section. sad
I had apparently done a paste of older raw txt from clipboard rather than from the txt I had on screen..
EDIT >> quote from other topic;

Erik,
I should not have had to redo work I had done for the testpack, but for some reason I had to make sure Jmicron had the HWIDs from latest driver version, and I must have made a paste error.
This was then not tested, but released.

The lesson I learned here is that after one works on a file, one has to test it.
SORRY FOLKS.
sad

Mass Storage DriverPack has therefore been updated to 7.06.1

hi

I found the error, and updated the file.

I found the error and am uploading the fixed file.

I asked Helmi to kill my topic.
I wanted you to have the honour, for the work you did for your pack is like ten times more difficult than what I did.

Dear Gentlebeings,
a few new driver versions got published and the team members found out these came packed with trouble.
mr_smartepants, Muiz and Bâshrat the Sneaky worked hard to solve the problem with newer Catalyst 7.4 drivers and a few bugs in the driver itself did not make it easy.. Catalyst 7.5 came along, and they could start all over.
But, they finally got the pack together, and a neat feature like widescreen support for notebooks was added.
They included some Nvidia updates as well.
Meanwhile, maxximum, rdsok, and other unfortunate users were victim of a couple other driver updates for chipsets and mass storage.. Lack of support for old hardware in new drivers is a trend, and we chose to keep supporting the old as well.
There was quite a bit of feedback and several methods of fixing it got posted.
The Chipset Driverpack with the fix for Intel's ICH9 was ready quite early in the game, but Intel Matrix Storage drivers stumped us. In the end, I made a U-turn and decided on a change of tactics.
This seems to work, and I take the responsibility if it doesn't.

I can tell you hundreds of hours were spent on fixing the trouble these updated drivers caused, and hope you can appreciate the results.
If you save yourself many hours by using the driverPacks, consider a donation.

I'll link to the overview page.
http://driverpacks.net/DriverPacks/overview.php

thanks
this broadcom fix is included in the release.

Hi
the CD that came with the amilo should be capable of booting it, but in your BIOS the boot-order setting may not be set for booting from the CDrom.

hi

We offer a method for making ready a windows CDrom with hundreds of drivers so the CD already has them during setup, but  we are not a driver download site as such.

@ helmi or Muiz

the viamach.inf and agp inf were not updated so I guess this might need to be moved to the mass storage section.

thanks.

it looks like the latest update finally works

Hi

I'm glad to find another guy who can test ICH9


storage706_INTEL_TEST_4

like it says, test for hardware running on intel iastor version 5.5, or 6.2.1002, or 7.5.1017

dont merge mass storage with all the rest.
because base uses that one for txtmode

I think you are gonna have a little suprise problem.

hi

The problem with changing the mode of the controller (in BIOS) after setup ran its course, is most probably not only in the way "machine.inf" is built, but also a "EMBR" marker.
(in windows 98, driver.cab was built during setup, and migrating a drive to a different type mobo failed most times. XP is even less forgiving.)

The "EMBR" marker has been known to cause trouble as well.

One possible workaround (as long as no formerly array member drive were used), is a setting in BIOS.
ALLOW ESCD refresh, aka NVRAM refresh, aka RESET configuration data.
(with plug and play OS to YES.)
PnP OS YES, will not revert to NO.
BUT, ALLOW ESCD refresh, aka NVRAM refresh, aka RESET configuration data WILL invariably SET ITSELF BACK TO NO after a reboot which refreshed the DMI data in CMOS .
This is stuff I told people several years ago, and kinda used to be a non-issue no more.

However, a BSOD caused by MUP.sys, can be solved by it, as long as it was not a RAID-ARRAY member disk that is used alone.
(in this case, it reports wrong size which you may not notice.. and usually just dissapears once the reboot happens.)

The EMBR problem, would not get solved by clearing CMOS, nor by refreshing ESCD, because it resides on the hard drive itself.
(XP's FIXMBR may cure it. In the old days, FDISK /CMBR and Fdisk /cmbr 2 for fysical drive 2..
And as last resort for persistant entries, a diskmanager doing a soft lowlevel, or a raid chip/Bios doing a real lowlevel (a lowlevel means all data is gone).)


I had hoped somebody with more experience in syprep came along, but above is hands on, just the same.

@ Reini.m
can you drop the intel files and mass INI into my gmail box?
I'd like to compare what you did with what I did.

Hi
D\C\ has chipsets
D\G\ has graphics (the folders in G merge. The exceptions written for a driver have to match the folder.)
D\L has Lan (this one has been screened recently.)
D\M\ has mass storage
D\S has sound, and folders in there also merge (Sound B is quite BIG.)
D\W has wireless (and is HUGE... it will be screened and "weeded" in a nearby future)

Overflow once suggested a way to shorten the path string further by not using \ in nested folders.
If this is done, the exceptions have to be rewritten as well.

storage706_INTEL_TEST_4

like it says, test for hardware running on intel iastor version 5.5, or 6.2.1002, or 7.5.1017

(if this was done good, txtmode will use older for older, and PNP cannot pick a newer for hardware supported by older during txtmode.)

I am no longer waiting for a cigar.
I could be in Habana before this works? sad

chipset706test1

thanks

Hi
please check mailbox you used for registering.

(email was sent shortly afyer you asked)