https://bugs.freedesktop.org/show_bug.cgi?id=96737
--- Comment #6 from poma ---
What in acceleration code can (as is) brake proper VT switching?
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=96737
--- Comment #5 from poma ---
VT switching - with disabled acceleration, works
/var/log/Xorg.0.log
Kernel command line: ... nouveau.noaccel=1
(EE) NOUVEAU(0): Error initialising acceleration. Falling back to
On Sun, Jul 10, 2016 at 03:20:13PM +0200, Lukas Wunner wrote:
> Hi Peter,
>
> > [12:42] Lekensteyn: Should the video card always be powered up when a
> > register is read from the HDMI audio controller? Or would it be
> > better to leave the video card suspended and just fail the HDA
https://bugs.freedesktop.org/show_bug.cgi?id=96737
--- Comment #7 from poma ---
Also, the LightDM thread is here:
https://lists.freedesktop.org/archives/lightdm/2016-July/001000.html
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=96737
poma changed:
What|Removed |Added
Summary|[NV98] breaks Login / |[NV98] Xsession Login
The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called
while nouveau was runtime suspended, a deadlock would occur due to
nouveau_fbcon_set_suspend also trying to obtain console_lock().
Fix this by delaying the drm_fb_helper_set_suspend call. Based on the
i915 code (which was
On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote:
> The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called
> while nouveau was runtime suspended, a deadlock would occur due to
> nouveau_fbcon_set_suspend also trying to obtain console_lock().
>
> Fix this by delaying the
On Tue, Jul 12, 2016 at 09:16:22PM +0200, Lukas Wunner wrote:
> On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote:
> > The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called
> > while nouveau was runtime suspended, a deadlock would occur due to
> > nouveau_fbcon_set_suspend