[lkml]   [2005]   [Apr]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
On Sunday 24 April 2005 18:55, Jeff Garzik wrote:
> > I've been digging through sr, scsi, sata_via, libata-scsi and
> > libata-core, littering the code with printk's.
> > My lack of knowledge on how the kernel handles devices, is really showing
> > now.
> > I've been unable to figure out what is supposed to tie sr to the devices
> > probed by sata_via. Also, littering sr with printk's gave me the idea
> > that sr is not even looking for cdrom devices. It loads, does the basic
> > module __init stuff and then silence. Should sr find devices itself or is
> > the kernel supposed to inform sr via some callback hook? I could really
> > be barking up the wrong tree here, and not even see it.
> > Enabling SCSI logging and kernel debug didn't really give me anything
> > useful.
> Did you turn on ATA_ENABLE_ATAPI in include/linux/libata.h?

Tried with it both defined and undefined. When it's defined an extra line is
added (the last one below) when loading the sata_via module:

sata_via version 1.1
ACPI: PCI interrupt 0000:00:0f.0[B] -> GSI 20 (level, low) -> IRQ 20
sata_via(0000:00:0f.0): routed to hard irq line 4
ata3: SATA max UDMA/133 cmd 0xE800 ctl 0xE402 bmdma 0xD400 irq 20
ata4: SATA max UDMA/133 cmd 0xE000 ctl 0xD802 bmdma 0xD408 irq 20
ata3: dev 0 cfg 49:0f00 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000
ata3: dev 0 ATAPI, max UDMA/33
ata3: dev 0 configured for UDMA/33
scsi2 : sata_via
ata4: no device found (phy stat 00000000)
scsi3 : sata_via
ata3: command 0xa0 timeout, stat 0xd0 host_stat 0x1
Tais M. Hansen

"If people had understood how patents would be granted when most of today's
ideas were invented and had taken out patents, the industry would be at a
complete standstill today." -Bill Gates (1991)[unhandled content-type:application/pgp-signature]
 \ /
  Last update: 2005-04-24 19:19    [from the cache]
©2003-2014 Jasper Spaans. hosted at Digital Ocean