Page 23 of 24 FirstFirst ... 1321222324 LastLast
Results 221 to 230 of 240

Thread: Radeon Gallium on ubuntu

  1. #221
    Join Date
    Jun 2008
    Posts
    55

    Default Gallium in Maverick vs. Gallium in Lucid

    Quote Originally Posted by tormod View Post
    I don't have the hardware to test if it is any useful, but the mesa packages in the Radeon Gallium PPA ppa:xorg-edgers/radeon ships the r600g now. Please remember that it is to be used on top of stock Lucid (not the normal xorg-edgers PPA), and you probably will need to install the latest Maverick kernel and the -ati drivers from ppa:xorg-edgers/drivers-only to get anywhere.
    That is precisely why I am waiting for Maverick support.

    While Lucid is the development base (for Mesa 7.9) for now, it will still be a backport when published/released for Lucid. Mesa 7.9, on the other hand, will be part of the Maverick core (Xorg 1.9 already is) so that tag-team will be more critical than Lucid, especially going forward.

    Then there is the reality that 2D in Maverick (irrespective of Gallium, and, amusingly, *despite* having to use software direct rendering) is actually *faster* using Xorg 1.9 than with Xorg 1.8 (Mesa 7.8.2); however, adding Mesa 7.9 compiles to the mix breaks Xorg 1.9 (apparently, that isn't the case with Xorg 1.8 or earlier, since Lucid has been the test base).

    At the current state of Maverick beta code,

    Xorg 1.9 + xserver-xorg-video-radeon (from either xorg-edgers *or* X-swat PPA; same code) + Mesa 7.8.2 is fine (in fact, it's faster than bone-stock Maverick by at least an order of two, and that's 2D vs. 2D, software rendering, on Maverick x64 with HD5450); however, replace Mesa 7.8.2 with xorg-edgers Mesa 7.9 latest successful compile from git, and Xorg is completely unusable, whether 1.9 or the stock 1.8 that ships with Maverick (while there are no card drivers for 1.9 in the base repos for Maverick, the rest of Xorg 1.9 is in the upgrade pipeline for Maverick today). Basically, whatever breaks X is part of either Mesa itself or the prereqs required by Mesa, and it's a definite compatibility issue with Maverick, as opposed to Lucid.

    For straight 2D tasks, I'd actually rather run Maverick than Lucid because Maverick is actually *faster* than Lucid. Surprise performance discovery (wish I knew how to test it, just so I could be sure I wasn't seeing things) - 2D in Maverick, software rendering and all (Xorg 1.9+radeon from either xorg-edgers or x-swat+Mesa 7.8.2) is faster than Catalyst 10.7 *or* 10.8 in *Lucid* (Xorg 1.8+Mesa 7.8.2) even with the same kernel (2.6.35-20 is both Maverick beta's base and is an option for Lucid via Kernel Main Line PPA). I'm well aware I'm not the only person to report this (even in this forum) - however, how much sense does the data make, especially if it holds up?

    I want more data, primarily as a backcheck on my own observations.

  2. #222
    Join Date
    Apr 2010
    Posts
    12

    Default

    Hello, i have two questions on the results produced by glxgears with r300g driver from git. Does anyone know what can cause `glxgears -fullscreen` to go in the left bottom corner in small proportion as such:




    And for the other matter it seems that there is something blocking the limit of the refrash rate of 'glxgears' on 60 FPS (not fullscreen). I wouldn't mind that but the constant Xorg crashes when using google-earth seem to be somehow connected.
    Thanks.

  3. #223
    Join Date
    Jan 2008
    Posts
    294

    Default

    Quote Originally Posted by zand View Post
    Hello, i have two questions on the results produced by glxgears with r300g driver from git. Does anyone know what can cause `glxgears -fullscreen` to go in the left bottom corner in small proportion as such:
    Testing with r600c I see that my old system glxgears behaves like that, but one built/run from the git repo behaves properly.

    And for the other matter it seems that there is something blocking the limit of the refrash rate of 'glxgears' on 60 FPS (not fullscreen). I wouldn't mind that but the constant Xorg crashes when using google-earth seem to be somehow connected.
    Thanks.
    For r300 I think all you need to do is run with the env set like -

    vblank_mode=0 glxgears

    It's more complicated for r600 as you still get wait for vline sync unless you patch the driver.

    If you want to disable permanently dri2 vsync make/edit .drirc in your home dir like -

    Code:
    <driconf>
        <device screen="0" driver="dri2">
            <application name="Default">
                <option name="vblank_mode" value="0" />
            </application>
        </device>
    </driconf>

  4. #224
    Join Date
    Apr 2010
    Posts
    12

    Default

    @legume: thanks, that solved the 'limit sync' matter. My .drirc looked like:
    Code:
    <driconf>
        <device screen="0" driver="r300">
            <application name="Default">
                <option name="fthrottle_mode" value="2" />
                <option name="vblank_mode" value="1" />
                <option name="allow_large_textures" value="1" />
            </application>
        </device>
    </driconf>
    I'd like to learn more about those options for I'm experiencing another problem that could be connected. I cannot get pictures depicted in the pop-up windows in google-earth.

  5. #225
    Join Date
    Apr 2010
    Posts
    12

    Default

    Think I've found the answer to my question about dri options; driconf allows to modify them. Though I haven't figured out which of the two 'r300' or 'dri2' works better for me.

  6. #226
    Join Date
    Jan 2008
    Posts
    294

    Default

    Quote Originally Posted by zand View Post
    Think I've found the answer to my question about dri options; driconf allows to modify them. Though I haven't figured out which of the two 'r300' or 'dri2' works better for me.
    You can have two device sections in your .drirc. One for r300 and one for dri2. I think all apart from the vblank_mode should be under r300 - if you need them that is, for testing maybe no options so you get defaults would be best. But then I haven't got a r300, so don't know what people need to use.

  7. #227
    Join Date
    Dec 2009
    Posts
    338

    Default

    Does anybody know how I could use r600g from the xorg-edgers ppa?

    Previously you needed an xorg.conf option but I think that was removed from the -ati driver. My only idea is to rename r600_dri.so in /usr/lib/dri so the r600g_dri.so would be used. I haven't tried it and would need to do that after every update.

    What is the proper way to do this? Thanks for the help in advance!

  8. #228

    Default

    According to https://launchpad.net/~xorg-edgers/+archive/ppa, you have to add
    Option "ForceGallium" "True" to xorg.conf. This is the option that does not work?

  9. #229
    Join Date
    Dec 2009
    Posts
    338

    Default

    Quote Originally Posted by PapadakosPanagiotis View Post
    According to https://launchpad.net/~xorg-edgers/+archive/ppa, you have to add
    Option "ForceGallium" "True" to xorg.conf. This is the option that does not work?
    Yes, I've read that but it was removed from the -ati ddx driver so I suppose it wouldn't work anymore.
    Not to mention that I don't really want to have an xorg.conf file.

    I have to admit, though, that I haven't tried it (seems pointless).

  10. #230
    Join Date
    Dec 2007
    Posts
    2,395

    Default

    Quote Originally Posted by HokTar View Post
    Yes, I've read that but it was removed from the -ati ddx driver so I suppose it wouldn't work anymore.
    Not to mention that I don't really want to have an xorg.conf file.
    That option was distro specific and has never been in the upstream driver. r600c and r600g are drop in replacements for each other install whichever one you want at the time.

Posting Permissions

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