Date: Fri, 07 Nov 2003 21:41:31 +0000 From: Jens Rehsack <rehsack@liwing.de> To: Lars Eggert <larse@ISI.EDU> Cc: John Baldwin <jhb@FreeBSD.org> Subject: Re: New interrupt code slows hyperthreading down Message-ID: <3FAC118B.1090800@liwing.de> In-Reply-To: <3FAC0E7F.9040607@isi.edu> References: <XFMail.20031107161731.jhb@FreeBSD.org> <3FAC0E7F.9040607@isi.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Lars Eggert wrote: > John Baldwin wrote: > >> On 07-Nov-2003 Lars Eggert wrote: >> >>> Jens Rehsack wrote: >>> >>>> interrupt total rate >>>> irq1: atkbd0 512 2 >>>> irq8: rtc 23419 127 >>>> irq13: npx0 1 0 >>>> irq14: ata0 4422 24 >>>> irq15: ata1 82 0 >>>> irq16: uhci0 uhci3 5379815 29238 >>> >>> >>> This looks similar to what I described in the "fwohci0 running wild" >>> thread. In both cases, irq16 seems to cause the problem... >> >> >> Really. Does this only happen with ACPI enabled? > > Don't know about "only", since I have never booted this machine without > ACPI. I'll test next time I'm rebooting. Don't do it. I do it for testing a few minutes ago - and it prevents irq 16 from storming. But it does because the machine hangs at boot with: isa_probe_children: probing PnP devices I let it probe for about 10 minutes (you'll never know :-)), but it wont do. Jens
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3FAC118B.1090800>