From gd78059@sac.sfbay.sun.com Mon Dec 21 18:55:23 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBM2tNOt027254
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 21 Dec 2009 18:55:23 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nBM2tMCu018282;
	Mon, 21 Dec 2009 18:55:23 -0800 (PST)
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 <0KV100J019GAD000@nwk-avmta-1.sfbay.Sun.COM>; Mon,
 21 Dec 2009 18:55:22 -0800 (PST)
Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV100DF79GAR640@nwk-avmta-1.sfbay.Sun.COM>; Mon,
 21 Dec 2009 18:55:22 -0800 (PST)
Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132])
	by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id nBM2tLsQ005140; Mon, 21 Dec 2009 18:55:21 -0800 (PST)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBM2tJtc027249; Mon,
 21 Dec 2009 18:55:19 -0800 (PST)
Received: (from gd78059@localhost)
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id nBM2tJFv027245; Mon,
 21 Dec 2009 18:55:19 -0800 (PST)
Date: Mon, 21 Dec 2009 18:55:19 -0800 (PST)
From: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>
Subject: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
To: PSARC-ext@sun.com
Cc: Dan.Mick@sun.com
Message-id: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 3501


Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 Serial Port Console Redirection
    1.2. Name of Document Author/Supplier:
	 Author:  Daniel Mick
    1.3  Date of This Document:
	21 December, 2009
4. Technical Description

PROBLEM:

x86 platforms have been able for some time to redirect BIOS and early
boot output to a serial port, as has the Solaris kernel; however,
configuration of both is separate, and error-prone.  This has been
unavoidable, because, until recently, there's been no interface to
query the BIOS settings for serial console.

Further, OpenSolaris now tries to enter graphics mode immediately in
Grub, and stay there during kernel boot until Xorg takes over
(so-called "happy face" boot).  This works well on workstations with
VGAs and displays, and not so well on remote servers with serial
consoles (the graphics output is at least garbage to the serial
console, and in worse cases, can wedge the console). 

SOLUTION:

Microsoft has defined an ACPI table to transmit this information called
SPCR (Serial Port Console Redirection).  Many machines support this
table, and its contents are sufficient to allow Grub and the kernel to
match their configuration to the BIOS configuration.  Using this
information, Grub can automatically avoid graphics mode when serial
console is configured, and we can remove the requirement for manual
configuration of serial parameters for the kernel in Grub's menu.lst.

IMPLEMENTATION

Grub has been modified to read and use the information in SPCR.  A new
keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
it will expand to properties which select either the appropriate serial
port and mode (for example,
"console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
normal text or graphics console ("console=text" or "console=graphics")
as the Solaris release requires.  (Currently Nevada uses text,
OpenSolaris uses graphics.)  A typical use in menu.lst would look
like:

kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE

In addition, a new "spcr" command has been defined, to display the
settings in the SPCR table (if it exists).  This command is useful for
diagnostic purposes.

This requires no change in the kernel to use; however, one file is also
changed in the Solaris system image: /etc/ttydefs, which currently
configures ttymon(1) to force the console to 9600 baud.  It turns out
that if the baud rate setting is removed, ttymon simply uses the
preexisting baud rate without change.  This is exactly what we'd like
for the x86 case, as it means that baud rate choice is done in exactly
one place: the BIOS.  It also allows one fewer configuration step on
SPARC systems, where the ttya-mode variable can be set in OBP, and then
ttydefs will not need change.  (Unfortunately, the SPARC serial drivers
take it upon themselves to initialize the baud rate from settings in
/kernel/drv/options.conf, ignoring ttya-mode, so on SPARC we haven't
yet made it a one-step process...but this does at least remove one step
on SPARC).

SUMMARY OF CHANGE

1) new keyword for use on Grub menu lines '$CONSOLE'
2) new Grub command 'spcr'
3) removal of baud rate from console: line in /etc/ttydefs




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 John.Fischer@sun.com Tue Dec 22 08:31:04 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMGV4Sb022818
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 08:31:04 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nBMGUrir018788
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 08:31:04 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KV2002I1B7GHO00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 08:30:52 -0800 (PST)
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 <0KV200IHVB7COW90@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 22 Dec 2009 08:30:49 -0800 (PST)
Received: from fe-amer-09.sun.com ([192.18.109.79])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nBMGUmn4006508	for
 <PSARC-ext@sun.com>; Tue, 22 Dec 2009 16:30:48 +0000 (GMT)
Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KV200K00AYIHW00@mail-amer.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 09:30:48 -0700 (MST)
Received: from [192.168.0.101] ([unknown] [76.20.56.122])
 by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KV200A8XB7B3T50@mail-amer.sun.com>; Tue,
 22 Dec 2009 09:30:48 -0700 (MST)
Date: Tue, 22 Dec 2009 08:30:39 -0800
From: John Fischer <John.Fischer@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
Sender: John.Fischer@sun.com
To: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com
Reply-to: John.Fischer@sun.com
Message-id: <4B30F42F.90309@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: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091124)
Status: RO
Content-Length: 4312

Garrett,

The timeout seems a little quick for a short work week especially
since there are numerous folks on vacation this week.  Is there a
reason why the timeout wasn't a little longer?

Also what are the interface taxonomy classifications for the imported
and exported interfaces?  I did not see anything mentioned.

Should we expect another case to resolve the 2 step process on
the SPARC platform?  Or should that be considered a bug that
can be fixed at anytime?

Thanks,

John


Garrett D'Amore - sun microsystems wrote:
> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
> This information is Copyright 2009 Sun Microsystems
> 1. Introduction
>     1.1. Project/Component Working Name:
> 	 Serial Port Console Redirection
>     1.2. Name of Document Author/Supplier:
> 	 Author:  Daniel Mick
>     1.3  Date of This Document:
> 	21 December, 2009
> 4. Technical Description
> 
> PROBLEM:
> 
> x86 platforms have been able for some time to redirect BIOS and early
> boot output to a serial port, as has the Solaris kernel; however,
> configuration of both is separate, and error-prone.  This has been
> unavoidable, because, until recently, there's been no interface to
> query the BIOS settings for serial console.
> 
> Further, OpenSolaris now tries to enter graphics mode immediately in
> Grub, and stay there during kernel boot until Xorg takes over
> (so-called "happy face" boot).  This works well on workstations with
> VGAs and displays, and not so well on remote servers with serial
> consoles (the graphics output is at least garbage to the serial
> console, and in worse cases, can wedge the console). 
> 
> SOLUTION:
> 
> Microsoft has defined an ACPI table to transmit this information called
> SPCR (Serial Port Console Redirection).  Many machines support this
> table, and its contents are sufficient to allow Grub and the kernel to
> match their configuration to the BIOS configuration.  Using this
> information, Grub can automatically avoid graphics mode when serial
> console is configured, and we can remove the requirement for manual
> configuration of serial parameters for the kernel in Grub's menu.lst.
> 
> IMPLEMENTATION
> 
> Grub has been modified to read and use the information in SPCR.  A new
> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
> it will expand to properties which select either the appropriate serial
> port and mode (for example,
> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
> normal text or graphics console ("console=text" or "console=graphics")
> as the Solaris release requires.  (Currently Nevada uses text,
> OpenSolaris uses graphics.)  A typical use in menu.lst would look
> like:
> 
> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
> 
> In addition, a new "spcr" command has been defined, to display the
> settings in the SPCR table (if it exists).  This command is useful for
> diagnostic purposes.
> 
> This requires no change in the kernel to use; however, one file is also
> changed in the Solaris system image: /etc/ttydefs, which currently
> configures ttymon(1) to force the console to 9600 baud.  It turns out
> that if the baud rate setting is removed, ttymon simply uses the
> preexisting baud rate without change.  This is exactly what we'd like
> for the x86 case, as it means that baud rate choice is done in exactly
> one place: the BIOS.  It also allows one fewer configuration step on
> SPARC systems, where the ttya-mode variable can be set in OBP, and then
> ttydefs will not need change.  (Unfortunately, the SPARC serial drivers
> take it upon themselves to initialize the baud rate from settings in
> /kernel/drv/options.conf, ignoring ttya-mode, so on SPARC we haven't
> yet made it a one-step process...but this does at least remove one step
> on SPARC).
> 
> SUMMARY OF CHANGE
> 
> 1) new keyword for use on Grub menu lines '$CONSOLE'
> 2) new Grub command 'spcr'
> 3) removal of baud rate from console: line in /etc/ttydefs
> 
> 
> 
> 
> 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
> 
> _______________________________________________
> opensolaris-arc mailing list
> opensolaris-arc@opensolaris.org

From gdamore@sun.com Tue Dec 22 09:07:49 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMH7npX023523
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 09:07:49 -0800 (PST)
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 nBMH7mxv000500
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 09:07:49 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KV200G0XCX1UE00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 10:07:49 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200C3QCWZ3C40@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 22 Dec 2009 10:07:47 -0700 (MST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nBMH7lOx017362	for
 <PSARC-ext@sun.com>; Tue, 22 Dec 2009 09:07:47 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KV200H00CH6AU00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 09:07:47 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KV2007PUCWY49G0@fe-sfbay-10.sun.com>; Tue,
 22 Dec 2009 09:07:47 -0800 (PST)
Date: Tue, 22 Dec 2009 09:07:46 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B30F42F.90309@sun.com>
Sender: Garrett.Damore@sun.com
To: John.Fischer@sun.com
Cc: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@sun.com
Message-id: <4B30FCE2.5040206@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: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <4B30F42F.90309@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091013)
Status: RO
Content-Length: 5550

John Fischer wrote:
> Garrett,
>
> The timeout seems a little quick for a short work week especially
> since there are numerous folks on vacation this week.  Is there a
> reason why the timeout wasn't a little longer?

I just set it for the default one week.  If someone says "want more 
time", or the case doesn't appear to receive review, then it will be 
extended.  I don't think there is any particular urgency here.
>
> Also what are the interface taxonomy classifications for the imported
> and exported interfaces?  I did not see anything mentioned.

Good point.  I think the imported SPCR interface in BIOS is specified by 
the ACPI specification, and falls outside of PSARC classification.

I'm guessing that $CONSOLE is probably meant to be a newly exported 
Committed interface.

The actual contents of $CONSOLE appear to be imported from the previous 
kernel boot command arguments.  I'm not sure of their existing 
stability, but my first guess here is also Committed.

The changes to /etc/ttydefs are not themselves an interface, but simply 
a change to the delivered defaults.  So no interface changes there.

spcr should probably be Uncommitted (my opinion), but I'll let the 
project team (Dan Mick) specify for sure.

Dan, can you comment here?

>
> Should we expect another case to resolve the 2 step process on
> the SPARC platform?  Or should that be considered a bug that
> can be fixed at anytime?

I'd consider it a bug or rfe to be fixed anytime after this project 
integrates, without a need to come back to PSARC.  (Or, if needed, could 
be done via a self-review case.)

    - Garrett
>
> Thanks,
>
> John
>
>
> Garrett D'Amore - sun microsystems wrote:
>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
>> This information is Copyright 2009 Sun Microsystems
>> 1. Introduction
>>     1.1. Project/Component Working Name:
>>      Serial Port Console Redirection
>>     1.2. Name of Document Author/Supplier:
>>      Author:  Daniel Mick
>>     1.3  Date of This Document:
>>     21 December, 2009
>> 4. Technical Description
>>
>> PROBLEM:
>>
>> x86 platforms have been able for some time to redirect BIOS and early
>> boot output to a serial port, as has the Solaris kernel; however,
>> configuration of both is separate, and error-prone.  This has been
>> unavoidable, because, until recently, there's been no interface to
>> query the BIOS settings for serial console.
>>
>> Further, OpenSolaris now tries to enter graphics mode immediately in
>> Grub, and stay there during kernel boot until Xorg takes over
>> (so-called "happy face" boot).  This works well on workstations with
>> VGAs and displays, and not so well on remote servers with serial
>> consoles (the graphics output is at least garbage to the serial
>> console, and in worse cases, can wedge the console).
>> SOLUTION:
>>
>> Microsoft has defined an ACPI table to transmit this information called
>> SPCR (Serial Port Console Redirection).  Many machines support this
>> table, and its contents are sufficient to allow Grub and the kernel to
>> match their configuration to the BIOS configuration.  Using this
>> information, Grub can automatically avoid graphics mode when serial
>> console is configured, and we can remove the requirement for manual
>> configuration of serial parameters for the kernel in Grub's menu.lst.
>>
>> IMPLEMENTATION
>>
>> Grub has been modified to read and use the information in SPCR.  A new
>> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
>> it will expand to properties which select either the appropriate serial
>> port and mode (for example,
>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>> normal text or graphics console ("console=text" or "console=graphics")
>> as the Solaris release requires.  (Currently Nevada uses text,
>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>> like:
>>
>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>>
>> In addition, a new "spcr" command has been defined, to display the
>> settings in the SPCR table (if it exists).  This command is useful for
>> diagnostic purposes.
>>
>> This requires no change in the kernel to use; however, one file is also
>> changed in the Solaris system image: /etc/ttydefs, which currently
>> configures ttymon(1) to force the console to 9600 baud.  It turns out
>> that if the baud rate setting is removed, ttymon simply uses the
>> preexisting baud rate without change.  This is exactly what we'd like
>> for the x86 case, as it means that baud rate choice is done in exactly
>> one place: the BIOS.  It also allows one fewer configuration step on
>> SPARC systems, where the ttya-mode variable can be set in OBP, and then
>> ttydefs will not need change.  (Unfortunately, the SPARC serial drivers
>> take it upon themselves to initialize the baud rate from settings in
>> /kernel/drv/options.conf, ignoring ttya-mode, so on SPARC we haven't
>> yet made it a one-step process...but this does at least remove one step
>> on SPARC).
>>
>> SUMMARY OF CHANGE
>>
>> 1) new keyword for use on Grub menu lines '$CONSOLE'
>> 2) new Grub command 'spcr'
>> 3) removal of baud rate from console: line in /etc/ttydefs
>>
>>
>>
>>
>> 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
>>
>> _______________________________________________
>> opensolaris-arc mailing list
>> opensolaris-arc@opensolaris.org


From Nicolas.Williams@sun.com Tue Dec 22 09:16:47 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMHGlIG023600
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 09:16:47 -0800 (PST)
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 nBMHGgc4005840;
	Tue, 22 Dec 2009 09:16:47 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KV200H1DDBYPN00@brm-avmta-1.central.sun.com>; Tue,
 22 Dec 2009 10:16:46 -0700 (MST)
Received: from binky.Central.Sun.COM ([129.153.128.104])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200C68DBY3E60@brm-avmta-1.central.sun.com>; Tue,
 22 Dec 2009 10:16:46 -0700 (MST)
Received: from binky.Central.Sun.COM (localhost [127.0.0.1])
	by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id nBMHGggr011099;
 Tue, 22 Dec 2009 11:16:42 -0600 (CST)
Received: (from nw141292@localhost)
	by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id nBMHGg4i011098; Tue,
 22 Dec 2009 11:16:42 -0600 (CST)
Date: Tue, 22 Dec 2009 11:16:42 -0600
From: Nicolas Williams <Nicolas.Williams@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
To: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, Dan.Mick@sun.com
Message-id: <20091222171641.GB1516@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.4.1.325704
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to
 Nicolas.Williams@sun.com using -f
User-Agent: Mutt/1.5.7i
Status: RO
Content-Length: 891

On Mon, Dec 21, 2009 at 06:55:19PM -0800, Garrett D'Amore - sun microsystems wrote:
> Grub has been modified to read and use the information in SPCR.  A new
> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
> it will expand to properties which select either the appropriate serial
> port and mode (for example,
> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
> normal text or graphics console ("console=text" or "console=graphics")
> as the Solaris release requires.  (Currently Nevada uses text,
> OpenSolaris uses graphics.)  A typical use in menu.lst would look
> like:
> 
> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE

How will grub know whether to expand $CONSOLE to console=text or
console=graphics?  Will grub be built differently for Nevada and
OpenSolaris?

Are the changes to grub going back upstream?

Nico
-- 

From gdamore@sun.com Tue Dec 22 09:26:47 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMHQlG1023652
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 09:26:47 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nBMHQkpq063256
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 10:26:47 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KV200A0BDSMX100@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 09:26:46 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200C38DSLPYA0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 22 Dec 2009 09:26:45 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nBMHQj34019217	for
 <PSARC-ext@sun.com>; Tue, 22 Dec 2009 09:26:45 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KV200700DRE5000@fe-sfbay-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 09:26:45 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KV200D6EDSL7560@fe-sfbay-10.sun.com>; Tue,
 22 Dec 2009 09:26:45 -0800 (PST)
Date: Tue, 22 Dec 2009 09:26:44 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <20091222171641.GB1516@Sun.COM>
Sender: Garrett.Damore@sun.com
To: Nicolas Williams <Nicolas.Williams@sun.com>
Cc: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@sun.com, Dan.Mick@sun.com
Message-id: <4B310154.4000004@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: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <20091222171641.GB1516@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (X11/20091013)
Status: RO
Content-Length: 1235

Nicolas Williams wrote:
> On Mon, Dec 21, 2009 at 06:55:19PM -0800, Garrett D'Amore - sun microsystems wrote:
>   
>> Grub has been modified to read and use the information in SPCR.  A new
>> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
>> it will expand to properties which select either the appropriate serial
>> port and mode (for example,
>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>> normal text or graphics console ("console=text" or "console=graphics")
>> as the Solaris release requires.  (Currently Nevada uses text,
>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>> like:
>>
>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>>     
>
> How will grub know whether to expand $CONSOLE to console=text or
> console=graphics?  Will grub be built differently for Nevada and
> OpenSolaris?
>
> Are the changes to grub going back upstream?
>   

I think it will be different for the different builds, but I'm not 
sure.  I don't think this case is changing *that* (the default value 
being different between OpenSolaris and Nevada).  That said, it may soon 
be moot as SXCE is supposed to be stopping soon.

    - Garrett
> Nico
>   


From Andrew.Gabriel@sun.com Tue Dec 22 10:12:07 2009
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 nBMIC7wh024371
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 10:12:07 -0800 (PST)
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 nBMIC6wc029666
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 12:12:06 -0600 (CST)
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 <0KV20004BFW6BH00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 11:12:06 -0700 (MST)
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 <0KV200CQ2FW53G90@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 22 Dec 2009 11:12:05 -0700 (MST)
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 nBMIC4qQ025581	for
 <PSARC-ext@sun.com>; Tue, 22 Dec 2009 18:12:05 +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 <0KV200B00FR3BA00@fe-emea-10.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 18:11:51 +0000 (GMT)
Received: from [81.187.162.109] ([unknown] [81.187.162.109])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KV2007Z4FVKAS10@fe-emea-10.sun.com>; Tue,
 22 Dec 2009 18:11:49 +0000 (GMT)
Date: Tue, 22 Dec 2009 18:11:45 +0000
From: Andrew Gabriel <Andrew.Gabriel@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
Sender: Andrew.Gabriel@sun.com
To: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, Dan.Mick@sun.com
Message-id: <4B310BE1.5080405@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: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090929)
Status: RO
Content-Length: 1455

Garrett D'Amore - sun microsystems wrote:
> IMPLEMENTATION
>
> Grub has been modified to read and use the information in SPCR.  A new
> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
> it will expand to properties which select either the appropriate serial
> port and mode (for example,
> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
> normal text or graphics console ("console=text" or "console=graphics")
> as the Solaris release requires.  (Currently Nevada uses text,
> OpenSolaris uses graphics.)  A typical use in menu.lst would look
> like:
>
> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>
> In addition, a new "spcr" command has been defined, to display the
> settings in the SPCR table (if it exists).  This command is useful for
> diagnostic purposes.
>
> This requires no change in the kernel to use; however, one file is also
> changed in the Solaris system image: /etc/ttydefs, which currently
> configures ttymon(1) to force the console to 9600 baud.  It turns out
> that if the baud rate setting is removed, ttymon simply uses the
> preexisting baud rate without change.  This is exactly what we'd like
> for the x86 case, as it means that baud rate choice is done in exactly
> one place: the BIOS.

You should probably take CR 6206504 "ttymon has no business changing the 
serial console baud rate at first login: prompt" under the project's wing.

-- 
Cheers
Andrew

From gdamore@sun.com Tue Dec 22 10:15:18 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMIFIY0024393
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 10:15:18 -0800 (PST)
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 nBMIFHgO034841
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 11:15:17 -0700 (MST)
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 <0KV200803G1HGE00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.COM); Tue, 22 Dec 2009 10:15:17 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV2006TKG1H6730@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue,
 22 Dec 2009 10:15:17 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nBMIFGrf024600	for
 <PSARC-ext@Sun.COM>; Tue, 22 Dec 2009 10:15:16 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KV200700FNHTS00@fe-sfbay-10.sun.com> for PSARC-ext@Sun.COM
 (ORCPT PSARC-ext@Sun.COM); Tue, 22 Dec 2009 10:15:16 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KV200L1VG168F60@fe-sfbay-10.sun.com>; Tue,
 22 Dec 2009 10:15:07 -0800 (PST)
Date: Tue, 22 Dec 2009 10:15:06 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B310BE1.5080405@sun.com>
Sender: Garrett.Damore@sun.com
To: Andrew Gabriel <Andrew.Gabriel@sun.com>
Cc: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@sun.com, Dan.Mick@sun.com
Message-id: <4B310CAA.4050808@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: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <4B310BE1.5080405@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091013)
Status: RO
Content-Length: 1544

Andrew Gabriel wrote:
> Garrett D'Amore - sun microsystems wrote:
>> IMPLEMENTATION
>>
>> Grub has been modified to read and use the information in SPCR.  A new
>> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
>> it will expand to properties which select either the appropriate serial
>> port and mode (for example,
>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>> normal text or graphics console ("console=text" or "console=graphics")
>> as the Solaris release requires.  (Currently Nevada uses text,
>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>> like:
>>
>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>>
>> In addition, a new "spcr" command has been defined, to display the
>> settings in the SPCR table (if it exists).  This command is useful for
>> diagnostic purposes.
>>
>> This requires no change in the kernel to use; however, one file is also
>> changed in the Solaris system image: /etc/ttydefs, which currently
>> configures ttymon(1) to force the console to 9600 baud.  It turns out
>> that if the baud rate setting is removed, ttymon simply uses the
>> preexisting baud rate without change.  This is exactly what we'd like
>> for the x86 case, as it means that baud rate choice is done in exactly
>> one place: the BIOS.
>
> You should probably take CR 6206504 "ttymon has no business changing 
> the serial console baud rate at first login: prompt" under the 
> project's wing.

Thanks.  I hope Dan will do that.

    - Garrett


From Alan.Coopersmith@Sun.COM Tue Dec 22 10:25:07 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMIP77H024486
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 10:25:07 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nBMIP6E5014196
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 10:25:07 -0800 (PST)
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 <0KV20011DGHVLN00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.COM); Tue, 22 Dec 2009 10:25:07 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200CYVGHSQAD0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue,
 22 Dec 2009 10:25:04 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nBMIP4Tl027677	for
 <PSARC-ext@Sun.COM>; Tue, 22 Dec 2009 10:25:04 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KV200200GDLLR00@fe-sfbay-10.sun.com> for PSARC-ext@Sun.COM
 (ORCPT PSARC-ext@Sun.COM); Tue, 22 Dec 2009 10:25:04 -0800 (PST)
Received: from [10.6.102.27] ([unknown] [10.6.102.27])
 by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KV200LCCGHR8F90@fe-sfbay-10.sun.com>;
 Tue, 22 Dec 2009 10:25:04 -0800 (PST)
Date: Tue, 22 Dec 2009 10:25:03 -0800
From: Alan Coopersmith <Alan.Coopersmith@Sun.COM>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B310154.4000004@sun.com>
Sender: Alan.Coopersmith@Sun.COM
To: "Garrett D'Amore" <gdamore@Sun.COM>
Cc: Nicolas Williams <Nicolas.Williams@Sun.COM>,
        "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@Sun.COM, Dan.Mick@Sun.COM
Message-id: <4B310EFF.4000903@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <20091222171641.GB1516@Sun.COM> <4B310154.4000004@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090926)
Status: RO
Content-Length: 832

Garrett D'Amore wrote:
> I think it will be different for the different builds, but I'm not
> sure.  I don't think this case is changing *that* (the default value
> being different between OpenSolaris and Nevada).  That said, it may soon
> be moot as SXCE is supposed to be stopping soon.

Part of the ON-IPS project currently underway is merging the OpenSolaris
customizations to ON back into the main ON Nevada gate, since after they're
done there will be just one Nevada build train, distributed as IPS packages
in the style of OpenSolaris.   You can see this in their current project
gate on hg.opensolaris.org.   (Exact schedule and details of that integration
are TBD at the moment, but that's not this case.)

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From gdamore@Sun.COM Tue Dec 22 10:48:29 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMImSD2024569
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 10:48:29 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nBMImRih064720
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 11:48:28 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KV20061PHKRFD00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.COM); Tue, 22 Dec 2009 10:48:27 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV2004TGHKRV900@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue,
 22 Dec 2009 10:48:27 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nBMImRtQ000098	for
 <PSARC-ext@Sun.COM>; Tue, 22 Dec 2009 10:48:27 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KV200M00HHXKE00@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM
 (ORCPT PSARC-ext@Sun.COM); Tue, 22 Dec 2009 10:48:27 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KV2000QLHKL77E0@fe-sfbay-09.sun.com>; Tue,
 22 Dec 2009 10:48:21 -0800 (PST)
Date: Tue, 22 Dec 2009 10:48:21 -0800
From: "Garrett D'Amore" <gdamore@Sun.COM>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B310CAA.4050808@sun.com>
Sender: Garrett.Damore@Sun.COM
To: Andrew Gabriel <Andrew.Gabriel@Sun.COM>
Cc: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@Sun.COM, Dan.Mick@Sun.COM
Message-id: <4B311475.8070506@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: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <4B310BE1.5080405@sun.com> <4B310CAA.4050808@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091013)
Status: RO
Content-Length: 222

I've reset the timeout on this case to Jan 4, 2004.  That should not be 
too onerous on the project team, and it allows for folks who may be out 
either this week or next (but not both) a chance to review.

    - Garrett


From dan.mick@Sun.COM Tue Dec 22 13:49:43 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMLnhQx028177
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 13:49:43 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nBMLngg0022873;
	Tue, 22 Dec 2009 13:49:43 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KV200L07PYURI00@brm-avmta-1.central.sun.com>; Tue,
 22 Dec 2009 14:49:42 -0700 (MST)
Received: from dm-eng-01.sfbay.sun.com ([129.145.155.198])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200K78PYU0D10@brm-avmta-1.central.sun.com>; Tue,
 22 Dec 2009 14:49:42 -0700 (MST)
Received: from [129.150.241.253]
 (vpn-129-150-241-253.SFBay.Sun.COM [129.150.241.253])
	by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id nBMLnf62018011; Tue, 22 Dec 2009 13:49:41 -0800 (PST)
Date: Tue, 22 Dec 2009 13:49:44 -0800
From: Dan Mick <dan.mick@Sun.COM>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B30FCE2.5040206@sun.com>
To: "Garrett D'Amore" <gdamore@Sun.COM>
Cc: John.Fischer@Sun.COM,
        "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@Sun.COM
Message-id: <4B313EF8.1080302@sun.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
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <4B30F42F.90309@sun.com> <4B30FCE2.5040206@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 5849


>> Also what are the interface taxonomy classifications for the imported
>> and exported interfaces?  I did not see anything mentioned.
> 
> Good point.  I think the imported SPCR interface in BIOS is specified by 
> the ACPI specification, and falls outside of PSARC classification.

Specified by a Microsoft document, outside ACPI, but yes.  (I've had the 
use of the information in the document cleared by Sun Legal, before 
anyone asks.)

> I'm guessing that $CONSOLE is probably meant to be a newly exported 
> Committed interface.

Right.

> The actual contents of $CONSOLE appear to be imported from the previous 
> kernel boot command arguments.  I'm not sure of their existing 
> stability, but my first guess here is also Committed.

I'd have to guess; I'm not changing their committment level in any event.

> The changes to /etc/ttydefs are not themselves an interface, but simply 
> a change to the delivered defaults.  So no interface changes there.
> 
> spcr should probably be Uncommitted (my opinion), but I'll let the 
> project team (Dan Mick) specify for sure.

Right.  The 'spcr' command is just for convenience and diagnosis, only 
useful to humans, and may change or go away.

> Dan, can you comment here?
> 
>>
>> Should we expect another case to resolve the 2 step process on
>> the SPARC platform?  Or should that be considered a bug that
>> can be fixed at anytime?
> 
> I'd consider it a bug or rfe to be fixed anytime after this project 
> integrates, without a need to come back to PSARC.  (Or, if needed, could 
> be done via a self-review case.)

Yes, it's a bug (well, bugs).  The fixes would be to all the applicable 
SPARC serial drivers, to note that, on console devices, let the property 
values supply the default settings rather than the options.conf parsing.

>    - Garrett
>>
>> Thanks,
>>
>> John
>>
>>
>> Garrett D'Amore - sun microsystems wrote:
>>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
>>> This information is Copyright 2009 Sun Microsystems
>>> 1. Introduction
>>>     1.1. Project/Component Working Name:
>>>      Serial Port Console Redirection
>>>     1.2. Name of Document Author/Supplier:
>>>      Author:  Daniel Mick
>>>     1.3  Date of This Document:
>>>     21 December, 2009
>>> 4. Technical Description
>>>
>>> PROBLEM:
>>>
>>> x86 platforms have been able for some time to redirect BIOS and early
>>> boot output to a serial port, as has the Solaris kernel; however,
>>> configuration of both is separate, and error-prone.  This has been
>>> unavoidable, because, until recently, there's been no interface to
>>> query the BIOS settings for serial console.
>>>
>>> Further, OpenSolaris now tries to enter graphics mode immediately in
>>> Grub, and stay there during kernel boot until Xorg takes over
>>> (so-called "happy face" boot).  This works well on workstations with
>>> VGAs and displays, and not so well on remote servers with serial
>>> consoles (the graphics output is at least garbage to the serial
>>> console, and in worse cases, can wedge the console).
>>> SOLUTION:
>>>
>>> Microsoft has defined an ACPI table to transmit this information called
>>> SPCR (Serial Port Console Redirection).  Many machines support this
>>> table, and its contents are sufficient to allow Grub and the kernel to
>>> match their configuration to the BIOS configuration.  Using this
>>> information, Grub can automatically avoid graphics mode when serial
>>> console is configured, and we can remove the requirement for manual
>>> configuration of serial parameters for the kernel in Grub's menu.lst.
>>>
>>> IMPLEMENTATION
>>>
>>> Grub has been modified to read and use the information in SPCR.  A new
>>> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
>>> it will expand to properties which select either the appropriate serial
>>> port and mode (for example,
>>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>>> normal text or graphics console ("console=text" or "console=graphics")
>>> as the Solaris release requires.  (Currently Nevada uses text,
>>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>>> like:
>>>
>>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>>>
>>> In addition, a new "spcr" command has been defined, to display the
>>> settings in the SPCR table (if it exists).  This command is useful for
>>> diagnostic purposes.
>>>
>>> This requires no change in the kernel to use; however, one file is also
>>> changed in the Solaris system image: /etc/ttydefs, which currently
>>> configures ttymon(1) to force the console to 9600 baud.  It turns out
>>> that if the baud rate setting is removed, ttymon simply uses the
>>> preexisting baud rate without change.  This is exactly what we'd like
>>> for the x86 case, as it means that baud rate choice is done in exactly
>>> one place: the BIOS.  It also allows one fewer configuration step on
>>> SPARC systems, where the ttya-mode variable can be set in OBP, and then
>>> ttydefs will not need change.  (Unfortunately, the SPARC serial drivers
>>> take it upon themselves to initialize the baud rate from settings in
>>> /kernel/drv/options.conf, ignoring ttya-mode, so on SPARC we haven't
>>> yet made it a one-step process...but this does at least remove one step
>>> on SPARC).
>>>
>>> SUMMARY OF CHANGE
>>>
>>> 1) new keyword for use on Grub menu lines '$CONSOLE'
>>> 2) new Grub command 'spcr'
>>> 3) removal of baud rate from console: line in /etc/ttydefs
>>>
>>>
>>>
>>>
>>> 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
>>>
>>> _______________________________________________
>>> opensolaris-arc mailing list
>>> opensolaris-arc@opensolaris.org
> 


From dan.mick@sun.com Tue Dec 22 13:50:51 2009
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 nBMLoo8s028199
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 13:50:50 -0800 (PST)
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 nBMLonj0013075
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 15:50:50 -0600 (CST)
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 <0KV200309Q0PJR00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 13:50:49 -0800 (PST)
Received: from dm-eng-01.sfbay.sun.com ([129.145.155.198])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV2004KSQ0PVJC0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 22 Dec 2009 13:50:49 -0800 (PST)
Received: from [129.150.241.253]
 (vpn-129-150-241-253.SFBay.Sun.COM [129.150.241.253])
	by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id nBMLolqr018526; Tue, 22 Dec 2009 13:50:47 -0800 (PST)
Date: Tue, 22 Dec 2009 13:50:50 -0800
From: Dan Mick <dan.mick@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <20091222171641.GB1516@Sun.COM>
To: Nicolas Williams <Nicolas.Williams@sun.com>
Cc: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@sun.com
Message-id: <4B313F3A.70807@sun.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
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <20091222171641.GB1516@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1152

Nicolas Williams wrote:
> On Mon, Dec 21, 2009 at 06:55:19PM -0800, Garrett D'Amore - sun microsystems wrote:
>> Grub has been modified to read and use the information in SPCR.  A new
>> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
>> it will expand to properties which select either the appropriate serial
>> port and mode (for example,
>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>> normal text or graphics console ("console=text" or "console=graphics")
>> as the Solaris release requires.  (Currently Nevada uses text,
>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>> like:
>>
>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
> 
> How will grub know whether to expand $CONSOLE to console=text or
> console=graphics?  Will grub be built differently for Nevada and
> OpenSolaris?

Yes, if the OpenSolaris transition hasn't taken over by the time of putback.

> Are the changes to grub going back upstream?

Probably not; something similar but different will be included in Grub2, 
which is on its way, but not ready soon enough to hold off this change.

From dan.mick@sun.com Tue Dec 22 13:51:32 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMLpWV1028218
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 13:51:32 -0800 (PST)
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 nBMLpVxs028097
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 13:51:32 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KV200M0LQ1W0C00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 14:51:32 -0700 (MST)
Received: from dm-eng-01.sfbay.sun.com ([129.145.155.198])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200K7DQ1V1310@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 22 Dec 2009 14:51:31 -0700 (MST)
Received: from [129.150.241.253]
 (vpn-129-150-241-253.SFBay.Sun.COM [129.150.241.253])
	by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id nBMLpTsx018830; Tue, 22 Dec 2009 13:51:30 -0800 (PST)
Date: Tue, 22 Dec 2009 13:51:32 -0800
From: Dan Mick <dan.mick@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B310BE1.5080405@sun.com>
To: Andrew Gabriel <Andrew.Gabriel@sun.com>
Cc: "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@sun.com
Message-id: <4B313F64.7020002@sun.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
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <4B310BE1.5080405@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 260


> You should probably take CR 6206504 "ttymon has no business changing the 
> serial console baud rate at first login: prompt" under the project's wing.

I can't imagine I didn't write that.  It sounds just like me.  ;)

but yes, I'll take that one.  Thanks.

From bart.smaalders@sun.com Tue Dec 22 14:02:04 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMM24P7028833
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 14:02:04 -0800 (PST)
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 nBMM22Qu005578;
	Tue, 22 Dec 2009 15:02:03 -0700 (MST)
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 <0KV200N2RQJE3K00@brm-avmta-1.central.sun.com>; Tue,
 22 Dec 2009 15:02:02 -0700 (MST)
Received: from zion.sfbay.sun.com ([129.146.17.75])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200JGAQJBZX10@brm-avmta-1.central.sun.com>; Tue,
 22 Dec 2009 15:02:00 -0700 (MST)
Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109])
	by zion.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id nBMM0O0W018169; Tue,
 22 Dec 2009 22:00:24 +0000 (GMT)
Date: Tue, 22 Dec 2009 13:59:57 -0800
From: Bart Smaalders <bart.smaalders@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B313F3A.70807@sun.com>
To: Dan Mick <dan.mick@sun.com>
Cc: Nicolas Williams <Nicolas.Williams@sun.com>,
        "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@sun.com
Message-id: <4B31415D.7070508@Sun.COM>
Organization: Sun Microsystems
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
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <20091222171641.GB1516@Sun.COM> <4B313F3A.70807@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091124)
Status: RO
Content-Length: 1354

Dan Mick wrote:
> Nicolas Williams wrote:
>> On Mon, Dec 21, 2009 at 06:55:19PM -0800, Garrett D'Amore - sun 
>> microsystems wrote:
>>> Grub has been modified to read and use the information in SPCR.  A new
>>> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
>>> it will expand to properties which select either the appropriate serial
>>> port and mode (for example,
>>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>>> normal text or graphics console ("console=text" or "console=graphics")
>>> as the Solaris release requires.  (Currently Nevada uses text,
>>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>>> like:
>>>
>>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>>
>> How will grub know whether to expand $CONSOLE to console=text or
>> console=graphics?  Will grub be built differently for Nevada and
>> OpenSolaris?
> 
> Yes, if the OpenSolaris transition hasn't taken over by the time of 
> putback.

OpenSolaris doesn't recompile anything right now... why would we
remove functionality such that this would have to change?

How does this interact w/ the VESA console project?

- Bart



-- 
Bart Smaalders			Solaris Kernel Performance
barts@cyber.eng.sun.com		http://blogs.sun.com/barts
"You will contribute more with mercurial than with thunderbird."

From carlsonj@workingcode.com Tue Dec 22 14:10:43 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBMMAhYr028862
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 14:10:43 -0800 (PST)
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 nBMMAfeM011733;
	Tue, 22 Dec 2009 15:10:42 -0700 (MST)
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 <0KV200M09QXT1W00@nwk-avmta-2.sfbay.sun.com>; Tue,
 22 Dec 2009 14:10:41 -0800 (PST)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200FJGQXRHOC0@nwk-avmta-2.sfbay.sun.com>; Tue,
 22 Dec 2009 14:10:39 -0800 (PST)
Received: from relay41i.sun.com ([192.5.209.70])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nBMM48Dt014403;
 Tue, 22 Dec 2009 22:10:39 +0000 (GMT)
Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11])
 by relay41i.sun.com with ESMTP id BT-MMP-3381243; Tue,
 22 Dec 2009 22:10:38 +0000 (Z)
Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118])
 by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-10208086; Tue,
 22 Dec 2009 22:10:38 +0000 (Z)
Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97])
 by relay4i.sun.com with ESMTP id BT-MMP-20863560; Tue,
 22 Dec 2009 22:10:38 +0000 (Z)
Received: from [10.50.24.188] (gate.abinitio.com [65.170.40.132])
	(authenticated bits=0)	by carlson.workingcode.com (8.14.2+Sun/8.14.3)
 with ESMTP id nBMMAbg6025142
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue,
 22 Dec 2009 17:10:37 -0500 (EST)
Date: Tue, 22 Dec 2009 17:10:37 -0500
From: James Carlson <carlsonj@workingcode.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B313EF8.1080302@sun.com>
To: Dan Mick <dan.mick@sun.com>
Cc: "Garrett D'Amore" <gdamore@sun.com>, PSARC-ext@sun.com,
        "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>
Message-id: <4B3143DD.604@workingcode.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-DCC-dmv.com-Metrics: carlson; whitelist
X-Antispam: No, score=-0.2/5.0, scanned in 0.115sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <4B30F42F.90309@sun.com> <4B30FCE2.5040206@sun.com> <4B313EF8.1080302@sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090605)
Status: RO
Content-Length: 1253

Dan Mick wrote:
> 
>>> Also what are the interface taxonomy classifications for the imported
>>> and exported interfaces?  I did not see anything mentioned.
>>
>> Good point.  I think the imported SPCR interface in BIOS is specified
>> by the ACPI specification, and falls outside of PSARC classification.
> 
> Specified by a Microsoft document, outside ACPI, but yes.  (I've had the
> use of the information in the document cleared by Sun Legal, before
> anyone asks.)

It doesn't "fall outside of PSARC."  That suggestion from the previous
poster just makes no sense.

It's merely yet another external reference, just like POSIX or any other
externally written interface.  Treat it as Committed with a reference to
the location and/or precise name of the standard, and move on.

Please don't confuse the reviewer's ability (or inability) to change
things with any notion of classification scope or lines of
responsibility.  Read-only references are just fine here.

(And you generally can't import from a document, because they're not
executable.  It's probable that this case or some case related to it
actually 'exports' [defines for use in OpenSolaris] this interface.)

-- 
James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>

From dan.mick@sun.com Tue Dec 22 14:51:12 2009
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 nBMMpBI4029081
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 14:51:12 -0800 (PST)
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 nBMMpB32017298
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 22 Dec 2009 16:51:11 -0600 (CST)
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 <0KV200J05STBBU00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 22 Dec 2009 14:51:11 -0800 (PST)
Received: from dm-eng-01.sfbay.sun.com ([129.145.155.198])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200F6NSTA5K60@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 22 Dec 2009 14:51:10 -0800 (PST)
Received: from [129.150.241.253]
 (vpn-129-150-241-253.SFBay.Sun.COM [129.150.241.253])
	by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id nBMMpAAp020027; Tue, 22 Dec 2009 14:51:10 -0800 (PST)
Date: Tue, 22 Dec 2009 14:51:13 -0800
From: Dan Mick <dan.mick@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B31415D.7070508@Sun.COM>
To: Bart Smaalders <bart.smaalders@sun.com>
Cc: Nicolas Williams <Nicolas.Williams@sun.com>,
        "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>,
        PSARC-ext@sun.com
Message-id: <4B314D61.40908@sun.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
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <20091222171641.GB1516@Sun.COM> <4B313F3A.70807@sun.com>
 <4B31415D.7070508@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1839

Bart Smaalders wrote:
> Dan Mick wrote:
>> Nicolas Williams wrote:
>>> On Mon, Dec 21, 2009 at 06:55:19PM -0800, Garrett D'Amore - sun 
>>> microsystems wrote:
>>>> Grub has been modified to read and use the information in SPCR.  A new
>>>> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
>>>> it will expand to properties which select either the appropriate serial
>>>> port and mode (for example,
>>>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>>>> normal text or graphics console ("console=text" or "console=graphics")
>>>> as the Solaris release requires.  (Currently Nevada uses text,
>>>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>>>> like:
>>>>
>>>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>>>
>>> How will grub know whether to expand $CONSOLE to console=text or
>>> console=graphics?  Will grub be built differently for Nevada and
>>> OpenSolaris?
>>
>> Yes, if the OpenSolaris transition hasn't taken over by the time of 
>> putback.
> 
> OpenSolaris doesn't recompile anything right now... why would we
> remove functionality such that this would have to change?

Don't know what you mean by remove.  The alternative choice of "text" or 
"graphics" is dictated by the default of the particular flavor of boot 
in the distro we're constructing.  Right now, OpenSolaris and Nevada 
differ in their defaults.  When Nevada-or-what-it-becomes changes 
default, then so will this.  That might be pre-push.

> How does this interact w/ the VESA console project?

I'm talking with Jan and Enrico; as far as I can see, that project 
changes how 'console=graphics' is implemented, but not that it is.  In 
the case of "SPCR indicates serial", VESA mode will also be disabled 
just as 'VGA graphics' is disabled in the current prototype.

From setje@sun.com Tue Dec 22 16:18:57 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBN0Ivof015495
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 22 Dec 2009 16:18:57 -0800 (PST)
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 nBN0IuMF026465;
	Tue, 22 Dec 2009 17:18:56 -0700 (MST)
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 <0KV200707WVKK000@nwk-avmta-2.sfbay.sun.com>; Tue,
 22 Dec 2009 16:18:56 -0800 (PST)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV200177WVKWP40@nwk-avmta-2.sfbay.sun.com>; Tue,
 22 Dec 2009 16:18:56 -0800 (PST)
Received: from [129.146.226.114] (smack.SFBay.Sun.COM [129.146.226.114])
	by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3)
 with ESMTP id nBN0ItoP983950; Tue, 22 Dec 2009 16:18:55 -0800 (PST)
Date: Tue, 22 Dec 2009 16:18:55 -0800
From: Jan Setje-Eilers <setje@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B314D61.40908@sun.com>
To: Dan Mick <dan.mick@sun.com>
Cc: Bart Smaalders <bart.smaalders@sun.com>, PSARC-ext@sun.com,
        "Garrett D'Amore - sun microsystems" <gd78059@sac.sfbay.sun.com>
Message-id: <4B3161EF.2000805@sun.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
References: <200912220255.nBM2tJFv027245@sac.sfbay.sun.com>
 <20091222171641.GB1516@Sun.COM> <4B313F3A.70807@sun.com>
 <4B31415D.7070508@Sun.COM> <4B314D61.40908@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091124)
Status: RO
Content-Length: 3124

Dan Mick wrote:
> Bart Smaalders wrote:
>> Dan Mick wrote:
>>> Nicolas Williams wrote:
>>>> On Mon, Dec 21, 2009 at 06:55:19PM -0800, Garrett D'Amore - sun 
>>>> microsystems wrote:
>>>>> Grub has been modified to read and use the information in SPCR.  A new
>>>>> keyword $CONSOLE is added for use on the kernel$ boot line in 
>>>>> menu.lst;
>>>>> it will expand to properties which select either the appropriate 
>>>>> serial
>>>>> port and mode (for example,
>>>>> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
>>>>> normal text or graphics console ("console=text" or "console=graphics")
>>>>> as the Solaris release requires.  (Currently Nevada uses text,
>>>>> OpenSolaris uses graphics.)  A typical use in menu.lst would look
>>>>> like:
>>>>>
>>>>> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
>>>>
>>>> How will grub know whether to expand $CONSOLE to console=text or
>>>> console=graphics?  Will grub be built differently for Nevada and
>>>> OpenSolaris?
>>>
>>> Yes, if the OpenSolaris transition hasn't taken over by the time of 
>>> putback.
>>
>> OpenSolaris doesn't recompile anything right now... why would we
>> remove functionality such that this would have to change?
> 
> Don't know what you mean by remove.  The alternative choice of "text" or 
> "graphics" is dictated by the default of the particular flavor of boot 
> in the distro we're constructing.  Right now, OpenSolaris and Nevada 
> differ in their defaults.  When Nevada-or-what-it-becomes changes 
> default, then so will this.  That might be pre-push.

  To clear up some confusion, console=graphics is not the default for 
openSolaris or Nevada media. openSolaris media does not set is as it 
requires (required?) console interaction to set things like locale and 
keyboard type.

  There are two problems that need to be solved in order to enable 
console=graphics as the default:

  1) Don't break systems with serial console redirection.

     This project solves that problem in addition to automatically
     allowing the OS console to inherit any serial settings from the
     platform firmware configuration (which is really cool BTW).

  2) Automatically display any text that may need interaction on console
     when it does.

    That becomes possible with the VESA console (PSARC/2009/415).

  Once both projects are integrated $CONSOLE can default to "graphics". 
Prior to that it must default to "text".

  If we really wanted this to be a distro configurable behavior, we 
could work out a way to set a default in the menu file. However I really 
don't think we require that level of control.

>> How does this interact w/ the VESA console project?
> 
> I'm talking with Jan and Enrico; as far as I can see, that project 
> changes how 'console=graphics' is implemented, but not that it is.  In 
> the case of "SPCR indicates serial", VESA mode will also be disabled 
> just as 'VGA graphics' is disabled in the current prototype.

  Correct, there's really no overlap. The SPCR support automates setting 
the console property which both pre and post VESA consoles consume.

-jan

From dan.mick@sun.com Wed Dec 23 13:59:13 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nBNLxDDX028941
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 23 Dec 2009 13:59:13 -0800 (PST)
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 nBNLxCGi002606
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 23 Dec 2009 14:59:13 -0700 (MST)
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 <0KV400001L2O4W00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 23 Dec 2009 13:59:12 -0800 (PST)
Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KV400CT9L2OHKA0@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 23 Dec 2009 13:59:12 -0800 (PST)
Received: from [129.150.0.87] (vpn-129-150-0-87.SFBay.Sun.COM [129.150.0.87])
	by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id nBNLxBEb026415; Wed, 23 Dec 2009 13:59:11 -0800 (PST)
Date: Wed, 23 Dec 2009 13:59:15 -0800
From: Dan Mick <dan.mick@sun.com>
Subject: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
To: PSARC-ext@sun.com
Cc: dan.mick@sun.com
Message-id: <4B3292B3.7090009@sun.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
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 4827

Here's a revised version, with the following diffs:
--- a/spcr      Tue Dec 22 19:36:31 2009 -0800
+++ b/spcr      Tue Dec 22 19:50:54 2009 -0800
@@ -57,9 +57,19 @@

  SUMMARY OF CHANGE

-1) new keyword for use on Grub menu lines '$CONSOLE'
-2) new Grub command 'spcr'
-3) removal of baud rate from console: line in /etc/ttydefs
+Imported interface:

+SPCR table, defined in Microsoft document "Windows Platform Design
+Notes, Serial Port Console Redirection Table (Version 1.00, January 11,
+2002)".  See http://www.microsoft.com/whdc/system/platform/server/spcr.mspx
+for a clickthrough-license-protected version of this document.

+New exported interfaces:

+- New keyword for use on Grub menu lines '$CONSOLE': Committed
+- New Grub command 'spcr': Uncommitted, human-readable diagnostic command
+
+Non-interface changes worthy of note:
+
+Removal of baud rate from console: line in /etc/ttydefs
+



Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
     1.1. Project/Component Working Name:
	 Serial Port Console Redirection
     1.2. Name of Document Author/Supplier:
	 Author:  Daniel Mick
     1.3  Date of This Document:
	23 December, 2009
4. Technical Description

PROBLEM:

x86 platforms have been able for some time to redirect BIOS and early
boot output to a serial port, as has the Solaris kernel; however,
configuration of both is separate, and error-prone.  This has been
unavoidable, because, until recently, there's been no interface to
query the BIOS settings for serial console.

Further, OpenSolaris now tries to enter graphics mode immediately in
Grub, and stay there during kernel boot until Xorg takes over
(so-called "happy face" boot).  This works well on workstations with
VGAs and displays, and not so well on remote servers with serial
consoles (the graphics output is at least garbage to the serial
console, and in worse cases, can wedge the console).

SOLUTION:

Microsoft has defined an ACPI table to transmit this information called
SPCR (Serial Port Console Redirection).  Many machines support this
table, and its contents are sufficient to allow Grub and the kernel to
match their configuration to the BIOS configuration.  Using this
information, Grub can automatically avoid graphics mode when serial
console is configured, and we can remove the requirement for manual
configuration of serial parameters for the kernel in Grub's menu.lst.

IMPLEMENTATION

Grub has been modified to read and use the information in SPCR.  A new
keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
it will expand to properties which select either the appropriate serial
port and mode (for example,
"console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
normal text or graphics console ("console=text" or "console=graphics")
as the Solaris release requires.  (Currently Nevada uses text,
OpenSolaris uses graphics.)  A typical use in menu.lst would look
like:

kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE

In addition, a new "spcr" command has been defined, to display the
settings in the SPCR table (if it exists).  This command is useful for
diagnostic purposes.

This requires no change in the kernel to use; however, one file is also
changed in the Solaris system image: /etc/ttydefs, which currently
configures ttymon(1) to force the console to 9600 baud.  It turns out
that if the baud rate setting is removed, ttymon simply uses the
preexisting baud rate without change.  This is exactly what we'd like
for the x86 case, as it means that baud rate choice is done in exactly
one place: the BIOS.  It also allows one fewer configuration step on
SPARC systems, where the ttya-mode variable can be set in OBP, and then
ttydefs will not need change.  (Unfortunately, the SPARC serial drivers
take it upon themselves to initialize the baud rate from settings in
/kernel/drv/options.conf, ignoring ttya-mode, so on SPARC we haven't
yet made it a one-step process...but this does at least remove one step
on SPARC).

SUMMARY OF CHANGE

Imported interface:

SPCR table, defined in Microsoft document "Windows Platform Design
Notes, Serial Port Console Redirection Table (Version 1.00, January 11,
2002)".  See http://www.microsoft.com/whdc/system/platform/server/spcr.mspx
for a clickthrough-license-protected version of this document.

New exported interfaces:

- New keyword for use on Grub menu lines '$CONSOLE': Committed
- New Grub command 'spcr': Uncommitted, human-readable diagnostic command

Non-interface changes worthy of note:

Removal of baud rate from console: line in /etc/ttydefs

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 dan.mick@Sun.COM Tue Jan  5 17:23:47 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 o061Nkk3001909
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 5 Jan 2010 17:23:47 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o061NjXn018777
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 5 Jan 2010 18:23:46 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KVS00903X7M4H00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 05 Jan 2010 17:23:46 -0800 (PST)
Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KVS005R6X7MZ800@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 05 Jan 2010 17:23:46 -0800 (PST)
Received: from [10.1.48.101] (angus.West.Sun.COM [10.1.48.101])
	by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id o061NkGj012754	for <PSARC-ext@sun.com>; Tue,
 05 Jan 2010 17:23:46 -0800 (PST)
Date: Tue, 05 Jan 2010 17:23:45 -0800
From: Dan Mick <dan.mick@Sun.COM>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B3292B3.7090009@sun.com>
To: PSARC-ext@Sun.COM
Message-id: <4B43E621.6070505@sun.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
References: <4B3292B3.7090009@sun.com>
User-Agent: Thunderbird 2.0.0.0 (X11/20070419)
Status: RO
Content-Length: 5348

Jim Carlson points out that I'm still backward with "importing" the SPCR spec 
(it should be "exporting").  Assuming I change that, any more comments I can 
address?

Jim, are the other two interfaces that I'm "providing" also "exports" in ARCese?

Dan Mick wrote:
> Here's a revised version, with the following diffs:
> --- a/spcr      Tue Dec 22 19:36:31 2009 -0800
> +++ b/spcr      Tue Dec 22 19:50:54 2009 -0800
> @@ -57,9 +57,19 @@
> 
>  SUMMARY OF CHANGE
> 
> -1) new keyword for use on Grub menu lines '$CONSOLE'
> -2) new Grub command 'spcr'
> -3) removal of baud rate from console: line in /etc/ttydefs
> +Imported interface:
> 
> +SPCR table, defined in Microsoft document "Windows Platform Design
> +Notes, Serial Port Console Redirection Table (Version 1.00, January 11,
> +2002)".  See 
> http://www.microsoft.com/whdc/system/platform/server/spcr.mspx
> +for a clickthrough-license-protected version of this document.
> 
> +New exported interfaces:
> 
> +- New keyword for use on Grub menu lines '$CONSOLE': Committed
> +- New Grub command 'spcr': Uncommitted, human-readable diagnostic command
> +
> +Non-interface changes worthy of note:
> +
> +Removal of baud rate from console: line in /etc/ttydefs
> +
> 
> 
> 
> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
> This information is Copyright 2009 Sun Microsystems
> 1. Introduction
>     1.1. Project/Component Working Name:
>      Serial Port Console Redirection
>     1.2. Name of Document Author/Supplier:
>      Author:  Daniel Mick
>     1.3  Date of This Document:
>     23 December, 2009
> 4. Technical Description
> 
> PROBLEM:
> 
> x86 platforms have been able for some time to redirect BIOS and early
> boot output to a serial port, as has the Solaris kernel; however,
> configuration of both is separate, and error-prone.  This has been
> unavoidable, because, until recently, there's been no interface to
> query the BIOS settings for serial console.
> 
> Further, OpenSolaris now tries to enter graphics mode immediately in
> Grub, and stay there during kernel boot until Xorg takes over
> (so-called "happy face" boot).  This works well on workstations with
> VGAs and displays, and not so well on remote servers with serial
> consoles (the graphics output is at least garbage to the serial
> console, and in worse cases, can wedge the console).
> 
> SOLUTION:
> 
> Microsoft has defined an ACPI table to transmit this information called
> SPCR (Serial Port Console Redirection).  Many machines support this
> table, and its contents are sufficient to allow Grub and the kernel to
> match their configuration to the BIOS configuration.  Using this
> information, Grub can automatically avoid graphics mode when serial
> console is configured, and we can remove the requirement for manual
> configuration of serial parameters for the kernel in Grub's menu.lst.
> 
> IMPLEMENTATION
> 
> Grub has been modified to read and use the information in SPCR.  A new
> keyword $CONSOLE is added for use on the kernel$ boot line in menu.lst;
> it will expand to properties which select either the appropriate serial
> port and mode (for example,
> "console=ttya,ttya-mode=19200,8,n,1,-,ttya-ignore-cd=true") or the
> normal text or graphics console ("console=text" or "console=graphics")
> as the Solaris release requires.  (Currently Nevada uses text,
> OpenSolaris uses graphics.)  A typical use in menu.lst would look
> like:
> 
> kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,$CONSOLE
> 
> In addition, a new "spcr" command has been defined, to display the
> settings in the SPCR table (if it exists).  This command is useful for
> diagnostic purposes.
> 
> This requires no change in the kernel to use; however, one file is also
> changed in the Solaris system image: /etc/ttydefs, which currently
> configures ttymon(1) to force the console to 9600 baud.  It turns out
> that if the baud rate setting is removed, ttymon simply uses the
> preexisting baud rate without change.  This is exactly what we'd like
> for the x86 case, as it means that baud rate choice is done in exactly
> one place: the BIOS.  It also allows one fewer configuration step on
> SPARC systems, where the ttya-mode variable can be set in OBP, and then
> ttydefs will not need change.  (Unfortunately, the SPARC serial drivers
> take it upon themselves to initialize the baud rate from settings in
> /kernel/drv/options.conf, ignoring ttya-mode, so on SPARC we haven't
> yet made it a one-step process...but this does at least remove one step
> on SPARC).
> 
> SUMMARY OF CHANGE
> 
> Imported interface:
> 
> SPCR table, defined in Microsoft document "Windows Platform Design
> Notes, Serial Port Console Redirection Table (Version 1.00, January 11,
> 2002)".  See http://www.microsoft.com/whdc/system/platform/server/spcr.mspx
> for a clickthrough-license-protected version of this document.
> 
> New exported interfaces:
> 
> - New keyword for use on Grub menu lines '$CONSOLE': Committed
> - New Grub command 'spcr': Uncommitted, human-readable diagnostic command
> 
> Non-interface changes worthy of note:
> 
> Removal of baud rate from console: line in /etc/ttydefs
> 
> 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 carlsonj@workingcode.com Wed Jan  6 04:51:10 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 o06CpAvB026539
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 6 Jan 2010 04:51:10 -0800 (PST)
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 o06Cp9JE014186;
	Wed, 6 Jan 2010 04:51:09 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KVT00I09T192900@brm-avmta-1.central.sun.com>; Wed,
 06 Jan 2010 05:51:09 -0700 (MST)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KVT00EZ5T18RN00@brm-avmta-1.central.sun.com>; Wed,
 06 Jan 2010 05:51:08 -0700 (MST)
Received: from relay11i.sun.com
 (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o06Cp86S010456; Wed,
 06 Jan 2010 12:51:08 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay11i.sun.com with ESMTP id BT-MMP-10274807; Wed,
 06 Jan 2010 12:49:08 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-46859086; Wed,
 06 Jan 2010 12:49:07 +0000 (Z)
Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97])
 by relay1i.sun.com with ESMTP id BT-MMP-24393031; Wed,
 06 Jan 2010 12:49:07 +0000 (Z)
Received: from [10.50.23.149] (gate.abinitio.com [65.170.40.132])
	(authenticated bits=0)	by carlson.workingcode.com (8.14.2+Sun/8.14.3)
 with ESMTP id o06Cn7nC015739
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed,
 06 Jan 2010 07:49:07 -0500 (EST)
Date: Wed, 06 Jan 2010 07:49:06 -0500
From: James Carlson <carlsonj@workingcode.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B43E621.6070505@sun.com>
To: Dan Mick <dan.mick@sun.com>
Cc: PSARC-ext@sun.com
Message-id: <4B4486C2.3010707@workingcode.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-DCC-dmv.com-Metrics: carlson; whitelist
X-Antispam: No, score=3.2/5.0, scanned in 0.140sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <4B3292B3.7090009@sun.com> <4B43E621.6070505@sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090605)
Status: RO
Content-Length: 521

Dan Mick wrote:
> Jim Carlson points out that I'm still backward with "importing" the SPCR
> spec (it should be "exporting").  Assuming I change that, any more
> comments I can address?
> 
> Jim, are the other two interfaces that I'm "providing" also "exports" in
> ARCese?

Yep, they look fine.  And as I mentioned in that message, these are
really just nits, which is why I didn't bother broadcasting it to the
list or asking for an update.

-- 
James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>

From gdamore@sun.com Wed Jan  6 16:29:56 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 o070TulQ011084
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 6 Jan 2010 16:29:56 -0800 (PST)
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 o070TuvS022184
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 6 Jan 2010 16:29:56 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KVU00J07PDW8Y00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 06 Jan 2010 17:29:56 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KVU00JPXPDVYMD0@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 06 Jan 2010 17:29:56 -0700 (MST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o070TtZW004820	for
 <PSARC-ext@sun.com>; Wed, 06 Jan 2010 16:29:55 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KVU00100P865G00@fe-sfbay-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 06 Jan 2010 16:29:55 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KVU002LQPDUJ170@fe-sfbay-09.sun.com>; Wed,
 06 Jan 2010 16:29:55 -0800 (PST)
Date: Wed, 06 Jan 2010 16:29:54 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Serial Port Console Redirection [PSARC/2009/684 FastTrack timeout
 12/26/2009]
In-reply-to: <4B43E621.6070505@sun.com>
Sender: Garrett.Damore@sun.com
To: Dan Mick <Dan.Mick@sun.com>
Cc: PSARC-ext@sun.com
Message-id: <4B452B02.4090404@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: <4B3292B3.7090009@sun.com> <4B43E621.6070505@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091013)
Status: RO
Content-Length: 56

This case was approved at PSARC today.

    - Garrett



