Fedora starts to simplify Linux graphics handling

Changes will make things less challenging for developers, but maybe not for users


The Fedora development team are planning some significant changes to the way the distro handles graphics, which will help to push forward the state of Linux graphics support – but it may hinder troubleshooting when things go wrong.

The planned changes are coming in two stages. Initially, the imminent Fedora 36 release will remove the old fbdev driver, leaving only DRM and KMS. Then for Fedora 37, which is due later this year, it's proposed that the driver be removed from the X.org server as well.

These steps are associated with the planned transition to requiring UEFI firmware, with a later goal of removing legacy BIOS support altogether.

The tools are already in place: this is not adding any new or experimental technology, but rather removing some old tools and drivers that in modern PCs are no longer needed, and which make graphics handling more complicated.

The kernel's fbdev device has been deprecated since 2015. It's a very old-fashioned mechanism for the kernel to display graphics on the system console, which was introduced in kernel 2.1.109 back in 1999.

A visible use was the Tux logo that some distros display with the kernel messages during startup. It did have other uses, though, such as the ability to display software-defined fonts on the console, handy for those who use characters, or entire alphabets, not covered by the PC's character set. Last century, it was also used on some computers that don't have a native text mode, such as early Macintosh models.

Out of the frame

The functionality is not disappearing. What is going is the software and drivers that enable the kernel to do this directly. They will be replaced by a new driver called simpledrm, which emulates the old framebuffer. It sets up the display using KMS, which all distros have used for many years.

KMS stands for Kernel Mode Setting. It's a mechanism for the Linux kernel to switch the display into a particular mode, very early in the boot process, so that the system startup looks smooth, without sudden jerky changes of graphics mode when the display server starts. KMS in turn uses DRM to accomplish this. Not Digital Rights Management, in this context, but Direct Rendering Manager, which is how the kernel talks directly to GPUs.

For now, simpledrm will replace fbdev, but it's not yet possible to completely remove this, partly because fbcon, the kernel console driver, requires it.

Once the old fbdev device is gone, the plan is that Fedora 37 will continue this process by removing the X.org drivers for both fbdev and the generic VESA driver. Eventually, X.org itself will be removed, as the various desktops that Fedora offers shift over to Wayland.

Most users shouldn't notice any difference. Virtually all distros, even text-only server distros, already use KMS to configure a console graphics mode, enabling people to use other alphabets and writing systems.

The only potential problem that the Reg FOSS desk can envision is with troubleshooting. If a Linux system won't boot properly, one of the first troubleshooting steps to try is to add nomodeset to the kernel parameters – for example, see this Dell page. It stops the kernel from trying to set the graphics mode, and it's useful because that is a step which quite often goes wrong.

In theory, this should still work, as the simpledrm console driver handles three cases where KMS doesn't work: efifb, a generic UEFI frame buffer, simplefb for some Arm64 machines, and vesafb, a generic method for Intel machines. ®

But as Yogi Berra said: "In theory, there's no difference between theory and practice. In practice, there is."

It is possibly relevant to note that on the day before Ubuntu 22.04 was released, the developers turned off some experimental features relating to Wayland support: switching to X.org by default on machines with only an nVidia display, and disabling 3D acceleration when running Ubuntu in a VM under Ubuntu. Some of this technology is not ready for prime-time just yet.

Of course the goals of Fedora and Ubuntu are very different: indeed, those of an Ubuntu LTS release, which will be supported until 2027, are diametrically opposed to Fedora, which doesn't have long-term support releases. These pro-active moves from Fedora should help to reveal issues in the Linux graphics stack. We can hope that by the time Ubuntu 24.04 appears, this stuff will be a lot more stable, including for RHEL 10.

Similar topics


Other stories you might like

  • Talos names eight deadly sins in widely used industrial software
    Entire swaths of gear relies on vulnerability-laden Open Automation Software (OAS)

    A researcher at Cisco's Talos threat intelligence team found eight vulnerabilities in the Open Automation Software (OAS) platform that, if exploited, could enable a bad actor to access a device and run code on a targeted system.

    The OAS platform is widely used by a range of industrial enterprises, essentially facilitating the transfer of data within an IT environment between hardware and software and playing a central role in organizations' industrial Internet of Things (IIoT) efforts. It touches a range of devices, including PLCs and OPCs and IoT devices, as well as custom applications and APIs, databases and edge systems.

    Companies like Volvo, General Dynamics, JBT Aerotech and wind-turbine maker AES are among the users of the OAS platform.

    Continue reading
  • Despite global uncertainty, $500m hit doesn't rattle Nvidia execs
    CEO acknowledges impact of war, pandemic but says fundamentals ‘are really good’

    Nvidia is expecting a $500 million hit to its global datacenter and consumer business in the second quarter due to COVID lockdowns in China and Russia's invasion of Ukraine. Despite those and other macroeconomic concerns, executives are still optimistic about future prospects.

    "The full impact and duration of the war in Ukraine and COVID lockdowns in China is difficult to predict. However, the impact of our technology and our market opportunities remain unchanged," said Jensen Huang, Nvidia's CEO and co-founder, during the company's first-quarter earnings call.

    Those two statements might sound a little contradictory, including to some investors, particularly following the stock selloff yesterday after concerns over Russia and China prompted Nvidia to issue lower-than-expected guidance for second-quarter revenue.

    Continue reading
  • Another AI supercomputer from HPE: Champollion lands in France
    That's the second in a week following similar system in Munich also aimed at researchers

    HPE is lifting the lid on a new AI supercomputer – the second this week – aimed at building and training larger machine learning models to underpin research.

    Based at HPE's Center of Excellence in Grenoble, France, the new supercomputer is to be named Champollion after the French scholar who made advances in deciphering Egyptian hieroglyphs in the 19th century. It was built in partnership with Nvidia using AMD-based Apollo computer nodes fitted with Nvidia's A100 GPUs.

    Champollion brings together HPC and purpose-built AI technologies to train machine learning models at scale and unlock results faster, HPE said. HPE already provides HPC and AI resources from its Grenoble facilities for customers, and the broader research community to access, and said it plans to provide access to Champollion for scientists and engineers globally to accelerate testing of their AI models and research.

    Continue reading

Biting the hand that feeds IT © 1998–2022