From Wed Jan 14 15:49:41 2009 Date: Wed, 14 Jan 2009 15:49:41 -0800 (PST) From: Postmaster Subject: Message from mail server Content-Length: 95 Mime-Version: 1.0 Status: RO X-IMAP: 1231976981 6 Delete. This is a system message. --END+PSEUDO-- From alanc@sac.sfbay.sun.com Tue Jan 13 20:29:28 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0E4TQOF029668 for ; Tue, 13 Jan 2009 20:29:27 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n0E4TPl5020184; Wed, 14 Jan 2009 12:29:25 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDG00D011T08H00@brm-avmta-1.central.sun.com>; Tue, 13 Jan 2009 21:29:24 -0700 (MST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDG004GG1SZSI40@brm-avmta-1.central.sun.com>; Tue, 13 Jan 2009 21:29:23 -0700 (MST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n0E4TNcg036659; Tue, 13 Jan 2009 20:29:23 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0E4TMQu029663; Tue, 13 Jan 2009 20:29:22 -0800 (PST) Received: (from alanc@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n0E4TMMl029659; Tue, 13 Jan 2009 20:29:22 -0800 (PST) Date: Tue, 13 Jan 2009 20:29:22 -0800 (PST) From: Alan Coopersmith Subject: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout 01/21/2009] To: PSARC-ext@sun.com Cc: xwin-discuss@opensolaris.org Message-id: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Content-Length: 11610 Status: RO X-Status: $$$$ X-UID: 0000000001 I am sponsoring this case for the X11 Engineering Group. It times out Wednesday, January 21 (allowing an extra day for the long holiday weekend in the US). ------------------------------------------------------------------------------- Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Xorg server 1.5 1.2. Name of Document Author/Supplier: Author: Alan Coopersmith 1.3 Date of This Document: 13 January, 2009 4. Technical Description This case updates the Xorg server (and the associated X servers based on its source base - Xephyr, Xvnc and /usr/X11/bin/Xvfb) from version 1.3 (which was a standalone release, between X11R7.2 and X11R7.3, covered in PSARC 2007/434), to version 1.5.3 (a bugfix update to the version 1.5 included in X11R7.4). This case requests a Minor Release Binding, since it depends on interfaces from PSARC 2005/399, which has a Minor Release binding. This case also introduces incompatible API & ABI for Xorg loadable modules, which would have to be carefully considered for a Micro/Patch release. Input Device configuration and hotplugging: ------------------------------------------- This version of Xorg converts from a static input device configuration either loaded from an xorg.conf file or from probing devices at startup, to dynamic configuration. At startup Xorg registers with HAL, and configures input devices based on HAL configurations, including adding new devices as they are hotplugged. Each device is tracked as a separate device via the X Input Extension, including keeping per-device XKB keyboard layout information. Keyboards and mice default to also being coalesced into the virtual core keyboard and pointer devices. Configuration options may be set in the HAL fdi files in /etc/hal/fdi/. The default configuration will be delivered in the file /etc/hal/fdi/preprobe/10osvendor/10-x11-input.fdi . More information on this new system can be found at: https://wiki.ubuntu.com/X/Config/Input#Input%20Configuration%20with%20HAL http://who-t.blogspot.com/2008/07/input-configuration-in-nutshell.html though those resources are Linux-centric, and refer to different drivers than used on Solaris ("evdev" instead of "kbd" & "mouse"). Other xorg.conf configuration changes: -------------------------------------- Previously, if an xorg.conf was present, it had to list all modules to be loaded at runtime in the "Module" section. Xorg will now load all modules in it's default builtin list *unless* an xorg.conf lists them with the "Disable" keyword in the module section. Previously, if an xorg.conf was present, it had to list all entries to be included in the default font path in the "Paths" section. Xorg will now include the entries from its default font path in the font path *unless* an xorg.conf sets the "UseDefaultFontPath" option to true and specifies its own font path. New xorg.conf options in this release: Option "GlxVisuals" "string" This option controls how many GLX visuals the GLX modules sets up. The default value is typical, which will setup up a typical subset of the GLXFBConfigs provided by the driver as GLX visuals. Other options are minimal, which will set up the minimal set allowed by the GLX specification and all which will setup GLX visuals for all GLXFBConfigs. Option "UseDefaultFontPath" "boolean" Include the default font path even if other paths are specified in xorg.conf. If enabled, other font paths are included as well. Enabled by default. Option "AllowEmptyInput" "boolean" If enabled, don't add the standard keyboard and mouse drivers, if there are no input devices in the config file. Enabled by default if AutoAddDevices and AutoEnableDevices is enabled, otherwise disabled. If AllowEmptyInput is on, devices using the kbd or mouse driver are ignored. Option "AutoAddDevices" "boolean" If this option is disabled, then no devices will be added from HAL events. Enabled by default. Option "AutoEnableDevices" "boolean" If this option is disabled, then the devices will be added (and the DevicePresenceNotify event sent), but not enabled, thus leaving policy up to the client. Enabled by default. These xorg.conf options are no longer supported in this release: RGBPath "path" sets the path name for the RGB color database. When this entry is not specified in the config file, the server falls back to the compiled-in default RGB path, which is: /usr/X11/share/X11/rgb Option "VTInit" "command" Runs command after the VT used by the server has been opened. The command string is passed to "/bin/sh -c", and is run with the real user's id with stdin and stdout set to the VT. The purpose of this option is to allow system dependent VT initialisation com- mands to be run. This option should rarely be needed. Default: not set. [Has never been supported on Solaris, since VT support has not yet been integrated to Solaris Xorg server.] If specified in an xorg.conf, a warning is logged, but the X server will continue to run. Loadable Module Interfaces: --------------------------- This release includes incompatible changes in several of the Xorg loadable module API/ABI's. The version numbers of the ABI's have had their major number incremented to reflect this, and modules reporting they require a different version number will not be loaded unless the -ignoreABI option is used. (Modules can also check ABI versions themselves, and choose which function variant to call or structure variant to access, based on the reported versions - this is the option used by nvidia's closed source driver for instance.) ABI versions in this release, compared to the previously shipped Xorg 1.3: ABI Name: 1.3: 1.5: ABI_ANSIC_VERSION 0.3 0.4 ABI_VIDEODRV_VERSION 1.2 4.1 ABI_XINPUT_VERSION 0.7 2.1 ABI_EXTENSION_VERSION 0.3 1.1 ABI_FONT_VERSION 0.5 0.6 (Major number increments represent incompatible change, minor number increments represent compatible additions. ABI numbers may increment multiple times during Xorg server minor version development cycles, to track changes for those following the head of the development stream.) The changes that resulted in these version number bumps include: - Replacing the X server's internal access permission checking with a much more fine-grained permission checking system, contributed by the NSA as part of their SELinux project. - A new version of the "devPrivates" mechanism used by device drivers, extensions, and other modules to allocate a private field in common data structures such as pixmaps, graphics contexts, windows, and other X server resources. - Replacement of the X server's own PCI bus access code with use of the libpciaccess code for probing devices, and reading/writing to device registers and memory. All modules built & delivered in the X consolidation have been updated to adjust to these changes, including all of the community-developed drivers and extensions, and the Sun created/maintained IA (Interactive Priority Class) and xtsol (Trusted Extensions) loadable modules. The X team has worked with the SPARC graphics team to help them produce updates to their drivers, which are planned for delivery in coordination with the Xorg 1.5 delivery. Nvidia tracks the open source community ABI changes for their Xorg driver for all supported platforms (Solaris, Linux & BSD), and the version integrated into Nevada already supports the Xorg 1.5 release ABI's. We are not aware of any other consumers of these Volatile ABI's which would need to be updated in coordination. Driver changes: --------------- The "via" driver has been replaced by the "openchrome" driver, as X.Org has abandoned maintenance of the original via driver and recommends use of the openchrome fork of the driver. The "vga" driver has been removed. "vesa" should still cover fallback for all devices which can still reasonably be used which do not have their own driver. The "nsc" and "cyrix" drivers for previous generations of the NSC/Cyrix/AMD Geode embeded chipset have been removed as they were not ported by the community to the new interfaces. The replacement "geode" driver is not provided as it has not yet been ported to Solaris. (The most common use of this chipset in a semi-traditional computer enviroment that we are aware of is in the One Laptop Per Child XO laptops, which Solaris/OpenSolaris have not been ported to.) Other Added Interfaces: ----------------------- The Xorg server now supports these new command line options: -modalias output a list of devices supported by each driver module in the format of the Linux modalias command Removed Interfaces: ------------------- These command-line options are no longer supported in this release: -scanpci scan the PCI bus and print information about each device [Use /usr/bin/scanpci instead.] -sp filename provide a policy file for use by the XC-SECURITY extension These extensions are no longer supported by the X server in this release: LG3D support for the Project Looking Glass 3-D research project Obsolete Interfaces: -------------------- While still supported in this release, these interfaces/features have been removed in the next release of the Xorg server, so are declared Obsolete at this time. (The Xorg 1.6 release from the community is currently in beta, with release expected within a month, so there may not be much time before a removal case comes forward for these, depending on how the community release date aligns with the OpenSolaris.Next release schedule.) Xservers built on the Xorg 1.6 code base will not support these extensions: - AppGroup - EVI (Extended Visual Information) - MIT-SUNDRY-NONSTANDARD - TOG-CUP (Colormap Utilization Policy) - XTrap - XFree86-Misc - XEvIE (X Event Interception Extension) Xservers built on the Xorg 1.6 code base will not support these command-line flags: -bestRefresh choose modes with the best refresh rate -co filename Use rgb color database in filename -showunresolved (undocumented/unused) ------------------------------------------------------------------------------- Imported Interfaces: -------------------- libmd (SHA1 routines) Stable PSARC 2005/426 libhal Volatile PSARC 2005/399 /etc/hal/fdi Volatile PSARC 2005/399 libdbus Volatile LSARC 2006/368 libpciaccess Volatile PSARC 2008/638 libpixman-1 Volatile LSARC 2008/637 Exported Interfaces: -------------------- Xorg -modalias command line option Volatile New xorg.conf options listed above Volatile [1] New Xorg module ABI's listed above Volatile Interfaces listed under "Obsolete Interfaces" Obsolete Volatile References in case materials directory: [1] xorg.conf.man.txt: xorg.conf(4) man page from Xorg 1.5.3 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: X 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Darren.Moffat@sun.com Tue Jan 13 20:39:22 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0E4dL8H029715 for ; Tue, 13 Jan 2009 20:39:21 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0E4dJPA051650 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 13 Jan 2009 21:39:21 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDG00L1329JDL00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 13 Jan 2009 20:39:19 -0800 (PST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDG00GKV29FVV90@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 13 Jan 2009 20:39:16 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0E4dFGA001225 for ; Wed, 14 Jan 2009 04:39:15 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDG00B01282JR00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 14 Jan 2009 04:39:15 +0000 (GMT) Received: from [192.168.18.186] (ppp230-131.static.internode.on.net [203.122.230.131]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDG00JZI29A2PA0@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 14 Jan 2009 04:39:15 +0000 (GMT) Date: Wed, 14 Jan 2009 04:39:08 +0000 From: Darren J Moffat Subject: Re: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout 01/21/2009] In-reply-to: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> Sender: Darren.Moffat@sun.com To: Alan Coopersmith Cc: PSARC-ext@sun.com, xwin-discuss@opensolaris.org Message-id: <496D6C6C.9070801@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Content-Length: 567 Status: RO X-Status: $$$$ X-UID: 0000000002 Alan Coopersmith wrote: > The changes that resulted in these version number bumps include: > - Replacing the X server's internal access permission checking with > a much more fine-grained permission checking system, contributed by > the NSA as part of their SELinux project. Does this help or hinder the xtsol module in anyway ? Does it help the OpenSolaris FMAC project in anyway ? Either way since the case material says the xtsol module as been ported over I'm happy to give my +1 and the above questions are for my curiosity only. -- Darren J Moffat From gdamore@sun.com Tue Jan 13 20:48:46 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0E4mk5L029776 for ; Tue, 13 Jan 2009 20:48:46 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0E4mjFC019261 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 13 Jan 2009 20:48:46 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDG00G032P80F00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Tue, 13 Jan 2009 20:48:44 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDG00BZD2P81260@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Tue, 13 Jan 2009 20:48:44 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0E4miEx024204 for ; Tue, 13 Jan 2009 20:48:44 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDG00C012K7C300@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Tue, 13 Jan 2009 20:48:44 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDG00D3X2P7GT60@fe-sfbay-09.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Tue, 13 Jan 2009 20:48:44 -0800 (PST) Date: Tue, 13 Jan 2009 20:39:11 -0800 From: "Garrett D'Amore" Subject: Re: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout 01/21/2009] In-reply-to: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> Sender: Garrett.Damore@sun.com To: Alan Coopersmith Cc: PSARC-ext@sun.com, xwin-discuss@opensolaris.org Message-id: <496D6C6F.4080908@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Content-Length: 12581 Status: RO X-Status: $$$$ X-UID: 0000000003 +1. -- Garrett Alan Coopersmith wrote: > I am sponsoring this case for the X11 Engineering Group. > It times out Wednesday, January 21 (allowing an extra day for the long > holiday weekend in the US). > > ------------------------------------------------------------------------------- > > Template Version: @(#)sac_nextcase %I% %G% SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > Xorg server 1.5 > 1.2. Name of Document Author/Supplier: > Author: Alan Coopersmith > 1.3 Date of This Document: > 13 January, 2009 > 4. Technical Description > > This case updates the Xorg server (and the associated X servers based on > its source base - Xephyr, Xvnc and /usr/X11/bin/Xvfb) from > version 1.3 (which was a standalone release, between X11R7.2 and X11R7.3, > covered in PSARC 2007/434), to version 1.5.3 (a bugfix update to the > version 1.5 included in X11R7.4). > > This case requests a Minor Release Binding, since it depends on interfaces > from PSARC 2005/399, which has a Minor Release binding. This case also > introduces incompatible API & ABI for Xorg loadable modules, which would have > to be carefully considered for a Micro/Patch release. > > Input Device configuration and hotplugging: > ------------------------------------------- > > This version of Xorg converts from a static input device configuration > either loaded from an xorg.conf file or from probing devices at startup, > to dynamic configuration. At startup Xorg registers with HAL, and > configures input devices based on HAL configurations, including adding > new devices as they are hotplugged. > > Each device is tracked as a separate device via the X Input Extension, > including keeping per-device XKB keyboard layout information. Keyboards > and mice default to also being coalesced into the virtual core keyboard > and pointer devices. Configuration options may be set in the HAL fdi > files in /etc/hal/fdi/. The default configuration will be delivered in > the file /etc/hal/fdi/preprobe/10osvendor/10-x11-input.fdi . > > More information on this new system can be found at: > https://wiki.ubuntu.com/X/Config/Input#Input%20Configuration%20with%20HAL > http://who-t.blogspot.com/2008/07/input-configuration-in-nutshell.html > though those resources are Linux-centric, and refer to different drivers > than used on Solaris ("evdev" instead of "kbd" & "mouse"). > > Other xorg.conf configuration changes: > -------------------------------------- > > Previously, if an xorg.conf was present, it had to list all modules to be > loaded at runtime in the "Module" section. Xorg will now load all modules > in it's default builtin list *unless* an xorg.conf lists them with the > "Disable" keyword in the module section. > > Previously, if an xorg.conf was present, it had to list all entries to be > included in the default font path in the "Paths" section. Xorg will now > include the entries from its default font path in the font path *unless* > an xorg.conf sets the "UseDefaultFontPath" option to true and specifies > its own font path. > > New xorg.conf options in this release: > ported in this release, these interfaces/features have been > removed in the next release of the Xorg server, so are declared Obsolete at > this time. (The Xorg 1.6 release from the community is currently in beta, > with release expected within a month, so there may not be much time before > a removal case comes forward for these, depending on how the community release > date aligns with the OpenSolaris.Next release schedule.) > > Option "GlxVisuals" "string" > This option controls how many GLX visuals the GLX > modules sets up. The default value is typical, which > will setup up a typical subset of the GLXFBConfigs > provided by the driver as GLX visuals. Other options > are minimal, which will set up the minimal set > allowed by the GLX specification and all which will > setup GLX visuals for all GLXFBConfigs. > > Option "UseDefaultFontPath" "boolean" > Include the default font path even if other paths are > specified in xorg.conf. If enabled, other font paths > are included as well. Enabled by default. > > Option "AllowEmptyInput" "boolean" > If enabled, don't add the standard keyboard and mouse > drivers, if there are no input devices in the config > file. Enabled by default if AutoAddDevices and > AutoEnableDevices is enabled, otherwise disabled. If > AllowEmptyInput is on, devices using the kbd or mouse > driver are ignored. > > Option "AutoAddDevices" "boolean" > If this option is disabled, then no devices will be > added from HAL events. Enabled by default. > > Option "AutoEnableDevices" "boolean" > If this option is disabled, then the devices will be > added (and the DevicePresenceNotify event sent), but > not enabled, thus leaving policy up to the client. > Enabled by default. > > These xorg.conf options are no longer supported in this release: > > RGBPath "path" > sets the path name for the RGB color database. When > this entry is not specified in the config file, the > server falls back to the compiled-in default RGB > path, which is: > /usr/X11/share/X11/rgb > > Option "VTInit" "command" > Runs command after the VT used by the server has been > opened. The command string is passed to "/bin/sh > -c", and is run with the real user's id with stdin > and stdout set to the VT. The purpose of this option > is to allow system dependent VT initialisation com- > mands to be run. This option should rarely be > needed. Default: not set. > > [Has never been supported on Solaris, since VT support has not > yet been integrated to Solaris Xorg server.] > > If specified in an xorg.conf, a warning is logged, but the X server > will continue to run. > > Loadable Module Interfaces: > --------------------------- > > This release includes incompatible changes in several of the Xorg loadable > module API/ABI's. The version numbers of the ABI's have had their major > number incremented to reflect this, and modules reporting they require a > different version number will not be loaded unless the -ignoreABI option is > used. (Modules can also check ABI versions themselves, and choose which > function variant to call or structure variant to access, based on the reported > versions - this is the option used by nvidia's closed source driver for > instance.) > > ABI versions in this release, compared to the previously shipped Xorg 1.3: > ABI Name: 1.3: 1.5: > ABI_ANSIC_VERSION 0.3 0.4 > ABI_VIDEODRV_VERSION 1.2 4.1 > ABI_XINPUT_VERSION 0.7 2.1 > ABI_EXTENSION_VERSION 0.3 1.1 > ABI_FONT_VERSION 0.5 0.6 > > (Major number increments represent incompatible change, minor number > increments represent compatible additions. ABI numbers may increment > multiple times during Xorg server minor version development cycles, to > track changes for those following the head of the development stream.) > > The changes that resulted in these version number bumps include: > - Replacing the X server's internal access permission checking with > a much more fine-grained permission checking system, contributed by > the NSA as part of their SELinux project. > - A new version of the "devPrivates" mechanism used by device drivers, > extensions, and other modules to allocate a private field in common > data structures such as pixmaps, graphics contexts, windows, and other > X server resources. > - Replacement of the X server's own PCI bus access code with use of the > libpciaccess code for probing devices, and reading/writing to device > registers and memory. > > All modules built & delivered in the X consolidation have been updated to > adjust to these changes, including all of the community-developed drivers > and extensions, and the Sun created/maintained IA (Interactive Priority > Class) and xtsol (Trusted Extensions) loadable modules. > > The X team has worked with the SPARC graphics team to help them produce > updates to their drivers, which are planned for delivery in coordination > with the Xorg 1.5 delivery. > > Nvidia tracks the open source community ABI changes for their Xorg driver > for all supported platforms (Solaris, Linux & BSD), and the version integrated > into Nevada already supports the Xorg 1.5 release ABI's. > > We are not aware of any other consumers of these Volatile ABI's which would > need to be updated in coordination. > > Driver changes: > --------------- > > The "via" driver has been replaced by the "openchrome" driver, as X.Org > has abandoned maintenance of the original via driver and recommends use > of the openchrome fork of the driver. > > The "vga" driver has been removed. "vesa" should still cover fallback for > all devices which can still reasonably be used which do not have their own > driver. > > The "nsc" and "cyrix" drivers for previous generations of the NSC/Cyrix/AMD > Geode embeded chipset have been removed as they were not ported by > the community to the new interfaces. The replacement "geode" driver is not > provided as it has not yet been ported to Solaris. (The most common use of > this chipset in a semi-traditional computer enviroment that we are aware of > is in the One Laptop Per Child XO laptops, which Solaris/OpenSolaris have > not been ported to.) > > Other Added Interfaces: > ----------------------- > > The Xorg server now supports these new command line options: > > -modalias output a list of devices supported by each driver module > in the format of the Linux modalias command > > Removed Interfaces: > ------------------- > These command-line options are no longer supported in this release: > > -scanpci scan the PCI bus and print information about each device > [Use /usr/bin/scanpci instead.] > > -sp filename provide a policy file for use by the XC-SECURITY extension > > These extensions are no longer supported by the X server in this release: > > LG3D support for the Project Looking Glass 3-D research project > > Obsolete Interfaces: > -------------------- > > While still supported in this release, these interfaces/features have been > removed in the next release of the Xorg server, so are declared Obsolete at > this time. (The Xorg 1.6 release from the community is currently in beta, > with release expected within a month, so there may not be much time before > a removal case comes forward for these, depending on how the community release > date aligns with the OpenSolaris.Next release schedule.) > > Xservers built on the Xorg 1.6 code base will not support these extensions: > - AppGroup > - EVI (Extended Visual Information) > - MIT-SUNDRY-NONSTANDARD > - TOG-CUP (Colormap Utilization Policy) > - XTrap > - XFree86-Misc > - XEvIE (X Event Interception Extension) > > Xservers built on the Xorg 1.6 code base will not support these command-line > flags: > -bestRefresh choose modes with the best refresh rate > -co filename Use rgb color database in filename > -showunresolved (undocumented/unused) > > > ------------------------------------------------------------------------------- > > Imported Interfaces: > -------------------- > libmd (SHA1 routines) Stable PSARC 2005/426 > libhal Volatile PSARC 2005/399 > /etc/hal/fdi Volatile PSARC 2005/399 > libdbus Volatile LSARC 2006/368 > libpciaccess Volatile PSARC 2008/638 > libpixman-1 Volatile LSARC 2008/637 > > Exported Interfaces: > -------------------- > Xorg -modalias command line option Volatile > New xorg.conf options listed above Volatile [1] > New Xorg module ABI's listed above Volatile > Interfaces listed under "Obsolete Interfaces" Obsolete Volatile > > References in case materials directory: > > [1] xorg.conf.man.txt: xorg.conf(4) man page from Xorg 1.5.3 > > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > X > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > > From glenn.skinner@sun.com Wed Jan 14 09:52:43 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0EHqgtr004496 for ; Wed, 14 Jan 2009 09:52:42 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n0EHqcLP012197; Thu, 15 Jan 2009 01:52:39 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDH009032ZQUT00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 14 Jan 2009 09:52:38 -0800 (PST) Received: from ivrel.sfbay.sun.com ([129.146.74.76]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDH00KFD2ZQOB70@nwk-avmta-1.sfbay.Sun.COM>; Wed, 14 Jan 2009 09:52:38 -0800 (PST) Received: from ivrel (ivrel [129.146.74.76]) by ivrel.sfbay.sun.com (8.13.8+Sun/8.13.8) with SMTP id n0EHj86n004304; Wed, 14 Jan 2009 09:45:08 -0800 (PST) Date: Wed, 14 Jan 2009 09:45:08 -0800 (PST) From: Glenn Skinner Subject: Re: 2009/021 [Xorg server 1.5] To: PSARC-ext@sun.com, Alan.Coopersmith@sun.com Cc: xwin-discuss@opensolaris.org Reply-to: Glenn Skinner Message-id: <200901141745.n0EHj86n004304@ivrel.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6_36 SunOS 5.11 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: FlSYAG/BzAwl3GAEAniUOQ== X-PMX-Version: 5.4.1.325704 Content-Length: 567 Status: RO X-Status: $$$$ X-UID: 0000000004 Date: Tue, 13 Jan 2009 20:29:22 -0800 (PST) From: Alan Coopersmith Subject: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout 01/21/2009] ... Loadable Module Interfaces: --------------------------- ... The X team has worked with the SPARC graphics team to help them produce updates to their drivers, which are planned for delivery in coordination with the Xorg 1.5 delivery. Should there should be a case dependency established to help enforce this coordination? (I would think so.) -- Glenn From Alan.Coopersmith@sun.com Wed Jan 14 10:07:59 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0EI7wGx006201 for ; Wed, 14 Jan 2009 10:07:59 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n0EI7qTT020938; Thu, 15 Jan 2009 02:07:55 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDH0030B3P6NC00@brm-avmta-1.central.sun.com>; Wed, 14 Jan 2009 11:07:54 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDH009HF3P5POD0@brm-avmta-1.central.sun.com>; Wed, 14 Jan 2009 11:07:54 -0700 (MST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0EI7mkO006566; Wed, 14 Jan 2009 10:07:48 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDH00I012HLFQ00@fe-sfbay-09.sun.com> (original mail from Alan.Coopersmith@Sun.COM); Wed, 14 Jan 2009 10:07:48 -0800 (PST) Received: from [10.6.102.118] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDH001KD3ONKY50@fe-sfbay-09.sun.com>; Wed, 14 Jan 2009 10:07:37 -0800 (PST) Date: Wed, 14 Jan 2009 10:07:35 -0800 From: Alan Coopersmith Subject: Re: 2009/021 [Xorg server 1.5] In-reply-to: <200901141745.n0EHj86n004304@ivrel.sfbay.sun.com> Sender: Alan.Coopersmith@sun.com To: Glenn Skinner Cc: PSARC-ext@sun.com, xwin-discuss@opensolaris.org, Eric Sultan , Charmaine Lee Message-id: <496E29E7.5010909@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <200901141745.n0EHj86n004304@ivrel.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Content-Length: 1478 Status: RO X-Status: $$$$ X-UID: 0000000005 Glenn Skinner wrote: > Date: Tue, 13 Jan 2009 20:29:22 -0800 (PST) > From: Alan Coopersmith > Subject: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout 01/21/2009] > > ... > Loadable Module Interfaces: > --------------------------- > > ... > The X team has worked with the SPARC graphics team to help them > produce updates to their drivers, which are planned for delivery > in coordination with the Xorg 1.5 delivery. > > Should there should be a case dependency established to help enforce > this coordination? (I would think so.) I don't know if they've planned an ARC case for their driver updates (kfb/XVR-2500 is the only one currently integrated, as efb/XVR-100/300 hasn't integrated yet). I've cc'ed the engineers who would be responsible for that. Technically, they are importing new interfaces (dixLookupPrivate, etc.) so I suppose a case would be in order, though it would presumably be self-review or automatic approval. The only real question for such a case would be if it is following the example of the open source drivers in only supporting the ABI version it was built against, or if it is following the example of the nvidia closed drivers in supporting multiple ABI versions in a single binary by detecting the ABI version at runtime and adjusting appropriately. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Eric.Sultan@sun.com Wed Jan 14 10:15:15 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0EIFFt2006781 for ; Wed, 14 Jan 2009 10:15:15 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0EIFFDr004514; Wed, 14 Jan 2009 10:15:15 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDH0041F41FEK00@brm-avmta-1.central.sun.com>; Wed, 14 Jan 2009 11:15:15 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDH009CT41EPOE0@brm-avmta-1.central.sun.com>; Wed, 14 Jan 2009 11:15:14 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n0EIFExL007274; Wed, 14 Jan 2009 18:15:14 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDH00C012EX2L00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM); Wed, 14 Jan 2009 11:15:14 -0700 (MST) Received: from [10.0.1.199] (adsl-71-141-246-88.dsl.snfc21.pacbell.net [71.141.246.88]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDH002LH414Q510@mail-amer.sun.com>; Wed, 14 Jan 2009 11:15:05 -0700 (MST) Date: Wed, 14 Jan 2009 10:15:03 -0800 From: Eric Sultan Subject: Re: 2009/021 [Xorg server 1.5] In-reply-to: <496E29E7.5010909@sun.com> Sender: Eric.Sultan@sun.com To: Alan Coopersmith Cc: Glenn Skinner , PSARC-ext@sun.com, xwin-discuss@opensolaris.org, Charmaine Lee Message-id: <62DAA298-0D84-49CC-A853-EFC32EFF0962@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.930.3) Content-type: text/plain; delsp=yes; format=flowed; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901141745.n0EHj86n004304@ivrel.sfbay.sun.com> <496E29E7.5010909@sun.com> Content-Length: 1750 Status: RO X-Status: $$$$ X-UID: 0000000006 The ARC cases for the XVR-2500 and for the XVR-100 and XVR-300 are: PSARC 2008/180 kfb Xorg ddx module PSARC 2008/555 efb Xorg drivers - Eric On Jan 14, 2009, at 10:07 AM, Alan Coopersmith wrote: > Glenn Skinner wrote: >> Date: Tue, 13 Jan 2009 20:29:22 -0800 (PST) >> From: Alan Coopersmith >> Subject: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout >> 01/21/2009] >> >> ... >> Loadable Module Interfaces: >> --------------------------- >> >> ... >> The X team has worked with the SPARC graphics team to help them >> produce updates to their drivers, which are planned for delivery >> in coordination with the Xorg 1.5 delivery. >> >> Should there should be a case dependency established to help enforce >> this coordination? (I would think so.) > > I don't know if they've planned an ARC case for their driver updates > (kfb/XVR-2500 is the only one currently integrated, as efb/XVR-100/300 > hasn't integrated yet). I've cc'ed the engineers who would be > responsible for that. > > Technically, they are importing new interfaces (dixLookupPrivate, > etc.) > so I suppose a case would be in order, though it would presumably be > self-review or automatic approval. The only real question for such a > case would be if it is following the example of the open source > drivers > in only supporting the ABI version it was built against, or if it is > following the example of the nvidia closed drivers in supporting > multiple > ABI versions in a single binary by detecting the ABI version at > runtime > and adjusting appropriately. > > -- > -Alan Coopersmith- alan.coopersmith@sun.com > Sun Microsystems, Inc. - X Window System Engineering > From Alan.Coopersmith@sun.com Tue Jan 20 18:59:32 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0L2xVBt005198 for ; Tue, 20 Jan 2009 18:59:32 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n0L2xDEK001805 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Jan 2009 10:59:30 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDS00D01WB54N00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Tue, 20 Jan 2009 19:59:29 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDS00KFBWB4AT80@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Tue, 20 Jan 2009 19:59:28 -0700 (MST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0L2xS7c007299 for ; Tue, 20 Jan 2009 18:59:28 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDS00501W3TUM00@fe-sfbay-09.sun.com> (original mail from Alan.Coopersmith@Sun.COM) for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Tue, 20 Jan 2009 18:59:28 -0800 (PST) Received: from [10.6.102.118] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDS00LL7WB3P230@fe-sfbay-09.sun.com>; Tue, 20 Jan 2009 18:59:28 -0800 (PST) Date: Tue, 20 Jan 2009 18:59:27 -0800 From: Alan Coopersmith Subject: Re: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout 01/21/2009] In-reply-to: <496D6C6C.9070801@Sun.COM> Sender: Alan.Coopersmith@sun.com To: Darren J Moffat Cc: PSARC-ext@sun.com, xwin-discuss@opensolaris.org, Lokanath Das , Glenn Faden Message-id: <49768F8F.3010904@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> <496D6C6C.9070801@Sun.COM> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 2081 Darren J Moffat wrote: > Alan Coopersmith wrote: >> The changes that resulted in these version number bumps include: >> - Replacing the X server's internal access permission checking with >> a much more fine-grained permission checking system, contributed by >> the NSA as part of their SELinux project. > > Does this help or hinder the xtsol module in anyway ? As noted, it required porting work. The upstream code has introduced a generalized access control framework (XACE, the X Access Control Extension, though it's not an actual protocol extension), designed by Eamon Walsh at the NSA to provide the hooks needed for the existing XC-Security extension, the SELinux extension he developed, and the XTSol extension. He is very aware of XTSol and has adjusted the XACE hooks to allow for it in several places that it had checks SELinux did not, though disagrees with several of the XTSol design choices and has corresponded with the XTsol team and myself on multiple occasions. (I actually did the initial integration of his XACE code upstream for Xorg 1.2 before he got direct commit access.) The XACE hooks have replaced a number of, but not yet all of, the places the Xtsol code modified the core server to insert hooks for their module to add checks, so helps the core X team in reducing the number of differences to upstream code we have to maintain and port to each new release. As for the long term help or hindrance to the xtsol module itself, that's a question Lok & Glenn are probably better to answer than myself. > Does it help the OpenSolaris FMAC project in anyway ? I don't know enough about that project to venture a guess - sounds like a question to ask that project team. I do note their project page mentions use of the XACE framework. > Either way since the case material says the xtsol module as been ported > over I'm happy to give my +1 and the above questions are for my > curiosity only. > > -- > Darren J Moffat -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Alan.Coopersmith@sun.com Wed Jan 21 10:07:17 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0LI7Gxi005493 for ; Wed, 21 Jan 2009 10:07:16 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n0LI7Dc7000393 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 Jan 2009 18:07:15 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDU00M0V2C18S00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Wed, 21 Jan 2009 10:07:13 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDU00M6C2BZ6900@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Wed, 21 Jan 2009 10:07:11 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0LI7BUR024864 for ; Wed, 21 Jan 2009 10:07:11 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDU00G011GKT400@fe-sfbay-10.sun.com> (original mail from Alan.Coopersmith@Sun.COM) for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Wed, 21 Jan 2009 10:07:11 -0800 (PST) Received: from [10.6.102.118] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDU00F4Y2BZJG30@fe-sfbay-10.sun.com> for PSARC-ext@Sun.Com (ORCPT PSARC-ext@Sun.Com); Wed, 21 Jan 2009 10:07:11 -0800 (PST) Date: Wed, 21 Jan 2009 10:07:11 -0800 From: Alan Coopersmith Subject: Re: Xorg server 1.5 [PSARC/2009/021 FastTrack timeout 01/21/2009] In-reply-to: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> Sender: Alan.Coopersmith@sun.com To: PSARC-ext@sun.com Cc: xwin-discuss@opensolaris.org Message-id: <4977644F.5020108@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <200901140429.n0E4TMMl029659@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 362 Alan Coopersmith wrote: > I am sponsoring this case for the X11 Engineering Group. > It times out Wednesday, January 21 (allowing an extra day for the long > holiday weekend in the US). This case was approved at PSARC during ARC Business today. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering