Nouveau - Dec 2012 - [Bug 58615] New: nv43 hangs with direct rendering since 3.7 rework

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

          Priority: medium
            Bug ID: 58615
          Assignee: nouveau at lists.freedesktop.org
           Summary: nv43 hangs  with  direct  rendering  since 3.7 rework
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: randrik at mail.ru
          Hardware: x86 (IA32)
            Status: NEW
           Version: git
         Component: Driver/nouveau
           Product: xorg

I  have  my  nv43 back  in  action -  and  unfortunately new  bugs  to report. 

When I compiled  new 3.7-rc  kernel  i  noticed   anything 3d  related, even 
trivial/tri  example from mesa/demos started  to  hang  my X server - usually 
I  was  able  to  switch  consoles  and reboot  clearly, but  not  always.
Strangely, _indirect_ rendering  worked  ok! kernels 3.4.6, 3.5.7, 3.6.x - all
OK.

will  add  kernel/X  log  after reboot into freshly  compiled  nouveau  kernel,
 now  I want to attach  partial  bisection  logs, done  with mainline  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/20121221/a2e3b05d/attachment.html>

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

--- Comment #1 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 71920
  --> https://bugs.freedesktop.org/attachment.cgi?id=71920&action=edit
nv43  bisection log [partial]

-- 
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/20121221/6678aae2/attachment.html>

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

--- Comment #2 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 71921
  --> https://bugs.freedesktop.org/attachment.cgi?id=71921&action=edit
possible  bad  commits

Unfortunately, all those commits  resulted  in BUG or  simply  black  screen
during  boot, with  completely non-working DRM. So, i  can't  test them.

-- 
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/20121221/47ce80d3/attachment-0001.html>

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

--- Comment #3 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 71922
  --> https://bugs.freedesktop.org/attachment.cgi?id=71922&action=edit
Kernel .config

This is  my  minimal  kernel  config -  but  bug  also  happens  with  bigger 
one (SMP, SLUB, tons  of  modules, etc). What  I  haven't  checked  - if 
changing ARCH  from i486 to something  more  modern will do  any  good -  will
try this, 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/20121221/4692c35d/attachment.html>

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

--- Comment #4 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 71923
  --> https://bugs.freedesktop.org/attachment.cgi?id=71923&action=edit
working  X  log

This is  on kernel 3.6.11. 

bash-4.2$ glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
809 frames in 5.0 seconds = 161.695 FPS
1080 frames in 5.0 seconds = 215.978 FPS
997 frames in 5.0 seconds = 199.132 FPS
951 frames in 5.0 seconds = 189.950 FPS
988 frames in 5.0 seconds = 197.346 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server
":0"
      after 16815 requests (16815 known processed) with 0 events remaining.
bash-4.2$

-- 
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/20121221/71d45f88/attachment.html>

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

--- Comment #5 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 71927
  --> https://bugs.freedesktop.org/attachment.cgi?id=71927&action=edit
X log for  affected  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/20121221/ec6be57e/attachment.html>

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

--- Comment #6 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 71928
  --> https://bugs.freedesktop.org/attachment.cgi?id=71928&action=edit
dmesg after X  start  and launching gears

Note:  I switched  away  from X's  vt  shortly  after black glxgears window
appear -  and  captured this dmesg  from  another  vt.

-- 
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/20121221/9b35b908/attachment.html>

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

--- Comment #7 from Andrew Randrianasulu <randrik at mail.ru> ---
Interesting,  if  I  disable  ACPI  completely -  at  least  glxgears starts 
to  works! (I  need  to disable  it  in kernel  config,  because  simply 
booting  with  acpi=off  stops ACPI-aware  nouveau.ko  from  loading :( )

-- 
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/20130215/61de548a/attachment.html>

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

--- Comment #8 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 74851
  --> https://bugs.freedesktop.org/attachment.cgi?id=74851&action=edit
Kernel  config [working  glxgears with  direct  rendering]

Kernel  was  from  nouveau  tree  at  commit 

commit f253235ed48aca9ebf008952d8484e59e64bebae
Author: Ben Skeggs <bskeggs at redhat.com>
Date:   Thu Feb 14 13:43:21 2013 +1000

    drm/nv84-/fence: prepare for emit/sync support of sysram sequences
---------------

Sadly,  launching  seamonkey  caused  GPU  lockup,  still. But  I  was able  to
 switch  back  to console  and  reboot. But  it was  different  bug,  this  one
 doesn't  show  any  'GPU  lockup'  messages.

-- 
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/20130215/50fef7e1/attachment.html>

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

Andrew Randrianasulu <randrik at mail.ru> changed:

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

--- Comment #9 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 83509
  --> https://bugs.freedesktop.org/attachment.cgi?id=83509&action=edit
Nouveau git kernel + experimental pmpeg path also hangs

I also tried many new kernels, up to "drm/nouveau/vm: make vm refcount into
a
kref" (3.11-rc3 based) - they all hang  with enabled ACPI. This dmesg was 
captured after applying mesa patch  from this thread [for pmpeg testing]:
http://lists.freedesktop.org/archives/mesa-dev/2013-July/042473.html

As  you hopefully  can see - XvMC also  hangs like DRI clients.

-- 
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/20130802/8aa1fd48/attachment.html>

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

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|nv43 hangs  with  direct    |[NV43] hangs  with  direct
                   |rendering  since 3.7 rework |rendering  since 3.7 rework

--- Comment #10 from Ilia Mirkin <imirkin at alum.mit.edu> ---
The PMPEG hangs are expected... pre-NV44 doesn't have context switching. I
have
a patch (which I sent to the ML) but it needs some work. So don't worry
about
that not working. Although it shouldn't hang, it just shouldn't do any
actual
decoding (and generate all those errors).

Some of the warnings in your dmesg should have be fixed as of the latest
nouveau/master or 3.11-rc7.

Are you saying that simply running trivial/tri will hang X? I don't see that
on
a NV42 (PCIe), which is rather similar to your NV43 (AGP). Could you show a
dmesg log of trivial/tri hanging things? (Are you using mesa 9.2 or mesa-git?)

-- 
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/20130902/0731b7eb/attachment.html>

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

Andrew Randrianasulu <randrik at mail.ru> changed:

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

--- Comment #11 from Andrew Randrianasulu <randrik at mail.ru> ---
Created attachment 85161
  --> https://bugs.freedesktop.org/attachment.cgi?id=85161&action=edit
dmesg from nouveau/master

Using mesa  git (9.3.0-6b5c802) trivial/tri also  hangs X server. (I switched 
away from it to  working VT, and captured  this  dmesg.)

-- 
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/20130904/0529b850/attachment.html>

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

Andrew Travneff <travneff at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |travneff at gmail.com

--- Comment #12 from Andrew Travneff <travneff at gmail.com> ---
I have lockups at NV43 too. Affected kernels are at least 3.10 and 3.9. More
info: https://bugzilla.redhat.com/show_bug.cgi?id=979537

-- 
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/20130915/d6bb67e5/attachment.html>

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

--- Comment #13 from Andrew Randrianasulu <randrik at mail.ru> ---
I seems I  can avoid (workaround) this bug by simply changing in my .config
CONFIG_PREEMPT_NONE=y to CONFIG_PREEMPT_VOLUNTARY=y . I made  this  discovery 
while  trying  official Slackware kernel from Slackware-current. May be this
bug has something in  common with bug described  in
https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.3 as "mm,
vmscan:
prevent kswapd livelock due to pfmemalloc-throttled process being killed' . 
Bug seems to hit  only nv40 (and less?) codepath, because my nv50 works fine
without preemption.

Should I  leave  this  bugreport open, or resolve it as WORKSFORME? (currently
I'm  compiling additional test kernel based on nouveau/linux-2.6 linux-3.19
branch , just  to test my workaround one more time.)

Reclocking still seems to work only partially (lost  display  and  another 
kind  of  hang  after  just  few seconds of glxgears  on highest perf level,
lost  display after I switch clocks back to lower frequencies), but this is 
another  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/20150119/3d2dffc4/attachment.html>

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

Andrew Randrianasulu <randrik at mail.ru> changed:

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

--- Comment #14 from Andrew Randrianasulu <randrik at mail.ru> ---
I think I can close this one, currently running  4.10.0-rc5-i486 #2 and it
seems stable (after I tweaked BIOS settings - enabled "PnP OS
installed" and
disabled APIC).

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