This is similar to "Bug 1050256 - GPU hang", but different GPU. The symptoms
are the same, but being different GPU I was told to create new report.


I have this issue after upgrading my laptop to 42.3 from 42.2, using the
offline or DVD upgrade method.

CPU:
  Model: 6.23.10 "Pentium(R) Dual-Core CPU       T4300  @ 2.10GHz"
Video:
  Model: "Intel Mobile 4 Series Chipset Integrated Graphics Controller"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x2a42 "Mobile 4 Series Chipset Integrated Graphics Controller"
  SubVendor: pci 0x103c "Hewlett-Packard Company"
  SubDevice: pci 0x3069 
  Revision: 0x07
  Driver: "i915"
  Driver Modules: "i915"

(hwinfo output will be attached)

Crash log:

<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


I commented this on the openSUSE mail list, and Dave Plater suggested
nomodeset. This works, but the video mode changes to something like 800*600,
which is pretty bad. He also suggested to reopen this Bugzilla.

At that moment I had kernel 4.4.104-39, and drm-kmp-default
4.9.33_k4.4.79_4-5.2. I updated to his version,
drm-kmp-default-4.9.33_k4.4.104_39-7.24.x86_64.rpm; this is more stable, but in
the end the X environment froze: mouse moves, but no response. I could
ctrl-alt-f1. 


I see in the log several entries like this (different PID), don't know if
related:

<3.6> 2018-01-27 19:58:34 minas-tirith console-kit-daemon 3128 - - 
(process:10750): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size
== 0' failed


I hibernated the machine and went back home. Restored (not restarted) and I see
this in the log:


<3.6> 2018-01-27 21:16:36 minas-tirith systemd-sleep 10886 - -  System resumed.
<3.6> 2018-01-27 21:16:36 minas-tirith systemd-sleep 10886 - -  INFO: running
/usr/lib/systemd/system-sleep/grub2.sleep for hibernate
<3.6> 2018-01-27 21:16:36 minas-tirith systemd-sleep 10886 - -  INFO: Running
grub-once-restore ..
<3.6> 2018-01-27 21:16:36 minas-tirith systemd-sleep 10886 - -  2018-01-27
21:16:36+01:00 - Thawing the system now...
<3.4> 2018-01-27 21:16:36 minas-tirith systemd-sh - - -  Thawing the system
now...
<3.6> 2018-01-27 21:16:37 minas-tirith systemd 1 - -  Stopped Deferred
execution scheduler.
<3.6> 2018-01-27 21:16:37 minas-tirith systemd 1 - -  Started Deferred
execution scheduler.
<3.6> 2018-01-27 21:16:37 minas-tirith laptop-mode - - -  Laptop mode
<3.6> 2018-01-27 21:16:37 minas-tirith laptop-mode - - -  enabled, not active
[unchanged]
<3.6> 2018-01-27 21:16:37 minas-tirith systemd-sleep 10886 - -  INFO: Done.
<3.6> 2018-01-27 21:16:37 minas-tirith laptop-mode - - -  Laptop mode
<3.6> 2018-01-27 21:16:37 minas-tirith laptop-mode - - -  enabled, not active
[unchanged]
<3.6> 2018-01-27 21:16:37 minas-tirith systemd-sleep 10886 - -  tput: No value
for $TERM and no -T specified
<0.6> 2018-01-27 21:16:48 minas-tirith kernel - - - [13685.816731] [drm] GPU
HANG: ecode 4:0:0xfdeffdfb, in X [2171], reason: Hang on render ring, action:
reset
<0.6> 2018-01-27 21:16:48 minas-tirith kernel - - - [13685.816736] [drm] GPU
hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
<0.6> 2018-01-27 21:16:48 minas-tirith kernel - - - [13685.816736] [drm] Please
file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
<0.6> 2018-01-27 21:16:48 minas-tirith kernel - - - [13685.816737] [drm]
drm/i915 developers can then reassign to the right component if it's not a
kernel issue.
<0.6> 2018-01-27 21:16:48 minas-tirith kernel - - - [13685.816737] [drm] The
gpu crash dump is required to analyze gpu hangs, so please always attach it.
<0.6> 2018-01-27 21:16:48 minas-tirith kernel - - - [13685.816738] [drm] GPU
crash dump saved to /sys/class/drm/card0/error
<0.5> 2018-01-27 21:16:48 minas-tirith kernel - - - [13685.816792] drm/i915:
Resetting chip after gpu hang
<0.5> 2018-01-27 21:17:00 minas-tirith kernel - - - [13697.816112] drm/i915:
Resetting chip after gpu hang


I will attach gpu.2.log, and messages log since machine upgrade, and hwinfo
--cpu and --gfxcard


My desktop is XFCE and I have 4 GiB of RAM.