Nouveau - Feb 2015 - [Bug 88893] New: [NV46] GPU lockup with Quadro NVS 110M

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

            Bug ID: 88893
           Summary: [NV46] GPU lockup with Quadro NVS 110M
           Product: xorg
           Version: 7.7 (2012.06)
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: major
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: hobbes1069 at gmail.com
        QA Contact: xorg-team at lists.x.org

System Info:
Dell Latitude D620
Nvidia Quadro NVS 110M
Fedora 21 x86_64

With initial system install with 1.0.9 I could get a usable system with
nouveau.noaccel=1.

After an update which included 1.0.11 I would get the GPU lockup regardless of
the kernel parameter. I also tried current git with the same result.

libdrm is current 2.4.58.

-- 
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/20150201/bccc576a/attachment-0001.html>

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

--- Comment #1 from Richard <hobbes1069 at gmail.com> ---
Created attachment 113016
  --> https://bugs.freedesktop.org/attachment.cgi?id=113016&action=edit
dmesg log

-- 
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/20150201/75be0984/attachment.html>

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

--- Comment #2 from Richard <hobbes1069 at gmail.com> ---
Created attachment 113017
  --> https://bugs.freedesktop.org/attachment.cgi?id=113017&action=edit
System journal in lieu of X log

X seems to log to the journal instead of /var/log.

-- 
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/20150201/c64b68a2/attachment.html>

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

--- Comment #3 from Ilia Mirkin <imirkin at alum.mit.edu> ---
FWIW I don't see anywhere that you're disabling acceleration with
nouveau.noaccel=1...

-- 
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/20150201/fedd6155/attachment.html>

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

--- Comment #4 from Richard <hobbes1069 at gmail.com> ---
I turned it off to get a unmolested boot. I can reboot with and attach another
log.

-- 
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/20150201/cfa6435b/attachment.html>

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

--- Comment #5 from Richard <hobbes1069 at gmail.com> ---
Created attachment 113018
  --> https://bugs.freedesktop.org/attachment.cgi?id=113018&action=edit
Logs with nouveau_noaccel=1

Interesting thing to note... Without noaccel I could get back to a console and
have a "usable" system. With noaccel set once I started X I could not
get back
to console and hand to force power off the machine.

-- 
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/20150201/2454fa20/attachment.html>

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

--- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to Richard from comment #5)
> Created attachment 113018 [details]
> Logs with nouveau_noaccel=1
> 
> Interesting thing to note... Without noaccel I could get back to a console
> and have a "usable" system. With noaccel set once I started X I
could not
> get back to console and hand to force power off the machine.
You had "nouveau.accel=1". That doesn't do anything (you can even
see
'parameter accel ignored' in the logs).

-- 
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/20150201/312733b7/attachment.html>

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

Richard <hobbes1069 at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #113018|0                           |1
        is obsolete|                            |

--- Comment #7 from Richard <hobbes1069 at gmail.com> ---
Created attachment 113019
  --> https://bugs.freedesktop.org/attachment.cgi?id=113019&action=edit
Logs with nouveau_noaccel=1

Whoops...

I rebooted with the correct setting I could log in through gdm but it only got
as far as a dark textured background and a cursor...

-- 
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/20150201/bb7dcd03/attachment.html>

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

--- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> ---
If you're sure it's a new issue in xf86-video-nouveau, please bisect
that and
figure out what the guilty change was. However I'm more inclined to believe
it
was a change in the kernel that brought whatever issue about.

If you're bisecting the kernel, you can limit it to nouveau with

git bisect start v3.18 v3.17 -- drivers/gpu/drm/nouveau

assuming that v3.18 is bad and v3.17 is good.

-- 
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/20150201/b5bfb1a7/attachment-0001.html>

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

--- Comment #9 from Richard <hobbes1069 at gmail.com> ---
I still had kernel 3.17.4 installed and booted to it with the same result. Dark
background with cursor but nothing else.

-- 
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/20150201/f76ac403/attachment.html>

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

--- Comment #10 from Richard <hobbes1069 at gmail.com> ---
For the heck of it I tried an older kernel from F19, 3.14.27 and no different.

I haven't mentioned it before and I don't think it showed up in the logs
but
when I try to reboot after getting GPU lockup I also get errors like
"failed to
idle channel 0xcccc0000"

-- 
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/20150201/8185ae1a/attachment.html>

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

--- Comment #11 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to Richard from comment #10)
> For the heck of it I tried an older kernel from F19, 3.14.27 and no
> different.
> 
> I haven't mentioned it before and I don't think it showed up in the
logs but
> when I try to reboot after getting GPU lockup I also get errors like
"failed
> to idle channel 0xcccc0000"
Hm, that's surprising if acceleration is disabled. Perhaps fb accel is
breaking
things... try also adding nouveau.nofbaccel=1 . If it still happens, try
removing all traces of vdpau from your system (just removing libvdpau.so.1
should be enough).

-- 
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/20150201/bb98a254/attachment.html>

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

--- Comment #12 from Richard <hobbes1069 at gmail.com> ---
(In reply to Ilia Mirkin from comment #11)
> (In reply to Richard from comment #10)
> > For the heck of it I tried an older kernel from F19, 3.14.27 and no
> > different.
> > 
> > I haven't mentioned it before and I don't think it showed up
in the logs but
> > when I try to reboot after getting GPU lockup I also get errors like
"failed
> > to idle channel 0xcccc0000"
> 
> Hm, that's surprising if acceleration is disabled. Perhaps fb accel is
> breaking things... try also adding nouveau.nofbaccel=1 . If it still
> happens, try removing all traces of vdpau from your system (just removing
> libvdpau.so.1 should be enough).
I need to be more complete in my statements :) Sorry, busy at home so jumping
back to the office when I can. I tried a "normal" boot with 3.14.27. I
am
trying to see if I can find a point where everything just "works". I
can find
issues that were "fixed" with this specific laptop back in 2010 so I
assume
this problem is different.

I did go back and try with both options on 3.18.3 and I can login with gdm but
no gnome-shell desktop.

-- 
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/20150201/1e42a07c/attachment.html>

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

--- Comment #13 from Richard <hobbes1069 at gmail.com> ---
Ok, a bit more info!

It turns out that X wasn't completely hanging but it was taking a REALLY
long
time to get to gnome-shell, long enough that it actually sleeps the monitor and
then I get the lock screen when I wake it up. 

Current versions:
nouveau: current git (as of a few days ago)
libdrm: 2.4.59

kernel options: nouveau.noaccel=1

I can attach the journal log but nothing is jumping out except maybe:
kernel: perf interrupt took too long (10103 > 9615), lowering
kernel.perf_event_max_sample_rate to 13000

But I'm not sure that's related.

-- 
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/20150203/bfebe220/attachment.html>

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

--- Comment #14 from Richard <hobbes1069 at gmail.com> ---
I'm willing to provide additional information if it will help. I understand
if
there's no real motivation to get a card this old to work.

I finally got a workaround but I don't like it. I installed the nvidia 304xx
drivers from RPM Fusion but gdm/gnome-shell doesn't like it either. I
finally
switched to lightdm and cinnamon and now I have a usable system.

-- 
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/20150211/1c5eeb84/attachment.html>

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

--- Comment #15 from russianneuromancer at ya.ru ---
Richard, try out Linux 4.3 (look into bug 89775 for more info) and KDE with
OpenGL ES 2 rendering engine (after login hit Alt+Shift+F12 to disable OpenGL
effects, get into System Settings > Display > Effects, switch to OpenGL ES
2
here) or Gnome Shell Wayland session (works for me here on Ubuntu Gnome 15.10
and GeForce 7300 Go).
OpenGL usage for some reason give me issues on NV46 (desktop content doesn't
get updated with enabled OpenGL desktop effects) but OpenGL ES 2 suddenly works
fine (at least I doesn't notice issues with OpenGL ES 2 yet).

-- 
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/20151021/2dbbc51f/attachment.html>

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

--- Comment #16 from Richard <hobbes1069 at gmail.com> ---
Thanks for the heads up. It looks like 4.3 has landed in Fedora Rawhide so
I'll
keep an eye on it. Currently running Fedora 21 but I'll probably upgrade
when
23 is out of beta. Hopefully 4.3 will make it in, otherwise I can just install
the rawhide kernel.

-- 
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/20151021/1b88b892/attachment.html>

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

--- Comment #17 from Hans de Goede <jwrdegoede at fedoraproject.org> ---
(In reply to russianneuromancer from comment #15)
> Richard, try out Linux 4.3
Or try an older kernel with nouveau.config=NvMSI=0 on the commandline --
NV46's
are reported to have unspecified issues with MSI-style interrupt processing.
We've disabled MSI in 4.3 for them, adding that cmdline option should give
the
same result.

-- 
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/20151021/1a8496c2/attachment.html>

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

Richard <hobbes1069 at gmail.com> changed:

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

--- Comment #18 from Richard <hobbes1069 at gmail.com> ---
Thanks Hans, that worked out well. I was able to switch back to gnome-shell
without any 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/20151023/198d7dfc/attachment.html>