tech-kern archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: bus_dmamap_sync() for uhci(4)

Hash: SHA1


On Jun 14, 2008, at 08:32, Manuel Bouyer wrote:
On Sat, Jun 14, 2008 at 10:46:41AM +0900, Izumi Tsutsui wrote: wrote:

AFAIK it's there, line 2658. I see it it the patch I posted too ...
Or did you mean something else ?

Ah, maybe I checked a wrong file or lines. Sorry for noise.

Anyway I'll test it on cobalt with later..

thanks !
Here's my latest patch. In addition to the previous, it fixes a possible
race between the controller and host when removing TDs from a queue.
With this, my test on umodem has been running for more than 36 hours
without issues, where it would hit a "host controller process error" within
max. 12 hours before. I'll let it running until monday.

Here's what it did on my O2:
- - the USB-IDE bridge was occasionally identified as full speed device but it's high speed, usually when booting cold with the disk plugged in. Unplugging it and plugging it into a different port usually got it attached to ehci. - - the disk survived half an hour bonnie++ on both ehci and uhci without any errors from the kernel, so you fixed at least the HBA errors.
Writes are still screwy though:
- - newfs fails to create a root directory on both ehci and uhci. fsck created it when forced to check the filesystem - - interrupting bonnie++, unmounting and running fsck -f yields many, many errors while fsck claims the filesystem is clean. Running fsck - f again still gives errors, even when the filesystem was mounted with - -o sync or -o softdep and fsck claimed to have fixed all errors. I think it's USB-related because the O2's SCSI disks show no such behaviour - everything works fine there.

have fun

Version: GnuPG v1.4.7 (Darwin)


Home | Main Index | Thread Index | Old Index