Bug 1389333 - [abrt] BUG: unable to handle kernel NULL pointer dereference at 0000000000000050 [drm]: TAINTED
Summary: [abrt] BUG: unable to handle kernel NULL pointer dereference at 0000000000000...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:a0cefc397e017543d799bb1199a...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-27 13:11 UTC by Peter Gervase
Modified: 2018-04-06 18:18 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-06 18:18:41 UTC
Type: ---


Attachments (Terms of Use)
File: dmesg (73.20 KB, text/plain)
2016-10-27 13:11 UTC, Peter Gervase
no flags Details

Description Peter Gervase 2016-10-27 13:11:04 UTC
Description of problem:
I'm not sure what the exact steps were. I did a dnf update yesterday and the past couple of days like normal, and most packages were able to get installed without problems. Maybe it started just yesterday, but my system has been freezing pretty frequently. Using mate and an older kernel I was able to work yesterday, but none of my other kernels would work with either kde or mate. Today, things were working fine from my same login as yesterday. I did a dnf update, found a few dep solving errors (dnf **really** needs better reporting on that), and then when I rebooted into the latest kernel + kde, within a couple of minutes my system had locked up again. I was running journalctl -f in a session on another window when this happened, but there wasn't anything too obvious there. I think that the system locked up before any more logs could be written since there were logs shown spanning a number of seconds. I didn't get a picture of the errors shown. As I've gone back reading this posting, I'm surprised that my system has been stable this long. One thing that's different than before is that I don't have firefox open and that I'm not using the vpn yet, but yesterday I found that even using chromium instead of firefox my system would hang and I doubt the vpn would cause this problem. 

All that said, I'm not sure if this unexpected system error that I'm reporting is actually from the system hanging. This error is listed as just "System" so I'm assuming it is, but when I'd login, I've also started getting errors about bluetooth not starting for an selinux issue and I have plasma-workspace failing a few times.

Also, if I use a Lenovo mouse, the system will have issues booting up:
Oct 26 09:00:56 pmg-w541 kernel: usb 3-9.4.1: USB disconnect, device number 8
Oct 26 09:00:58 pmg-w541 kernel: usb 3-9.4.1: new low-speed USB device number 9 using xhci_hcd
Oct 26 09:00:58 pmg-w541 kernel: usb 3-9.4.1: New USB device found, idVendor=17ef, idProduct=6019
Oct 26 09:00:58 pmg-w541 kernel: usb 3-9.4.1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
Oct 26 09:00:58 pmg-w541 kernel: usb 3-9.4.1: Product: Lenovo Optical USB Mouse
Oct 26 09:00:58 pmg-w541 kernel: input: Lenovo Optical USB Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-9/3-9.4/3-9.4.1/3-9.4.1:1.0/0003:17EF:6019.0004/input/input21
Oct 26 09:00:58 pmg-w541 kernel: hid-generic 0003:17EF:6019.0004: input,hidraw2: USB HID v1.11 Mouse [Lenovo Optical USB Mouse] on usb-0000:00:14.0-9.4.1/input0
Oct 26 09:00:58 pmg-w541 mtp-probe: checking bus 3, device 9: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-9/3-9.4/3-9.4.1"
Oct 26 09:00:58 pmg-w541 mtp-probe: bus: 3, device: 9 was not an MTP device
Oct 26 09:01:58 pmg-w541 kernel: usb 3-9.4.1: USB disconnect, device number 9
Oct 26 09:02:00 pmg-w541 kernel: usb 3-9.4.1: new low-speed USB device number 10 using xhci_hcd
Oct 26 09:02:00 pmg-w541 kernel: usb 3-9.4.1: New USB device found, idVendor=17ef, idProduct=6019
Oct 26 09:02:00 pmg-w541 kernel: usb 3-9.4.1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
Oct 26 09:02:00 pmg-w541 kernel: usb 3-9.4.1: Product: Lenovo Optical USB Mouse
Oct 26 09:02:00 pmg-w541 kernel: input: Lenovo Optical USB Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-9/3-9.4/3-9.4.1/3-9.4.1:1.0/0003:17EF:6019.0005/input/input22
Oct 26 09:02:00 pmg-w541 kernel: hid-generic 0003:17EF:6019.0005: input,hidraw2: USB HID v1.11 Mouse [Lenovo Optical USB Mouse] on usb-0000:00:14.0-9.4.1/input0
Oct 26 09:02:00 pmg-w541 mtp-probe: checking bus 3, device 10: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-9/3-9.4/3-9.4.1"
Oct 26 09:02:00 pmg-w541 mtp-probe: bus: 3, device: 10 was not an MTP device
Oct 26 09:03:00 pmg-w541 kernel: usb 3-9.4.1: USB disconnect, device number 10
Oct 26 09:03:02 pmg-w541 kernel: usb 3-9.4.1: new low-speed USB device number 11 using xhci_hcd
Oct 26 09:03:02 pmg-w541 kernel: usb 3-9.4.1: New USB device found, idVendor=17ef, idProduct=6019
Oct 26 09:03:02 pmg-w541 kernel: usb 3-9.4.1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
Oct 26 09:03:02 pmg-w541 kernel: usb 3-9.4.1: Product: Lenovo Optical USB Mouse
...

I had issues like that a fairly long time ago, but they went away until yesterday when I had the freeze / hang issues reported above. Using a generic Dell mouse doesn't seem to cause problems. 

Additional info:
reporter:       libreport-2.8.0
BUG: unable to handle kernel NULL pointer dereference at 0000000000000050
IP: [<ffffffffc047e479>] drm_minor_acquire+0x79/0x100 [drm]
PGD 457f93067 
PUD 457f92067 
PMD 0 
Oops: 0000 [#1] SMP
Modules linked in: cmac bnep iTCO_wdt iTCO_vendor_support intel_rapl arc4 x86_pkg_temp_thermal mei_wdt intel_powerclamp coretemp kvm_intel kvm irqbypass intel_cstate intel_uncore uvcvideo intel_rapl_perf videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core videodev iwlmvm media btusb btrtl btbcm btintel mac80211 bluetooth joydev iwlwifi i2c_i801 cfg80211 i2c_smbus lpc_ich snd_hda_codec_realtek snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_hda_codec thinkpad_acpi snd_hda_core snd_hwdep rfkill snd_seq snd_seq_device snd_pcm snd_timer ie31200_edac mei_me snd mei edac_core tpm_tis soundcore shpchp tpm_tis_core tpm nfsd binfmt_misc auth_rpcgss nfs_acl lockd grace sunrpc xfs libcrc32c dm_crypt i915 crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel serio_raw
 i2c_algo_bit sdhci_pci drm_kms_helper sdhci drm mmc_core e1000e ptp pps_core wmi fjes video
CPU: 6 PID: 1371 Comm: Xorg Not tainted 4.9.0-0.rc1.git4.1.fc26.x86_64 #1
Hardware name: LENOVO 20EGS0R600/20EGS0R600, BIOS GNET71WW (2.19 ) 02/05/2015
task: ffff9619a7080000 task.stack: ffffbd1a03ef4000
RIP: 0010:[<ffffffffc047e479>]  [<ffffffffc047e479>] drm_minor_acquire+0x79/0x100 [drm]
RSP: 0018:ffffbd1a03ef7c48  EFLAGS: 00010286
RAX: 0000000000000000 RBX: ffff9619a4227400 RCX: 0000000000000006
RDX: 0000000000007c00 RSI: ffff9619a7080ca8 RDI: 0000000000000296
RBP: ffffbd1a03ef7c58 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000296
R13: ffff9619a358a5b8 R14: ffffffffc049da00 R15: 0000000000000000
FS:  00007fcb42349100(0000) GS:ffff9619adc00000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000050 CR3: 0000000457f90000 CR4: 00000000001406e0
Stack:
 ffff9619aaab9480 ffff9619a65dde00 ffffbd1a03ef7c90 ffffffffc047e54d
 ffff9619aaab9480 ffff9619a358a5b8 ffff9619a65dde00 ffffffffc049da00
 0000000000000000 ffffbd1a03ef7ce0 ffffffff8d2ae910 ffff961997e7b9c0
Call Trace:
 [<ffffffffc047e54d>] drm_stub_open+0x4d/0x100 [drm]
 [<ffffffff8d2ae910>] chrdev_open+0xb0/0x1d0
 [<ffffffff8d2a65c2>] do_dentry_open+0x222/0x310
 [<ffffffff8d2ae860>] ? cdev_put+0x30/0x30
 [<ffffffff8d2a7a9c>] vfs_open+0x4c/0x80
 [<ffffffff8d2b51ab>] ? may_open+0x9b/0x100
 [<ffffffff8d2ba752>] path_openat+0x5e2/0xbd0
 [<ffffffff8d2bc2d1>] do_filp_open+0x91/0x100
 [<ffffffff8d90bff7>] ? _raw_spin_unlock+0x27/0x40
 [<ffffffff8d2cdde8>] ? __alloc_fd+0xf8/0x210
 [<ffffffff8d2a7f00>] do_sys_open+0x130/0x220
 [<ffffffff8d2a800e>] SyS_open+0x1e/0x20
 [<ffffffff8d90c981>] entry_SYSCALL_64_fastpath+0x1f/0xc2
Code: 10 48 85 d2 74 12 b8 01 00 00 00 f0 0f c1 42 14 83 c0 01 83 f8 01 7e 74 4c 89 e6 48 c7 c7 40 21 4b c0 e8 1b dc 48 cd 48 8b 43 10 <8b> 40 50 85 c0 74 20 48 8b 43 10 48 85 c0 74 0b 48 8d 78 14 f0 
RIP  [<ffffffffc047e479>] drm_minor_acquire+0x79/0x100 [drm]
 RSP <ffffbd1a03ef7c48>
CR2: 0000000000000050

Comment 1 Peter Gervase 2016-10-27 13:11:14 UTC
Created attachment 1214593 [details]
File: dmesg

Comment 2 Laura Abbott 2018-04-06 18:18:41 UTC
Doing some pruning, this bug looks to be years old. Please test on a newer kernel and reopen if the problem still exists.


Note You need to log in before you can comment on or make changes to this bug.