On Sun, 6 Jan 2008 17:27:38 +0100 Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> wrote:568.html =A0=C2=A0=C2=A0=C2=A0=C2=A02008-01-06 =A02008-01-06 =A0=C2=A0=C2=A0[LIBATA] DMA control =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0libata.dm= a=3D0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0Disable all PATA DMA like I think that libata.dma=3D1 is designed to behave like=20 CONFIG_IDEDMA_ONLYDISK used to. "hdx=3Dnodma" is more fine-grained than this. Alan's original patch took care of PATA. SATA support was added later by Jeff Garzik. Corrected documentation patch attached. =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0libata.dm= a=3D1=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0Disk DMA only =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0libata.dm= a=3D2=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0ATAPI DMA only =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0libata.dm= a=3D3=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0CF DMA only=20 This is also wrong, it should be "libata.dma=3D4=C2=A0=C2=A0=C2=A0=C2=A0 = =C2=A0CF DMA only" Thanks to Zoltan Boszormenyi <zboszor@dunaweb.hu> for catching this mistake. Revised patch attached. Best, Fran=C3=A7ois
| Jeff Garzik | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Christoph Hellwig | Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linux interface for on access scan... |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Emmanuel Dreyfus | fixing send(2) semantics (kern/29750) |
| Christos Zoulas | Re: Melting down your network [Subject changed] |
| Juan RP | Changing the I/O scheduler on-the-fly |
| Emmanuel Dreyfus | Re: fixing send(2) semantics (kern/29750) |
