[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: bus_dmamap_sync() for uhci(4)
-----BEGIN PGP SIGNED MESSAGE-----
On Jun 14, 2008, at 08:32, Manuel Bouyer wrote:
On Sat, Jun 14, 2008 at 10:46:41AM +0900, Izumi Tsutsui 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..
Here's my latest patch. In addition to the previous, it fixes a
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
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
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.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
-----END PGP SIGNATURE-----
Main Index |
Thread Index |