BUG: unable to handle kernel NULL pointer dereference at (null) [asus_wmi_rfkill_init]

Do you have a way to reproduce this oops, or was a one time event?

it has happened both times I have rebooted with 3.2.0-21-generic kernel so I think it's reproducible.

For me it seems to happen on every boot with "linux-image-3.2.0-21-generic 3.2.0-21.34". Error does not appear with older "vmlinuz-3.2.0-20-generic".

My motherboard is (same?) Asus P8P67 PRO.

From my machine:
[ 7.347037] asus_wmi: ASUS WMI generic driver loaded
[ 7.347315] asus_wmi: Initialization: 0x0
[ 7.347328] asus_wmi: BIOS WMI version: 0.9
[ 7.347350] asus_wmi: SFUN value: 0x0
[ 7.347491] input: Eee PC WMI hotkeys as /devices/platform/eeepc-wmi/input/input9
[ 7.349168] BUG: unable to handle kernel NULL pointer dereference at (null)
[ 7.349171] IP: [<ffffffffa0dc8d08>] asus_wmi_rfkill_init+0x188/0x200 [asus_wmi]
[ 7.349175] PGD 4006f8067 PUD 4023c2067 PMD 0
[ 7.349177] Oops: 0000 [#1] SMP
[ 7.349179] CPU 2
[ 7.349180] Modules linked in: eeepc_wmi(+) asus_wmi sparse_keymap mxm_wmi snd_rawmidi snd_seq btusb bluetooth joydev snd_timer nvidia(P) psmouse serio_raw snd_seq_device wmi snd mac_hid soundcore snd_page_alloc mei(C) lp parport vesafb usbhid hid r8169 firewire_ohci firewire_core crc_itu_t
[ 7.349191]
[ 7.349192] Pid: 807, comm: modprobe Tainted: P C O 3.2.0-21-generic #34 System manufacturer System Product Name/P8P67-M PRO
[ 7.349195] RIP: 0010:[<ffffffffa0dc8d08>] [<ffffffffa0dc8d08>] asus_wmi_rfkill_init+0x188/0x200 [asus_wmi]
[ 7.349198] RSP: 0018:ffff88040264dc98 EFLAGS: 00010246
[ 7.349199] RAX: 0000000000000000 RBX: ffff8803fa8ebc00 RCX: 0000000000000a59
[ 7.349200] RDX: 0000000000000000 RSI: 00000000000165a0 RDI: ffff88040e802600
[ 7.349201] RBP: ffff88040264dca8 R08: 0000000000010021 R09: ffffffffa0dc70bb
[ 7.349203] R10: 0000000000000000 R11: 0000000000000000 R12: 00000000ffffffed
[ 7.349204] R13: ffffffffa0d22088 R14: 0000000000000000 R15: ffff8803fa8eb800
[ 7.349205] FS: 00007f082c7ee700(0000) GS:ffff88041f500000(0000) knlGS:0000000000000000
[ 7.349207] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 7.349208] CR2: 0000000000000000 CR3: 0000000401f7d000 CR4: 00000000000406e0
[ 7.349209] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 7.349210] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 7.349211] Process modprobe (pid: 807, threadinfo ffff88040264c000, task ffff880402662de0)
[ 7.349212] Stack:
[ 7.349213] ffff8803fa8ebc00 ffff8803fa8eb800 ffff88040264dcd8 ffffffffa0dc8ff7
[ 7.349216] ffff8803fa8eb800 ffffffffa0d22088 ffffffffa0d22088 0000000000000000
[ 7.349218] ffff88040264dcf8 ffffffffa0dc9194 ffffffffa0d22088 ffff8803fa8eb810
[ 7.349220] Call Trace:
[ 7.349223] [<ffffffffa0dc8ff7>] asus_wmi_add+0x117/0x260 [asus_wmi]
[ 7.349225] [<ffffffffa0dc9194>] asus_wmi_probe+0x54/0x80 [asus_wmi]
[ 7.349228] [<ffffffff813f6197>] platform_drv_probe+0x17/0x20
[ 7.349230] [<ffffffff813f49f8>] really_probe+0x68/0x190
[ 7.349232] [<ffffffff813f4c85>] driver_probe_device+0x45/0x70
[ 7.349233] [<ffffffff813f4d5b>] __driver_attach+0xab/0xb0
[ 7.349235] [<ffffffff813f4cb0>] ? driver_probe_device+0x70/0x70
[ 7.349237] [<ffffffff813f4cb0>] ? driver_probe_device+0x70/0x70
[ 7.349240] [<ffffffff813f3aec>] bus_for_each_dev+0x5c/0x90
[ 7.34...

So it seems this only happens with the new 3.2.0-21 kernel? Can you boot back into 3.2.0-20 and see if you can reproduce the bug?

I just booted with 3.2.0-20 and the problem doesn't show up here.

and yes, my motherboard is also Asus P8P67 PRO (rev3.0)

I don't know how to reproduce (or even try) it. It just appears after system loads asus_wmi (asus_wmi: ASUS WMI generic driver loaded). With 3.2.0-20 it just loads the module and nothing crashes. :)

But there is more! This is related to bug #968016 because patches [1] and [2] breaks suspend (but not in the same way as #968016) and also produces this error.

Currently I am running kernel compiled from source [3] where I removed patches [1] and [2], and applied patch [4]. With this kernel no asus_wmi_rfkill_init error appears and the machine suspends without problems.

[1] http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commit;h=4b9161676f4507209b9871f9358421c512b20534

[2] http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commit;h=d725ae12539389eb502c6257ccedd2a0bf6025da

[3] http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=tag;h=refs/tags/Ubuntu-3.2.0-21.34

[4] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=8931d9ea78848b073bf299594f148b83abde4a5e

For me this broke my ZFS , my zpools are gone , everything is ok again when I start up with .20

Pastebin of trace , as not to clutter this thread.

http://pastebin.com/73d54Zpp

For me this is quite fatal , happens every boot.

My motherboard however is an asus P9X79-Pro

Please change priority to high .

Please remove this whole asus cosmetic fix Aleksi Hankalahti mentioned in his first and second link until the author can be sure it doesn't break anything somewhat more important , like a filesystem.

So sorry about this,
I think we forgot to cheery pick other important commit.
I'll give you a testing kernel ASAP.

I'm building the new kernel with one more patch.
I uploaded the patch on my directory[1], you can try to build your own kernel and I'll upload the kernel package once it finished.
I'm pretty sure that this patch can fix the problem, but still need you guys to confirm this.
Really sorry about this.

1. http://people.canonical.com/~acelan/bugs/lp969576/

In my case this also prevents X from starting normally; had to resort to the following to make X start properly on bootup:

$ cat /etc/modprobe.d/blacklist-asuswmi.conf
# NULL ptr deref @ Ubuntu 3.2.0-21.34-generic 3.2.13
blacklist eeepc_wmi
blacklist asus_wmi
blacklist wmi

$ sudo update-initramfs -k 3.2.0-21-generic -u

With the kernel from http://people.canonical.com/~acelan/bugs/lp969576/ asus_wmi doesn't crash at boot and doesn't prevent system to boot normally to DM what is more important :) Seems there is another problem with init, upstart or whatever, as if i enable recovery or just text mode it drops me to tty login and i could run 'start lightdm' without problems, even with crashed asus_wmi.

Maxim,

Cool, thanks to confirm that the problem could be fixed by that patch.
I'll let the kernel team to cherry pick that commit.
Thanks.

This patch fixed the original OOPS, but a new, related, one shows up on my computer:

[ 15.719997] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004
[ 15.720229] IP: [<ffffffffa0091a07>] asus_wmi_platform_init+0x87/0x150 [asus_wmi]
[ 15.720354] PGD 122837067 PUD 126e90067 PMD 0
[ 15.720567] Oops: 0000 [#1] SMP
[ 15.720730] CPU 0
[ 15.720783] Modules linked in: eeepc_wmi(+) asus_wmi snd joydev sparse_keymap mac_hid btusb mei(C) soundcore serio_raw snd_page_alloc bluetooth mxm_wmi wmi hid_microsoft usbhid hid dm_snapshot firewire_ohci firewire_core crc_itu_t e1000e
[ 15.722094]
[ 15.722154] Pid: 797, comm: modprobe Tainted: G C 3.2.0-21-generic #34 System manufacturer System Product Name/P8P67 PRO
[ 15.722382] RIP: 0010:[<ffffffffa0091a07>] [<ffffffffa0091a07>] asus_wmi_platform_init+0x87/0x150 [asus_wmi]
[ 15.722508] RSP: 0018:ffff8801251ddc88 EFLAGS: 00010246
[ 15.722571] RAX: 0000000000000000 RBX: ffff88012717f800 RCX: 000000000008e5f8
[ 15.722636] RDX: 0000000000000000 RSI: 00000000000165a0 RDI: ffff88012a802600
[ 15.722702] RBP: ffff8801251ddca8 R08: ffffea0004906240 R09: ffffffffa00910bb
[ 15.722766] R10: 0000000000000000 R11: 0000000000000000 R12: ffff88012717e800
[ 15.722831] R13: ffffffffa00fd080 R14: 00000000fffffff4 R15: ffff88012717e800
[ 15.722896] FS: 00007fcc75f92700(0000) GS:ffff88012f400000(0000) knlGS:0000000000000000
[ 15.722969] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 15.723032] CR2: 0000000000000004 CR3: 0000000125288000 CR4: 00000000000406f0
[ 15.723097] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 15.723162] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 15.723227] Process modprobe (pid: 797, threadinfo ffff8801251dc000, task ffff880124cd16f0)
[ 15.723299] Stack:
[ 15.723359] ffff8801251ddca8 00000000a00fb0a3 00000000fffffff4 ffff88012717f800
[ 15.723633] ffff8801251ddcd8 ffffffffa0092f75 ffff88012717e800 ffffffffa00fd080
[ 15.723907] ffffffffa00fd080 0000000000000000 ffff8801251ddcf8 ffffffffa0093184
[ 15.724181] Call Trace:
[ 15.724243] [<ffffffffa0092f75>] asus_wmi_add+0x95/0x250 [asus_wmi]
[ 15.724308] [<ffffffffa0093184>] asus_wmi_probe+0x54/0x80 [asus_wmi]
[ 15.724374] [<ffffffff813f6167>] platform_drv_probe+0x17/0x20
[ 15.724438] [<ffffffff813f49c8>] really_probe+0x68/0x190
[ 15.724503] [<ffffffff813f4c55>] driver_probe_device+0x45/0x70
[ 15.724567] [<ffffffff813f4d2b>] __driver_attach+0xab/0xb0
[ 15.724631] [<ffffffff813f4c80>] ? driver_probe_device+0x70/0x70
[ 15.724695] [<ffffffff813f4c80>] ? driver_probe_device+0x70/0x70
[ 15.724760] [<ffffffff813f3abc>] bus_for_each_dev+0x5c/0x90
[ 15.724824] [<ffffffff813f478e>] driver_attach+0x1e/0x20
[ 15.724887] [<ffffffff813f43e0>] bus_add_driver+0x1a0/0x270
[ 15.724951] [<ffffffff813f5296>] driver_register+0x76/0x140
[ 15.725016] [<ffffffff813f6726>] platform_driver_register+0x46/0x50
[ 15.725081] [<ffffffff813f6758>] platform_driver_probe+0x28/0xb0
[ 15.725146] [<ffffffff813f6ef1>] platform_create_bundle+0xc1/0xf0
[ 15.725212] [<ffffffffa0093130>] ? asus_wmi_add+0x250/0x250...

Krzysztof,

Could you boot into 3.2.0-20 kernel and upload the dmesg and lsmod log?
Thanks.

And does anyone encounter the same problem as Krzysztof's?

I've attached lsmod output and dmesg log from the 3.2.0-20 kernel

The new kernel and patches is here[1], please have it a test.

1. http://people.canonical.com/~acelan/bugs/lp969576/2/

I can also confirm this bug, it happens for me too for every boot since 3.2.0-21, no problems before.
Mainboard is almost the same, Asus P8P67 with internal bluetooth.

Another problem that might be related is that "dpkg --pendinging configure" hangs in initramfs-tools.
Booting the 3.2.0-20 kernel fixes this, so it might be the same driver that makes problem.
Sorry if this seems off topic, I report this here in the hope that it might be of any help.

I got this on my laptop (Asus P31): https://bugs.launchpad.net/ubuntu/+source/linux/+bug/970310 after latest kernel update.

Confirming that kernel from #22 fixes this oops.

Same problem exists on my Asus eeePC 1005HA.
Also, the Volume control hotkeys stopped working with this kernel version. Is this related to this bug or should I file a new one?

With kernel from comment #22 volume keys works on my laptop.

Stefan, B3nn0,

Please try the kernel from comment #22, the problem should be fixed by that kernel.

Patched kernel (comment #22) fixed issue here (Asus N55).

Patched kernel (comment #22) works for me as well SABERTOOTH P67.
Be sure to unselect the kernel from the update tool until this has been fixed in the repos otherwise it will downgrade to the old nonworking kernel.

asus-wmi: move WAPF variable into quirks_entry

Patched kernel boots again. Asus P8Z68 here.

Patched kernel from #22 worked for me too

Asus UX31E here - patched kernel from #22 fixes kernel oops during boot, and hotkeys and suspend are again working.

This bug was fixed in the package linux - 3.2.0-22.35

---------------
linux (3.2.0-22.35) precise; urgency=low

  [ Andy Whitcroft ]

  * Revert "SAUCE: hotkey quirks for various Zeptro Znote and Fujitsu Amilo
    laptops"
  * SAUCE: (no-up) elide some ioctl warnings which are known benign
    - LP: #972355

  [ Brad Figg ]

  * SAUCE (no-up) Provide a param for allowing the BIOS to handle changing
    the brightness on AC/battery status changes.
    - LP: #949311
  * SAUCE (drop after 3.4) Quirk for enabling backlight hotkeys on Samsung
    N150P
    - LP: #875893

  [ Colin Ian King ]

  * SAUCE: PCI: Allow pcie_aspm=force to work even when FADT indicates it
    is unsupported
    - LP: #962038

  [ Daniel Vetter ]

  * SAUCE: (drop after 3.5) drm/i915: reinstate GM45 TV detection fix
    - LP: #638939

  [ Kees Cook ]

  * SAUCE: SECCOMP: audit: always report seccomp violations
  * SAUCE: SECCOMP: adjust prctl constant

  [ Leann Ogasawara ]

  * [Config] Enable CONFIG_USBIP_CORE=m
    - LP: #900384
  * Rebase to v3.2.14
  * [Config] Updateconfigs after rebase to v3.2.14

  [ Stefan Bader ]

  * d-i: Fix module name for dm-raid45
    - LP: #969248

  [ Tim Gardner ]

  * SAUCE: remove __initdata from vesafb_fix
    - LP: #969309

  [ Upstream Kernel Changes ]

  * Revert "sched: tg->se->load should be initialised to tg->shares"
  * toshiba_acpi: make one-bit bitfields unsigned
    - LP: #810015
  * ACPI: EC: Add ec_get_handle()
    - LP: #810015
  * toshiba_acpi: Support alternate hotkey interfaces
    - LP: #810015
  * toshiba_acpi: Support additional hotkey scancodes
    - LP: #810015
  * toshiba_acpi: Refuse to load on machines with buggy INFO
    implementations
    - LP: #810015
  * ata_piix: Add Toshiba Satellite Pro A120 to the quirks list due to
    broken suspend functionality.
    - LP: #886850
  * sweep the floors and convert some .get_drvinfo routines to strlcpy
    - LP: #921793
  * be2net: init (vf)_if_handle/vf_pmac_id to handle failure scenarios
    - LP: #921793
  * be2net: stop checking the UE registers after an EEH error
    - LP: #921793
  * be2net: don't log more than one error on detecting EEH/UE errors
    - LP: #921793
  * be2net: stop issuing FW cmds if any cmd times out
    - LP: #921793
  * be2net: Fix TX queue create for Lancer
    - LP: #921793
  * be2net: add register dump feature for Lancer
    - LP: #921793
  * be2net: Add EEPROM dump feature for Lancer
    - LP: #921793
  * be2net: Fix VLAN promiscous mode for Lancer
    - LP: #921793
  * be2net: Use V1 query link status command for lancer
    - LP: #921793
  * be2net: Move to new SR-IOV implementation in Lancer
    - LP: #921793
  * be2net: Fix error recovery paths
    - LP: #921793
  * be2net: Add error handling for Lancer
    - LP: #921793
  * be2net: Use new hash key
    - LP: #921793
  * be2net: Fix non utilization of RX queues
    - LP: #921793
  * be2net: netpoll support
    - LP: #921793
  * be2net: update some counters to display via ethtool
    - LP: #921793
  * be2net: workaround to fix a bug in BE
    - LP: #921793
  * be2net: fix ethtool ringparam reporting
    - LP: #921793
  * be2net: refactor/cleanup vf configuration code
    - LP: #921793
...