Results 1 to 10 of 10

Thread: A Preview Of Kernel-Based Mode-Setting

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

    Default A Preview Of Kernel-Based Mode-Setting

    Phoronix: A Preview Of Kernel-Based Mode-Setting

    There are many new and innovative features brewing within the X.Org development community right now -- among the many are Gallium3D, the TTM memory manager, and MPX (Multi-Pointer X) -- but one of the features that has risen towards the top of the list and delivers visible benefits to the end-user is kernel-based mode-setting. As implied by its name, kernel mode-setting involves moving the mode-setting code for video adapters from the user-space X server drivers into the Linux kernel. This may seem like an uninteresting topic for end-users, but having the mode-setting done in the kernel allows for a cleaner and richer boot process, improved suspend and resume support, and more reliable VT switching (along with other advantages). Kernel mode-setting isn't yet in the mainline Linux kernel nor is the API for it frozen, but Fedora 9 shipping next month will be the first major distribution carrying this initial support. In this article we're looking more closely at kernel mode-setting with the Intel X.Org driver as well as showing videos of kernel-based mode-setting in action.

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

  2. #2
    Join Date
    Sep 2006
    Location
    PL
    Posts
    912

    Default

    more reliable vt switching will really help. that's where many drivers crash with x.org right now.

  3. #3
    Join Date
    Jul 2007
    Posts
    404

    Default

    Can't wait until ati porting is done!

    By the way, in the case of the X driver, does it just have a "dummy" ddx that passes everything to the kernel modesetting driver, or is there an actual structural change? Will there be any changes to how and where acceleration (EXA, Render, OpenGL) is handled?

  4. #4
    Join Date
    May 2007
    Posts
    319

    Default

    Quote Originally Posted by TechMage89 View Post
    Can't wait until ati porting is done!

    By the way, in the case of the X driver, does it just have a "dummy" ddx that passes everything to the kernel modesetting driver, or is there an actual structural change? Will there be any changes to how and where acceleration (EXA, Render, OpenGL) is handled?
    Initially we are just going to use the normal DDX, with some common code, however for keeping compat with current randr-1.2 implementations, we'll need some impedance matching in the DDX layer between the kernel and randr interfaces.

    nothing else will move, however we will be restricting what the X driver can access, i.e. no more direct register access, all accel should be done via kernel command submission etc.. so for Intel we have had to switch the DDX from using the ring directly to using batchbuffers and submitting those to the kernel,

    the final point we want to reach is probably a driver with kernel modesetting/EXA/TTM and nothing else.

    Dave.

  5. #5
    Join Date
    Jul 2007
    Posts
    59

    Default

    I love this site! Thank you Michael Larabel for taking the time to write about this(and to show an example). Hopefully I can see this in action on my new rv770 in the near future.

  6. #6
    Join Date
    Sep 2007
    Posts
    158

    Default

    The radeon(hd) drivers and nouveau have that stuff as a high priority item so I would expect the majority of current cards to get supported in Fedora sooner rather than later.

  7. #7
    Join Date
    Aug 2006
    Posts
    90

    Default

    I can't wait for this in radeon or really any driver that isn't tied to a chipset (I don't think Intel has any discrete cards after i740).

    Keep up the good work!

  8. #8
    Join Date
    Apr 2007
    Location
    Mexico City, Mexico
    Posts
    900

    Default

    No Intel has no other discrete cards after the i740, but they will soon release some based on their new architecture (which in turn is based off the x86 instruction set), the name currently eludes me, as does the estimated time frame of its release.

  9. #9

    Default

    Quote Originally Posted by Thetargos View Post
    the name currently eludes me
    Larrabee is the codename. Not to be confused with Larabel


    Cheers,
    Michael Larabel

  10. #10
    Join Date
    Sep 2007
    Posts
    158

    Default

    Larabee isn't showing up next month anyway (unfortunately, I would buy one), and I don't think good OSS support for it is going to be a problem

Posting Permissions

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