On 27/01/2018 14:08, Carlos E. R. wrote:
And this time the machine locked completely as I was typing in Thunderbird. I had to hard reboot.
The culprit is Intel video - amazing, this is an old chip!:
<3.6> 2018-01-27 12:47:04 minas-tirith echo 5475 - - Starting mail service (Postfix) <3.6> 2018-01-27 12:47:04 minas-tirith postfix 5492 - - /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix <3.6> 2018-01-27 12:47:05 minas-tirith postfix 5492 - - message repeated 18 times: [ /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix] <3.6> 2018-01-27 12:47:05 minas-tirith cond_slp 5572 - - /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix <3.6> 2018-01-27 12:47:05 minas-tirith systemd 1 - - Started Postfix Mail Transport Agent. <0.6> 2018-01-27 12:47:17 minas-tirith kernel - - - [ 1128.808879] [drm] GPU HANG: ecode 4:0:0xfdefffff, in X [2154], reason: Hang on render ring, action: reset <0.6> 2018-01-27 12:47:17 minas-tirith kernel - - - [ 1128.808883] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. <0.6> 2018-01-27 12:47:17 minas-tirith kernel - - - [ 1128.808884] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel <0.6> 2018-01-27 12:47:17 minas-tirith kernel - - - [ 1128.808884] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. <0.6> 2018-01-27 12:47:17 minas-tirith kernel - - - [ 1128.808885] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. <0.6> 2018-01-27 12:47:17 minas-tirith kernel - - - [ 1128.808885] [drm] GPU crash dump saved to /sys/class/drm/card0/error <0.5> 2018-01-27 12:47:17 minas-tirith kernel - - - [ 1128.808914] drm/i915: Resetting chip after gpu hang <0.5> 2018-01-27 12:47:26 minas-tirith kernel - - - [ 1137.820965] drm/i915: Resetting chip after gpu hang <0.5> 2018-01-27 12:47:36 minas-tirith kernel - - - [ 1147.820140] drm/i915: Resetting chip after gpu hang
<0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] Initializing cgroup subsys cpuacct <0.5> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] Linux version 4.4.104-39-default (geeko@buildhost) (gcc version 4.8.5 (SUSE Linux) ) #1 SMP Thu Jan 4 08:11:03 UTC 2018 (7db1912) <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.4.104-39-default root=UUID=7d8f7fc8-df18-474b-be96-e43862cf3289 resume=/dev/disk/by-label/Swap splash=verbose console=tty1 loglevel=3 showopts <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using 'standard' format. <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] x86/fpu: Using 'lazy' FPU context switches. <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] e820: BIOS-provided physical RAM map: <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009dfff] usable <0.6> 2018-01-27 12:48:31 minas-tirith kernel - - - [ 0.000000] BIOS-e820: [mem 0x000000000009e000-0x000000000009ffff] reserved
It mentions a gpu crash dump, how do I get it?
Now I had to start graphics (after hard reboot) to start Network Manager, but I'm typing in text mode, in Alpine.
That definitely looks like: https://bugzilla.suse.com/show_bug.cgi?id=1050256 don't know why you never got the update. Try booting with nomodeset to prove it. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org