Results 1 to 10 of 12

Thread: "Atomic Display Framework" Shown For Linux

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,345

    Default "Atomic Display Framework" Shown For Linux

    Phoronix: "Atomic Display Framework" Shown For Linux

    A Google developer has released code to a new Linux kernel project: ADF, the Atomic Display Framework. This kernel framework came about as the developer was experimenting with KMS and Android...

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

  2. #2
    Join Date
    Jan 2010
    Posts
    358

    Default

    This seems quite useful because Android's compositor mixes overlay and framebuffer rendering to improve performance and reduce power consumption.

  3. #3
    Join Date
    Sep 2011
    Posts
    218

    Default

    Quote Originally Posted by brent View Post
    This seems quite useful because Android's compositor mixes overlay and framebuffer rendering to improve performance and reduce power consumption.
    which weston does too ;-)

    The big concern is that we end up with a bunch of devices out there with no fbdev or drm/kms driver, and instead a custom non-standard thing. This sort of divergence of android will potentially be a big problem for anyone who wants to put something other than android on their device.

  4. #4
    Join Date
    Jan 2010
    Posts
    358

    Default

    Quote Originally Posted by robclark View Post
    which weston does too ;-)
    Interesting, I wasn't aware of that. I thought Weston can use OpenGL (ES) *or* overlays to do compositing, but noth both at the same time with runtime switching.

    The big concern is that we end up with a bunch of devices out there with no fbdev or drm/kms driver, and instead a custom non-standard thing. This sort of divergence of android will potentially be a big problem for anyone who wants to put something other than android on their device.
    Well, the standard thing sort of is HWComposer, isn't it? Although it does not cover all what KMS does, and is very removed from the Linux kernel standard interfaces.

  5. #5
    Join Date
    Sep 2011
    Posts
    218

    Default

    Quote Originally Posted by brent View Post
    Interesting, I wasn't aware of that. I thought Weston can use OpenGL (ES) *or* overlays to do compositing, but noth both at the same time with runtime switching.
    Yup, weston can combine both. Of course, it really needs atomic pageflip to be perfect. But with atomic pageflip, you need to use a debug mode (which puts a translucent solid color overlay over what is drawn by the gpu) in order to tell the difference between what is gpu and what is hw overlay.


    Quote Originally Posted by brent View Post
    Well, the standard thing sort of is HWComposer, isn't it? Although it does not cover all what KMS does, and is very removed from the Linux kernel standard interfaces.
    right, and it doesn't do much good for anything that is not just a reskinned android (from graphics/display stack, point of view). So not particularly useful for me ;-)

  6. #6
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,860

    Default

    Quote Originally Posted by robclark View Post
    Yup, weston can combine both. Of course, it really needs atomic pageflip to be perfect. But with atomic pageflip, you need to use a debug mode (which puts a translucent solid color overlay over what is drawn by the gpu) in order to tell the difference between what is gpu and what is hw overlay.
    Hey Rob, I read the mailinglist discussion this morning and maybe you can clear up a few things here... The proposer brought up the issue where under Android is needs a composer of some kind to not get tearing. This reminded me of Keith's talk at linux.conf.au from last year where he said we were losing the idea of a Vsync and were now going to partial-updates-of-the-screen as the new "norm" and the problems it would

    It was implied in the mailing lists that KMS couldn't handle that (at least not right now) and that this ADF DID handle it. So I ask you, since you've been doing mobile work, architecturally... can KMS handle Android's needs, or has mobile development shown a crack in the foundations of KMS that would, in your opinion, warrant ADF?

Posting Permissions

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