> According to the answer of this question, "fwupd scans for all dpaux
devices and probes them". Hence there might be no plugin that I could
disable to bypass this bug.

That's correct.

> Unfortunately, no. The ASUS TUF Gaming laptop may need it to run the
display. I suspect that because long ago the nvidia hardware got reset
and the system could not recover from that cleanly. The result was a
computer with dead screen but system that was still alive. If I remove
nouveau and my screen gets disabled, I would have very hard time getting
back on track as I don't have another computer I could use to download
an Ubuntu Live CD, burn it to an USB, boot this computer and then fix
the configuration to make it bootable.

That's a bit unusual for an A+N design.  The APU usually drives the eDP
panel.  Sometimes there is a mux that lets you change it to the discrete
GPU dynamically, but the default position is still supposed to be APU.

Rather than making a permanent change; how about if you just turn on the
GRUB menu and change it on your kernel command line for one boot?  Even
if it doesn't boot up and has a black screen as you're worried about you
can reboot the machine and the journal from the previous boot will show
if this issue occurred or not.

I strongly feel this is a bug in nouveau that isn't fixed in the kernel
you're running.  Another option is to try the OEM-6.11 or HWE-6.11
kernels instead.  You can install them side-by-side and configure GRUB
to let you pick one at bootup.  Then you can see if it happens on the
newer kernel or not.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2098668

Title:
  nouveau crashes when fwupd requests DPCD reads on drm_dp_auxN

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fwupd/+bug/2098668/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to