Peter F. Patel-Schneider wrote:
quoted text
> Alan Cox wrote:
>> O> Mar 20 19:51:45 idefix kernel: ata12: PATA max PIO0 cmd 0xa100 ctl  
>>> 0xa10e irq 3
>>> Mar 20 19:52:15 idefix kernel: ata12.00: qc timeout (cmd 0x91)
>>> Mar 20 19:52:15 idefix kernel: ata12.00: failed to IDENTIFY
>>> (INIT_DEV_PARAMS failed, err_mask=0x4)
>>>     
>>
>> Thinkpad T61p .. I've seen a few of these.
>>
>> Firstly try the card and adapter in a different PC and let me know if
>> that works. So far they do. If that is the case get the latest firmware
>> updates (BIOS etc) for your thinkpad and see if the problem goes away.
>> They (or our ACPI code I guess it may be) have some serious IRQ routing
>> problems on this box.
>>
>> Alan
>>
>>   
> So I tried again just now (on the same T60p running the current Fedora
> 8),  and got different behaviour!
> 
> Mar 26 10:06:33 idefix kernel: pccard: PCMCIA card inserted into slot 0
> Mar 26 10:06:33 idefix kernel: cs: memory probe 0xe4300000-0xe7ffffff:
> excluding 0xe4300000-0xe46cffff 0xe4e70000-0xe523ffff
> 0xe5db0000-0xe617ffff 0xe6cf0000-0xe70bffff
> Mar 26 10:06:33 idefix kernel: pcmcia: registering new device pcmcia0.0
> Mar 26 10:06:34 idefix kernel: scsi11 : pata_pcmcia
> Mar 26 10:06:34 idefix kernel: ata7: PATA max PIO0 cmd 0xa100 ctl 0xa10e
> irq 3
> Mar 26 10:06:34 idefix kernel: ata7.00: CFA: SanDisk SDCFH-512,
> FhCA0145, max PIO4
> Mar 26 10:06:34 idefix kernel: ata7.00: 1000944 sectors, multi 0: LBA
> Mar 26 10:06:34 idefix kernel: ata7.00: configured for PIO0
> Mar 26 10:06:34 idefix kernel: isa bounce pool size: 16 pages
> Mar 26 10:06:34 idefix kernel: scsi 11:0:0:0: Direct-Access     ATA     
> SanDisk SDCFH-51 FhCA PQ: 0 ANSI: 5
> Mar 26 10:06:34 idefix kernel: sd 11:0:0:0: [sdc] 1000944 512-byte
> hardware sectors (512 MB)
> Mar 26 10:06:34 idefix kernel: sd 11:0:0:0: [sdc] Write Protect is off
> Mar 26 10:06:34 idefix kernel: sd 11:0:0:0: [sdc] Write cache: disabled,
> read cache: enabled, doesn't support DPO or FUA
> Mar 26 10:06:34 idefix kernel: sd 11:0:0:0: [sdc] 1000944 512-byte
> hardware sectors (512 MB)
> Mar 26 10:06:34 idefix kernel: sd 11:0:0:0: [sdc] Write Protect is off
> Mar 26 10:06:34 idefix kernel: sd 11:0:0:0: [sdc] Write cache: disabled,
> read cache: enabled, doesn't support DPO or FUA
> Mar 26 10:07:04 idefix kernel:  sdc:<3>ata7.00: exception Emask 0x0 SAct
> 0x0 SErr 0x0 action 0x2 frozen
> Mar 26 10:07:04 idefix kernel: ata7.00: cmd
> 20/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
> Mar 26 10:07:04 idefix kernel:          res
> 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> Mar 26 10:07:04 idefix kernel: ata7.00: status: { DRDY }
> Mar 26 10:07:04 idefix kernel: ata7: soft resetting link
> Mar 26 10:07:04 idefix kernel: ata7.00: configured for PIO0
> Mar 26 10:07:04 idefix kernel: ata7: EH complete
> Mar 26 10:07:34 idefix kernel: ata7.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x2 frozen
> Mar 26 10:07:34 idefix kernel: ata7.00: cmd
> 20/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
> Mar 26 10:07:34 idefix kernel:          res
> 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> Mar 26 10:07:34 idefix kernel: ata7.00: status: { DRDY }
> Mar 26 10:07:34 idefix kernel: ata7: soft resetting link
> Mar 26 10:07:34 idefix kernel: ata7.00: configured for PIO0
> Mar 26 10:07:34 idefix kernel: ata7: EH complete
> Mar 26 10:08:04 idefix kernel: ata7.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x2 frozen
> Mar 26 10:08:04 idefix kernel: ata7.00: cmd
> 20/00:08:00:00:00/00:00:00:00:00/e0 tag 0 pio 4096 in
> Mar 26 10:08:04 idefix kernel:          res
> 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> Mar 26 10:08:04 idefix kernel: ata7.00: status: { DRDY }
> Mar 26 10:08:04 idefix kernel: ata7: soft resetting link
> Mar 26 10:08:04 idefix kernel: ata7.00: configured for PIO0
> Mar 26 10:08:04 idefix kernel: ata7: EH complete
> 
> Any ideas on where this "report" should go?

Does irqpoll help?

-- 
tejun
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/