mail-complaints-to="news_AT_tioat_DOT_net"   
   From: Doug Bissett    
      
   On Wed, 18 Jan 2012 22:14:54 UTC, "Lars Erdmann"    
    wrote:   
      
   > I have updated the USB host controller drivers   
   > USBUHCD.SYS,USBOHCD.SYS,USBEHCD.SYS   
   > I have now placed these on hobbes.   
   > They will eventually make it into directory:   
   > /pub/os2/system/drivers/misc   
      
   GREAT! Thanks very much...   
      
   > I worked heavily on suspend/resume for all: UHCI/OHCI/EHCI.   
      
   Unfortunately, the only system that I have that will successfully S/R    
   is my antique IBM ThinkPad A22e. I haven't tried your work on my IBM    
   ThinkPad T43 yet, but I suspect that it has other issues with S/R, as    
   does the Lenovo ThinkPad T510.   
      
   > For UHCI I found some very nasty bugs where I was reading from some bogus    
   > register address (an oversight from my part).   
   > That could have about any strange effect. For all those that have hard hangs    
   > (one person reported 4 UHCI controllers would work fine but the 5th would    
   > completely hang his system) just try out this version and see if it helps.   
   > Same holds true for EHCI where I forgot to properly initialize the retry    
   > loop counter on some register polling loops.   
   > Again, that could have any strange effect.   
      
   Since about version 12, I have had no problems with your work. 179 is    
   good, so far.   
      
   > The included USBD.SYS is experimental. Give it a try anyway, in particular    
   > if you want suspend/resume to work smoothly. As always, back up the original    
   > IBM driver in case something goes wrong. Report results.   
      
   My devices attach much quicker, and I have seen no sign of any    
   problems, yet.   
      
   > You CAN use the HC drivers with the USBD.SYS IBM version but better not mix    
   > different versions of the HC drivers.   
   >    
   > Please try the drivers with and without the /FS flag and report results. If    
   > the /FS flag turns out to be the better choice I might consider making it    
   > the default and therefore to render the flag superfluous.   
      
   I have always used /FS because my main system has a problem in the    
   BIOS where the USB initialization will hang (even with windows). Using   
   /FS seems to make that happen less often. I add /FS to my other    
   systems, just because I can. I will vote to have it made the default,    
   but it might be good to keep a way to turn it off.   
      
   > I would like to thank all those people who have reported bugs, in particular    
   > those people who where patient enough to wait for the solution.   
   > If I don't get many bug reports in the next couple of weeks, I will consider    
   > this version stable enough for eComStation to add to their installation    
   > CD-ROM update (together with the updated ACPI.PSD). Therefore the update    
   > rate will go down ...   
   >    
   > Lars   
      
   I haven't finished fully testing yet, but previous versions worked    
   well, for me, too, so I don't expect any trouble.   
      
   FWIW, I did have a problem with using /APIC on my Asus M3A78-EM    
   motherboard, with the older ACPI (the symptom was usually a hang when    
   loading USBOHCD.SYS). The new ACPI seems to have fixed that problem,    
   and your USB drivers are working well.   
      
   --    
   From the eComStation of Doug Bissett   
   dougb007 at telus dot net   
   (Please make the obvious changes, to e-mail me)   
      
      
   --- Internet Rex 2.31   
    * Origin: The gateway at Omicron Theta (1:261/20.999)