No, you still need nouveau. Just add an xorg.conf which has Driver
"modesetting" rather than Driver "nouveau".
On Tue, Feb 9, 2021 at 3:43 PM Uwe Sauter wrote:
>
> Re-adding the list to receipients as it got lost.
>
>
> I'm unsure how to configure the modeset ddx. Do I need to rebuild my initrd
Re-adding the list to receipients as it got lost.
I'm unsure how to configure the modeset ddx. Do I need to rebuild my initrd so it does not include the nouveau driver?
Do I need to blacklist nouveau?
Am 09.02.21 um 21:34 schrieb Ilia Mirkin:
I don't see any indication of a nouveau failure
And presumably at the point where the display was turned back on, the
image was stuck? There are no prints in dmesg here, which means you're
not getting a traditional error... although curiously the stream of
framebuffer creations stops too. Maybe not a kernel issue after all?
Could it be MATE gett
Hi Ilia,
this is a first shot on getting the logs.
Does the list allow attachments? Else I need to find a place where I can upload
the files.
The dmesg log was created with kernel command line arguments "log_buf_len=16M
drm.debug=12".
I have indicated within the file when the desktop environ
The referenced issue is a context switching error / timeout. Is that
what you're seeing?
Is there anything in dmesg when the problem occurs? Can you reproduce
it by forcing the monitor to sleep (xset s off or equivalent)?
What you're describing sounds most like a display engine hang. Cursor
posit
Hello,
I don't know if this is the appropriate list to post; if not please point me in
the right direction.
I have an issue with the nouveau driver for a GT 710 (GK208B) card, hardware
details and software versions below.
Once the X server decides to switch into power saving mode and turns th
