Page 1 of 2 12 LastLast
Results 1 to 10 of 16

Thread: Cleaning Up The R600 Gallium3D Driver

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

    Default Cleaning Up The R600 Gallium3D Driver

    Phoronix: Cleaning Up The R600 Gallium3D Driver

    Marek Olk, the well-known independent contributor to Mesa that's made a great deal of enhancements to the Radeon driver stack over the past few years, has a new patch-set. The latest patch-set he published last night cleans up the R600g driver and reworks its cache flushing code. This patch-set affects more than 2,000 lines of code, which is significant for this open-source Gallium3D driver...

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

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

    Default

    It could be nice if we could test if there is some performance gains with this flushes refactorings.
    Michel, didn't you said there is some daily performance tracking for Mesa, much like Linux kernel performance tracking?

  3. #3
    Join Date
    Nov 2010
    Location
    Stockholm, Sweden
    Posts
    399

    Default

    Regarding the 2D Tiling improvements, have these been fixed to render properly? They were pretty broken when you tested them in the article you linked to.

  4. #4
    Join Date
    Jun 2010
    Location
    ฿ 16LDJ6Hrd1oN3nCoFL7BypHSEYL84ca1JR
    Posts
    1,039

    Default

    Code:
     ~ % LIBGL_DEBUG=verbose glxinfo | grep render
    libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/r600_dri.so
    libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r600_dri.so
    libGL error: dlopen /usr/lib/xorg/modules/dri/r600_dri.so failed (/usr/lib/libglsl.so: undefined symbol: _mesa_symbol_table_add_symbol)
    libGL: OpenDriver: trying /tls/r600_dri.so
    libGL: OpenDriver: trying /r600_dri.so
    libGL error: dlopen /r600_dri.so failed (/r600_dri.so: cannot open shared object file: No such file or directory)
    libGL: OpenDriver: trying /usr/lib32/xorg/modules/dri/tls/r600_dri.so
    libGL: OpenDriver: trying /usr/lib32/xorg/modules/dri/r600_dri.so
    libGL error: dlopen /usr/lib32/xorg/modules/dri/r600_dri.so failed (/usr/lib32/xorg/modules/dri/r600_dri.so: wrong ELF class: ELFCLASS32)
    libGL error: unable to load driver: r600_dri.so
    libGL error: driver pointer missing
    libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/swrast_dri.so
    libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
    [1]    13627 segmentation fault (core dumped)  LIBGL_DEBUG=verbose glxinfo | 
           13628 exit 1                            grep --color=auto render
    Anybody else?

  5. #5
    Join Date
    Jun 2008
    Location
    Perth, Scotland
    Posts
    435

    Default

    Quote Originally Posted by Drago View Post
    It could be nice if we could test if there is some performance gains with this flushes refactorings.
    Michel, didn't you said there is some daily performance tracking for Mesa, much like Linux kernel performance tracking?
    I would expect there are given that seems to be the whole point of the exercise. I would like to know how much though.

  6. #6
    Join Date
    Dec 2007
    Posts
    2,337

    Default

    Quote Originally Posted by Azpegath View Post
    Regarding the 2D Tiling improvements, have these been fixed to render properly? They were pretty broken when you tested them in the article you linked to.
    Latest versions:
    http://people.freedesktop.org/~glisse/tiling/

  7. #7
    Join Date
    Dec 2007
    Posts
    2,337

    Default

    Quote Originally Posted by Drago View Post
    It could be nice if we could test if there is some performance gains with this flushes refactorings.
    Michel, didn't you said there is some daily performance tracking for Mesa, much like Linux kernel performance tracking?
    This series was mostly clean up and fixing some issues related to flushing.

  8. #8
    Join Date
    Nov 2010
    Location
    Stockholm, Sweden
    Posts
    399

    Default

    Quote Originally Posted by agd5f View Post
    Thank you, so are they working better? =)
    I'm not running any homebuilt Mesa parts, just what's in unstable portage on Gentoo. I could run an overlay with git HEAD, but it does feel a bit dangerous for my primary desktop since I actually want to be able to do stuff on it as well, hehe.

  9. #9
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    574

    Default

    Quote Originally Posted by Azpegath View Post
    Thank you, so are they working better? =)
    I'm not running any homebuilt Mesa parts, just what's in unstable portage on Gentoo. I could run an overlay with git HEAD, but it does feel a bit dangerous for my primary desktop since I actually want to be able to do stuff on it as well, hehe.
    If you're comfortable in the command line (and being a fellow Gentoo'er you aught to be) there's no reason not to try the x11 overlay

    Just unmask the packages you'd like to test and if there are any problems remove the unmask lines

    You can also use quickpkg to keep a binary copy of known working versions that you can revert back to using the emerge -G option

    I personally unmask all the live ebuilds symlinking the profiles/mask file to my unmask directory and rebuild daily

  10. #10
    Join Date
    Jan 2011
    Posts
    46

    Default

    FTA:
    (some people should seriously learn what "polymorphism" means and how it's used to write software before even writing drivers, because I feel like I am the only one making use of it in r600g, which is really a shame /rant)
    D'oh.

Posting Permissions

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