[Nouveau] [Bug 23593] nouveau hangs after a few minutes

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=23593





--- Comment #12 from aeriksson at fastmail.fm  2009-09-03 13:31:35 PST ---
(In reply to comment #11)
> Argh. I looked only at the first part. The hang happens at 22:41:24.
> 
> First, that log is not from boot, or then the kernel message buffer has
> overflown FAST. (Which might not be a surprise, since it is logging crtc
> register access and whatnot.)
> 
I was suprised by the order of the initial stuff too. 



> Browsing the log, it is clear that the kernel message buffer repeatedly
> overflows. Not to mention that that log is a bitch to search through.
> 
Any ideas how to get around the overflows?


> Okay, I'll see if I could limit the crtc etc. logging in Nouveau during the
> weekend. The ioctl flood is a bit more annoying.
> 
> 
ok
> The kernel screen saver is just blanking and DPMS and mouse does not wake it up
> (not sure if with gpm it would). AFAIK X disables the kernel screen saver. Do
> you have X running, or just nouveaufb virtual terminal? 

I'm always in X when it hangs. I cannot recall a non-X hang. In vt mode, I use
gpm, it thatäs relevant.

I'm asking again, since
> the information from when nvidiafb was enabled is useless. Was this nv05?
> 

lspci says:
01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro]
(rev 15)
but the nouveay and/or drm code speaks of nv04 on probing...? I'll attach an
Xorg log too.


> You probably do have X running since all the activity in the log. 
yes.
What apps are
> running there? 
windowmaker, a couple of xterms, exmh (a tcl-tk app), sometimes firefox. I've
seen hangs on x11 startup, at about the time exmh starts (ff starts manually)

Could you stop them (to get smaller logs), does it hang then?
I'll let it run overnight with no wm and no apps, and we'll see what happens.


> 
> It would be useful to repeat the still valid basic information here that you
> mentioned in emails to the list. People reading this bug don't know we
> discussed it on the list.
> 
Right. See above. Some hangs are in display-on mode, at the middle of
operations. The mouse moves, but all windows freezes. Some other hangs are
discovered e.g. after the night, when the display is off and wonät come back
on on mouse/kbd.

In almost all cases, I can ssh etc to the machine just fine, and I've seen
nothing interesting in any log apart from the EBUSYthing already talked about.

As a newbie to nouveau, I made one interesting observation: The X screen when
starting X (even after warm-reboot) is initially painted with the contents of
the last X screen. If I bog down the cpu with a cpu bound task (such as drm
logging to syslog) I can watch the old contents for ca 5 seconds before it's
cleared and the WM starts. That smells like a BIG security issue for public
terminals. Shouldn't the GPU/fb memory be clearedbefore handed to the process
(as RAM is when provided to a process?)


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.