Nouveau - Dec 2014 - [Bug 87819] New: [NVAC] EQ overflowing

https://bugs.freedesktop.org/show_bug.cgi?id=87819

            Bug ID: 87819
           Summary: [NVAC] EQ overflowing
           Product: Mesa
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: major
          Priority: medium
         Component: Drivers/DRI/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: eurbah at free.fr

Created attachment 111450
  --> https://bugs.freedesktop.org/attachment.cgi?id=111450&action=edit
Xorg.0.log for X freeze with nouveau from linux-3.19.0-rc2

Normally, I am using Ubuntu utopic (14.10), where module 'nouveau'
systematically crashes after a few minutes, whereas module nvidia from
nvidia-331-updates crashes only after several hours of work.

So, I have filed https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1396840

Inside this Ubuntu bug, Christopher M. Penalver (penalvch) asked me to ensure
the issue is reproducible with the latest mainline kernel.

Currently, this latest mainline kernel is 'linux-3.19.0-rc2'.
With Cinnamon and Firefox, this kernel quickly froze with 'Xorg.0.log'
complaining 'EQ overflowing'.

Inside 'Xorg.0.log', I found :
-  Module nouveau: vendor="X.Org Foundation" compiled for 1.16.0,
module
version = 1.0.11
-  'AIGLX: enabled GLX_MESA_copy_sub_buffer'.
So I guess that the 'nouveau' module embedded in
'linux-3.19.0-rc2' is a 3D
driver from the 'Mesa' product (but I am NOT completely sure).

Anyway, I a trying to attach here :

-  Xorg.0.log,

-  kern.log, restricted to 'linux-3.19.0-rc2', with 'Loglevel set to
1' and
'SysRq : Show State'.

I hope that these log files will be useful.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141229/008eb2c8/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #1 from Etienne URBAH <eurbah at free.fr> ---
Created attachment 111451
  --> https://bugs.freedesktop.org/attachment.cgi?id=111451&action=edit
kern.log for X freeze with nouveau from linux-3.19.0-rc2

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141229/10af90d0/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #2 from Ilia Mirkin <imirkin at alum.mit.edu> ---
EQ overflowing == driver is stuck (in this case, at least). That "show
state"
shows:

[ 1014.288718] Xorg            R  running task        0  1638   1589 0x00400004
[ 1014.288720]  ffff8800bc98fb48 ffffffff82f158c0 ffff8800bc98ffd8
0000000000014200
[ 1014.288722]  ffff880138e7fb80 ffffffff82c1c500 ffff8800be2f8000
0000000000000000
[ 1014.288724]  ffff8800bc98fb80 000000010002d6d7 ffffffff82f158c0
ffffffff82f158c0
[ 1014.288727] Call Trace:
[ 1014.288729]  [<ffffffff827cd549>] schedule+0x29/0x70
[ 1014.288731]  [<ffffffff827d023c>] schedule_timeout+0x11c/0x210
[ 1014.288734]  [<ffffffff820deea0>] ? call_timer_fn+0x160/0x160
[ 1014.288736]  [<ffffffff827d11ae>] ?
_raw_spin_unlock_irqrestore+0x1e/0x50
[ 1014.288739]  [<ffffffff8252f2c5>] fence_default_wait.part.10+0xe5/0x220
[ 1014.288741]  [<ffffffff8252e0e0>] ? fence_remove_callback+0x70/0x70
[ 1014.288744]  [<ffffffff8252f42c>] fence_default_wait+0x2c/0x30
[ 1014.288746]  [<ffffffff8252e13f>] fence_wait_timeout+0x3f/0x100
[ 1014.288748]  [<ffffffff8252fcf0>]
reservation_object_wait_timeout_rcu+0xa0/0x2c0
[ 1014.288799]  [<ffffffffc03a15af>] nouveau_gem_ioctl_cpu_prep+0x6f/0x120
[nouveau]
[ 1014.288816]  [<ffffffffc022ce76>] drm_ioctl+0x2e6/0x590 [drm]
[ 1014.288843]  [<ffffffffc03a1540>] ?
nouveau_gem_ioctl_pushbuf+0x9a0/0x9a0
[nouveau]
[ 1014.288846]  [<ffffffff82020ac6>] ? init_fpu+0x56/0xc0
[ 1014.288848]  [<ffffffff82021b49>] ? __restore_xstate_sig+0x99/0x6b0
[ 1014.288874]  [<ffffffffc0396c98>] nouveau_drm_ioctl+0x68/0xf0 [nouveau]
[ 1014.288877]  [<ffffffff820839c7>] ? __set_task_blocked+0x37/0x80
[ 1014.288879]  [<ffffffff82208b25>] do_vfs_ioctl+0x75/0x320
[ 1014.288881]  [<ffffffff82087408>] ? restore_altstack+0x18/0x30
[ 1014.288884]  [<ffffffff82015238>] ? sys_rt_sigreturn+0xb8/0xd0
[ 1014.288886]  [<ffffffff82208e61>] SyS_ioctl+0x91/0xb0
[ 1014.288889]  [<ffffffff827d176d>] system_call_fastpath+0x16/0x1b


Which basically just means that it's waiting for a fence to be reached,
which
in turn means that the GPU hung. GPU hang recovery is... lacking in nouveau.

Were you doing anything in particular in firefox? (Like running a WebGL
testsuite or something)

Does booting with 'nouveau.config=NvMSI=0' help things? I would assume
not, but
it's an easy one to knock out.

Lastly, there are some patches eventually destined for 3.19 related to
nvaa/nvac but which haven't made it to Linus's tree yet:

http://cgit.freedesktop.org/nouveau/linux-2.6/log/?h=linux-3.19

(specifically the 3 prefixed with drm/nouveau/fb/ram/mcp77.) Would be great if
you could give those a shot.

Also it'd be nice to verify that 256MB is the correct quantity of stolen
memory
to be used as VRAM. This is often configurable from the bios, and you can
probably get that information from the nvidia blob too.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20141229/23d874f4/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #3 from Etienne URBAH <eurbah at free.fr> ---
In Firefox, I was NOT doing anything in particular.

I am NOT able to compile a Linux kernel, nor compile a custom module and
include it inside a Linux Kernel.

The machine equipped with NVAC is an iMac 9,1 used in production under Ubuntu
with package 'nvidia-331-updates'.
So, I am just able to test from time to time, at night, an upstream Linux
Kernel published as an Ubuntu package at
http://kernel.ubuntu.com/~kernel-ppa/mainline

Concerning the correct quantity of stolen memory to be used as VRAM :
Using the graphical driver coming from Ubuntu package
'nvidia-331-updates' :

The command 'nvidia-settings -q VideoRam -q GPUMemoryInterface' provides
:
-  VideoRam           = 262144
-  GPUMemoryInterface = 128

$ sudo lspci -nn -vv -s 03:00
03:00.0 VGA compatible controller [0300]: NVIDIA Corporation C79 [GeForce 9400]
[10de:0867] (rev b1) (prog-if 00 [VGA controller])
    Subsystem: Apple Inc. iMac 9,1 [106b:00ad]
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort-
<MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 46
    Region 0: Memory at d2000000 (32-bit, non-prefetchable) [size=16M]
    Region 1: Memory at c0000000 (64-bit, prefetchable) [size=256M]
    Region 3: Memory at d0000000 (64-bit, prefetchable) [size=32M]
    Region 5: I/O ports at 1000 [size=128]
    [virtual] Expansion ROM at d3000000 [disabled] [size=128K]
    Capabilities: [60] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Address: 00000000fee0300c  Data: 4192
    Kernel driver in use: nvidia

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150102/01805a94/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #4 from Pierre Moreau <pierre.morrow at free.fr> ---
Could you please try one of the images from nouveau.pmoreau.org (either the one
from 12/01 or 11/01), using either the Latest or Nouveau boot entry? They
contain the patch Ilia was referring too.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150112/ad178606/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #5 from Stuart Longland <stuartl at longlandclan.yi.org> ---
I'll put a "me too" up.  I can toss up logs for X.org however
I've got a
challenge trying to get dmesg out of the machine: local console becomes
unresponsive and I have to hard-reboot to recover.

An exerpt from X.org logs:
(EE) [mi] EQ overflowing.  Additional events will be discarded until existing
events are processed.
(EE) 
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x4f) [0x7f17a02c94bf]
(EE) 1: /usr/bin/X (mieqEnqueue+0x2b3) [0x7f17a02a81d3]
(EE) 2: /usr/bin/X (0x7f17a00e8000+0x73a6a) [0x7f17a015ba6a]
(EE) 3: /usr/bin/X (xf86PostMotionEvent+0xd0) [0x7f17a019e580]
(EE) 4: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f17979fc000+0x5694)
[0x7f1797a01694]
(EE) 5: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7f17979fc000+0x71f2)
[0x7f1797a031f2]
(EE) 6: /usr/bin/X (0x7f17a00e8000+0xa3a57) [0x7f17a018ba57]
(EE) 7: /usr/bin/X (0x7f17a00e8000+0xd34a0) [0x7f17a01bb4a0]
(EE) 8: /lib64/libpthread.so.0 (0x7f179f27a000+0x11250) [0x7f179f28b250]
(EE) 9: /lib64/libc.so.6 (ioctl+0x7) [0x7f179dfab297]
(EE) 10: /usr/lib64/libdrm.so.2 (drmIoctl+0x38) [0x7f179f0704b8]
(EE) 11: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x2b) [0x7f179f07335b]
(EE) 12: /usr/lib64/libdrm_nouveau.so.2 (nouveau_bo_wait+0x99) [0x7f179aa7a0e9]
(EE) 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f179ac7f000+0xd0ae)
[0x7f179ac8c0ae]
(EE) 14: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f179ac7f000+0xd601)
[0x7f179ac8c601]
(EE) 15: /usr/bin/X (DRI2SwapBuffers+0x27d) [0x7f17a029642d]
(EE) 16: /usr/bin/X (0x7f17a00e8000+0x1afa30) [0x7f17a0297a30]
(EE) 17: /usr/bin/X (0x7f17a00e8000+0x5bbbe) [0x7f17a0143bbe]
(EE) 18: /usr/bin/X (0x7f17a00e8000+0x6017a) [0x7f17a014817a]
(EE) 19: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7f179deead55]
(EE) 20: /usr/bin/X (0x7f17a00e8000+0x47fed) [0x7f17a012ffed]
(EE) 
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up
the stack.
(EE) [mi] mieq is *NOT* the cause.  It is a victim.
(EE) [mi] EQ overflow continuing.  100 events have been dropped.


I don't have a second machine handy to use SSH with right now.

My host is running Gentoo AMD64 with Linux kernel 3.18.5, X.org server 1.15.2,
xf86-video-nouveau 1.0.10 and mesa 10.2.6.  The machine is an Apple MacBook
A1278 with a NVidia GeForce 9400M.

The kernel was built this morning from git sources (linux-stable git tree).

I'm finding OpenSCAD 2014.03 triggers the bug pretty reliably.  I can be
booted
in X running Firefox, Thunderbird, QTerminal and FVWM for *days*, but after
about 5 minutes of fiddling with models in OpenSCAD, *boom*, nouveau
accidentally says something insulting to the GPU and the GPU stops
communicating.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150204/f617a35a/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #6 from Stuart Longland <stuartl at longlandclan.yi.org> ---
An additional note, if you can suggest some patches to try cherry-picking into
the kernel, I'm willing to give them a try.  By the sounds of things the
video
card is very similar to what I'm running here (both being from Apple; 256MB
VRAM).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150204/f7f142d9/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #7 from Etienne URBAH <eurbah at free.fr> ---
Created attachment 113151
  --> https://bugs.freedesktop.org/attachment.cgi?id=113151&action=edit
Xorg.0.log for X freeze with nouveau from linux-3.19.0-rc7

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150204/b8359456/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #8 from Etienne URBAH <eurbah at free.fr> ---
Created attachment 113152
  --> https://bugs.freedesktop.org/attachment.cgi?id=113152&action=edit
kern.log for X freeze with nouveau from linux-3.19.0-rc7

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150204/365a4b34/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #9 from Etienne URBAH <eurbah at free.fr> ---
Module nouveau from linux-3.19.0-rc7 seems to be more resilient :
I had to perform video streaming under Firefox to get an X freeze.

I have attached :

-  Xorg.0.log,

-  kern.log, restricted to 'linux-3.19.0-rc7', with 'Loglevel set to
1' and
'SysRq : Show State'.

I hope that these log files will be useful.


I am NOT sure that I can test the latest 'Arch Linux' image from
http://nouveau.pmoreau.org but I will try.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150204/7467f8b6/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #10 from Pierre Moreau <pierre.morrow at free.fr> ---
Thank you for the files.
I'll see if I can spend some time on it, but have unfortunately some other
bugs
to fix first.

(In reply to Etienne URBAH from comment #9)
> I am NOT sure that I can test the latest 'Arch Linux' image from
> http://nouveau.pmoreau.org but I will try.
The patch we were talking about made it into 3.19.0-rc4, so by testing
3.19.0-rc7 it's clear it wasn't enough to fix the issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150204/1d6e7234/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #11 from Stuart Longland <stuartl at longlandclan.yi.org> ---
Now running a kernel built from the Nouveau git tree at this commit:

commit ff4c0d5213b015e60aa87c1352604f10ba9c3e12
Author: Bruno Prémont <bonbons at linux-vserver.org>
Date:   Sun Dec 21 17:43:31 2014 +0100

    drm/nouveau/nouveau: Do not BUG_ON(!spin_is_locked()) on UP

    On !SMP systems spinlocks do not exist. Thus checking of they
    are active will always fail.

    Use
      assert_spin_locked(lock);
    instead of
      BUG_ON(!spin_is_locked(lock));
    to not BUG() on all UP systems.

    Signed-off-by: Bruno Prémont <bonbons at linux-vserver.org>
    Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

RC=0 stuartl at vk4msl-mb ~ $ uname -a
Linux vk4msl-mb 3.18.0-rc4-vk4msl-mb-00789-gff4c0d5 #1 SMP PREEMPT Wed Feb 4
20:19:39 EST 2015 x86_64 Intel(R) Core(TM)2 Duo CPU P7350 @ 2.00GHz
GenuineIntel GNU/Linux
RC=0 stuartl at vk4msl-mb ~ $ uptime
 03:52:41 up 17 min,  1 user,  load average: 0.62, 0.49, 0.47

I've been tinkering in OpenSCAD for a while and it has not yet crashed. 
Maybe
this weekend I'll try stock kernel 3.18.0-rc4 then bisect until we figure
out
what patches fix it and try cherry-picking those.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150204/cf8abcb3/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #12 from Pierre Moreau <pierre.morrow at free.fr> ---
Is it still an issue with 3.19? I tried Xonotic and video streaming with
Firefox but was unable to trigger those isses using Nouveau's HEAD
(currently
at
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=e616d549c78c27b6b4d4da25a2369b32bb2a99db).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150212/b7db9037/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #13 from Stuart Longland <stuartl at longlandclan.yi.org> ---
(In reply to Pierre Moreau from comment #12)
> Is it still an issue with 3.19? I tried Xonotic and video streaming with
> Firefox but was unable to trigger those isses using Nouveau's HEAD
> (currently at
> http://cgit.freedesktop.org/~darktama/nouveau/commit/
> ?id=e616d549c78c27b6b4d4da25a2369b32bb2a99db).
I'll run it up the flagpole and see who salutes… Out of interest how much of
current 'nouveau' HEAD is in the mainline kernel at present?

(I realise I meant to try a git bisect to possibly locate the needed patches, I
apologise for not getting to that.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150214/74963da4/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #14 from Stuart Longland <stuartl at longlandclan.yi.org> ---
I cannot get this to build:

RC=0 stuartl at vk4msl-mb /usr/src/linux-2.6-stable $ make menuconfig
make: *** No rule to make target `menuconfig'.  Stop.
RC=2 stuartl at vk4msl-mb /usr/src/linux-2.6-stable $ git describe
fatal: No tags can describe 'e616d549c78c27b6b4d4da25a2369b32bb2a99db'.
Try --always, or create some tags.
RC=128 stuartl at vk4msl-mb /usr/src/linux-2.6-stable $ git log -1 | cat
commit e616d549c78c27b6b4d4da25a2369b32bb2a99db
Author: Ben Skeggs <bskeggs at redhat.com>
Date:   Fri Feb 6 09:36:12 2015 +1000

    lib: fix drm backend

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150214/907d9df1/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #15 from Pierre Moreau <pierre.morrow at free.fr> ---
(In reply to Stuart Longland from comment #13)
> I'll run it up the flagpole and see who salutes… Out of interest how
much of
> current 'nouveau' HEAD is in the mainline kernel at present?
Up to tag 3.19 of this repository:
http://cgit.freedesktop.org/~darktama/nouveau/.


(In reply to Stuart Longland from comment #14)
> I cannot get this to build:
> 
> RC=0 stuartl at vk4msl-mb /usr/src/linux-2.6-stable $ make menuconfig
> make: *** No rule to make target `menuconfig'.  Stop.
> RC=2 stuartl at vk4msl-mb /usr/src/linux-2.6-stable $ git describe
> fatal: No tags can describe
'e616d549c78c27b6b4d4da25a2369b32bb2a99db'.
> Try --always, or create some tags.
> RC=128 stuartl at vk4msl-mb /usr/src/linux-2.6-stable $ git log -1 | cat
> commit e616d549c78c27b6b4d4da25a2369b32bb2a99db
> Author: Ben Skeggs <bskeggs at redhat.com>
> Date:   Fri Feb 6 09:36:12 2015 +1000
> 
>     lib: fix drm backend
I guess you're trying to compile Ben's repository
(http://cgit.freedesktop.org/~darktama/nouveau/)? If that's the case, it is
an
out-of-tree repository, so you still need "regular" kernel sources.
To compile it, go to the drm/ directory and execute just a make - it will try
to find where the sources are for the kernel you're actually running, or you
can override this by setting the env variable LINUXDIR. This will only compile
the nouveau.ko module, which you will then find at drm/nouveau/nouveau.ko.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150214/9f320cbf/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #16 from Stuart Longland <stuartl at longlandclan.yi.org> ---
Ahh right, I understood it was a fork of the kernel tree and so added it as a
remote in my git repository, pulled it in and tried to build it as such.

So I've now built kernel 3.19 (commit
bfa76d49576599a4b9f9b7a71f23d73d6dcff735).  I shall reboot and test with that
in its stock configuration.

Then if I get problems, I'll try out the above git tree, building the
nouveau.ko module out-of-tree, install it, do another reboot and see if the
problem persists.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150215/fad662a0/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #17 from Stuart Longland <stuartl at longlandclan.yi.org> ---
So far, so good.  I've been tinkering for an hour and haven't yet
triggered the
EQ overflow.

So the standard vanilla 3.19 kernel's nouveau module is talking nicely to
the
GPU and both are getting along well.  I haven't yet checked out the
out-of-tree
module.

I'm seeing no kernel messages regarding the video device either, other than
what shows in `dmesg` on boot-up.  Whatever went upstream between 3.18 and 3.19
seems to be doing the trick.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150215/e68a8915/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #18 from Oleg Kravchenko <oleg at kaa.org.ua> ---
Hello! I have the same issue, after restoring from memory suspend ("echo
mem >
/sys/power/state")

(EE) [mi] EQ overflowing.  Additional events will be discarded until existing
events are processed.
(EE) 
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x42) [0x57bfe2]
(EE) 1: /usr/bin/X (mieqEnqueue+0x213) [0x55e83b]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x5a) [0x44bf4a]
(EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f227fb18000+0x5704)
[0x7f227fb1d704]
(EE) 4: /usr/bin/X (0x400000+0x71558) [0x471558]
(EE) 5: /usr/bin/X (0x400000+0x98bd6) [0x498bd6]
(EE) 6: /lib64/libpthread.so.0 (0x7f2286ee8000+0x116b0) [0x7f2286ef96b0]
(EE) 7: /lib64/libc.so.6 (ioctl+0x7) [0x7f2285c15907]
(EE) 8: /usr/lib64/libdrm.so.2 (drmIoctl+0x34) [0x7f2286cdb984]
(EE) 9: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1e) [0x7f2286cddb36]
(EE) 10: /usr/lib64/libdrm_nouveau.so.2 (nouveau_bo_wait+0x89) [0x7f22827025c9]
(EE) 11: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f2282908000+0x6a93)
[0x7f228290ea93]
(EE) 12: /usr/lib64/xorg/modules/libexa.so (0x7f2281a78000+0xac47)
[0x7f2281a82c47]
(EE) 13: /usr/bin/X (0x400000+0x16d363) [0x56d363]
(EE) 14: /usr/bin/X (0x400000+0xbcce5) [0x4bcce5]
(EE) 15: /usr/bin/X (0x400000+0x32bae) [0x432bae]
(EE) 16: /usr/bin/X (0x400000+0x3561e) [0x43561e]
(EE) 17: /usr/bin/X (0x400000+0x3937a) [0x43937a]
(EE) 18: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7f2285b54df5]
(EE) 19: /usr/bin/X (0x400000+0x24de1) [0x424de1]
(EE) 
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up
the stack.
(EE) [mi] mieq is *NOT* the cause.  It is a victim.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150219/22e6cd10/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #19 from Oleg Kravchenko <oleg at kaa.org.ua> ---
Created attachment 113652
  --> https://bugs.freedesktop.org/attachment.cgi?id=113652&action=edit
Xorg.0.log for X-1.15.2-r1 freeze with nouveau from linux-3.14.31

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150219/1525dbfc/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #20 from Pierre Moreau <pierre.morrow at free.fr> ---
(In reply to Oleh Kravchenko from comment #18)
> Hello! I have the same issue, after restoring from memory suspend
("echo mem
> > /sys/power/state")
Could you please try if it is still a problem with kernel 3.19? It seems to
have been fixed there, as per comments #11 and #16.


(In reply to Stuart Longland from comment #17)
> So far, so good.  I've been tinkering for an hour and haven't yet
triggered
> the EQ overflow.
Good to hear! :)
> Whatever went upstream between 3.18 and 3.19 seems to be doing the trick.
There have some patches specific for NVAA/AC cards - see commits
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=055c212ca03ea964599281211807c09c6cfb8eb5,
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=f59e76f8720bbc8bf94579b9c9a119d518a4a64f
and
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=cb5cdd72027f90a9ed488e4d097b6e0a3911c8c9
- but it was fixing an issue where the laptop will hang during Nouveau's
initialisation of the card.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150219/f38c8041/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #21 from Stuart Longland <stuartl at longlandclan.yi.org> ---
(In reply to Pierre Moreau from comment #20)
> (In reply to Stuart Longland from comment #17)
> > So far, so good.  I've been tinkering for an hour and haven't
yet triggered
> > the EQ overflow.
> 
> Good to hear! :)
> 
> > Whatever went upstream between 3.18 and 3.19 seems to be doing the
trick.
> 
> There have some patches specific for NVAA/AC cards - see commits
> […] but it was fixing an issue
> where the laptop will hang during Nouveau's initialisation of the card.
Ahh, I think I've had that bug too.  Basically I'd power the laptop on
and the
machine would get as far as loading drivers then hang.  I had it on my TODO
list to eventually track down which driver, but lately I've noticed this has
stopped happening.

So slowly we're getting the upper hand in this fight.

It's a pity that Nvidia don't direct more resources to supporting the
Nouveau
driver.  I've vowed to never buy an Nvidia card again due to their poor
support
of their cards.  (I don't consider a proprietary driver as
"support", more a
cop-out and a support head-ache.)

It's thanks to teams like Nouveau that I can make reasonable use of the two
Nvidia-based systems I have at all.
For this, I thank-you.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150219/a73cb94d/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #22 from Pierre Moreau <pierre.morrow at free.fr> ---
(In reply to Stuart Longland from comment #21)
> Ahh, I think I've had that bug too.  Basically I'd power the laptop
on and
> the machine would get as far as loading drivers then hang.  I had it on my
> TODO list to eventually track down which driver, but lately I've
noticed
> this has stopped happening.
That bug was corrected thanks to NVidia answers about how some specific
registers worked.
> It's a pity that Nvidia don't direct more resources to supporting
the
> Nouveau driver.  I've vowed to never buy an Nvidia card again due to
their
> poor support of their cards.  (I don't consider a proprietary driver as
> "support", more a cop-out and a support head-ache.)
The NVidia team working on Tegra K1 support in Nouveau is growing and they are
quite active. A bit more documentation was released last month - see
http://lists.freedesktop.org/archives/nouveau/2015-January/019759.html. It
might be slow, but they seem to head in the right direction. Let's see in
September how the first two years went since they started releasing some
documentation / contributing code.
> It's thanks to teams like Nouveau that I can make reasonable use of the
two
> Nvidia-based systems I have at all.
> For this, I thank-you.
You are welcome!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150219/3c7c0893/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

--- Comment #23 from Etienne URBAH <eurbah at free.fr> ---
Created attachment 114403
  --> https://bugs.freedesktop.org/attachment.cgi?id=114403&action=edit
Xorg.0.log OK with nouveau from linux-3.19.1

Module nouveau from linux-3.19.1 seems to be fix the bug :

Even with video streaming under Firefox, I could NOT trigger any problem.

Lot of thanks to the developers.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150317/3480db37/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=87819

Pierre Moreau <pierre.morrow at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #24 from Pierre Moreau <pierre.morrow at free.fr> ---
(In reply to Etienne URBAH from comment #23)
> Created attachment 114403 [details]
> Xorg.0.log OK with nouveau from linux-3.19.1
> 
> Module nouveau from linux-3.19.1 seems to be fix the bug :
> 
> Even with video streaming under Firefox, I could NOT trigger any problem.
> 
> Lot of thanks to the developers.
Awesome! I'll close the bug report then.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20150318/0f95266a/attachment.html>