[Nouveau] [Bug 86164] Screen resize causes crash on NV50 (NV98) in nouveau (bisected)

[bugzilla-daemon at freedesktop.org]

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

Maris Nartiss <maris.nartiss at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Dual screen causes KDE      |Screen resize causes crash
                   |crash on NV50 (NV98) in     |on NV50 (NV98) in nouveau
                   |nouveau (bisected)          |(bisected)

--- Comment #2 from Maris Nartiss <maris.nartiss at gmail.com> ---
(In reply to Ilia Mirkin from comment #1)
> While it shouldn't cause crashes, I suspect that removing
> 
> nouveau.noaccel=1
> 
> should resolve this issue. Why are you booting with that?

Sorry, my analysis was incomplete. Today I tested with bare bones X session
(xinit running xterm) without a secondary output - it still fails on screen
resize issued with "xrandr -s 1024x768". Attaching a secondary output was just
triggering screen size change.

If screen size change is triggered from xinit, it gets stuck with a black,
empty screen. Attempts to use get to VT (ctrl+alt+f1) are failing, I never have
been able to get killing X server option to work (whoever had that "bright"
idea to remove ctrl+alt+backspace option), and simple reboot (ctrl+alt+del)
doesn't work. Still system (sometimes) reacts on power button, although it
can't finish shutdown - there is a disk activity, but it fails to power off.

Changing nouveau.noaccel=0 with current git master makes this bug to disappear
- "xrandr -s" calls are not failing any more. Still some graphical corruption
is observable (invisible parts of web page in Firefox are randomly appearing
while typing in FF this report) - a different bug and I have no idea how to
reproduce it. The original reason for disabling acceleration was (IIRC)
inability to suspend system more than once and to play any video after first
resume. Don't remember exact bug #, but that's a different story, as "xrandr
-s" calls shouldn't crash X also without acceleration enabled.

-- 
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/20141112/e83559c8/attachment-0001.html>