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

Thread: R600 Gallium3D Patch Boosts Unigine By ~30%

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

    Default R600 Gallium3D Patch Boosts Unigine By ~30%

    Phoronix: R600 Gallium3D Patch Boosts Unigine By ~30%

    A rather simple patch by Vadim Girlin has led to a reported significant performance improvement within the R600 Gallium3D graphics driver...

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

  2. #2
    Join Date
    Aug 2009
    Location
    Russe, Bulgaria
    Posts
    543

    Default

    And right after:

    Please ignore this, there are some issues with this patch undetected by
    piglit.

    I suspect it's something similar to the hw bug discussed here recently:

    http://www.mail-archive.com/mesa-dev.../msg33361.html

  3. #3
    Join Date
    Jul 2010
    Posts
    449

    Default

    He's posted a v2 patch now.

  4. #4
    Join Date
    Aug 2009
    Location
    Russe, Bulgaria
    Posts
    543

    Default

    I am curious, how many spots like this, there are in r600g at the moment.

  5. #5
    Join Date
    Dec 2009
    Posts
    110

    Default

    Quote Originally Posted by archibald View Post
    He's posted a v2 patch now.
    Link to patch:
    http://lists.freedesktop.org/archive...ry/034728.html

    No a nice one-liner anymore tho.

  6. #6
    Join Date
    Sep 2010
    Posts
    731

    Default

    Well, AMD could host farm of GPU's of various generations/configs. With some automated tools that would allow previlaged devs to submit patches to test performance/piglit regresions.

    QA would also had easier time (if dev's could detect bad code earlier).


    Great idea, so why its not already done?

  7. #7
    Join Date
    Jul 2008
    Location
    Germany
    Posts
    766

    Default

    Quote Originally Posted by przemoli View Post
    Well, AMD could host farm of GPU's of various generations/configs. With some automated tools that would allow previlaged devs to submit patches to test performance/piglit regresions.

    QA would also had easier time (if dev's could detect bad code earlier).


    Great idea, so why its not already done?
    Or Stop developing the Driver in the Kernel Tree. For an user its much more easy to update an out of tree kernel module. To tell an user he has to recompile his kernel is is a mess.

  8. #8
    Join Date
    Jun 2012
    Posts
    46

    Default

    Quote Originally Posted by Xake View Post
    No a nice one-liner anymore tho.
    Yes, now it is an even nicer patch, as it in total removes 24 lines from the driver

    Thanks for the link.

  9. #9
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,668

    Default

    Quote Originally Posted by przemoli View Post
    Well, AMD could host farm of GPU's of various generations/configs. With some automated tools that would allow previlaged devs to submit patches to test performance/piglit regresions.
    From what I recall, they don't have such resources to spare. Though who knows, maybe the situation has changed.

    Quote Originally Posted by Nille View Post
    Or Stop developing the Driver in the Kernel Tree. For an user its much more easy to update an out of tree kernel module. To tell an user he has to recompile his kernel is is a mess.
    Not for Gentoo users it isn't!

  10. #10
    Join Date
    Jul 2008
    Location
    Germany
    Posts
    766

    Default

    Quote Originally Posted by GreatEmerald View Post
    Not for Gentoo users it isn't!
    Sorry, i missed that gentoo is the center of the world

    *scnr*

Posting Permissions

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