From sacadmin Thu May 20 00:43:00 2010 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 o4K7h0Ir015374; Thu, 20 May 2010 00:43:00 -0700 (PDT) Received: (from xc149992@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o4K7h0L7015369; Thu, 20 May 2010 00:43:00 -0700 (PDT) Date: Thu, 20 May 2010 00:43:00 -0700 (PDT) From: Xiang-Dong Frank Che Message-Id: <201005200743.o4K7h0L7015369@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Cc: frank.che@sun.com Subject: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] Status: RO Content-Length: 605 Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. 1. Introduction 1.1. Project/Component Working Name: Kernel Keyboard Configuration in SMF 1.2. Name of Document Author/Supplier: Author: Felix Feng 1.3 Date of This Document: 20 May, 2010 4. Technical Description See the case directory for more detail 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Frank.Che@sun.com Thu May 20 01:09:05 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o4K894X9015991 for ; Thu, 20 May 2010 01:09:05 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4K894Rt027396 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 20 May 2010 03:09:04 -0500 (CDT) 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 <0L2P00J0NLB3KV00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 02:09:03 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2P008XALB0DR50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 02:09:01 -0600 (MDT) Received: from fe-emea-13.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4K88wnT010928 for ; Thu, 20 May 2010 08:09:00 +0000 (GMT) Received: from conversion-daemon.fe-emea-13.sun.com by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L2P00800LAQAH00@fe-emea-13.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 09:08:59 +0100 (BST) Received: from [129.158.218.60] ([unknown] [129.158.218.60]) by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L2P008RVLAX8530@fe-emea-13.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 09:08:59 +0100 (BST) Date: Thu, 20 May 2010 16:08:14 +0800 From: Frank Che Subject: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] Sender: Frank.Che@sun.com To: PSARC-ext@sun.com Cc: Felix Message-id: <4BF4EDEE.7010205@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.19 (X11/20090218) Status: RO Content-Length: 3860 I'm sponsoring this case for Felix Feng. It is to convert keyboard configurations supported by /etc/default/kbd to be properties of the system/keymap service, and obsolete that file. The release binding is minor. Timer is set to 05/27/2010. -Frank Background ========== Currently the keyboard configurations (layout, keyclick, beeper frequency etc) are stored in file /etc/default/kbd. During installation, the sysidkbd (PSARC/2006/390) will get the keyboard configurations (so far only keyboard layout) and save the configurations into eeprom(1M) or /etc/default/kbd according to platform. When system boots up, service svc:/system/keymap:default will set the saved keyboard configurations into kernel. Users can modify file /etc/default/kbd to change kernel keyboard configurations. Requirement =========== For Solaris Next, there will be some system configuration changes for the install process. New installer will use SMF profile to customize keyboard configurations. Keyboard configurations will be stored in SMF service properties. And sysidkbd will be removed. So the content of legacy keyboard configuration file - /etc/default/kbd should be moved to be properties of system/keymap service. See [1] for example of SMF profile which would serve for keyboard configuration. Proposal ======== 1. Export keyboard configurations from /etc/default/kbd and import them to properties of svc:/system/keymap:default - see [2] for keyboard service properties. 2. Obsolete file /etc/default/kbd. This file will no longer exist in the system 3. Modify existing /etc/default/kbd consumers, so that they operate on SMF property instead of the file. The following consumer was found in ON gate kbd(1) - usr/src/cmd/kbd/kbd.c For this consumer, file /etc/default/kbd is only referred in this usage: kbd -i [-d keyboard device] This project will update the implementation of 'kbd -i' so that it will not read file /etc/default/kbd, but get keyboard configuration values directly from the keymap service. The man page for kbd will also be updated. See [3] for kbd(1) related PSARC cases. Exported Interfaces =================== Name Commitment Comments ----------------------------------------------------------------------- keymap Committed keyboard configuration SMF property group keymap.KEYBOARD_ABORT keymap.KEYCLICK keymap.REPEAT_DELAY keymap.REPEAT_RATE keymap.LAYOUT keymap.KBD_BEEPER_FREQ keymap.CONSOLE_BEEPER_FREQ References ========== [1] Example of SMF profile configuring keyboard properties [2] keyboard properties in svc:/system/keymap:default [3] kbd(1) related PSARC cases PSARC/2002/771 - Layout option to "kbd" PSARC/2005/535 - zero-CountryCode keyboard layout support in kernel PSARC/2008/193 - kbd -s output change from "Taiwanese" to "Traditional-Chinese" From ro@CeBiTec.Uni-Bielefeld.DE Thu May 20 01:57:44 2010 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 o4K8virB016744 for ; Thu, 20 May 2010 01:57:44 -0700 (PDT) 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.4) with ESMTP id o4K8vd17050004; Thu, 20 May 2010 02:57:42 -0600 (MDT) 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 <0L2P00911NK5QK00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 20 May 2010 01:57:41 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2P006HQNK3JWB0@nwk-avmta-1.sfbay.Sun.COM>; Thu, 20 May 2010 01:57:39 -0700 (PDT) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4K8vcKG027133; Thu, 20 May 2010 08:57:38 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay15i.sun.com with ESMTP id BT-MMP-881001; Thu, 20 May 2010 08:57:38 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-500159; Thu, 20 May 2010 08:57:36 +0000 (Z) Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([129.70.160.84] [129.70.160.84]) by relay1i.sun.com with ESMTP id BT-MMP-43563231; Thu, 20 May 2010 08:57:35 +0000 (Z) Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 710944B8; Thu, 20 May 2010 10:57:35 +0200 (CEST) Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PrTP66LUZGV7; Thu, 20 May 2010 10:57:34 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id 4F59E4B7; Thu, 20 May 2010 10:57:34 +0200 (CEST) Received: (from ro@localhost) by manam.CeBiTec.Uni-Bielefeld.DE (8.14.3+Sun/8.14.3/Submit) id o4K8vXMI024211; Thu, 20 May 2010 10:57:33 +0200 (MEST) Date: Thu, 20 May 2010 10:57:33 +0200 From: Rainer Orth Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BF4EDEE.7010205@sun.com> To: Frank Che Cc: PSARC-ext@sun.com, Felix Message-id: MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: amavisd-new at cebitec.uni-bielefeld.de X-Antispam: No, score=0.0/5.0, scanned in 1.933sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4BF4EDEE.7010205@sun.com> X-Authentication-warning: manam.CeBiTec.Uni-Bielefeld.DE: ro set sender to ro@CeBiTec.Uni-Bielefeld.DE using -f User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (usg-unix-v) Status: RO Content-Length: 781 Frank Che writes: > Exported Interfaces > =================== > > Name Commitment Comments > ----------------------------------------------------------------------- > keymap Committed keyboard configuration > SMF property group > > keymap.KEYBOARD_ABORT > keymap.KEYCLICK > keymap.REPEAT_DELAY > keymap.REPEAT_RATE > keymap.LAYOUT > keymap.KBD_BEEPER_FREQ > keymap.CONSOLE_BEEPER_FREQ Just bikeshedding, but SMF doesn't use uppercase properties so far, so I'd prefer for those to follow that lead. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University From garrett.damore@oracle.com Thu May 20 07:03:46 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o4KE3jIT020811 for ; Thu, 20 May 2010 07:03:45 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4KE3hMN023872; Thu, 20 May 2010 09:03:43 -0500 (CDT) 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 <0L2Q00D011Q60100@nwk-avmta-2.sfbay.sun.com>; Thu, 20 May 2010 07:03:42 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2Q004YL1Q6VID0@nwk-avmta-2.sfbay.sun.com>; Thu, 20 May 2010 07:03:42 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4KE3fJo004008; Thu, 20 May 2010 14:03:41 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4KChwNS003739; Thu, 20 May 2010 14:03:39 +0000 (GMT) Received: from abhmt015.oracle.com by acsmt353.oracle.com with ESMTP id 284561301274364212; Thu, 20 May 2010 07:03:32 -0700 Received: from [10.7.251.172] (/10.7.251.172) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 20 May 2010 07:03:32 -0700 Date: Thu, 20 May 2010 07:03:30 -0700 From: "Garrett D'Amore" Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BF4EDEE.7010205@sun.com> To: Frank Che Cc: PSARC-ext@sun.com, Felix Message-id: <4BF54132.3030300@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4BF5413D.0078:SCFMA4539814,ss=1,fgs=0 References: <4BF4EDEE.7010205@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 4299 I think this is a good change. But I'd like to see more sample values for the valid values of these properties -- the type of astring is a bit .. hmm... non-specific. (And furthermore, perhaps some of the values should actually take more specifically typed data, e.g. numbers or booleans? Thanks. - Garrett On 05/20/10 01:08 AM, Frank Che wrote: > I'm sponsoring this case for Felix Feng. It is to convert keyboard > configurations supported by /etc/default/kbd to be properties of the > system/keymap service, and obsolete that file. The release binding is > minor. Timer is set to 05/27/2010. > > -Frank > > Background > ========== > Currently the keyboard configurations (layout, keyclick, beeper > frequency etc) > are stored in file /etc/default/kbd. > > During installation, the sysidkbd (PSARC/2006/390) will get the keyboard > configurations (so far only keyboard layout) and save the > configurations into > eeprom(1M) or /etc/default/kbd according to platform. When system > boots up, > service svc:/system/keymap:default will set the saved keyboard > configurations into kernel. > > Users can modify file /etc/default/kbd to change kernel keyboard > configurations. > > > Requirement > =========== > For Solaris Next, there will be some system configuration changes for the > install process. New installer will use SMF profile to customize > keyboard configurations. Keyboard configurations will be stored in > SMF service properties. And sysidkbd will be removed. So the content of > legacy keyboard configuration file - /etc/default/kbd should be moved > to be > properties of system/keymap service. See [1] for example of SMF profile > which would serve for keyboard configuration. > > > Proposal > ======== > > 1. Export keyboard configurations from /etc/default/kbd and import > them to > properties of svc:/system/keymap:default - see [2] for keyboard service > properties. > > 2. Obsolete file /etc/default/kbd. This file will no longer exist in > the system > > 3. Modify existing /etc/default/kbd consumers, so that they operate on > SMF > property instead of the file. The following consumer was found in ON > gate > > kbd(1) - usr/src/cmd/kbd/kbd.c > > For this consumer, file /etc/default/kbd is only referred in this usage: > kbd -i [-d keyboard device] > > This project will update the implementation of 'kbd -i' so that > it will not read file /etc/default/kbd, but get keyboard configuration > values directly from the keymap service. The man page for kbd will > also be updated. See [3] for kbd(1) related PSARC cases. > > > Exported Interfaces > =================== > > Name Commitment Comments > ----------------------------------------------------------------------- > keymap Committed keyboard configuration > SMF property group > > keymap.KEYBOARD_ABORT > keymap.KEYCLICK > keymap.REPEAT_DELAY > keymap.REPEAT_RATE > keymap.LAYOUT > keymap.KBD_BEEPER_FREQ > keymap.CONSOLE_BEEPER_FREQ > > > References > ========== > > [1] Example of SMF profile configuring keyboard properties > > > > > > value='US-English' /> > > > > > > > [2] keyboard properties in svc:/system/keymap:default > > > > > > > > > > > > [3] kbd(1) related PSARC cases > > PSARC/2002/771 - Layout option to "kbd" > PSARC/2005/535 - zero-CountryCode keyboard layout support in kernel > PSARC/2008/193 - kbd -s output change from "Taiwanese" to > "Traditional-Chinese" > > > From alan.coopersmith@oracle.com Thu May 20 07:12:03 2010 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 o4KEC3Pp020873 for ; Thu, 20 May 2010 07:12:03 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4KEC1UZ021569 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 20 May 2010 07:12:02 -0700 (PDT) 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 <0L2Q0030D242TM00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 08:12:02 -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 <0L2Q000GV241V730@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 08:12:01 -0600 (MDT) Received: from [129.145.155.53] (sunray-osol-2.SFBay.Sun.COM [129.145.155.53]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4KEC0d7018584; Thu, 20 May 2010 07:12:00 -0700 (PDT) Date: Thu, 20 May 2010 07:12:00 -0700 From: Alan Coopersmith Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BF4EDEE.7010205@sun.com> To: Frank Che Cc: PSARC-ext@sun.com, Felix Message-id: <4BF54330.8000207@oracle.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: <4BF4EDEE.7010205@sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090926) Status: RO Content-Length: 838 Frank Che wrote: > 3. Modify existing /etc/default/kbd consumers, so that they operate on SMF > property instead of the file. The following consumer was found in ON gate > > kbd(1) - usr/src/cmd/kbd/kbd.c > > For this consumer, file /etc/default/kbd is only referred in this usage: > kbd -i [-d keyboard device] > > This project will update the implementation of 'kbd -i' so that > it will not read file /etc/default/kbd, but get keyboard configuration > values directly from the keymap service. The man page for kbd will > also be updated. See [3] for kbd(1) related PSARC cases. Will kbd -s set the layout property in SMF as well? (BTW, I agree with Rainer's comment on lowercasing the property names.) -- -Alan Coopersmith- alan.coopersmith@oracle.com Oracle Solaris Platform Engineering: X Window System From liane.praza@oracle.com Thu May 20 07:19:05 2010 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 o4KEJ5HB020890 for ; Thu, 20 May 2010 07:19:05 -0700 (PDT) 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.4) with ESMTP id o4KEJ2Zo035799; Thu, 20 May 2010 08:19:03 -0600 (MDT) 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 <0L2Q00G2R2FQCK00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 20 May 2010 07:19:02 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2Q005RV2FOBL40@nwk-avmta-1.sfbay.Sun.COM>; Thu, 20 May 2010 07:19:00 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4KEIxMN005526; Thu, 20 May 2010 14:19:00 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4KDrZd9011402; Thu, 20 May 2010 14:18:57 +0000 (GMT) Received: from abhmt008.oracle.com by acsmt354.oracle.com with ESMTP id 284612411274365067; Thu, 20 May 2010 07:17:47 -0700 Received: from [10.7.251.216] (/10.7.251.216) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 20 May 2010 07:17:46 -0700 Date: Thu, 20 May 2010 07:17:37 -0700 From: Liane Praza Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BF54132.3030300@oracle.com> To: "Garrett D'Amore" Cc: Frank Che , PSARC-ext@sun.com, Felix Message-id: <4BF54481.5020504@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4BF544D3.0153:SCFMA4539814,ss=1,fgs=0 References: <4BF4EDEE.7010205@sun.com> <4BF54132.3030300@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 601 On 05/20/10 07:03, Garrett D'Amore wrote: > I think this is a good change. But I'd like to see more sample values > for the valid values of these properties -- the type of astring is a bit > .. hmm... non-specific. (And furthermore, perhaps some of the values > should actually take more specifically typed data, e.g. numbers or > booleans? Excellent point, Garrett. I agree that I'd like to see appropriate types defined. In addition, the project team should please use smf templates (smf_template(5)) if the properly typed values can be further constrained by things like ranges, etc. liane From Fei.Feng@sun.com Thu May 20 20:19:32 2010 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 o4L3JW0o004802 for ; Thu, 20 May 2010 20:19:32 -0700 (PDT) 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.4) with ESMTP id o4L3JVvt046088 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 20 May 2010 21:19:31 -0600 (MDT) 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 <0L2R00B032KJ7W00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 20:19:31 -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 <0L2R00B622KI3J00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 20:19:31 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4L3JU1t011899 for ; Fri, 21 May 2010 03:19:30 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L2R00J002BH5P00@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 04:19:08 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L2R0002C2JQ2380@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 04:19:08 +0100 (BST) Date: Fri, 21 May 2010 11:20:15 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: Sender: Fei.Feng@sun.com To: Rainer Orth Cc: Frank Che , PSARC-ext@sun.com Message-id: <4BF5FBEF.1050409@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4BF4EDEE.7010205@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 799 On 05/20/10 16:57, Rainer Orth wrote: > Frank Che writes: > > >> Exported Interfaces >> =================== >> >> Name Commitment Comments >> ----------------------------------------------------------------------- >> keymap Committed keyboard configuration >> SMF property group >> >> keymap.KEYBOARD_ABORT >> keymap.KEYCLICK >> keymap.REPEAT_DELAY >> keymap.REPEAT_RATE >> keymap.LAYOUT >> keymap.KBD_BEEPER_FREQ >> keymap.CONSOLE_BEEPER_FREQ >> > Just bikeshedding, but SMF doesn't use uppercase properties so far, so > I'd prefer for those to follow that lead. > ok. I'll lowercase the property names. Thanks. ------ Regards, Felix > Rainer > > From Fei.Feng@sun.com Thu May 20 21:35:32 2010 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 o4L4ZWY1005571 for ; Thu, 20 May 2010 21:35:32 -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.4) with ESMTP id o4L4ZVmG012600 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 20 May 2010 22:35:32 -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 <0L2R00C0F638MQ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 22:35:32 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2R0035H636Z2E0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 20 May 2010 22:35:31 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4L4ZUs2016172 for ; Fri, 21 May 2010 04:35:30 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L2R004005VHL400@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 05:35:29 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L2R00JO362PE230@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 05:35:15 +0100 (BST) Date: Fri, 21 May 2010 12:36:26 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BF54330.8000207@oracle.com> Sender: Fei.Feng@sun.com To: Alan Coopersmith Cc: Frank Che , PSARC-ext@sun.com Message-id: <4BF60DCA.6000408@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4BF4EDEE.7010205@sun.com> <4BF54330.8000207@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 945 > > Frank Che wrote: > >> 3. Modify existing /etc/default/kbd consumers, so that they operate on SMF >> property instead of the file. The following consumer was found in ON gate >> >> kbd(1) - usr/src/cmd/kbd/kbd.c >> >> For this consumer, file /etc/default/kbd is only referred in this usage: >> kbd -i [-d keyboard device] >> >> This project will update the implementation of 'kbd -i' so that >> it will not read file /etc/default/kbd, but get keyboard configuration >> values directly from the keymap service. The man page for kbd will >> also be updated. See [3] for kbd(1) related PSARC cases. >> > Will kbd -s set the layout property in SMF as well? > No, 'kbd -s' will not be changed. Currently only 'kbd -i' is the conusmer of /etc/default/kbd, so only 'kbd -i' will be modifed in this project. ------ Regards, Felix > (BTW, I agree with Rainer's comment on lowercasing the property names.) > > From Fei.Feng@Sun.COM Fri May 21 01:36:26 2010 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 o4L8aPGj000858 for ; Fri, 21 May 2010 01:36:25 -0700 (PDT) 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.4) with ESMTP id o4L8aPMF063050 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 21 May 2010 02:36:25 -0600 (MDT) 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 <0L2R00109H8PKP00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 01:36:25 -0700 (PDT) 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 <0L2R00IA5H8M5L40@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 01:36:23 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4L8aLaB007210 for ; Fri, 21 May 2010 08:36:22 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L2R00600GLCVU00@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 09:36:14 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L2R00ILMH8B9GD0@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 21 May 2010 09:36:13 +0100 (BST) Date: Fri, 21 May 2010 16:37:26 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BF54132.3030300@oracle.com> Sender: Fei.Feng@Sun.COM To: "Garrett D'Amore" , liane.praza@oracle.com Cc: PSARC-ext@Sun.COM, Frank Che Message-id: <4BF64646.8040209@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4BF4EDEE.7010205@sun.com> <4BF54132.3030300@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 5314 > I think this is a good change. But I'd like to see more sample values > for the valid values of these properties -- the type of astring is a > bit .. hmm... non-specific. (And furthermore, perhaps some of the > values should actually take more specifically typed data, e.g. numbers > or booleans? Hi Garrett and Liane, The properties in system/keymap come from the file - /etc/default/kbd. The file - /etc/default/kbd is to give users an interface to change keyboard configurations. Currently /etc/default/kbd provides no default value for keyboard configurations. The default keyboard configurations are set by kernel drivers or modules. For example, keyboard repeat rate and delay is set in kbtrans module. So I set null to the values of these properties. And for some properties(repeat rate and beeper frequency), their values are integer. But if I use 'integer' type to store these properties, I need to set default values for them(null is invalid). So I store the values of these properties as 'astring' type. The values of these properties will be checked, when users configure keyboard using system/keymap service. Thanks. ------ Regards, Felix > > Thanks. > > - Garrett > > On 05/20/10 01:08 AM, Frank Che wrote: >> I'm sponsoring this case for Felix Feng. It is to convert keyboard >> configurations supported by /etc/default/kbd to be properties of the >> system/keymap service, and obsolete that file. The release binding is >> minor. Timer is set to 05/27/2010. >> >> -Frank >> >> Background >> ========== >> Currently the keyboard configurations (layout, keyclick, beeper >> frequency etc) >> are stored in file /etc/default/kbd. >> >> During installation, the sysidkbd (PSARC/2006/390) will get the keyboard >> configurations (so far only keyboard layout) and save the >> configurations into >> eeprom(1M) or /etc/default/kbd according to platform. When system >> boots up, >> service svc:/system/keymap:default will set the saved keyboard >> configurations into kernel. >> >> Users can modify file /etc/default/kbd to change kernel keyboard >> configurations. >> >> >> Requirement >> =========== >> For Solaris Next, there will be some system configuration changes for >> the >> install process. New installer will use SMF profile to customize >> keyboard configurations. Keyboard configurations will be stored in >> SMF service properties. And sysidkbd will be removed. So the content of >> legacy keyboard configuration file - /etc/default/kbd should be moved >> to be >> properties of system/keymap service. See [1] for example of SMF profile >> which would serve for keyboard configuration. >> >> >> Proposal >> ======== >> >> 1. Export keyboard configurations from /etc/default/kbd and import >> them to >> properties of svc:/system/keymap:default - see [2] for keyboard service >> properties. >> >> 2. Obsolete file /etc/default/kbd. This file will no longer exist in >> the system >> >> 3. Modify existing /etc/default/kbd consumers, so that they operate >> on SMF >> property instead of the file. The following consumer was found in ON >> gate >> >> kbd(1) - usr/src/cmd/kbd/kbd.c >> >> For this consumer, file /etc/default/kbd is only referred in this >> usage: >> kbd -i [-d keyboard device] >> >> This project will update the implementation of 'kbd -i' so that >> it will not read file /etc/default/kbd, but get keyboard configuration >> values directly from the keymap service. The man page for kbd will >> also be updated. See [3] for kbd(1) related PSARC cases. >> >> >> Exported Interfaces >> =================== >> >> Name Commitment Comments >> ----------------------------------------------------------------------- >> keymap Committed keyboard configuration >> SMF property group >> >> keymap.KEYBOARD_ABORT >> keymap.KEYCLICK >> keymap.REPEAT_DELAY >> keymap.REPEAT_RATE >> keymap.LAYOUT >> keymap.KBD_BEEPER_FREQ >> keymap.CONSOLE_BEEPER_FREQ >> >> >> References >> ========== >> >> [1] Example of SMF profile configuring keyboard properties >> >> >> >> >> >> > value='US-English' /> >> >> >> >> >> >> >> [2] keyboard properties in svc:/system/keymap:default >> >> >> >> >> >> >> >> >> >> >> >> [3] kbd(1) related PSARC cases >> >> PSARC/2002/771 - Layout option to "kbd" >> PSARC/2005/535 - zero-CountryCode keyboard layout support in kernel >> PSARC/2008/193 - kbd -s output change from "Taiwanese" to >> "Traditional-Chinese" >> >> >> > From garrett.damore@oracle.com Fri May 21 09:19:56 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o4LGJu37007905 for ; Fri, 21 May 2010 09:19:56 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4LGJsM7003592; Fri, 21 May 2010 11:19:54 -0500 (CDT) 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 <0L2S001052P6RB00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 21 May 2010 09:19:54 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2S005QR2P5VL30@nwk-avmta-1.sfbay.Sun.COM>; Fri, 21 May 2010 09:19:54 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4LGJrwq021970; Fri, 21 May 2010 16:19:53 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4LFAiaN031127; Fri, 21 May 2010 16:19:53 +0000 (GMT) Received: from abhmt001.oracle.com by acsmt354.oracle.com with ESMTP id 288441891274458789; Fri, 21 May 2010 09:19:49 -0700 Received: from localhost (/97.207.252.36) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 21 May 2010 09:19:48 -0700 Date: Fri, 21 May 2010 09:19:54 -0700 From: "Garrett D'Amore" Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] To: Felix Feng , liane.praza@oracle.com Cc: PSARC-ext@sun.com, Frank Che Message-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4BF6B2A9.00A2:SCFMA4539814,ss=1,fgs=0 Status: RO Content-Length: 5644 Does it make sense to use some special value (zero or -1) to mean uninitialized? That way could at least preserve the type. -- Garrett Felix Feng wrote: >> I think this is a good change. But I'd like to see more sample values >> for the valid values of these properties -- the type of astring is a >> bit .. hmm... non-specific. (And furthermore, perhaps some of the >> values should actually take more specifically typed data, e.g. numbers >> or booleans? >Hi Garrett and Liane, > >The properties in system/keymap come from the file - /etc/default/kbd. >The file - /etc/default/kbd is to give users an interface to change >keyboard configurations. Currently /etc/default/kbd provides no default >value for keyboard configurations. The default keyboard configurations >are set by kernel drivers or modules. For example, keyboard repeat rate >and delay is set in kbtrans module. So I set null to the values of these >properties. And for some properties(repeat rate and beeper frequency), >their values are integer. But if I use 'integer' type to store these >properties, I need to set default values for them(null is invalid). So I >store the values of these properties as 'astring' type. The values of >these properties will be checked, when users configure keyboard using >system/keymap service. Thanks. > >------ >Regards, >Felix >> >> Thanks. >> >> - Garrett >> >> On 05/20/10 01:08 AM, Frank Che wrote: >>> I'm sponsoring this case for Felix Feng. It is to convert keyboard >>> configurations supported by /etc/default/kbd to be properties of the >>> system/keymap service, and obsolete that file. The release binding is >>> minor. Timer is set to 05/27/2010. >>> >>> -Frank >>> >>> Background >>> ========== >>> Currently the keyboard configurations (layout, keyclick, beeper >>> frequency etc) >>> are stored in file /etc/default/kbd. >>> >>> During installation, the sysidkbd (PSARC/2006/390) will get the keyboard >>> configurations (so far only keyboard layout) and save the >>> configurations into >>> eeprom(1M) or /etc/default/kbd according to platform. When system >>> boots up, >>> service svc:/system/keymap:default will set the saved keyboard >>> configurations into kernel. >>> >>> Users can modify file /etc/default/kbd to change kernel keyboard >>> configurations. >>> >>> >>> Requirement >>> =========== >>> For Solaris Next, there will be some system configuration changes for >>> the >>> install process. New installer will use SMF profile to customize >>> keyboard configurations. Keyboard configurations will be stored in >>> SMF service properties. And sysidkbd will be removed. So the content of >>> legacy keyboard configuration file - /etc/default/kbd should be moved >>> to be >>> properties of system/keymap service. See [1] for example of SMF profile >>> which would serve for keyboard configuration. >>> >>> >>> Proposal >>> ======== >>> >>> 1. Export keyboard configurations from /etc/default/kbd and import >>> them to >>> properties of svc:/system/keymap:default - see [2] for keyboard service >>> properties. >>> >>> 2. Obsolete file /etc/default/kbd. This file will no longer exist in >>> the system >>> >>> 3. Modify existing /etc/default/kbd consumers, so that they operate >>> on SMF >>> property instead of the file. The following consumer was found in ON >>> gate >>> >>> kbd(1) - usr/src/cmd/kbd/kbd.c >>> >>> For this consumer, file /etc/default/kbd is only referred in this >>> usage: >>> kbd -i [-d keyboard device] >>> >>> This project will update the implementation of 'kbd -i' so that >>> it will not read file /etc/default/kbd, but get keyboard configuration >>> values directly from the keymap service. The man page for kbd will >>> also be updated. See [3] for kbd(1) related PSARC cases. >>> >>> >>> Exported Interfaces >>> =================== >>> >>> Name Commitment Comments >>> ----------------------------------------------------------------------- >>> keymap Committed keyboard configuration >>> SMF property group >>> >>> keymap.KEYBOARD_ABORT >>> keymap.KEYCLICK >>> keymap.REPEAT_DELAY >>> keymap.REPEAT_RATE >>> keymap.LAYOUT >>> keymap.KBD_BEEPER_FREQ >>> keymap.CONSOLE_BEEPER_FREQ >>> >>> >>> References >>> ========== >>> >>> [1] Example of SMF profile configuring keyboard properties >>> >>> >>> >>> >>> >>> >> value='US-English' /> >>> >>> >>> >>> >>> >>> >>> [2] keyboard properties in svc:/system/keymap:default >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> [3] kbd(1) related PSARC cases >>> >>> PSARC/2002/771 - Layout option to "kbd" >>> PSARC/2005/535 - zero-CountryCode keyboard layout support in kernel >>> PSARC/2008/193 - kbd -s output change from "Taiwanese" to >>> "Traditional-Chinese" >>> >>> >>> >> > From antonello.cruz@oracle.com Fri May 21 09:28:11 2010 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 o4LGSB5v008139 for ; Fri, 21 May 2010 09:28:11 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o4LGS7D8000042; Fri, 21 May 2010 10:28:09 -0600 (MDT) 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 <0L2S0011732W2400@nwk-avmta-2.sfbay.sun.com>; Fri, 21 May 2010 09:28:08 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2S00HWY32VQ970@nwk-avmta-2.sfbay.sun.com>; Fri, 21 May 2010 09:28:08 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4LGS7RH026099; Fri, 21 May 2010 16:28:07 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4LGG1l5003830; Fri, 21 May 2010 16:28:06 +0000 (GMT) Received: from abhmt016.oracle.com by acsmt355.oracle.com with ESMTP id 288460821274459202; Fri, 21 May 2010 09:26:42 -0700 Received: from [129.146.228.12] (/129.146.228.12) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 21 May 2010 09:26:41 -0700 Date: Fri, 21 May 2010 09:26:34 -0700 From: Antonello Cruz Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: To: "Garrett D'Amore" Cc: Felix Feng , liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BF6B43A.5030605@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4BF6B497.00B6:SCFMA4539814,ss=1,fgs=0 References: User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Thunderbird/3.0.3 Status: RO Content-Length: 6066 On 05/21/10 09:19 AM, Garrett D'Amore wrote: > Does it make sense to use some special value (zero or -1) to mean uninitialized? That way could at least preserve the type. Or a missing property could mean uninitialized. BTW, integer means you can have negative values. Counter are for only positive values. You can find the SCF_TYPE_* definitions at scf_value_create(3SCF) Antonello > > -- Garrett > > Felix Feng wrote: > >>> I think this is a good change. But I'd like to see more sample values >>> for the valid values of these properties -- the type of astring is a >>> bit .. hmm... non-specific. (And furthermore, perhaps some of the >>> values should actually take more specifically typed data, e.g. numbers >>> or booleans? >> Hi Garrett and Liane, >> >> The properties in system/keymap come from the file - /etc/default/kbd. >> The file - /etc/default/kbd is to give users an interface to change >> keyboard configurations. Currently /etc/default/kbd provides no default >> value for keyboard configurations. The default keyboard configurations >> are set by kernel drivers or modules. For example, keyboard repeat rate >> and delay is set in kbtrans module. So I set null to the values of these >> properties. And for some properties(repeat rate and beeper frequency), >> their values are integer. But if I use 'integer' type to store these >> properties, I need to set default values for them(null is invalid). So I >> store the values of these properties as 'astring' type. The values of >> these properties will be checked, when users configure keyboard using >> system/keymap service. Thanks. >> >> ------ >> Regards, >> Felix >>> >>> Thanks. >>> >>> - Garrett >>> >>> On 05/20/10 01:08 AM, Frank Che wrote: >>>> I'm sponsoring this case for Felix Feng. It is to convert keyboard >>>> configurations supported by /etc/default/kbd to be properties of the >>>> system/keymap service, and obsolete that file. The release binding is >>>> minor. Timer is set to 05/27/2010. >>>> >>>> -Frank >>>> >>>> Background >>>> ========== >>>> Currently the keyboard configurations (layout, keyclick, beeper >>>> frequency etc) >>>> are stored in file /etc/default/kbd. >>>> >>>> During installation, the sysidkbd (PSARC/2006/390) will get the keyboard >>>> configurations (so far only keyboard layout) and save the >>>> configurations into >>>> eeprom(1M) or /etc/default/kbd according to platform. When system >>>> boots up, >>>> service svc:/system/keymap:default will set the saved keyboard >>>> configurations into kernel. >>>> >>>> Users can modify file /etc/default/kbd to change kernel keyboard >>>> configurations. >>>> >>>> >>>> Requirement >>>> =========== >>>> For Solaris Next, there will be some system configuration changes for >>>> the >>>> install process. New installer will use SMF profile to customize >>>> keyboard configurations. Keyboard configurations will be stored in >>>> SMF service properties. And sysidkbd will be removed. So the content of >>>> legacy keyboard configuration file - /etc/default/kbd should be moved >>>> to be >>>> properties of system/keymap service. See [1] for example of SMF profile >>>> which would serve for keyboard configuration. >>>> >>>> >>>> Proposal >>>> ======== >>>> >>>> 1. Export keyboard configurations from /etc/default/kbd and import >>>> them to >>>> properties of svc:/system/keymap:default - see [2] for keyboard service >>>> properties. >>>> >>>> 2. Obsolete file /etc/default/kbd. This file will no longer exist in >>>> the system >>>> >>>> 3. Modify existing /etc/default/kbd consumers, so that they operate >>>> on SMF >>>> property instead of the file. The following consumer was found in ON >>>> gate >>>> >>>> kbd(1) - usr/src/cmd/kbd/kbd.c >>>> >>>> For this consumer, file /etc/default/kbd is only referred in this >>>> usage: >>>> kbd -i [-d keyboard device] >>>> >>>> This project will update the implementation of 'kbd -i' so that >>>> it will not read file /etc/default/kbd, but get keyboard configuration >>>> values directly from the keymap service. The man page for kbd will >>>> also be updated. See [3] for kbd(1) related PSARC cases. >>>> >>>> >>>> Exported Interfaces >>>> =================== >>>> >>>> Name Commitment Comments >>>> ----------------------------------------------------------------------- >>>> keymap Committed keyboard configuration >>>> SMF property group >>>> >>>> keymap.KEYBOARD_ABORT >>>> keymap.KEYCLICK >>>> keymap.REPEAT_DELAY >>>> keymap.REPEAT_RATE >>>> keymap.LAYOUT >>>> keymap.KBD_BEEPER_FREQ >>>> keymap.CONSOLE_BEEPER_FREQ >>>> >>>> >>>> References >>>> ========== >>>> >>>> [1] Example of SMF profile configuring keyboard properties >>>> >>>> >>>> >>>> >>>> >>>> >>> value='US-English' /> >>>> >>>> >>>> >>>> >>>> >>>> >>>> [2] keyboard properties in svc:/system/keymap:default >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> [3] kbd(1) related PSARC cases >>>> >>>> PSARC/2002/771 - Layout option to "kbd" >>>> PSARC/2005/535 - zero-CountryCode keyboard layout support in kernel >>>> PSARC/2008/193 - kbd -s output change from "Taiwanese" to >>>> "Traditional-Chinese" >>>> >>>> >>>> >>> >> From Fei.Feng@sun.com Sat May 22 09:35:58 2010 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 o4MGZwhV018850 for ; Sat, 22 May 2010 09:35:58 -0700 (PDT) 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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4MGZvDN027832 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sat, 22 May 2010 09:35:57 -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 <0L2T00E03Y3XTV00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 22 May 2010 09:35:57 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2T007UOY3WFAC0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 22 May 2010 09:35:57 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4MGZuXp002427 for ; Sat, 22 May 2010 16:35:56 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L2T00M00Y186700@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 22 May 2010 17:35:48 +0100 (BST) Received: from [192.168.0.101] ([unknown] [123.122.12.126]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L2T005WTY393060@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 22 May 2010 17:35:47 +0100 (BST) Date: Sun, 23 May 2010 00:35:28 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: Sender: Fei.Feng@sun.com To: "Garrett D'Amore" Cc: liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BF807D0.4030205@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 Status: RO Content-Length: 6117 于 2010-5-22 00:19, Garrett D'Amore 写道: > Does it make sense to use some special value (zero or -1) to mean uninitialized? That way could at least preserve the type. > But the special value is invalid for keyboard configurations. If it is set in keyboard properties, users may get confused. So I prefer 'null' to mean uninitialized. Thanks. ------ Regards, Felix > -- Garrett > > Felix Feng wrote: > > >>> I think this is a good change. But I'd like to see more sample values >>> for the valid values of these properties -- the type of astring is a >>> bit .. hmm... non-specific. (And furthermore, perhaps some of the >>> values should actually take more specifically typed data, e.g. numbers >>> or booleans? >>> >> Hi Garrett and Liane, >> >> The properties in system/keymap come from the file - /etc/default/kbd. >> The file - /etc/default/kbd is to give users an interface to change >> keyboard configurations. Currently /etc/default/kbd provides no default >> value for keyboard configurations. The default keyboard configurations >> are set by kernel drivers or modules. For example, keyboard repeat rate >> and delay is set in kbtrans module. So I set null to the values of these >> properties. And for some properties(repeat rate and beeper frequency), >> their values are integer. But if I use 'integer' type to store these >> properties, I need to set default values for them(null is invalid). So I >> store the values of these properties as 'astring' type. The values of >> these properties will be checked, when users configure keyboard using >> system/keymap service. Thanks. >> >> ------ >> Regards, >> Felix >> >>> Thanks. >>> >>> - Garrett >>> >>> On 05/20/10 01:08 AM, Frank Che wrote: >>> >>>> I'm sponsoring this case for Felix Feng. It is to convert keyboard >>>> configurations supported by /etc/default/kbd to be properties of the >>>> system/keymap service, and obsolete that file. The release binding is >>>> minor. Timer is set to 05/27/2010. >>>> >>>> -Frank >>>> >>>> Background >>>> ========== >>>> Currently the keyboard configurations (layout, keyclick, beeper >>>> frequency etc) >>>> are stored in file /etc/default/kbd. >>>> >>>> During installation, the sysidkbd (PSARC/2006/390) will get the keyboard >>>> configurations (so far only keyboard layout) and save the >>>> configurations into >>>> eeprom(1M) or /etc/default/kbd according to platform. When system >>>> boots up, >>>> service svc:/system/keymap:default will set the saved keyboard >>>> configurations into kernel. >>>> >>>> Users can modify file /etc/default/kbd to change kernel keyboard >>>> configurations. >>>> >>>> >>>> Requirement >>>> =========== >>>> For Solaris Next, there will be some system configuration changes for >>>> the >>>> install process. New installer will use SMF profile to customize >>>> keyboard configurations. Keyboard configurations will be stored in >>>> SMF service properties. And sysidkbd will be removed. So the content of >>>> legacy keyboard configuration file - /etc/default/kbd should be moved >>>> to be >>>> properties of system/keymap service. See [1] for example of SMF profile >>>> which would serve for keyboard configuration. >>>> >>>> >>>> Proposal >>>> ======== >>>> >>>> 1. Export keyboard configurations from /etc/default/kbd and import >>>> them to >>>> properties of svc:/system/keymap:default - see [2] for keyboard service >>>> properties. >>>> >>>> 2. Obsolete file /etc/default/kbd. This file will no longer exist in >>>> the system >>>> >>>> 3. Modify existing /etc/default/kbd consumers, so that they operate >>>> on SMF >>>> property instead of the file. The following consumer was found in ON >>>> gate >>>> >>>> kbd(1) - usr/src/cmd/kbd/kbd.c >>>> >>>> For this consumer, file /etc/default/kbd is only referred in this >>>> usage: >>>> kbd -i [-d keyboard device] >>>> >>>> This project will update the implementation of 'kbd -i' so that >>>> it will not read file /etc/default/kbd, but get keyboard configuration >>>> values directly from the keymap service. The man page for kbd will >>>> also be updated. See [3] for kbd(1) related PSARC cases. >>>> >>>> >>>> Exported Interfaces >>>> =================== >>>> >>>> Name Commitment Comments >>>> ----------------------------------------------------------------------- >>>> keymap Committed keyboard configuration >>>> SMF property group >>>> >>>> keymap.KEYBOARD_ABORT >>>> keymap.KEYCLICK >>>> keymap.REPEAT_DELAY >>>> keymap.REPEAT_RATE >>>> keymap.LAYOUT >>>> keymap.KBD_BEEPER_FREQ >>>> keymap.CONSOLE_BEEPER_FREQ >>>> >>>> >>>> References >>>> ========== >>>> >>>> [1] Example of SMF profile configuring keyboard properties >>>> >>>> >>>> >>>> >>>> >>>> >>> value='US-English' /> >>>> >>>> >>>> >>>> >>>> >>>> >>>> [2] keyboard properties in svc:/system/keymap:default >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> [3] kbd(1) related PSARC cases >>>> >>>> PSARC/2002/771 - Layout option to "kbd" >>>> PSARC/2005/535 - zero-CountryCode keyboard layout support in kernel >>>> PSARC/2008/193 - kbd -s output change from "Taiwanese" to >>>> "Traditional-Chinese" >>>> >>>> >>>> >>>> >>> >> From antonello.cruz@oracle.com Mon May 24 10:24:41 2010 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 o4OHOfIp003671 for ; Mon, 24 May 2010 10:24:41 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o4OHOabM060905; Mon, 24 May 2010 11:24:39 -0600 (MDT) 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 <0L2X00I0LPP2CU00@nwk-avmta-2.sfbay.sun.com>; Mon, 24 May 2010 10:24:38 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2X00EY2PP1C040@nwk-avmta-2.sfbay.sun.com>; Mon, 24 May 2010 10:24:38 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4OHOb1S029573; Mon, 24 May 2010 17:24:37 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4O5M4wM000681; Mon, 24 May 2010 17:24:36 +0000 (GMT) Received: from abhmt002.oracle.com by acsmt353.oracle.com with ESMTP id 293635091274721875; Mon, 24 May 2010 10:24:35 -0700 Received: from [129.146.228.12] (/129.146.228.12) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 24 May 2010 10:24:33 -0700 Date: Mon, 24 May 2010 10:24:32 -0700 From: Antonello Cruz Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BF807D0.4030205@Sun.COM> To: Felix Feng Cc: "Garrett D'Amore" , liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BFAB650.6050107@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A0B020A.4BFAB655.0110:SCFMA4539814,ss=1,fgs=0 References: <4BF807D0.4030205@Sun.COM> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Thunderbird/3.0.3 Status: RO Content-Length: 838 On 05/22/10 09:35 AM, Felix Feng wrote: > 于 2010-5-22 00:19, Garrett D'Amore 写道: >> Does it make sense to use some special value (zero or -1) to mean >> uninitialized? That way could at least preserve the type. > But the special value is invalid for keyboard configurations. If it is > set in keyboard properties, users may get confused. So I prefer 'null' > to mean uninitialized. Thanks. This is a valid point. However, if I understood correctly, these are values set in the SMF manifest. You can have comments in the manifest explaining the uninitialized value. Moreover, you can leverage SMF templates to validate the values, but if you use astring, you cannot validate ranges. I don't understand why a missing value in the SMF repository can not be inferred as uninitialized. Could you please elaborate that? Antonello From Fei.Feng@Sun.COM Mon May 24 19:15:23 2010 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 o4P2FNme013411 for ; Mon, 24 May 2010 19:15:23 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4P2FNju020021 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 24 May 2010 19:15:23 -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 <0L2Y00201E9NR000@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 24 May 2010 19:15:23 -0700 (PDT) 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 <0L2Y00133E9MC290@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 24 May 2010 19:15:23 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4P2FLvg005258 for ; Tue, 25 May 2010 02:15:21 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L2Y00G00E6AJ600@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 03:14:59 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L2Y006B6E8SJWB0@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 03:14:59 +0100 (BST) Date: Tue, 25 May 2010 10:16:05 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFAB650.6050107@oracle.com> Sender: Fei.Feng@Sun.COM To: Antonello Cruz Cc: "Garrett D'Amore" , liane.praza@Oracle.com, PSARC-ext@Sun.COM, Frank Che Message-id: <4BFB32E5.8030802@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=windows-1252 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 1419 On 05/25/10 01:24, Antonello Cruz wrote: > On 05/22/10 09:35 AM, Felix Feng wrote: >> 于 2010-5-22 00:19, Garrett D'Amore 写道: >>> Does it make sense to use some special value (zero or -1) to mean >>> uninitialized? That way could at least preserve the type. >> But the special value is invalid for keyboard configurations. If it is >> set in keyboard properties, users may get confused. So I prefer 'null' >> to mean uninitialized. Thanks. > This is a valid point. However, if I understood correctly, these are > values set in the SMF manifest. You can have comments in the manifest > explaining the uninitialized value. Moreover, you can leverage SMF > templates to validate the values, but if you use astring, you cannot > validate ranges. > > I don't understand why a missing value in the SMF repository can not > be inferred as uninitialized. Could you please elaborate that? Hi Antonello, In fact, in this case I've already used missing value(null, value='') to mean uninitialized. You can see reference [2] in the PSARC material for details. For the data type, it seems a missing value is invalid for 'count' type. And for 'integer' type, a missing value is treated as 0. So I use astring to store the values. When users configure keyboard using system/keymap service, kbd will be called to validate the values(ranges) and set the values into kernel. Thanks. ------ Regards, Felix > Antonello From antonello.cruz@oracle.com Mon May 24 19:48:23 2010 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 o4P2mMuD013680 for ; Mon, 24 May 2010 19:48:22 -0700 (PDT) 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.4) with ESMTP id o4P2mHlH053775; Mon, 24 May 2010 20:48:20 -0600 (MDT) 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 <0L2Y00B0TFSJLN00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 24 May 2010 19:48:19 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2Y001HHFSIBZC0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 24 May 2010 19:48:19 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4P2mIFG021537; Tue, 25 May 2010 02:48:18 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4P20weH021828; Tue, 25 May 2010 02:48:17 +0000 (GMT) Received: from abhmt003.oracle.com by acsmt355.oracle.com with ESMTP id 264435171274755633; Mon, 24 May 2010 19:47:13 -0700 Received: from [10.7.251.20] (/10.7.251.20) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 24 May 2010 19:47:13 -0700 Date: Mon, 24 May 2010 19:47:05 -0700 From: Antonello Cruz Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFB32E5.8030802@sun.com> To: Felix Feng Cc: "Garrett D'Amore" , liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BFB3A29.4040105@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4BFB3A72.0072:SCFMA4539814,ss=1,fgs=0 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Thunderbird/3.0.3 Status: RO Content-Length: 1810 On 05/24/10 19:16, Felix Feng wrote: > On 05/25/10 01:24, Antonello Cruz wrote: >> On 05/22/10 09:35 AM, Felix Feng wrote: >>> 于 2010-5-22 00:19, Garrett D'Amore 写道: >>>> Does it make sense to use some special value (zero or -1) to mean >>>> uninitialized? That way could at least preserve the type. >>> But the special value is invalid for keyboard configurations. If it is >>> set in keyboard properties, users may get confused. So I prefer 'null' >>> to mean uninitialized. Thanks. >> This is a valid point. However, if I understood correctly, these are >> values set in the SMF manifest. You can have comments in the manifest >> explaining the uninitialized value. Moreover, you can leverage SMF >> templates to validate the values, but if you use astring, you cannot >> validate ranges. >> >> I don't understand why a missing value in the SMF repository can not >> be inferred as uninitialized. Could you please elaborate that? > Hi Antonello, > > In fact, in this case I've already used missing value(null, value='') to > mean uninitialized. You can see reference [2] in the PSARC material for > details. For the data type, it seems a missing value is invalid for > 'count' type. And for 'integer' type, a missing value is treated as 0. > So I use astring to store the values. When users configure keyboard > using system/keymap service, kbd will be called to validate the > values(ranges) and set the values into kernel. Thanks. The problem here is that you are assuming empty value as missing value, and I was using missing value when I wanted to say missing property. What happens to your code if the property is not in the SMF repository? You should get a SCF_ERROR_NOT_FOUND and I am suggesting that you use that as uninitialized. Antonello > > ------ > Regards, > Felix >> Antonello > From Fei.Feng@Sun.COM Mon May 24 22:47:24 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o4P5lOVM015572 for ; Mon, 24 May 2010 22:47:24 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4P5lNUr008989 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 25 May 2010 00:47:24 -0500 (CDT) 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 <0L2Y00C0BO2ZTW00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 24 May 2010 22:47:23 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2Y0084MO2Y0340@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 24 May 2010 22:47:23 -0700 (PDT) Received: from fe-emea-13.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4P5lLci009951 for ; Tue, 25 May 2010 05:47:21 +0000 (GMT) Received: from conversion-daemon.fe-emea-13.sun.com by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L2Y00F00NTQ0J00@fe-emea-13.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 06:47:11 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L2Y00ETAO2JXO20@fe-emea-13.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 06:47:11 +0100 (BST) Date: Tue, 25 May 2010 13:48:21 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFB3A29.4040105@oracle.com> Sender: Fei.Feng@Sun.COM To: Antonello Cruz Cc: "Garrett D'Amore" , liane.praza@oracle.com, PSARC-ext@Sun.COM, Frank Che Message-id: <4BFB64A5.3030403@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 2434 > On 05/24/10 19:16, Felix Feng wrote: >> On 05/25/10 01:24, Antonello Cruz wrote: >>> On 05/22/10 09:35 AM, Felix Feng wrote: >>>> 于 2010-5-22 00:19, Garrett D'Amore 写道: >>>>> Does it make sense to use some special value (zero or -1) to mean >>>>> uninitialized? That way could at least preserve the type. >>>> But the special value is invalid for keyboard configurations. If it is >>>> set in keyboard properties, users may get confused. So I prefer 'null' >>>> to mean uninitialized. Thanks. >>> This is a valid point. However, if I understood correctly, these are >>> values set in the SMF manifest. You can have comments in the manifest >>> explaining the uninitialized value. Moreover, you can leverage SMF >>> templates to validate the values, but if you use astring, you cannot >>> validate ranges. >>> >>> I don't understand why a missing value in the SMF repository can not >>> be inferred as uninitialized. Could you please elaborate that? >> Hi Antonello, >> >> In fact, in this case I've already used missing value(null, value='') to >> mean uninitialized. You can see reference [2] in the PSARC material for >> details. For the data type, it seems a missing value is invalid for >> 'count' type. And for 'integer' type, a missing value is treated as 0. >> So I use astring to store the values. When users configure keyboard >> using system/keymap service, kbd will be called to validate the >> values(ranges) and set the values into kernel. Thanks. > The problem here is that you are assuming empty value as missing > value, and I was using missing value when I wanted to say missing > property. What happens to your code if the property is not in the SMF > repository? You should get a SCF_ERROR_NOT_FOUND and I am suggesting > that you use that as uninitialized. Hi Antonello, Thanks for your instructions. Yes, the missing property can be used as uninitialized. But in this case if I use missing property, users need to add these properties manually when they want to configure their keyboard through system/keymap service, right? And OpenSolaris Installer needs to populate keyboard configuration to system/keymap property. kbd(1) is also a consumer of the property. One of the purpose of this project is to export these properties as the interfaces so that those consumers and users can easily use them. ------ Regards, Felix > > Antonello > >> >> ------ >> Regards, >> Felix >>> Antonello >> > From antonello.cruz@oracle.com Tue May 25 09:12:12 2010 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 o4PGCCNQ015909 for ; Tue, 25 May 2010 09:12:12 -0700 (PDT) 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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4PGCA0i024186; Tue, 25 May 2010 09:12:10 -0700 (PDT) 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 <0L2Z00H03H0A6800@brm-avmta-1.central.sun.com>; Tue, 25 May 2010 10:12:10 -0600 (MDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L2Z00GLUH09J700@brm-avmta-1.central.sun.com>; Tue, 25 May 2010 10:12:09 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4PGC9kL002925; Tue, 25 May 2010 16:12:09 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4PDWaF3024309; Tue, 25 May 2010 16:12:08 +0000 (GMT) Received: from abhmt010.oracle.com by acsmt353.oracle.com with ESMTP id 266553071274803924; Tue, 25 May 2010 09:12:04 -0700 Received: from [129.146.228.12] (/129.146.228.12) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 25 May 2010 09:12:01 -0700 Date: Tue, 25 May 2010 09:11:59 -0700 From: Antonello Cruz Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFB64A5.3030403@sun.com> To: Felix Feng Cc: "Garrett D'Amore" , liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BFBF6CF.3090202@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4BFBF6D8.01BB:SCFMA4539814,ss=1,fgs=0 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Thunderbird/3.0.3 Status: RO Content-Length: 2871 On 05/24/10 10:48 PM, Felix Feng wrote: >> On 05/24/10 19:16, Felix Feng wrote: >>> On 05/25/10 01:24, Antonello Cruz wrote: >>>> On 05/22/10 09:35 AM, Felix Feng wrote: >>>>> 于 2010-5-22 00:19, Garrett D'Amore 写道: >>>>>> Does it make sense to use some special value (zero or -1) to mean >>>>>> uninitialized? That way could at least preserve the type. >>>>> But the special value is invalid for keyboard configurations. If it is >>>>> set in keyboard properties, users may get confused. So I prefer 'null' >>>>> to mean uninitialized. Thanks. >>>> This is a valid point. However, if I understood correctly, these are >>>> values set in the SMF manifest. You can have comments in the manifest >>>> explaining the uninitialized value. Moreover, you can leverage SMF >>>> templates to validate the values, but if you use astring, you cannot >>>> validate ranges. >>>> >>>> I don't understand why a missing value in the SMF repository can not >>>> be inferred as uninitialized. Could you please elaborate that? >>> Hi Antonello, >>> >>> In fact, in this case I've already used missing value(null, value='') to >>> mean uninitialized. You can see reference [2] in the PSARC material for >>> details. For the data type, it seems a missing value is invalid for >>> 'count' type. And for 'integer' type, a missing value is treated as 0. >>> So I use astring to store the values. When users configure keyboard >>> using system/keymap service, kbd will be called to validate the >>> values(ranges) and set the values into kernel. Thanks. >> The problem here is that you are assuming empty value as missing >> value, and I was using missing value when I wanted to say missing >> property. What happens to your code if the property is not in the SMF >> repository? You should get a SCF_ERROR_NOT_FOUND and I am suggesting >> that you use that as uninitialized. > Hi Antonello, > > Thanks for your instructions. Yes, the missing property can be used as > uninitialized. But in this case if I use missing property, users need to > add these properties manually when they want to configure their keyboard > through system/keymap service, right? And OpenSolaris Installer needs to > populate keyboard configuration to system/keymap property. kbd(1) is > also a consumer of the property. One of the purpose of this project is > to export these properties as the interfaces so that those consumers and > users can easily use them. Won't the users and installers have to change the null/empty value with the value they want to configure the keyboard? How is that any different than changing the value? I don't follow your concern about the properties being interfaces and the necessity for an explicit uninitialized value in the SMF repository/manifest. Antonello > > ------ > Regards, > Felix >> >> Antonello >> >>> >>> ------ >>> Regards, >>> Felix >>>> Antonello >>> >> > From Fei.Feng@sun.com Tue May 25 19:31:35 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o4Q2VZIk027743 for ; Tue, 25 May 2010 19:31:35 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4Q2VXHI029780 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 25 May 2010 21:31:35 -0500 (CDT) 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 <0L30002239OMS900@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 19:31:34 -0700 (PDT) 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 <0L3000KRF9OKZ5E0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 19:31:33 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4Q2VWap015408 for ; Wed, 26 May 2010 02:31:32 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L30003009EO6X00@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 26 May 2010 03:31:30 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L30004OT9OE6NF0@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 26 May 2010 03:31:30 +0100 (BST) Date: Wed, 26 May 2010 10:32:39 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFBF6CF.3090202@oracle.com> Sender: Fei.Feng@sun.com To: Antonello Cruz Cc: "Garrett D'Amore" , liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BFC8847.4000501@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=windows-1252 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 4220 On 05/26/10 00:11, Antonello Cruz wrote: > On 05/24/10 10:48 PM, Felix Feng wrote: >>> On 05/24/10 19:16, Felix Feng wrote: >>>> On 05/25/10 01:24, Antonello Cruz wrote: >>>>> On 05/22/10 09:35 AM, Felix Feng wrote: >>>>>> 于 2010-5-22 00:19, Garrett D'Amore 写道: >>>>>>> Does it make sense to use some special value (zero or -1) to mean >>>>>>> uninitialized? That way could at least preserve the type. >>>>>> But the special value is invalid for keyboard configurations. If >>>>>> it is >>>>>> set in keyboard properties, users may get confused. So I prefer >>>>>> 'null' >>>>>> to mean uninitialized. Thanks. >>>>> This is a valid point. However, if I understood correctly, these are >>>>> values set in the SMF manifest. You can have comments in the manifest >>>>> explaining the uninitialized value. Moreover, you can leverage SMF >>>>> templates to validate the values, but if you use astring, you cannot >>>>> validate ranges. >>>>> >>>>> I don't understand why a missing value in the SMF repository can not >>>>> be inferred as uninitialized. Could you please elaborate that? >>>> Hi Antonello, >>>> >>>> In fact, in this case I've already used missing value(null, >>>> value='') to >>>> mean uninitialized. You can see reference [2] in the PSARC material >>>> for >>>> details. For the data type, it seems a missing value is invalid for >>>> 'count' type. And for 'integer' type, a missing value is treated as 0. >>>> So I use astring to store the values. When users configure keyboard >>>> using system/keymap service, kbd will be called to validate the >>>> values(ranges) and set the values into kernel. Thanks. >>> The problem here is that you are assuming empty value as missing >>> value, and I was using missing value when I wanted to say missing >>> property. What happens to your code if the property is not in the SMF >>> repository? You should get a SCF_ERROR_NOT_FOUND and I am suggesting >>> that you use that as uninitialized. >> Hi Antonello, >> >> Thanks for your instructions. Yes, the missing property can be used as >> uninitialized. But in this case if I use missing property, users need to >> add these properties manually when they want to configure their keyboard >> through system/keymap service, right? And OpenSolaris Installer needs to >> populate keyboard configuration to system/keymap property. kbd(1) is >> also a consumer of the property. One of the purpose of this project is >> to export these properties as the interfaces so that those consumers and >> users can easily use them. > Won't the users and installers have to change the null/empty value > with the value they want to configure the keyboard? How is that any > different than changing the value? Yes, users only need to change the empty value to configure the keyboard in empty value case. But if missing property is used, users need to add a property including property name, property type and property value. Users may not know the exact configuration name. And in empty value case, kbd will be called to validate the value which users change. But in missing property case, when users input a wrong property name, it's not easy to validate it. Moreover, in empty case, if users want to know which keyboard configurations they can change in system/keymap, they can easily get the configuration list using svccfg or svcprop command. But if missing property is used, system/keymap can not provide users such list to instruct users to configure the keyboard. > > I don't follow your concern about the properties being interfaces and > the necessity for an explicit uninitialized value in the SMF > repository/manifest. The properties come from the legacy keyboard configuration file - /etc/default/kbd. /etc/default/kbd will be removed and the interfaces in the file need to be preserved in system/keymap service. And explicit properties in system/keymap service are more obvious and easier for users to use. So I think explicit properties in system/kemap are necessary, although uninitialized values are assigned to them. ------ Regards, Felix > > Antonello > >> >> ------ >> Regards, >> Felix >>> >>> Antonello >>> >>>> >>>> ------ >>>> Regards, >>>> Felix >>>>> Antonello >>>> >>> >> > From shawn.walker@oracle.com Tue May 25 19:37:33 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o4Q2bXPF027790 for ; Tue, 25 May 2010 19:37:33 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4Q2bVpe001690; Tue, 25 May 2010 21:37:31 -0500 (CDT) 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 <0L30004019YICB00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 May 2010 19:37:31 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L300032Y9YIV900@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 May 2010 19:37:30 -0700 (PDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4Q2bUvV020995; Wed, 26 May 2010 02:37:30 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4Q2bSmu005115; Wed, 26 May 2010 02:37:28 +0000 (GMT) Received: from abhmt003.oracle.com by acsmt353.oracle.com with ESMTP id 298119051274841405; Tue, 25 May 2010 19:36:45 -0700 Received: from [10.7.250.54] (/10.7.250.54) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 25 May 2010 19:36:44 -0700 Date: Tue, 25 May 2010 21:36:42 -0500 From: Shawn Walker Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFC8847.4000501@sun.com> To: Felix Feng Cc: Antonello Cruz , "Garrett D'Amore" , liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BFC893A.6080505@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4BFC8969.0134:SCFMA4539814,ss=1,fgs=0 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 3827 On 05/25/10 09:32 PM, Felix Feng wrote: > On 05/26/10 00:11, Antonello Cruz wrote: >> On 05/24/10 10:48 PM, Felix Feng wrote: >>>> On 05/24/10 19:16, Felix Feng wrote: >>>>> On 05/25/10 01:24, Antonello Cruz wrote: >>>>>> On 05/22/10 09:35 AM, Felix Feng wrote: >>>>>>> 于 2010-5-22 00:19, Garrett D'Amore 写道: >>>>>>>> Does it make sense to use some special value (zero or -1) to mean >>>>>>>> uninitialized? That way could at least preserve the type. >>>>>>> But the special value is invalid for keyboard configurations. If >>>>>>> it is >>>>>>> set in keyboard properties, users may get confused. So I prefer >>>>>>> 'null' >>>>>>> to mean uninitialized. Thanks. >>>>>> This is a valid point. However, if I understood correctly, these are >>>>>> values set in the SMF manifest. You can have comments in the manifest >>>>>> explaining the uninitialized value. Moreover, you can leverage SMF >>>>>> templates to validate the values, but if you use astring, you cannot >>>>>> validate ranges. >>>>>> >>>>>> I don't understand why a missing value in the SMF repository can not >>>>>> be inferred as uninitialized. Could you please elaborate that? >>>>> Hi Antonello, >>>>> >>>>> In fact, in this case I've already used missing value(null, >>>>> value='') to >>>>> mean uninitialized. You can see reference [2] in the PSARC material >>>>> for >>>>> details. For the data type, it seems a missing value is invalid for >>>>> 'count' type. And for 'integer' type, a missing value is treated as 0. >>>>> So I use astring to store the values. When users configure keyboard >>>>> using system/keymap service, kbd will be called to validate the >>>>> values(ranges) and set the values into kernel. Thanks. >>>> The problem here is that you are assuming empty value as missing >>>> value, and I was using missing value when I wanted to say missing >>>> property. What happens to your code if the property is not in the SMF >>>> repository? You should get a SCF_ERROR_NOT_FOUND and I am suggesting >>>> that you use that as uninitialized. >>> Hi Antonello, >>> >>> Thanks for your instructions. Yes, the missing property can be used as >>> uninitialized. But in this case if I use missing property, users need to >>> add these properties manually when they want to configure their keyboard >>> through system/keymap service, right? And OpenSolaris Installer needs to >>> populate keyboard configuration to system/keymap property. kbd(1) is >>> also a consumer of the property. One of the purpose of this project is >>> to export these properties as the interfaces so that those consumers and >>> users can easily use them. >> Won't the users and installers have to change the null/empty value >> with the value they want to configure the keyboard? How is that any >> different than changing the value? > Yes, users only need to change the empty value to configure the keyboard > in empty value case. But if missing property is used, users need to add > a property including property name, property type and property value. > Users may not know the exact configuration name. And in empty value > case, kbd will be called to validate the value which users change. But > in missing property case, when users input a wrong property name, it's > not easy to validate it. Moreover, in empty case, if users want to know > which keyboard configurations they can change in system/keymap, they can > easily get the configuration list using svccfg or svcprop command. But > if missing property is used, system/keymap can not provide users such > list to instruct users to configure the keyboard. Isn't a man page a more appropriate place to document the available properties? Especially since I imagine many users will want a list of what the valid values are for the property or an explanation of its purposes. Cheers, -Shawn From liane.praza@oracle.com Tue May 25 19:57:37 2010 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 o4Q2vbQM028221 for ; Tue, 25 May 2010 19:57:37 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4Q2vZm9014529; Tue, 25 May 2010 19:57:35 -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 <0L300090DAVZOO00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 May 2010 19:57:35 -0700 (PDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L300031WAVZV510@nwk-avmta-1.sfbay.Sun.COM>; Tue, 25 May 2010 19:57:35 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o4Q2vY2L018603; Wed, 26 May 2010 02:57:34 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4Q2pNQp024279; Wed, 26 May 2010 02:57:32 +0000 (GMT) Received: from abhmt017.oracle.com by acsmt354.oracle.com with ESMTP id 268324011274842601; Tue, 25 May 2010 19:56:41 -0700 Received: from [10.7.251.216] (/10.7.251.216) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 25 May 2010 19:56:40 -0700 Date: Tue, 25 May 2010 19:56:39 -0700 From: Liane Praza Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFC893A.6080505@oracle.com> To: Shawn Walker Cc: Felix Feng , Antonello Cruz , "Garrett D'Amore" , PSARC-ext@sun.com, Frank Che Message-id: <4BFC8DE7.4070405@oracle.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 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A0B0202.4BFC8E1E.00D2:SCFMA4539814,ss=1,fgs=0 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> <4BFC893A.6080505@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Lightning/1.0b1 Thunderbird/3.0.3 Status: RO Content-Length: 2711 On 05/25/10 19:36, Shawn Walker wrote: > On 05/25/10 09:32 PM, Felix Feng wrote: >> On 05/26/10 00:11, Antonello Cruz wrote: >>> Won't the users and installers have to change the null/empty value >>> with the value they want to configure the keyboard? How is that any >>> different than changing the value? >> Yes, users only need to change the empty value to configure the keyboard >> in empty value case. But if missing property is used, users need to add >> a property including property name, property type and property value. >> Users may not know the exact configuration name. And in empty value >> case, kbd will be called to validate the value which users change. But >> in missing property case, when users input a wrong property name, it's >> not easy to validate it. Moreover, in empty case, if users want to know >> which keyboard configurations they can change in system/keymap, they can >> easily get the configuration list using svccfg or svcprop command. But >> if missing property is used, system/keymap can not provide users such >> list to instruct users to configure the keyboard. > > Isn't a man page a more appropriate place to document the available > properties? Especially since I imagine many users will want a list of > what the valid values are for the property or an explanation of its > purposes. Manpages and SMF templates are the right place for this. If you use templates, higher level UIs will be able to use the templates to recommend potential properties and values. I'd like to have svccfg do this in the future more, but Visual Panels also consumes templates data. Statements about validation for correctness are the same whether the base manifest provides the defaults or not. The SMF team is getting ready to file a case for the profiles used by install that property types are optional in the profile if the value is provided by the template data. So that's not a concern either. But, you're getting very strong feedback from the SMF team and an ARC member: don't use astrings when a more specific type is appropriate, which it is here. I'd also like to note that I'm more than a bit surprised that there isn't a useful representation of the default configuration that could be used aside from "uninitialized". Aren't there really *real* defaults for all of these properties which could be used in the manifest? My first glance through the property list suggests that there is. (e.g. keyclick is a boolean with a default value of "false" in the manifest.) Why isn't that being pursued directly? It would avoid this entire discussion about uninitialized with the benefit of actually *showing* the administrator what the defaults are. liane From Fei.Feng@sun.com Tue May 25 19:59:16 2010 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 o4Q2xGkn028236 for ; Tue, 25 May 2010 19:59:16 -0700 (PDT) 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.4) with ESMTP id o4Q2xF5u058487 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 25 May 2010 20:59:16 -0600 (MDT) 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 <0L3000A05AYR5200@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 19:59:15 -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 <0L300038CAYQV510@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 25 May 2010 19:59:15 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4Q2xEdo002627 for ; Wed, 26 May 2010 02:59:14 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L3000700ANS8900@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 26 May 2010 03:58:57 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L3000301AY51ZA0@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 26 May 2010 03:58:57 +0100 (BST) Date: Wed, 26 May 2010 11:00:06 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFC893A.6080505@oracle.com> Sender: Fei.Feng@sun.com To: Shawn Walker Cc: Antonello Cruz , "Garrett D'Amore" , liane.praza@oracle.com, PSARC-ext@sun.com, Frank Che Message-id: <4BFC8EB6.90807@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> <4BFC893A.6080505@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 4269 On 05/26/10 10:36, Shawn Walker wrote: > On 05/25/10 09:32 PM, Felix Feng wrote: >> On 05/26/10 00:11, Antonello Cruz wrote: >>> On 05/24/10 10:48 PM, Felix Feng wrote: >>>>> On 05/24/10 19:16, Felix Feng wrote: >>>>>> On 05/25/10 01:24, Antonello Cruz wrote: >>>>>>> On 05/22/10 09:35 AM, Felix Feng wrote: >>>>>>>> 于 2010-5-22 00:19, Garrett D'Amore 写道: >>>>>>>>> Does it make sense to use some special value (zero or -1) to mean >>>>>>>>> uninitialized? That way could at least preserve the type. >>>>>>>> But the special value is invalid for keyboard configurations. If >>>>>>>> it is >>>>>>>> set in keyboard properties, users may get confused. So I prefer >>>>>>>> 'null' >>>>>>>> to mean uninitialized. Thanks. >>>>>>> This is a valid point. However, if I understood correctly, these >>>>>>> are >>>>>>> values set in the SMF manifest. You can have comments in the >>>>>>> manifest >>>>>>> explaining the uninitialized value. Moreover, you can leverage SMF >>>>>>> templates to validate the values, but if you use astring, you >>>>>>> cannot >>>>>>> validate ranges. >>>>>>> >>>>>>> I don't understand why a missing value in the SMF repository can >>>>>>> not >>>>>>> be inferred as uninitialized. Could you please elaborate that? >>>>>> Hi Antonello, >>>>>> >>>>>> In fact, in this case I've already used missing value(null, >>>>>> value='') to >>>>>> mean uninitialized. You can see reference [2] in the PSARC material >>>>>> for >>>>>> details. For the data type, it seems a missing value is invalid for >>>>>> 'count' type. And for 'integer' type, a missing value is treated >>>>>> as 0. >>>>>> So I use astring to store the values. When users configure keyboard >>>>>> using system/keymap service, kbd will be called to validate the >>>>>> values(ranges) and set the values into kernel. Thanks. >>>>> The problem here is that you are assuming empty value as missing >>>>> value, and I was using missing value when I wanted to say missing >>>>> property. What happens to your code if the property is not in the SMF >>>>> repository? You should get a SCF_ERROR_NOT_FOUND and I am suggesting >>>>> that you use that as uninitialized. >>>> Hi Antonello, >>>> >>>> Thanks for your instructions. Yes, the missing property can be used as >>>> uninitialized. But in this case if I use missing property, users >>>> need to >>>> add these properties manually when they want to configure their >>>> keyboard >>>> through system/keymap service, right? And OpenSolaris Installer >>>> needs to >>>> populate keyboard configuration to system/keymap property. kbd(1) is >>>> also a consumer of the property. One of the purpose of this project is >>>> to export these properties as the interfaces so that those >>>> consumers and >>>> users can easily use them. >>> Won't the users and installers have to change the null/empty value >>> with the value they want to configure the keyboard? How is that any >>> different than changing the value? >> Yes, users only need to change the empty value to configure the keyboard >> in empty value case. But if missing property is used, users need to add >> a property including property name, property type and property value. >> Users may not know the exact configuration name. And in empty value >> case, kbd will be called to validate the value which users change. But >> in missing property case, when users input a wrong property name, it's >> not easy to validate it. Moreover, in empty case, if users want to know >> which keyboard configurations they can change in system/keymap, they can >> easily get the configuration list using svccfg or svcprop command. But >> if missing property is used, system/keymap can not provide users such >> list to instruct users to configure the keyboard. > > Isn't a man page a more appropriate place to document the available > properties? Especially since I imagine many users will want a list of > what the valid values are for the property or an explanation of its > purposes. Man page will be updated to document all available properties for keyboard configurations. And I think it's better to list these properties in system/keymap too. In this way users and installer only need to change property values. ------ Regards, Felix > > Cheers, > -Shawn From Fei.Feng@Sun.COM Wed May 26 19:45:28 2010 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 o4R2jS52014944 for ; Wed, 26 May 2010 19:45:28 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o4R2jS2n026061 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 26 May 2010 19:45:28 -0700 (PDT) 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 <0L3200G054ZS8000@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 26 May 2010 20:45:28 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L3200FO54ZQYC00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 26 May 2010 20:45:27 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4R2jQBl006346 for ; Thu, 27 May 2010 02:45:26 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L3200L004WAA000@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 27 May 2010 03:45:03 +0100 (BST) Received: from [10.13.21.74] ([unknown] [10.13.21.74]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L3200I0U4YYTY10@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 27 May 2010 03:45:02 +0100 (BST) Date: Thu, 27 May 2010 10:46:11 +0800 From: Felix Feng Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFC8DE7.4070405@oracle.com> Sender: Fei.Feng@Sun.COM To: Liane Praza Cc: Shawn Walker , Antonello Cruz , "Garrett D'Amore" , PSARC-ext@Sun.COM, Frank Che Message-id: <4BFDDCF3.4010907@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> <4BFC893A.6080505@oracle.com> <4BFC8DE7.4070405@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091206 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 4140 On 05/26/10 10:56, Liane Praza wrote: > On 05/25/10 19:36, Shawn Walker wrote: >> On 05/25/10 09:32 PM, Felix Feng wrote: >>> On 05/26/10 00:11, Antonello Cruz wrote: > >>>> Won't the users and installers have to change the null/empty value >>>> with the value they want to configure the keyboard? How is that any >>>> different than changing the value? >>> Yes, users only need to change the empty value to configure the >>> keyboard >>> in empty value case. But if missing property is used, users need to add >>> a property including property name, property type and property value. >>> Users may not know the exact configuration name. And in empty value >>> case, kbd will be called to validate the value which users change. But >>> in missing property case, when users input a wrong property name, it's >>> not easy to validate it. Moreover, in empty case, if users want to know >>> which keyboard configurations they can change in system/keymap, they >>> can >>> easily get the configuration list using svccfg or svcprop command. But >>> if missing property is used, system/keymap can not provide users such >>> list to instruct users to configure the keyboard. >> >> Isn't a man page a more appropriate place to document the available >> properties? Especially since I imagine many users will want a list of >> what the valid values are for the property or an explanation of its >> purposes. > > Manpages and SMF templates are the right place for this. If you use > templates, higher level UIs will be able to use the templates to > recommend potential properties and values. I'd like to have svccfg do > this in the future more, but Visual Panels also consumes templates data. > > Statements about validation for correctness are the same whether the > base manifest provides the defaults or not. > > The SMF team is getting ready to file a case for the profiles used by > install that property types are optional in the profile if the value > is provided by the template data. So that's not a concern either. > > But, you're getting very strong feedback from the SMF team and an ARC > member: don't use astrings when a more specific type is appropriate, > which it is here. > > I'd also like to note that I'm more than a bit surprised that there > isn't a useful representation of the default configuration that could > be used aside from "uninitialized". Aren't there really *real* > defaults for all of these properties which could be used in the > manifest? My first glance through the property list suggests that > there is. (e.g. keyclick is a boolean with a default value of "false" > in the manifest.) Why isn't that being pursued directly? It would > avoid this entire discussion about uninitialized with the benefit of > actually *showing* the administrator what the defaults are. According to the feedback from SMF team and ARC members, I'd like to revise the keyboard configuration properties. Please see [1] for details. And I'll add value descriptions and constrains in the SMF template. The default values in [1] come from kernel drivers or modules. When system boots, kernel drivers or modules initialize keyboard configurations, for example, repeat_delay and repeat_rate are initialized in kbtrans module. The default value in [1] is the same as the default configurations set by kernel. And when system boots, the values set in system/keymap will override the default configuration set by kernel. My only concern is that keyboard configurations will be set twice during system boots, thus the boot time might be a little longer. [1] keyboard configuration properties ------ Regards, Felix From Frank.Che@sun.com Fri May 28 00:20:50 2010 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 o4S7KnYg027643 for ; Fri, 28 May 2010 00:20:49 -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.4) with ESMTP id o4S7Km9B032986 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 28 May 2010 01:20:49 -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 <0L340080BCEPWQ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 28 May 2010 01:20:49 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L3400EVTCEN7U70@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 28 May 2010 01:20:48 -0600 (MDT) Received: from fe-emea-13.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o4S7KkOI022702 for ; Fri, 28 May 2010 07:20:47 +0000 (GMT) Received: from conversion-daemon.fe-emea-13.sun.com by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L3400800CAH2M00@fe-emea-13.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 28 May 2010 08:20:37 +0100 (BST) Received: from [129.158.218.60] ([unknown] [129.158.218.60]) by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L34008G8CEA3200@fe-emea-13.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 28 May 2010 08:20:37 +0100 (BST) Date: Fri, 28 May 2010 15:19:50 +0800 From: Frank Che Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFC8DE7.4070405@oracle.com> Sender: Frank.Che@sun.com To: PSARC-ext@sun.com Cc: Liane Praza , Shawn Walker , Felix Feng , Antonello Cruz , "Garrett D'Amore" Message-id: <4BFF6E96.80402@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> <4BFC893A.6080505@oracle.com> <4BFC8DE7.4070405@oracle.com> User-Agent: Thunderbird 2.0.0.19 (X11/20090218) Status: RO Content-Length: 374 The project team has updated the case material based on the feedback from reviewers. The new material is available as 'spec.txt' in the case material. Changes in the new spec include: 1. use lower case property names. 2. use specific types instead of astring for the new properties. I have extended the timer of this case to 5/31. Please continue your review. -Frank From sebastien.roy@oracle.com Wed Jun 2 09:31:21 2010 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 o52GVLRC005480 for ; Wed, 2 Jun 2010 09:31:21 -0700 (PDT) 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.4) with ESMTP id o52GVHMK014010; Wed, 2 Jun 2010 10:31:19 -0600 (MDT) 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 <0L3E00G19B86IS00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 02 Jun 2010 09:31:18 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L3E007ZAB850320@nwk-avmta-1.sfbay.Sun.COM>; Wed, 02 Jun 2010 09:31:17 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o52GVHcX002397; Wed, 02 Jun 2010 16:31:17 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o52BVYCj007545; Wed, 02 Jun 2010 16:31:16 +0000 (GMT) Received: from abhmt020.oracle.com by acsmt353.oracle.com with ESMTP id 290798961275496206; Wed, 02 Jun 2010 09:30:06 -0700 Received: from [129.148.19.4] (/129.148.19.4) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 02 Jun 2010 09:30:05 -0700 Date: Wed, 02 Jun 2010 12:30:02 -0400 From: Sebastien Roy Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4BFF6E96.80402@sun.com> To: Frank Che Cc: PSARC-ext@sun.com, Liane Praza , Shawn Walker , Felix Feng , Antonello Cruz , "Garrett D'Amore" Message-id: <4C06870A.4090305@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4C068754.01BE:SCFMA4539814,ss=1,fgs=0 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> <4BFC893A.6080505@oracle.com> <4BFC8DE7.4070405@oracle.com> <4BFF6E96.80402@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100510 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 671 On 05/28/10 03:19 AM, Frank Che wrote: > The project team has updated the case material based on the feedback > from reviewers. The new material is available as 'spec.txt' in the case > material. > > Changes in the new spec include: > > 1. use lower case property names. > 2. use specific types instead of astring for the new properties. > > I have extended the timer of this case to 5/31. Please continue your > review. To be clear on the disposition of /etc/default/kbd, this file will be made Obsolete in a Patch release and removed in the subsequent Minor+ release, correct? Aside from this minor clarification, +1 on the case given the updated materials. -Seb From Frank.Che@sun.com Wed Jun 2 18:14:09 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o531E99V025040 for ; Wed, 2 Jun 2010 18:14:09 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o531E81B001027 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 2 Jun 2010 20:14:09 -0500 (CDT) 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 <0L3E00F0BZFLN100@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 02 Jun 2010 18:14:09 -0700 (PDT) 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 <0L3E008ZZZFJUUC0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 02 Jun 2010 18:14:07 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o531E6TP023932 for ; Thu, 03 Jun 2010 01:14:06 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L3E00A00Z9DHT00@fe-emea-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 03 Jun 2010 02:13:58 +0100 (BST) Received: from [129.158.218.60] ([unknown] [129.158.218.60]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L3E00FJFZF2V270@fe-emea-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 03 Jun 2010 02:13:57 +0100 (BST) Date: Thu, 03 Jun 2010 09:13:05 +0800 From: Frank Che Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4C06870A.4090305@oracle.com> Sender: Frank.Che@sun.com To: Sebastien Roy Cc: PSARC-ext@sun.com, Felix Feng Message-id: <4C0701A1.2060507@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> <4BFC893A.6080505@oracle.com> <4BFC8DE7.4070405@oracle.com> <4BFF6E96.80402@sun.com> <4C06870A.4090305@oracle.com> User-Agent: Thunderbird 2.0.0.19 (X11/20090218) Status: RO Content-Length: 235 Sebastien Roy wrote: > To be clear on the disposition of /etc/default/kbd, this file will be > made Obsolete in a Patch release and removed in the subsequent Minor+ > release, correct? Yes. It will be disposed in this way. -Frank. From Frank.Che@Sun.COM Wed Jun 2 19:20:35 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o532KYHB026239 for ; Wed, 2 Jun 2010 19:20:34 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o532KYUm026526 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 2 Jun 2010 21:20:34 -0500 (CDT) 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 <0L3F00M012IAHN00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 02 Jun 2010 20:20:34 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L3F00BX02I9SL30@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 02 Jun 2010 20:20:34 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o532KW7o027583 for ; Thu, 03 Jun 2010 02:20:33 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L3F00K0022Q0900@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 03 Jun 2010 03:20:29 +0100 (BST) Received: from [129.158.218.60] ([unknown] [129.158.218.60]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L3F00H542G39EA0@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 03 Jun 2010 03:19:17 +0100 (BST) Date: Thu, 03 Jun 2010 10:18:30 +0800 From: Frank Che Subject: Re: Kernel Keyboard Configuration in SMF [PSARC/2010/183 FastTrack timeout 05/27/2010] In-reply-to: <4C0701A1.2060507@sun.com> Sender: Frank.Che@Sun.COM To: PSARC-ext@Sun.COM Cc: Felix Feng Message-id: <4C0710F6.6070208@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4BF807D0.4030205@Sun.COM> <4BFAB650.6050107@oracle.com> <4BFB32E5.8030802@sun.com> <4BFB3A29.4040105@oracle.com> <4BFB64A5.3030403@sun.com> <4BFBF6CF.3090202@oracle.com> <4BFC8847.4000501@sun.com> <4BFC893A.6080505@oracle.com> <4BFC8DE7.4070405@oracle.com> <4BFF6E96.80402@sun.com> <4C06870A.4090305@oracle.com> <4C0701A1.2060507@sun.com> User-Agent: Thunderbird 2.0.0.19 (X11/20090218) Status: RO Content-Length: 59 This case was approved in the PSARC meeting today. -Frank