On Saturday 27 January 2007 09:58, Jan Stępień wrote:
Is it possible to enable some kind of a chooser which would allow me
to choose whether I'd like to launch Xgl or Xorg? While working on my
/usr/share/gdm/default.conf I've spotted a server called 'chooser'.
Could you tell me what is this
Albert Hopkins napisał(a):
Then you probably don't want to use GDM or any other DM as they are
primarily designed to manage displays that are already selected. What
you want is more of a chicken-and-egg issue for a display manager.
What you likely need is something to be run from the
You may choose to start X or Xgl generic way using startx or startxgl scripts.
Out there are some.
m
--
gentoo-user@gentoo.org mailing list
As far as I can see there is no chance neither to get my Radeon to
cooperate with open source driver nor to turn on AIGLX with my fglrx, at
least at the moment of writing. It's a pity, but allow me then to return
to the secondary topic of this thread.
Is it possible to enable some kind of a
On Sat, 2007-01-27 at 08:58 +0100, Jan Stępień wrote:
[...]
Is it possible to enable some kind of a chooser which would allow me to
choose whether I'd like to launch Xgl or Xorg? While working on my
/usr/share/gdm/default.conf I've spotted a server called 'chooser'.
Could you tell me what is
Albert Hopkins napisał(a):
A chooser in the GDM/XDMCP sense is a program that lists available
hosts to log into (via XDMCP).
Thanks. It may be useful some day.
Why should you need to write anything. Forget GDM and if you want to
run X then type X [ENTER]. If you want Xgl then Xgl [ENTER].
On Sat, 2007-01-27 at 15:06 +0100, Jan Stępień wrote:
[...]
I've begun this thread because of my difficulties with running some
OpenGL applications, e.g. Americas Army, on my Xgl. If you'd like to
read any details you can take a look at first posts of this topic.
Then you probably don't want
Albert Hopkins napisał(a):
$ startx /path/to/program/that/needs/X.org -- /usr/bin/X
$ startx -- /usr/bin/Xgl
or whatever. There's probably a dozen other ways to do it. See the
startx man page for details.
Thanks, I'll take a look at the manual and give it a shot.
Regards,
Jan
--
Mail
Hi Jan,
on Saturday, 2007-01-27 at 15:06:32, you wrote:
I've begun this thread because of my difficulties with running some
OpenGL applications, e.g. Americas Army, on my Xgl.
I reckon most in America's army would love to have your problems.
SCNR! =^
Matthias
--
I prefer encrypted and
Iain Buchanan napisał(a):
On Mon, 2007-01-22 at 21:47 +0100, Jan Stępień wrote:
try these exact searches in google (include the site.. bit)
INPUT_DEVICES VIDEO_CARDS site:http://www.gentoo.org
and
INPUT_DEVICES VIDEO_CARDS site:http://www.gentoo-wiki.org
I visited gentoo.org and skimmed
Richard Fish napisał(a):
On 1/20/07, Jan Stępień [EMAIL PROTECTED] wrote:
(/lib/modules/2.6.18-gentoo-r4/kernel/drivers/char/drm/drm.ko): Cannot
allocate memory
Try searching dmesg for drm. My guess is either the radeonfb module
is conflicting, or the fglrx module.
-Richard
In fact the
On 1/22/07, Jan Stępień [EMAIL PROTECTED] wrote:
In fact the radeon module conflicts with fglrx. I've unloaded fglrx,
modprobed radeon (verified by lsmod) and relaunched gdm. But it's still
refusing to use the new module:
(EE) Failed to load module radeon (module does not exist, 0)
Actually
On Monday 22 January 2007 17:29, Jan Stępień wrote:
In fact the radeon module conflicts with fglrx. I've unloaded fglrx,
modprobed radeon (verified by lsmod) and relaunched gdm. But it's still
refusing to use the new module:
(EE) Failed to load module radeon (module does not exist, 0)
On Monday 22 January 2007 11:29, Jan Stępień [EMAIL PROTECTED] wrote
about 'Re: [gentoo-user] Xgl and direct rendering or 'Would you like Xorg
or Xgl, sir?'':
In fact the radeon module conflicts with fglrx. I've unloaded fglrx,
modprobed radeon (verified by lsmod) and relaunched gdm. But it's
Mick napisał(a):
On Monday 22 January 2007 17:29, Jan Stępień wrote:
In fact the radeon module conflicts with fglrx. I've unloaded fglrx,
modprobed radeon (verified by lsmod) and relaunched gdm. But it's still
refusing to use the new module:
(EE) Failed to load module radeon (module does
Richard Fish napisał(a):
On 1/22/07, Jan Stępień [EMAIL PROTECTED] wrote:
In fact the radeon module conflicts with fglrx. I've unloaded fglrx,
modprobed radeon (verified by lsmod) and relaunched gdm. But it's still
refusing to use the new module:
(EE) Failed to load module radeon (module
On Monday 22 January 2007 14:59, Jan Stępień [EMAIL PROTECTED] wrote
about 'Re: [gentoo-user] Xgl and direct rendering or 'Would you like Xorg
or Xgl, sir?'':
I've enabled an option in my kernel called
CONFIG_DRM_RADEON and compiled it as a loadable module. Then I've added
it to list in
Boyd Stephen Smith Jr. napisał(a):
You other mail had this in the attachment:
Section Device
Identifier aticonfig-Device[0]
# Driver radeon
Driver fglrx
Option UseInternalAGPGART no
Option VideoOverlay on
Option OpenGLOverlay off
On 1/22/07, Jan Stępień [EMAIL PROTECTED] wrote:
[drm:drm_unlock] *ERROR* Process 5256 using kernel context 0
Hmm, looks like kernel DRM is still having some issues.
Try changing your xorg.conf back to Driver radeon, comment out the
Option lines, and then do a full reboot. You might want to
On Mon, 2007-01-22 at 21:47 +0100, Jan Stępień wrote:
Mick napisał(a):
Did you try remerging xorg with the radeon VIDEO_DEVICE flag after you
removed
the fglrx module?
Actually I haven't heard about this flag. I've just googled for it but
without any reasonably results. Could you tell
On 1/20/07, Jan Stępień [EMAIL PROTECTED] wrote:
(/lib/modules/2.6.18-gentoo-r4/kernel/drivers/char/drm/drm.ko): Cannot
allocate memory
Try searching dmesg for drm. My guess is either the radeonfb module
is conflicting, or the fglrx module.
-Richard
--
gentoo-user@gentoo.org mailing list
Richard Fish napisał(a):
On 1/19/07, Jan Stępień [EMAIL PROTECTED] wrote:
Please verify my plan. I should recompile my kernel with device drivers
- character devices - radeon built in (or as a module) and in
xorg.conf set driver to radeon. Am I right?
Yeah, I think that will work. Good
Novensiles divi Flamen napisał(a):
I use a script called xlaunch:
http://forums.gentoo.org/viewtopic-t-483004-highlight-xlaunch.html
I run it on my laptop and have absolutely no problems, the xserver
alone won't
kill your performance.
- Noven
Thanks, sounds interesting.
Hemmann, Volker
Jan Stępień napisał(a):
Fair enough. Firstly I'll check whether AIGLX will be working with my
video card, and in case of failure I'll give xlaunch a shot.
I've reemerged Xorg adding aiglx to USE variable, modified
/etc/X11/xorg.conf (actually I've been following these instructions:
Hemmann, Volker Armin napisał(a):
On Thursday 18 January 2007 23:47, Jan Stępień wrote:
On 18 Sty, 19:50, Hemmann, Volker Armin
Or you can start a second X with xinit. So you would have one
desktop (on F7)
with Xgl and one (F8) with 'normal' X.
This method sounds interesting, but I have
On 1/19/07, Jan Stępień [EMAIL PROTECTED] wrote:
When entering default runlevel GDM starts and launches both servers.
First one, Standard, has got direct rendering turned on and OpenGL is
rendered by fglrx driver. OpenGL apps work fine. On the other hand
second server, Xgl, has not got direct
Richard Fish napisał(a):
Have you checked your /var/log/Xorg.*.log files? They should reflect
why the Xgl server is not being accellerated.
Got it! Somewhere around 92% of /var/log/Xorg.94.log, which is logging
Xgl, I've found:
(EE) fglrx(0): Hardware has already been locked.
(II) fglrx(0):
On Friday 19 January 2007 15:01, Jan Stępień wrote:
Jan Stępień napisał(a):
Fair enough. Firstly I'll check whether AIGLX will be working with my
video card, and in case of failure I'll give xlaunch a shot.
I've reemerged Xorg adding aiglx to USE variable, modified
/etc/X11/xorg.conf
On 1/19/07, Jan Stępień [EMAIL PROTECTED] wrote:
Please verify my plan. I should recompile my kernel with device drivers
- character devices - radeon built in (or as a module) and in
xorg.conf set driver to radeon. Am I right?
Yeah, I think that will work. Good luck!
-Richard
--
On Saturday 20 January 2007 00:31, Jan Stępień wrote:
After launching X server with this setting it results in using Mesa
instead of fglrx, which means NO direct rendering, as proved by glxinfo.
Beryl cannot be launched because of lack of DRI.
If I turn composite off, the X server is driven
Hi everyone,
I've been using Xgl for quite a long time without any serious problems.
Recently I've tried to launch America's Army (emerged one, version
2.5.0) on my box, but...
~ armyops
Xlib: extension XFree86-DRI missing on display :1.0.
Cheat protection disabled
open /dev/[sound/]mixer: No
On Thursday 18 January 2007 18:32, Jan Stępień wrote:
Hi everyone,
I've been using Xgl for quite a long time without any serious problems.
Recently I've tried to launch America's Army (emerged one, version
2.5.0) on my box, but...
~ armyops
Xlib: extension XFree86-DRI missing on display
On 18 Sty, 19:50, Hemmann, Volker Armin
[EMAIL PROTECTED] wrote:
nope. It isn't.
Xgl and direct rendering are exclusive. One or the other.
Pity. That would be lovely.
Yes.
Or you can start a second X with xinit. So you would have one
desktop (on F7)
with Xgl and one (F8) with 'normal'
On Friday 19 January 2007 09:17, Jan Stępień wrote:
Or you can start a second X with xinit. So you would have one
desktop (on F7)
with Xgl and one (F8) with 'normal' X.
This method sounds interesting, but I have some doubts. Won't two
separate X servers be too big challenge for my box?
On Thursday 18 January 2007 23:47, Jan Stępień wrote:
On 18 Sty, 19:50, Hemmann, Volker Armin
[EMAIL PROTECTED] wrote:
nope. It isn't.
Xgl and direct rendering are exclusive. One or the other.
Pity. That would be lovely.
Yes.
Or you can start a second X with xinit. So you would
On Thu, 2007-01-18 at 23:47 +0100, Jan Stępień wrote:
On 18 Sty, 19:50, Hemmann, Volker Armin
[EMAIL PROTECTED] wrote:
nope. It isn't.
Xgl and direct rendering are exclusive. One or the other.
Pity. That would be lovely.
I'm no expert, but as far as I know, that's the reason why AIGLX
36 matches
Mail list logo