On Thu, 20 Apr 2006 14:24:51 +0200 Emmanuel Fleury wrote:
> Hi,
>
> I'm a bit puzzled, I have a Fujistu-Siemens P7120 (see:
> http://www.labri.fr/perso/fleury/index.php?page=p7120) and the DVD-ROM
> wasn't detected at all at boot time.
>
> After googling a bit I found this page:
> http://www.thinkwiki.org/wiki/Problems_with_SATA_and_Linux
>
> So, I tried to compile the kernel with built-in ATAPI and S-ATA support
> (not as modules but embedded in the kernel) and I tried to pass
> libata.atapi_enabled=1 at boot time through kernel options. The
> DVD-drive was recognized at boot but generate tons of errors:
>
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> sr0: CDROM (ioctl) error, command: <6>Test Unit Ready 00 00 00 00 00 00
> sr: Current [descriptor]: sense key: Medium Error
> Additional sense: Unrecovered read error - auto reallocate failed
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
> ata1: translated ATA stat/err 0x51/20 to SCSI SK/ASC/ASCQ 0x3/11/04
> ata1: no sense translation for error 0x20
> ata1: no sense translation for status: 0x51
>
> Then I decided to just modify drivers/scsi/libata-core.c changing the
> line "atapi_enabled = 0" into "atapi_enabled = 1". Then everything
> worked as a charm.
>
> I have no explanation yet for this behaviour (passing kernel options
> should behave the same than changing the code the way I did I suppose).
Yes, it should and it has worked for quite a few people in the past.
I suspect something more like a typo. Anyway, recent kernels
(after 2.6.16, so 2.6.17-rc*) already have atapi_enabled set to 1.
> Does anyone has an idea ?
---
~Randy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]