Nouveau - Jun 2014 - GPU lockup - switching to software fbcon

Hi.

I am new to the listm so, first of all I'd like to say hello to everyone
here in the list.

I hope this list is an adequate place to post this; else, please, kindly
direct me to the right list :)

I write because I am having an issue with nouveau and mplayer. I have been
only able to reproduce it with mplayer, but I think the issue lies in
nouveau, either the kernel part or libdrm.

The thing goes as follows:

1) I run "mplayer <random video file>", I have tried mkv and
regular divx
or mpeg video files, also youtube videos via the youtube-viewer tool, which
uses mplayer as a backend to play youtube videos. The result is always the
same, with independence of the video type.

2) The laptop seems to hang. However, I can still move the mouse. No
element in the UI reacts though.

3) If I wait enough time, I am suddenly thrown out to the VT, the pc still
seems quite laggy. Eventually, it recovers and I can write commands into
the VT.

4) At the end of dmesg I can see by now this output:

[  268.469736] nouveau E[     DRM] GPU lockup - switching to software fbcon
[  283.487035] nouveau E[ X[2154]] failed to idle channel 0xcccc0001
[X[2154]]
[  298.487016] nouveau E[ X[2154]] failed to idle channel 0xcccc0001
[X[2154]]
[  313.487034] nouveau E[ X[2154]] failed to idle channel 0xcccc0000
[X[2154]]
[  328.487016] nouveau E[ X[2154]] failed to idle channel 0xcccc0000
[X[2154]]
[  343.587031] nouveau E[chrome[2279]] failed to idle channel 0xcccc0000
[chrome[2279]]
[  358.587019] nouveau E[chrome[2279]] failed to idle channel 0xcccc0000
[chrome[2279]]
[  373.589020] nouveau E[mplayer[2314]] failed to idle channel 0xcccc0000
[mplayer[2314]]
[  388.589031] nouveau E[mplayer[2314]] failed to idle channel 0xcccc0000
[mplayer[2314]]

5) In the X log I can see this:

(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) [0x592d42]
(EE) 1: /usr/bin/X (mieqEnqueue+0x26b) [0x5741fb]
(EE) 2: /usr/bin/X (0x400000+0x50fc2) [0x450fc2]
(EE) 3: /usr/bin/X (xf86PostMotionEvent+0xc0) [0x489eb0]
(EE) 4: /usr/lib64/xorg/modules/input/synaptics_drv.so
(0x7ff5f046c000+0x535c) [0x7ff5f047135c]
(EE) 5: /usr/lib64/xorg/modules/input/synaptics_drv.so
(0x7ff5f046c000+0x6f32) [0x7ff5f0472f32]
(EE) 6: /usr/bin/X (0x400000+0x7a087) [0x47a087]
(EE) 7: /usr/bin/X (0x400000+0xa3518) [0x4a3518]
(EE) 8: /lib64/libpthread.so.0 (0x7ff5f6f47000+0x10b10) [0x7ff5f6f57b10]
(EE) 9: /lib64/libc.so.6 (ioctl+0x7) [0x7ff5f5c8e897]
(EE) 10: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7ff5f6d3f258]
(EE) 11: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7ff5f6d4162b]
(EE) 12: /usr/lib64/libdrm_nouveau.so.2 (nouveau_bo_wait+0x89)
[0x7ff5f301b959]
(EE) 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so
(0x7ff5f3220000+0x7bb3) [0x7ff5f3227bb3]
(EE) 14: /usr/lib64/xorg/modules/libexa.so (0x7ff5f2bdb000+0xbba0)
[0x7ff5f2be6ba0]
(EE) 15: /usr/bin/X (0x400000+0x183a73) [0x583a73]
(EE) 16: /usr/bin/X (0x400000+0xc8dc0) [0x4c8dc0]
(EE) 17: /usr/bin/X (0x400000+0x38eb8) [0x438eb8]
(EE) 18: /usr/bin/X (0x400000+0x3bd2e) [0x43bd2e]
(EE) 19: /usr/bin/X (0x400000+0x3faea) [0x43faea]
(EE) 20: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7ff5f5bcdbf5]
(EE) 21: /usr/bin/X (0x400000+0x2a541) [0x42a541]
(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.

================================
This is on Gentoo, with kernel 3.15.0 (but it also happened with 3.14.5.
The arch is amd64. I am using nouveau 1.0.10, mesa 10.0.4, libdrm 2.4.52
and (probably irrelevant) mplayer 1.1.1.

The kernel is unpatched, from kernel.org (no Gentoo stuff nor anything like
that).

I have no idea how to start debugging this, so any pointer is welcome. Just
for the sake of completeness, I have tried the nvidia blob and then it
works without a problem. However I am not interested in using that. If
nouveau fails I'd rather stick to vesa.

Thanks for reading, and, please, forgive the long post. If you need some
more info, please, feel free to ask and I will try to do my best. I can
recompile anything and I can find my way around gdb as long as you tell me
what to look for :)

-- 
Jes?s Guerrero Botella
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140617/f935b17c/attachment.html>

Oh, almost forgot, the video chip is:

01:00.0 VGA compatible controller: NVIDIA Corporation G72M [Quadro NVS
110M/GeForce Go 7300] (rev a1)




2014-06-17 17:04 GMT+02:00 Jes?s J. Guerrero Botella <
jesus.guerrero.botella at gmail.com>:
> Hi.
>
> I am new to the listm so, first of all I'd like to say hello to
everyone
> here in the list.
>
> I hope this list is an adequate place to post this; else, please, kindly
> direct me to the right list :)
>
> I write because I am having an issue with nouveau and mplayer. I have been
> only able to reproduce it with mplayer, but I think the issue lies in
> nouveau, either the kernel part or libdrm.
>
> The thing goes as follows:
>
> 1) I run "mplayer <random video file>", I have tried mkv
and regular divx
> or mpeg video files, also youtube videos via the youtube-viewer tool, which
> uses mplayer as a backend to play youtube videos. The result is always the
> same, with independence of the video type.
>
> 2) The laptop seems to hang. However, I can still move the mouse. No
> element in the UI reacts though.
>
> 3) If I wait enough time, I am suddenly thrown out to the VT, the pc still
> seems quite laggy. Eventually, it recovers and I can write commands into
> the VT.
>
> 4) At the end of dmesg I can see by now this output:
>
> [  268.469736] nouveau E[     DRM] GPU lockup - switching to software fbcon
> [  283.487035] nouveau E[ X[2154]] failed to idle channel 0xcccc0001
> [X[2154]]
> [  298.487016] nouveau E[ X[2154]] failed to idle channel 0xcccc0001
> [X[2154]]
> [  313.487034] nouveau E[ X[2154]] failed to idle channel 0xcccc0000
> [X[2154]]
> [  328.487016] nouveau E[ X[2154]] failed to idle channel 0xcccc0000
> [X[2154]]
> [  343.587031] nouveau E[chrome[2279]] failed to idle channel 0xcccc0000
> [chrome[2279]]
> [  358.587019] nouveau E[chrome[2279]] failed to idle channel 0xcccc0000
> [chrome[2279]]
> [  373.589020] nouveau E[mplayer[2314]] failed to idle channel 0xcccc0000
> [mplayer[2314]]
> [  388.589031] nouveau E[mplayer[2314]] failed to idle channel 0xcccc0000
> [mplayer[2314]]
>
> 5) In the X log I can see this:
>
> (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) [0x592d42]
> (EE) 1: /usr/bin/X (mieqEnqueue+0x26b) [0x5741fb]
> (EE) 2: /usr/bin/X (0x400000+0x50fc2) [0x450fc2]
> (EE) 3: /usr/bin/X (xf86PostMotionEvent+0xc0) [0x489eb0]
> (EE) 4: /usr/lib64/xorg/modules/input/synaptics_drv.so
> (0x7ff5f046c000+0x535c) [0x7ff5f047135c]
> (EE) 5: /usr/lib64/xorg/modules/input/synaptics_drv.so
> (0x7ff5f046c000+0x6f32) [0x7ff5f0472f32]
> (EE) 6: /usr/bin/X (0x400000+0x7a087) [0x47a087]
> (EE) 7: /usr/bin/X (0x400000+0xa3518) [0x4a3518]
> (EE) 8: /lib64/libpthread.so.0 (0x7ff5f6f47000+0x10b10) [0x7ff5f6f57b10]
> (EE) 9: /lib64/libc.so.6 (ioctl+0x7) [0x7ff5f5c8e897]
> (EE) 10: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7ff5f6d3f258]
> (EE) 11: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7ff5f6d4162b]
> (EE) 12: /usr/lib64/libdrm_nouveau.so.2 (nouveau_bo_wait+0x89)
> [0x7ff5f301b959]
> (EE) 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so
> (0x7ff5f3220000+0x7bb3) [0x7ff5f3227bb3]
> (EE) 14: /usr/lib64/xorg/modules/libexa.so (0x7ff5f2bdb000+0xbba0)
> [0x7ff5f2be6ba0]
> (EE) 15: /usr/bin/X (0x400000+0x183a73) [0x583a73]
> (EE) 16: /usr/bin/X (0x400000+0xc8dc0) [0x4c8dc0]
> (EE) 17: /usr/bin/X (0x400000+0x38eb8) [0x438eb8]
> (EE) 18: /usr/bin/X (0x400000+0x3bd2e) [0x43bd2e]
> (EE) 19: /usr/bin/X (0x400000+0x3faea) [0x43faea]
> (EE) 20: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7ff5f5bcdbf5]
> (EE) 21: /usr/bin/X (0x400000+0x2a541) [0x42a541]
> (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.
>
> ================================>
> This is on Gentoo, with kernel 3.15.0 (but it also happened with 3.14.5.
> The arch is amd64. I am using nouveau 1.0.10, mesa 10.0.4, libdrm 2.4.52
> and (probably irrelevant) mplayer 1.1.1.
>
> The kernel is unpatched, from kernel.org (no Gentoo stuff nor anything
> like that).
>
> I have no idea how to start debugging this, so any pointer is welcome.
> Just for the sake of completeness, I have tried the nvidia blob and then it
> works without a problem. However I am not interested in using that. If
> nouveau fails I'd rather stick to vesa.
>
> Thanks for reading, and, please, forgive the long post. If you need some
> more info, please, feel free to ask and I will try to do my best. I can
> recompile anything and I can find my way around gdb as long as you tell me
> what to look for :)
>
> --
> Jes?s Guerrero Botella
>


-- 
Jes?s Guerrero Botella
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140617/f0458090/attachment.html>