Date: Tue, 23 Sep 2008 20:14:04 +0200 From: "Marco Trillo" <marcotrillo@gmail.com> To: "Nathan Whitehorn" <nwhitehorn@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA Message-ID: <b9c23c9f0809231114q1216d0f5wb1891fb69a08c411@mail.gmail.com> In-Reply-To: <48D92D44.6080807@freebsd.org> References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On Tue, Sep 23, 2008 at 7:54 PM, Nathan Whitehorn <nwhitehorn@freebsd.org> wrote: >> It improves things, but it's still not good: > > [Smacking forehead] > > The Kauai/MacIO controller cannot support multiple modes of the same class > (DMA/PIO) simultaneously on the same bus for different devices. You have to > reprogram the timing register whenever you select a new device... > > Ways to check if this is the problem: > 1) Limit devices to UDMA33. > 2) Disable DMA on acd0. > > Our ATA stack doesn't seem to support a hook for doing things on a device > select, so I'm not sure how to fix this. The NetBSD driver seems to solve this by configuring the timing register when starting the DMA transfer, but I'm not sure if this is the correct fix... Regards, Marco.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b9c23c9f0809231114q1216d0f5wb1891fb69a08c411>