Daniel K. wrote:
The kernel advised me to boot using the irqpoll option.
(Possibly broken SATA subsystem or equipment, a separate story)
[...]
Checking the just released 2.6.18-rc2 kernel, the irqpoll option
seems to cause the same problem.
What I didn't check, until now, was the underlying problem,
which appear to be fixed, yay :)
Although my problems are solved, I can still test fixes for the
badness that happens when using the irqpoll option, if required.
For the record.
I've been using 2.6.17-1.2145_FC5 for a long time without problems.
Then I added a new Samsung SH-W163A SATA DVD-lettersoup device.
The result:
[*SNIP*]
SCSI subsystem initialized
ACPI: PCI Interrupt 0000:03:05.0[A] -> GSI 25 (level, low) -> IRQ 185
sata_sil 0000:03:05.0: Applying R_ERR on DMA activate FIS errata fix
ata1: SATA max UDMA/100 cmd 0xFFFFC20000004C80 ctl 0xFFFFC20000004C8A bmdma 0xFFFFC20000004C00 irq 185
ata2: SATA max UDMA/100 cmd 0xFFFFC20000004CC0 ctl 0xFFFFC20000004CCA bmdma 0xFFFFC20000004C08 irq 185
ata3: SATA max UDMA/100 cmd 0xFFFFC20000004E80 ctl 0xFFFFC20000004E8A bmdma 0xFFFFC20000004E00 irq 185
ata4: SATA max UDMA/100 cmd 0xFFFFC20000004EC0 ctl 0xFFFFC20000004ECA bmdma 0xFFFFC20000004E08 irq 185
input: ImPS/2 Generic Wheel Mouse as /class/input/input1
ata1: SATA link down (SStatus 0)
scsi0 : sata_sil
ata2: SATA link up 1.5 Gbps (SStatus 113)
ata2: dev 0 ATA-6, max UDMA/133, 145226112 sectors: LBA48
ata2: dev 0 configured for UDMA/100
scsi1 : sata_sil
ata3: SATA link up 1.5 Gbps (SStatus 113)
ata3: dev 0 ATA-6, max UDMA/133, 145226112 sectors: LBA48
ata3: dev 0 configured for UDMA/100
scsi2 : sata_sil
irq 185: nobody cared (try booting with the "irqpoll" option)
Call Trace: <IRQ> <ffffffff802b35e4>{__report_bad_irq+48}
<ffffffff802b37e2>{note_interrupt+433} <ffffffff802b30fb>{__do_IRQ+189}
<ffffffff802717fe>{do_IRQ+60} <ffffffff8027021b>{default_idle+0}
<ffffffff802632aa>{ret_from_intr+0} <EOI> <ffffffff8027021b>{default_idle+0}
<ffffffff80267b76>{thread_return+0} <ffffffff80270246>{default_idle+43}
<ffffffff8024cc06>{cpu_idle+151} <ffffffff806c9817>{start_kernel+502}
<ffffffff806c928a>{_sinittext+650}
handlers:
[<ffffffff8804761d>] (ata_interrupt+0x0/0x15b [libata])
Disabling IRQ #185
ata4: SATA link up 1.5 Gbps (SStatus 113)
ata4: dev 0 ATAPI, max UDMA/33
ata4(0): applying bridge limits
md: stopping all md devices.
Restarting system.
.
machine restart
This is fixed for me in 2.6.18-rc2
Using the advise (try booting with the "irqpoll" option)
resulted in NMI Watchdog detecting lockups similar to those
decribed in the parent email.
Daniel K.
-
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]