Messages in this thread | | | From | "Paul Rolland" <> | Subject | RE: [git patches] libata fixes | Date | Sun, 11 Mar 2007 12:35:46 +0100 |
| |
Hello,
> It seems like IRQ is not getting through. The first IRQ > driven command is failing for you.
Hmmmm.... > Extract is : > ata7: PATA max UDMA/100 cmd 0x0000000000019c00 ctl 0x0000000000019882 bmdma > 0x0000000000019400 irq 16 > ata8: PATA max UDMA/100 cmd 0x0000000000019800 ctl 0x0000000000019482 bmdma > 0x0000000000019408 irq 16
IRQ 16 is IO-APIC-fasteoi for libata, and is not shared... but all the others libata IRQ are IO-APIC-edge.
> * Does giving 'acpi=off' or 'irqpoll' make any difference? > > * Can you connect a harddisk to the channel and see whether > that works? Tried that.. Disk is identified as ATA-7: Mastor 6Y080L0, YAR41BW0, max UDMA/13 and then timeout again...
Tried then with acpi=off, same result (identify is OK, but then timeout), and irqpoll and then it was OK !!!!
Let's then go back to my DVD-RW and test irqpoll... and ... Yes.... Got it ! It is identified, it can be mounted, and read as /dev/sr1 !
/proc/interrupts show a count of 0 for IRQ 16, so yes, it goes somewhere else...
Doing some diffs on copy of /proc/interrupts while accessing the DVD gives two possibilities : IRQ14 or IRQ18, but both are also counting when not accessing the DVD...
Question : does running with irqpoll affects performance ?
Paul
- 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/
| |