98 SE SP 3.19 Mar 11, 2013
#1901
Posted 22 November 2012 - 12:59 AM
#1902
Posted 22 November 2012 - 01:05 AM
dencorso, on 22 November 2012 - 12:59 AM, said:
I tend to prefer using the MS stack if the older versions don't have the bugs with VIA chipsets, but I agree the other option should be tested and considered as well.
I have the same problem you do regarding UHCI/OHCI so I can't help with testing the second option. All of my hardware is Intel based with UHCI USB 1.1 controllers. (And man, has it been a pain for a project currently in development that I've been involved in.
#1903
Posted 22 November 2012 - 01:30 AM
LoneCrusader, on 22 November 2012 - 01:05 AM, said:
LoneCrusader, on 22 November 2012 - 12:44 AM, said:
This post has been edited by PROBLEMCHYLD: 22 November 2012 - 01:41 AM
#1904
Posted 22 November 2012 - 02:56 AM
#1905
Posted 22 November 2012 - 03:26 AM
My Lexmark X1150 printer/scanner works fine (used to, cartriges are now dry), the CSR Bluetooth dongle is also active and running fine and whatever USB Flash stick I plug into the only free outlet, works without any issue.
So, again, what seems to be the problem with that driver and VIA USB chipsets...?
This post has been edited by Drugwash: 22 November 2012 - 03:29 AM
#1906
Posted 22 November 2012 - 04:31 AM
Drugwash, on 22 November 2012 - 03:26 AM, said:
My Lexmark X1150 printer/scanner works fine (used to, cartriges are now dry), the CSR Bluetooth dongle is also active and running fine and whatever USB Flash stick I plug into the only free outlet, works without any issue.
So, again, what seems to be the problem with that driver and VIA USB chipsets...?
dencorso, on 22 December 2009 - 08:24 PM, said:
In my experience, the last USBPORT.SYS to work OK in Win 98SE is v. 5.0.2195.5652, while for USBSTOR.SYS (in case one installs it with WDMSTUB.SYS v. 5.0.0.6 from NUSB30E) it's v. 5.0.2195.6773 (from KB823086). And for USBEHCI.SYS, the latest version that works is v. 5.0.2195.6882 (the latest available for W2k, check it here). Now, in what regards USBHUB20.SYS, it's more complicated: almost all chipsets work ok with v. 5.0.2195.6891, but VIA's don't. For VIA's chipsets, one needs VIA's own USBHUB20.SYS v. 4.90.3000.11 (findable inside VIA_USB2_V270p1-L-M), in order to avoid BSOD's on removing (hot-deplugging) USB 2.0 HUBs from the machine. Note that it must be substituted by hand, in true DOS, because NUSB3.3 contains v. 5.0.2195.6891, so it's really a downgrade.
billyb, on 27 April 2012 - 12:26 AM, said:
Thanks you guys.
One system down and five more to test. This is fun.
#1907
Posted 22 November 2012 - 04:47 AM
I'm not quite sure if "unplugging USB 2.0 HUBS" is the accurate statement, or if it's about USB 2.0 DEVICES. Truth be told, I never unplug any USB device without first ejecting it from the systray icon, especially to make sure any possible cache has been flushed, in order to avoid corrupt files.
However, if that's the only issue, then we may be better off trying to fix it using this particular file set through patches of some kind, instead of going around looking for harder-to-implement solutions.
#1908
Posted 22 November 2012 - 11:29 AM
Quote
Do your system contain any VIA Technologies hardware? Press (Y)es (N)o
P.S
Then we are back to the people who have multiple USB2.0 devices. We need a one file fits all or trouble might be headed our way
This post has been edited by PROBLEMCHYLD: 22 November 2012 - 11:41 AM
#1909
Posted 22 November 2012 - 11:48 AM
dencorso, on 22 December 2009 - 08:24 PM, said:
In my experience, the last USBPORT.SYS to work OK in Win 98SE is v. 5.0.2195.5652, while for USBSTOR.SYS (in case one installs it with WDMSTUB.SYS v. 5.0.0.6 from NUSB30E) it's v. 5.0.2195.6773 (from KB823086). And for USBEHCI.SYS, the latest version that works is v. 5.0.2195.6882 (the latest available for W2k, check it here). Now, in what regards USBHUB20.SYS, it's more complicated: almost all chipsets work ok with v. 5.0.2195.6891, but VIA's don't. For VIA's chipsets, one needs VIA's own USBHUB20.SYS v. 4.90.3000.11 (findable inside VIA_USB2_V270p1-L-M), in order to avoid BSOD's on removing (hot-deplugging) USB 2.0 HUBs from the machine. Note that it must be substituted by hand, in true DOS, because NUSB3.3 contains v. 5.0.2195.6891, so it's really a downgrade.
Tihiy, on Jan 25 2007, 10:16 AM, said:
This issue mentioned by Tihiy is precisely the one due to USBHUB20.SYS v. 5.0.2195.6891 and VIA chipsets. While one can recover from the BSOD, the only sensible thing to do at that point is to restart or shutdown the machine.
Drugwash, on 22 November 2012 - 04:47 AM, said:
I'm not quite sure if "unplugging USB 2.0 HUBS" is the accurate statement, or if it's about USB 2.0 DEVICES. Truth be told, I never unplug any USB device without first ejecting it from the systray icon, especially to make sure any possible cache has been flushed, in order to avoid corrupt files.
However, if that's the only issue, then we may be better off trying to fix it using this particular file set through patches of some kind, instead of going around looking for harder-to-implement solutions.
As far as I remember, one has to insert a true USB 2.0 hub, then plug one or more USB 2.0 devices to it, then remove them. Then, if and when one removes the hub, and only then, presto: instant BSOD! I've only had 1st hand experience with hubs, to reproduce this particular BSOD, although Tihiy did mention controllers, too. The hub I used, and still use is one like this (care because there are USB 1.x and USB 2.0 versions of it, and only the USB 2.0 causes the BSOD):
#1910
Posted 22 November 2012 - 05:25 PM
3.10 has been solid for me so far, but looks like after installing it the start menu is having the old "windows 98" graphics.
#1911
Posted 22 November 2012 - 07:10 PM
TmEE, on 22 November 2012 - 05:25 PM, said:
3.10 has been solid for me so far, but looks like after installing it the start menu is having the old "windows 98" graphics.
This post has been edited by PROBLEMCHYLD: 22 November 2012 - 07:14 PM
#1912
Posted 22 November 2012 - 10:24 PM
dencorso, on 22 November 2012 - 11:48 AM, said:

Hmmm...
This is HIGHLY speculative. No idea whether this would be the case or not!
Any chance that such a device would be treated as a "Composite Device?"
If so, there may or may not be differences in behavior now that changes have been made to NUSB, etc.
Under Win98SE and Win2K, composite devices use USBHUB.SYS (or USBHUB20.SYS for USB2).
Under WinME and WinXP, composite devices use USBCCGP.SYS.
Now that the Windows ME USB1.1 stack and ME-style USB.INF (with use of USBCCGP.SYS) has been implemented, such devices MAY not depend on USBHUB20.SYS anymore.
So the bug may not even exist at all so long as one has a complete collection of the latest unofficial USB updates.
Someone who knows more about this than me please chime in...
#1913
Posted 22 November 2012 - 11:00 PM
#1914
Posted 23 November 2012 - 01:21 AM
Quote
Do your system contain any VIA Technologies hardware? Press (Y)es (N)o
Unfortunately, the tools I can build are all quite large to be used for a single operation. I promised myself I'd try to create a SP installer from scratch, complete with full memory detection, hardware detection, files patching (Explorer icons and all) and other necessary features, but I'm not sure I'll get to see this dream come true, due to the strong heartaches I've been having since yesterday.
In the mean time, if those BSOD errors are recoverable, there could be a fair warning about this possiblity at install time and just let it be until we manage to come up with a reasonable solution. Personally I have no such external USB 2.0 HUB to test with; the only external hub on my main machine is the one created by the Lexmark by the name of Generic USB Hub, which is driven by usbhub.sys 5.00.2195.6689 and USBCCGP.SYS 5.1.2600.5585 (just like the other USB 1.1 Root Hubs from the on-board chipset) and is connected to one of the VIA USB 2.0 ports.
#1915
Posted 23 November 2012 - 01:35 AM
#1916
Posted 23 November 2012 - 01:42 AM
Rest assured that the hub I used is not seen as a Composite Device, but simpliy as a "Generic USB Hub" (USB 2.0, High Speed) from Alcor Micro (VID=0x058F; PID=0x6254).
#1917
Posted 23 November 2012 - 01:48 AM
dencorso, on 23 November 2012 - 01:42 AM, said:
Rest assured that the hub I used is not seen as a Composite Device, but simpliy as a "Generic USB Hub" (USB 2.0, High Speed) from Alcor Micro (VID=0x058F; PID=0x6254).
Aha!
Only bad thing is now I'm going to have to dig around through all those files and see if there are any versions later than 5.0.2195.5605 but before 5.0.2195.6891.
#1919
#1920
Posted 23 November 2012 - 02:15 AM
dencorso, on 23 November 2012 - 02:00 AM, said:
But let's let people test v. 5.0.2195.5605 some more, before starting that hunt...
Sounds good. I don't think I'm up to that search tonight anyhow...
dencorso, on 23 November 2012 - 02:09 AM, said:
I thought the version number didn't sound right, but USBHUB.SYS should be 4.90.3002 on a 98SE system with the current updates, unless some Win2K USB1 stack files have been added...
EDIT:
I remember now, some discussion was made earlier about using the Win2K USB1.1 stack. Not a matter of universal agreement as I recall.
This post has been edited by LoneCrusader: 23 November 2012 - 02:31 AM
- ← Service Pack for Windows ME
- Windows 9x Member Projects
- Linksys WMP54Gx ,WMP54GX4,WPC54GX in Windows 98se →



Help

Back to top










