[Bug 1367241] Re: Incorrect udev-fallback-graphics.conf

Martin Pitt martin.pitt at ubuntu.com
Fri Sep 12 09:10:36 UTC 2014


> Trusty had vesafb build in the kernel from the very first release, so
I believe the assumption is safe here.

Well no, one could still run a self-built kernel.

So I think for an SRU it would be safer to not drop the script, but
instead do some 2>/dev/null to quiesce the error.

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1367241

Title:
  Incorrect udev-fallback-graphics.conf

Status in “systemd” package in Ubuntu:
  Fix Committed
Status in “udev” package in Ubuntu:
  Invalid
Status in “udev” source package in Precise:
  Triaged
Status in “systemd” source package in Trusty:
  Triaged
Status in “systemd” source package in Utopic:
  Fix Committed

Bug description:
  [Impact]

   * When setting up primary display driver fails an attempt to load vesafb
     module is undertaken. This fails since from 3.13.0-16.36 version
     vesafb is compiled in the kernel (so no actual modprobing is needed).
     This causes false alert in the log:
     "Starting load fallback graphic devices: [fail]"

  [Test Case]

   * Start Ubuntu unable to load primary graphics driver (the simplest way is to remove module responsible for the device).
   * Wait for loading graphics devices.
   * If the primary device module has failed to load, falling back to vesafb will be attempted.

  [Regression Potential]

   * Implemented by the bug reported.

   * Affects only the debian/ directory.

  [Other Info]
   
   * Original bug description:

  The udev-fallback-graphics.conf script tries to load vesafb module if
  PRIMARY_DEVICE_FOR_DISPLAY has not been set earlier.

  The problem is that from kernel version 3.13.0-16.36 vesafb is
  compiled in permanently into the kernel (CONFIG_FB_VESA=y), so
  whenever the fallback mode is triggered this script will FAIL
  confusing the users.

  Most probably this file is no longer needed (or it just be used to
  print informative message).

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



More information about the Ubuntu-sponsors mailing list