You are not logged in.
I have weird problem since Linux 4.5 which causes my system to completely freeze and become unresponsive when only way to "fix" is to hard restart computer. Problem occurs only when I try to launch anything that would be hardware accelerated by Intel graphics, google chrome, glxspheres64. Switching to different TTY does not work at all but system appears to work since it logs when I press down power button.
Laptop is Dell Inspiron 5558 (with more details on the bottom of this post)
Content of journalctl
cze 19 19:27:40 archdell kernel: BUG: unable to handle kernel NULL pointer dereference at (null)
cze 19 19:27:40 archdell kernel: IP: [< (null)>] (null)
cze 19 19:27:40 archdell kernel: PGD 4192de067 PUD 41444f067 PMD 0
cze 19 19:27:40 archdell kernel: Oops: 0010 [#1] PREEMPT SMP
cze 19 19:27:40 archdell kernel: Modules linked in: rfcomm cmac ecb fuse sha256_ssse3 sha256_generic hmac drbg ansi_cprng ctr ccm bnep uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core rtsx_usb_ms videodev memstick
cze 19 19:27:40 archdell kernel: thermal snd_timer snd battery soundcore fjes elan_i2c tpm_tis spi_pxa2xx_platform tpm i2c_hid acpi_als i2c_designware_platform i2c_designware_core kfifo_buf industrialio 8250_dw mei_me evdev i2c_i801 mei a
cze 19 19:27:40 archdell kernel: syscopyarea sysfillrect sysimgblt fb_sys_fops drm dell_smm_hwmon joydev bbswitch(O) [last unloaded: nvidia]
cze 19 19:27:40 archdell kernel: CPU: 2 PID: 1555 Comm: glxspheres64 Tainted: P U W O 4.6.2-1-ARCH #1
cze 19 19:27:40 archdell kernel: Hardware name: Dell Inc. Inspiron 5558/086DKN, BIOS A01 02/09/2015
cze 19 19:27:40 archdell kernel: task: ffff8803fae3b900 ti: ffff8803f38f4000 task.ti: ffff8803f38f4000
cze 19 19:27:40 archdell kernel: RIP: 0010:[<0000000000000000>] [< (null)>] (null)
cze 19 19:27:40 archdell kernel: RSP: 0018:ffff8803f38f7af0 EFLAGS: 00010286
cze 19 19:27:40 archdell kernel: RAX: ffff8803f38f7bb8 RBX: ffff8803f28b0900 RCX: 00000000fffff2e2
cze 19 19:27:40 archdell kernel: RDX: 00000000fffff2e2 RSI: ffff880419403368 RDI: ffff8800c61896c0
cze 19 19:27:40 archdell kernel: RBP: ffff8803f38f7b78 R08: ffff8800c61896c0 R09: ffff8800c61896c0
cze 19 19:27:40 archdell kernel: R10: ffff8804146473c0 R11: 0000000000000000 R12: 0000000000000001
cze 19 19:27:40 archdell kernel: R13: ffff8804194020f8 R14: ffff880419403368 R15: 0000000000000000
cze 19 19:27:40 archdell kernel: FS: 00007f314de9b740(0000) GS:ffff88042f500000(0000) knlGS:0000000000000000
cze 19 19:27:40 archdell kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
cze 19 19:27:40 archdell kernel: CR2: 0000000000000000 CR3: 000000041b419000 CR4: 00000000003406e0
cze 19 19:27:40 archdell kernel: Stack:
cze 19 19:27:40 archdell kernel: ffffffffa0136da0 0000000000000020 ffff880419403374 fffff2e200003974
cze 19 19:27:40 archdell kernel: ffff8803f38f7bb8 ffff8803fac05440 ffff8803f28b0900 0000000000003a68
cze 19 19:27:40 archdell kernel: 00000000ff8b1000 0000000000000020 0000033c0000000b 00000000b47c45a4
cze 19 19:27:40 archdell kernel: Call Trace:
cze 19 19:27:40 archdell kernel: [<ffffffffa0136da0>] ? i915_gem_object_sync+0x1b0/0x340 [i915]
cze 19 19:27:40 archdell kernel: [<ffffffffa0149abd>] intel_execlists_submission+0x1cd/0x440 [i915]
cze 19 19:27:40 archdell kernel: [<ffffffffa0128a20>] i915_gem_do_execbuffer.isra.14+0xaf0/0x1450 [i915]
cze 19 19:27:40 archdell kernel: [<ffffffffa013b4f4>] ? i915_gem_pwrite_ioctl+0xe4/0xb60 [i915]
cze 19 19:27:40 archdell kernel: [<ffffffffa012a0d4>] i915_gem_execbuffer2+0xd4/0x250 [i915]
cze 19 19:27:40 archdell kernel: [<ffffffffa0023aa2>] drm_ioctl+0x152/0x540 [drm]
cze 19 19:27:40 archdell kernel: [<ffffffffa012a000>] ? i915_gem_execbuffer+0x330/0x330 [i915]
cze 19 19:27:40 archdell kernel: [<ffffffff81209bc3>] do_vfs_ioctl+0xa3/0x5d0
cze 19 19:27:40 archdell kernel: [<ffffffff814a1091>] ? __sys_recvmsg+0x51/0x90
cze 19 19:27:40 archdell kernel: [<ffffffff8120a169>] SyS_ioctl+0x79/0x90
cze 19 19:27:40 archdell kernel: [<ffffffff815c7272>] entry_SYSCALL_64_fastpath+0x1a/0xa4
cze 19 19:27:40 archdell kernel: Code: Bad RIP value.
cze 19 19:27:40 archdell kernel: RIP [< (null)>] (null)
cze 19 19:27:40 archdell kernel: RSP <ffff8803f38f7af0>
cze 19 19:27:40 archdell kernel: CR2: 0000000000000000
cze 19 19:27:40 archdell kernel: ---[ end trace f78eaef7a09580ac ]---
cze 19 19:28:40 archdell systemd-logind[520]: Power key pressed.
cze 19 19:28:40 archdell systemd-logind[520]: Powering Off...
cze 19 19:28:40 archdell systemd-logind[520]: System is powering down.
$ lspci
00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09)
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03)
00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03)
00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 (rev e3)
00:1c.2 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 (rev e3)
00:1c.3 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #4 (rev e3)
00:1c.4 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 (rev e3)
00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller (rev 03)
00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation Wildcat Point-LP SATA Controller [AHCI Mode] (rev 03)
00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03)
06:00.0 Network controller: Intel Corporation Wireless 3160 (rev 83)
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller (rev 07)
08:00.0 3D controller: NVIDIA Corporation GK208M [GeForce 920M] (rev ff)
Problem occurs when I comment out Option "DRI" "false" which causes OS to use hardware acceleration.
$ cat /etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Option "DRI" "false"
Option "TearFree" "true"
Option "AccelMethod" "uxa"
# Option "NoAccel" "True"
# Driver "modesetting"
Driver "intel"
EndSection
$ cat /etc/modprobe.d/i915.conf
options i915 enable_rc6=0 enable_fbc=0 lvds_downclock=1 semaphores=1
lshw -short
H/W path Device Class Description
=================================================
system Inspiron 5558 (Inspiron 5558)
/0 bus 086DKN
/0/0 memory 64KiB BIOS
/0/46 processor Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz
/0/46/37 memory 32KiB L1 cache
/0/46/3c memory 256KiB L2 cache
/0/46/41 memory 4MiB L3 cache
/0/32 memory 32KiB L1 cache
/0/50 memory 16GiB System Memory
/0/50/0 memory 8GiB SODIMM DDR3 Synchronous 1600 MHz (0,6 ns)
/0/50/1 memory 8GiB SODIMM DDR3 Synchronous 1600 MHz (0,6 ns)
/0/100 bridge Broadwell-U Host Bridge -OPI
/0/100/2 display Broadwell-U Integrated Graphics
/0/100/3 multimedia Broadwell-U Audio Controller
/0/100/14 bus Wildcat Point-LP USB xHCI Controller
/0/100/14/0 usb2 bus xHCI Host Controller
/0/100/14/0/1 input USB Keyboard
/0/100/14/0/2 input SteelSeries Gaming Device
/0/100/14/0/5 multimedia Integrated_Webcam_HD
/0/100/14/0/6 communication Bluetooth wireless interface
/0/100/14/0/8 generic USB2.0-CRW
/0/100/14/1 usb3 bus xHCI Host Controller
/0/100/16 communication Wildcat Point-LP MEI Controller #1
/0/100/1b multimedia Wildcat Point-LP High Definition Audio Controller
/0/100/1c bridge Wildcat Point-LP PCI Express Root Port #1
/0/100/1c.2 bridge Wildcat Point-LP PCI Express Root Port #3
/0/100/1c.2/0 wlp6s0 network Wireless 3160
/0/100/1c.3 bridge Wildcat Point-LP PCI Express Root Port #4
/0/100/1c.3/0 enp7s0 network RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller
/0/100/1c.4 bridge Wildcat Point-LP PCI Express Root Port #5
/0/100/1c.4/0 generic Illegal Vendor ID
/0/100/1d bus Wildcat Point-LP USB EHCI Controller
/0/100/1d/1 usb1 bus EHCI Host Controller
/0/100/1d/1/1 bus USB hub
/0/100/1f bridge Wildcat Point-LP LPC Controller
/0/100/1f.2 storage Wildcat Point-LP SATA Controller [AHCI Mode]
/0/100/1f.3 bus Wildcat Point-LP SMBus Controller
/1 power DELL 07G0752
Last edited by Loji (2016-06-19 20:38:49)
Offline
Sounds like this other (horribly titled) thread:
https://bbs.archlinux.org/viewtopic.php?id=213533
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Online
Sounds like this other (horribly titled) thread:
https://bbs.archlinux.org/viewtopic.php?id=213533
Not really. That thread is about lag/buggy screen updates, this thread is about crashing. That's different. Especially when the cure in that other thread is UXA, but Loji is already using UXA.
@Loji: Did you try without lvds_downclock and semaphores? That's the only thing that stands out in your config.
Offline
Oops, you're right, I missed that uxa was already in use. But the symptoms seem similiar: the difference between lag and non-responsive is just a matter of scale and user patience.
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Online
Trilby wrote:Sounds like this other (horribly titled) thread:
https://bbs.archlinux.org/viewtopic.php?id=213533Not really. That thread is about lag/buggy screen updates, this thread is about crashing. That's different. Especially when the cure in that other thread is UXA, but Loji is already using UXA.
@Loji: Did you try without lvds_downclock and semaphores? That's the only thing that stands out in your config.
Thanks for reply. Just tried but with no luck. When Broadwell is used for render system just freezes completely regardless of what I set to those. Before I had those options and it still ended up with complete freeze.
options i915 enable_rc6=1 enable_fbc=1 lvds_downclock=1 semaphores=1
Removing xf86-video-intel won't really solve this problem... without it everything is rendered with Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits) which is much slower.
Last edited by Loji (2016-06-19 18:48:03)
Offline
But the symptoms seem similiar: the difference between lag and non-responsive is just a matter of scale and user patience.
It's not between "lag" and "non-responsive", it's between "screen stops updating until triggered by mouse movement" and "complete freeze with driver crash in the log", so not at all similar. The other thread isn't about crashing, this one is.
Removing xf86-video-intel won't really solve this problem... without it everything is rendered with Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits) which is much slower.
That shouldn't happen. Even without xf86-video-intel, there should be full hardware accel.
Offline
Loji wrote:Removing xf86-video-intel won't really solve this problem... without it everything is rendered with Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits) which is much slower.
That shouldn't happen. Even without xf86-video-intel, there should be full hardware accel.
Oh, just checked that again and it worked this time... Sorry, I checked this on 4.5 and it crashed back then, now it appears to work and have no problem even with optirun. Thank you very much.
And for reference, setting I tried to get only Galium render was this. I thought it would work similar way without xf86-video-intel, but I was wrong. As long as removing xorg driver should't be real solution it pose as workaround.
$ cat /etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
# Option "DRI" "false"
# Option "DRI" "3"
Option "TearFree" "true"
Option "AccelMethod" "uxa"
# Option "NoAccel" "True"
Driver "modesetting"
# Driver "intel"
EndSection
Offline