Results 1 to 8 of 8

Thread: Any openGL support for r6xx_r7xx branch driver?

  1. #1
    Join Date
    Feb 2009
    Posts
    4

    Default Any openGL support for r6xx_r7xx branch driver?

    Hello,
    I managed to install r6xx_r7xx branch and it worked for the first time without underscan for my hdmi-connected Philips TV. Fglrx was unbearable if it comes to resolution settings - it never remembered previously chosen resolution/freq and had to reset them at every boot (always 1280/1024 and only 30Hz and below worked without underscan using xrandr which is also bizarre). Playing with xconf.org and /etc/ati dir did not help much.

    On the other hand I removed libGL.so.2 library while cleaning up after fglrx 9.1 and it seems there is indeed no openGl support even for r6xx-r7xx-branch driver? I do not have any deeper knowledge about Xserver architecture but thought there would be non-accelerated version available for fallback - all I need is xbmc/boxee openGL (2D transparency effects etc) and no 3D.

    Could somebody could enlighten me, please?

  2. #2
    Join Date
    Feb 2009
    Posts
    4

    Default

    ok,
    I should have checked http://www.x.org/wiki/RadeonFeature to confirm my fears.
    So no alternative but fglrx for unknown time for my 780G..

    Cheers

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

    Default

    I believe the binary driver replaces one or two files related to 3D, so after removing fglrx the problem might just be that theose file(s) are missing or still have the fglrx content. Not sure what the files are but hopefully someone here will remember...

  4. #4
    Join Date
    Feb 2009
    Posts
    4

    Default

    Thanks Bridgman,

    package search for intrepid gives:
    libgl1-mesa-dev, libgl1-mesa-swx11-dev, nvidia-glx-173-dev, nvidia-glx-177-dev, nvidia-glx-71-dev, nvidia-glx-96-dev

    http://packages.ubuntu.com/search?se...repid&arch=any

    so this should be either libgl1-mesa-dev or libgl1-mesa-swx11-dev, right?
    Reinstallation should do, and probably checking if r6xx-7xx drm.so was not overwritten?






    Quote Originally Posted by bridgman View Post
    I believe the binary driver replaces one or two files related to 3D, so after removing fglrx the problem might just be that theose file(s) are missing or still have the fglrx content. Not sure what the files are but hopefully someone here will remember...

  5. #5
    Join Date
    Feb 2009
    Posts
    4

    Default

    I think i should have been more specific, libGl.so.1.2 was missing so choices are narrowed:


    /usr/lib/libGL.so.1.2 libgl1-mesa-glx, xorg-driver-fglrx

    http://packages.ubuntu.com/search?se...repid&arch=any

    will try to reinstall libgl1-mesa-glx once at the box.

    thanks

  6. #6
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,801

    Default

    In case it helps, here the libs that get installed on my Gentoo system:

    Code:
    /lib/modules/2.6.28-gentoo-r2/video/fglrx.ko      
    /usr/lib32/dri/fglrx_dri.so                       
    /usr/lib32/libamdcalcl.so                         
    /usr/lib32/libamdcaldd.so                         
    /usr/lib32/libamdcalrt.so                         
    /usr/lib32/opengl/ati/extensions/libdri.so        
    /usr/lib32/opengl/ati/extensions/libglx.so        
    /usr/lib32/opengl/ati/lib/libGL.la                
    /usr/lib32/opengl/ati/lib/libGL.so -> libGL.so.1.2
    /usr/lib32/opengl/ati/lib/libGL.so.1 -> libGL.so.1.2
    /usr/lib32/opengl/ati/lib/libGL.so.1.2              
    /usr/lib64/dri/fglrx_dri.so                         
    /usr/lib64/libAMDXvBA.cap                           
    /usr/lib64/libAMDXvBA.so.1.0                        
    /usr/lib64/libXvBAW.so.1.0                          
    /usr/lib64/libamdcalcl.so                           
    /usr/lib64/libamdcaldd.so                           
    /usr/lib64/libamdcalrt.so                           
    /usr/lib64/libatiadlxx.so                           
    /usr/lib64/libfglrx_dm.a                            
    /usr/lib64/libfglrx_dm.so.1.0                       
    /usr/lib64/libfglrx_gamma.so -> libfglrx_gamma.so.1.0
    /usr/lib64/libfglrx_gamma.so.1 -> libfglrx_gamma.so.1.0
    /usr/lib64/libfglrx_gamma.so.1.0                       
    /usr/lib64/libfglrx_pp.a                               
    /usr/lib64/libfglrx_pp.so.1.0                          
    /usr/lib64/libfglrx_tvout.a                            
    /usr/lib64/libfglrx_tvout.so.1.0                       
    /usr/lib64/opengl/ati/extensions/libdri.so             
    /usr/lib64/opengl/ati/extensions/libglx.so             
    /usr/lib64/opengl/ati/lib/libGL.la                     
    /usr/lib64/opengl/ati/lib/libGL.so -> libGL.so.1.2     
    /usr/lib64/opengl/ati/lib/libGL.so.1 -> libGL.so.1.2   
    /usr/lib64/opengl/ati/lib/libGL.so.1.2                 
    /usr/lib64/xorg/modules/amdxmm.so                      
    /usr/lib64/xorg/modules/drivers/fglrx_drv.so           
    /usr/lib64/xorg/modules/esut.a                         
    /usr/lib64/xorg/modules/glesx.so                       
    /usr/lib64/xorg/modules/linux/libfglrxdrm.so

  7. #7
    Join Date
    Jul 2008
    Posts
    26

    Default

    hy

    if you use gentoo just install eselect and then do "eselect opengl list"

    to see what is instaled and then do "eselect opengl set 1 or 2"

    if not just remerge mesa!

  8. #8
    Join Date
    Jul 2008
    Posts
    314

    Default

    Building .debs out of the fglrx packages has worked cleanly for the past few fglrx versions as well. Rather than replace any files it uses dpkg-divert so that everything's the way it was upon uninstallation

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
  •