You are not logged in.
Pages: 1
Topic closed
Hello,
I was wondering if anyone knows if there's any solution to this. My laptop freezes until I force it to reboot. I am running an acer spin 1 celeron n4200 netbook of sorts with latest arch stable.
journalctl shows:
Jan 03 22:42:11 arChtop kernel: 1 base 007C000000 mask 7FFC000000 uncachable
Jan 03 22:42:11 arChtop kernel: 2 base 007B000000 mask 7FFF000000 uncachable
Jan 03 22:05:04 arChtop sudo[2512]: exad : TTY=pts/0 ; PWD=/home/exad ; USER=root ; COMMAND=/usr/bin/journalctl --since=today
Jan 03 22:05:04 arChtop sudo[2512]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jan 03 22:07:30 arChtop sudo[2512]: pam_unix(sudo:session): session closed for user root
Jan 03 22:07:39 arChtop gnome-keyring-daemon[475]: asked to register item /org/freedesktop/secrets/collection/Default/3, but it's already registe
Jan 03 22:07:39 arChtop gnome-keyring-daemon[475]: asked to register item /org/freedesktop/secrets/collection/Default/3, but it's already registe
Jan 03 22:10:55 arChtop kernel: perf: interrupt took too long (2503 > 2500), lowering kernel.perf_event_max_sample_rate to 79800
Jan 03 22:12:58 arChtop kernel: perf: interrupt took too long (3159 > 3128), lowering kernel.perf_event_max_sample_rate to 63300
Jan 03 22:16:03 arChtop kernel: perf: interrupt took too long (3973 > 3948), lowering kernel.perf_event_max_sample_rate to 50100
Jan 03 22:21:42 arChtop kernel: perf: interrupt took too long (5065 > 4966), lowering kernel.perf_event_max_sample_rate to 39300
Jan 03 22:21:46 arChtop wpa_supplicant[445]: wlp1s0: WPA: Group rekeying completed with b8:ec:a3:c9:89:1d [GTK=CCMP]
Jan 03 22:23:00 arChtop kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=55894 end=55895) time 651 us, m
Jan 03 22:29:24 arChtop kernel: perf: interrupt took too long (6374 > 6331), lowering kernel.perf_event_max_sample_rate to 31200
Jan 03 22:37:56 arChtop kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=98866 end=98867) time 1425 us,
-- Reboot --Lspci:
00:00.0 Host bridge: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Host Bridge (rev 0b)
00:00.1 Signal processing controller: Intel Corporation Device 5a8c (rev 0b)
00:02.0 VGA compatible controller: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Integrated Graphics Controller (rev 0b)
00:0e.0 Audio device: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Audio Cluster (rev 0b)
00:0f.0 Communication controller: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Trusted Execution Engine (rev 0b)
00:12.0 SATA controller: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SATA AHCI Controller (rev 0b)
00:13.0 PCI bridge: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port A #4 (rev fb)
00:15.0 USB controller: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series USB xHCI (rev 0b)
00:17.0 Signal processing controller: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series I2C Controller #5 (rev 0b)
00:17.1 Signal processing controller: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series I2C Controller #6 (rev 0b)
00:1c.0 SD Host controller: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series eMMC Controller (rev 0b)
00:1f.0 ISA bridge: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Low Pin Count Interface (rev 0b)
00:1f.1 SMBus: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SMBus Controller (rev 0b)
01:00.0 Network controller: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter (rev 31)Tends to happen most when I am streaming games from my desktop. It's intermittent however.
Seems to me like it's a kernel bug, anyone can confirm or have any idea how I can prevent my system from locking up? If you require more information, please don't hesitate to ask.
Thanks in advance. Any help is appreciated.
Last edited by exad (2018-01-11 11:32:24)
Offline
So after doing a bit more research it seems as though I should try adding i915.enable_psr=0 to my kernel's boot parameters but that brings me to a new tough task which is to add it to /proc/cmdline since I am booting using EFISTUB.
I tried hijacking cmdline as per: https://wiki.archlinux.org/index.php/kernel_parameters
however after rebooting it seems the settings don't stick as per:
cat /proc/cmdline
anyone know an alternative method to alter boot parameters for efistub
Last edited by exad (2018-01-04 15:44:18)
Offline
Just replace/recreate your current entry. That can very easily be done with efibootmgr.
https://wiki.archlinux.org/index.php/EFISTUB#efibootmgr
Last edited by Omar007 (2018-01-04 18:35:05)
Offline
Thanks I did find that and I guess I messed something up because it won't boot now. I'll fix it later tonight and post if adding the kernel parameter fixes the issue tomorrow
*edit* So after all my idiocy, I managed to get it to boot and got the kernel parameter added. I will update if it fixes my issue.
Last edited by exad (2018-01-05 04:54:30)
Offline
Well, it seems this does not really fix the error, I still get the crashing with related errors:
Jan 05 00:30:40 arChtop kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=110498 end=110499) time 1901 us, min 1074, max 1079, scanline start 977, end 979
Jan 05 00:37:40 arChtop kernel: perf: interrupt took too long (7868 > 7843), lowering kernel.perf_event_max_sample_rate to 25200
Jan 05 00:39:58 arChtop kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=137282 end=137283) time 1116 us, min 1074, max 1079, scanline start 1023, end 1083
Jan 05 00:47:14 arChtop kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=158203 end=158204) time 1430 us, min 1074, max 1079, scanline start 1023, end 1100
Jan 05 00:51:17 arChtop kernel: [drm] GPU HANG: ecode 9:1:0xeeffefa1, in Xorg [364], reason: Hang on bcs0, action: reset
Jan 05 00:51:17 arChtop kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
Jan 05 00:51:17 arChtop kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
Jan 05 00:51:17 arChtop kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
Jan 05 00:51:17 arChtop kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
Jan 05 00:51:17 arChtop kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error
Jan 05 00:51:17 arChtop kernel: i915 0000:00:02.0: Resetting chip after gpu hang
Jan 05 00:51:17 arChtop kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000070
Jan 05 00:51:17 arChtop kernel: IP: reset_common_ring+0x1f/0x150 [i915]
Jan 05 00:51:17 arChtop kernel: PGD 0 P4D 0
Jan 05 00:51:17 arChtop kernel: Oops: 0000 [#1] PREEMPT SMP
Jan 05 00:51:17 arChtop kernel: Modules linked in: ccm cmac rfcomm fuse snd_hda_codec_hdmi bnep dcdbas snd_hda_codec_realtek snd_hda_codec_generic arc4 hid_sensor_accel_3d hid_sensor_trigger industrialio_triggere
Jan 05 00:51:17 arChtop kernel: usbhid snd_soc_sst_dsp snd_hda_ext_core snd_soc_sst_match snd_soc_core ecdh_generic snd_compress snd_pcm_dmaengine ac97_bus aesni_intel cfg80211 i2c_algo_bit snd_hda_intel aes_x86
Jan 05 00:51:17 arChtop kernel: crypto_user ip_tables x_tables ext4 crc16 mbcache jbd2 fscrypto mmc_block serio_raw atkbd libps2 crc32c_intel sdhci_pci ahci sdhci xhci_pci led_class libahci mmc_core xhci_hcd usb
Jan 05 00:51:17 arChtop kernel: CPU: 2 PID: 3525 Comm: kworker/2:0 Tainted: G U 4.14.10-1-ARCH #1
Jan 05 00:51:17 arChtop kernel: Hardware name: Acer Spin SP111-31/Ironhide_AP, BIOS V1.08 11/22/2017
Jan 05 00:51:17 arChtop kernel: Workqueue: events_long i915_hangcheck_elapsed [i915]
Jan 05 00:51:17 arChtop kernel: task: ffff982c6e533900 task.stack: ffffb77e81b34000
Jan 05 00:51:17 arChtop kernel: RIP: 0010:reset_common_ring+0x1f/0x150 [i915]
Jan 05 00:51:17 arChtop kernel: RSP: 0018:ffffb77e81b37b60 EFLAGS: 00010246
Jan 05 00:51:17 arChtop kernel: RAX: ffffffffc08deb90 RBX: ffff982c8d1cbcc0 RCX: ffff982cb87a6008
Jan 05 00:51:17 arChtop kernel: RDX: ffffffffc0996cb0 RSI: ffff982c8d1cbcc0 RDI: 0000000000000000
Jan 05 00:51:17 arChtop kernel: RBP: ffff982cb87a6000 R08: 000000000000805f R09: ffffb77e90012fe0
Jan 05 00:51:17 arChtop kernel: R10: 0000000000000000 R11: 00000000000017c2 R12: ffff982cb8ea8000
Jan 05 00:51:17 arChtop kernel: R13: ffff982cb8eaa920 R14: ffff982cba2a8410 R15: ffff982cb87a2000
Jan 05 00:51:17 arChtop kernel: FS: 0000000000000000(0000) GS:ffff982cbfd00000(0000) knlGS:0000000000000000
Jan 05 00:51:17 arChtop kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jan 05 00:51:17 arChtop kernel: CR2: 0000000000000070 CR3: 000000014bc09000 CR4: 00000000003406e0
Jan 05 00:51:17 arChtop kernel: Call Trace:
Jan 05 00:51:17 arChtop kernel: i915_gem_reset+0x3b/0xb0 [i915]
Jan 05 00:51:17 arChtop kernel: ? bit_wait_io+0x50/0x50
Jan 05 00:51:17 arChtop kernel: i915_reset+0x113/0x1b0 [i915]
Jan 05 00:51:17 arChtop kernel: i915_reset_device+0x215/0x230 [i915]
Jan 05 00:51:17 arChtop kernel: ? gen8_gt_irq_ack+0x160/0x160 [i915]
Jan 05 00:51:17 arChtop kernel: ? __queue_work+0x430/0x430
Jan 05 00:51:17 arChtop kernel: i915_handle_error+0x2cb/0x3c0 [i915]
Jan 05 00:51:17 arChtop kernel: ? check_preempt_wakeup+0x102/0x220
Jan 05 00:51:17 arChtop kernel: hangcheck_declare_hang+0xd3/0x100 [i915]
Jan 05 00:51:17 arChtop kernel: ? fwtable_read32+0x83/0x1c0 [i915]
Jan 05 00:51:17 arChtop kernel: i915_hangcheck_elapsed+0x281/0x2f0 [i915]
Jan 05 00:51:17 arChtop kernel: process_one_work+0x1db/0x410
Jan 05 00:51:17 arChtop kernel: worker_thread+0x2b/0x3d0
Jan 05 00:51:17 arChtop kernel: ? process_one_work+0x410/0x410
Jan 05 00:51:17 arChtop kernel: kthread+0x118/0x130
Jan 05 00:51:17 arChtop kernel: ? kthread_create_on_node+0x70/0x70
Jan 05 00:51:17 arChtop kernel: ? SyS_exit+0x13/0x20
Jan 05 00:51:17 arChtop kernel: ret_from_fork+0x1f/0x30
Jan 05 00:51:17 arChtop kernel: Code: 00 75 c4 5b 5d e9 02 a1 fd ff 66 90 0f 1f 44 00 00 48 85 f6 41 54 55 48 89 fd 53 48 89 f3 48 8b bf a0 02 00 00 74 47 48 83 e7 fc <48> 8b 47 70 48 39 46 70 74 2e 48 85 ff 74 1
Jan 05 00:51:17 arChtop kernel: RIP: reset_common_ring+0x1f/0x150 [i915] RSP: ffffb77e81b37b60Offline
So after doing a bit more research it seems as though I should try adding i915.enable_psr=0 to my kernel's boot parameters
enable_psr is already set to 0 on my system using the linux-lts (currently 4.9.75-1-lts) kernel (the default is "-1 (use per-chip default)", so YMMV.)
cat /sys/module/i915/parameters/enable_psrreturns zero
Have you enabled "GuC" ? See
https://wiki.archlinux.org/index.php/Intel_graphics
Perhaps try i915.enable_rc6=0 ?
Last edited by paulkerry (2018-01-07 20:30:28)
Offline
Thanks, I am gonna try this out tonight and see if it works out.
Enabling GuC seems to have fixed my issue! Thanks for your help!
Last edited by exad (2018-01-11 11:31:56)
Offline
But that set aside does anyone know the root cause? I having the same error on a Latitude laptop but it come out after years on the exact same kernel and exact same system so I suspect it is some hardware error related to the video card. My laptop does not freezes from this just getting them in the log.
<code>
[2347088.208292] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=135546419 end=135546420) time 439 us, min 1043, max 1049, scanline start 1026, end 1054
[2366468.319237] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=136708342 end=136708343) time 477 us, min 1043, max 1049, scanline start 1030, end 1061
[2370028.324977] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=136921780 end=136921781) time 477 us, min 1043, max 1049, scanline start 1025, end 1056
[2382738.400583] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=137683805 end=137683806) time 474 us, min 1043, max 1049, scanline start 1039, end 1070
[2397992.814843] Setting dangerous option enable_psr - tainting kernel
</code>
I have applied the mentioned workaround see if it will help on the long run.
Offline
FreeSCO, welcome to the forum. This thread is three years old and marked solved. Please do not necrobump. If you think you are having a similar problem, please open your own thread and refer back to this one if you think it applies.
Please also read "How to Post" linked in my signature for more information about posting here and using code tags.
Closing.
Offline
Pages: 1
Topic closed