1. Forum
  2. Usenet
  3. LINUX.DEBIAN.MAINT.X

  • Bug#864349: nouveau: fifo: write fault at 0000e5f000 engine 1b [CE2] cl

    From Peter Makholm@21:1/5 to All on Wed Jun 28 11:10:01 2017
    XPost: linux.debian.bugs.dist

    Package: xserver-xorg-video-nouveau
    Version: 1:1.0.13-3

    I have the same experience on a Dell desktop. The X session freezes and
    I can move the mouse around, but nothing else is responding. Even the
    NumLock key in non-responsive.

    Relevant output from dmesg:
    ---------------------------

    [ 1840.068532] nouveau 0000:01:00.0: fifo: read fault at 9900b10000
    engine 00 [GR] client 05 [GPC0/PE_1] reason 00 [PDE] on channel 8
    [007f70c000 gnome-shell[1667]]
    [ 1840.068537] nouveau 0000:01:00.0: fifo: gr engine fault on channel 8, recovering...


    Relevant output from lspci:
    ---------------------------

    01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [NVS 510]
    (rev a1)


    Kernel version:
    ---------------

    Linux version 4.9.0-3-amd64 (debian-kernel@lists.debian.org) (gcc
    version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2
    (2017-06-12)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Peter Makholm@21:1/5 to All on Thu Jul 6 11:50:01 2017
    XPost: linux.debian.bugs.dist

    By the way,

    Magic SysRq seems to work. That is, 'Alt-SysRq k' kills the locked up X session. It is not always that gdm3 recovers correctly and if X is
    respawned it might perform slow and unstable.

    Another option is to use Magic SysRq to reboot as gently as possible
    without removing your hads from the keyboard (something along the lines
    of 'e i s u b').

    //Makholm

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Peter Makholm@21:1/5 to All on Mon Jul 17 17:30:02 2017
    XPost: linux.debian.bugs.dist

    Adding this seems to prevent nouveau from crashing for me:

    pmakholm@pmakholm:~$ cat /etc/modprobe.d/nouveau.conf
    options nouveau noaccel=1 runpm=0 nofbaccel=1 modeset=1
    pmakholm@pmakholm:~$

    I have not investigated further, but I expect that is is just one of
    them that are needed to prevent the crahs. I just havn't tried to figure
    out which one.

    //Makholm

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)