The case seems reasonable enough (far less contentious than I first had
guessed from the title alone). +1.
- Garrett
On 05/ 7/10 02:20 PM, Alan Coopersmith wrote:
I am sponsoring this case for the X team. The timer is set for one week
from today, May 14, 2010. The case requests a patch release binding as
it simply adds new interfaces in a compatible fashion.
-Alan Coopersmith- [email protected]
Oracle Solaris Platform Engineering: X Window System
Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights
reserved.
1. Introduction
1.1. Project/Component Working Name:
Xorg configuration file for VESA driver selection
1.2. Name of Document Author/Supplier:
Author: Alan Coopersmith
1.3 Date of This Document:
07 May, 2010
4. Technical Description
This case introduces interfaces for other software to use to request the
Xorg server start using the VESA driver instead of trying to autodetect
a hardware specific driver for the graphics card involved.
The initial consumer will be the Caiman LiveCD, which currently offers
this functionality via a grub boot menu option and delivers its own copy
of the xorg.conf.vesa file. This case moves responsibility for delivering
xorg.conf.vesa into the X consolidation, so that we can ensure it is always
in sync with the Xorg server version delivered.
The X consolidation will deliver two new interfaces that can be used to
configure this mode:
1) Xorg -config xorg.conf.vesa
When Xorg is called directly, using the command line flag
"-config xorg.conf.vesa" will cause it to start with the
VESA driver.
2) svc:/application/x11/x11-server property options/config_file
When the SMF property options/config_file is set to a string value,
that string will be passed as the -config argument to the X server
when started via one of the mechanisms that uses the /usr/bin/X or
/usr/bin/Xserver commands to start the X server with the options
specified in SMF. This allows passing this option when the X server
is started indirectly, such as via the gdm display manager.
As described in the Xorg man page description of the -config flag when
Xorg is started by non-root users, the value of this property must be
a relative path from one of the directories in the Xorg config file
search path, and not an absolute path.
When the server property is set to a server other than Xorg, the
config_file property will be ignored/unused, as none of the other
currently shipped X servers accept a command line option for choosing
configuration files. (Xsun is the only other X server with a
configuration file, and it does not offer a command line option to
choose a different path to load it from.) If any other servers
develop such an option, adding support for this property should be
done as part of integrating that option.
The file xorg.conf.vesa, including both its path and its contents,
are Project Private implementation details - only that Xorg will start in
this mode when the string "xorg.conf.vesa" is used as the path to the
configuration is the Uncommitted interface. Editing of this file will not
be supported - users who want to customize their local configuration should
still do so via the existing xorg.conf mechanisms or providing the name of
a customized config file.
Since the VESA driver is only available on x86 platforms due to hardware
limitations, the xorg.conf.vesa will only be delivered& supported
on those platforms. The options/config_file property to the x11-server
service will be available on all platforms.
Imported interfaces:
--------------------
Xorg server command line options External PSARC 2004/187
svc:/application/x11/x11-server Evolving PSARC 2004/752
Exported interfaces:
--------------------
x11-server SMF property options/config_file Uncommitted All platforms
xorg.conf.vesa argument to
Xorg -config or config_file SMF property Uncommitted x86-only
6. Resources and Schedule
6.4. Steering Committee requested information
6.4.1. Consolidation C-team Name:
X Consolidation (Desktop C-Team)
6.5. ARC review type: FastTrack
6.6. ARC Exposure: open
_______________________________________________
opensolaris-arc mailing list
[email protected]
