Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Feb 2013 11:21:10 +0100
From:      Fleuriot Damien <ml@my.gd>
To:        "Eggert, Lars" <lars@netapp.com>
Cc:        "current@freebsd.org" <current@freebsd.org>
Subject:   Re: system 20% busy at all times?
Message-ID:  <8F861CF6-D0FA-4BD2-B73D-24CB247584A1@my.gd>
In-Reply-To: <D4D47BCFFE5A004F95D707546AC0D7E91F7306B4@SACEXCMBX01-PRD.hq.netapp.com>
References:  <D4D47BCFFE5A004F95D707546AC0D7E91F72FC53@SACEXCMBX01-PRD.hq.netapp.com> <E0C13149-50DF-4C88-A1AC-8BACA2965687@my.gd> <D4D47BCFFE5A004F95D707546AC0D7E91F72FEA5@SACEXCMBX01-PRD.hq.netapp.com> <36DD2FB4-E26A-4F03-95D9-FFD855957269@my.gd> <D4D47BCFFE5A004F95D707546AC0D7E91F7306B4@SACEXCMBX01-PRD.hq.netapp.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On Feb 19, 2013, at 11:16 AM, "Eggert, Lars" <lars@netapp.com> wrote:

> Hi,
>=20
> On Feb 19, 2013, at 10:54, Fleuriot Damien <ml@my.gd>
> wrote:
>> And indeed we find your answer here, acpi0 firing up a lot of =
interrupts.
>>=20
>> Don't you get any message about that in dmesg -a or /var/log/messages =
?
>>=20
>> I'd expect something like "interrupt storm blabla=85 source throttled =
blabla.."
>=20
> nope. The only odd ACPI-related messages I see in dmesg are these:
>=20
> ACPI Error: [\134_SB_.PCI0.LPC0.BCMD] Namespace lookup failure, =
AE_NOT_FOUND (20130117/psargs-393)
> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node =
0xfffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
> ACPI Error: [\134_SB_.PCI0.LPC0.BCMD] Namespace lookup failure, =
AE_NOT_FOUND (20130117/psargs-393)
> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node =
0xfffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._PDC] (Node =
0xfffffe0007630c40), AE_NOT_FOUND (20130117/psparse-560)
>=20
> Nothing in syslog.
>=20
>> =46rom man 4 acpi , in /boot/loader.conf :
>> hint.acpi.0.disabled=3D1
>>            Set this to 1 to disable all of ACPI.  If ACPI has been =
disabled
>>            on your system due to a blacklist entry for your BIOS, you =
can
>>            set this to 0 to re-enable ACPI for testing.
>>=20
>> Any chance you could reboot the host with ACPI disabled ?
>=20
> If I do that, I get an early kernel crash:
>=20
> Loading 10.11.12.13/~elars/kernel/kernel:0x200000/7634255 =
0xb47d50/473552 0xbbb720/890736 Entry at 0x802746f0
> Closing network.
> Starting program at 0x802746f0
> GDB: no debug ports present
> KDB: debugger backends: ddb
> KDB: current backend: ddb
> panic: running without device atpic requires a local APIC
> cpuid =3D 0
> KDB: stack backtrace:
> kernel trap 12 with interrupts disabled
>=20
>=20
> Fatal trap 12: page fault while in kernel mode
> cpuid =3D 0; apic id =3D 00
> fault virtual address	=3D 0x0
> fault code		=3D supervisor read data, page not present
> instruction pointer	=3D 0x20:0xffffffff805c2973
> stack pointer	        =3D 0x28:0xffffffff80c9a960
> frame pointer	        =3D 0x28:0xffffffff80c9aa80
> code segment		=3D base 0x0, limit 0xfffff, type 0x1b
> 			=3D DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags	=3D resume, IOPL =3D 0
> current process		=3D 0 ()
> [ thread pid 0 tid 0 ]
> Stopped at      0xffffffff805c2973:     movzbl  (%rdi),%ecx
>=20
>=20
>> If that helps your CPU load, try setting this in /boot/loader.conf :
>> hw.acpi.verbose=3D1
>> 	Turn on verbose debugging information about what ACPI is doing.
>=20
> Done, but it doesn't really result in any additional messages:
>=20
> # dmesg | grep -i acpi
>  =
Features=3D0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
> ACPI APIC Table: <PTLTD  CARNEGIE>
> acpi0: <PTLTD CARNEGIE> on motherboard
> acpi0: Power Button (fixed)
> cpu0: <ACPI CPU> on acpi0
> ACPI Error: [\134_SB_.PCI0.LPC0.BCMD] Namespace lookup failure, =
AE_NOT_FOUND (20130117/psargs-393)
> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node =
0xfffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
> ACPI Error: [\134_SB_.PCI0.LPC0.BCMD] Namespace lookup failure, =
AE_NOT_FOUND (20130117/psargs-393)
> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node =
0xfffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._PDC] (Node =
0xfffffe0007630c40), AE_NOT_FOUND (20130117/psparse-560)
> cpu1: <ACPI CPU> on acpi0
> cpu2: <ACPI CPU> on acpi0
> cpu3: <ACPI CPU> on acpi0
> atrtc0: <AT realtime clock> port 0x70-0x71 irq 8 on acpi0
> attimer0: <AT timer> port 0x40-0x43,0x50-0x53 irq 0 on acpi0
> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
> pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> pci0: <ACPI PCI bus> on pcib0
> pcib1: <ACPI PCI-PCI bridge> at device 2.0 on pci0
> pci1: <ACPI PCI bus> on pcib1
> pcib3: <ACPI PCI-PCI bridge> at device 4.0 on pci0
> pci3: <ACPI PCI bus> on pcib3
> pcib4: <ACPI PCI-PCI bridge> mem 0xdeb00000-0xdeb1ffff irq 16 at =
device 0.0 on pci3
> pci4: <ACPI PCI bus> on pcib4
> pcib7: <ACPI PCI-PCI bridge> irq 5 at device 8.0 on pci4
> pci7: <ACPI PCI bus> on pcib7
> pcib29: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
> pci29: <ACPI PCI bus> on pcib29
> pcib30: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0
> pci30: <ACPI PCI bus> on pcib30
> pcib31: <ACPI PCI-PCI bridge> irq 17 at device 28.5 on pci0
> pci31: <ACPI PCI bus> on pcib31
> pcib32: <ACPI PCI-PCI bridge> at device 30.0 on pci0
> pci32: <ACPI PCI bus> on pcib32
> acpi_button0: <Power Button> on acpi0
> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on =
acpi0
> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0
>=20



Jeez, I certainly hope people more knowledgeable than me about the =
kernel will be able to make something of all this.


What about a newly build kernel without the line "device acpi" and =
without the options ACPI_DEBUG ?
Hoping that this kernel:
1/ won't crash on boot
2/ will make the 20% cpu load and high interrupt rates disappear




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8F861CF6-D0FA-4BD2-B73D-24CB247584A1>