Page 1 of 3 123 LastLast
Results 1 to 10 of 24

Thread: A Call For Deprecating The Linux Frame-Buffer FBDEV

  1. #1
    Join Date
    Jan 2007
    Posts
    15,126

    Default A Call For Deprecating The Linux Frame-Buffer FBDEV

    Phoronix: A Call For Deprecating The Linux Frame-Buffer FBDEV

    A call was made during the Linux Plumbers Conference on Wednesday to deprecate the Linux kernel FBDEV support...

    http://www.phoronix.com/vr.php?view=MTE3MjI

  2. #2
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,798

    Default

    I think you forgot to tell us why? The other subsystems being more advanced isn't really a reason, IMO.

  3. #3
    Join Date
    Jul 2009
    Posts
    12

    Default

    I hope he will propose working alternatives for us unfortunate enough to have computers with poulsbo graphics.

  4. #4
    Join Date
    Feb 2012
    Posts
    472

    Default

    Quote Originally Posted by Nogotheg View Post
    I hope he will propose working alternatives for us unfortunate enough to have computers with poulsbo graphics.
    Does the gma500_gfx driver not work? From what I know it does.

  5. #5
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,601

    Default

    Quote Originally Posted by Gusar View Post
    Does the gma500_gfx driver not work? From what I know it does.
    In my case, last time I checked, it worked but couldn't turn off the screen. And that's quite an important thing to have...

  6. #6
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,187

    Default

    What is it with these lately... No, the DRM FB emulation is not even close to par to the actual fb drivers. v4l doesn't even attempt to support fbdev api.

    Either might be a better API on its own, but programs aren't going to port themselves. There are these things called "existing usage", "backwards compatiblity", etc etc which all this calls to deprecate something lately seem to not to have heard of.

  7. #7
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,187

    Default

    *all these

    Editing still broken...

  8. #8
    Join Date
    Apr 2010
    Posts
    772

    Default

    Quote Originally Posted by curaga View Post
    There are these things called "existing usage", "backwards compatiblity", etc etc which all this calls to deprecate something lately seem to not to have heard of.
    Deprecating something doesn't break compatibility or existing usage, doesn't mean it will disappear overnight. It simply identifies it as not having a long-term future, advising developers that they should migrate away from it. There's stuff in Java 7 that's been deprecated since 1.0, and likewise, some of the functions removed in Gtk+ 3 had been deprecated for most of the ten-year lifespan of Gtk+ 2...

  9. #9
    Join Date
    Oct 2008
    Location
    Finland
    Posts
    59

    Default

    Fbdev is a public ABI between the kernel and the user space. That stuff is the most difficult (by the rules) stuff to change or drop in the world of Linux. That means, that if the decision was made today to drop fbdev completely, it will then take at least several years, before the first signs of actual removal in the code base could be done. Those are simply the kernel rules. You cannot break existing user space.

    Just like what Delgarde said above.

  10. #10
    Join Date
    Jan 2009
    Posts
    191

    Default

    Quote Originally Posted by curaga View Post
    What is it with these lately... No, the DRM FB emulation is not even close to par to the actual fb drivers. v4l doesn't even attempt to support fbdev api.

    Either might be a better API on its own, but programs aren't going to port themselves. There are these things called "existing usage", "backwards compatiblity", etc etc which all this calls to deprecate something lately seem to not to have heard of.
    well, i've heard about how they like all that "existing usage" and "backwards compatiblity" stuff in the world of Windows®, and how that makes it a steaming pile of decomposing shit, so thank you, but i would prefer fot this deprecation to start someday and actually happen, or otherwise no change will be made at all.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •