Code Yarns ‍👨‍💻
Tech BlogPersonal Blog

NVIDIA module taints Linux kernel

📅 2015-Mar-30 ⬩ ✍️ Ashwin Nanjappa ⬩ 🏷️ error, kernel, nvidia, rcu ⬩ 📚 Archive


I installed CUDA 7.0 on Ubuntu running on an Aftershock notebook with NVIDIA graphics card. The NVIDIA graphics drivers were upgraded to version 346. To my pleasant surprise, the graphics card was now directly visible to the Linux kernel. There was no longer any need to use Bumblebee.

However, I started noticing that this Ubuntu would not always boot into Unity. On many cold starts, I saw that Ubuntu would show this error:

BUG: unable to handle kernel NULL pointer dereference at           (null)
IP: [<ffffffff8172762b>] __down_common+0x4c/0x144
PGD 608b48067 PUD 60ba27067 PMD 0 
Oops: 0002 [#1] SMP 
Modules linked in: ath3k btusb bluetooth mxm_wmi x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel arc4 kvm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul ath9k glue_helper ablk_helper cryptd ath9k_common ath9k_hw joydev ath mac80211 serio_raw snd_hda_intel(+) rtsx_pci_ms lpc_ich(+) snd_seq_midi memstick cfg80211 snd_seq_midi_event snd_hda_codec snd_hwdep snd_rawmidi snd_pcm parport_pc snd_page_alloc snd_seq mei_me(+) mei ppdev snd_seq_device snd_timer snd nvidia(POX+) lp i915(+) parport video drm_kms_helper soundcore wmi drm mac_hid shpchp i2c_algo_bit hid_generic usbhid hid rtsx_pci_sdmmc ahci r8169 psmouse libahci mii rtsx_pci
CPU: 0 PID: 527 Comm: nvidia-persiste Tainted: P           OX 3.13.0-44-generic #73-Ubuntu
Hardware name: Notebook                         W35xSTQ_370ST             /W35xSTQ_370ST             , BIOS 4.6.5 11/13/2013
task: ffff8806090e9800 ti: ffff88060b4f8000 task.ti: ffff88060b4f8000
RIP: 0010:[<ffffffff8172762b>]  [<ffffffff8172762b>] __down_common+0x4c/0x144
RSP: 0018:ffff88060b4f9b48  EFLAGS: 00010096
RAX: 0000000000000000 RBX: ffffffffa089e3f0 RCX: 0000000000000000
RDX: ffffffffa089e3f8 RSI: ffff88060b4f9b50 RDI: ffffffffa089e3f0
RBP: ffff88060b4f9b98 R08: 0000000000000296 R09: ffffffffa060434b
R10: 0000000000000008 R11: ffffffffffffffb8 R12: 7fffffffffffffff
R13: ffff8806090e9800 R14: 0000000000000002 R15: 0000000000000000
FS:  00007f9503346740(0000) GS:ffff88062fa00000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000000 CR3: 000000060cdb0000 CR4: 00000000001407f0
 ffff88060b4f9b68 ffffffffa089e3f8 0000000000000000 ffff88060c026d00
 0000000000000000 ffffffffa089e3f0 ffff88060ba18000 ffff880608904598
 0000000000000003 00000000000000ff ffff88060b4f9ba8 ffffffff81727740
Call Trace:
 [<ffffffff81727740>] __down+0x1d/0x1f
 [<ffffffff810b0c91>] down+0x41/0x50
 [<ffffffffa060462f>] nvidia_open+0x36f/0x850 [nvidia]
 [<ffffffffa0611d09>] nvidia_frontend_open+0x49/0xa0 [nvidia]
 [<ffffffff811c25cf>] chrdev_open+0x9f/0x1d0
 [<ffffffff811bb103>] do_dentry_open+0x233/0x2e0
 [<ffffffff811c2530>] ? cdev_put+0x30/0x30
 [<ffffffff811bb439>] vfs_open+0x49/0x50
 [<ffffffff811cc754>] do_last+0x564/0x1230
 [<ffffffff811ca7f1>] ? link_path_walk+0x71/0x870
 [<ffffffff81314d6b>] ? apparmor_file_alloc_security+0x5b/0x180
 [<ffffffff811cd4db>] path_openat+0xbb/0x650
 [<ffffffff811ce8da>] do_filp_open+0x3a/0x90
 [<ffffffff811db767>] ? __alloc_fd+0xa7/0x130
 [<ffffffff811bcf59>] do_sys_open+0x129/0x280
 [<ffffffff811bd0ce>] SyS_open+0x1e/0x20
 [<ffffffff8173186d>] system_call_fastpath+0x1a/0x1f
Code: 54 49 89 d4 48 8d 57 08 53 48 89 fb 48 83 e4 f0 48 83 ec 28 48 8b 47 10 48 8d 74 24 08 48 89 54 24 08 48 89 44 24 10 48 89 77 10 <48> 89 30 4c 89 f0 4c 89 6c 24 18 83 e0 01 c6 44 24 20 00 48 89 
RIP  [<ffffffff8172762b>] __down_common+0x4c/0x144
 RSP <ffff88060b4f9b48>
CR2: 0000000000000000

After displaying this it would get stuck at the Ubuntu bootup screen.

I also noticed that I could boot up if I first booted into another Ubuntu instance I had on this notebook and later restarted and booted into the current Ubuntu instance.


Update: I no longer have this problem after installing CUDA 7.5 and the NVIDIA 352 drivers that come along with it on a fresh Ubuntu 15.04 system. I still see the syslog errors, but they no longer stop Ubuntu from booting successfully and the GPU/CUDA can be used without problems. Yay! 😄

Old stuff:

To analyse this problem I cropped out the relevant portions of /var/log/syslog for the case when Ubuntu booted correctly and when it threw the above kernel panic error. These syslog entries can be seen here.

What I found was that there was some kind of a race condition at boot time. If the nvidia-drm module registered early enough with the kernel, then everything was fine. Otherwise, the kernel would complain that the NVIDIA module was tainting it and then it would throw up the above error.

The problem seems to lie in the Read-Copy-Update mechanism of the kernel. Here, some optimizations seem to have been added in recent versions to improve energy efficiency. RCU wakes up the CPUs only after a period of RCU_IDLE_GP_DELAY jiffies, as explained here. This is set to 4 by default, as seen here.

The solution going around the web for this problem is to decrease this sleep time to 1 jiffy, so that the race condition can be ameliorated. Thankfully, we do not need to edit Linux kernel code and recompile to do this! A syslog entry rcu_idle_gp_delay was added for runtime manipulation, as explained here. If we set this to 1, then the chance of this error reduces a lot.

To do this, add the following line to /etc/default/grub:


And run update-grub after this. Hopefully, this should fix the race condition so that every boot is successful.

Related links:

Tried with: NVIDIA GTX 765M, Linux 3.13.0-44-generic and Ubuntu 14.04

© 2022 Ashwin Nanjappa • All writing under CC BY-SA license • 🐘📧