All of lore.kernel.org
 help / color / mirror / Atom feed
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


  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.