From: Fernando Lopez-Lezcano on
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 ]---


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: John Kacur on
On Fri, Jul 30, 2010 at 5:30 AM, Fernando Lopez-Lezcano
<nando(a)ccrma.stanford.edu> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: John Kacur on
On Tue, Aug 3, 2010 at 10:18 AM, John Kacur <jkacur(a)redhat.com> wrote:
> On Fri, Jul 30, 2010 at 5:30 AM, Fernando Lopez-Lezcano
> <nando(a)ccrma.stanford.edu> 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(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/