* Hard locks under high interrupt load?
@ 2004-02-27 10:55 Dan Creswell
2004-02-27 13:10 ` Zwane Mwaikambo
2004-02-27 18:34 ` Jeff Garzik
0 siblings, 2 replies; 5+ messages in thread
From: Dan Creswell @ 2004-02-27 10:55 UTC (permalink / raw)
To: linux-kernel
I'm having zero success in getting 2.6.3 stable under interrupt load. I
can kill my machine in a variety of fashions all of which appear, to my
naive eye, related to interrupt load:
(1) LAN traffic via E1000 card (X is not running)
(2) Running X for more than a few minutes - starting up a couple of
applications whilst performing some disk-based activity (such as a
compile) usually seems to do the trick.
(2) is worth a little more examination. I have an NVIDIA card (I can
hear you all groan) *but* I get the same results with the XFree driver
*or* the proprietary NVIDIA driver.
Disabling IO-APIC usage seems to resolve the problem.
Machine is a dual Xeon, Tyan S2665 (E7505 chipset) with an MPT-Fusion
SCSI controller.
2.4.26-pre1 and various other 2.4 kernels give me no problems at all. I
really want to switch my machines over to 2.6 but I can't whilst this
problem persists.
Cheers,
Dan.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hard locks under high interrupt load?
2004-02-27 10:55 Hard locks under high interrupt load? Dan Creswell
@ 2004-02-27 13:10 ` Zwane Mwaikambo
2004-02-27 13:59 ` Dan Creswell
2004-02-27 18:34 ` Jeff Garzik
1 sibling, 1 reply; 5+ messages in thread
From: Zwane Mwaikambo @ 2004-02-27 13:10 UTC (permalink / raw)
To: Dan Creswell; +Cc: linux-kernel
On Fri, 27 Feb 2004, Dan Creswell wrote:
> I'm having zero success in getting 2.6.3 stable under interrupt load. I
> can kill my machine in a variety of fashions all of which appear, to my
> naive eye, related to interrupt load:
>
> (1) LAN traffic via E1000 card (X is not running)
> (2) Running X for more than a few minutes - starting up a couple of
> applications whilst performing some disk-based activity (such as a
> compile) usually seems to do the trick.
>
> (2) is worth a little more examination. I have an NVIDIA card (I can
> hear you all groan) *but* I get the same results with the XFree driver
> *or* the proprietary NVIDIA driver.
>
> Disabling IO-APIC usage seems to resolve the problem.
Does the 'noirqbalance' kernel parameter also serve as a workaround? Are
you using any userspace irq balancers?
> Machine is a dual Xeon, Tyan S2665 (E7505 chipset) with an MPT-Fusion
> SCSI controller.
>
> 2.4.26-pre1 and various other 2.4 kernels give me no problems at all. I
> really want to switch my machines over to 2.6 but I can't whilst this
> problem persists.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hard locks under high interrupt load?
2004-02-27 13:10 ` Zwane Mwaikambo
@ 2004-02-27 13:59 ` Dan Creswell
2004-02-27 14:07 ` Zwane Mwaikambo
0 siblings, 1 reply; 5+ messages in thread
From: Dan Creswell @ 2004-02-27 13:59 UTC (permalink / raw)
To: linux-kernel; +Cc: Zwane Mwaikambo
This box is running Fedora Core 1 and so, yes, it's running a userspace
balance daemon (Redhat's).
I'll try out the noirqbalance option and get back to the list on that one.
Zwane Mwaikambo wrote:
>On Fri, 27 Feb 2004, Dan Creswell wrote:
>
>
>
>>I'm having zero success in getting 2.6.3 stable under interrupt load. I
>>can kill my machine in a variety of fashions all of which appear, to my
>>naive eye, related to interrupt load:
>>
>>(1) LAN traffic via E1000 card (X is not running)
>>(2) Running X for more than a few minutes - starting up a couple of
>>applications whilst performing some disk-based activity (such as a
>>compile) usually seems to do the trick.
>>
>>(2) is worth a little more examination. I have an NVIDIA card (I can
>>hear you all groan) *but* I get the same results with the XFree driver
>>*or* the proprietary NVIDIA driver.
>>
>>Disabling IO-APIC usage seems to resolve the problem.
>>
>>
>
>Does the 'noirqbalance' kernel parameter also serve as a workaround? Are
>you using any userspace irq balancers?
>
>
>
>>Machine is a dual Xeon, Tyan S2665 (E7505 chipset) with an MPT-Fusion
>>SCSI controller.
>>
>>2.4.26-pre1 and various other 2.4 kernels give me no problems at all. I
>>really want to switch my machines over to 2.6 but I can't whilst this
>>problem persists.
>>
>>
>
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hard locks under high interrupt load?
2004-02-27 13:59 ` Dan Creswell
@ 2004-02-27 14:07 ` Zwane Mwaikambo
0 siblings, 0 replies; 5+ messages in thread
From: Zwane Mwaikambo @ 2004-02-27 14:07 UTC (permalink / raw)
To: Dan Creswell; +Cc: linux-kernel
On Fri, 27 Feb 2004, Dan Creswell wrote:
> This box is running Fedora Core 1 and so, yes, it's running a userspace
> balance daemon (Redhat's).
>
> I'll try out the noirqbalance option and get back to the list on that one.
Could you also give a test run without the userspace balancer daemon and
only the kernel one.
Thanks
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hard locks under high interrupt load?
2004-02-27 10:55 Hard locks under high interrupt load? Dan Creswell
2004-02-27 13:10 ` Zwane Mwaikambo
@ 2004-02-27 18:34 ` Jeff Garzik
1 sibling, 0 replies; 5+ messages in thread
From: Jeff Garzik @ 2004-02-27 18:34 UTC (permalink / raw)
To: Dan Creswell; +Cc: linux-kernel
Dan Creswell wrote:
> I'm having zero success in getting 2.6.3 stable under interrupt load. I
> can kill my machine in a variety of fashions all of which appear, to my
> naive eye, related to interrupt load:
There is a lockup problem in 2.6.3's e1000 that's solved in 2.6.3-bk
snapshot.
Jeff
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-02-27 18:37 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-27 10:55 Hard locks under high interrupt load? Dan Creswell
2004-02-27 13:10 ` Zwane Mwaikambo
2004-02-27 13:59 ` Dan Creswell
2004-02-27 14:07 ` Zwane Mwaikambo
2004-02-27 18:34 ` Jeff Garzik
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox