> I have some bad experience width fglrx
> no rendering with XGL
That does happen. Fglrx isn't at its best, but it's evolving.
Just wait and you'll not even need XGL anymore.
> Problem is that fglrx does not load correctly.
> I found on ubuntu formu that it can be fixed by run restricted manager
> or something like that.
Are you sure about that?
I'd supppose you post the errors from your xorg.log.
On my system, it would be a
grep EE /var/log/Xorg.0.log
If it reads something like this:
(EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENODEV"
(EE) fglrx(0): cannot init AGP
Then you aperture area isn't properly set up and that's a kernel
problem. In most cases a warm reboot fixes this.
> so I justr wondering what about use radeon instead of fglrx
Try it. But then: the opensource radeon driver isn't very good at 3D
and on my amd64-box it even causes lockups and hangs on other PCI
devices (e.g. my wifi-card locks up a lot when using the OS radeon
driver).
But anyway. Give it a try.
> I think here http://bbs.archlinux.org/viewtopic.php?id=18944&p=3 there
> is solution but do not understand what they did. on the bottom of the
> posts there is
>
> "Removing those files solved my problem,
> big_smile big_smile big_smile Thanks!!!!!"
>
> ....What files ?
When xorg loads a driver, it needs some libraries to accomplish that.
That is: each driver ships its own libraries. In order for xorg to find
the right ones (e.g. fglrx won't work with the xorg libraries),
probably the deletion of some files could help.
But, since you're posting to a gentoo ML, why don't you try a
eselect opengl ati
before using fglrx?
That should have the very same effect like removing those files
(whichever they are)j, but it's a much cleaner solution.
--
*Sebastian Volke*
registered Linux user #426550
mail address: echo ozslxhmfw_gfxyn.TakeThisOut@lrc.sjy | perl -pe 'y/a-z/v-za-w/'