<div dir="ltr">Oh, almost forgot, the video chip is:<div><br></div><div><div>01:00.0 VGA compatible controller: NVIDIA Corporation G72M [Quadro NVS 110M/GeForce Go 7300] (rev a1)</div></div><div><br></div><div><br></div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-17 17:04 GMT+02:00 Jesús J. Guerrero Botella <span dir="ltr"><<a href="mailto:jesus.guerrero.botella@gmail.com" target="_blank">jesus.guerrero.botella@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi.<div><br></div><div>I am new to the listm so, first of all I'd like to say hello to everyone here in the list.</div>
<div><br></div><div>I hope this list is an adequate place to post this; else, please, kindly direct me to the right list :)</div>
<div><br></div><div>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.</div><div><br>
</div><div>The thing goes as follows:</div><div><br></div><div>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.</div>
<div><br></div><div>2) The laptop seems to hang. However, I can still move the mouse. No element in the UI reacts though.</div><div><br></div><div>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.</div>
<div><br></div><div>4) At the end of dmesg I can see by now this output:</div><div><br></div><div><div>[ 268.469736] nouveau E[ DRM] GPU lockup - switching to software fbcon</div><div>[ 283.487035] nouveau E[ X[2154]] failed to idle channel 0xcccc0001 [X[2154]]</div>
<div>[ 298.487016] nouveau E[ X[2154]] failed to idle channel 0xcccc0001 [X[2154]]</div><div>[ 313.487034] nouveau E[ X[2154]] failed to idle channel 0xcccc0000 [X[2154]]</div><div>[ 328.487016] nouveau E[ X[2154]] failed to idle channel 0xcccc0000 [X[2154]]</div>
<div>[ 343.587031] nouveau E[chrome[2279]] failed to idle channel 0xcccc0000 [chrome[2279]]</div><div>[ 358.587019] nouveau E[chrome[2279]] failed to idle channel 0xcccc0000 [chrome[2279]]</div><div>[ 373.589020] nouveau E[mplayer[2314]] failed to idle channel 0xcccc0000 [mplayer[2314]]</div>
<div>[ 388.589031] nouveau E[mplayer[2314]] failed to idle channel 0xcccc0000 [mplayer[2314]]</div><div><br></div><div>5) In the X log I can see this:</div><div><br></div><div><div>(EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed.</div>
<div>(EE)</div><div>(EE) Backtrace:</div><div>(EE) 0: /usr/bin/X (xorg_backtrace+0x42) [0x592d42]</div><div>(EE) 1: /usr/bin/X (mieqEnqueue+0x26b) [0x5741fb]</div><div>(EE) 2: /usr/bin/X (0x400000+0x50fc2) [0x450fc2]</div>
<div>(EE) 3: /usr/bin/X (xf86PostMotionEvent+0xc0) [0x489eb0]</div><div>(EE) 4: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7ff5f046c000+0x535c) [0x7ff5f047135c]</div><div>(EE) 5: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7ff5f046c000+0x6f32) [0x7ff5f0472f32]</div>
<div>(EE) 6: /usr/bin/X (0x400000+0x7a087) [0x47a087]</div><div>(EE) 7: /usr/bin/X (0x400000+0xa3518) [0x4a3518]</div><div>(EE) 8: /lib64/libpthread.so.0 (0x7ff5f6f47000+0x10b10) [0x7ff5f6f57b10]</div><div>(EE) 9: /lib64/libc.so.6 (ioctl+0x7) [0x7ff5f5c8e897]</div>
<div>(EE) 10: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7ff5f6d3f258]</div><div>(EE) 11: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7ff5f6d4162b]</div><div>(EE) 12: /usr/lib64/libdrm_nouveau.so.2 (nouveau_bo_wait+0x89) [0x7ff5f301b959]</div>
<div>(EE) 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7ff5f3220000+0x7bb3) [0x7ff5f3227bb3]</div></div><div><div>(EE) 14: /usr/lib64/xorg/modules/libexa.so (0x7ff5f2bdb000+0xbba0) [0x7ff5f2be6ba0]</div><div>(EE) 15: /usr/bin/X (0x400000+0x183a73) [0x583a73]</div>
<div>(EE) 16: /usr/bin/X (0x400000+0xc8dc0) [0x4c8dc0]</div><div>(EE) 17: /usr/bin/X (0x400000+0x38eb8) [0x438eb8]</div><div>(EE) 18: /usr/bin/X (0x400000+0x3bd2e) [0x43bd2e]</div><div>(EE) 19: /usr/bin/X (0x400000+0x3faea) [0x43faea]</div>
<div>(EE) 20: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7ff5f5bcdbf5]</div><div>(EE) 21: /usr/bin/X (0x400000+0x2a541) [0x42a541]</div><div>(EE)</div><div>(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack.</div>
<div>(EE) [mi] mieq is *NOT* the cause. It is a victim.</div></div><div><br></div><div>=================================</div><div><br></div><div>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.</div>
<div><br></div><div>The kernel is unpatched, from <a href="http://kernel.org" target="_blank">kernel.org</a> (no Gentoo stuff nor anything like that). </div><div><br></div><div>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.</div>
<div><br></div><div>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 :)</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div>-- <br>Jesús Guerrero Botella
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Jesús Guerrero Botella
</div>