[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1003050819490.3788@localhost.localdomain>
Date: Fri, 5 Mar 2010 08:30:38 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Daniel Stone <daniel@...ishbar.org>
cc: "Carlos R. Mafra" <crmafra2@...il.com>,
Ben Skeggs <skeggsb@...il.com>, Dave Airlie <airlied@...ux.ie>,
linux-kernel@...r.kernel.org,
Jesse Barnes <jbarnes@...tuousgeek.org>,
Pekka Enberg <penberg@...helsinki.fi>, dri-devel@...ts.sf.net,
Ingo Molnar <mingo@...e.hu>
Subject: Re: Making Xorg easier to test (was Re: [git pull] drm request 3)
On Fri, 5 Mar 2010, Daniel Stone wrote:
>
> FWIW, Option "ModulePath" in xorg.conf lets you more or less do this;
> the usual approach is to install your new server + drivers into a
> separate prefix.
The thing is, Xorg has - and I think for _very_ good reasons - deprecated
using xorg.conf at all. So most people don't even have one (I certainly
don't), and wouldn't know how to create one in the first place.
And yeah, I used to happily edit timing lines and make up non-standard
modes for my monitor, but I have to admit that I never _ever_ want to
touch that file ever again. Last time I tried to, it was to set DPI to be
something sane, but these days X gets even that right automatically, and
no longer does the insane "set DPY by size of the screen" thing any more.
And I think all of the reasons xorg.conf is basically being deprecated are
valid for this case too. Switching between kernels is - in this case, due
to the whole API change - effectively the same as switching the graphics
card in the machine, but without even the ability to _name_ the cards and
share a xorg.conf for the two cases (not that I think that you could do
different ModulePath's per display anyway).
So yeah, you could "switch between kernels, start out in init 3, edit
xorg.conf appropriately, switch to init 5", but once you start doing that,
you might as well just switch a symlink around instead - it's easier.
So I don't think xorg.conf is a help.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists