From: Alan Jenkins <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
To: ath5k-devel-xDcbHBWguxEUs3QNXV6qNA@public.gmane.org
Cc: Kernel Testers List
<kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Linux Kernel Mailing List
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: BUG in wiphy_update_regulatory when loading ath5k (on latest git)
Date: Fri, 10 Apr 2009 17:18:23 +0100 [thread overview]
Message-ID: <49DF714F.9070600@tuffmail.co.uk> (raw)
In-Reply-To: <49DF6216.8040303-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
Alan Jenkins wrote:
> Hi, while testing latest Git (i.e. 2.6.30-rc1 + a bit), I hit a bug
> which killed my keyboard. SysRQ keys worked, but I couldn't type in X
> or on the console.
> This happened when ath5k was loaded dynamically, in response to my
> pressing the "wireless toggle" key. (rfkill-input -> eeepc-laptop,
> which does weird acpi-driven PCI hotplug).
>
> Can anyone at least explain where this weird backtrace comes from?
Scratch that. I was able to reproduce it once and get a proper dmesg.
My logs were just dropping all the useful bits. Here it is (taint is
due to a libusual bug, note usual-tables(P) in list of modules, no
binary crap here, honest).
[ 64.995032] ath5k 0000:01:00.0: registered as 'phy0'
[ 65.062652] BUG: unable to handle kernel NULL pointer dereference at
00000004
[ 65.062665] IP: [<e0171332>] wiphy_update_regulatory+0x20f/0x295
[cfg80211]
[ 65.062705] *pdpt = 0000000008bf1001 *pde = 0000000000000000
[ 65.062717] Oops: 0000 [#1]
[ 65.062724] last sysfs file: /sys/class/backlight/eeepc/brightness
[ 65.062734] Modules linked in: ath5k(+) mac80211 led_class cfg80211
i915 drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect ipv6
rfkill_input joydev usual_tables(P) snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_hwdep uhci_hcd snd_pcm_oss snd_mixer_oss i2c_i801
ehci_hcd psmouse serio_raw i2c_core pcspkr atl2 snd_pcm intel_agp
snd_timer usbcore agpgart eeepc_laptop snd_page_alloc ac video backlight
output battery rfkill button processor evdev thermal fan ata_generic
[ 65.062839]
[ 65.062849] Pid: 2909, comm: modprobe Tainted: P
(2.6.30-rc1eeepc #112) 701
[ 65.062860] EIP: 0060:[<e0171332>] EFLAGS: 00010246 CPU: 0
[ 65.062885] EIP is at wiphy_update_regulatory+0x20f/0x295 [cfg80211]
[ 65.062894] EAX: 00000000 EBX: c5da0000 ECX: 00000000 EDX: c5da0060
[ 65.062904] ESI: 0000001a EDI: c5da0060 EBP: df3bdd70 ESP: df3bdd40
[ 65.062913] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068
[ 65.062923] Process modprobe (pid: 2909, ti=df3bc000 task=c5d03000
task.ti=df3bc000)
[ 65.062930] Stack:
[ 65.062935] df3bdd90 c5da0060 c04277e0 00000001 00000044 c04277e4
c5da0060 00000002
[ 65.062953] 00000002 c5da0000 0000001a c5da0060 df3bdda8 e01706a2
00000002 00000002
[ 65.062971] 00000282 000080d0 00000068 c5d53500 00000080 00000282
00000080 c5da0140
[ 65.062991] Call Trace:
[ 65.062999] [<e01706a2>] ? wiphy_register+0x122/0x1b7 [cfg80211]
[ 65.063028] [<e0328e02>] ? ieee80211_register_hw+0xd8/0x346 [mac80211]
[ 65.063069] [<e06a7c9f>] ? ath5k_hw_set_bssid_mask+0x71/0x78 [ath5k]
[ 65.063099] [<e06b0c52>] ? ath5k_pci_probe+0xa5c/0xd0a [ath5k]
[ 65.063126] [<c01a6037>] ? sysfs_find_dirent+0x16/0x27
[ 65.063146] [<c01fec95>] ? local_pci_probe+0xe/0x10
[ 65.063162] [<c01ff526>] ? pci_device_probe+0x48/0x66
[ 65.063176] [<c024c9fd>] ? driver_probe_device+0x7f/0xf2
[ 65.063193] [<c024cab3>] ? __driver_attach+0x43/0x5f
[ 65.063205] [<c024c0af>] ? bus_for_each_dev+0x39/0x5a
[ 65.063217] [<c024c8d0>] ? driver_attach+0x14/0x16
[ 65.063228] [<c024ca70>] ? __driver_attach+0x0/0x5f
[ 65.063240] [<c024c5b3>] ? bus_add_driver+0xd7/0x1e7
[ 65.063252] [<c024ccb9>] ? driver_register+0x7b/0xd7
[ 65.063272] [<c01ff827>] ? __pci_register_driver+0x32/0x85
[ 65.063286] [<e00a8018>] ? init_ath5k_pci+0x18/0x30 [ath5k]
[ 65.063309] [<c0101131>] ? _stext+0x49/0x10b
[ 65.063322] [<e00a8000>] ? init_ath5k_pci+0x0/0x30 [ath5k]
[ 65.063330] [<c012f452>] ? __blocking_notifier_call_chain+0x40/0x4c
[ 65.063330] [<c013a714>] ? sys_init_module+0x87/0x18b
[ 65.063330] [<c0102804>] ? sysenter_do_call+0x12/0x22
[ 65.063330] Code: b8 da 17 e0 83 c0 04 e8 92 f9 ff ff 84 c0 75 2a 8b
55 d4 8b 42 28 85 c0 74 0c 83 c0 04 e8 7c f9 ff ff 84 c0 75 14 a1 bc da
17 e0 <83> 78 04 03 74 66 8b 4d d4 80 79 08 00 74 5d a1 e0 d2 17 e0 48
[ 65.063330] EIP: [<e0171332>] wiphy_update_regulatory+0x20f/0x295
[cfg80211] SS:ESP 0068:df3bdd40
[ 65.063330] CR2: 0000000000000004
[ 65.063543] ---[ end trace 830f2dd2a95fd1a8 ]---
I had a look on kerneloops and found a recent bug in the same function,
I wonder if it is related (bugzilla.kernel.org/show_bug.cgi?id=12456).
It's _probably_ a regression; I've been using the wireless-toggle button
quite a bit previouslly, on 2.6.29-rc8.
Thanks in advance
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Alan Jenkins <alan-jenkins@tuffmail.co.uk>
To: ath5k-devel@lists.ath5k.org
Cc: Kernel Testers List <kernel-testers@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-wireless@vger.kernel.org
Subject: BUG in wiphy_update_regulatory when loading ath5k (on latest git)
Date: Fri, 10 Apr 2009 17:18:23 +0100 [thread overview]
Message-ID: <49DF714F.9070600@tuffmail.co.uk> (raw)
In-Reply-To: <49DF6216.8040303@tuffmail.co.uk>
Alan Jenkins wrote:
> Hi, while testing latest Git (i.e. 2.6.30-rc1 + a bit), I hit a bug
> which killed my keyboard. SysRQ keys worked, but I couldn't type in X
> or on the console.
> This happened when ath5k was loaded dynamically, in response to my
> pressing the "wireless toggle" key. (rfkill-input -> eeepc-laptop,
> which does weird acpi-driven PCI hotplug).
>
> Can anyone at least explain where this weird backtrace comes from?
Scratch that. I was able to reproduce it once and get a proper dmesg.
My logs were just dropping all the useful bits. Here it is (taint is
due to a libusual bug, note usual-tables(P) in list of modules, no
binary crap here, honest).
[ 64.995032] ath5k 0000:01:00.0: registered as 'phy0'
[ 65.062652] BUG: unable to handle kernel NULL pointer dereference at
00000004
[ 65.062665] IP: [<e0171332>] wiphy_update_regulatory+0x20f/0x295
[cfg80211]
[ 65.062705] *pdpt = 0000000008bf1001 *pde = 0000000000000000
[ 65.062717] Oops: 0000 [#1]
[ 65.062724] last sysfs file: /sys/class/backlight/eeepc/brightness
[ 65.062734] Modules linked in: ath5k(+) mac80211 led_class cfg80211
i915 drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect ipv6
rfkill_input joydev usual_tables(P) snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_hwdep uhci_hcd snd_pcm_oss snd_mixer_oss i2c_i801
ehci_hcd psmouse serio_raw i2c_core pcspkr atl2 snd_pcm intel_agp
snd_timer usbcore agpgart eeepc_laptop snd_page_alloc ac video backlight
output battery rfkill button processor evdev thermal fan ata_generic
[ 65.062839]
[ 65.062849] Pid: 2909, comm: modprobe Tainted: P
(2.6.30-rc1eeepc #112) 701
[ 65.062860] EIP: 0060:[<e0171332>] EFLAGS: 00010246 CPU: 0
[ 65.062885] EIP is at wiphy_update_regulatory+0x20f/0x295 [cfg80211]
[ 65.062894] EAX: 00000000 EBX: c5da0000 ECX: 00000000 EDX: c5da0060
[ 65.062904] ESI: 0000001a EDI: c5da0060 EBP: df3bdd70 ESP: df3bdd40
[ 65.062913] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068
[ 65.062923] Process modprobe (pid: 2909, ti=df3bc000 task=c5d03000
task.ti=df3bc000)
[ 65.062930] Stack:
[ 65.062935] df3bdd90 c5da0060 c04277e0 00000001 00000044 c04277e4
c5da0060 00000002
[ 65.062953] 00000002 c5da0000 0000001a c5da0060 df3bdda8 e01706a2
00000002 00000002
[ 65.062971] 00000282 000080d0 00000068 c5d53500 00000080 00000282
00000080 c5da0140
[ 65.062991] Call Trace:
[ 65.062999] [<e01706a2>] ? wiphy_register+0x122/0x1b7 [cfg80211]
[ 65.063028] [<e0328e02>] ? ieee80211_register_hw+0xd8/0x346 [mac80211]
[ 65.063069] [<e06a7c9f>] ? ath5k_hw_set_bssid_mask+0x71/0x78 [ath5k]
[ 65.063099] [<e06b0c52>] ? ath5k_pci_probe+0xa5c/0xd0a [ath5k]
[ 65.063126] [<c01a6037>] ? sysfs_find_dirent+0x16/0x27
[ 65.063146] [<c01fec95>] ? local_pci_probe+0xe/0x10
[ 65.063162] [<c01ff526>] ? pci_device_probe+0x48/0x66
[ 65.063176] [<c024c9fd>] ? driver_probe_device+0x7f/0xf2
[ 65.063193] [<c024cab3>] ? __driver_attach+0x43/0x5f
[ 65.063205] [<c024c0af>] ? bus_for_each_dev+0x39/0x5a
[ 65.063217] [<c024c8d0>] ? driver_attach+0x14/0x16
[ 65.063228] [<c024ca70>] ? __driver_attach+0x0/0x5f
[ 65.063240] [<c024c5b3>] ? bus_add_driver+0xd7/0x1e7
[ 65.063252] [<c024ccb9>] ? driver_register+0x7b/0xd7
[ 65.063272] [<c01ff827>] ? __pci_register_driver+0x32/0x85
[ 65.063286] [<e00a8018>] ? init_ath5k_pci+0x18/0x30 [ath5k]
[ 65.063309] [<c0101131>] ? _stext+0x49/0x10b
[ 65.063322] [<e00a8000>] ? init_ath5k_pci+0x0/0x30 [ath5k]
[ 65.063330] [<c012f452>] ? __blocking_notifier_call_chain+0x40/0x4c
[ 65.063330] [<c013a714>] ? sys_init_module+0x87/0x18b
[ 65.063330] [<c0102804>] ? sysenter_do_call+0x12/0x22
[ 65.063330] Code: b8 da 17 e0 83 c0 04 e8 92 f9 ff ff 84 c0 75 2a 8b
55 d4 8b 42 28 85 c0 74 0c 83 c0 04 e8 7c f9 ff ff 84 c0 75 14 a1 bc da
17 e0 <83> 78 04 03 74 66 8b 4d d4 80 79 08 00 74 5d a1 e0 d2 17 e0 48
[ 65.063330] EIP: [<e0171332>] wiphy_update_regulatory+0x20f/0x295
[cfg80211] SS:ESP 0068:df3bdd40
[ 65.063330] CR2: 0000000000000004
[ 65.063543] ---[ end trace 830f2dd2a95fd1a8 ]---
I had a look on kerneloops and found a recent bug in the same function,
I wonder if it is related (bugzilla.kernel.org/show_bug.cgi?id=12456).
It's _probably_ a regression; I've been using the wireless-toggle button
quite a bit previouslly, on 2.6.29-rc8.
Thanks in advance
Alan
WARNING: multiple messages have this Message-ID (diff)
From: Alan Jenkins <alan-jenkins@tuffmail.co.uk>
To: ath5k-devel@venema.h4ckr.net
Cc: Kernel Testers List <kernel-testers@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-wireless@vger.kernel.org
Subject: BUG in wiphy_update_regulatory when loading ath5k (on latest git)
Date: Fri, 10 Apr 2009 17:18:23 +0100 [thread overview]
Message-ID: <49DF714F.9070600@tuffmail.co.uk> (raw)
In-Reply-To: <49DF6216.8040303@tuffmail.co.uk>
Alan Jenkins wrote:
> Hi, while testing latest Git (i.e. 2.6.30-rc1 + a bit), I hit a bug
> which killed my keyboard. SysRQ keys worked, but I couldn't type in X
> or on the console.
> This happened when ath5k was loaded dynamically, in response to my
> pressing the "wireless toggle" key. (rfkill-input -> eeepc-laptop,
> which does weird acpi-driven PCI hotplug).
>
> Can anyone at least explain where this weird backtrace comes from?
Scratch that. I was able to reproduce it once and get a proper dmesg.
My logs were just dropping all the useful bits. Here it is (taint is
due to a libusual bug, note usual-tables(P) in list of modules, no
binary crap here, honest).
[ 64.995032] ath5k 0000:01:00.0: registered as 'phy0'
[ 65.062652] BUG: unable to handle kernel NULL pointer dereference at
00000004
[ 65.062665] IP: [<e0171332>] wiphy_update_regulatory+0x20f/0x295
[cfg80211]
[ 65.062705] *pdpt = 0000000008bf1001 *pde = 0000000000000000
[ 65.062717] Oops: 0000 [#1]
[ 65.062724] last sysfs file: /sys/class/backlight/eeepc/brightness
[ 65.062734] Modules linked in: ath5k(+) mac80211 led_class cfg80211
i915 drm i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect ipv6
rfkill_input joydev usual_tables(P) snd_hda_codec_realtek snd_hda_intel
snd_hda_codec snd_hwdep uhci_hcd snd_pcm_oss snd_mixer_oss i2c_i801
ehci_hcd psmouse serio_raw i2c_core pcspkr atl2 snd_pcm intel_agp
snd_timer usbcore agpgart eeepc_laptop snd_page_alloc ac video backlight
output battery rfkill button processor evdev thermal fan ata_generic
[ 65.062839]
[ 65.062849] Pid: 2909, comm: modprobe Tainted: P
(2.6.30-rc1eeepc #112) 701
[ 65.062860] EIP: 0060:[<e0171332>] EFLAGS: 00010246 CPU: 0
[ 65.062885] EIP is at wiphy_update_regulatory+0x20f/0x295 [cfg80211]
[ 65.062894] EAX: 00000000 EBX: c5da0000 ECX: 00000000 EDX: c5da0060
[ 65.062904] ESI: 0000001a EDI: c5da0060 EBP: df3bdd70 ESP: df3bdd40
[ 65.062913] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068
[ 65.062923] Process modprobe (pid: 2909, ti=df3bc000 task=c5d03000
task.ti=df3bc000)
[ 65.062930] Stack:
[ 65.062935] df3bdd90 c5da0060 c04277e0 00000001 00000044 c04277e4
c5da0060 00000002
[ 65.062953] 00000002 c5da0000 0000001a c5da0060 df3bdda8 e01706a2
00000002 00000002
[ 65.062971] 00000282 000080d0 00000068 c5d53500 00000080 00000282
00000080 c5da0140
[ 65.062991] Call Trace:
[ 65.062999] [<e01706a2>] ? wiphy_register+0x122/0x1b7 [cfg80211]
[ 65.063028] [<e0328e02>] ? ieee80211_register_hw+0xd8/0x346 [mac80211]
[ 65.063069] [<e06a7c9f>] ? ath5k_hw_set_bssid_mask+0x71/0x78 [ath5k]
[ 65.063099] [<e06b0c52>] ? ath5k_pci_probe+0xa5c/0xd0a [ath5k]
[ 65.063126] [<c01a6037>] ? sysfs_find_dirent+0x16/0x27
[ 65.063146] [<c01fec95>] ? local_pci_probe+0xe/0x10
[ 65.063162] [<c01ff526>] ? pci_device_probe+0x48/0x66
[ 65.063176] [<c024c9fd>] ? driver_probe_device+0x7f/0xf2
[ 65.063193] [<c024cab3>] ? __driver_attach+0x43/0x5f
[ 65.063205] [<c024c0af>] ? bus_for_each_dev+0x39/0x5a
[ 65.063217] [<c024c8d0>] ? driver_attach+0x14/0x16
[ 65.063228] [<c024ca70>] ? __driver_attach+0x0/0x5f
[ 65.063240] [<c024c5b3>] ? bus_add_driver+0xd7/0x1e7
[ 65.063252] [<c024ccb9>] ? driver_register+0x7b/0xd7
[ 65.063272] [<c01ff827>] ? __pci_register_driver+0x32/0x85
[ 65.063286] [<e00a8018>] ? init_ath5k_pci+0x18/0x30 [ath5k]
[ 65.063309] [<c0101131>] ? _stext+0x49/0x10b
[ 65.063322] [<e00a8000>] ? init_ath5k_pci+0x0/0x30 [ath5k]
[ 65.063330] [<c012f452>] ? __blocking_notifier_call_chain+0x40/0x4c
[ 65.063330] [<c013a714>] ? sys_init_module+0x87/0x18b
[ 65.063330] [<c0102804>] ? sysenter_do_call+0x12/0x22
[ 65.063330] Code: b8 da 17 e0 83 c0 04 e8 92 f9 ff ff 84 c0 75 2a 8b
55 d4 8b 42 28 85 c0 74 0c 83 c0 04 e8 7c f9 ff ff 84 c0 75 14 a1 bc da
17 e0 <83> 78 04 03 74 66 8b 4d d4 80 79 08 00 74 5d a1 e0 d2 17 e0 48
[ 65.063330] EIP: [<e0171332>] wiphy_update_regulatory+0x20f/0x295
[cfg80211] SS:ESP 0068:df3bdd40
[ 65.063330] CR2: 0000000000000004
[ 65.063543] ---[ end trace 830f2dd2a95fd1a8 ]---
I had a look on kerneloops and found a recent bug in the same function,
I wonder if it is related (bugzilla.kernel.org/show_bug.cgi?id=12456).
It's _probably_ a regression; I've been using the wireless-toggle button
quite a bit previouslly, on 2.6.29-rc8.
Thanks in advance
Alan
next prev parent reply other threads:[~2009-04-10 16:18 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-10 15:13 Weird oops in wiphy_update_regulatory after having loaded ath5k (on latest git) Alan Jenkins
2009-04-10 15:13 ` Alan Jenkins
[not found] ` <49DF6216.8040303-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
2009-04-10 16:18 ` Alan Jenkins [this message]
2009-04-10 16:18 ` BUG in wiphy_update_regulatory when loading " Alan Jenkins
2009-04-10 16:18 ` Alan Jenkins
[not found] ` <49DF714F.9070600-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org>
2009-04-10 17:15 ` Luis R. Rodriguez
2009-04-10 17:15 ` [ath5k-devel] " Luis R. Rodriguez
2009-04-10 17:15 ` Luis R. Rodriguez
2009-04-10 17:45 ` Pavel Roskin
2009-04-10 18:11 ` Luis R. Rodriguez
2009-04-10 20:21 ` Pavel Roskin
2009-04-10 20:30 ` Alan Jenkins
2009-04-10 22:26 ` Luis R. Rodriguez
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49DF714F.9070600@tuffmail.co.uk \
--to=alan-jenkins-ccz0lq7mmjm9fhfhhbbuya@public.gmane.org \
--cc=ath5k-devel-xDcbHBWguxEUs3QNXV6qNA@public.gmane.org \
--cc=kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.