Results 1 to 9 of 9

Thread: Most Drivers Won't Be Merged Into X Server 1.10

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

    Default Most Drivers Won't Be Merged Into X Server 1.10

    Phoronix: Most Drivers Won't Be Merged Into X Server 1.10

    The last talk of the 2010 X.Org Developers' Summit was regarding X.Org Server 1.10. The good news is that nearly every X.Org graphics driver will not be merged back into the xorg-server repository...

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

  2. #2
    Join Date
    Sep 2010
    Posts
    147

    Default

    This isn't a surprise by any means, but it's nonetheless relieving to know that the video drivers won't be merged into the server.

  3. #3
    Join Date
    Oct 2007
    Posts
    31

    Default

    The dummy DDX driver should remain separate rather than being merged, exactly so that it can serve as an example of how to write a modular driver.

    I don't understand why anyone thinks that merging will help track ABI breakage; that can be done by building the server AND at least one modular driver, such as the dummy DDX driver. OF course, better testing for ABI breakage would result from building and testing a real driver.

  4. #4
    Join Date
    Oct 2008
    Posts
    3,247

    Default

    Quote Originally Posted by brouhaha View Post
    I don't understand why anyone thinks that merging will help track ABI breakage; that can be done by building the server AND at least one modular driver, such as the dummy DDX driver.
    Sure, the point is that no one ever does that.

  5. #5
    Join Date
    Oct 2007
    Posts
    31

    Default

    Quote Originally Posted by smitty3268 View Post
    Sure, the point is that no one ever does that.
    Sure, and the easy fix is for them to start.

    I've never worked on a project where there were separately built modules that depended on my code, yet it was considered acceptable for me to make ABI changes without verifying that those modules built, or at least that the person responsible for those modules was made aware of the issue.

    If no one is willing to do it manually, they certainly could use something like Tinderbox to do it. This isn't rocket science.

  6. #6
    Join Date
    Oct 2008
    Posts
    3,247

    Default

    Quote Originally Posted by brouhaha View Post
    Sure, and the easy fix is for them to start.

    I've never worked on a project where there were separately built modules that depended on my code, yet it was considered acceptable for me to make ABI changes without verifying that those modules built, or at least that the person responsible for those modules was made aware of the issue.

    If no one is willing to do it manually, they certainly could use something like Tinderbox to do it. This isn't rocket science.
    I do think something like Tinderbox could be good for this.

    Relying on individual developers to "do the right thing" will work sometimes, but sooner or later it will fail.

  7. #7
    Join Date
    Sep 2010
    Posts
    491

    Default

    Very relieved to hear that graphics drivers are not going to be merged into the X.org server. Hopefully the input drivers could be modularized the same way.

    The 1.10 release looks like a solid release with many wanted improvements.
    Nice to see libxkb surfacing.

  8. #8
    Join Date
    Aug 2007
    Posts
    437

    Default

    The only X display drivers the world cares, are NV, ATI and Intel. As long as those drivers aren't being integrated into the X Server, I have nothing to complain.

  9. #9
    Join Date
    Jun 2006
    Posts
    24

    Default

    Quote Originally Posted by FunkyRider View Post
    The only X display drivers the world cares, are NV, ATI and Intel. As long as those drivers aren't being integrated into the X Server, I have nothing to complain.
    Servers and embedded systems in the world cares about other drivers too.

Posting Permissions

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