Re: system 20% busy at all times?


On 2/19/13 2:21 AM, Fleuriot Damien wrote:
> On Feb 19, 2013, at 11:16 AM, "Eggert, Lars" <lars@netapp.com> wrote:
>
>> Hi,
>>
>> 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 interrupt=
s.
>>>
>>> Don't you get any message about that in dmesg -a or /var/log/messages ?
>>>
>>> I'd expect something like "interrupt storm blabla=85 source throttled b=
labla.."
>> nope. The only odd ACPI-related messages I see in dmesg are these:
>>
>> ACPI Error: [\134_SB_.PCI0.LPC0.BCMD] Namespace lookup failure, AE_NOT_F=
OUND (20130117/psargs-393)
>> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node 0xf=
ffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
>> ACPI Error: [\134_SB_.PCI0.LPC0.BCMD] Namespace lookup failure, AE_NOT_F=
OUND (20130117/psargs-393)
>> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node 0xf=
ffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
>> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._PDC] (Node 0xf=
ffffe0007630c40), AE_NOT_FOUND (20130117/psparse-560)
>>
>> Nothing in syslog.
>>
>>>  From 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 dis=
abled
>>>             on your system due to a blacklist entry for your BIOS, you =
can
>>>             set this to 0 to re-enable ACPI for testing.
>>>
>>> Any chance you could reboot the host with ACPI disabled ?
>> If I do that, I get an early kernel crash:
>>
>> Loading 10.11.12.13/~elars/kernel/kernel:0x200000/7634255 0xb47d50/47355=
2 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
>>
>>
>> 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
>>
>>
>>> 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.
>> Done, but it doesn't really result in any additional messages:
>>
>> # 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_F=
OUND (20130117/psargs-393)
>> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node 0xf=
ffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
>> ACPI Error: [\134_SB_.PCI0.LPC0.BCMD] Namespace lookup failure, AE_NOT_F=
OUND (20130117/psargs-393)
>> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._OSC] (Node 0xf=
ffffe0007630c00), AE_NOT_FOUND (20130117/psparse-560)
>> ACPI Error: Method parse/execution failed [\134_PR_.CPU0._PDC] (Node 0xf=
ffffe0007630c40), 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
>>
>
>
> 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 withou=
t 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

you need top -S or hit 'S' while running, to see system processes.
you may also benefit from 'H'
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
>

_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"