[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20070531143038.GA18523@atjola.homenet>
Date: Thu, 31 May 2007 16:30:38 +0200
From: Björn Steinbrink <B.Steinbrink@....de>
To: Folkert van Heusden <folkert@...heusden.com>, power@...host.org,
linux-kernel@...r.kernel.org, mingo@...e.hu, tglx@...utronix.de
Subject: Re: [2.6.21.1] running powertop 1.5 for 10 seconds causes a kernel panic
On 2007.05.31 01:43:31 +0200, Björn Steinbrink wrote:
> On 2007.05.30 22:34:34 +0200, Folkert van Heusden wrote:
> > P4 with HT and 2GB of ram
> > desktop (altough acting as a sever with 300 processes fighting for cpu
> > time)
> >
> > [350598.081548] audit(1180545318.054:16): dev=eth1 prom=0 old_prom=256 auid=4294967295
> > [361753.921304] BUG: unable to handle kernel paging request at virtual address b9d0458f
> > [361753.921404] printing eip:
> > [361753.921446] c10388d8
> > [361753.921487] *pde = 00000000
> > [361753.921530] Oops: 0000 [#1]
> > [361753.921571] SMP
> > [361753.921682] Modules linked in: tuner tvaudio bttv video_buf ir_common i2c_algo_bit btcx_risc tveeprom nfs pwc wcfxo pl2303 zaptel usbserial plusb usbnet w83627hf hwmon_vid snd_pcm_oss eeprom snd_mixer_oss i2c_isa i2c_core snd_intel8x0 snd_ac97_codec sd_mod snd_pcm scsi_mod snd_timer snd ide_cd soundcore cdrom snd_page_alloc ac97_bus parport_pc parport microcode firmware_class nfsd exportfs lockd sunrpc netconsole ipt_owner ip6table_filter ip6_tables ipv6 ipt_recent xt_limit xt_state act_police sch_ingress cls_u32 sch_sfq sch_cbq ipt_REJECT ipt_MASQUERADE ipt_TOS xt_tcpudp iptable_mangle iptable_filter rtl8150 e1000 3c59x mii iptable_nat ip_tables nf_nat nf_conntrack_ipv4 nf_conntrack nfnetlink x_tables capability commoncap ppp_deflate zlib_deflate zlib_inflate ppp_async crc_ccitt ppp_generic slip slhc genrtc rd
> > [361753.924725] CPU: 0
> > [361753.924726] EIP: 0060:[<c10388d8>] Not tainted VLI
> > [361753.924728] EFLAGS: 00010046 (2.6.21.1test2 #4)
> > [361753.924860] EIP is at match_entries+0xb/0x38
> > [361753.924904] eax: c25f1a80 ebx: 00000000 ecx: b9d0458b edx: ddc87ec8
> > [361753.924950] esi: ddc87ec8 edi: c25f19a0 ebp: ddc87ea0 esp: ddc87e9c
> > [361753.924996] ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
> > [361753.925043] Process einstein_S5R2_4 (pid: 21004, ti=ddc87000 task=f75780b0 task.ti=ddc87000)
> > [361753.925092] Stack: b9d0458b ddc87ec0 c1038941 c12109d1 c12ffe90 c25f1ab0 00000096 c25f1b04
> > [361753.925451] c25f19a0 ddc87f50 c1038a1c c1494d70 c25f1a80 c103841c c1038620 00000000
> > [361753.925804] 00000000 45d6f5f0 00000001 f75785f8 c13daf40 00000001 f75785f8 c13f8c70
> > [361753.926152] Call Trace:
> > [361753.926230] [<c1004d53>] show_trace_log_lvl+0x1a/0x30
> > [361753.926312] [<c1004e0a>] show_stack_log_lvl+0x8d/0xaa
> > [361753.926394] [<c1005044>] show_registers+0x1cd/0x2cb
> > [361753.926475] [<c10052a1>] die+0x11b/0x227
> > [361753.926554] [<c1212ad7>] do_page_fault+0x319/0x57a
> > [361753.926636] [<c12110b4>] error_code+0x7c/0x84
> > [361753.926716] [<c1038941>] tstat_lookup+0x3c/0xc9
> > [361753.926794] [<c1038a1c>] timer_stats_update_stats+0x4e/0x6f
> > [361753.926874] [<c1033d5d>] hrtimer_interrupt+0x184/0x1e3
> > [361753.926955] [<c100e9e2>] local_apic_timer_interrupt+0x55/0x5b
> > [361753.927036] [<c100ea12>] smp_apic_timer_interrupt+0x2a/0x39
> > [361753.927118] [<c1004a3f>] apic_timer_interrupt+0x33/0x38
> > [361753.927197] =======================
> > [361753.927239] Code: 3d ff 03 00 00 89 e5 77 13 89 c2 83 c0 01 c1 e2 07 a3 98 2c 37 c1 81 c2 00 2d 37 c1 89 d0 5d c3 55 89 c1 8b 42 04 89 e5 53 31 db <39> 41 04 74 05 89 d8 5b 5d c3 8b 42 08 39 41 08 75 f3 8b 42 0c
> > [361753.929496] EIP: [<c10388d8>] match_entries+0xb/0x38 SS:ESP 0068:ddc87e9c
> > [361753.929619] Kernel panic - not syncing: Fatal exception in interrupt
> > [361753.929669] BUG: at arch/i386/kernel/smp.c:546 smp_call_function()
> > [361753.929715] [<c1004d53>] show_trace_log_lvl+0x1a/0x30
> > [361753.929795] [<c1004d7b>] show_trace+0x12/0x14
> > [361753.929873] [<c1004e75>] dump_stack+0x16/0x18
> > [361753.930148] [<c100df63>] smp_call_function+0x10f/0x114
> > [361753.930229] [<c100dfb9>] smp_send_stop+0x1e/0x31
> > [361753.930309] [<c101ca83>] panic+0x50/0xf5
> > [361753.930389] [<c100539e>] die+0x218/0x227
> > [361753.930472] [<c1212ad7>] do_page_fault+0x319/0x57a
> > [361753.930558] [<c12110b4>] error_code+0x7c/0x84
> > [361753.930642] [<c1038941>] tstat_lookup+0x3c/0xc9
> > [361753.930724] [<c1038a1c>] timer_stats_update_stats+0x4e/0x6f
> > [361753.930807] [<c1033d5d>] hrtimer_interrupt+0x184/0x1e3
> > [361753.930890] [<c100e9e2>] local_apic_timer_interrupt+0x55/0x5b
> > [361753.930973] [<c100ea12>] smp_apic_timer_interrupt+0x2a/0x39
> > [361753.931055] [<c1004a3f>] apic_timer_interrupt+0x33/0x38
> > [361753.931139] =======================
>
> Is that easily reproducable? Could you try the patch from
> http://lkml.org/lkml/2007/5/30/156 to see if that helps?
That one probably won't do it as there's another race. An updated
version is here: http://lkml.org/lkml/2007/5/31/171
Thanks,
Björn
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists