M
Mike T.
Long story short, I'm rebuilding a system for a friend who is on an
extremely tight budget. He had a power supply failure recently that killed
his mainboard. He could afford a new (high quality) power supply and a
cheap new mainboard and nothing else. I saved as much data as I could
(using another system), then wiped the hard drive and reinstalled his copy
of Windows ME (yeah, I know, but it's not my system) from scratch, due to
the chipset change. System is up and running and rock-solid stable, with
only one problem . . .
If the onboard sound is enabled, system will not boot. Or sometimes it
boots, but then is extremely unstable. No conflicts are SHOWING in device
manager, but the sound card insists on sharing a IRQ (whatever IRQ) with a
USB Host Controller, "VIA 3038". I can change the IRQ in the BIOS for the
USB controllers. But if I do, the onboard sound IRQ changes to match, so
this accomplishes nothing. (IRQ conflict just moves to a DIFFERENT IRQ)
According to device manager, FIVE of these VIA 3038 are on the mainboard,
but one is not working correctly. (the other four are) It is the one that
is not working correctly that is conflicting with the onboard sound, causing
the system to not boot (or be extremely unstable). If I disable the
non-working VIA 3038 UHC and re-enable the onboard sound, this helps
somewhat. (system runs more stable that way, but not enough that I'd be
willing to depend on it). This system has the latest BIOS, runs the latest
4-in-1 drivers, and has the USB patch installed from viaarena. All updates
from Microsoft have been downloaded and installed. System scores well over
5000 on 3DMark03 (not bad, for a non-gaming system), runs Memtest and CPU
Stability (either one) for many hours with no errors. But this is only with
the onboard sound disabled in the BIOS! I threw in an older Turtle Beach
PCI sound card for testing, so I know that the system can run rock-solid
stable (and with SOUND, also), but not if the onboard sound is enabled.
Now obviously, I could just give him the turtle beach card (or another sound
card), leave the onboard sound disabled and be DONE with the matter. IF it
aint broke, don't fix it. BUT, in trying to research this issue, I
discovered something really odd:
According to the web site, this mainboard is supposed to support 8X USB2.0
ports. See:
http://www.biostar-usa.com/mbdetails.asp?model=p4m80-m4
But the working VIA 3038 USB Host Controllers (4 of them) and the
NON-WORKING one that is causing the conflict with onboard sound, are
apparently USB 1.1. See:
http://www.viaarena.com/default.aspx?PageID=420&OSID=5&CatID=1330&SubCatID=121
I've already e-mailed Biostar (maker of the mainboard) to ask about this,
and got no response.
Is it possible that Windows (ME) has mis-identified the USB Host Controller?
IF so, shouldn't the latest 4-in-1 drivers (already installed) solve that
issue? There is no separate USB driver, so updating that is not an option.
How is it that I've apparently got TEN USB 1.1 ports (including two that
would be running off a non-functional Host Controller) on a board that is
supposed to have EIGHT USB 2.0 ports????
Can anybody shed some light on this? -Dave
extremely tight budget. He had a power supply failure recently that killed
his mainboard. He could afford a new (high quality) power supply and a
cheap new mainboard and nothing else. I saved as much data as I could
(using another system), then wiped the hard drive and reinstalled his copy
of Windows ME (yeah, I know, but it's not my system) from scratch, due to
the chipset change. System is up and running and rock-solid stable, with
only one problem . . .
If the onboard sound is enabled, system will not boot. Or sometimes it
boots, but then is extremely unstable. No conflicts are SHOWING in device
manager, but the sound card insists on sharing a IRQ (whatever IRQ) with a
USB Host Controller, "VIA 3038". I can change the IRQ in the BIOS for the
USB controllers. But if I do, the onboard sound IRQ changes to match, so
this accomplishes nothing. (IRQ conflict just moves to a DIFFERENT IRQ)
According to device manager, FIVE of these VIA 3038 are on the mainboard,
but one is not working correctly. (the other four are) It is the one that
is not working correctly that is conflicting with the onboard sound, causing
the system to not boot (or be extremely unstable). If I disable the
non-working VIA 3038 UHC and re-enable the onboard sound, this helps
somewhat. (system runs more stable that way, but not enough that I'd be
willing to depend on it). This system has the latest BIOS, runs the latest
4-in-1 drivers, and has the USB patch installed from viaarena. All updates
from Microsoft have been downloaded and installed. System scores well over
5000 on 3DMark03 (not bad, for a non-gaming system), runs Memtest and CPU
Stability (either one) for many hours with no errors. But this is only with
the onboard sound disabled in the BIOS! I threw in an older Turtle Beach
PCI sound card for testing, so I know that the system can run rock-solid
stable (and with SOUND, also), but not if the onboard sound is enabled.
Now obviously, I could just give him the turtle beach card (or another sound
card), leave the onboard sound disabled and be DONE with the matter. IF it
aint broke, don't fix it. BUT, in trying to research this issue, I
discovered something really odd:
According to the web site, this mainboard is supposed to support 8X USB2.0
ports. See:
http://www.biostar-usa.com/mbdetails.asp?model=p4m80-m4
But the working VIA 3038 USB Host Controllers (4 of them) and the
NON-WORKING one that is causing the conflict with onboard sound, are
apparently USB 1.1. See:
http://www.viaarena.com/default.aspx?PageID=420&OSID=5&CatID=1330&SubCatID=121
I've already e-mailed Biostar (maker of the mainboard) to ask about this,
and got no response.
Is it possible that Windows (ME) has mis-identified the USB Host Controller?
IF so, shouldn't the latest 4-in-1 drivers (already installed) solve that
issue? There is no separate USB driver, so updating that is not an option.
How is it that I've apparently got TEN USB 1.1 ports (including two that
would be running off a non-functional Host Controller) on a board that is
supposed to have EIGHT USB 2.0 ports????
Can anybody shed some light on this? -Dave