Results 1 to 9 of 9

Thread: Intel, Radeon DRM Get Precise VBlank Timestamps

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

    Default Intel, Radeon DRM Get Precise VBlank Timestamps

    Phoronix: Intel, Radeon DRM Get Precise VBlank Timestamps

    Mario Kleiner has published patches over the weekend that introduce precise vblank time-stamping support within the Linux kernel's DRM core and has implemented this support already within the Radeon and Intel kernel drivers too. The precise vblank timestamps and counting is needed by the DRI2 sync and swap extensions and in particular to conform with the OML_sync_control extension...

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

  2. #2
    Join Date
    Dec 2009
    Posts
    338

    Default

    So will this solve the "flashing" problem of the dynpm code?

    It would be really nice because echoing the necessary parameters to the kernel each time my computer is started is a pain.

  3. #3
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,381

    Default

    Have you tried dynpm with the latest kernel code ? IIRC there was a typo fix a couple of weeks ago related to dynpm display flicker.

  4. #4
    Join Date
    Dec 2009
    Posts
    338

    Default

    Quote Originally Posted by bridgman View Post
    Have you tried dynpm with the latest kernel code ? IIRC there was a typo fix a couple of weeks ago related to dynpm display flicker.
    I am on 2.6.36 final. I bet you are talking about drm-testing, right?

    Anyway, last time I tried dynpm it didn't change my clocks at all, i.e. it stayed maxed out. However, I don't feel any performance regression after setting the low profile, so compiz effects are still fast enough for me (obviously fps in games drops). Rv730 if it matters.

  5. #5
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,381

    Default

    I think this is the commit... I don't *think* it went into 2.6.36 but not 100% sure.

    http://git.kernel.org/?p=linux/kerne...259c47adfe4c6f

  6. #6
    Join Date
    Jul 2008
    Posts
    565

    Default

    If this helps get rid of all the vsync issues I always have in Linux, I will have a geekgasm.

    Graphics tearing needs to stop, across the board, by default.

  7. #7
    Join Date
    Feb 2009
    Location
    France
    Posts
    273

    Default

    Quote Originally Posted by bridgman View Post
    I think this is the commit... I don't *think* it went into 2.6.36 but not 100% sure.

    http://git.kernel.org/?p=linux/kerne...259c47adfe4c6f
    Oh, cool! I'll give it a try pretty soon. Thanks!

  8. #8
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,124

    Default

    Quote Originally Posted by Yfrwlf View Post
    If this helps get rid of all the vsync issues I always have in Linux, I will have a geekgasm.

    Graphics tearing needs to stop, across the board, by default.
    Agrees emphatically.

  9. #9
    Join Date
    Dec 2007
    Posts
    137

    Default

    Quote Originally Posted by BlackStar View Post
    Agrees emphatically.
    Thirded.

    Although perhaps someone could clarify this for me: does anything else still need to be implemented in gstreamer/mplayer/etc to properly sync, or is that all in place and ready and it was just lower level DRM issues that were breaking sync?

Tags for this Thread

Posting Permissions

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