Well, I've discovered something interesting.  I thought it seemed too good to 
be true when I used the fglrx driver and my screens both came up the same as 
with the radeon driver.

It seems fglrx is unloading itself and loading the radeon driver!
[EMAIL PROTECTED] ~]$ LIBGL_DEBUG=verbose fglrxinfo
libGL error: XF86DRIQueryDirectRenderingCapable returned false
libGL error: XF86DRIQueryDirectRenderingCapable returned false
display: :0.0  screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.2)

Here's the interesting part of the Xorg log:

(II) Loading sub module "radeon"
(II) LoadModule: "radeon"
(II) Reloading /usr/lib/xorg/modules/drivers/radeon_drv.so
(II) RADEON(0): ATI Proprietary Linux Driver Version Identifier:8.23.7
(II) RADEON(0): ATI Proprietary Linux Driver Release Identifier: LGDr8.23g1

(II) RADEON(0): ATI Proprietary Linux Driver Build Date: Mar  6 2006 17:26:27
(II) RADEON(0): ATI Proprietary Linux Driver Build Information: 
autobuild-rel-r6-8.23.1-driver-lnx-250560
(WW) fglrx: No matching Device section for instance (BusID PCI:1:0:1) found
(--) Chipset RADEON 9800 PRO (R350 4E48) found
(II) RADEON(0): pEnt->device->identifier=0x8201ee8

............................

(II) Module xaa: vendor="X.Org Foundation"
        compiled for 7.0.0, module version = 1.2.0
        ABI class: X.Org Video Driver, version 0.8
(II) RADEON(0): AGP Fast Write disabled by default
(II) Loading sub module "shadowfb"
(II) LoadModule: "shadowfb"
(II) Loading /usr/lib/xorg/modules/libshadowfb.so
(II) Module shadowfb: vendor="X.Org Foundation"
        compiled for 7.0.0, module version = 1.0.0
        ABI class: X.Org ANSI C Emulation, version 0.2
(II) RADEON(0): Page flipping disabled
(II) RADEON(0): Will try to use DMA for Xv image transfers
(II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable.
(!!) RADEON(0): For information on using the multimedia capabilities
        of this adapter, please see http://gatos.sf.net.
(II) fglrx(1): === [R200PreInit] === begin, [s]
(EE) fglrx(1): Quitting secondary screen -- no monitor specified.
(EE) fglrx(1): R200PreInit failed
(II) fglrx(1): === [R200PreInit] === end
(II) UnloadModule: "ati"
(II) UnloadModule: "fglrx"
(II) Unloading /usr/lib/xorg/modules/drivers/fglrx_drv.so

..........................



On Friday 17 March 2006 06:27, Travis Willard wrote:
> Chris Hilton wrote:
> > [EMAIL PROTECTED] ~]$ LIBGL_DEBUG=verbose fglrxinfo
> > libGL error: XF86DRIQueryDirectRenderingCapable returned false
> > libGL error: XF86DRIQueryDirectRenderingCapable returned false
> > display: :0.0  screen: 0
> > OpenGL vendor string: Mesa project: www.mesa3d.org
> > OpenGL renderer string: Mesa GLX Indirect
> > OpenGL version string: 1.2 (1.5 Mesa 6.4.2)
>
> DRIQueryDirectRenderingCapable returned false?  Hm... haven't seen that
> error before, but it almost sounds like it's trying to query your card
> to see if it's capable of hardware accel and coming back with a big
> 'no'... which is odd.
>
> I have a suspicion that, since you installed the fglrx drivers (which
> install their own libGL.so) that the free DRI drivers have problems
> interfacing with that version of the GL library, maybe?
>
> > Honestly I could care less about gl working, I prefer the xorg drivers
> > (they crash less) and those are what I'm on now.  Although I imagine I'd
> > get a similar error on fglrx as I think it's DRI and or something to do
> > with AGPGART that makes it not work (because like I said, this card won't
> > work on my board, but it works on my friends)
> >
> >
> > I just want the horizontal lines gone.
>
> I figured as much - but I thought that maybe if you got gl working, the
> lines would go away.  Shot in the dark, I know, but I figured it was
> worth a try.
>
> > I'll try and remember to try this with fglrx tomorrow so you can have
> > more useful information.
>
> Allrighty.  Maybe that'll shed some more light on the situation, because
> at the moment I'm not sure what needs to be done.
>
> > Thanks for the help,
> > --Chris
>
> _______________________________________________
> arch mailing list
> [email protected]
> http://www.archlinux.org/mailman/listinfo/arch

-- 
"The only winning move is not to play."

_______________________________________________
arch mailing list
[email protected]
http://www.archlinux.org/mailman/listinfo/arch

Reply via email to