> Oh, wait. You are just fixing the race condition?

Yeah; I see the confusion.  This issue got caught up by making sure the
GDM race condition was fixed at the same as when this feature is
enabled.

Perhaps it's better to split the GDM part of it off to it's own bug
instead then.

> In that case, why can you not revert the kernel config change in the
HWE backport to Jammy?

That's certainly a possible solution, but what happens when people run
mainline kernels for testing another issue and are exposed to this?
That's how I discovered it, reported it upstream and got it fixed in
GDM.  It's a trivial fix.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1965303

Title:
  Migrate from fbdev drivers to simpledrm and DRM fbdev emulation layer

Status in gdm:
  Fix Released
Status in gdm3 package in Ubuntu:
  Fix Released
Status in linux package in Ubuntu:
  Confirmed
Status in nvidia-graphics-drivers-470 package in Ubuntu:
  Fix Released
Status in gdm3 source package in Jammy:
  In Progress
Status in linux source package in Jammy:
  Won't Fix
Status in nvidia-graphics-drivers-470 source package in Jammy:
  Fix Released
Status in gdm3 source package in Lunar:
  Invalid
Status in linux source package in Lunar:
  Won't Fix
Status in nvidia-graphics-drivers-470 source package in Lunar:
  Fix Released
Status in gdm3 source package in Mantic:
  Fix Released
Status in linux source package in Mantic:
  Confirmed
Status in nvidia-graphics-drivers-470 source package in Mantic:
  Fix Released
Status in linux package in Fedora:
  Fix Released

Bug description:
  [ Impact ]
  The fbdev subsystem has been deprecated for a long time. We should drop it in 
favour of using simpledrm with fbdev emulation layer.

  This requires Kernel config changes:

  FB_EFI=n
  FB_VESA=n

  fbcon will still require FB to be available, but will use the fbdev
  emulation layer

  When this stack is enabled, it changes boot timing such that some
  drivers may take a longer time to boot and GDM may hang in a black
  screen.

  This issue has been readily reproduced in Ubuntu and reported to upstream 
mutter.
  https://gitlab.gnome.org/GNOME/mutter/-/issues/2909

  [ Test Plan ]
  * Ensure that a kernel with required kernel changes can boot to GDM using DRM 
driver (amdgpu, i915, or nouveau)

  [ Where Problems could occur ]
  * Race conditions could be exposed to DE environments
  * Software that expects to find DRM device at /dev/dri/card0 may have a 
problem.
  * Some older versions of NVIDIA driver might not work properly.

  [ Other Info ]
  * Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=2022385

To manage notifications about this bug go to:
https://bugs.launchpad.net/gdm/+bug/1965303/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to