• Where is all the information? This looks about as useful as when somebody says “I have a problem” without going into any more depth. Great, you have a problem, but with what? What was happening before you ran into it? Did you do something? What happened after you ran into the problem?

    Maybe I’m missing something here, but copying Microsoft’s error handling is not the way I’d go about things.

    Anti Commercial-AI license

  • Great, potterydung enshittified Linux to the point they added DRM to the death handler.

    (only half-kidding, anti-Linux is explicitly what potterydung is trying to do; but it never ceases to amuse me that the name for the manager thingy was chosen to acronym to DRM. How will we ever know when DRM (pejorative) is actually added to Linux video?)

    •  Corbin   ( @Corbin@programming.dev ) 
      link
      fedilink
      English
      173 months ago

      Direct rendering infrastructure in Linux predates widespread use of “digital rights management” as a term of art by about two or three years. “We were here first,” as the saying goes. That said, the specific concept of direct rendering managers is a little newer, and probably was a mistake on its own merits, regardless of the name.

      • “We were here first,” as the saying goes.

        True. As corporate goes, take a good product name that exists in the wild, bury it with your own shitty product, best case you get to kill two products for the price of one (eg.: Google with “Gemini”).

  • This is the best summary I could come up with:


    After being talked about for years of DRM panic handling and coming with a “Blue Screen of Death” solution for DRM/KMS drivers, Linux 6.10 is introducing a new DRM panic handler infrastructure for being able to display a message when a panic occurs.

    With Linux 6.10 the initial DRM Panic code has landed as well as wiring up the DRM/KMS driver support for the SimpleDRM, MGAG200, IMX, and AST drivers.

    For those curious what DRM Panic can look like in action, Red Hat engineer Javier Martinez Canillas shared a photo of the DRM Panic “Blue Screen of Death” in action.

    A BeaglePlay single board computer was used and Javier posted to Mastodon of an example implementation:

    It could be extended in the future with some operating systems having looked at QR codes for kernel error messages and other efforts for presenting more technical information while still being user-friendly.

    On Linux 6.10+ with platforms having the DRM Panic driver support, this “Blue Screen of Death” functionality can be tested via a route such as echo c > /proc/sysrq-trigger.


    The original article contains 231 words, the summary contains 177 words. Saved 23%. I’m a bot and I’m open source!