On Wed, May 27, 2009 at 10:07 PM, Adam Carter adam.car...@optus.com.au wrote:
For me,
libdri.so is a symlink to
/usr/lib64/opengl/ati/extensions/libdri.so
libglx.so is a symlink to
/usr/lib64/opengl/ati/extensions/libglx.so (since you havent
run the eselect to repoint it yet, it will be
On Tue, May 26, 2009 at 9:03 PM, Kevin O'Gorman kogor...@gmail.com wrote:
On Mon, May 25, 2009 at 9:02 PM, Adam Carter adam.car...@optus.com.au wrote:
DRI requires kernel support - Device Drivers - Graphics -
Direct Rendering Manager, and you'll want to select the
correct ATI support under
For me,
libdri.so is a symlink to
/usr/lib64/opengl/ati/extensions/libdri.so
libglx.so is a symlink to
/usr/lib64/opengl/ati/extensions/libglx.so (since you havent
run the eselect to repoint it yet, it will be set to
/usr/lib64/opengl/xorg-x11/extensions/libglx.so).
Can you tell me
Sorry Kevin, I wasn't paying attention and thought you were
using ati-drivers/flgrx package, which is where
/usr/lib64/opengl/ati comes from. Since you're not using
flgrx I would expect you would use
/usr/lib/xorg/modules/extensions/libdri.so and
That was supposed to be
On Tue, May 26, 2009 at 2:50 AM, Nikos Chantziaras rea...@arcor.de wrote:
Kevin O'Gorman wrote:
Re: glx, what happens if you run 'eselect opengl list'?
there are two listed, ati and xorg-x11. xorg-x11 is selected.
That means you have not removed ati-drivers. It might be they interfere
On Mon, May 25, 2009 at 9:02 PM, Adam Carter adam.car...@optus.com.au wrote:
DRI requires kernel support - Device Drivers - Graphics -
Direct Rendering Manager, and you'll want to select the
correct ATI support under that.
That's always been there, as modules. If I modprobe for r128, it
RESULTS: fglrx loads, but does not see the adapter. There's also a
problem with the mouse driver -- some undefined symbol.
Have you rebuilt your kernel after emergeing xf86-input-mouse? If so you
probably need to re-emerge xf86-input-mouse.
On Sun, May 24, 2009 at 11:36 PM, Adam Carter adam.car...@optus.com.au wrote:
RESULTS: fglrx loads, but does not see the adapter. There's also a
problem with the mouse driver -- some undefined symbol.
Have you rebuilt your kernel after emergeing xf86-input-mouse? If so you
probably need to
On Monday 25 May 2009, Kevin O'Gorman wrote:
In make.config, I changed to
VIDEO_CARDS=r128 vga fbdev vesa
and recompiled xorg-server.
[snip...]
Now when I try startx it still has problems, but I appear to be
closer. On screen I see
[snip...]
(EE) Failed to load module ati (module does
On Mon, May 25, 2009 at 12:18 PM, Nikos Chantziaras rea...@arcor.de wrote:
Kevin O'Gorman wrote:
On Sun, May 24, 2009 at 11:36 PM, Adam Carter adam.car...@optus.com.au
wrote:
RESULTS: fglrx loads, but does not see the adapter. There's also a
problem with the mouse driver -- some undefined
This seems a step backwards. No screens found, and still 3 things
that would not load. Results follow:
=== startx run begins
xauth: creating new authority file /root/.serverauth.21944
X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
On Mon, May 25, 2009 at 7:00 PM, Adam Carter adam.car...@optus.com.au wrote:
This seems a step backwards. No screens found, and still 3 things
that would not load. Results follow:
=== startx run begins
xauth: creating new authority file /root/.serverauth.21944
X.Org X Server
DRI requires kernel support - Device Drivers - Graphics -
Direct Rendering Manager, and you'll want to select the
correct ATI support under that.
That's always been there, as modules. If I modprobe for r128, it gets
loaded along with module drm. It makes no difference to the startx
Hi Kevin,
This morning I'm experimenting with xorg.conf (with kernels 2.6.28-r5
and 2.6.29-r4 and with ati-drivers-8.552-r2) and have seen a variety of
problems.
One detail I've noted is that files in /usr/lib64/xorg/modules/drivers
matching *.so seem to be auto-loaded as X starts up. If you
Kevin O'Gorman wrote:
It tries to load ati on its own when I run startx with no
xorg.conf. Not my idea.
ati is a wrapper which tries to detect which driver to load.
I'm not aware of having done anything to specify ati, so I don't
know how to stop it. My focus on ati-drivers came from the
Nikos Chantziaras wrote:
VIDEO_CARDS=r128 fbdev vesa vmware
Er, ignore the vmware part; that's from my own system. Should just be
r128 fbdev vesa.
David Relson wrote:
On Sat, 23 May 2009 14:57:32 -0700
Kevin O'Gorman wrote:
Summary: X is hosed.
A couple of weeks back, I made the transition to the current versions
of xorg-server and ati-drivers, i.e. the versions in the message
subject. I had to do a bit of work with xorg.conf before
On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras rea...@arcor.de wrote:
David Relson wrote:
On Sat, 23 May 2009 14:57:32 -0700
Kevin O'Gorman wrote:
Summary: X is hosed.
A couple of weeks back, I made the transition to the current versions
of xorg-server and ati-drivers, i.e. the
On Sat, May 23, 2009 at 3:23 PM, Mark Knecht markkne...@gmail.com wrote:
On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras rea...@arcor.de wrote:
David Relson wrote:
On Sat, 23 May 2009 14:57:32 -0700
Kevin O'Gorman wrote:
Summary: X is hosed.
A couple of weeks back, I made the
Kevin O'Gorman wrote:
On Sat, May 23, 2009 at 3:23 PM, Mark Knecht markkne...@gmail.com wrote:
On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras rea...@arcor.de wrote:
David Relson wrote:
On Sat, 23 May 2009 14:57:32 -0700
Kevin O'Gorman wrote:
Summary: X is hosed.
A couple of weeks
On Sun, 24 May 2009 01:22:06 +0300
Nikos Chantziaras wrote:
...[snip]...
### Begin xorg.conf ###
Section ServerFlags
Option AllowEmptyInput false
EndSection
Section Files
FontPath /usr/share/fonts/util
FontPath /usr/share/fonts/encodings
David Relson wrote:
On Sun, 24 May 2009 01:22:06 +0300
Nikos Chantziaras wrote:
...[snip]...
### Begin xorg.conf ###
Section ServerFlags
Option AllowEmptyInput false
EndSection
Section Files
FontPath /usr/share/fonts/util
FontPath
On Sonntag 24 Mai 2009, David Relson wrote:
On Sun, 24 May 2009 01:22:06 +0300
Nikos Chantziaras wrote:
...[snip]...
### Begin xorg.conf ###
Section ServerFlags
Option AllowEmptyInput false
EndSection
Section Files
FontPath /usr/share/fonts/util
Kevin O'Gorman wrote:
Getting desperate
Anyway, with no xorg.conf, I see
= screen stuff starts
treat ~ # startx
xauth: creating new authority file /root/.serverauth.6892
New driver is ati
The driver from ati-drivers is fglrx, not ati. ati doesn't even
really exist
24 matches
Mail list logo