Re: Problems with DMA enabling
From: Erik Slagter <hidden>
Date: 2005-08-18 09:01:10
Attachments
- signature.asc [application/pgp-signature] 189 bytes
From: Erik Slagter <hidden>
Date: 2005-08-18 09:01:10
On Wed, 2005-08-17 at 13:31 -0400, Davidlohr Bueso A. wrote:
On Wed, 2005-08-17 at 17:59 +0200, Erik Slagter wrote:quoted
On Wed, 2005-08-17 at 11:40 -0400, Davidlohr Bueso A. wrote: ROFL! Sorry...I didn't mention that I recompiled/rebooted my system after making the changes because it is obvious that I did it. I'm also not using my debian-precompiled kernel -> I got 2.6.12.3 from kernel.org
Oops, apologies. Please mention you're using a vanilla kernel next time.
quoted
If you have built the new kernel and booted it, your cd/dvd drive will now be claimed by libata and show up as /dev/scd0 instead of /dev/hdc (or similar). Hdparm -d 1 will not work (either), but DMA will be used anyway.I added the patch you attached, recompiled, rebooted and still can't use /dev/scd0 (not a valid block device), here's what I get with dmes| grep ata: libata version 1.11 loaded. ata_piix version 1.03 ata: 0x170 IDE port busy ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xBFA0 irq 14 ata1: dev 0 cfg 49:0f00 82:746b 83:7fe9 84:4023 85:f469 86:3e49 87:4023 88:203f ata1: dev 0 ATA, max UDMA/100, 117210240 sectors: lba48 ata1: dev 0 configured for UDMA/100 scsi0 : ata_piix
For this to work, you must disable (legacy) IDE altogether. It looks it has claimed the second port before libata can do it.