From sh162551@sac.sfbay.sun.com Mon Mar 23 23:34:27 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 n2O6YR4b018512 for ; Mon, 23 Mar 2009 23:34:27 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n2O6YPo8004017; Tue, 24 Mar 2009 00:34:27 -0600 (MDT) 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 <0KGZ00M1RZLE3Y00@brm-avmta-1.central.sun.com>; Tue, 24 Mar 2009 00:34:26 -0600 (MDT) 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 <0KGZ00EYGZLCZ540@brm-avmta-1.central.sun.com>; Tue, 24 Mar 2009 00:34:24 -0600 (MDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n2O6YNoV018293; Mon, 23 Mar 2009 23:34:23 -0700 (PDT) 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 n2O6YM1A018505; Mon, 23 Mar 2009 23:34:22 -0700 (PDT) Received: (from sh162551@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n2O6YMUb018501; Mon, 23 Mar 2009 23:34:22 -0700 (PDT) Date: Mon, 23 Mar 2009 23:34:22 -0700 (PDT) From: Shi-Ying Irene Huang Subject: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] To: LSARC-ext@sun.com Cc: henry.zhao@sun.com Message-id: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 5937 Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Laptop ACPI Hotkey X Support 1.2. Name of Document Author/Supplier: Author: Henry Zhao 1.3 Date of This Document: 23 March, 2009 4. Technical Description 1. Introduction 1.1. Project/Component Working Name: Laptop ACPI Hotkey X Support 1.2. Name of Document Author/Supplier: Author: Henry Zhao 1.3 Date of This Document: March, 2009 4. Technical Description This project proposes a method of having X hotkey input device map kernel acpi driver(s) detected ACPI hotkey events and deliver them to applications. It is a part of project Laptop Hotkey Support [PSARC/2009/016]. Kernel acpi driver interfaces with libsysevent to publish ACPI hotkey events. The new X hotkey input device driver subscribes with libsysevent for "EC_acpiev" to receiving ACPI hotkey events, and when receiving such events, maps them to keycodes, and posts keycodes to X server. 4.1 Mapping methods Unlike regular key stroke, a hotkey event does not have a binding keycode. A keycode needs to be assinged and a mapping needs to be created. Any keycode can be assigned to a hotkey event mapping as long as the keycdoe assigned can uniquely identify the event. The candidates of keycodes to be selected for use in hotkey events mapping can only be those not being mapped (or used) in current keymap table. Xorg 1.5 and later supports multiple keyboards and input device hotplug. Each keyboard device has its own keymap, and keymap switches as keyboard switches. This creates some complexity. During investigation 3 mapping models were considered: 4.1.1 Model I Hotkey device driver creates a separate keymap of its own for hotkey events it may receive, that contains very limited entries for ACPI hotkey mappings. 4.1.2 Model II Patch keymap of each physical keyboard devices as well as "core keyboard" such that each keymap now contains original mapping and new mapping created for hotkeys. 4.1.3 Model III In Xorg 1.5, the effective keymap (the keymap that clients see) is the keymap of "core keyboard", which is updated every time keymap switches as a result of keyboard switch. In this model only keymap of "core keyboard" device is patched. Patching takes place during startup, and every time after the keymap of "core keyboard" is updated after a switch. No keymap of any physical keyboard device is patched. Model I is certainly the simplest implementaion. However it creates a race condition where clients always miss the first keystroke in switching to a new device, if the devices switched in and switched out have different mappings for that key. This is because X server switches keymap upon receiving the first keystroke from a new device but the delivery of the "first keystroke" is not based on keymap of the new device (still based on keymap of the old device) due to timing constraint. Model III works for Xorg 1.5. However as the input methods evolve at a rapid pace, with ideas such as client based effective keymap and multi core keyboard device on the way, patching "effective keymap" becomes more difficult. While device-based patching described in Model II is more resillient and can be relatively easily adapted to new mapping models. Model II is selected. 4.2 Implementation Keymap of a keyboard device is to be patched with a number of hotkey keysyms provided in HAL's fdi file with "input.x11_options.addmap" option under certain matching conditions. Keyboard driver does the patching after it loads basic keymap table. Hotkey device driver is to be launched by HAL using "input.x11_options.mdriver" option under certain matching conditions. Hotkey driver only patches keymap table of "core keyboard" device because the latter is not launched by HAL. To avoid race condition, hotkeys generated from hotkey device do not participate in keymap table switch. In driver code, a pipe is opened for communication between libsysevent handler and X server. The pipe's read file descriptor is added to the server events monitoring select list with AddEnabledDevice(). On receiving a libsysevent event, libsysevent handler writes to the pipe which unblocks read, and causes X server to wake up to process input events. In processing in input event, the driver reads from the pipe the last bype of keysym representing the event, looks for mapped keycode, and posts the keycode to X server's input queue. Imported Interfaces: -------------------- /usr/lib/(amd64)/libsysevent.so Volatile /kernel/drv/(amd64)/acpi_drv Volatile /kernel/drv/(amd64)/acpi_toshiba Volatile ACPI hotkey sub class: Volatile "ESC_acpiev_display_switch" Volatile "ESC_acpiev_sleep" Volatile "ESC_acpiev_screen_lock" Volatile "ESC_acpiev_audio_mute" Volatile Exported Interfaces: -------------------- /usr/X11/lib/modules/input/(amd64)/hotkey_drv.so Volatile References: ----------- [PSARC/2009/016 ] Laptop Hotkey Support 6. Resources and Schedule 6.1. Projected Availability April 2008 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 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Desktop 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From alan.coopersmith@sun.com Tue Mar 24 07:35:15 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 n2OEZE7w008602 for ; Tue, 24 Mar 2009 07:35:14 -0700 (PDT) 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 n2OEYwbX003788 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 24 Mar 2009 22:35:13 +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 <0KH000J1QLUOFD00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 08:35:12 -0600 (MDT) Received: from sfbaymail1sca.SFBay.Sun.COM ([129.145.154.35]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KH0008T3LUL3OE0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 08:35:09 -0600 (MDT) Received: from [10.6.102.118] (sunray-sxde.SFBay.Sun.COM [10.6.102.118]) by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id n2OEZ8OQ008182; Tue, 24 Mar 2009 07:35:09 -0700 (PDT) Date: Tue, 24 Mar 2009 07:35:08 -0700 From: Alan Coopersmith Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> To: Shi-Ying Irene Huang Cc: LSARC-ext@sun.com, Henry.Zhao@sun.com Message-id: <49C8EF9C.7030408@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 1782 Shi-Ying Irene Huang wrote: > 4.2 Implementation > > Keymap of a keyboard device is to be patched with a number of hotkey keysyms > provided in HAL's fdi file with "input.x11_options.addmap" option under > certain matching conditions. Keyboard driver does the patching after it loads > basic keymap table. How is this "patching" done? Does it depend on private interfaces of the keyboard driver, like memory layout of certain structures? > Hotkey device driver is to be launched by HAL using "input.x11_options.mdriver" > option under certain matching conditions. Is mdriver a typo or are you introducing a new HAL keyword? > Hotkey driver only patches keymap > table of "core keyboard" device because the latter is not launched by HAL. The virtual core keyboard is not setup by HAL, but once HAL input device support is functional, all physical keyboards will be initiated by HAL. > To avoid race condition, hotkeys generated from hotkey device do not > participate in keymap table switch. What interfaces in the X server are used to accomplish this? > Imported Interfaces: > -------------------- > /usr/lib/(amd64)/libsysevent.so Volatile > /kernel/drv/(amd64)/acpi_drv Volatile > /kernel/drv/(amd64)/acpi_toshiba Volatile > ACPI hotkey sub class: Volatile > "ESC_acpiev_display_switch" Volatile > "ESC_acpiev_sleep" Volatile > "ESC_acpiev_screen_lock" Volatile > "ESC_acpiev_audio_mute" Volatile Since those are cross-consolidation dependencies, you will need an ARC contract for all those interfaces specifying how changes to them will be coordinated between ON & X. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Henry.Zhao@sun.com Tue Mar 24 14:47:52 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 n2OLlpEN004004 for ; Tue, 24 Mar 2009 14:47:51 -0700 (PDT) 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 n2OLlbC8008645 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 24 Mar 2009 21:47:46 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 <0KH100A0F5VJK200@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 14:47:43 -0700 (PDT) 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 <0KH1008EL5VI7M20@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 14:47:43 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n2OLlgN1028705 for ; Tue, 24 Mar 2009 14:47:42 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KH1004005AZAA00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 14:47:42 -0700 (PDT) Received: from [129.153.3.68] ([unknown] [129.153.3.68]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KH100B1E5V7D630@fe-sfbay-10.sun.com>; Tue, 24 Mar 2009 14:47:32 -0700 (PDT) Date: Tue, 24 Mar 2009 14:47:31 -0700 From: Henry Zhao Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49C8EF9C.7030408@sun.com> Sender: Henry.Zhao@sun.com To: Alan Coopersmith Cc: Shi-Ying Irene Huang , LSARC-ext@sun.com Message-id: <49C954F3.2060407@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 2588 Alan Coopersmith wrote: > Shi-Ying Irene Huang wrote: > >> 4.2 Implementation >> >> Keymap of a keyboard device is to be patched with a number of hotkey keysyms >> provided in HAL's fdi file with "input.x11_options.addmap" option under >> certain matching conditions. Keyboard driver does the patching after it loads >> basic keymap table. >> > > How is this "patching" done? Does it depend on private interfaces of the > keyboard driver, like memory layout of certain structures? > Patching means to create additional mapping entries in existing keymap table, at available (unmapped) locations. It is done by a new function Bool xf86PatchKeymap(DeviceIntPtr dev, char *keysymstr) > >> Hotkey device driver is to be launched by HAL using "input.x11_options.mdriver" >> option under certain matching conditions. >> > > Is mdriver a typo or are you introducing a new HAL keyword? > Not a typo. It is a new option key/value added to "input.x11_options.*" list. > >> Hotkey driver only patches keymap >> table of "core keyboard" device because the latter is not launched by HAL. >> > > The virtual core keyboard is not setup by HAL, but once HAL input device support > is functional, all physical keyboards will be initiated by HAL. > Right, the virtual core keyboard is not started by HAL. > >> To avoid race condition, hotkeys generated from hotkey device do not >> participate in keymap table switch. >> > > What interfaces in the X server are used to accomplish this? > The hotkey keyboard device registers itself in devPrivate field of Core keyboard device (which is always pointed to by inputInfo.keyboard) using a new index HotkeyMapDevicePrivateKey with dixSetPrivate(). In keymap switch function SwitchCoreKeyboard(), no switch takes place if the new device is found to be hotkey keyboard device - the latter can be retrieved with dixLookupPrivate() using the same index. > >> Imported Interfaces: >> -------------------- >> /usr/lib/(amd64)/libsysevent.so Volatile >> /kernel/drv/(amd64)/acpi_drv Volatile >> /kernel/drv/(amd64)/acpi_toshiba Volatile >> ACPI hotkey sub class: Volatile >> "ESC_acpiev_display_switch" Volatile >> "ESC_acpiev_sleep" Volatile >> "ESC_acpiev_screen_lock" Volatile >> "ESC_acpiev_audio_mute" Volatile >> > > Since those are cross-consolidation dependencies, you will need an ARC contract > for all those interfaces specifying how changes to them will be coordinated > between ON & X. > Will do. From alan.coopersmith@Sun.COM Tue Mar 24 14:56:44 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 n2OLuidC005147 for ; Tue, 24 Mar 2009 14:56:44 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n2OLuh1P010768 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 24 Mar 2009 14:56:44 -0700 (PDT) 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 <0KH100G0J6AJ9800@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 14:56:43 -0700 (PDT) Received: from sfbaymail1sca.SFBay.Sun.COM ([129.145.154.35]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KH100I2Y6AJX2D0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 14:56:43 -0700 (PDT) Received: from [10.6.102.118] (sunray-sxde.SFBay.Sun.COM [10.6.102.118]) by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id n2OLugDs029285; Tue, 24 Mar 2009 14:56:43 -0700 (PDT) Date: Tue, 24 Mar 2009 14:56:42 -0700 From: Alan Coopersmith Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49C954F3.2060407@sun.com> To: Henry Zhao Cc: Shi-Ying Irene Huang , LSARC-ext@Sun.COM Message-id: <49C9571A.9000808@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 2226 Henry Zhao wrote: > Alan Coopersmith wrote: >> Shi-Ying Irene Huang wrote: >> >>> 4.2 Implementation >>> Keymap of a keyboard device is to be patched with a number of >>> hotkey keysyms provided in HAL's fdi file with >>> "input.x11_options.addmap" option under >>> certain matching conditions. Keyboard driver does the >>> patching after it loads basic keymap table. >>> >> >> How is this "patching" done? Does it depend on private interfaces of >> the >> keyboard driver, like memory layout of certain structures? >> > > Patching means to create additional mapping entries in existing keymap > table, at available > (unmapped) locations. It is done by a new function > > Bool xf86PatchKeymap(DeviceIntPtr dev, char *keysymstr) So that's a new interface that should be described in this ARC case, probably as Project Private. >> >>> Hotkey device driver is to be launched by HAL using >>> "input.x11_options.mdriver" option under certain matching >>> conditions. >> >> Is mdriver a typo or are you introducing a new HAL keyword? >> > > Not a typo. It is a new option key/value added to > "input.x11_options.*" list. That also sounds like a new interface that should be specified in this case. > The hotkey keyboard device registers itself in devPrivate field of Core > keyboard device > (which is always pointed to by inputInfo.keyboard) using a new index > HotkeyMapDevicePrivateKey with dixSetPrivate(). In keymap switch function > SwitchCoreKeyboard(), no switch takes place if the new device is found > to be > hotkey keyboard device - the latter can be retrieved with > dixLookupPrivate() > using the same index. *sigh* That sounds like a level of change to the core input routines that are going to be painful to port to each new Xorg community release, such as the upcoming Xorg 1.6 that greatly changes input device internals again, and the followon release which is planned to introduce Xinput Extension 2.0 with another round of changes to input device internals - have you made any attempt to get these upstream? -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Henry.Zhao@Sun.COM Tue Mar 24 17:10:38 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 n2P0Abm5006828 for ; Tue, 24 Mar 2009 17:10:38 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n2P0Abtt049268 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 24 Mar 2009 18:10:37 -0600 (MDT) 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 <0KH100201CHPXS00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 18:10:37 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KH100HWHCHOLU40@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 18:10:37 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n2P0Aapb015725 for ; Tue, 24 Mar 2009 17:10:36 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KH100D00C16JB00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 24 Mar 2009 17:10:36 -0700 (PDT) Received: from [129.153.3.68] ([unknown] [129.153.3.68]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KH100HIVCHO3420@fe-sfbay-10.sun.com>; Tue, 24 Mar 2009 17:10:36 -0700 (PDT) Date: Tue, 24 Mar 2009 17:10:36 -0700 From: Henry Zhao Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49C9571A.9000808@sun.com> Sender: Henry.Zhao@Sun.COM To: Alan Coopersmith Cc: Shi-Ying Irene Huang , LSARC-ext@Sun.COM Message-id: <49C9767C.3030404@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1881 Alan Coopersmith wrote: >> The hotkey keyboard device registers itself in devPrivate field of Core >> keyboard device >> (which is always pointed to by inputInfo.keyboard) using a new index >> HotkeyMapDevicePrivateKey with dixSetPrivate(). In keymap switch function >> SwitchCoreKeyboard(), no switch takes place if the new device is found >> to be >> hotkey keyboard device - the latter can be retrieved with >> dixLookupPrivate() >> using the same index. >> > *sigh* That sounds like a level of change to the core input routines that > are going to be painful to port to each new Xorg community release, such as > the upcoming Xorg 1.6 that greatly changes input device internals again, and > the followon release which is planned to introduce Xinput Extension 2.0 with > another round of changes to input device internals - have you made any attempt > to get these upstream? Since the logic for this is simply "do not call keymap switch function if the new device is hotkey input device", it shouldn't be too difficult to port to new releases. Xorg 1.6 still has one virtual core keyboard device - VCK. But switch is based on master keymap. SwitchCoreKeyboard() is gone, replaced by CopyKeyClass(). I can apply the same code to it. Note devPrivate field of VCK has already been used to remember the device generating previous keystroke with index CoreDevicePrivateKey. I talked upstream briefly, basically he was against patching keymap of VCK dynamically as there are substantial changes coming handling keymaps, and insisted keymap still should be device based. This is why I reversed design to Model II. I don't think upstream will like our changes, because they use everything in evdev: evdev driver, evdev set of keycodes, evdev stanza of symbols/inet. Yet I still don't understand how this static method can work in all keybaord model/layout. -Henry From Henry.Zhao@sun.com Mon Mar 30 13:38:58 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 n2UKcw9j017493 for ; Mon, 30 Mar 2009 13:38:58 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n2UKcuwO059062 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 30 Mar 2009 14:38:57 -0600 (MDT) 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 <0KHC00D0D6OWPN00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Mon, 30 Mar 2009 14:38:56 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KHC009ES6OWY920@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Mon, 30 Mar 2009 14:38:56 -0600 (MDT) 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 n2UKcuT5020701 for ; Mon, 30 Mar 2009 13:38:56 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KHC00B006N05O00@fe-sfbay-09.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Mon, 30 Mar 2009 13:38:56 -0700 (PDT) Received: from [129.150.13.68] ([unknown] [129.150.13.68]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KHC00B346OLPL00@fe-sfbay-09.sun.com>; Mon, 30 Mar 2009 13:38:45 -0700 (PDT) Date: Mon, 30 Mar 2009 06:38:15 -0700 From: Henry Zhao Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> Sender: Henry.Zhao@sun.com To: Shi-Ying Irene Huang Cc: LSARC-ext@sun.com Message-id: <49D0CB47.3080906@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_+JbcS84Fx/ieOMfKw/sljw)" X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0b2 (X11/20070411) Status: RO Content-Length: 6106 This is a multi-part message in MIME format. --Boundary_(ID_+JbcS84Fx/ieOMfKw/sljw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi Irene, I am posting a revision that has additional interface entries per Alan's comments. -Henry --Boundary_(ID_+JbcS84Fx/ieOMfKw/sljw) Content-type: text/plain; name=arc Content-transfer-encoding: 7BIT Content-disposition: inline; filename=arc 1. Introduction 1.1. Project/Component Working Name: Laptop ACPI Hotkey X Support 1.2. Name of Document Author/Supplier: Author: Henry Zhao 1.3 Date of This Document: March, 2009 4. Technical Description This project proposes a method of having X hotkey input device map kernel acpi driver(s) detected ACPI hotkey events and deliver them to applications. It is a part of project Laptop Hotkey Support [PSARC/2009/016]. Kernel acpi driver interfaces with libsysevent to publish ACPI hotkey events. The new X hotkey input device driver subscribes with libsysevent for "EC_acpiev" to receiving ACPI hotkey events, and when receiving such events, maps them to keycodes, and posts keycodes to X server. 4.1 Mapping methods Unlike regular key stroke, a hotkey event does not have a binding keycode. A keycode needs to be assinged and a mapping needs to be created. Any keycode can be assigned to a hotkey event mapping as long as the keycdoe assigned can uniquely identify the event. The candidates of keycodes to be selected for use in hotkey events mapping can only be those not being mapped (or used) in current keymap table. Xorg 1.5 and later supports multiple keyboards and input device hotplug. Each keyboard device has its own keymap, and keymap switches as keyboard switches. This creates some complexity. During investigation 3 mapping models were considered: 4.1.1 Model I Hotkey device driver creates a separate keymap of its own for hotkey events it may receive, that contains very limited entries for ACPI hotkey mappings. 4.1.2 Model II Patch keymap of each physical keyboard devices as well as "core keyboard" such that each keymap now contains original mapping and new mapping created for hotkeys. 4.1.3 Model III In Xorg 1.5, the effective keymap (the keymap that clients see) is the keymap of "core keyboard", which is updated every time keymap switches as a result of keyboard switch. In this model only keymap of "core keyboard" device is patched. Patching takes place during startup, and every time after the keymap of "core keyboard" is updated after a switch. No keymap of any physical keyboard device is patched. Model I is certainly the simplest implementaion. However it creates a race condition where clients always miss the first keystroke in switching to a new device, if the devices switched in and switched out have different mappings for that key. This is because X server switches keymap upon receiving the first keystroke from a new device but the delivery of the "first keystroke" is not based on keymap of the new device (still based on keymap of the old device) due to timing constraint. Model III works for Xorg 1.5. However as the input methods evolve at a rapid pace, with ideas such as client based effective keymap and multi core keyboard device on the way, patching "effective keymap" becomes more difficult. While device-based patching described in Model II is more resillient and can be relatively easily adapted to new mapping models. Model II is selected. 4.2 Implementation Keymap of a keyboard device is to be patched with a number of hotkey keysyms provided in HAL's fdi file with "input.x11_options.addmap" option under certain matching conditions. Keyboard driver does the patching after it loads basic keymap table. Hotkey device driver is to be launched by HAL using "input.x11_options.mdriver" option under certain matching conditions. Hotkey driver only patches keymap table of "core keyboard" device because the latter is not launched by HAL. To avoid race condition, hotkeys generated from hotkey device do not participate in keymap table switch. In driver code, a pipe is opened for communication between libsysevent handler and X server. The pipe's read file descriptor is added to the server events monitoring select list with AddEnabledDevice(). On receiving a libsysevent event, libsysevent handler writes to the pipe which unblocks read, and causes X server to wake up to process input events. In processing in input event, the driver reads from the pipe the last bype of keysym representing the event, looks for mapped keycode, and posts the keycode to X server's input queue. Imported Interfaces: -------------------- /usr/lib/(amd64)/libsysevent.so Volatile /kernel/drv/(amd64)/acpi_drv Volatile /kernel/drv/(amd64)/acpi_toshiba Volatile ACPI hotkey sub class: Volatile "ESC_acpiev_display_switch" Volatile "ESC_acpiev_sleep" Volatile "ESC_acpiev_screen_lock" Volatile "ESC_acpiev_audio_mute" Volatile Exported Interfaces: -------------------- /usr/X11/lib/modules/input/(amd64)/hotkey_drv.so Volatile input.x11_options.addmap (HAL) Volatile input.x11_options.mdriver (HAL) Volatile xf86PatchKeymap(DeviceIntPtr dev, char *keysymstr) Project Private PatchKeymap(DeviceIntPtr dev, KeySym *keysyms) Project Private References: ----------- [PSARC/2009/016 ] Laptop Hotkey Support 6. Resources and Schedule 6.1. Projected Availability April 2008 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 --Boundary_(ID_+JbcS84Fx/ieOMfKw/sljw)-- From Henry.Zhao@sun.com Tue Mar 31 19:59:51 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 n312xoEh022952 for ; Tue, 31 Mar 2009 19:59:51 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n312xgCr027410 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 1 Apr 2009 03:59:50 +0100 (BST) 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 <0KHE00D09IZPJT00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 31 Mar 2009 20:59:49 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KHE007SNIZP70C0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 31 Mar 2009 20:59:49 -0600 (MDT) 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 n312xnae007775 for ; Tue, 31 Mar 2009 19:59:49 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KHE00E00IXU2500@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 31 Mar 2009 19:59:49 -0700 (PDT) Received: from [129.153.3.68] ([unknown] [129.153.3.68]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KHE00A3VIZPC190@fe-sfbay-09.sun.com>; Tue, 31 Mar 2009 19:59:49 -0700 (PDT) Date: Tue, 31 Mar 2009 19:59:48 -0700 From: Henry Zhao Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49C9767C.3030404@sun.com> Sender: Henry.Zhao@sun.com To: Henry Zhao Cc: Alan Coopersmith , Shi-Ying Irene Huang , LSARC-ext@sun.com Message-id: <49D2D8A4.8020803@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> <49C9767C.3030404@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 387 Alan, One thing I would like to make sure: Do we still need to consider the possibility of launching input device driver from Xorg, in addition to the now normal launch by HAL ? As the code of launching input driver in Xorg is still there, and the code will work if the option AllowEmptyInput is set FALSE. Has USB group put back their full HAL support code yet ? -Henry From Strony.Zhang@sun.com Tue Mar 31 20:23:35 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 n313NZOa017964 for ; Tue, 31 Mar 2009 20:23:35 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n313NYQ2004610 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 31 Mar 2009 20:23:35 -0700 (PDT) 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 <0KHE00K01K3BS200@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 31 Mar 2009 20:23:35 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KHE002LMK39A1E0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 31 Mar 2009 20:23:34 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n313NXhA028429 for ; Wed, 01 Apr 2009 03:23:33 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KHE00700K1HNZ00@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Wed, 01 Apr 2009 11:23:33 +0800 (SGT) Received: from [129.158.218.203] ([unknown] [129.158.218.203]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KHE0055CK374280@mail-apac.sun.com>; Wed, 01 Apr 2009 11:23:33 +0800 (SGT) Date: Wed, 01 Apr 2009 11:17:27 +0800 From: Strony Zhang Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49D2D8A4.8020803@sun.com> Sender: Strony.Zhang@sun.com To: Henry Zhao Cc: Alan Coopersmith , LSARC-ext@sun.com, Shi-Ying Irene Huang Message-id: <49D2DCC7.70808@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> <49C9767C.3030404@sun.com> <49D2D8A4.8020803@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080922) Status: RO Content-Length: 341 Henry Zhao : > > Has USB group put back their full HAL support code yet ? Not yet. Before the putback, we need to solve an possible P1 bug. Now we are targeting build 113 for our putback. Regards, Strony > > > -Henry > > > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From Alan.Coopersmith@sun.com Wed Apr 1 10:26:33 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 n31HQW0X020773 for ; Wed, 1 Apr 2009 10:26:33 -0700 (PDT) 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 n31HQ36b025771 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 2 Apr 2009 01:26:31 +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 <0KHF0060XN45OH00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 01 Apr 2009 11:26:29 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KHF00GMMN44ZEE0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 01 Apr 2009 11:26:28 -0600 (MDT) 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 n31HQSTM021190 for ; Wed, 01 Apr 2009 10:26:28 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KHF00K00N084I00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 01 Apr 2009 10:26:28 -0700 (PDT) Received: from [10.6.102.118] ([unknown] [10.6.102.118]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KHF00BWMN431QA0@fe-sfbay-09.sun.com>; Wed, 01 Apr 2009 10:26:27 -0700 (PDT) Date: Wed, 01 Apr 2009 10:26:27 -0700 From: Alan Coopersmith Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49D2D8A4.8020803@sun.com> Sender: Alan.Coopersmith@sun.com To: Henry Zhao Cc: Shi-Ying Irene Huang , LSARC-ext@sun.com Message-id: <49D3A3C3.7030306@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> <49C9767C.3030404@sun.com> <49D2D8A4.8020803@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 407 Henry Zhao wrote: > Alan, > > One thing I would like to make sure: Do we still need to consider the > possibility > of launching input device driver from Xorg, in addition to the now > normal launch by > HAL ? No, you simply depend on their putback and don't putback until they do. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Alan.Coopersmith@sun.com Fri Apr 3 19:13:09 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 n342D9Xi007043 for ; Fri, 3 Apr 2009 19:13:09 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n342D8E7065158 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 3 Apr 2009 20:13:08 -0600 (MDT) 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 <0KHK0050D0TV3I00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Fri, 03 Apr 2009 20:13:07 -0600 (MDT) 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 <0KHK00CWQ0TVEV70@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Fri, 03 Apr 2009 20:13:07 -0600 (MDT) 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 n342D7IX028956 for ; Fri, 03 Apr 2009 19:13:07 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KHK007000P44000@fe-sfbay-10.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Fri, 03 Apr 2009 19:13:07 -0700 (PDT) Received: from [10.6.102.118] ([unknown] [10.6.102.118]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KHK004NV0TUUC90@fe-sfbay-10.sun.com>; Fri, 03 Apr 2009 19:13:06 -0700 (PDT) Date: Fri, 03 Apr 2009 19:13:06 -0700 From: Alan Coopersmith Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49D0CB47.3080906@sun.com> Sender: Alan.Coopersmith@sun.com To: Henry Zhao Cc: Shi-Ying Irene Huang , LSARC-ext@sun.com Message-id: <49D6C232.4010109@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49D0CB47.3080906@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 403 One other issue that came up during code review - this case doesn't define which X Keysyms will be generated for these events, but that's what GNOME will be consuming, so they need to agree on them (i.e. XK_SunAudioMute vs. XK_XF86AudioMute), and as such should be listed as interfaces. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Irene.Huang@Sun.COM Wed Apr 8 22:51:56 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 n395ptKg007842 for ; Wed, 8 Apr 2009 22:51:55 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n395psW2012499 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 9 Apr 2009 06:51:54 +0100 (BST) 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 <0KHT00901KAIQQ00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 08 Apr 2009 23:51:54 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KHT007PGKAGNU30@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 08 Apr 2009 23:51:53 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n395pqTD002304 for ; Thu, 09 Apr 2009 05:51:52 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KHT00K00K28XT00@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 09 Apr 2009 13:51:52 +0800 (SGT) Received: from [129.158.217.218] ([unknown] [129.158.217.218]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KHT006DGKAEF6J0@mail-apac.sun.com>; Thu, 09 Apr 2009 13:51:51 +0800 (SGT) Date: Thu, 09 Apr 2009 08:52:25 +0800 From: Irene Huang Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49D6C232.4010109@sun.com> Sender: Irene.Huang@Sun.COM To: Alan Coopersmith Cc: Henry Zhao , Shi-Ying Irene Huang , LSARC-ext@Sun.COM Message-id: <49DD46C9.6090702@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49D0CB47.3080906@sun.com> <49D6C232.4010109@sun.com> User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) Status: RO Content-Length: 787 Hi, all The final proposal is available at http://sac.eng/Archives/CaseLog/arc/LSARC/2009/191/proposal-final.txt and the contract is available at http://sac.eng/Archives/CaseLog/arc/LSARC/2009/191/contract-2009-061-01.txt approval has been obtained from both managers. If there's no more issues with this case, could any of the members please review the case and give a +1? I would like to close this case with in 24 hours. Thanks in advance. --Irene Alan Coopersmith wrote: > One other issue that came up during code review - this case doesn't define > which X Keysyms will be generated for these events, but that's what GNOME > will be consuming, so they need to agree on them (i.e. XK_SunAudioMute > vs. XK_XF86AudioMute), and as such should be listed as interfaces. > > From margot.miller@sun.com Thu Apr 9 12:42:30 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 n39JgSYS024490 for ; Thu, 9 Apr 2009 12:42:29 -0700 (PDT) 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 n39JgMnM026639; Thu, 9 Apr 2009 20:42:24 +0100 (BST) 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 <0KHU0060BMQMLG00@nwk-avmta-2.sfbay.sun.com>; Thu, 09 Apr 2009 12:42:22 -0700 (PDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KHU00LD2MQMTKB0@nwk-avmta-2.sfbay.sun.com>; Thu, 09 Apr 2009 12:42:22 -0700 (PDT) Received: from [10.7.250.251] (punchin-client-10-7-250-251.SFBay.Sun.COM [10.7.250.251]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n39JgKfS651859; Thu, 09 Apr 2009 12:42:20 -0700 (PDT) Date: Thu, 09 Apr 2009 12:37:34 -0700 From: Margot Miller Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49DD46C9.6090702@sun.com> To: Irene Huang Cc: Alan Coopersmith , Henry Zhao , Shi-Ying Irene Huang , LSARC-ext@sun.com Message-id: <49DE4E7E.60408@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49D0CB47.3080906@sun.com> <49D6C232.4010109@sun.com> <49DD46C9.6090702@sun.com> User-Agent: Thunderbird 2.0b1 (X11/20070115) Status: RO Content-Length: 1056 Hi Irene, We discussed this case at LSARC this week with Henry and agreed that if the contract was done and the update to i/f table per Alan was done, then this case could be closed. Thanks Margot Irene Huang wrote: > > Hi, all > > The final proposal is available at > http://sac.eng/Archives/CaseLog/arc/LSARC/2009/191/proposal-final.txt > and the contract is available at > http://sac.eng/Archives/CaseLog/arc/LSARC/2009/191/contract-2009-061-01.txt > > approval has been obtained from both managers. > > If there's no more issues with this case, could any of the members > please review the case and give a +1? > I would like to close this case with in 24 hours. > > Thanks in advance. > > --Irene > > Alan Coopersmith wrote: >> One other issue that came up during code review - this case doesn't >> define >> which X Keysyms will be generated for these events, but that's what >> GNOME >> will be consuming, so they need to agree on them (i.e. XK_SunAudioMute >> vs. XK_XF86AudioMute), and as such should be listed as interfaces. >> >> > From Lin.Ma@Sun.COM Thu Apr 9 22:56:31 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 n3A5uUwG026756 for ; Thu, 9 Apr 2009 22:56:30 -0700 (PDT) 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 n3A5uThM025938 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 10 Apr 2009 13:56:29 +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 <0KHV00301F64B300@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 09 Apr 2009 22:56:28 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KHV002VBF63SVA0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 09 Apr 2009 22:56:28 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n3A5uR5d004036 for ; Fri, 10 Apr 2009 05:56:27 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KHV00G00F0SYU00@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 10 Apr 2009 06:56:27 +0100 (BST) Received: from [129.158.217.224] ([unknown] [129.158.217.224]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KHV00F9JF5Z2Z10@fe-emea-10.sun.com>; Fri, 10 Apr 2009 06:56:26 +0100 (BST) Date: Fri, 10 Apr 2009 13:56:16 +0800 From: Lin Ma Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49DE4E7E.60408@sun.com> Sender: Lin.Ma@Sun.COM To: Margot Miller Cc: Irene Huang , Alan Coopersmith , Henry Zhao , Shi-Ying Irene Huang , LSARC-ext@Sun.COM Message-id: <49DEDF80.8050909@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49D0CB47.3080906@sun.com> <49D6C232.4010109@sun.com> <49DD46C9.6090702@sun.com> <49DE4E7E.60408@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20090211) Status: RO Content-Length: 810 The case shouldn't be closed until this issue is addressed. The project team will use 140 0x1005ff76 (SunPowerSwitch) 0x1005ff7d (SunPowerSwitchShift) 141 0x1005ff78 (SunAudioMute) 0x1005ff7a (SunVideoDegauss) 142 0x1005ff77 (SunAudioLowerVolume) 0x1005ff7b (SunVideoLowerBrightness) 143 0x1005ff79 (SunAudioRaiseVolume) 0x1005ff7c (SunVideoRaiseBrightness) is our commitment. lin >> >> Alan Coopersmith wrote: >>> One other issue that came up during code review - this case doesn't >>> define >>> which X Keysyms will be generated for these events, but that's what >>> GNOME >>> will be consuming, so they need to agree on them (i.e. XK_SunAudioMute >>> vs. XK_XF86AudioMute), and as such should be listed as interfaces. >>> >>> >> > From Henry.Zhao@sun.com Mon Apr 13 21:12:13 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 n3E4CC4n002796 for ; Mon, 13 Apr 2009 21:12:13 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n3E4CBPk062029 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 13 Apr 2009 22:12:12 -0600 (MDT) 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 <0KI200L0FP0BK700@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 22:12:11 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KI2000Y9P0ACB70@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 22:12:10 -0600 (MDT) 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 n3E4CAtG018991 for ; Mon, 13 Apr 2009 21:12:10 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KI200L00OW0KC00@fe-sfbay-09.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 21:12:10 -0700 (PDT) Received: from [129.153.3.68] ([unknown] [129.153.3.68]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KI200CMDP09S430@fe-sfbay-09.sun.com>; Mon, 13 Apr 2009 21:12:10 -0700 (PDT) Date: Mon, 13 Apr 2009 21:12:09 -0700 From: Henry Zhao Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49D2DCC7.70808@sun.com> Sender: Henry.Zhao@sun.com To: Strony Zhang Cc: Alan Coopersmith , LSARC-ext@sun.com, Shi-Ying Irene Huang Message-id: <49E40D19.7020102@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> <49C9767C.3030404@sun.com> <49D2D8A4.8020803@sun.com> <49D2DCC7.70808@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 451 Strony Zhang wrote: > Henry Zhao : >> >> Has USB group put back their full HAL support code yet ? > Not yet. Before the putback, we need to solve an possible P1 bug. > Now we are targeting build 113 for our putback. Hi strony, Will this be putback as scheduled ? Thanks. -Henry > > Regards, > Strony >> >> >> -Henry >> >> >> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org > From Strony.Zhang@sun.com Mon Apr 13 21:45:33 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 n3E4jWBA003101 for ; Mon, 13 Apr 2009 21:45:33 -0700 (PDT) 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 n3E4jTuS002549 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 14 Apr 2009 05:45:32 +0100 (BST) 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 <0KI200007QJUDZ00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 21:45:30 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KI200GS4QJTHD40@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 21:45:30 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3E4jToA008929 for ; Tue, 14 Apr 2009 04:45:29 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KI200M00QDW3500@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Tue, 14 Apr 2009 12:45:29 +0800 (SGT) Received: from [129.158.218.203] ([unknown] [129.158.218.203]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KI2009DEQJOJ6K0@mail-apac.sun.com>; Tue, 14 Apr 2009 12:45:29 +0800 (SGT) Date: Tue, 14 Apr 2009 12:39:08 +0800 From: Strony Zhang Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49E40D19.7020102@sun.com> Sender: Strony.Zhang@sun.com To: Henry Zhao Cc: Alan Coopersmith , LSARC-ext@sun.com, Shi-Ying Irene Huang Message-id: <49E4136C.6090601@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> <49C9767C.3030404@sun.com> <49D2D8A4.8020803@sun.com> <49D2DCC7.70808@sun.com> <49E40D19.7020102@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080922) Status: RO Content-Length: 878 Because of the dependency and resource change, the integration for the RFE (support input device in HAL) is delayed. The complete support for input devices in HAL includes three components, P1 bug (6788256), Xorg corresponding change and the RFE. To avoid the regression, the RFE has to be the last one to be putback. Once it is done, we will let you know. Regards, Strony Henry Zhao : > Strony Zhang wrote: >> Henry Zhao : >>> >>> Has USB group put back their full HAL support code yet ? >> Not yet. Before the putback, we need to solve an possible P1 bug. >> Now we are targeting build 113 for our putback. > > Hi strony, > > Will this be putback as scheduled ? > > Thanks. > > -Henry >> >> Regards, >> Strony >>> >>> >>> -Henry >>> >>> >>> >>> _______________________________________________ >>> opensolaris-arc mailing list >>> opensolaris-arc@opensolaris.org >> > From Henry.Zhao@Sun.COM Mon Apr 13 22:52: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 n3E5qQtj003815 for ; Mon, 13 Apr 2009 22:52:27 -0700 (PDT) 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 n3E5qNNs024353 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 14 Apr 2009 13:52:25 +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 <0KI20070XTNB1R00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 22:52:23 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KI200IDYTNAWE30@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 22:52:22 -0700 (PDT) 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 n3E5qM7N000581 for ; Mon, 13 Apr 2009 22:52:22 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KI200000TGGV600@fe-sfbay-09.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Mon, 13 Apr 2009 22:52:22 -0700 (PDT) Received: from [129.150.13.68] ([unknown] [129.150.13.68]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KI200DPATN9OZ40@fe-sfbay-09.sun.com>; Mon, 13 Apr 2009 22:52:22 -0700 (PDT) Date: Mon, 13 Apr 2009 15:51:39 -0700 From: Henry Zhao Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49E4136C.6090601@sun.com> Sender: Henry.Zhao@Sun.COM To: Strony Zhang Cc: Alan Coopersmith , LSARC-ext@Sun.COM, Shi-Ying Irene Huang Message-id: <49E3C1FB.4060805@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> <49C9767C.3030404@sun.com> <49D2D8A4.8020803@sun.com> <49D2DCC7.70808@sun.com> <49E40D19.7020102@sun.com> <49E4136C.6090601@sun.com> User-Agent: Thunderbird 2.0b2 (X11/20070411) Status: RO Content-Length: 1072 Hi Strony, That's fine. Will you be able to make it in build 114 ? My project has a dependency on it. Thanks. -Henry Strony Zhang wrote: > Because of the dependency and resource change, the integration for the > RFE (support input device in HAL) is delayed. > > The complete support for input devices in HAL includes three > components, P1 bug (6788256), Xorg corresponding change and the RFE. > To avoid the regression, the RFE has to be the last one to be putback. > Once it is done, we will let you know. > > Regards, > Strony > > Henry Zhao : >> Strony Zhang wrote: >>> Henry Zhao : >>>> >>>> Has USB group put back their full HAL support code yet ? >>> Not yet. Before the putback, we need to solve an possible P1 bug. >>> Now we are targeting build 113 for our putback. >> >> Hi strony, >> >> Will this be putback as scheduled ? >> >> Thanks. >> >> -Henry >>> >>> Regards, >>> Strony >>>> >>>> >>>> -Henry >>>> >>>> >>>> >>>> _______________________________________________ >>>> opensolaris-arc mailing list >>>> opensolaris-arc@opensolaris.org >>> >> > From Strony.Zhang@sun.com Tue Apr 14 03:38:01 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 n3EAc0mR006287 for ; Tue, 14 Apr 2009 03:38:00 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3EAbw3v020391 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 14 Apr 2009 11:37:59 +0100 (BST) 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 <0KI300G016V76100@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 14 Apr 2009 04:37:55 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KI300E4S6V6QU70@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Tue, 14 Apr 2009 04:37:55 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3EAbrJD003544 for ; Tue, 14 Apr 2009 10:37:53 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KI3002006UL8U00@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Tue, 14 Apr 2009 18:37:53 +0800 (SGT) Received: from [129.158.218.203] ([unknown] [129.158.218.203]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KI3003AC6V4D1F0@mail-apac.sun.com>; Tue, 14 Apr 2009 18:37:53 +0800 (SGT) Date: Tue, 14 Apr 2009 18:31:35 +0800 From: Strony Zhang Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49E3C1FB.4060805@sun.com> Sender: Strony.Zhang@sun.com To: Henry Zhao Cc: Alan Coopersmith , LSARC-ext@sun.com, Shi-Ying Irene Huang Message-id: <49E46607.4010500@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49C8EF9C.7030408@sun.com> <49C954F3.2060407@sun.com> <49C9571A.9000808@sun.com> <49C9767C.3030404@sun.com> <49D2D8A4.8020803@sun.com> <49D2DCC7.70808@sun.com> <49E40D19.7020102@sun.com> <49E4136C.6090601@sun.com> <49E3C1FB.4060805@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080922) Status: RO Content-Length: 1549 Understood. We will integrate the RFE into ON asap. But we have to take care of its dependency on P1 bug and Xorg corresponding changes. The P1 bug fix is ready now and the RTI will be filed tomorrow. After the Xorg corresponding changes (bug fix), we will putback the RFE. Otherwise, some regression will be introduced. BTW, I have added you into the Interest List of the RFE CR. Regards, Strony Henry Zhao : > > Hi Strony, > > That's fine. Will you be able to make it in build 114 ? My project has > a dependency on it. > > Thanks. > > -Henry > > Strony Zhang wrote: >> Because of the dependency and resource change, the integration for >> the RFE (support input device in HAL) is delayed. >> >> The complete support for input devices in HAL includes three >> components, P1 bug (6788256), Xorg corresponding change and the RFE. >> To avoid the regression, the RFE has to be the last one to be >> putback. Once it is done, we will let you know. >> >> Regards, >> Strony >> >> Henry Zhao : >>> Strony Zhang wrote: >>>> Henry Zhao : >>>>> >>>>> Has USB group put back their full HAL support code yet ? >>>> Not yet. Before the putback, we need to solve an possible P1 bug. >>>> Now we are targeting build 113 for our putback. >>> >>> Hi strony, >>> >>> Will this be putback as scheduled ? >>> >>> Thanks. >>> >>> -Henry >>>> >>>> Regards, >>>> Strony >>>>> >>>>> >>>>> -Henry >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> opensolaris-arc mailing list >>>>> opensolaris-arc@opensolaris.org >>>> >>> >> > From margot.miller@sun.com Wed Apr 15 16:30:19 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 n3FNUIZJ027924 for ; Wed, 15 Apr 2009 16:30:19 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3FNU19w016876; Thu, 16 Apr 2009 00:30:14 +0100 (BST) 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 <0KI6007031ACIG00@brm-avmta-1.central.sun.com>; Wed, 15 Apr 2009 17:30:12 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KI6006UX1AB7300@brm-avmta-1.central.sun.com>; Wed, 15 Apr 2009 17:30:11 -0600 (MDT) Received: from [10.7.250.251] (punchin-client-10-7-250-251.SFBay.Sun.COM [10.7.250.251]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n3FNUABR367509; Wed, 15 Apr 2009 16:30:10 -0700 (PDT) Date: Wed, 15 Apr 2009 16:25:20 -0700 From: Margot Miller Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49DEDF80.8050909@Sun.COM> To: Lin Ma Cc: Irene Huang , Alan Coopersmith , Henry Zhao , Shi-Ying Irene Huang , LSARC-ext@sun.com Message-id: <49E66CE0.3070703@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49D0CB47.3080906@sun.com> <49D6C232.4010109@sun.com> <49DD46C9.6090702@sun.com> <49DE4E7E.60408@sun.com> <49DEDF80.8050909@Sun.COM> User-Agent: Thunderbird 2.0b1 (X11/20070115) Status: RO Content-Length: 978 Henry, Irene, Lin, Have all open issues on this case now been resolved? If so, please close this. Thanks Margot Lin Ma wrote: > The case shouldn't be closed until this issue is addressed. > The project team will use > > 140 0x1005ff76 (SunPowerSwitch) 0x1005ff7d > (SunPowerSwitchShift) > 141 0x1005ff78 (SunAudioMute) 0x1005ff7a > (SunVideoDegauss) > 142 0x1005ff77 (SunAudioLowerVolume) 0x1005ff7b > (SunVideoLowerBrightness) > 143 0x1005ff79 (SunAudioRaiseVolume) 0x1005ff7c > (SunVideoRaiseBrightness) > > is our commitment. > > lin >>> >>> Alan Coopersmith wrote: >>>> One other issue that came up during code review - this case doesn't >>>> define >>>> which X Keysyms will be generated for these events, but that's what >>>> GNOME >>>> will be consuming, so they need to agree on them (i.e. XK_SunAudioMute >>>> vs. XK_XF86AudioMute), and as such should be listed as interfaces. >>>> >>>> >>> >> > From Irene.Huang@sun.com Sun Apr 19 02:14: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 n3J9EG6J001975 for ; Sun, 19 Apr 2009 02:14:16 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n3J9ECmB020193 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sun, 19 Apr 2009 10:14:15 +0100 (BST) 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 <0KIC00D0NCBPJR00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun, 19 Apr 2009 03:14:13 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KIC00NZACBO1YD0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun, 19 Apr 2009 03:14:13 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3J9EC1M011710 for ; Sun, 19 Apr 2009 09:14:12 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KIC00100C87AN00@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun, 19 Apr 2009 17:14:12 +0800 (SGT) Received: from [192.168.1.3] ([unknown] [221.222.228.47]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KIC00F0QCBLFW30@mail-apac.sun.com>; Sun, 19 Apr 2009 17:14:11 +0800 (SGT) Date: Sun, 19 Apr 2009 17:14:10 +0800 From: Irene Huang Subject: Re: Laptop ACPI Hotkey X Support [LSARC/2009/191 FastTrack timeout 03/31/2009] In-reply-to: <49E66CE0.3070703@sun.com> Sender: Irene.Huang@sun.com To: Margot Miller Cc: Lin Ma , Alan Coopersmith , Henry Zhao , Shi-Ying Irene Huang , LSARC-ext@sun.com Message-id: <49EAEB62.1060208@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: <200903240634.n2O6YMUb018501@sac.sfbay.sun.com> <49D0CB47.3080906@sun.com> <49D6C232.4010109@sun.com> <49DD46C9.6090702@sun.com> <49DE4E7E.60408@sun.com> <49DEDF80.8050909@Sun.COM> <49E66CE0.3070703@sun.com> User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) Status: RO Content-Length: 1171 Margot Yes, we had a meeting and have got agreement on all issues. I'll close this case right away:) Thanks --Irene Margot Miller wrote: > Henry, Irene, Lin, > > Have all open issues on this case now been resolved? > > If so, please close this. > > Thanks > Margot > > > Lin Ma wrote: >> The case shouldn't be closed until this issue is addressed. >> The project team will use >> >> 140 0x1005ff76 (SunPowerSwitch) 0x1005ff7d >> (SunPowerSwitchShift) >> 141 0x1005ff78 (SunAudioMute) 0x1005ff7a >> (SunVideoDegauss) >> 142 0x1005ff77 (SunAudioLowerVolume) 0x1005ff7b >> (SunVideoLowerBrightness) >> 143 0x1005ff79 (SunAudioRaiseVolume) 0x1005ff7c >> (SunVideoRaiseBrightness) >> >> is our commitment. >> >> lin >>>> >>>> Alan Coopersmith wrote: >>>>> One other issue that came up during code review - this case >>>>> doesn't define >>>>> which X Keysyms will be generated for these events, but that's >>>>> what GNOME >>>>> will be consuming, so they need to agree on them (i.e. >>>>> XK_SunAudioMute >>>>> vs. XK_XF86AudioMute), and as such should be listed as interfaces. >>>>> >>>>> >>>> >>> >> >