Re: on a dell D820
On Tuesday 02 May 2006 17:10, Stefan Srdic wrote:
> anoop aryal wrote:
> >On Tuesday 02 May 2006 13:47, Stefan Srdic wrote:
> >>anoop aryal wrote:
> >>>hi,
> >>>
> >>>i'm using unstable on dell D820.
> >>>
> >>>1) i can't seem to get the dvd rw drive to be recognized. if it's being
> >>>recognized, i can't seem to find which device to use. ide_cd and other
> >>>doodads are loaded.
> >>>0000:00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family)
> >>>Serial ATA Storage Controllers cc=IDE (rev 01)
>
> 0000:00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family)
> Serial ATA Storage Controllers cc=IDE (rev 01)
>
> So your using SATA hardware. Cool....You don't need the ide-cd module or
> any ide kernel support at all.
yeah, it's a pretty sweet laptop :)
>
> ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xBFA8 irq 15
> usb 1-2: device not accepting address 2, error -71
> ata2: dev 0 cfg 49:0b00 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000
> 88:0407
> ata2: dev 0 ATAPI, max UDMA/33
> ata2: dev 0 configured for UDMA/33
> scsi1 : ata_piix
> ata2(0): WARNING: ATAPI is disabled, device ignored.
>
> SATA ATAPI support is still experimental, therefore it is disabled by
> default.
>
> There are two ways to enable libata atapi support in the kernel. Which
> you you do this depends on how your kernel is compiled.
>
> If the SATA drivers are compiled directly into the kernel try using the
> boot option libata.atapi_enabled=1
>
> If the SATA drivers are compiled as modules you need to add the line:
>
> options libata atapi_enabled=1
>
> to /etc/modules.conf
>
> Read the update-modules.modutils manual page to learn how to this is
> done the debian way.
>
> If that works your ATAPI device should be configure as /dev/sr0.
>
> Remember, you can only access SATA controllers in SATA mode or
> ide-compatibility mode. Not both at once!! Your system is trying to use
> both at once...
>
> ide-generic loads after ata_piix:
>
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
>
> Then is pukes cause ata_piix already has configured the SATA controllers
>
> ide0: I/O resource 0x1F0-0x1F7 not free.
> ide0: ports already in use, skipping probe
> ide1: I/O resource 0x170-0x177 not free.
> ide1: ports already in use, skipping probe
>
> You don't want this, if per chance ide-generic locks the SATA controller
> in ide-compatibility mode before ata_piix your system will be screwed
> since /dev/sd* now becomes /dev/hd*
thanks for the excellent explanation. i haven't kept up with sata/ide stuff.
>
> To fix this you need to create your own custom initrd image to use with
> the stock debian kernel. This way you keep ide-generic from loading
> (since it's loading with the stock initrd) Read the mkinitrd manual page.
>
> Once you have configured mkinitrd properly, every kernel upgrade will
> re-generate a custom initrd for your system ;)
a new initrd shouldn't be a problem. i should be able to modify the current
one if i have to.
>
> anoop, next time you post output from utilities like dmesg or lspci
> please use grep to filter out the un-wanted output.
sorry dude. it's kinda hard to judge if even posting some output like that is
ok (hence the initial email without any output.). once someone asked for some
info, i put it all in there since: i) the request for more info didn't say to
grep out crap and ii) i didn't know which parts was crap. ;)
> Also, try to keep
> your messages focused on one topic.
oye. easier said than done. if only i could get myself more focused. :(
>
> Thanks
>
> Stefan
no, no, let me thank *you*.
;)
seriously, thank you for explaining the sata/ide thing. will putz
with /etc/mkinitrd/* files to generate the right initrd. or use
cramfs/loop-mountage to tweak the mkinitrd generated one.
--
anoop aryal
aaryal@foresightint.com
Reply to: