Stefan Dirsch sndirsch at suse.de writes:
See discussion on
http://lists.freedesktop.org/archives/xorg/2008-July/037098.html
and the following commmits in git master of xserver:
commit 0dbfe0ebc69c307c0626ba824de15d03de1251d4
I'm sorry, but this not a very useful answer. You are
Francesco Pretto a écrit :
1) You've pointed me the driver loading priority is hardcoded in Xorg so can't
be changed by normal users. Maybe HAL fdi policies files can be used to
accomodate my task?
HAL is only used for input drivers. So the answer here is no as well.
2) If there's no
On Thu, May 14, 2009 at 06:58:44AM +, Francesco Pretto wrote:
I'm sorry, but this not a very useful answer. You are basically saying the
driver loading priority of Xorg is hardcoded and if you want to change it,
recompile Xserver. I've already read that discussions in the past: I DON'T
On Wed, May 13, 2009 at 11:58:44PM -0700, Francesco Pretto wrote:
Stefan Dirsch sndirsch at suse.de writes:
See discussion on
http://lists.freedesktop.org/archives/xorg/2008-July/037098.html
and the following commmits in git master of xserver:
commit
On Thu, May 14, 2009 at 05:20:08PM +1000, Daniel Stone wrote:
On Thu, May 14, 2009 at 06:58:44AM +, Francesco Pretto wrote:
I'm sorry, but this not a very useful answer. You are basically saying the
driver loading priority of Xorg is hardcoded and if you want to change it,
recompile
Rémi Cardona remi at gentoo.org writes:
So you want a configurable option *without* a configuration file? What's
wrong with having a _really_ dumb xorg.conf that only has one Device
section?
Because it doesn't work! I've tried to create a xorg.conf as simple as this:
Section Device
On Thu, 2009-05-14 at 09:09 +0200, Rémi Cardona wrote:
Francesco Pretto a écrit :
1) You've pointed me the driver loading priority is hardcoded in Xorg so
can't
be changed by normal users. Maybe HAL fdi policies files can be used to
accomodate my task?
HAL is only used for input
Daniel Stone daniel at fooishbar.org writes:
If you want to configure Xorg, why not use xorg.conf?
Because, as I've replied to Rémi, I don't know how to produce a *single*
xorg.conf that will work in *both* native and virtualized ubuntu as I've
explained. If it's possbile, it doesn't seems so
Aaron Plattner aplattner at nvidia.com writes:
Hope that helps!
It seems tricky, but will try it later. Thanks
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Hello everyone,
I've two questions concerning the current Xorg master-branch from GIT.
1) Is there any evidence why the current xorg stack doesn't start-up
(http://tinderbox.freedesktop.org), e.g. a particular module or driver which
prevents X from starting up...
As far as I can see xcb,
On Wed, 2009-05-13 at 06:54 -0700, Alan Coopersmith wrote:
Harald Braumann wrote:
On Tue, 12 May 2009 14:41:48 -0700
Alan Coopersmith alan.coopersm...@sun.com wrote:
And for non-Linux systems? HAL is OS-agnostic, udev seems very Linux
specific.
From
Stefan Dirsch wrote:
What he wants to have is a config file (system) for the driver
priority system. We don't have this. It's hardcoded.
Actually it would make sense to have this configurable. Then, when
updating a driver with new chip support, you could update this config
file (system)
I have a Dell D400 laptop with Intel i855GM graphics. I'm using the latest
Xorg with intel driver ver. 2.7.1 and xserver 1.6.1 under kernel 2.6.28.9.
I've noticed, that if I close my laptop's cover (with X running), two things
happen:
1. The backlight is not turned off. The screen is bright. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Walch wrote:
Hello list,
when trying to run some Java code with j3d, I got the error message that glx
1.3 is needed, but only glx 1.2 is available. As I do not know much about
glx,
I made some online searches and read that the
Adam Jackson (1):
Use no bus, not ISA
Alan Coopersmith (1):
Remove xorgconfig xorgcfg from See Also list in man page
Brice Goglin (1):
Define NEWPORT_*_VERSION using PACKAGE_VERSION_*
James Cloos (2):
Rename .cvsignore to .gitignore
Add *~ to .gitignore to skip
Hi all. I've been interacting with the APL community to create
keyboard maps for their special-purpose keyboards (I don't use APL myself,
though). I've created some keyboard maps that, while probably not perfect,
are probably a step ahead of the complete lack of support that we currently
Timothy S. Nelson wrote:
Hi all. I've been interacting with the APL community to create
keyboard maps for their special-purpose keyboards (I don't use APL
myself, though). I've created some keyboard maps that, while probably
not perfect, are probably a step ahead of the complete lack
xkbcomp outputs will be cached in files with hashed keymap as
names. This saves boot time for around 1s on commodity netbooks.
v5: now using a much bigger xkbKeyMapBuf (100k) since the XKB to be
complied may be very large (as seen with
gnome-keyboard-properties), rebased to v1.6.1
18 matches
Mail list logo