linux-kernel - Re: Using irqpoll option triggers the NMI Watchdog

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <44BA4AAC.1090703@cluded.net>
Date:	Sun, 16 Jul 2006 14:18:20 +0000
From:	"Daniel K." <daniel@...ded.net>
To:	linux-kernel@...r.kernel.org
Subject: Re: Using irqpoll option triggers the NMI Watchdog

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 majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/