Re: 2.6.33.6-rt26: oops

From: John Kacur
Date: Tue Aug 03 2010 - 04:38:38 EST


On Tue, Aug 3, 2010 at 10:18 AM, John Kacur <jkacur@xxxxxxxxxx> wrote:
> On Fri, Jul 30, 2010 at 5:30 AM, Fernando Lopez-Lezcano
> <nando@xxxxxxxxxxxxxxxxxx> wrote:
>> Hi all...
>> This may not be rt related but here it goes anyway. It happened when I
>> tried to restart my iptables service (/sbin/service iptables start). I
>> think a day or two ago I had another network related hang, but it was a
>> complete hang (no clues left behind - power button to reset).
>>
>> -- Fernando
>>
>>
>>
>> Jul 29 18:27:57 localhost kernel: BUG: unable to handle kernel NULL
>> pointer dereference at (null)
>> Jul 29 18:27:57 localhost kernel: IP: [<c045ad40>] exit_creds+0xc/0x54
>> Jul 29 18:27:57 localhost kernel: *pdpt = 0000000000a68001 *pde =
>> 0000000000000000
>> Jul 29 18:27:57 localhost kernel: Oops: 0000 [#1] PREEMPT SMP
>> Jul 29 18:27:57 localhost kernel: last sysfs
>> file: /sys/devices/virtual/net/pan0/statistics/collisions
>> Jul 29 18:27:57 localhost kernel: Modules linked in: snd_seq_midi
>> snd_seq_midi_event snd_seq_dummy snd_usb_audio snd_usb_lib snd_rawmidi
>> fuse rfcomm sco bridge stp llc bnep l2cap sunrpc cpufreq_ondemand
>> acpi_cpufreq ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables
>> ipv6 dm_multipath uinput arc4 snd_hda_codec_analog ecb iwl3945
>> snd_hda_intel snd_hda_codec iwlcore thinkpad_acpi btusb sdhci_pci sdhci
>> mmc_core snd_hwdep e1000e snd_seq ohci1394 ricoh_mmc snd_seq_device
>> snd_pcm snd_timer snd mac80211 i2c_i801 iTCO_wdt iTCO_vendor_support
>> joydev cfg80211 bluetooth snd_page_alloc rfkill soundcore yenta_socket
>> rsrc_nonstatic i915 drm_kms_helper drm i2c_algo_bit i2c_core video
>> output [last unloaded: microcode]
>> Jul 29 18:27:57 localhost kernel:
>> Jul 29 18:27:57 localhost kernel: Pid: 6956, comm: sirq-rcu/1 Not
>> tainted 2.6.33.6-147.2.4.rt26.1.fc12.ccrma.i686.rtPAE #1 6463CTO/6463CTO
>> Jul 29 18:27:57 localhost kernel: EIP: 0060:[<c045ad40>] EFLAGS:
>> 00010287 CPU: 1
>> Jul 29 18:27:57 localhost kernel: EIP is at exit_creds+0xc/0x54
>> Jul 29 18:27:57 localhost kernel: EAX: 00000000 EBX: f0e1a430 ECX:
>> f0e1a960 EDX: 00000000
>> Jul 29 18:27:57 localhost kernel: ESI: c410434c EDI: f0e1a960 EBP:
>> f3321f38 ESP: f3321f34
>> Jul 29 18:27:57 localhost kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0
>> SS: 0068 preempt:00000000
>> Jul 29 18:27:57 localhost kernel: Process sirq-rcu/1 (pid: 6956,
>> ti=f3320000 task=f2b92d30 task.ti=f3320000)
>> Jul 29 18:27:57 localhost kernel: Stack:
>> Jul 29 18:27:57 localhost kernel: f0e1a430 f3321f44 c043e974 c4104334
>> f3321f4c c043e9b4 f3321f70 c048507b
>> Jul 29 18:27:57 localhost kernel: <0> 00000000 00000000 c099bbc0
>> 00000283 c4103fdc c0a5cfec 00000200 f3321f78
>> Jul 29 18:27:57 localhost kernel: <0> c0485192 f3321fa4 c044445e
>> c0a5cfec f2b92d30 fffffdff 00000001 00000000
>> Jul 29 18:27:57 localhost kernel: Call Trace:
>> Jul 29 18:27:57 localhost kernel: [<c043e974>] ? __put_task_struct
>> +0x54/0x87
>> Jul 29 18:27:57 localhost kernel: [<c043e9b4>] ? __put_task_struct_cb
>> +0xd/0xf
>> Jul 29 18:27:57 localhost kernel: [<c048507b>] ? __rcu_process_callbacks
>> +0x153/0x21a
>> Jul 29 18:27:57 localhost kernel: [<c0485192>] ? rcu_process_callbacks
>> +0x50/0x57
>> Jul 29 18:27:57 localhost kernel: [<c044445e>] ? run_ksoftirqd
>> +0x138/0x236
>> Jul 29 18:27:57 localhost kernel: [<c0444326>] ? run_ksoftirqd+0x0/0x236
>> Jul 29 18:27:57 localhost kernel: [<c04557ae>] ? kthread+0x5f/0x64
>> Jul 29 18:27:57 localhost kernel: [<c045574f>] ? kthread+0x0/0x64
>> Jul 29 18:27:57 localhost kernel: [<c040907e>] ? kernel_thread_helper
>> +0x6/0x10
>> Jul 29 18:27:57 localhost kernel: Code: 00 00 00 89 f8 e8 cb d7 1d 00 89
>> f0 e8 bc fd ff ff 89 f0 e8 b5 fd ff ff 31 c0 5b 5e 5f 5d c3 55 89 e5 53
>> 89 c3 8b 80 0c 03 00 00 <8b> 00 8b 83 08 03 00 00 c7 83 08 03 00 00 00
>> 00 00 00 e8 8b fd
>> Jul 29 18:27:57 localhost kernel: EIP: [<c045ad40>] exit_creds+0xc/0x54
>> SS:ESP 0068:f3321f34
>> Jul 29 18:27:57 localhost kernel: CR2: 0000000000000000
>> Jul 29 18:27:57 localhost kernel: ---[ end trace ebf66505b4c2cac5 ]---
>>
>
> Is this easily reproducible? If so, can you try again with v2.6.33.6-rt28?
> Thanks
>

Ugh, sorry for the noise, I didn't see the other thread in which Thomas says
"Yeah, that's the iptables locking problem, which is fixed in rt27."
More coffee needed.

John
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/