All of lore.kernel.org
 help / color / mirror / Atom feed
* ICH5 irq fails in 100% native mode
@ 2004-06-01 12:57 Con Kolivas
  2004-06-01 23:26 ` Jeff Garzik
  0 siblings, 1 reply; 2+ messages in thread
From: Con Kolivas @ 2004-06-01 12:57 UTC (permalink / raw)
  To: linux-kernel



While recently setting up a new machine with 2.6.3 and then 2.6.7-rc2 I
discovered this over and over again causing system stalls:

disabling IRQ18

syslog showed:

Jun  2 00:31:28 localhost kernel: irq 18: nobody cared!
Jun  2 00:31:28 localhost kernel:  [__report_bad_irq+42/121] 
[note_interrupt+145/175]  [do_IRQ+279/321]  [common_interrupt+24/32] 
[__do_softirq+66/177]
[do_softirq+45/47]  [do_IRQ+286/321]  [common_interrupt+24/32] 
[default_idle+0/44]  [default_idle+41/44]  [cpu_idle+46/60] 
[start_kernel+407/467]  [unkno
wn_bootoption+0/294]

dmesg revealed this:
ICH5: 100%% native mode on irq 18

Adding "noapic" to boot options simply moved the error to IRQ5 and occurred
routinely during boot at the ICH5 definition.


A quick google revealed the IDE settings in BIOS might be related so I disabled
the "ENHANCED" option for the ide controller which is both P-ATA and S-ATA and
chose the "COMPATIBLE" option.

The error went away, and now dmesg shows this:

ICH5: not 100%% native mode: will probe irqs later


While I am not able to determine whether there is any performance penalty for
this it seems that the probing of irqs at this point is responsible.

The hardware is an ASUS P4P800S motherboard with i848 chipset + ICH5 and a 2.8C
P4HT.

While this is a workaround I wonder what I/we need to do to make it work in
native mode.

Advice?

Con

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: ICH5 irq fails in 100% native mode
  2004-06-01 12:57 ICH5 irq fails in 100% native mode Con Kolivas
@ 2004-06-01 23:26 ` Jeff Garzik
  0 siblings, 0 replies; 2+ messages in thread
From: Jeff Garzik @ 2004-06-01 23:26 UTC (permalink / raw)
  To: Con Kolivas; +Cc: linux-kernel

Con Kolivas wrote:
> 
> While recently setting up a new machine with 2.6.3 and then 2.6.7-rc2 I
> discovered this over and over again causing system stalls:
> 
> disabling IRQ18
> 
> syslog showed:
> 
> Jun  2 00:31:28 localhost kernel: irq 18: nobody cared!
> Jun  2 00:31:28 localhost kernel:  [__report_bad_irq+42/121] 
> [note_interrupt+145/175]  [do_IRQ+279/321]  [common_interrupt+24/32] 
> [__do_softirq+66/177]
> [do_softirq+45/47]  [do_IRQ+286/321]  [common_interrupt+24/32] 
> [default_idle+0/44]  [default_idle+41/44]  [cpu_idle+46/60] 
> [start_kernel+407/467]  [unkno
> wn_bootoption+0/294]
> 
> dmesg revealed this:
> ICH5: 100%% native mode on irq 18
> 
> Adding "noapic" to boot options simply moved the error to IRQ5 and occurred
> routinely during boot at the ICH5 definition.
> 
> 
> A quick google revealed the IDE settings in BIOS might be related so I disabled
> the "ENHANCED" option for the ide controller which is both P-ATA and S-ATA and
> chose the "COMPATIBLE" option.
> 
> The error went away, and now dmesg shows this:
> 
> ICH5: not 100%% native mode: will probe irqs later
> 
> 
> While I am not able to determine whether there is any performance penalty for
> this it seems that the probing of irqs at this point is responsible.
> 
> The hardware is an ASUS P4P800S motherboard with i848 chipset + ICH5 and a 2.8C
> P4HT.
> 
> While this is a workaround I wonder what I/we need to do to make it work in
> native mode.

what was your driver setup?

Ideally, there should be two PCI devices ("combined mode" disabled), one 
for PATA and one for SATA.  The PATA interface should be configured in 
legacy mode, and the SATA interface in native mode.

That seems to be the most stable configuration.

(that also presumes you use the IDE driver for PATA and libata for SATA)

	Jeff




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2004-06-01 23:26 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-06-01 12:57 ICH5 irq fails in 100% native mode Con Kolivas
2004-06-01 23:26 ` Jeff Garzik

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.