From hyw@sac.sfbay.sun.com Tue Jan 26 16:52:52 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 o0R0qqAi006920 for ; Tue, 26 Jan 2010 16:52:52 -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 o0R0qpop052800; Tue, 26 Jan 2010 17:52:51 -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 <0KWV00E03RS3BW00@brm-avmta-1.central.sun.com>; Tue, 26 Jan 2010 17:52:51 -0700 (MST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWV000S1RS279B0@brm-avmta-1.central.sun.com>; Tue, 26 Jan 2010 17:52:50 -0700 (MST) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o0R0qnXK006099; Tue, 26 Jan 2010 16:52:49 -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 o0R0qmT5006915; Tue, 26 Jan 2010 16:52:48 -0800 (PST) Received: (from hyw@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o0R0qmaJ006911; Tue, 26 Jan 2010 16:52:48 -0800 (PST) Date: Tue, 26 Jan 2010 16:52:48 -0800 (PST) From: Huay-Yong Wang Subject: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] To: PSARC-ext@sun.com Cc: Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 9540 I am sponsoring this fasttrack for Chris Kiick. This project implements fast reboot support for SPARC. Specifically, the -f and -p options in reboot(1M) is now supported on SPARC. Previously these options are only available for x86 platforms (See PSARC 2008/382 Fast Reboot) Note that the -e option (boot environments) is not yet supported on SPARC. This project introduces no new interface and I believe this qualify as self-review. I will be marking the case closed approved automatic. If anyone feels that this need to be promoted to a fast track please let me know. The project team is requesting a patch/micro release binding. An updated reboot(1M) manpage is included here. --- cut here --- System Administration Commands reboot(1M) NAME reboot - restart the operating system SYNOPSIS /usr/sbin/reboot [-dlnq] [-f | -p] [boot_arguments] /usr/sbin/reboot [-f [-e environment] | -p] [-dlnq] [boot_arguments] DESCRIPTION The reboot utility restarts the kernel. The kernel is loaded into memory by the PROM monitor, which transfers control to the loaded kernel. On x86 systems, when the -f flag is specified, the running kernel will load the next kernel into memory, then transfer control to the newly loaded kernel. This form of reboot is shown in the second synopsis, above. Although reboot can be run by the super-user at any time, shutdown(1M) is normally used first to warn all users logged in of the impending loss of service. See shutdown(1M) for details. The reboot utility performs a sync(1M) operation on the disks, and then a multi-user reboot is initiated. See init(1M) for details. On x86 systems, reboot may also update the boot archive as needed to ensure a successful reboot. The reboot utility normally logs the reboot to the system log daemon, syslogd(1M), and places a shutdown record in the login accounting file /var/adm/wtmpx. These actions are inhibited if the -n or -q options are present. Normally, the system reboots itself at power-up or after crashes. OPTIONS The following options are supported: -d Force a system crash dump before rebooting. See dumpadm(1M) for information on configuring system crash dumps. SunOS 5.11 Last change: 26 Jan 2010 1 System Administration Commands reboot(1M) -e If -f is present, reboot to the specified boot environ- ment. This option is currently available only on x86 systems. -f For x86 systems: Fast reboot, bypassing firmware and boot loader. The new kernel will be loaded into memory by the running kernel, and control will be transferred to the newly loaded ker- nel. If disk or kernel arguments are specified, they must be specified before other boot arguments. For SPARC systems: Speeds up rebooting by skipping some POST tests. The service svc:/system/boot-config:default is enabled by default. It requires solaris.system.shutdown as action_authorization and value_authorization. When the config/fastreboot_default property is set to true, reboot will behave as reboot -f. The value of this pro- perty can be changed using svccfg(1M) and svcadm(1M), to control the default reboot behavior. See EXAMPLES for details. -l Suppress sending a message to the system log daemon, syslogd(1M) about who executed reboot. -n Avoid calling sync(2) and do not log the reboot to syslogd(1M) or to /var/adm/wtmpx. The kernel still attempts to sync filesystems prior to reboot, except if the -d option is also present. If -d is used with -n, the kernel does not attempt to sync file systems. -p Reboot to prom. This flag can be used to reboot the sys- tem through firmware without changing the default reboot SunOS 5.11 Last change: 26 Jan 2010 2 System Administration Commands reboot(1M) behavior as denoted by the config/fastreboot_default property setting in system/boot-config service. The -p and -f options are mutually exclusive. -q Quick. Reboot quickly and ungracefully, without shutting down running processes first. OPERANDS The following operands are supported: boot_arguments An optional boot_arguments specifies arguments to the uadmin(2) function that are passed to the boot program and kernel upon restart. The form and list of arguments is described in the boot(1M) and kernel(1M) man pages.. If the arguments are specified, whitespace between them is replaced by single spaces unless the whitespace is quoted for the shell. If the boot_arguments begin with a hyphen, they must be preceded by the -- delimiter (two hyphens) to denote the end of the reboot argument list. EXAMPLES Example 1 Passing the -r and -v Arguments to boot In the following example, the delimiter -- (two hyphens) must be used to separate the options of reboot from the arguments of boot(1M). example# reboot -dl -- -rv Example 2 Rebooting Using a Specific Disk and Kernel The following example reboots using a specific disk and ker- nel. example# reboot disk1 kernel.test/unix SunOS 5.11 Last change: 26 Jan 2010 3 System Administration Commands reboot(1M) Example 3 Fast Rebooting The following examples use the -f option to perform fast reboots. If the service svc:/system/boot-config:default is enabled and property config/fastreboot_default is set to true, the -f option can be omitted. On an x86 system, the following command reboots to the default entry in the GRUB (see grub(5)) menu file menu.lst. example# reboot -f The following command reboots to another UFS root disk. example# reboot -f -- '/dev/dsk/c1d0s0' The following command reboots to another ZFS root pool. example# reboot -f -- 'rpool/ROOT/root2' The following command reboots to mykernel on the same disk with -k option. example# reboot -f -- '/platform/i86pc/mykernel/amd64/unix -k' The following command reboots to mykernel off another root disk mounted on /mnt. SunOS 5.11 Last change: 26 Jan 2010 4 System Administration Commands reboot(1M) example# reboot -f -- '/mnt/platform/i86pc/mykernel/amd64/unix -k' The following command reboots to /platform/i86pc/kernel/$ISADIR/unix on another boot environ- ment named second_root. example# reboot -f -e second_root The following command reboots to the same kernel with -kv options. example# reboot -f -- '-kv' The following commands disable the fast-reboot-by-default behavior. example# svccfg -s "system/boot-config:default" \ setprop config/fastreboot_default=false example# svcadm refresh svc:/system/boot-config:default The following commands re-enable the fast-reboot-by-default behavior. example# svccfg -s "system/boot-config:default" \ setprop config/fastreboot_default=true example# svcadm refresh svc:/system/boot-config:default Example 4 Rebooting to a Particular GRUB Menu The following commands will reboot to entry 2 in the GRUB menu. SunOS 5.11 Last change: 26 Jan 2010 5 System Administration Commands reboot(1M) example# bootadm list-menu the location for the active GRUB menu is: /rpool/boot/grub/menu.lst default 0 timeout 10 0 zfsbe1 1 zfsbe1 failsafe 2 zfsbe2 3 zfsbe2 Solaris xVM 4 zfsbe2 failsafe example# reboot 2 FILES /var/adm/wtmpx login accounting file ATTRIBUTES See attributes(5) for descriptions of the following attri- butes: ____________________________________________________________ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | |_____________________________|_____________________________| | Availability | SUNWcsu | |_____________________________|_____________________________| SEE ALSO mdb(1), boot(1M), dumpadm(1M), fsck(1M), halt(1M), init(1M), kernel(1M), shutdown(1M), svcadm(1M), svccfg(1M), sync(1M), syslogd(1M), sync(2), uadmin(2), reboot(3C), attributes(5), grub(5) NOTES The reboot utility does not execute the scripts in /etc/rcnum.d or execute shutdown actions in inittab(4). To ensure a complete shutdown of system services, use shutdown(1M) or init(1M) to reboot a Solaris system. SunOS 5.11 Last change: 26 Jan 2010 6 From gdamore@sun.com Tue Jan 26 22:02:14 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 o0R62Erh010600 for ; Tue, 26 Jan 2010 22:02:14 -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 o0R62Af7024526 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 26 Jan 2010 22:02:14 -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 <0KWW0010363PZJ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 26 Jan 2010 23:02:13 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWW00HBH63P8L40@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 26 Jan 2010 23:02:13 -0700 (MST) 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 o0R62Dv2011078 for ; Tue, 26 Jan 2010 22:02:13 -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 <0KWW00E0062H2400@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 26 Jan 2010 22:02:13 -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 <0KWW00CFN63OLA90@fe-sfbay-10.sun.com>; Tue, 26 Jan 2010 22:02:12 -0800 (PST) Date: Tue, 26 Jan 2010 22:02:11 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> Sender: Garrett.Damore@sun.com To: Huay-Yong Wang Cc: PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <4B5FD6E3.6050505@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 583 On 01/26/10 04:52 PM, Huay-Yong Wang wrote: > are only available > for x86 platforms (See PSARC 2008/382 Fast Reboot) > Note that the -e option (boot environments) is not yet > supported on SPARC. This project introduces no > new interface and I believe this qualify as self-review. > I will be marking the case closed approved automatic. > If anyone feels that this need to be promoted to a fast track > please let me know. > > The project team is requesting a patch/micro release binding. > An updated reboot(1M) manpage is included here. > > > Yay! +100! - Garrett From casper@holland.sun.com Wed Jan 27 00:36: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 o0R8a4wB029156 for ; Wed, 27 Jan 2010 00:36:05 -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 o0R8a3tL054207 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 01:36:04 -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 <0KWW00N05D843L00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 00:36:04 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWW00B6UD824PB0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 00:36:03 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o0R8a06N015781; Wed, 27 Jan 2010 08:36:00 +0000 (GMT) Date: Wed, 27 Jan 2010 09:36:00 +0100 From: Casper.Dik@sun.com Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> Sender: casper@holland.sun.com To: Huay-Yong Wang Cc: PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <201001270836.o0R8a06N015781@dm-holland-02.uk.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> Status: RO Content-Length: 602 > >I am sponsoring this fasttrack for Chris Kiick. > >This project implements fast reboot support >for SPARC. Specifically, the -f and -p options >in reboot(1M) is now supported on SPARC. >Previously these options are only available >for x86 platforms (See PSARC 2008/382 Fast Reboot) >Note that the -e option (boot environments) is not yet >supported on SPARC. This project introduces no >new interface and I believe this qualify as self-review. >I will be marking the case closed approved automatic. >If anyone feels that this need to be promoted to a fast track >please let me know. +1 Casper From Brian.Ruthven@sun.com Wed Jan 27 01:52:44 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 o0R9qi3n001020 for ; Wed, 27 Jan 2010 01:52:44 -0800 (PST) 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 o0R9qgeY026588 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 03:52:44 -0600 (CST) 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 <0KWW00C0BGRV6W00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 01:52:43 -0800 (PST) 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 <0KWW003XJGRUK9B0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 01:52:43 -0800 (PST) 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 o0R9qfJa012554 for ; Wed, 27 Jan 2010 09:52:42 +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 <0KWW00900EOVKI00@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 09:52:26 +0000 (GMT) Received: from [192.168.0.108] ([unknown] [86.7.210.90]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KWW009K7GQX5570@fe-emea-10.sun.com>; Wed, 27 Jan 2010 09:52:10 +0000 (GMT) Date: Wed, 27 Jan 2010 09:52:09 +0000 From: Brian Ruthven - Solaris Network Sustaining - Sun UK Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> Sender: Brian.Ruthven@sun.com To: Huay-Yong Wang Cc: PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <4B600CC9.9080405@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Thunderbird/3.0 Status: RO Content-Length: 10987 I presume init(1M) will also need to be updated in the "6" section to remove the x86-specific reference to fast reboot: 6 Stop the operating system and reboot to the state defined by the initdefault entry in /etc/inittab. On x86 systems, service svc:/system/boot-config:default is enabled by default. When the config/fastreboot_default property is set to true, init 6 will bypass the firmware. Thanks, Brian On 01/27/10 12:52 AM, Huay-Yong Wang wrote: > I am sponsoring this fasttrack for Chris Kiick. > > This project implements fast reboot support > for SPARC. Specifically, the -f and -p options > in reboot(1M) is now supported on SPARC. > Previously these options are only available > for x86 platforms (See PSARC 2008/382 Fast Reboot) > Note that the -e option (boot environments) is not yet > supported on SPARC. This project introduces no > new interface and I believe this qualify as self-review. > I will be marking the case closed approved automatic. > If anyone feels that this need to be promoted to a fast track > please let me know. > > The project team is requesting a patch/micro release binding. > An updated reboot(1M) manpage is included here. > > > --- cut here --- > > System Administration Commands reboot(1M) > > > > NAME > reboot - restart the operating system > > SYNOPSIS > /usr/sbin/reboot [-dlnq] [-f | -p] [boot_arguments] > > > /usr/sbin/reboot [-f [-e environment] | -p] [-dlnq] [boot_arguments] > > > DESCRIPTION > The reboot utility restarts the kernel. The kernel is loaded > into memory by the PROM monitor, which transfers control to > the loaded kernel. > > > On x86 systems, when the -f flag is specified, the running > kernel will load the next kernel into memory, then transfer > control to the newly loaded kernel. This form of reboot is > shown in the second synopsis, above. > > > Although reboot can be run by the super-user at any time, > shutdown(1M) is normally used first to warn all users logged > in of the impending loss of service. See shutdown(1M) for > details. > > > The reboot utility performs a sync(1M) operation on the > disks, and then a multi-user reboot is initiated. See > init(1M) for details. On x86 systems, reboot may also update > the boot archive as needed to ensure a successful reboot. > > > The reboot utility normally logs the reboot to the system > log daemon, syslogd(1M), and places a shutdown record in the > login accounting file /var/adm/wtmpx. These actions are > inhibited if the -n or -q options are present. > > > Normally, the system reboots itself at power-up or after > crashes. > > OPTIONS > The following options are supported: > > -d > > Force a system crash dump before rebooting. See > dumpadm(1M) for information on configuring system crash > dumps. > > > > > SunOS 5.11 Last change: 26 Jan 2010 1 > > > > > > > System Administration Commands reboot(1M) > > > > -e > > If -f is present, reboot to the specified boot environ- > ment. > > This option is currently available only on x86 systems. > > > -f > > For x86 systems: > > Fast reboot, bypassing firmware and boot loader. The new > kernel will be loaded into memory by the running kernel, > and control will be transferred to the newly loaded ker- > nel. If disk or kernel arguments are specified, they > must be specified before other boot arguments. > > For SPARC systems: > > Speeds up rebooting by skipping some POST tests. > > The service svc:/system/boot-config:default is enabled > by default. It requires solaris.system.shutdown as > action_authorization and value_authorization. When the > config/fastreboot_default property is set to true, > reboot will behave as reboot -f. The value of this pro- > perty can be changed using svccfg(1M) and svcadm(1M), to > control the default reboot behavior. > > See EXAMPLES for details. > > > -l > > Suppress sending a message to the system log daemon, > syslogd(1M) about who executed reboot. > > > -n > > Avoid calling sync(2) and do not log the reboot to > syslogd(1M) or to /var/adm/wtmpx. The kernel still > attempts to sync filesystems prior to reboot, except if > the -d option is also present. If -d is used with -n, > the kernel does not attempt to sync file systems. > > > -p > > Reboot to prom. This flag can be used to reboot the sys- > tem through firmware without changing the default reboot > > > > SunOS 5.11 Last change: 26 Jan 2010 2 > > > > > > > System Administration Commands reboot(1M) > > > > behavior as denoted by the config/fastreboot_default > property setting in system/boot-config service. > > The -p and -f options are mutually exclusive. > > > -q > > Quick. Reboot quickly and ungracefully, without shutting > down running processes first. > > > OPERANDS > The following operands are supported: > > boot_arguments > > An optional boot_arguments specifies arguments to the > uadmin(2) function that are passed to the boot program > and kernel upon restart. The form and list of arguments > is described in the boot(1M) and kernel(1M) man pages.. > If the arguments are specified, whitespace between them > is replaced by single spaces unless the whitespace is > quoted for the shell. If the boot_arguments begin with a > hyphen, they must be preceded by the -- delimiter (two > hyphens) to denote the end of the reboot argument list. > > > EXAMPLES > Example 1 Passing the -r and -v Arguments to boot > > > In the following example, the delimiter -- (two hyphens) > must be used to separate the options of reboot from the > arguments of boot(1M). > > > example# reboot -dl -- -rv > > > > Example 2 Rebooting Using a Specific Disk and Kernel > > > The following example reboots using a specific disk and ker- > nel. > > > example# reboot disk1 kernel.test/unix > > > > > > > SunOS 5.11 Last change: 26 Jan 2010 3 > > > > > > > System Administration Commands reboot(1M) > > > > Example 3 Fast Rebooting > > > The following examples use the -f option to perform fast > reboots. > > > > If the service svc:/system/boot-config:default is enabled > and property config/fastreboot_default is set to true, the > -f option can be omitted. > > > > On an x86 system, the following command reboots to the > default entry in the GRUB (see grub(5)) menu file menu.lst. > > > example# reboot -f > > > > > The following command reboots to another UFS root disk. > > > example# reboot -f -- '/dev/dsk/c1d0s0' > > > > > The following command reboots to another ZFS root pool. > > > example# reboot -f -- 'rpool/ROOT/root2' > > > > > The following command reboots to mykernel on the same disk > with -k option. > > > example# reboot -f -- '/platform/i86pc/mykernel/amd64/unix -k' > > > > > The following command reboots to mykernel off another root > disk mounted on /mnt. > > > > > > SunOS 5.11 Last change: 26 Jan 2010 4 > > > > > > > System Administration Commands reboot(1M) > > > > example# reboot -f -- '/mnt/platform/i86pc/mykernel/amd64/unix -k' > > > > > The following command reboots to > /platform/i86pc/kernel/$ISADIR/unix on another boot environ- > ment named second_root. > > > example# reboot -f -e second_root > > > > > The following command reboots to the same kernel with -kv > options. > > > example# reboot -f -- '-kv' > > > > > The following commands disable the fast-reboot-by-default > behavior. > > > example# svccfg -s "system/boot-config:default" \ > setprop config/fastreboot_default=false > example# svcadm refresh svc:/system/boot-config:default > > > > > The following commands re-enable the fast-reboot-by-default > behavior. > > > example# svccfg -s "system/boot-config:default" \ > setprop config/fastreboot_default=true > example# svcadm refresh svc:/system/boot-config:default > > > > Example 4 Rebooting to a Particular GRUB Menu > > > The following commands will reboot to entry 2 in the GRUB > menu. > > > > > > SunOS 5.11 Last change: 26 Jan 2010 5 > > > > > > > System Administration Commands reboot(1M) > > > > example# bootadm list-menu > the location for the active GRUB menu is: /rpool/boot/grub/menu.lst > default 0 > timeout 10 > 0 zfsbe1 > 1 zfsbe1 failsafe > 2 zfsbe2 > 3 zfsbe2 Solaris xVM > 4 zfsbe2 failsafe > example# reboot 2 > > > > FILES > /var/adm/wtmpx > > login accounting file > > > ATTRIBUTES > See attributes(5) for descriptions of the following attri- > butes: > > > > ____________________________________________________________ > | ATTRIBUTE TYPE | ATTRIBUTE VALUE | > |_____________________________|_____________________________| > | Availability | SUNWcsu | > |_____________________________|_____________________________| > > > SEE ALSO > mdb(1), boot(1M), dumpadm(1M), fsck(1M), halt(1M), init(1M), > kernel(1M), shutdown(1M), svcadm(1M), svccfg(1M), sync(1M), > syslogd(1M), sync(2), uadmin(2), reboot(3C), attributes(5), > grub(5) > > NOTES > The reboot utility does not execute the scripts in > /etc/rcnum.d or execute shutdown actions in inittab(4). To > ensure a complete shutdown of system services, use > shutdown(1M) or init(1M) to reboot a Solaris system. > > > > > > > > > > > > > SunOS 5.11 Last change: 26 Jan 2010 6 > > -- Brian Ruthven Solaris Revenue Product Engineering Sun Microsystems UK Sparc House, Guillemont Park, Camberley, GU17 9QG From sherry.moore@sun.com Wed Jan 27 11:23:04 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 o0RJN4WA009598 for ; Wed, 27 Jan 2010 11:23:04 -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 o0RJN3l3001211 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 13:23:04 -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 <0KWX00A0176FRX00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 11:23:03 -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 <0KWX004K376EI650@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 11:23:02 -0800 (PST) Received: from too-cool.SFBay.Sun.COM (too-cool.SFBay.Sun.COM [129.146.226.229]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o0RJN14R021835; Wed, 27 Jan 2010 11:23:01 -0800 (PST) Received: from too-cool.SFBay.Sun.COM (too-cool [127.0.0.1]) by too-cool.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id o0RJNQVs003638; Wed, 27 Jan 2010 11:23:26 -0800 (PST) Received: (from sherrym@localhost) by too-cool.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id o0RJNQ6j003637; Wed, 27 Jan 2010 11:23:26 -0800 (PST) Date: Wed, 27 Jan 2010 11:23:26 -0800 From: Sherry Moore Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> To: Huay-Yong Wang Cc: PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <20100127192326.GB3464@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> X-Authentication-warning: too-cool.SFBay.Sun.COM: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.20 (2009-06-14) Status: RO Content-Length: 10795 Thank you guys for the great work! When I filed 2008/382 I requested minor binding only. This case is requesting patch/micro release binding. Will the binding difference need to be reflected in case 2008/382? Will there be compatibility concerns as 2008/382 added devo_quiesce to dev_ops? Sherry On Tue, Jan 26, 2010 at 04:52:48PM -0800, Huay-Yong Wang wrote: > > I am sponsoring this fasttrack for Chris Kiick. > > This project implements fast reboot support > for SPARC. Specifically, the -f and -p options > in reboot(1M) is now supported on SPARC. > Previously these options are only available > for x86 platforms (See PSARC 2008/382 Fast Reboot) > Note that the -e option (boot environments) is not yet > supported on SPARC. This project introduces no > new interface and I believe this qualify as self-review. > I will be marking the case closed approved automatic. > If anyone feels that this need to be promoted to a fast track > please let me know. > > The project team is requesting a patch/micro release binding. > An updated reboot(1M) manpage is included here. > > > --- cut here --- > > System Administration Commands reboot(1M) > > > > NAME > reboot - restart the operating system > > SYNOPSIS > /usr/sbin/reboot [-dlnq] [-f | -p] [boot_arguments] > > > /usr/sbin/reboot [-f [-e environment] | -p] [-dlnq] [boot_arguments] > > > DESCRIPTION > The reboot utility restarts the kernel. The kernel is loaded > into memory by the PROM monitor, which transfers control to > the loaded kernel. > > > On x86 systems, when the -f flag is specified, the running > kernel will load the next kernel into memory, then transfer > control to the newly loaded kernel. This form of reboot is > shown in the second synopsis, above. > > > Although reboot can be run by the super-user at any time, > shutdown(1M) is normally used first to warn all users logged > in of the impending loss of service. See shutdown(1M) for > details. > > > The reboot utility performs a sync(1M) operation on the > disks, and then a multi-user reboot is initiated. See > init(1M) for details. On x86 systems, reboot may also update > the boot archive as needed to ensure a successful reboot. > > > The reboot utility normally logs the reboot to the system > log daemon, syslogd(1M), and places a shutdown record in the > login accounting file /var/adm/wtmpx. These actions are > inhibited if the -n or -q options are present. > > > Normally, the system reboots itself at power-up or after > crashes. > > OPTIONS > The following options are supported: > > -d > > Force a system crash dump before rebooting. See > dumpadm(1M) for information on configuring system crash > dumps. > > > > > SunOS 5.11 Last change: 26 Jan 2010 1 > > > > > > > System Administration Commands reboot(1M) > > > > -e > > If -f is present, reboot to the specified boot environ- > ment. > > This option is currently available only on x86 systems. > > > -f > > For x86 systems: > > Fast reboot, bypassing firmware and boot loader. The new > kernel will be loaded into memory by the running kernel, > and control will be transferred to the newly loaded ker- > nel. If disk or kernel arguments are specified, they > must be specified before other boot arguments. > > For SPARC systems: > > Speeds up rebooting by skipping some POST tests. > > The service svc:/system/boot-config:default is enabled > by default. It requires solaris.system.shutdown as > action_authorization and value_authorization. When the > config/fastreboot_default property is set to true, > reboot will behave as reboot -f. The value of this pro- > perty can be changed using svccfg(1M) and svcadm(1M), to > control the default reboot behavior. > > See EXAMPLES for details. > > > -l > > Suppress sending a message to the system log daemon, > syslogd(1M) about who executed reboot. > > > -n > > Avoid calling sync(2) and do not log the reboot to > syslogd(1M) or to /var/adm/wtmpx. The kernel still > attempts to sync filesystems prior to reboot, except if > the -d option is also present. If -d is used with -n, > the kernel does not attempt to sync file systems. > > > -p > > Reboot to prom. This flag can be used to reboot the sys- > tem through firmware without changing the default reboot > > > > SunOS 5.11 Last change: 26 Jan 2010 2 > > > > > > > System Administration Commands reboot(1M) > > > > behavior as denoted by the config/fastreboot_default > property setting in system/boot-config service. > > The -p and -f options are mutually exclusive. > > > -q > > Quick. Reboot quickly and ungracefully, without shutting > down running processes first. > > > OPERANDS > The following operands are supported: > > boot_arguments > > An optional boot_arguments specifies arguments to the > uadmin(2) function that are passed to the boot program > and kernel upon restart. The form and list of arguments > is described in the boot(1M) and kernel(1M) man pages.. > If the arguments are specified, whitespace between them > is replaced by single spaces unless the whitespace is > quoted for the shell. If the boot_arguments begin with a > hyphen, they must be preceded by the -- delimiter (two > hyphens) to denote the end of the reboot argument list. > > > EXAMPLES > Example 1 Passing the -r and -v Arguments to boot > > > In the following example, the delimiter -- (two hyphens) > must be used to separate the options of reboot from the > arguments of boot(1M). > > > example# reboot -dl -- -rv > > > > Example 2 Rebooting Using a Specific Disk and Kernel > > > The following example reboots using a specific disk and ker- > nel. > > > example# reboot disk1 kernel.test/unix > > > > > > > SunOS 5.11 Last change: 26 Jan 2010 3 > > > > > > > System Administration Commands reboot(1M) > > > > Example 3 Fast Rebooting > > > The following examples use the -f option to perform fast > reboots. > > > > If the service svc:/system/boot-config:default is enabled > and property config/fastreboot_default is set to true, the > -f option can be omitted. > > > > On an x86 system, the following command reboots to the > default entry in the GRUB (see grub(5)) menu file menu.lst. > > > example# reboot -f > > > > > The following command reboots to another UFS root disk. > > > example# reboot -f -- '/dev/dsk/c1d0s0' > > > > > The following command reboots to another ZFS root pool. > > > example# reboot -f -- 'rpool/ROOT/root2' > > > > > The following command reboots to mykernel on the same disk > with -k option. > > > example# reboot -f -- '/platform/i86pc/mykernel/amd64/unix -k' > > > > > The following command reboots to mykernel off another root > disk mounted on /mnt. > > > > > > SunOS 5.11 Last change: 26 Jan 2010 4 > > > > > > > System Administration Commands reboot(1M) > > > > example# reboot -f -- '/mnt/platform/i86pc/mykernel/amd64/unix -k' > > > > > The following command reboots to > /platform/i86pc/kernel/$ISADIR/unix on another boot environ- > ment named second_root. > > > example# reboot -f -e second_root > > > > > The following command reboots to the same kernel with -kv > options. > > > example# reboot -f -- '-kv' > > > > > The following commands disable the fast-reboot-by-default > behavior. > > > example# svccfg -s "system/boot-config:default" \ > setprop config/fastreboot_default=false > example# svcadm refresh svc:/system/boot-config:default > > > > > The following commands re-enable the fast-reboot-by-default > behavior. > > > example# svccfg -s "system/boot-config:default" \ > setprop config/fastreboot_default=true > example# svcadm refresh svc:/system/boot-config:default > > > > Example 4 Rebooting to a Particular GRUB Menu > > > The following commands will reboot to entry 2 in the GRUB > menu. > > > > > > SunOS 5.11 Last change: 26 Jan 2010 5 > > > > > > > System Administration Commands reboot(1M) > > > > example# bootadm list-menu > the location for the active GRUB menu is: /rpool/boot/grub/menu.lst > default 0 > timeout 10 > 0 zfsbe1 > 1 zfsbe1 failsafe > 2 zfsbe2 > 3 zfsbe2 Solaris xVM > 4 zfsbe2 failsafe > example# reboot 2 > > > > FILES > /var/adm/wtmpx > > login accounting file > > > ATTRIBUTES > See attributes(5) for descriptions of the following attri- > butes: > > > > ____________________________________________________________ > | ATTRIBUTE TYPE | ATTRIBUTE VALUE | > |_____________________________|_____________________________| > | Availability | SUNWcsu | > |_____________________________|_____________________________| > > > SEE ALSO > mdb(1), boot(1M), dumpadm(1M), fsck(1M), halt(1M), init(1M), > kernel(1M), shutdown(1M), svcadm(1M), svccfg(1M), sync(1M), > syslogd(1M), sync(2), uadmin(2), reboot(3C), attributes(5), > grub(5) > > NOTES > The reboot utility does not execute the scripts in > /etc/rcnum.d or execute shutdown actions in inittab(4). To > ensure a complete shutdown of system services, use > shutdown(1M) or init(1M) to reboot a Solaris system. > > > > > > > > > > > > > SunOS 5.11 Last change: 26 Jan 2010 6 -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym From gdamore@sun.com Wed Jan 27 11:39:08 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 o0RJd8J8009705 for ; Wed, 27 Jan 2010 11:39:08 -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 o0RJd8fp012844 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 13:39:08 -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 <0KWX00E237X7JZ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 12:39:07 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWX00ADT7X6Z570@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 12:39:06 -0700 (MST) 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 o0RJd6LJ021121 for ; Wed, 27 Jan 2010 11:39:06 -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 <0KWX002007KRQF00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 11:39:06 -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 <0KWX0032S7X42F20@fe-sfbay-10.sun.com>; Wed, 27 Jan 2010 11:39:06 -0800 (PST) Date: Wed, 27 Jan 2010 11:39:03 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <20100127192326.GB3464@sun.com> Sender: Garrett.Damore@sun.com To: Sherry Moore Cc: Huay-Yong Wang , PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <4B609657.50703@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 11296 On 01/27/10 11:23 AM, Sherry Moore wrote: > Thank you guys for the great work! > > When I filed 2008/382 I requested minor binding only. This case is > requesting patch/micro release binding. Will the binding difference > need to be reflected in case 2008/382? Will there be compatibility > concerns as 2008/382 added devo_quiesce to dev_ops? > Oh, I didn't see Patch binding. I'd like to retract my +1 if this is Patch. If its *Minor* binding, then I'm very happy. - Garrett > Sherry > > On Tue, Jan 26, 2010 at 04:52:48PM -0800, Huay-Yong Wang wrote: > >> I am sponsoring this fasttrack for Chris Kiick. >> >> This project implements fast reboot support >> for SPARC. Specifically, the -f and -p options >> in reboot(1M) is now supported on SPARC. >> Previously these options are only available >> for x86 platforms (See PSARC 2008/382 Fast Reboot) >> Note that the -e option (boot environments) is not yet >> supported on SPARC. This project introduces no >> new interface and I believe this qualify as self-review. >> I will be marking the case closed approved automatic. >> If anyone feels that this need to be promoted to a fast track >> please let me know. >> >> The project team is requesting a patch/micro release binding. >> An updated reboot(1M) manpage is included here. >> >> >> --- cut here --- >> >> System Administration Commands reboot(1M) >> >> >> >> NAME >> reboot - restart the operating system >> >> SYNOPSIS >> /usr/sbin/reboot [-dlnq] [-f | -p] [boot_arguments] >> >> >> /usr/sbin/reboot [-f [-e environment] | -p] [-dlnq] [boot_arguments] >> >> >> DESCRIPTION >> The reboot utility restarts the kernel. The kernel is loaded >> into memory by the PROM monitor, which transfers control to >> the loaded kernel. >> >> >> On x86 systems, when the -f flag is specified, the running >> kernel will load the next kernel into memory, then transfer >> control to the newly loaded kernel. This form of reboot is >> shown in the second synopsis, above. >> >> >> Although reboot can be run by the super-user at any time, >> shutdown(1M) is normally used first to warn all users logged >> in of the impending loss of service. See shutdown(1M) for >> details. >> >> >> The reboot utility performs a sync(1M) operation on the >> disks, and then a multi-user reboot is initiated. See >> init(1M) for details. On x86 systems, reboot may also update >> the boot archive as needed to ensure a successful reboot. >> >> >> The reboot utility normally logs the reboot to the system >> log daemon, syslogd(1M), and places a shutdown record in the >> login accounting file /var/adm/wtmpx. These actions are >> inhibited if the -n or -q options are present. >> >> >> Normally, the system reboots itself at power-up or after >> crashes. >> >> OPTIONS >> The following options are supported: >> >> -d >> >> Force a system crash dump before rebooting. See >> dumpadm(1M) for information on configuring system crash >> dumps. >> >> >> >> >> SunOS 5.11 Last change: 26 Jan 2010 1 >> >> >> >> >> >> >> System Administration Commands reboot(1M) >> >> >> >> -e >> >> If -f is present, reboot to the specified boot environ- >> ment. >> >> This option is currently available only on x86 systems. >> >> >> -f >> >> For x86 systems: >> >> Fast reboot, bypassing firmware and boot loader. The new >> kernel will be loaded into memory by the running kernel, >> and control will be transferred to the newly loaded ker- >> nel. If disk or kernel arguments are specified, they >> must be specified before other boot arguments. >> >> For SPARC systems: >> >> Speeds up rebooting by skipping some POST tests. >> >> The service svc:/system/boot-config:default is enabled >> by default. It requires solaris.system.shutdown as >> action_authorization and value_authorization. When the >> config/fastreboot_default property is set to true, >> reboot will behave as reboot -f. The value of this pro- >> perty can be changed using svccfg(1M) and svcadm(1M), to >> control the default reboot behavior. >> >> See EXAMPLES for details. >> >> >> -l >> >> Suppress sending a message to the system log daemon, >> syslogd(1M) about who executed reboot. >> >> >> -n >> >> Avoid calling sync(2) and do not log the reboot to >> syslogd(1M) or to /var/adm/wtmpx. The kernel still >> attempts to sync filesystems prior to reboot, except if >> the -d option is also present. If -d is used with -n, >> the kernel does not attempt to sync file systems. >> >> >> -p >> >> Reboot to prom. This flag can be used to reboot the sys- >> tem through firmware without changing the default reboot >> >> >> >> SunOS 5.11 Last change: 26 Jan 2010 2 >> >> >> >> >> >> >> System Administration Commands reboot(1M) >> >> >> >> behavior as denoted by the config/fastreboot_default >> property setting in system/boot-config service. >> >> The -p and -f options are mutually exclusive. >> >> >> -q >> >> Quick. Reboot quickly and ungracefully, without shutting >> down running processes first. >> >> >> OPERANDS >> The following operands are supported: >> >> boot_arguments >> >> An optional boot_arguments specifies arguments to the >> uadmin(2) function that are passed to the boot program >> and kernel upon restart. The form and list of arguments >> is described in the boot(1M) and kernel(1M) man pages.. >> If the arguments are specified, whitespace between them >> is replaced by single spaces unless the whitespace is >> quoted for the shell. If the boot_arguments begin with a >> hyphen, they must be preceded by the -- delimiter (two >> hyphens) to denote the end of the reboot argument list. >> >> >> EXAMPLES >> Example 1 Passing the -r and -v Arguments to boot >> >> >> In the following example, the delimiter -- (two hyphens) >> must be used to separate the options of reboot from the >> arguments of boot(1M). >> >> >> example# reboot -dl -- -rv >> >> >> >> Example 2 Rebooting Using a Specific Disk and Kernel >> >> >> The following example reboots using a specific disk and ker- >> nel. >> >> >> example# reboot disk1 kernel.test/unix >> >> >> >> >> >> >> SunOS 5.11 Last change: 26 Jan 2010 3 >> >> >> >> >> >> >> System Administration Commands reboot(1M) >> >> >> >> Example 3 Fast Rebooting >> >> >> The following examples use the -f option to perform fast >> reboots. >> >> >> >> If the service svc:/system/boot-config:default is enabled >> and property config/fastreboot_default is set to true, the >> -f option can be omitted. >> >> >> >> On an x86 system, the following command reboots to the >> default entry in the GRUB (see grub(5)) menu file menu.lst. >> >> >> example# reboot -f >> >> >> >> >> The following command reboots to another UFS root disk. >> >> >> example# reboot -f -- '/dev/dsk/c1d0s0' >> >> >> >> >> The following command reboots to another ZFS root pool. >> >> >> example# reboot -f -- 'rpool/ROOT/root2' >> >> >> >> >> The following command reboots to mykernel on the same disk >> with -k option. >> >> >> example# reboot -f -- '/platform/i86pc/mykernel/amd64/unix -k' >> >> >> >> >> The following command reboots to mykernel off another root >> disk mounted on /mnt. >> >> >> >> >> >> SunOS 5.11 Last change: 26 Jan 2010 4 >> >> >> >> >> >> >> System Administration Commands reboot(1M) >> >> >> >> example# reboot -f -- '/mnt/platform/i86pc/mykernel/amd64/unix -k' >> >> >> >> >> The following command reboots to >> /platform/i86pc/kernel/$ISADIR/unix on another boot environ- >> ment named second_root. >> >> >> example# reboot -f -e second_root >> >> >> >> >> The following command reboots to the same kernel with -kv >> options. >> >> >> example# reboot -f -- '-kv' >> >> >> >> >> The following commands disable the fast-reboot-by-default >> behavior. >> >> >> example# svccfg -s "system/boot-config:default" \ >> setprop config/fastreboot_default=false >> example# svcadm refresh svc:/system/boot-config:default >> >> >> >> >> The following commands re-enable the fast-reboot-by-default >> behavior. >> >> >> example# svccfg -s "system/boot-config:default" \ >> setprop config/fastreboot_default=true >> example# svcadm refresh svc:/system/boot-config:default >> >> >> >> Example 4 Rebooting to a Particular GRUB Menu >> >> >> The following commands will reboot to entry 2 in the GRUB >> menu. >> >> >> >> >> >> SunOS 5.11 Last change: 26 Jan 2010 5 >> >> >> >> >> >> >> System Administration Commands reboot(1M) >> >> >> >> example# bootadm list-menu >> the location for the active GRUB menu is: /rpool/boot/grub/menu.lst >> default 0 >> timeout 10 >> 0 zfsbe1 >> 1 zfsbe1 failsafe >> 2 zfsbe2 >> 3 zfsbe2 Solaris xVM >> 4 zfsbe2 failsafe >> example# reboot 2 >> >> >> >> FILES >> /var/adm/wtmpx >> >> login accounting file >> >> >> ATTRIBUTES >> See attributes(5) for descriptions of the following attri- >> butes: >> >> >> >> ____________________________________________________________ >> | ATTRIBUTE TYPE | ATTRIBUTE VALUE | >> |_____________________________|_____________________________| >> | Availability | SUNWcsu | >> |_____________________________|_____________________________| >> >> >> SEE ALSO >> mdb(1), boot(1M), dumpadm(1M), fsck(1M), halt(1M), init(1M), >> kernel(1M), shutdown(1M), svcadm(1M), svccfg(1M), sync(1M), >> syslogd(1M), sync(2), uadmin(2), reboot(3C), attributes(5), >> grub(5) >> >> NOTES >> The reboot utility does not execute the scripts in >> /etc/rcnum.d or execute shutdown actions in inittab(4). To >> ensure a complete shutdown of system services, use >> shutdown(1M) or init(1M) to reboot a Solaris system. >> >> >> >> >> >> >> >> >> >> >> >> >> SunOS 5.11 Last change: 26 Jan 2010 6 >> > From Huay-Yong.Wang@Sun.COM Wed Jan 27 13:44:34 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 o0RLiYvF011813 for ; Wed, 27 Jan 2010 13:44:34 -0800 (PST) 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 o0RLiTrf023154 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 15:44:34 -0600 (CST) 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 <0KWX00F11DQ9WH00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 13:44:33 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWX009ATDQ7Z180@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 13:44:31 -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 o0RLiVvR002722 for ; Wed, 27 Jan 2010 13:44:31 -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 <0KWX00600CYDC400@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 13:44:31 -0800 (PST) Received: from [129.153.85.39] ([unknown] [129.153.85.39]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KWX00CPGDQ5KB80@fe-sfbay-09.sun.com>; Wed, 27 Jan 2010 13:44:30 -0800 (PST) Date: Wed, 27 Jan 2010 13:44:29 -0800 From: Huay-Yong Wang Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B609657.50703@sun.com> Sender: Huay-Yong.Wang@Sun.COM To: Sherry Moore , Brian.Ruthven@Sun.COM Cc: PSARC-ext@Sun.COM, Chris.Kiick@Sun.COM, Robert.Krawitz@Sun.COM, Steve.Sistare@Sun.COM Message-id: <4B60B3BD.2070208@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 11929 I spoke to Chris and the case is amended for minor binding only. Chris will send out an update to the init(1M) manpage shortly. Thanks. On 01/27/10 11:39, Garrett D'Amore wrote: > On 01/27/10 11:23 AM, Sherry Moore wrote: >> Thank you guys for the great work! >> >> When I filed 2008/382 I requested minor binding only. This case is >> requesting patch/micro release binding. Will the binding difference >> need to be reflected in case 2008/382? Will there be compatibility >> concerns as 2008/382 added devo_quiesce to dev_ops? >> > > Oh, I didn't see Patch binding. > > I'd like to retract my +1 if this is Patch. If its *Minor* binding, > then I'm very happy. > > - Garrett > >> Sherry >> >> On Tue, Jan 26, 2010 at 04:52:48PM -0800, Huay-Yong Wang wrote: >> >>> I am sponsoring this fasttrack for Chris Kiick. >>> >>> This project implements fast reboot support >>> for SPARC. Specifically, the -f and -p options >>> in reboot(1M) is now supported on SPARC. >>> Previously these options are only available >>> for x86 platforms (See PSARC 2008/382 Fast Reboot) >>> Note that the -e option (boot environments) is not yet >>> supported on SPARC. This project introduces no >>> new interface and I believe this qualify as self-review. >>> I will be marking the case closed approved automatic. >>> If anyone feels that this need to be promoted to a fast track >>> please let me know. >>> >>> The project team is requesting a patch/micro release binding. >>> An updated reboot(1M) manpage is included here. >>> >>> >>> --- cut here --- >>> >>> System Administration Commands reboot(1M) >>> >>> >>> >>> NAME >>> reboot - restart the operating system >>> >>> SYNOPSIS >>> /usr/sbin/reboot [-dlnq] [-f | -p] [boot_arguments] >>> >>> >>> /usr/sbin/reboot [-f [-e environment] | -p] [-dlnq] >>> [boot_arguments] >>> >>> >>> DESCRIPTION >>> The reboot utility restarts the kernel. The kernel is loaded >>> into memory by the PROM monitor, which transfers control to >>> the loaded kernel. >>> >>> >>> On x86 systems, when the -f flag is specified, the running >>> kernel will load the next kernel into memory, then transfer >>> control to the newly loaded kernel. This form of reboot is >>> shown in the second synopsis, above. >>> >>> >>> Although reboot can be run by the super-user at any time, >>> shutdown(1M) is normally used first to warn all users logged >>> in of the impending loss of service. See shutdown(1M) for >>> details. >>> >>> >>> The reboot utility performs a sync(1M) operation on the >>> disks, and then a multi-user reboot is initiated. See >>> init(1M) for details. On x86 systems, reboot may also update >>> the boot archive as needed to ensure a successful reboot. >>> >>> >>> The reboot utility normally logs the reboot to the system >>> log daemon, syslogd(1M), and places a shutdown record in the >>> login accounting file /var/adm/wtmpx. These actions are >>> inhibited if the -n or -q options are present. >>> >>> >>> Normally, the system reboots itself at power-up or after >>> crashes. >>> >>> OPTIONS >>> The following options are supported: >>> >>> -d >>> >>> Force a system crash dump before rebooting. See >>> dumpadm(1M) for information on configuring system crash >>> dumps. >>> >>> >>> >>> >>> SunOS 5.11 Last change: 26 Jan 2010 1 >>> >>> >>> >>> >>> >>> >>> System Administration Commands reboot(1M) >>> >>> >>> >>> -e >>> >>> If -f is present, reboot to the specified boot environ- >>> ment. >>> >>> This option is currently available only on x86 systems. >>> >>> >>> -f >>> >>> For x86 systems: >>> >>> Fast reboot, bypassing firmware and boot loader. The new >>> kernel will be loaded into memory by the running kernel, >>> and control will be transferred to the newly loaded ker- >>> nel. If disk or kernel arguments are specified, they >>> must be specified before other boot arguments. >>> >>> For SPARC systems: >>> >>> Speeds up rebooting by skipping some POST tests. >>> >>> The service svc:/system/boot-config:default is enabled >>> by default. It requires solaris.system.shutdown as >>> action_authorization and value_authorization. When the >>> config/fastreboot_default property is set to true, >>> reboot will behave as reboot -f. The value of this pro- >>> perty can be changed using svccfg(1M) and svcadm(1M), to >>> control the default reboot behavior. >>> >>> See EXAMPLES for details. >>> >>> >>> -l >>> >>> Suppress sending a message to the system log daemon, >>> syslogd(1M) about who executed reboot. >>> >>> >>> -n >>> >>> Avoid calling sync(2) and do not log the reboot to >>> syslogd(1M) or to /var/adm/wtmpx. The kernel still >>> attempts to sync filesystems prior to reboot, except if >>> the -d option is also present. If -d is used with -n, >>> the kernel does not attempt to sync file systems. >>> >>> >>> -p >>> >>> Reboot to prom. This flag can be used to reboot the sys- >>> tem through firmware without changing the default reboot >>> >>> >>> >>> SunOS 5.11 Last change: 26 Jan 2010 2 >>> >>> >>> >>> >>> >>> >>> System Administration Commands reboot(1M) >>> >>> >>> >>> behavior as denoted by the config/fastreboot_default >>> property setting in system/boot-config service. >>> >>> The -p and -f options are mutually exclusive. >>> >>> >>> -q >>> >>> Quick. Reboot quickly and ungracefully, without shutting >>> down running processes first. >>> >>> >>> OPERANDS >>> The following operands are supported: >>> >>> boot_arguments >>> >>> An optional boot_arguments specifies arguments to the >>> uadmin(2) function that are passed to the boot program >>> and kernel upon restart. The form and list of arguments >>> is described in the boot(1M) and kernel(1M) man pages.. >>> If the arguments are specified, whitespace between them >>> is replaced by single spaces unless the whitespace is >>> quoted for the shell. If the boot_arguments begin with a >>> hyphen, they must be preceded by the -- delimiter (two >>> hyphens) to denote the end of the reboot argument list. >>> >>> >>> EXAMPLES >>> Example 1 Passing the -r and -v Arguments to boot >>> >>> >>> In the following example, the delimiter -- (two hyphens) >>> must be used to separate the options of reboot from the >>> arguments of boot(1M). >>> >>> >>> example# reboot -dl -- -rv >>> >>> >>> >>> Example 2 Rebooting Using a Specific Disk and Kernel >>> >>> >>> The following example reboots using a specific disk and ker- >>> nel. >>> >>> >>> example# reboot disk1 kernel.test/unix >>> >>> >>> >>> >>> >>> >>> SunOS 5.11 Last change: 26 Jan 2010 3 >>> >>> >>> >>> >>> >>> >>> System Administration Commands reboot(1M) >>> >>> >>> >>> Example 3 Fast Rebooting >>> >>> >>> The following examples use the -f option to perform fast >>> reboots. >>> >>> >>> >>> If the service svc:/system/boot-config:default is enabled >>> and property config/fastreboot_default is set to true, the >>> -f option can be omitted. >>> >>> >>> >>> On an x86 system, the following command reboots to the >>> default entry in the GRUB (see grub(5)) menu file menu.lst. >>> >>> >>> example# reboot -f >>> >>> >>> >>> >>> The following command reboots to another UFS root disk. >>> >>> >>> example# reboot -f -- '/dev/dsk/c1d0s0' >>> >>> >>> >>> >>> The following command reboots to another ZFS root pool. >>> >>> >>> example# reboot -f -- 'rpool/ROOT/root2' >>> >>> >>> >>> >>> The following command reboots to mykernel on the same disk >>> with -k option. >>> >>> >>> example# reboot -f -- '/platform/i86pc/mykernel/amd64/unix -k' >>> >>> >>> >>> >>> The following command reboots to mykernel off another root >>> disk mounted on /mnt. >>> >>> >>> >>> >>> >>> SunOS 5.11 Last change: 26 Jan 2010 4 >>> >>> >>> >>> >>> >>> >>> System Administration Commands reboot(1M) >>> >>> >>> >>> example# reboot -f -- >>> '/mnt/platform/i86pc/mykernel/amd64/unix -k' >>> >>> >>> >>> >>> The following command reboots to >>> /platform/i86pc/kernel/$ISADIR/unix on another boot environ- >>> ment named second_root. >>> >>> >>> example# reboot -f -e second_root >>> >>> >>> >>> >>> The following command reboots to the same kernel with -kv >>> options. >>> >>> >>> example# reboot -f -- '-kv' >>> >>> >>> >>> >>> The following commands disable the fast-reboot-by-default >>> behavior. >>> >>> >>> example# svccfg -s "system/boot-config:default" \ >>> setprop config/fastreboot_default=false >>> example# svcadm refresh svc:/system/boot-config:default >>> >>> >>> >>> >>> The following commands re-enable the fast-reboot-by-default >>> behavior. >>> >>> >>> example# svccfg -s "system/boot-config:default" \ >>> setprop config/fastreboot_default=true >>> example# svcadm refresh svc:/system/boot-config:default >>> >>> >>> >>> Example 4 Rebooting to a Particular GRUB Menu >>> >>> >>> The following commands will reboot to entry 2 in the GRUB >>> menu. >>> >>> >>> >>> >>> >>> SunOS 5.11 Last change: 26 Jan 2010 5 >>> >>> >>> >>> >>> >>> >>> System Administration Commands reboot(1M) >>> >>> >>> >>> example# bootadm list-menu >>> the location for the active GRUB menu is: >>> /rpool/boot/grub/menu.lst >>> default 0 >>> timeout 10 >>> 0 zfsbe1 >>> 1 zfsbe1 failsafe >>> 2 zfsbe2 >>> 3 zfsbe2 Solaris xVM >>> 4 zfsbe2 failsafe >>> example# reboot 2 >>> >>> >>> >>> FILES >>> /var/adm/wtmpx >>> >>> login accounting file >>> >>> >>> ATTRIBUTES >>> See attributes(5) for descriptions of the following attri- >>> butes: >>> >>> >>> >>> ____________________________________________________________ >>> | ATTRIBUTE TYPE | ATTRIBUTE VALUE | >>> |_____________________________|_____________________________| >>> | Availability | SUNWcsu | >>> |_____________________________|_____________________________| >>> >>> >>> SEE ALSO >>> mdb(1), boot(1M), dumpadm(1M), fsck(1M), halt(1M), init(1M), >>> kernel(1M), shutdown(1M), svcadm(1M), svccfg(1M), sync(1M), >>> syslogd(1M), sync(2), uadmin(2), reboot(3C), attributes(5), >>> grub(5) >>> >>> NOTES >>> The reboot utility does not execute the scripts in >>> /etc/rcnum.d or execute shutdown actions in inittab(4). To >>> ensure a complete shutdown of system services, use >>> shutdown(1M) or init(1M) to reboot a Solaris system. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> SunOS 5.11 Last change: 26 Jan 2010 6 >>> >> > From gdamore@sun.com Wed Jan 27 13:52:18 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 o0RLqIke011848 for ; Wed, 27 Jan 2010 13:52:18 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o0RLqHs6025940 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 13:52:18 -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 <0KWX00G01E35D000@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 13:52:17 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWX009GUE34YZ80@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 13:52:16 -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 o0RLqGla003559 for ; Wed, 27 Jan 2010 13:52: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 <0KWX00200DTMD500@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 13:52: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 <0KWX009GRE2NP250@fe-sfbay-10.sun.com>; Wed, 27 Jan 2010 13:52:02 -0800 (PST) Date: Wed, 27 Jan 2010 13:51:57 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B60B3BD.2070208@Sun.COM> Sender: Garrett.Damore@sun.com To: Huay-Yong Wang Cc: Sherry Moore , Brian.Ruthven@sun.com, PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <4B60B57D.3010207@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 12689 On 01/27/10 01:44 PM, Huay-Yong Wang wrote: > > I spoke to Chris and the case is amended for > minor binding only. Chris will send > out an update to the init(1M) manpage shortly. > Thanks. Thanks for the clarification. I reaffirm my +1 (or 100). One question: is this (esp. fast-reboot-on-panic) going to be enabled by default? (I have raised concerns about fast-reboot-on-panic and risks associated with it elsewhere. Let me know if you want to hear about them.) - Garrett > > > On 01/27/10 11:39, Garrett D'Amore wrote: >> On 01/27/10 11:23 AM, Sherry Moore wrote: >>> Thank you guys for the great work! >>> >>> When I filed 2008/382 I requested minor binding only. This case is >>> requesting patch/micro release binding. Will the binding difference >>> need to be reflected in case 2008/382? Will there be compatibility >>> concerns as 2008/382 added devo_quiesce to dev_ops? >> >> Oh, I didn't see Patch binding. >> >> I'd like to retract my +1 if this is Patch. If its *Minor* binding, >> then I'm very happy. >> >> - Garrett >> >>> Sherry >>> >>> On Tue, Jan 26, 2010 at 04:52:48PM -0800, Huay-Yong Wang wrote: >>>> I am sponsoring this fasttrack for Chris Kiick. >>>> >>>> This project implements fast reboot support >>>> for SPARC. Specifically, the -f and -p options >>>> in reboot(1M) is now supported on SPARC. >>>> Previously these options are only available >>>> for x86 platforms (See PSARC 2008/382 Fast Reboot) >>>> Note that the -e option (boot environments) is not yet >>>> supported on SPARC. This project introduces no >>>> new interface and I believe this qualify as self-review. >>>> I will be marking the case closed approved automatic. >>>> If anyone feels that this need to be promoted to a fast track >>>> please let me know. >>>> >>>> The project team is requesting a patch/micro release binding. >>>> An updated reboot(1M) manpage is included here. >>>> >>>> >>>> --- cut here --- >>>> >>>> System Administration Commands reboot(1M) >>>> >>>> >>>> >>>> NAME >>>> reboot - restart the operating system >>>> >>>> SYNOPSIS >>>> /usr/sbin/reboot [-dlnq] [-f | -p] [boot_arguments] >>>> >>>> >>>> /usr/sbin/reboot [-f [-e environment] | -p] [-dlnq] >>>> [boot_arguments] >>>> >>>> >>>> DESCRIPTION >>>> The reboot utility restarts the kernel. The kernel is loaded >>>> into memory by the PROM monitor, which transfers control to >>>> the loaded kernel. >>>> >>>> >>>> On x86 systems, when the -f flag is specified, the running >>>> kernel will load the next kernel into memory, then transfer >>>> control to the newly loaded kernel. This form of reboot is >>>> shown in the second synopsis, above. >>>> >>>> >>>> Although reboot can be run by the super-user at any time, >>>> shutdown(1M) is normally used first to warn all users logged >>>> in of the impending loss of service. See shutdown(1M) for >>>> details. >>>> >>>> >>>> The reboot utility performs a sync(1M) operation on the >>>> disks, and then a multi-user reboot is initiated. See >>>> init(1M) for details. On x86 systems, reboot may also update >>>> the boot archive as needed to ensure a successful reboot. >>>> >>>> >>>> The reboot utility normally logs the reboot to the system >>>> log daemon, syslogd(1M), and places a shutdown record in the >>>> login accounting file /var/adm/wtmpx. These actions are >>>> inhibited if the -n or -q options are present. >>>> >>>> >>>> Normally, the system reboots itself at power-up or after >>>> crashes. >>>> >>>> OPTIONS >>>> The following options are supported: >>>> >>>> -d >>>> >>>> Force a system crash dump before rebooting. See >>>> dumpadm(1M) for information on configuring system crash >>>> dumps. >>>> >>>> >>>> >>>> >>>> SunOS 5.11 Last change: 26 Jan 2010 1 >>>> >>>> >>>> >>>> >>>> >>>> >>>> System Administration Commands reboot(1M) >>>> >>>> >>>> >>>> -e >>>> >>>> If -f is present, reboot to the specified boot environ- >>>> ment. >>>> >>>> This option is currently available only on x86 systems. >>>> >>>> >>>> -f >>>> >>>> For x86 systems: >>>> >>>> Fast reboot, bypassing firmware and boot loader. The new >>>> kernel will be loaded into memory by the running kernel, >>>> and control will be transferred to the newly loaded ker- >>>> nel. If disk or kernel arguments are specified, they >>>> must be specified before other boot arguments. >>>> >>>> For SPARC systems: >>>> >>>> Speeds up rebooting by skipping some POST tests. >>>> >>>> The service svc:/system/boot-config:default is enabled >>>> by default. It requires solaris.system.shutdown as >>>> action_authorization and value_authorization. When the >>>> config/fastreboot_default property is set to true, >>>> reboot will behave as reboot -f. The value of this pro- >>>> perty can be changed using svccfg(1M) and svcadm(1M), to >>>> control the default reboot behavior. >>>> >>>> See EXAMPLES for details. >>>> >>>> >>>> -l >>>> >>>> Suppress sending a message to the system log daemon, >>>> syslogd(1M) about who executed reboot. >>>> >>>> >>>> -n >>>> >>>> Avoid calling sync(2) and do not log the reboot to >>>> syslogd(1M) or to /var/adm/wtmpx. The kernel still >>>> attempts to sync filesystems prior to reboot, except if >>>> the -d option is also present. If -d is used with -n, >>>> the kernel does not attempt to sync file systems. >>>> >>>> >>>> -p >>>> >>>> Reboot to prom. This flag can be used to reboot the sys- >>>> tem through firmware without changing the default reboot >>>> >>>> >>>> >>>> SunOS 5.11 Last change: 26 Jan 2010 2 >>>> >>>> >>>> >>>> >>>> >>>> >>>> System Administration Commands reboot(1M) >>>> >>>> >>>> >>>> behavior as denoted by the config/fastreboot_default >>>> property setting in system/boot-config service. >>>> >>>> The -p and -f options are mutually exclusive. >>>> >>>> >>>> -q >>>> >>>> Quick. Reboot quickly and ungracefully, without shutting >>>> down running processes first. >>>> >>>> >>>> OPERANDS >>>> The following operands are supported: >>>> >>>> boot_arguments >>>> >>>> An optional boot_arguments specifies arguments to the >>>> uadmin(2) function that are passed to the boot program >>>> and kernel upon restart. The form and list of arguments >>>> is described in the boot(1M) and kernel(1M) man pages.. >>>> If the arguments are specified, whitespace between them >>>> is replaced by single spaces unless the whitespace is >>>> quoted for the shell. If the boot_arguments begin with a >>>> hyphen, they must be preceded by the -- delimiter (two >>>> hyphens) to denote the end of the reboot argument list. >>>> >>>> >>>> EXAMPLES >>>> Example 1 Passing the -r and -v Arguments to boot >>>> >>>> >>>> In the following example, the delimiter -- (two hyphens) >>>> must be used to separate the options of reboot from the >>>> arguments of boot(1M). >>>> >>>> >>>> example# reboot -dl -- -rv >>>> >>>> >>>> >>>> Example 2 Rebooting Using a Specific Disk and Kernel >>>> >>>> >>>> The following example reboots using a specific disk and ker- >>>> nel. >>>> >>>> >>>> example# reboot disk1 kernel.test/unix >>>> >>>> >>>> >>>> >>>> >>>> >>>> SunOS 5.11 Last change: 26 Jan 2010 3 >>>> >>>> >>>> >>>> >>>> >>>> >>>> System Administration Commands reboot(1M) >>>> >>>> >>>> >>>> Example 3 Fast Rebooting >>>> >>>> >>>> The following examples use the -f option to perform fast >>>> reboots. >>>> >>>> >>>> >>>> If the service svc:/system/boot-config:default is enabled >>>> and property config/fastreboot_default is set to true, the >>>> -f option can be omitted. >>>> >>>> >>>> >>>> On an x86 system, the following command reboots to the >>>> default entry in the GRUB (see grub(5)) menu file menu.lst. >>>> >>>> >>>> example# reboot -f >>>> >>>> >>>> >>>> >>>> The following command reboots to another UFS root disk. >>>> >>>> >>>> example# reboot -f -- '/dev/dsk/c1d0s0' >>>> >>>> >>>> >>>> >>>> The following command reboots to another ZFS root pool. >>>> >>>> >>>> example# reboot -f -- 'rpool/ROOT/root2' >>>> >>>> >>>> >>>> >>>> The following command reboots to mykernel on the same disk >>>> with -k option. >>>> >>>> >>>> example# reboot -f -- '/platform/i86pc/mykernel/amd64/unix -k' >>>> >>>> >>>> >>>> >>>> The following command reboots to mykernel off another root >>>> disk mounted on /mnt. >>>> >>>> >>>> >>>> >>>> >>>> SunOS 5.11 Last change: 26 Jan 2010 4 >>>> >>>> >>>> >>>> >>>> >>>> >>>> System Administration Commands reboot(1M) >>>> >>>> >>>> >>>> example# reboot -f -- >>>> '/mnt/platform/i86pc/mykernel/amd64/unix -k' >>>> >>>> >>>> >>>> >>>> The following command reboots to >>>> /platform/i86pc/kernel/$ISADIR/unix on another boot environ- >>>> ment named second_root. >>>> >>>> >>>> example# reboot -f -e second_root >>>> >>>> >>>> >>>> >>>> The following command reboots to the same kernel with -kv >>>> options. >>>> >>>> >>>> example# reboot -f -- '-kv' >>>> >>>> >>>> >>>> >>>> The following commands disable the fast-reboot-by-default >>>> behavior. >>>> >>>> >>>> example# svccfg -s "system/boot-config:default" \ >>>> setprop config/fastreboot_default=false >>>> example# svcadm refresh svc:/system/boot-config:default >>>> >>>> >>>> >>>> >>>> The following commands re-enable the fast-reboot-by-default >>>> behavior. >>>> >>>> >>>> example# svccfg -s "system/boot-config:default" \ >>>> setprop config/fastreboot_default=true >>>> example# svcadm refresh svc:/system/boot-config:default >>>> >>>> >>>> >>>> Example 4 Rebooting to a Particular GRUB Menu >>>> >>>> >>>> The following commands will reboot to entry 2 in the GRUB >>>> menu. >>>> >>>> >>>> >>>> >>>> >>>> SunOS 5.11 Last change: 26 Jan 2010 5 >>>> >>>> >>>> >>>> >>>> >>>> >>>> System Administration Commands reboot(1M) >>>> >>>> >>>> >>>> example# bootadm list-menu >>>> the location for the active GRUB menu is: >>>> /rpool/boot/grub/menu.lst >>>> default 0 >>>> timeout 10 >>>> 0 zfsbe1 >>>> 1 zfsbe1 failsafe >>>> 2 zfsbe2 >>>> 3 zfsbe2 Solaris xVM >>>> 4 zfsbe2 failsafe >>>> example# reboot 2 >>>> >>>> >>>> >>>> FILES >>>> /var/adm/wtmpx >>>> >>>> login accounting file >>>> >>>> >>>> ATTRIBUTES >>>> See attributes(5) for descriptions of the following attri- >>>> butes: >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> | ATTRIBUTE TYPE | ATTRIBUTE VALUE | >>>> |_____________________________|_____________________________| >>>> | Availability | SUNWcsu | >>>> |_____________________________|_____________________________| >>>> >>>> >>>> SEE ALSO >>>> mdb(1), boot(1M), dumpadm(1M), fsck(1M), halt(1M), init(1M), >>>> kernel(1M), shutdown(1M), svcadm(1M), svccfg(1M), sync(1M), >>>> syslogd(1M), sync(2), uadmin(2), reboot(3C), attributes(5), >>>> grub(5) >>>> >>>> NOTES >>>> The reboot utility does not execute the scripts in >>>> /etc/rcnum.d or execute shutdown actions in inittab(4). To >>>> ensure a complete shutdown of system services, use >>>> shutdown(1M) or init(1M) to reboot a Solaris system. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> SunOS 5.11 Last change: 26 Jan 2010 6 >> > From chris.kiick@sun.com Wed Jan 27 13:56: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 o0RLuBVm012189 for ; Wed, 27 Jan 2010 13:56:11 -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 o0RLu91X029902; Wed, 27 Jan 2010 14:56:10 -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 <0KWX00G03E9KLA00@nwk-avmta-2.sfbay.sun.com>; Wed, 27 Jan 2010 13:56:08 -0800 (PST) Received: from dm-central-01.central.sun.com ([129.147.62.4]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWX009HEE9JYQ80@nwk-avmta-2.sfbay.sun.com>; Wed, 27 Jan 2010 13:56:07 -0800 (PST) Received: from sr1-uaus-03.Central.Sun.COM (sr1-uaus-03.Central.Sun.COM [129.153.131.103]) by dm-central-01.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id o0RLu5qN056636; Wed, 27 Jan 2010 14:56:05 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (localhost [127.0.0.1]) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8) with ESMTP id o0RLu5va062906; Wed, 27 Jan 2010 15:56:05 -0600 (CST) Received: (from ck142721@localhost) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8/Submit) id o0RLu59t062905; Wed, 27 Jan 2010 15:56:05 -0600 (CST) Date: Wed, 27 Jan 2010 15:56:05 -0600 From: chris kiick Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B60B57D.3010207@sun.com> To: "Garrett D'Amore" Cc: Huay-Yong Wang , Sherry Moore , Brian.Ruthven@sun.com, PSARC-ext@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <20100127215605.GO32531@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <4B60B57D.3010207@sun.com> X-Authentication-warning: sr1-uaus-03.Central.Sun.COM: ck142721 set sender to chris.kiick@sun.com using -f User-Agent: Mutt/1.5.14 (2007-03-31) Status: RO Content-Length: 13899 On Wed, Jan 27, 2010 at 01:51:57PM -0800, Garrett D'Amore wrote: > On 01/27/10 01:44 PM, Huay-Yong Wang wrote: > > > > I spoke to Chris and the case is amended for > > minor binding only. Chris will send > > out an update to the init(1M) manpage shortly. > > Thanks. > > Thanks for the clarification. I reaffirm my +1 (or 100). > > One question: is this (esp. fast-reboot-on-panic) going to be enabled by > default? (I have raised concerns about fast-reboot-on-panic and risks > associated with it elsewhere. Let me know if you want to hear about them.) No it will not be enabled by default. > - Garrett > > > > > > > On 01/27/10 11:39, Garrett D'Amore wrote: > >> On 01/27/10 11:23 AM, Sherry Moore wrote: > >>> Thank you guys for the great work! > >>> > >>> When I filed 2008/382 I requested minor binding only. This case is > >>> requesting patch/micro release binding. Will the binding difference > >>> need to be reflected in case 2008/382? Will there be compatibility > >>> concerns as 2008/382 added devo_quiesce to dev_ops? > >> > >> Oh, I didn't see Patch binding. > >> > >> I'd like to retract my +1 if this is Patch. If its *Minor* binding, then > >> I'm very happy. > >> > >> - Garrett > >> > >>> Sherry > >>> > >>> On Tue, Jan 26, 2010 at 04:52:48PM -0800, Huay-Yong Wang wrote: > >>>> I am sponsoring this fasttrack for Chris Kiick. > >>>> > >>>> This project implements fast reboot support > >>>> for SPARC. Specifically, the -f and -p options > >>>> in reboot(1M) is now supported on SPARC. > >>>> Previously these options are only available > >>>> for x86 platforms (See PSARC 2008/382 Fast Reboot) > >>>> Note that the -e option (boot environments) is not yet > >>>> supported on SPARC. This project introduces no > >>>> new interface and I believe this qualify as self-review. > >>>> I will be marking the case closed approved automatic. > >>>> If anyone feels that this need to be promoted to a fast track > >>>> please let me know. > >>>> > >>>> The project team is requesting a patch/micro release binding. > >>>> An updated reboot(1M) manpage is included here. > >>>> > >>>> > >>>> --- cut here --- > >>>> > >>>> System Administration Commands reboot(1M) > >>>> > >>>> > >>>> > >>>> NAME > >>>> reboot - restart the operating system > >>>> > >>>> SYNOPSIS > >>>> /usr/sbin/reboot [-dlnq] [-f | -p] [boot_arguments] > >>>> > >>>> > >>>> /usr/sbin/reboot [-f [-e environment] | -p] [-dlnq] > >>>> [boot_arguments] > >>>> > >>>> > >>>> DESCRIPTION > >>>> The reboot utility restarts the kernel. The kernel is loaded > >>>> into memory by the PROM monitor, which transfers control to > >>>> the loaded kernel. > >>>> > >>>> > >>>> On x86 systems, when the -f flag is specified, the running > >>>> kernel will load the next kernel into memory, then transfer > >>>> control to the newly loaded kernel. This form of reboot is > >>>> shown in the second synopsis, above. > >>>> > >>>> > >>>> Although reboot can be run by the super-user at any time, > >>>> shutdown(1M) is normally used first to warn all users logged > >>>> in of the impending loss of service. See shutdown(1M) for > >>>> details. > >>>> > >>>> > >>>> The reboot utility performs a sync(1M) operation on the > >>>> disks, and then a multi-user reboot is initiated. See > >>>> init(1M) for details. On x86 systems, reboot may also update > >>>> the boot archive as needed to ensure a successful reboot. > >>>> > >>>> > >>>> The reboot utility normally logs the reboot to the system > >>>> log daemon, syslogd(1M), and places a shutdown record in the > >>>> login accounting file /var/adm/wtmpx. These actions are > >>>> inhibited if the -n or -q options are present. > >>>> > >>>> > >>>> Normally, the system reboots itself at power-up or after > >>>> crashes. > >>>> > >>>> OPTIONS > >>>> The following options are supported: > >>>> > >>>> -d > >>>> > >>>> Force a system crash dump before rebooting. See > >>>> dumpadm(1M) for information on configuring system crash > >>>> dumps. > >>>> > >>>> > >>>> > >>>> > >>>> SunOS 5.11 Last change: 26 Jan 2010 1 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> System Administration Commands reboot(1M) > >>>> > >>>> > >>>> > >>>> -e > >>>> > >>>> If -f is present, reboot to the specified boot environ- > >>>> ment. > >>>> > >>>> This option is currently available only on x86 systems. > >>>> > >>>> > >>>> -f > >>>> > >>>> For x86 systems: > >>>> > >>>> Fast reboot, bypassing firmware and boot loader. The new > >>>> kernel will be loaded into memory by the running kernel, > >>>> and control will be transferred to the newly loaded ker- > >>>> nel. If disk or kernel arguments are specified, they > >>>> must be specified before other boot arguments. > >>>> > >>>> For SPARC systems: > >>>> > >>>> Speeds up rebooting by skipping some POST tests. > >>>> > >>>> The service svc:/system/boot-config:default is enabled > >>>> by default. It requires solaris.system.shutdown as > >>>> action_authorization and value_authorization. When the > >>>> config/fastreboot_default property is set to true, > >>>> reboot will behave as reboot -f. The value of this pro- > >>>> perty can be changed using svccfg(1M) and svcadm(1M), to > >>>> control the default reboot behavior. > >>>> > >>>> See EXAMPLES for details. > >>>> > >>>> > >>>> -l > >>>> > >>>> Suppress sending a message to the system log daemon, > >>>> syslogd(1M) about who executed reboot. > >>>> > >>>> > >>>> -n > >>>> > >>>> Avoid calling sync(2) and do not log the reboot to > >>>> syslogd(1M) or to /var/adm/wtmpx. The kernel still > >>>> attempts to sync filesystems prior to reboot, except if > >>>> the -d option is also present. If -d is used with -n, > >>>> the kernel does not attempt to sync file systems. > >>>> > >>>> > >>>> -p > >>>> > >>>> Reboot to prom. This flag can be used to reboot the sys- > >>>> tem through firmware without changing the default reboot > >>>> > >>>> > >>>> > >>>> SunOS 5.11 Last change: 26 Jan 2010 2 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> System Administration Commands reboot(1M) > >>>> > >>>> > >>>> > >>>> behavior as denoted by the config/fastreboot_default > >>>> property setting in system/boot-config service. > >>>> > >>>> The -p and -f options are mutually exclusive. > >>>> > >>>> > >>>> -q > >>>> > >>>> Quick. Reboot quickly and ungracefully, without shutting > >>>> down running processes first. > >>>> > >>>> > >>>> OPERANDS > >>>> The following operands are supported: > >>>> > >>>> boot_arguments > >>>> > >>>> An optional boot_arguments specifies arguments to the > >>>> uadmin(2) function that are passed to the boot program > >>>> and kernel upon restart. The form and list of arguments > >>>> is described in the boot(1M) and kernel(1M) man pages.. > >>>> If the arguments are specified, whitespace between them > >>>> is replaced by single spaces unless the whitespace is > >>>> quoted for the shell. If the boot_arguments begin with a > >>>> hyphen, they must be preceded by the -- delimiter (two > >>>> hyphens) to denote the end of the reboot argument list. > >>>> > >>>> > >>>> EXAMPLES > >>>> Example 1 Passing the -r and -v Arguments to boot > >>>> > >>>> > >>>> In the following example, the delimiter -- (two hyphens) > >>>> must be used to separate the options of reboot from the > >>>> arguments of boot(1M). > >>>> > >>>> > >>>> example# reboot -dl -- -rv > >>>> > >>>> > >>>> > >>>> Example 2 Rebooting Using a Specific Disk and Kernel > >>>> > >>>> > >>>> The following example reboots using a specific disk and ker- > >>>> nel. > >>>> > >>>> > >>>> example# reboot disk1 kernel.test/unix > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> SunOS 5.11 Last change: 26 Jan 2010 3 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> System Administration Commands reboot(1M) > >>>> > >>>> > >>>> > >>>> Example 3 Fast Rebooting > >>>> > >>>> > >>>> The following examples use the -f option to perform fast > >>>> reboots. > >>>> > >>>> > >>>> > >>>> If the service svc:/system/boot-config:default is enabled > >>>> and property config/fastreboot_default is set to true, the > >>>> -f option can be omitted. > >>>> > >>>> > >>>> > >>>> On an x86 system, the following command reboots to the > >>>> default entry in the GRUB (see grub(5)) menu file menu.lst. > >>>> > >>>> > >>>> example# reboot -f > >>>> > >>>> > >>>> > >>>> > >>>> The following command reboots to another UFS root disk. > >>>> > >>>> > >>>> example# reboot -f -- '/dev/dsk/c1d0s0' > >>>> > >>>> > >>>> > >>>> > >>>> The following command reboots to another ZFS root pool. > >>>> > >>>> > >>>> example# reboot -f -- 'rpool/ROOT/root2' > >>>> > >>>> > >>>> > >>>> > >>>> The following command reboots to mykernel on the same disk > >>>> with -k option. > >>>> > >>>> > >>>> example# reboot -f -- '/platform/i86pc/mykernel/amd64/unix -k' > >>>> > >>>> > >>>> > >>>> > >>>> The following command reboots to mykernel off another root > >>>> disk mounted on /mnt. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> SunOS 5.11 Last change: 26 Jan 2010 4 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> System Administration Commands reboot(1M) > >>>> > >>>> > >>>> > >>>> example# reboot -f -- '/mnt/platform/i86pc/mykernel/amd64/unix > >>>> -k' > >>>> > >>>> > >>>> > >>>> > >>>> The following command reboots to > >>>> /platform/i86pc/kernel/$ISADIR/unix on another boot environ- > >>>> ment named second_root. > >>>> > >>>> > >>>> example# reboot -f -e second_root > >>>> > >>>> > >>>> > >>>> > >>>> The following command reboots to the same kernel with -kv > >>>> options. > >>>> > >>>> > >>>> example# reboot -f -- '-kv' > >>>> > >>>> > >>>> > >>>> > >>>> The following commands disable the fast-reboot-by-default > >>>> behavior. > >>>> > >>>> > >>>> example# svccfg -s "system/boot-config:default" \ > >>>> setprop config/fastreboot_default=false > >>>> example# svcadm refresh svc:/system/boot-config:default > >>>> > >>>> > >>>> > >>>> > >>>> The following commands re-enable the fast-reboot-by-default > >>>> behavior. > >>>> > >>>> > >>>> example# svccfg -s "system/boot-config:default" \ > >>>> setprop config/fastreboot_default=true > >>>> example# svcadm refresh svc:/system/boot-config:default > >>>> > >>>> > >>>> > >>>> Example 4 Rebooting to a Particular GRUB Menu > >>>> > >>>> > >>>> The following commands will reboot to entry 2 in the GRUB > >>>> menu. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> SunOS 5.11 Last change: 26 Jan 2010 5 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> System Administration Commands reboot(1M) > >>>> > >>>> > >>>> > >>>> example# bootadm list-menu > >>>> the location for the active GRUB menu is: > >>>> /rpool/boot/grub/menu.lst > >>>> default 0 > >>>> timeout 10 > >>>> 0 zfsbe1 > >>>> 1 zfsbe1 failsafe > >>>> 2 zfsbe2 > >>>> 3 zfsbe2 Solaris xVM > >>>> 4 zfsbe2 failsafe > >>>> example# reboot 2 > >>>> > >>>> > >>>> > >>>> FILES > >>>> /var/adm/wtmpx > >>>> > >>>> login accounting file > >>>> > >>>> > >>>> ATTRIBUTES > >>>> See attributes(5) for descriptions of the following attri- > >>>> butes: > >>>> > >>>> > >>>> > >>>> ____________________________________________________________ > >>>> | ATTRIBUTE TYPE | ATTRIBUTE VALUE | > >>>> |_____________________________|_____________________________| > >>>> | Availability | SUNWcsu | > >>>> |_____________________________|_____________________________| > >>>> > >>>> > >>>> SEE ALSO > >>>> mdb(1), boot(1M), dumpadm(1M), fsck(1M), halt(1M), init(1M), > >>>> kernel(1M), shutdown(1M), svcadm(1M), svccfg(1M), sync(1M), > >>>> syslogd(1M), sync(2), uadmin(2), reboot(3C), attributes(5), > >>>> grub(5) > >>>> > >>>> NOTES > >>>> The reboot utility does not execute the scripts in > >>>> /etc/rcnum.d or execute shutdown actions in inittab(4). To > >>>> ensure a complete shutdown of system services, use > >>>> shutdown(1M) or init(1M) to reboot a Solaris system. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> SunOS 5.11 Last change: 26 Jan 2010 6 > >> > > -- Chris J. Kiick - Perf Geek and I/O monkey | #include Sun Microsystems: SSG: SPARC Platform Software: Enterprise Workgroup Software Austin TX 512-401-1408 Chris.Kiick@sun.com x64408 From Zhijun.Fu@sun.com Wed Jan 27 14:13: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 o0RMDMhD012761 for ; Wed, 27 Jan 2010 14:13:22 -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 o0RMDKFc041342 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 15:13:22 -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 <0KWX00H07F28LP00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 14:13:20 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWX009ZOF27YZA0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 27 Jan 2010 14:13:20 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o0RMDJuN023232 for ; Wed, 27 Jan 2010 22:13:19 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KWX00L00EWSHJ00@mail-apac.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 28 Jan 2010 06:13:19 +0800 (SGT) Received: from [129.150.0.12] ([unknown] [129.150.0.12]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KWX00GLCF25GQE0@mail-apac.sun.com>; Thu, 28 Jan 2010 06:13:19 +0800 (SGT) Date: Thu, 28 Jan 2010 06:13:13 +0800 From: Zhijun Fu Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> Sender: Zhijun.Fu@sun.com To: Huay-Yong Wang Cc: PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <4B60BA79.9000503@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 1101 > -f > > For x86 systems: > > Fast reboot, bypassing firmware and boot loader. The new > kernel will be loaded into memory by the running kernel, > and control will be transferred to the newly loaded ker- > nel. If disk or kernel arguments are specified, they > must be specified before other boot arguments. > > For SPARC systems: > > Speeds up rebooting by skipping some POST tests. > Could you elaborate a bit more on what POST tests are skipped for fast reboot on SPARC, and what are not? Thanks, Robin > The service svc:/system/boot-config:default is enabled > by default. It requires solaris.system.shutdown as > action_authorization and value_authorization. When the > config/fastreboot_default property is set to true, > reboot will behave as reboot -f. The value of this pro- > perty can be changed using svccfg(1M) and svcadm(1M), to > control the default reboot behavior. > > See EXAMPLES for details. > > From gdamore@sun.com Wed Jan 27 14:53:43 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 o0RMrheT013057 for ; Wed, 27 Jan 2010 14:53:43 -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 o0RMrhfU008390 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 27 Jan 2010 15:53:43 -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 <0KWX00J01GXJ6C00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 27 Jan 2010 15:53:43 -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 <0KWX008H1GXIED70@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 27 Jan 2010 15:53:42 -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 o0RMrgkr016268 for ; Wed, 27 Jan 2010 14:53:42 -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 <0KWX00200GPZVC00@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 27 Jan 2010 14:53:42 -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 <0KWX00227GXGMU80@fe-sfbay-09.sun.com>; Wed, 27 Jan 2010 14:53:41 -0800 (PST) Date: Wed, 27 Jan 2010 14:53:39 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B60BA79.9000503@sun.com> Sender: Garrett.Damore@sun.com To: Zhijun Fu Cc: Huay-Yong Wang , PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <4B60C3F3.1090604@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <4B60BA79.9000503@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 922 On 01/27/10 02:13 PM, Zhijun Fu wrote: > >> -f >> >> For x86 systems: >> >> Fast reboot, bypassing firmware and boot loader. The new >> kernel will be loaded into memory by the running kernel, >> and control will be transferred to the newly loaded ker- >> nel. If disk or kernel arguments are specified, they >> must be specified before other boot arguments. >> For SPARC systems: >> >> Speeds up rebooting by skipping some POST tests. > Could you elaborate a bit more on what POST tests are skipped > for fast reboot on SPARC, and what are not? If it works like x86 fast reboot, I'd expect "all of them" are skipped. In x86, the old kernel directly loads and executes the new one. The system firmware (including POST and BIOS or OBP in the case of SPARC) would never realize that a different kernel was executing. - Garrett From casper@holland.sun.com Thu Jan 28 01:49: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 o0S9nYgQ006499 for ; Thu, 28 Jan 2010 01:49:34 -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 o0S9nXmU026130; Thu, 28 Jan 2010 03:49:34 -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 <0KWY00L09BAMLD00@brm-avmta-1.central.sun.com>; Thu, 28 Jan 2010 02:49:34 -0700 (MST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWY00GV2BALUQC0@brm-avmta-1.central.sun.com>; Thu, 28 Jan 2010 02:49:33 -0700 (MST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o0S9nTPY003009; Thu, 28 Jan 2010 09:49:29 +0000 (GMT) Date: Thu, 28 Jan 2010 10:49:29 +0100 From: Casper.Dik@sun.com Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B60B57D.3010207@sun.com> Sender: casper@holland.sun.com To: "Garrett D'Amore" Cc: Sherry Moore , Brian.Ruthven@sun.com, PSARC-ext@sun.com, Chris.Kiick@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <201001280949.o0S9nTPY003009@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <4B60B57D.3010207@sun.com> Status: RO Content-Length: 316 >On 01/27/10 01:44 PM, Huay-Yong Wang wrote: >> >> I spoke to Chris and the case is amended for >> minor binding only. Chris will send >> out an update to the init(1M) manpage shortly. >> Thanks. > >Thanks for the clarification. I reaffirm my +1 (or 100). Same here. (Rebooting my SPARC systems often) Cas[er From chris.kiick@Sun.COM Thu Jan 28 10:55:14 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 o0SItEfA015149 for ; Thu, 28 Jan 2010 10:55:14 -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 o0SItDDI015499 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 28 Jan 2010 11:55:14 -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 <0KWZ0000B0K1XX00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 28 Jan 2010 10:55:13 -0800 (PST) Received: from dm-central-02.central.sun.com ([129.147.62.5]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KWZ00HAJ0K0KL40@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 28 Jan 2010 10:55:12 -0800 (PST) Received: from sr1-uaus-03.Central.Sun.COM (sr1-uaus-03.Central.Sun.COM [129.153.131.103]) by dm-central-02.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id o0SItANq023393; Thu, 28 Jan 2010 11:55:10 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (localhost [127.0.0.1]) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8) with ESMTP id o0SItAd9062859; Thu, 28 Jan 2010 12:55:10 -0600 (CST) Received: (from ck142721@localhost) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8/Submit) id o0SItAXs062852; Thu, 28 Jan 2010 12:55:10 -0600 (CST) Date: Thu, 28 Jan 2010 12:55:10 -0600 From: chris kiick Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B60B3BD.2070208@Sun.COM> To: Huay-Yong Wang Cc: Sherry Moore , Brian.Ruthven@Sun.COM, PSARC-ext@Sun.COM, Robert.Krawitz@Sun.COM, Steve.Sistare@Sun.COM Message-id: <20100128185510.GS32531@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> X-Authentication-warning: sr1-uaus-03.Central.Sun.COM: ck142721 set sender to chris.kiick@sun.com using -f User-Agent: Mutt/1.5.14 (2007-03-31) Status: RO Content-Length: 1373 Here is a diff for the proposed man page change: *************** *** 297,307 **** Stop the operating system and reboot to the state defined by the initdefault entry in /etc/inittab. ! Service svc:/system/boot-config:default is enabled by ! default. On x86 systems, when the config/fastreboot_default property is set to true, init ! 6 will bypass the firmware. On a SPARC system some POST ! tests will be skipped. a,b,c --- 297,306 ---- Stop the operating system and reboot to the state defined by the initdefault entry in /etc/inittab. ! On x86 systems, service svc:/system/boot-config:default ! is enabled by default. When the config/fastreboot_default property is set to true, init ! 6 will bypass the firmware. a,b,c *************** On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: > > I spoke to Chris and the case is amended for > minor binding only. Chris will send > out an update to the init(1M) manpage shortly. > Thanks. > -- Chris J. Kiick - Perf Geek and I/O monkey | #include Sun Microsystems: SSG: SPARC Platform Software: Enterprise Workgroup Software Austin TX 512-401-1408 Chris.Kiick@sun.com x64408 From chris.kiick@sun.com Fri Jan 29 08:35:55 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 o0TGZtgQ021215 for ; Fri, 29 Jan 2010 08:35:55 -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 o0TGZmuH012742; Fri, 29 Jan 2010 08:35:55 -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 <0KX00032FORUSG00@brm-avmta-1.central.sun.com>; Fri, 29 Jan 2010 09:35:54 -0700 (MST) Received: from dm-central-01.central.sun.com ([129.147.62.4]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX00031UORTOM00@brm-avmta-1.central.sun.com>; Fri, 29 Jan 2010 09:35:53 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (sr1-uaus-03.Central.Sun.COM [129.153.131.103]) by dm-central-01.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id o0TGZqX6031863; Fri, 29 Jan 2010 09:35:52 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (localhost [127.0.0.1]) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8) with ESMTP id o0TGZpop061811; Fri, 29 Jan 2010 10:35:51 -0600 (CST) Received: (from ck142721@localhost) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8/Submit) id o0TGZpRi061810; Fri, 29 Jan 2010 10:35:51 -0600 (CST) Date: Fri, 29 Jan 2010 10:35:51 -0600 From: chris kiick Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B60C3F3.1090604@sun.com> To: "Garrett D'Amore" Cc: Zhijun Fu , Huay-Yong Wang , PSARC-ext@sun.com, Robert.Krawitz@sun.com, Steve.Sistare@sun.com Message-id: <20100129163551.GG36244@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <4B60BA79.9000503@sun.com> <4B60C3F3.1090604@sun.com> X-Authentication-warning: sr1-uaus-03.Central.Sun.COM: ck142721 set sender to chris.kiick@sun.com using -f User-Agent: Mutt/1.5.14 (2007-03-31) Status: RO Content-Length: 1131 Hi, A clarification about implementation. The initial putback for SPARC fast reboot does NOT implement the full functionality that exists on the x86 side. At this time the scope of the project did not allow a full implementation. SPARC fast reboot shortens boot time by skipping some POST tests (which ones depends on the platform firmware). The interface is the same. If we implement the full functionality (there are plans for that), then it will use the same interface: ie reboot -f. Thanks, > > Could you elaborate a bit more on what POST tests are skipped > > for fast reboot on SPARC, and what are not? > > If it works like x86 fast reboot, I'd expect "all of them" are skipped. > > In x86, the old kernel directly loads and executes the new one. The system > firmware (including POST and BIOS or OBP in the case of SPARC) would never > realize that a different kernel was executing. > > - Garrett > -- Chris J. Kiick - Perf Geek and I/O monkey | #include Sun Microsystems: SSG: SPARC Platform Software: Enterprise Workgroup Software Austin TX 512-401-1408 Chris.Kiick@sun.com x64408 From Hitendra.Zhangada@sun.com Fri Jan 29 11:46: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 o0TJkfdd024646 for ; Fri, 29 Jan 2010 11:46:41 -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 o0TJkd0w033733 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 29 Jan 2010 12:46:41 -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 <0KX00010BXLSG900@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 11:46:40 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX000N4MXLR4E20@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 11:46:39 -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 o0TJkdce004102 for ; Fri, 29 Jan 2010 11:46:39 -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 <0KX000K00XJM9700@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 11:46:39 -0800 (PST) Received: from [129.150.177.188] ([unknown] [129.150.177.188]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KX0003FOXLPEJC0@fe-sfbay-09.sun.com>; Fri, 29 Jan 2010 11:46:38 -0800 (PST) Date: Fri, 29 Jan 2010 11:46:36 -0800 From: Hitendra Zhangada Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <20100128185510.GS32531@sun.com> Sender: Hitendra.Zhangada@sun.com To: chris kiick Cc: Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Brian.Ruthven@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B633B1C.2090703@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 Status: RO Content-Length: 1988 On 1/28/2010 10:55 AM, chris kiick wrote: > Here is a diff for the proposed man page change: > > *************** > *** 297,307 **** > Stop the operating system and reboot to the state > defined by the initdefault entry in /etc/inittab. > > ! Service svc:/system/boot-config:default is enabled by > ! default. On x86 systems, when the > config/fastreboot_default property is set to true, init > ! 6 will bypass the firmware. On a SPARC system some POST > ! tests will be skipped. > Just wondering if it is necessary to say what "-f" option does for SPARC. As Chris mentioned, more changes are in pipe and enhancement will do more than just skipping POST tests. Do we have to change man page for each phase of the fast-boot project? Also, saying SPARC systems implies both CMT and non-CMT SPARC systems. I believe the changes that are coming are only for non-CMT SPARC systems only. Do we need to make that distinction in the man page? > > a,b,c > --- 297,306 ---- > Stop the operating system and reboot to the state > defined by the initdefault entry in /etc/inittab. > > ! On x86 systems, service svc:/system/boot-config:default > ! is enabled by default. When the > config/fastreboot_default property is set to true, init > ! 6 will bypass the firmware. > > > a,b,c > *************** > > > On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: > >> I spoke to Chris and the case is amended for >> minor binding only. Chris will send >> out an update to the init(1M) manpage shortly. >> Thanks. >> >> > -- Hitendra Zhangada ============================================= SPS Common SW Features Engineering Systems Group, Sun Microsystems, Inc. Work Ph# (858) 625 3757, Ext. x53757 SUN Internal homepage http://esp.west/~hitu From gdamore@sun.com Fri Jan 29 11:52:09 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 o0TJq9ID024679 for ; Fri, 29 Jan 2010 11:52:09 -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 o0TJq7qq037751 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 29 Jan 2010 12:52:09 -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 <0KX00010PXUVSJ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 11:52:07 -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 <0KX000NIYXUV4I10@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 11:52:07 -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 o0TJq7aR003492 for ; Fri, 29 Jan 2010 11:52:07 -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 <0KX000G00XKQEN00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 11:52:07 -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 <0KX0004ZJXUUGT30@fe-sfbay-10.sun.com>; Fri, 29 Jan 2010 11:52:07 -0800 (PST) Date: Fri, 29 Jan 2010 11:52:06 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B633B1C.2090703@sun.com> Sender: Garrett.Damore@sun.com To: Hitendra Zhangada Cc: chris kiick , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Brian.Ruthven@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B633C66.1050607@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 2468 On 01/29/10 11:46 AM, Hitendra Zhangada wrote: > On 1/28/2010 10:55 AM, chris kiick wrote: >> Here is a diff for the proposed man page change: >> >> *************** >> *** 297,307 **** >> Stop the operating system and reboot to the state >> defined by the initdefault entry in /etc/inittab. >> >> ! Service svc:/system/boot-config:default is enabled by >> ! default. On x86 systems, when the >> config/fastreboot_default property is set to true, init >> ! 6 will bypass the firmware. On a SPARC system some POST >> ! tests will be skipped. > > > Just wondering if it is necessary to say what "-f" option does for SPARC. > As Chris mentioned, more changes are in pipe and enhancement will do > more than just skipping POST tests. Do we have to change man page > for each phase of the fast-boot project? > > Also, saying SPARC systems implies both CMT and non-CMT SPARC > systems. I believe the changes that are coming are only for non-CMT > SPARC systems only. Do we need to make that distinction in the man page? I think I'd rather say something like: "When config/fastreboot_default property is set to true, init 6 will bypass certain firmware initialization and test steps, depending on the specific capabilities of the system." This covers everything, and leaves the door open. - Garrett > > >> >> a,b,c >> --- 297,306 ---- >> Stop the operating system and reboot to the state >> defined by the initdefault entry in /etc/inittab. >> >> ! On x86 systems, service svc:/system/boot-config:default >> ! is enabled by default. When the >> config/fastreboot_default property is set to true, init >> ! 6 will bypass the firmware. more than just skipping POST >> tests. Do we have to change man page >> for each phase of the fast-boot project? >> >> Also, saying SPARC systems implies both CMT and non-CMT SPARC >> systems. I believe the changes that are coming are only for non-CMT >> SPARC systems only. Do we need to make that distinction in the man >> page? >> >> >> a,b,c >> *************** >> >> >> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: >>> I spoke to Chris and the case is amended for >>> minor binding only. Chris will send >>> out an update to the init(1M) manpage shortly. >>> Thanks. >>> > > From Steve.Sistare@sun.com Fri Jan 29 12:33:30 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 o0TKXUod025597 for ; Fri, 29 Jan 2010 12:33:30 -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 o0TKXTQw021031 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 29 Jan 2010 14:33:29 -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 <0KX000403ZRTOI00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 13:33:29 -0700 (MST) 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 <0KX0003U3ZRTP7E0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 13:33:29 -0700 (MST) 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 o0TKXTnd010510 for ; Fri, 29 Jan 2010 20:33:29 +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 <0KX000900ZJUTA00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 29 Jan 2010 13:33:29 -0700 (MST) Received: from [129.148.180.120] ([unknown] [129.148.180.120]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KX000222ZRIH840@mail-amer.sun.com>; Fri, 29 Jan 2010 13:33:23 -0700 (MST) Date: Fri, 29 Jan 2010 15:32:53 -0500 From: Steve Sistare Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B633C66.1050607@sun.com> Sender: Steve.Sistare@sun.com To: "Garrett D'Amore" Cc: Hitendra Zhangada , chris kiick , Huay-Yong Wang , PSARC-ext@sun.com, Brian.Ruthven@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B6345F5.8090901@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090910) Status: RO Content-Length: 2751 On 01/29/10 14:52, Garrett D'Amore wrote: > On 01/29/10 11:46 AM, Hitendra Zhangada wrote: >> On 1/28/2010 10:55 AM, chris kiick wrote: >>> Here is a diff for the proposed man page change: >>> >>> *************** >>> *** 297,307 **** >>> Stop the operating system and reboot to the state >>> defined by the initdefault entry in /etc/inittab. >>> >>> ! Service svc:/system/boot-config:default is enabled by >>> ! default. On x86 systems, when the >>> config/fastreboot_default property is set to true, init >>> ! 6 will bypass the firmware. On a SPARC system some POST >>> ! tests will be skipped. >> >> >> Just wondering if it is necessary to say what "-f" option does for SPARC. >> As Chris mentioned, more changes are in pipe and enhancement will do >> more than just skipping POST tests. Do we have to change man page >> for each phase of the fast-boot project? >> >> Also, saying SPARC systems implies both CMT and non-CMT SPARC >> systems. I believe the changes that are coming are only for non-CMT >> SPARC systems only. Do we need to make that distinction in the man page? > > I think I'd rather say something like: > > "When config/fastreboot_default property is set to true, init 6 will > bypass certain firmware initialization and test steps, depending on the > specific capabilities of the system." > > This covers everything, and leaves the door open. > > - Garrett Thanks Garrett, I was about to suggest the same. In fact, I think we should unify the description for x86 and sparc, and have the above cover both. - Steve >> >> >>> >>> a,b,c >>> --- 297,306 ---- >>> Stop the operating system and reboot to the state >>> defined by the initdefault entry in /etc/inittab. >>> >>> ! On x86 systems, service svc:/system/boot-config:default >>> ! is enabled by default. When the >>> config/fastreboot_default property is set to true, init >>> ! 6 will bypass the firmware. more than just skipping POST >>> tests. Do we have to change man page >>> for each phase of the fast-boot project? >>> >>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>> systems. I believe the changes that are coming are only for non-CMT >>> SPARC systems only. Do we need to make that distinction in the man >>> page? >>> >>> >>> a,b,c >>> *************** >>> >>> >>> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: >>>> I spoke to Chris and the case is amended for >>>> minor binding only. Chris will send >>>> out an update to the init(1M) manpage shortly. >>>> Thanks. >>>> >> >> > From chris.kiick@sun.com Mon Feb 1 09:57:30 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 o11HvUAZ026132 for ; Mon, 1 Feb 2010 09:57:30 -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 o11HvT62026653; Mon, 1 Feb 2010 09:57:30 -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 <0KX60020HCJUGV00@brm-avmta-1.central.sun.com>; Mon, 01 Feb 2010 10:57:30 -0700 (MST) Received: from dm-central-02.central.sun.com ([129.147.62.5]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX60099ACJTWOE0@brm-avmta-1.central.sun.com>; Mon, 01 Feb 2010 10:57:29 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (sr1-uaus-03.Central.Sun.COM [129.153.131.103]) by dm-central-02.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id o11HvRDX030659; Mon, 01 Feb 2010 10:57:27 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (localhost [127.0.0.1]) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8) with ESMTP id o11HvR0i063604; Mon, 01 Feb 2010 11:57:27 -0600 (CST) Received: (from ck142721@localhost) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8/Submit) id o11HvR3S063603; Mon, 01 Feb 2010 11:57:27 -0600 (CST) Date: Mon, 01 Feb 2010 11:57:27 -0600 From: chris kiick Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B6345F5.8090901@sun.com> To: Steve Sistare Cc: "Garrett D'Amore" , Hitendra Zhangada , Huay-Yong Wang , PSARC-ext@sun.com, Brian.Ruthven@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <20100201175727.GE40433@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_Kw/6rxnKibZset30zbTMSA)" Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B6345F5.8090901@sun.com> X-Authentication-warning: sr1-uaus-03.Central.Sun.COM: ck142721 set sender to chris.kiick@sun.com using -f User-Agent: Mutt/1.5.14 (2007-03-31) Status: RO Content-Length: 20190 --Boundary_(ID_Kw/6rxnKibZset30zbTMSA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline Attached the init.1 man page with suggested edits. On Fri, Jan 29, 2010 at 03:32:53PM -0500, Steve Sistare wrote: > On 01/29/10 14:52, Garrett D'Amore wrote: > > On 01/29/10 11:46 AM, Hitendra Zhangada wrote: > >> On 1/28/2010 10:55 AM, chris kiick wrote: > >>> Here is a diff for the proposed man page change: > >>> > >>> *************** > >>> *** 297,307 **** > >>> Stop the operating system and reboot to the state > >>> defined by the initdefault entry in /etc/inittab. > >>> > >>> ! Service svc:/system/boot-config:default is enabled by > >>> ! default. On x86 systems, when the > >>> config/fastreboot_default property is set to true, init > >>> ! 6 will bypass the firmware. On a SPARC system some POST > >>> ! tests will be skipped. > >> > >> > >> Just wondering if it is necessary to say what "-f" option does for SPARC. > >> As Chris mentioned, more changes are in pipe and enhancement will do > >> more than just skipping POST tests. Do we have to change man page > >> for each phase of the fast-boot project? > >> > >> Also, saying SPARC systems implies both CMT and non-CMT SPARC > >> systems. I believe the changes that are coming are only for non-CMT > >> SPARC systems only. Do we need to make that distinction in the man page? > > I think I'd rather say something like: > > "When config/fastreboot_default property is set to true, init 6 will bypass > > certain firmware initialization and test steps, depending on the specific > > capabilities of the system." > > This covers everything, and leaves the door open. > > - Garrett > > Thanks Garrett, I was about to suggest the same. In fact, I think we > should unify the description for x86 and sparc, and have the above > cover both. > > - Steve > > >> > >> > >>> > >>> a,b,c > >>> --- 297,306 ---- > >>> Stop the operating system and reboot to the state > >>> defined by the initdefault entry in /etc/inittab. > >>> > >>> ! On x86 systems, service svc:/system/boot-config:default > >>> ! is enabled by default. When the > >>> config/fastreboot_default property is set to true, init > >>> ! 6 will bypass the firmware. more than just skipping POST > >>> tests. Do we have to change man page > >>> for each phase of the fast-boot project? > >>> > >>> Also, saying SPARC systems implies both CMT and non-CMT SPARC > >>> systems. I believe the changes that are coming are only for non-CMT > >>> SPARC systems only. Do we need to make that distinction in the man page? > >>> > >>> > >>> a,b,c > >>> *************** > >>> > >>> > >>> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: > >>>> I spoke to Chris and the case is amended for > >>>> minor binding only. Chris will send > >>>> out an update to the init(1M) manpage shortly. > >>>> Thanks. > >>>> > >> > >> -- Chris J. Kiick - Perf Geek and I/O monkey | #include Sun Microsystems: SSG: SPARC Platform Software: Enterprise Workgroup Software Austin TX 512-401-1408 Chris.Kiick@sun.com x64408 --Boundary_(ID_Kw/6rxnKibZset30zbTMSA) Content-type: text/plain; NAME=init.1; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=init.1 System Administration Commands init(1M) NAME init, telinit - process control initialization SYNOPSIS /sbin/init [0123456abcQqSs] /etc/telinit [0123456abcQqSs] DESCRIPTION init is the default primordial user process. (Options given to the kernel during boot may result in the invocation of an alternative primordial user process, as described on kernel(1M)). init initiates the core components of the ser- vice management facility, svc.configd(1M) and svc.startd(1M), and restarts these components if they fail. For backwards compatibility, init also starts and restarts general processes according to /etc/inittab, as desribed below. The run levels and system booting descriptions given below are provided for compatibility purposes only, and otherwise made obsolete by the service management facility, smf(5). init Failure If init exits for any reason other than system shutdown, it will be restarted with process-ID 1. Run Level Defined At any given time, the system is in one of eight possible run levels. A run level is a software configuration under which only a selected group of processes exists. Processes spawned by init for each of these run levels are defined in /etc/inittab. init can be in one of eight run levels, 0-6 and S or s (S and s are identical). The run level changes when a privileged user runs /sbin/init. init and System Booting When the system is booted, init is invoked and the following occurs. First, it reads /etc/default/init to set environment variables. This is typically where TZ (time zone) and locale-related environments such as LANG or LC_CTYPE get set. (See the FILES section at the end of this page.) init then looks in /etc/inittab for the initdefault entry (see inittab(4)). If the initdefault entry: exists init usually uses the run level specified in that entry as the initial run level to enter only if the SunOS 5.11 Last change: 2 Sep 2009 1 System Administration Commands init(1M) options/milestone property has not been specified for svc.startd(1M). does not exist The service management facility, smf(5), examines its configuration specified in svc.startd(1M), and enters the milestone specified by the options/milestone pro- perty. The initdefault entry in /etc/inittab corresponds to the following run levels: S or s init goes to the single-user state. In this state, the system console device (/dev/console) is opened for read- ing and writing and the command /sbin/su, (see su(1M)), is invoked. Use either init or telinit to change the run level of the system. Note that if the shell is ter- minated (using an end-of-file), init only re-initializes to the single-user state if /etc/inittab does not exist. 0-6 init enters the corresponding run level. Run levels 0, 5, and 6 are reserved states for shutting the system down. Run levels 2, 3, and 4 are available as multi-user operating states. If this is the first time since power up that init has entered a run level other than single-user state, init first scans /etc/inittab for boot and bootwait entries (see init- tab(4)). These entries are performed before any other pro- cessing of /etc/inittab takes place, providing that the run level entered matches that of the entry. In this way any special initialization of the operating system, such as mounting file systems, can take place before users are allowed onto the system. init then scans /etc/inittab and executes all other entries that are to be processed for that run level. To spawn each process in /etc/inittab, init reads each entry and for each entry that should be respawned, it forks a child process. After it has spawned all of the processes SunOS 5.11 Last change: 2 Sep 2009 2 System Administration Commands init(1M) specified by /etc/inittab, init waits for one of its descen- dant processes to die, a powerfail signal, or a signal from another init or telinit process to change the system's run level. When one of these conditions occurs, init re-examines /etc/inittab. inittab Additions New entries can be added to /etc/inittab at any time; how- ever, init still waits for one of the above three conditions to occur before re-examining /etc/inittab. To get around this, init Q or init q command wakes init to re-examine /etc/inittab immediately. When init comes up at boot time and whenever the system changes from the single-user state to another run state, init sets the ioctl(2) states of the console to those modes saved in the file /etc/ioctl.syscon. init writes this file whenever the single-user state is entered. Run Level Changes When a run level change request is made, init or a designate sends the warning signal (SIGTERM) to all processes that are undefined in the target run level. A minimum interval of five seconds is observed before init or its designate forci- bly terminates these processes by sending a kill signal (SIGKILL). Additionally, init informs svc.startd(1M) that the run level is changing. svc.startd(1M) then restricts the system to the set of services which the milestone corresponding to the run-level change depends on. When init receives a signal telling it that a process it spawned has died, it records the fact and the reason it died in /var/adm/utmpx and /var/adm/wtmpx if it exists (see who(1)). A history of the processes spawned is kept in /var/adm/wtmpx. If init receives a powerfail signal (SIGPWR) it scans /etc/inittab for special entries of the type powerfail and powerwait. These entries are invoked (if the run levels per- mit) before any further processing takes place. In this way init can perform various cleanup and recording functions during the powerdown of the operating system. Environment Variables in /etc/default/init You can set default values for environment variables, for such items as timezone and character formatting, in /etc/default/init. See the FILES section, below, for a list of these variables. SunOS 5.11 Last change: 2 Sep 2009 3 System Administration Commands init(1M) telinit telinit, which is linked to /sbin/init, is used to direct the actions of init. It takes a one-character argument and signals init to take the appropriate action. SECURITY init uses pam(3PAM) for session management. The PAM confi- guration policy, listed through /etc/pam.conf, specifies the session management module to be used for init. Here is a partial pam.conf file with entries for init using the UNIX session management module. init session required pam_unix_session.so.1 If there are no entries for the init service, then the entries for the "other" service will be used. OPTIONS 0 Go into firmware. 1 Put the system in system administrator mode. All local file systems are mounted. Only a small set of essential kernel processes are left running. This mode is for administrative tasks such as installing optional utility packages. All files are accessible and no users are logged in on the system. This request corresponds to a request for smf(5) to res- trict the system milestone to svc:/milestone/single- user:default. 2 Put the system in multi-user mode. All multi-user environment terminal processes and daemons are spawned. This state is commonly referred to as the multi-user state. This request corresponds to a request for smf(5) to res- trict the system milestone to svc:/milestone/multi- user:default. SunOS 5.11 Last change: 2 Sep 2009 4 System Administration Commands init(1M) 3 Extend multi-user mode by making local resources avail- able over the network. This request corresponds to a request for smf(5) to res- trict the system milestone to svc:/milestone/multi- user-server:default. 4 Is available to be defined as an alternative multi-user environment configuration. It is not necessary for sys- tem operation and is usually not used. 5 Shut the machine down so that it is safe to remove the power. Have the machine remove power, if possible. 6 Stop the operating system and reboot to the state defined by the initdefault entry in /etc/inittab. When the config/fastreboot_default property is set to true, init 6 will bypass certain firmware initialization and test steps, depending on the specific capabilities of the system. a,b,c Process only those /etc/inittab entries having the a, b, or c run level set. These are pseudo-states, which may be defined to run certain commands, but which do not cause the current run level to change. Q,q Re-examine /etc/inittab. S, s Enter single-user mode. This is the only run level that doesn't require the existence of a properly formatted /etc/inittab file. If this file does not exist, then by SunOS 5.11 Last change: 2 Sep 2009 5 System Administration Commands init(1M) default, the only legal run level that init can enter is the single-user mode. When in single-user mode, the filesystems required for basic system operation will be mounted. When the system comes down to single-user mode, these file systems will remain mounted (even if provided by a remote file server), and any other local filesys- tems will also be left mounted. During the transition down to single-user mode, all processes started by init or init.d scripts that should only be running in multi- user mode are killed. In addition, any process that has a utmpx entry will be killed. This last condition insures that all port monitors started by the SAC are killed and all services started by these port monitors, including ttymon login services, are killed. This request corresponds to a request for smf(5) to res- trict the system milestone to svc:/milestone/single- user:default. FILES /dev/console System console device. /etc/default/init Contains environment variables and their default values. For example, for the timezone variable, TZ, you might specify TZ=US/Pacific. The variables are: TZ Either specifies the timezone information (see ctime(3C)) or the name of a timezone information file /usr/share/lib/zoneinfo. Refer to the TIMEZONE(4) man page before changing this setting. CMASK The mask (see umask(1)) that init uses and that every process inherits from the init process. If not set, init uses the mask it inherits from the kernel. Note that init always attempts to apply a umask of 022 before creating a file, regardless of the set- ting of CMASK SunOS 5.11 Last change: 2 Sep 2009 6 System Administration Commands init(1M) LC_CTYPE Character characterization information LC_MESSAGES Message translation LC_MONETARY Monetary formatting information LC_NUMERIC Numeric formatting information LC_TIME Time formatting information LC_ALL If set, all other LC_* environmental variables take-on this value. LANG If LC_ALL is not set, and any particular LC_* is also not set, the value of LANG is used for that particular environmental variable. /etc/inittab Controls process dispatching by init. /etc/ioctl.syscon ioctl states of the console, as saved by init when single-user state is entered. /etc/svc/volatile/init.state SunOS 5.11 Last change: 2 Sep 2009 7 System Administration Commands init(1M) init state necessary to recover from failure. /var/adm/utmpx User access and administration information. /var/adm/wtmpx History of user access and administration information. /var/run/initpipe A named pipe used for internal communication. ATTRIBUTES See attributes(5) for descriptions of the following attri- butes: ____________________________________________________________ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | |______________________________|______________________________| | Availability | SUNWcsu | |______________________________|______________________________| SEE ALSO login(1), sh(1), stty(1), who(1), kernel(1M), shutdown(1M), su(1M), svc.configd(1M), svc.startd(1M), ttymon(1M), ioctl(2), kill(2), ctime(3C), pam(3PAM), init.d(4), init- tab(4), pam.conf(4), TIMEZONE(4), utmpx(4), attributes(5), pam_unix_session(5), smf(5), termio(7I) DIAGNOSTICS If init finds that it is respawning an entry from /etc/inittab more than ten times in two minutes, it assumes that there is an error in the command string in the entry and generates an error message on the system console. It then refuses to respawn this entry until either five minutes has elapsed or it receives a signal from a user-spawned init or telinit command. This prevents init from eating up system resources when someone makes a typographical error in the inittab file, or a program is removed that is referenced in /etc/inittab. NOTES SunOS 5.11 Last change: 2 Sep 2009 8 System Administration Commands init(1M) init and telinit can be run only by a privileged user. The S or s state must not be used indiscriminately in /etc/inittab. When modifying this file, it is best to avoid adding this state to any line other than initdefault. If a default state is not specified in the initdefault entry in /etc/inittab, state 6 is entered. Consequently, the sys- tem will loop by going to firmware and rebooting continu- ously. If the utmpx file cannot be created when booting the system, the system will boot to state "s" regardless of the state specified in the initdefault entry in /etc/inittab. This can occur if the /var file system is not accessible. When a system transitions down to the S or s state, the /etc/nologin file (see nologin(4)) is created. Upon subse- quent transition to run level 2, this file is removed. init uses /var/run/initpipe, a named pipe, for internal com- munication. The pam_unix(5) module is no longer supported. Similar func- tionality is provided by pam_unix_session(5). SunOS 5.11 Last change: 2 Sep 2009 9 --Boundary_(ID_Kw/6rxnKibZset30zbTMSA)-- From gdamore@sun.com Mon Feb 1 10:09:51 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 o11I9pkC026264 for ; Mon, 1 Feb 2010 10:09:51 -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 o11I9ocg020235 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 1 Feb 2010 11:09:50 -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 <0KX600M0PD4EA300@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 01 Feb 2010 10:09:50 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX600FBOD4ER790@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 01 Feb 2010 10:09:50 -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 o11I9nHt002566 for ; Mon, 01 Feb 2010 10:09:49 -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 <0KX600100CN3DM00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 01 Feb 2010 10:09:49 -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 <0KX600G9XD3ZVK50@fe-sfbay-10.sun.com>; Mon, 01 Feb 2010 10:09:36 -0800 (PST) Date: Mon, 01 Feb 2010 10:09:34 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <20100201175727.GE40433@sun.com> Sender: Garrett.Damore@sun.com To: chris kiick Cc: Steve Sistare , Hitendra Zhangada , Huay-Yong Wang , psarc-ext@sun.com, Brian.Ruthven@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B6718DE.6090308@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B6345F5.8090901@sun.com> <20100201175727.GE40433@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 3294 Looks good to me (but then the text is basically what I suggested. :-) - Garrett On 02/ 1/10 09:57 AM, chris kiick wrote: > Attached the init.1 man page with suggested edits. > > > On Fri, Jan 29, 2010 at 03:32:53PM -0500, Steve Sistare wrote: > >> On 01/29/10 14:52, Garrett D'Amore wrote: >> >>> On 01/29/10 11:46 AM, Hitendra Zhangada wrote: >>> >>>> On 1/28/2010 10:55 AM, chris kiick wrote: >>>> >>>>> Here is a diff for the proposed man page change: >>>>> >>>>> *************** >>>>> *** 297,307 **** >>>>> Stop the operating system and reboot to the state >>>>> defined by the initdefault entry in /etc/inittab. >>>>> >>>>> ! Service svc:/system/boot-config:default is enabled by >>>>> ! default. On x86 systems, when the >>>>> config/fastreboot_default property is set to true, init >>>>> ! 6 will bypass the firmware. On a SPARC system some POST >>>>> ! tests will be skipped. >>>>> >>>> >>>> Just wondering if it is necessary to say what "-f" option does for SPARC. >>>> As Chris mentioned, more changes are in pipe and enhancement will do >>>> more than just skipping POST tests. Do we have to change man page >>>> for each phase of the fast-boot project? >>>> >>>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>>> systems. I believe the changes that are coming are only for non-CMT >>>> SPARC systems only. Do we need to make that distinction in the man page? >>>> >>> I think I'd rather say something like: >>> "When config/fastreboot_default property is set to true, init 6 will bypass >>> certain firmware initialization and test steps, depending on the specific >>> capabilities of the system." >>> This covers everything, and leaves the door open. >>> - Garrett >>> >> Thanks Garrett, I was about to suggest the same. In fact, I think we >> should unify the description for x86 and sparc, and have the above >> cover both. >> >> - Steve >> >> >>>> >>>> >>>>> a,b,c >>>>> --- 297,306 ---- >>>>> Stop the operating system and reboot to the state >>>>> defined by the initdefault entry in /etc/inittab. >>>>> >>>>> ! On x86 systems, service svc:/system/boot-config:default >>>>> ! is enabled by default. When the >>>>> config/fastreboot_default property is set to true, init >>>>> ! 6 will bypass the firmware. more than just skipping POST >>>>> tests. Do we have to change man page >>>>> for each phase of the fast-boot project? >>>>> >>>>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>>>> systems. I believe the changes that are coming are only for non-CMT >>>>> SPARC systems only. Do we need to make that distinction in the man page? >>>>> >>>>> >>>>> a,b,c >>>>> *************** >>>>> >>>>> >>>>> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: >>>>> >>>>>> I spoke to Chris and the case is amended for >>>>>> minor binding only. Chris will send >>>>>> out an update to the init(1M) manpage shortly. >>>>>> Thanks. >>>>>> >>>>>> >>>> >>>> > From Brian.Ruthven@sun.com Wed Feb 3 02:20: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 o13AKfx4011180 for ; Wed, 3 Feb 2010 02:20:41 -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 o13AKe9G009921 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 3 Feb 2010 03:20:40 -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 <0KX90080ZGQGBN00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 03:20:40 -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 <0KX900894GQFEXF0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 03:20:39 -0700 (MST) 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 o13AKcTO014575 for ; Wed, 03 Feb 2010 10:20:38 +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 <0KX900L00FTMRB00@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 10:20:33 +0000 (GMT) Received: from [192.168.0.110] ([unknown] [86.7.210.90]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KX90034BGPWQ4B0@fe-emea-09.sun.com>; Wed, 03 Feb 2010 10:20:21 +0000 (GMT) Date: Wed, 03 Feb 2010 10:20:20 +0000 From: Brian Ruthven - Solaris Network Sustaining - Sun UK Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B633C66.1050607@sun.com> Sender: Brian.Ruthven@sun.com To: "Garrett D'Amore" Cc: Hitendra Zhangada , chris kiick , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B694DE4.9000709@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100117 Thunderbird/3.0 Status: RO Content-Length: 3094 On 01/29/10 07:52 PM, Garrett D'Amore wrote: > On 01/29/10 11:46 AM, Hitendra Zhangada wrote: >> On 1/28/2010 10:55 AM, chris kiick wrote: >>> Here is a diff for the proposed man page change: >>> >>> *************** >>> *** 297,307 **** >>> Stop the operating system and reboot to the state >>> defined by the initdefault entry in /etc/inittab. >>> >>> ! Service svc:/system/boot-config:default is enabled by >>> ! default. On x86 systems, when the >>> config/fastreboot_default property is set to true, init >>> ! 6 will bypass the firmware. On a SPARC system some POST >>> ! tests will be skipped. >> >> >> Just wondering if it is necessary to say what "-f" option does for >> SPARC. >> As Chris mentioned, more changes are in pipe and enhancement will do >> more than just skipping POST tests. Do we have to change man page >> for each phase of the fast-boot project? >> >> Also, saying SPARC systems implies both CMT and non-CMT SPARC >> systems. I believe the changes that are coming are only for non-CMT >> SPARC systems only. Do we need to make that distinction in the man >> page? > > I think I'd rather say something like: > > "When config/fastreboot_default property is set to true, init 6 will > bypass certain firmware initialization and test steps, depending on > the specific capabilities of the system." > > This covers everything, and leaves the door open. I like the idea of unifying the text for all platforms, but I think there is an obvious question as a consumer: How do I tell if my system has the "specific capabilities" required for fast reboot? Is there a command which can be run, or a particular line in prtconf, prtdiag or the like which tells me whether the system is capable of fast reboot? Regards, Brian > > - Garrett >> >> >>> >>> a,b,c >>> --- 297,306 ---- >>> Stop the operating system and reboot to the state >>> defined by the initdefault entry in /etc/inittab. >>> >>> ! On x86 systems, service svc:/system/boot-config:default >>> ! is enabled by default. When the >>> config/fastreboot_default property is set to true, init >>> ! 6 will bypass the firmware. more than just skipping POST >>> tests. Do we have to change man page >>> for each phase of the fast-boot project? >>> >>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>> systems. I believe the changes that are coming are only for non-CMT >>> SPARC systems only. Do we need to make that distinction in the man >>> page? >>> >>> >>> a,b,c >>> *************** >>> >>> >>> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: >>>> I spoke to Chris and the case is amended for >>>> minor binding only. Chris will send >>>> out an update to the init(1M) manpage shortly. >>>> Thanks. >>>> >> >> > -- Brian Ruthven Solaris Revenue Product Engineering Sun Microsystems UK Sparc House, Guillemont Park, Camberley, GU17 9QG From gdamore@sun.com Wed Feb 3 07:34: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 o13FYBZ3014443 for ; Wed, 3 Feb 2010 07:34:11 -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 o13FYAN9008083 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 3 Feb 2010 08:34:10 -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 <0KX900F01V8YA500@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 07:34:10 -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 <0KX900COEV8Y4R50@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 07:34:10 -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 o13FY67e026941 for ; Wed, 03 Feb 2010 07:34:10 -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 <0KX900200V1TCS00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 07:34:06 -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 <0KX9006HFV8K2CE0@fe-sfbay-10.sun.com>; Wed, 03 Feb 2010 07:33:57 -0800 (PST) Date: Wed, 03 Feb 2010 07:33:55 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B694DE4.9000709@sun.com> Sender: Garrett.Damore@sun.com To: Brian Ruthven - Solaris Network Sustaining - Sun UK Cc: Hitendra Zhangada , chris kiick , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B699763.4050304@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 3391 On 02/ 3/10 02:20 AM, Brian Ruthven - Solaris Network Sustaining - Sun UK wrote: > > > On 01/29/10 07:52 PM, Garrett D'Amore wrote: >> On 01/29/10 11:46 AM, Hitendra Zhangada wrote: >>> On 1/28/2010 10:55 AM, chris kiick wrote: >>>> Here is a diff for the proposed man page change: >>>> >>>> *************** >>>> *** 297,307 **** >>>> Stop the operating system and reboot to the state >>>> defined by the initdefault entry in /etc/inittab. >>>> >>>> ! Service svc:/system/boot-config:default is enabled by >>>> ! default. On x86 systems, when the >>>> config/fastreboot_default property is set to true, init >>>> ! 6 will bypass the firmware. On a SPARC system some POST >>>> ! tests will be skipped. >>> >>> >>> Just wondering if it is necessary to say what "-f" option does for >>> SPARC. >>> As Chris mentioned, more changes are in pipe and enhancement will do >>> more than just skipping POST tests. Do we have to change man page >>> for each phase of the fast-boot project? >>> >>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>> systems. I believe the changes that are coming are only for non-CMT >>> SPARC systems only. Do we need to make that distinction in the man >>> page? >> >> I think I'd rather say something like: >> >> "When config/fastreboot_default property is set to true, init 6 will >> bypass certain firmware initialization and test steps, depending on >> the specific capabilities of the system." >> >> This covers everything, and leaves the door open. > > I like the idea of unifying the text for all platforms, but I think > there is an obvious question as a consumer: > > How do I tell if my system has the "specific capabilities" required > for fast reboot? Is there a command which can be run, or a particular > line in prtconf, prtdiag or the like which tells me whether the system > is capable of fast reboot? reboot -f dryrun shows whether your system is capable at all. As far as what the precise meaning of of fast reboot is for your platform (how much of POST, firmware, etc, is skipped?) -- the end user simply should not care. - Garrett > > Regards, > Brian > >> >> - Garrett >>> >>> >>>> >>>> a,b,c >>>> --- 297,306 ---- >>>> Stop the operating system and reboot to the state >>>> defined by the initdefault entry in /etc/inittab. >>>> >>>> ! On x86 systems, service svc:/system/boot-config:default >>>> ! is enabled by default. When the >>>> config/fastreboot_default property is set to true, init >>>> ! 6 will bypass the firmware. more than just skipping POST >>>> tests. Do we have to change man page >>>> for each phase of the fast-boot project? >>>> >>>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>>> systems. I believe the changes that are coming are only for non-CMT >>>> SPARC systems only. Do we need to make that distinction in the man >>>> page? >>>> >>>> >>>> a,b,c >>>> *************** >>>> >>>> >>>> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: >>>>> I spoke to Chris and the case is amended for >>>>> minor binding only. Chris will send >>>>> out an update to the init(1M) manpage shortly. >>>>> Thanks. >>>>> >>> >>> >> > From Brian.Ruthven@sun.com Wed Feb 3 09:34:59 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 o13HYxJQ018233 for ; Wed, 3 Feb 2010 09:34:59 -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 o13HYtVW058897 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 3 Feb 2010 10:34:59 -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 <0KXA0051T0UA5P00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 10:34:58 -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 <0KXA00EDR0U9NOB0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 10:34:58 -0700 (MST) 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 o13HYvaI011373 for ; Wed, 03 Feb 2010 17:34:57 +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 <0KX900E00Y25HU00@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 17:34:36 +0000 (GMT) Received: from [192.168.0.110] ([unknown] [86.7.210.90]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXA00FD60T5UA90@fe-emea-09.sun.com>; Wed, 03 Feb 2010 17:34:17 +0000 (GMT) Date: Wed, 03 Feb 2010 17:34:17 +0000 From: Brian Ruthven - Solaris Network Sustaining - Sun UK Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B699763.4050304@sun.com> Sender: Brian.Ruthven@sun.com To: "Garrett D'Amore" Cc: Hitendra Zhangada , chris kiick , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B69B399.50906@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100117 Thunderbird/3.0 Status: RO Content-Length: 3921 On 02/ 3/10 03:33 PM, Garrett D'Amore wrote: > On 02/ 3/10 02:20 AM, Brian Ruthven - Solaris Network Sustaining - Sun > UK wrote: >> >> >> On 01/29/10 07:52 PM, Garrett D'Amore wrote: >>> On 01/29/10 11:46 AM, Hitendra Zhangada wrote: >>>> On 1/28/2010 10:55 AM, chris kiick wrote: >>>>> Here is a diff for the proposed man page change: >>>>> >>>>> *************** >>>>> *** 297,307 **** >>>>> Stop the operating system and reboot to the state >>>>> defined by the initdefault entry in /etc/inittab. >>>>> >>>>> ! Service svc:/system/boot-config:default is enabled by >>>>> ! default. On x86 systems, when the >>>>> config/fastreboot_default property is set to true, init >>>>> ! 6 will bypass the firmware. On a SPARC system some POST >>>>> ! tests will be skipped. >>>> >>>> >>>> Just wondering if it is necessary to say what "-f" option does for >>>> SPARC. >>>> As Chris mentioned, more changes are in pipe and enhancement will do >>>> more than just skipping POST tests. Do we have to change man page >>>> for each phase of the fast-boot project? >>>> >>>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>>> systems. I believe the changes that are coming are only for non-CMT >>>> SPARC systems only. Do we need to make that distinction in the man >>>> page? >>> >>> I think I'd rather say something like: >>> >>> "When config/fastreboot_default property is set to true, init 6 will >>> bypass certain firmware initialization and test steps, depending on >>> the specific capabilities of the system." >>> >>> This covers everything, and leaves the door open. >> >> I like the idea of unifying the text for all platforms, but I think >> there is an obvious question as a consumer: >> >> How do I tell if my system has the "specific capabilities" required >> for fast reboot? Is there a command which can be run, or a particular >> line in prtconf, prtdiag or the like which tells me whether the >> system is capable of fast reboot? > > reboot -f dryrun shows whether your system is capable at all. Lovely. Is that documented anywhere? I don't see it in the man page for reboot(1M). Seems like an ideal extension to the text you proposed along the lines of "To see if your system is capable of fast reboot, run reboot -f dryrun". Cheers, Brian > > As far as what the precise meaning of of fast reboot is for your > platform (how much of POST, firmware, etc, is skipped?) -- the end > user simply should not care. > > - Garrett > >> >> Regards, >> Brian >> >>> >>> - Garrett >>>> >>>> >>>>> >>>>> a,b,c >>>>> --- 297,306 ---- >>>>> Stop the operating system and reboot to the state >>>>> defined by the initdefault entry in /etc/inittab. >>>>> >>>>> ! On x86 systems, service svc:/system/boot-config:default >>>>> ! is enabled by default. When the >>>>> config/fastreboot_default property is set to true, init >>>>> ! 6 will bypass the firmware. more than just skipping >>>>> POST tests. Do we have to change man page >>>>> for each phase of the fast-boot project? >>>>> >>>>> Also, saying SPARC systems implies both CMT and non-CMT SPARC >>>>> systems. I believe the changes that are coming are only for non-CMT >>>>> SPARC systems only. Do we need to make that distinction in the >>>>> man page? >>>>> >>>>> >>>>> a,b,c >>>>> *************** >>>>> >>>>> >>>>> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: >>>>>> I spoke to Chris and the case is amended for >>>>>> minor binding only. Chris will send >>>>>> out an update to the init(1M) manpage shortly. >>>>>> Thanks. >>>>>> >>>> >>>> >>> >> > -- Brian Ruthven Solaris Revenue Product Engineering Sun Microsystems UK Sparc House, Guillemont Park, Camberley, GU17 9QG From chris.kiick@sun.com Wed Feb 3 09:38:05 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 o13Hc50n018293 for ; Wed, 3 Feb 2010 09:38:05 -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 o13Hc1GG001387; Wed, 3 Feb 2010 09:38:05 -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 <0KXA0050J0ZHVI00@brm-avmta-1.central.sun.com>; Wed, 03 Feb 2010 10:38:05 -0700 (MST) Received: from dm-central-01.central.sun.com ([129.147.62.4]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXA00E9G0ZGNIA0@brm-avmta-1.central.sun.com>; Wed, 03 Feb 2010 10:38:04 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (sr1-uaus-03.Central.Sun.COM [129.153.131.103]) by dm-central-01.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id o13Hc2c8004946; Wed, 03 Feb 2010 10:38:02 -0700 (MST) Received: from sr1-uaus-03.Central.Sun.COM (localhost [127.0.0.1]) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8) with ESMTP id o13Hc2Wk058477; Wed, 03 Feb 2010 11:38:02 -0600 (CST) Received: (from ck142721@localhost) by sr1-uaus-03.Central.Sun.COM (8.13.8+Sun/8.13.8/Submit) id o13Hc2f5058476; Wed, 03 Feb 2010 11:38:02 -0600 (CST) Date: Wed, 03 Feb 2010 11:38:02 -0600 From: chris kiick Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B69B399.50906@sun.com> To: Brian Ruthven - Solaris Network Sustaining - Sun UK Cc: "Garrett D'Amore" , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <20100203173801.GO40433@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> X-Authentication-warning: sr1-uaus-03.Central.Sun.COM: ck142721 set sender to chris.kiick@sun.com using -f User-Agent: Mutt/1.5.14 (2007-03-31) Status: RO Content-Length: 2590 On Wed, Feb 03, 2010 at 05:34:17PM +0000, Brian Ruthven - Solaris Network Sustaining - Sun UK wrote: > > > >> How do I tell if my system has the "specific capabilities" required for > >> fast reboot? Is there a command which can be run, or a particular line in > >> prtconf, prtdiag or the like which tells me whether the system is capable > >> of fast reboot? > > > > reboot -f dryrun shows whether your system is capable at all. > > Lovely. Is that documented anywhere? I don't see it in the man page for > reboot(1M). Seems like an ideal extension to the text you proposed along the > lines of "To see if your system is capable of fast reboot, run reboot -f > dryrun". dryrun only works on x86. > Cheers, > Brian > > > > > > > As far as what the precise meaning of of fast reboot is for your platform > > (how much of POST, firmware, etc, is skipped?) -- the end user simply > > should not care. > > > > - Garrett > > > >> > >> Regards, > >> Brian > >> > >>> > >>> - Garrett > >>>> > >>>> > >>>>> > >>>>> a,b,c > >>>>> --- 297,306 ---- > >>>>> Stop the operating system and reboot to the state > >>>>> defined by the initdefault entry in /etc/inittab. > >>>>> > >>>>> ! On x86 systems, service svc:/system/boot-config:default > >>>>> ! is enabled by default. When the > >>>>> config/fastreboot_default property is set to true, init > >>>>> ! 6 will bypass the firmware. more than just skipping POST > >>>>> tests. Do we have to change man page > >>>>> for each phase of the fast-boot project? > >>>>> > >>>>> Also, saying SPARC systems implies both CMT and non-CMT SPARC > >>>>> systems. I believe the changes that are coming are only for non-CMT > >>>>> SPARC systems only. Do we need to make that distinction in the man > >>>>> page? > >>>>> > >>>>> > >>>>> a,b,c > >>>>> *************** > >>>>> > >>>>> > >>>>> On Wed, Jan 27, 2010 at 01:44:29PM -0800, Huay-Yong Wang wrote: > >>>>>> I spoke to Chris and the case is amended for > >>>>>> minor binding only. Chris will send > >>>>>> out an update to the init(1M) manpage shortly. > >>>>>> Thanks. > >>>>>> > >>>> > >>>> > >>> > >> > > > > -- > Brian Ruthven > Solaris Revenue Product Engineering > Sun Microsystems UK > Sparc House, Guillemont Park, Camberley, GU17 9QG -- Chris J. Kiick - Perf Geek and I/O monkey | #include Sun Microsystems: SSG: SPARC Platform Software: Enterprise Workgroup Software Austin TX 512-401-1408 Chris.Kiick@sun.com x64408 From sherry.moore@Sun.COM Wed Feb 3 09:48:55 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 o13HmtcK018399 for ; Wed, 3 Feb 2010 09:48:55 -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 o13HmrBY008084; Wed, 3 Feb 2010 09:48:54 -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 <0KXA00M131HI7H00@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 09:48:54 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXA00CTX1HH4ME0@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 09:48:53 -0800 (PST) Received: from too-cool.sfbay.sun.com (too-cool.SFBay.Sun.COM [129.146.226.229]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o13Hmp3f023241; Wed, 03 Feb 2010 09:48:51 -0800 (PST) Received: from too-cool.sfbay.sun.com (too-cool [127.0.0.1]) by too-cool.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id o13Hn9HL003598; Wed, 03 Feb 2010 09:49:09 -0800 (PST) Received: (from sherrym@localhost) by too-cool.sfbay.sun.com (8.14.3+Sun/8.14.3/Submit) id o13Hn9wO003597; Wed, 03 Feb 2010 09:49:09 -0800 (PST) Date: Wed, 03 Feb 2010 09:49:09 -0800 From: Sherry Moore Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <20100203173801.GO40433@sun.com> To: chris kiick Cc: Brian Ruthven - Solaris Network Sustaining - Sun UK , "Garrett D'Amore" , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@Sun.COM, PSARC-ext@Sun.COM, Sherry Moore , Robert.Krawitz@Sun.COM Message-id: <20100203174909.GC3458@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: <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> X-Authentication-warning: too-cool.sfbay.sun.com: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.20 (2009-06-14) Status: RO Content-Length: 455 > > > reboot -f dryrun shows whether your system is capable at all. > > > > Lovely. Is that documented anywhere? I don't see it in the man page for > > reboot(1M). Seems like an ideal extension to the text you proposed along the > > lines of "To see if your system is capable of fast reboot, run reboot -f > > dryrun". > > dryrun only works on x86. Nothing prevents "dryrun" from working on SPARC. The implementation is in common code. Sherry From Calum.Mackay@sun.com Wed Feb 3 10:00:17 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 o13I0HlD019458 for ; Wed, 3 Feb 2010 10:00:17 -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 o13I0Bsk019896 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 3 Feb 2010 12:00:16 -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 <0KXA007FH20FSP00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 11:00:15 -0700 (MST) 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 <0KXA00ENV209N6C0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 11:00:10 -0700 (MST) 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 o13I08T6015807 for ; Wed, 03 Feb 2010 18:00:09 +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 <0KXA00G001CJ9K00@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 17:59:51 +0000 (GMT) Received: from [192.168.12.29] ([unknown] [212.44.17.104]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXA00NOM1ZQ0W30@fe-emea-09.sun.com>; Wed, 03 Feb 2010 17:59:51 +0000 (GMT) Date: Wed, 03 Feb 2010 17:59:50 +0000 From: Calum Mackay Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <20100203173801.GO40433@sun.com> Sender: Calum.Mackay@sun.com To: chris kiick Cc: Brian Ruthven - Solaris Network Sustaining - Sun UK , "Garrett D'Amore" , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B69B996.6060001@sun.com> Organization: Sun Microsystems 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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 Status: RO Content-Length: 728 On 03/02/10 17:38, chris kiick wrote: >>>> How do I tell if my system has the "specific capabilities" required for >>>> fast reboot? Is there a command which can be run, or a particular line in >>>> prtconf, prtdiag or the like which tells me whether the system is capable >>>> of fast reboot? >>> >>> reboot -f dryrun shows whether your system is capable at all. >> >> Lovely. Is that documented anywhere? I don't see it in the man page for >> reboot(1M). Seems like an ideal extension to the text you proposed along the >> lines of "To see if your system is capable of fast reboot, run reboot -f >> dryrun". > > dryrun only works on x86. I don't see it mentioned in reboot(1) on an x86 system either. cheers, calum. From gdamore@sun.com Wed Feb 3 10:32:52 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 o13IWq8C020187 for ; Wed, 3 Feb 2010 10:32:52 -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 o13IV2iQ017278 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 3 Feb 2010 12:32:52 -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 <0KXA00E073IIYX00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 10:32:42 -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 <0KXA004EH3IGRPC0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 10:32:40 -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 o13IWeL0026615 for ; Wed, 03 Feb 2010 10:32:40 -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 <0KXA0020039TXD00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 10:32:40 -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 <0KXA0041W3ID9U80@fe-sfbay-10.sun.com>; Wed, 03 Feb 2010 10:32:38 -0800 (PST) Date: Wed, 03 Feb 2010 10:32:37 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B69B996.6060001@sun.com> Sender: Garrett.Damore@sun.com To: Calum Mackay Cc: chris kiick , Brian Ruthven - Solaris Network Sustaining - Sun UK , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <4B69C145.9050301@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: <201001270052.o0R0qmaJ006911@sac.sfbay.sun.com> <20100127192326.GB3464@sun.com> <4B609657.50703@sun.com> <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> <4B69B996.6060001@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 917 On 02/ 3/10 09:59 AM, Calum Mackay wrote: > On 03/02/10 17:38, chris kiick wrote: >>>>> How do I tell if my system has the "specific capabilities" >>>>> required for >>>>> fast reboot? Is there a command which can be run, or a particular >>>>> line in >>>>> prtconf, prtdiag or the like which tells me whether the system is >>>>> capable >>>>> of fast reboot? >>>> >>>> reboot -f dryrun shows whether your system is capable at all. >>> >>> Lovely. Is that documented anywhere? I don't see it in the man >>> page for >>> reboot(1M). Seems like an ideal extension to the text you proposed >>> along the >>> lines of "To see if your system is capable of fast reboot, run >>> reboot -f >>> dryrun". >> >> dryrun only works on x86. > > I don't see it mentioned in reboot(1) on an x86 system either. Its "undocumented", and IIRC, was not formally ARC'd as an interface. - Garrett > > cheers, > calum. From sherry.moore@sun.com Wed Feb 3 11:12:33 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 o13JCX3a020973 for ; Wed, 3 Feb 2010 11:12:33 -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 o13JCUgl027670; Wed, 3 Feb 2010 11:12:31 -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 <0KXA00E0T5CVQA00@brm-avmta-1.central.sun.com>; Wed, 03 Feb 2010 12:12:31 -0700 (MST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXA00B1C5CUM120@brm-avmta-1.central.sun.com>; Wed, 03 Feb 2010 12:12:31 -0700 (MST) Received: from too-cool.sfbay.sun.com (too-cool.SFBay.Sun.COM [129.146.226.229]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o13JCSQl004916; Wed, 03 Feb 2010 11:12:28 -0800 (PST) Received: from too-cool.sfbay.sun.com (too-cool [127.0.0.1]) by too-cool.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id o13JClJJ003623; Wed, 03 Feb 2010 11:12:47 -0800 (PST) Received: (from sherrym@localhost) by too-cool.sfbay.sun.com (8.14.3+Sun/8.14.3/Submit) id o13JCkGw003622; Wed, 03 Feb 2010 11:12:46 -0800 (PST) Date: Wed, 03 Feb 2010 11:12:46 -0800 From: Sherry Moore Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B69C145.9050301@sun.com> To: "Garrett D'Amore" Cc: Calum Mackay , chris kiick , Brian Ruthven - Solaris Network Sustaining - Sun UK , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Sherry Moore , Robert.Krawitz@sun.com Message-id: <20100203191246.GD3458@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: <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> <4B69B996.6060001@sun.com> <4B69C145.9050301@sun.com> X-Authentication-warning: too-cool.sfbay.sun.com: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.20 (2009-06-14) Status: RO Content-Length: 1255 Garrett, It was by your request during PSARC review that "reboot -f dryrun" to be a project private interface and therefore not to be documented in the man pages. Sherry On Wed, Feb 03, 2010 at 10:32:37AM -0800, Garrett D'Amore wrote: > On 02/ 3/10 09:59 AM, Calum Mackay wrote: > >On 03/02/10 17:38, chris kiick wrote: > >>>>>How do I tell if my system has the "specific capabilities" > >>>>>required for > >>>>>fast reboot? Is there a command which can be run, or a > >>>>>particular line in > >>>>>prtconf, prtdiag or the like which tells me whether the > >>>>>system is capable > >>>>>of fast reboot? > >>>> > >>>>reboot -f dryrun shows whether your system is capable at all. > >>> > >>> Lovely. Is that documented anywhere? I don't see it in the > >>>man page for > >>> reboot(1M). Seems like an ideal extension to the text you > >>>proposed along the > >>> lines of "To see if your system is capable of fast reboot, > >>>run reboot -f > >>> dryrun". > >> > >>dryrun only works on x86. > > > >I don't see it mentioned in reboot(1) on an x86 system either. > > Its "undocumented", and IIRC, was not formally ARC'd as an interface. > > - Garrett > > > >cheers, > >calum. -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym From gdamore@sun.com Wed Feb 3 11:22:10 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 o13JMAkX021140 for ; Wed, 3 Feb 2010 11:22:10 -0800 (PST) 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 o13JMA4j027953 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 3 Feb 2010 13:22:10 -0600 (CST) 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 <0KXA003075SYVU00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 11:22:10 -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 <0KXA00MR35SXN5C0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 11:22:09 -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 o13JM9kE020271 for ; Wed, 03 Feb 2010 11:22:09 -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 <0KXA00H005LNKW00@fe-sfbay-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 11:22:09 -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 <0KXA00LZF5SQ0660@fe-sfbay-10.sun.com>; Wed, 03 Feb 2010 11:22:03 -0800 (PST) Date: Wed, 03 Feb 2010 11:22:01 -0800 From: "Garrett D'Amore" Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <20100203191246.GD3458@sun.com> Sender: Garrett.Damore@sun.com To: Sherry Moore Cc: Calum Mackay , chris kiick , Brian Ruthven - Solaris Network Sustaining - Sun UK , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Robert.Krawitz@sun.com Message-id: <4B69CCD9.1060801@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: <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> <4B69B996.6060001@sun.com> <4B69C145.9050301@sun.com> <20100203191246.GD3458@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 1648 On 02/ 3/10 11:12 AM, Sherry Moore wrote: > Garrett, > > It was by your request during PSARC review that "reboot -f dryrun" to > be a project private interface and therefore not to be documented in > the man pages. > Hmm.. ok. I don't remember rightly why I would have requested that, but I presume I had a reason for it at the time. Perhaps its a good time to revisit that decision, since there seems to be some desire to have the ability to query this. - Garrett > Sherry > > On Wed, Feb 03, 2010 at 10:32:37AM -0800, Garrett D'Amore wrote: > >> On 02/ 3/10 09:59 AM, Calum Mackay wrote: >> >>> On 03/02/10 17:38, chris kiick wrote: >>> >>>>>>> How do I tell if my system has the "specific capabilities" >>>>>>> required for >>>>>>> fast reboot? Is there a command which can be run, or a >>>>>>> particular line in >>>>>>> prtconf, prtdiag or the like which tells me whether the >>>>>>> system is capable >>>>>>> of fast reboot? >>>>>>> >>>>>> reboot -f dryrun shows whether your system is capable at all. >>>>>> >>>>> Lovely. Is that documented anywhere? I don't see it in the >>>>> man page for >>>>> reboot(1M). Seems like an ideal extension to the text you >>>>> proposed along the >>>>> lines of "To see if your system is capable of fast reboot, >>>>> run reboot -f >>>>> dryrun". >>>>> >>>> dryrun only works on x86. >>>> >>> I don't see it mentioned in reboot(1) on an x86 system either. >>> >> Its "undocumented", and IIRC, was not formally ARC'd as an interface. >> >> - Garrett >> >>> cheers, >>> calum. >>> > From margot.miller@sun.com Wed Feb 3 12:38:06 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 o13Kc6bO022083 for ; Wed, 3 Feb 2010 12:38:06 -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 o13Kc2LR025467; Wed, 3 Feb 2010 13:38:02 -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 <0KXA008079BE6O00@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 12:38:02 -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 <0KXA005UZ9BDSZ30@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 12:38:01 -0800 (PST) Received: from [10.7.250.88] (punchin-client-10-7-250-88.SFBay.Sun.COM [10.7.250.88]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id o13Kc0xa243918; Wed, 03 Feb 2010 12:38:01 -0800 (PST) Date: Wed, 03 Feb 2010 12:38:00 -0800 From: Margot Miller Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B69CCD9.1060801@sun.com> To: "Garrett D'Amore" Cc: Sherry Moore , Calum Mackay , chris kiick , Brian Ruthven - Solaris Network Sustaining - Sun UK , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Robert.Krawitz@sun.com Message-id: <4B69DEA8.5090006@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: <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> <4B69B996.6060001@sun.com> <4B69C145.9050301@sun.com> <20100203191246.GD3458@sun.com> <4B69CCD9.1060801@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 2077 mm14424@opensolaris:~$ pfexec reboot -f dryrun reboot: not all drivers have implemented quiesce(9E) mm14424@opensolaris:~$ It would be more customer/system admin friendly to state something like "Fast reboot not supported on this machine" rather than above message which assumes some knowledge of device drivers and driver entry points. Margot Garrett D'Amore wrote: > On 02/ 3/10 11:12 AM, Sherry Moore wrote: >> Garrett, >> >> It was by your request during PSARC review that "reboot -f dryrun" to >> be a project private interface and therefore not to be documented in >> the man pages. >> > > Hmm.. ok. I don't remember rightly why I would have requested that, > but I presume I had a reason for it at the time. > > Perhaps its a good time to revisit that decision, since there seems to > be some desire to have the ability to query this. > > - Garrett > >> Sherry >> >> On Wed, Feb 03, 2010 at 10:32:37AM -0800, Garrett D'Amore wrote: >> >>> On 02/ 3/10 09:59 AM, Calum Mackay wrote: >>> >>>> On 03/02/10 17:38, chris kiick wrote: >>>> >>>>>>>> How do I tell if my system has the "specific capabilities" >>>>>>>> required for >>>>>>>> fast reboot? Is there a command which can be run, or a >>>>>>>> particular line in >>>>>>>> prtconf, prtdiag or the like which tells me whether the >>>>>>>> system is capable >>>>>>>> of fast reboot? >>>>>>>> >>>>>>> reboot -f dryrun shows whether your system is capable at all. >>>>>>> >>>>>> Lovely. Is that documented anywhere? I don't see it in the >>>>>> man page for >>>>>> reboot(1M). Seems like an ideal extension to the text you >>>>>> proposed along the >>>>>> lines of "To see if your system is capable of fast reboot, >>>>>> run reboot -f >>>>>> dryrun". >>>>>> >>>>> dryrun only works on x86. >>>>> >>>> I don't see it mentioned in reboot(1) on an x86 system either. >>>> >>> Its "undocumented", and IIRC, was not formally ARC'd as an interface. >>> >>> - Garrett >>> >>>> cheers, >>>> calum. >>>> >> > From Torrey.McMahon@sun.com Wed Feb 3 13:00:15 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 o13L0Fll022802 for ; Wed, 3 Feb 2010 13:00:15 -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 o13L0AwL004205 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 3 Feb 2010 15:00:14 -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 <0KXA00A0NACE5K00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 13:00:14 -0800 (PST) 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 <0KXA0014SACB27A0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 13:00:12 -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 o13L0BoD003746 for ; Wed, 03 Feb 2010 21:00:11 +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 <0KXA00J00A17E900@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 03 Feb 2010 14:00:11 -0700 (MST) Received: from [192.168.0.197] ([unknown] [69.143.17.138]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXA002QUAC9MM00@mail-amer.sun.com>; Wed, 03 Feb 2010 14:00:11 -0700 (MST) Date: Wed, 03 Feb 2010 16:00:14 -0500 From: Torrey McMahon Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B69DEA8.5090006@sun.com> Sender: Torrey.McMahon@sun.com To: Margot Miller Cc: "Garrett D'Amore" , Sherry Moore , Calum Mackay , chris kiick , Brian Ruthven - Solaris Network Sustaining - Sun UK , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Robert.Krawitz@sun.com Message-id: <4B69E3DE.8090200@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: <4B60B3BD.2070208@Sun.COM> <20100128185510.GS32531@sun.com> <4B633B1C.2090703@sun.com> <4B633C66.1050607@sun.com> <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> <4B69B996.6060001@sun.com> <4B69C145.9050301@sun.com> <20100203191246.GD3458@sun.com> <4B69CCD9.1060801@sun.com> <4B69DEA8.5090006@sun.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 Status: RO Content-Length: 2111 Or even better which drivers aren't supporting quiesce on the system in question. On 2/3/2010 3:38 PM, Margot Miller wrote: > mm14424@opensolaris:~$ pfexec reboot -f dryrun > reboot: not all drivers have implemented quiesce(9E) > mm14424@opensolaris:~$ > > It would be more customer/system admin friendly to state something > like "Fast reboot not supported on this machine" rather > than above message which assumes some knowledge > of device drivers and driver entry points. > > Margot > > > Garrett D'Amore wrote: >> On 02/ 3/10 11:12 AM, Sherry Moore wrote: >>> Garrett, >>> >>> It was by your request during PSARC review that "reboot -f dryrun" to >>> be a project private interface and therefore not to be documented in >>> the man pages. >> >> Hmm.. ok. I don't remember rightly why I would have requested that, >> but I presume I had a reason for it at the time. >> >> Perhaps its a good time to revisit that decision, since there seems >> to be some desire to have the ability to query this. >> >> - Garrett >> >>> Sherry >>> >>> On Wed, Feb 03, 2010 at 10:32:37AM -0800, Garrett D'Amore wrote: >>>> On 02/ 3/10 09:59 AM, Calum Mackay wrote: >>>>> On 03/02/10 17:38, chris kiick wrote: >>>>>>>>> How do I tell if my system has the "specific capabilities" >>>>>>>>> required for >>>>>>>>> fast reboot? Is there a command which can be run, or a >>>>>>>>> particular line in >>>>>>>>> prtconf, prtdiag or the like which tells me whether the >>>>>>>>> system is capable >>>>>>>>> of fast reboot? >>>>>>>> reboot -f dryrun shows whether your system is capable at all. >>>>>>> Lovely. Is that documented anywhere? I don't see it in the >>>>>>> man page for >>>>>>> reboot(1M). Seems like an ideal extension to the text you >>>>>>> proposed along the >>>>>>> lines of "To see if your system is capable of fast reboot, >>>>>>> run reboot -f >>>>>>> dryrun". >>>>>> dryrun only works on x86. >>>>> I don't see it mentioned in reboot(1) on an x86 system either. >>>> Its "undocumented", and IIRC, was not formally ARC'd as an interface. >>>> >>>> - Garrett >>>>> cheers, >>>>> calum. >> > From sherry.moore@sun.com Wed Feb 3 13:31:10 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 o13LV98P023319 for ; Wed, 3 Feb 2010 13:31:10 -0800 (PST) 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 o13LV11k024621; Wed, 3 Feb 2010 15:31:08 -0600 (CST) 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 <0KXA00B05BRW7U00@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 13:31:08 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXA005QXBRWSS90@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 13:31:08 -0800 (PST) Received: from too-cool.sfbay.sun.com (too-cool.SFBay.Sun.COM [129.146.226.229]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o13LV6ik029444; Wed, 03 Feb 2010 13:31:06 -0800 (PST) Received: from too-cool.sfbay.sun.com (too-cool [127.0.0.1]) by too-cool.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id o13LVOok003892; Wed, 03 Feb 2010 13:31:24 -0800 (PST) Received: (from sherrym@localhost) by too-cool.sfbay.sun.com (8.14.3+Sun/8.14.3/Submit) id o13LVOUp003891; Wed, 03 Feb 2010 13:31:24 -0800 (PST) Date: Wed, 03 Feb 2010 13:31:24 -0800 From: Sherry Moore Subject: Re: SPARC support for Fast Reboot [PSARC/2010/030 Self Review] In-reply-to: <4B69E3DE.8090200@sun.com> To: Torrey McMahon Cc: Margot Miller , "Garrett D'Amore" , Sherry Moore , Calum Mackay , chris kiick , Brian Ruthven - Solaris Network Sustaining - Sun UK , Hitendra Zhangada , Huay-Yong Wang , Steve.Sistare@sun.com, PSARC-ext@sun.com, Robert.Krawitz@sun.com Message-id: <20100203213124.GF3458@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: <4B694DE4.9000709@sun.com> <4B699763.4050304@sun.com> <4B69B399.50906@sun.com> <20100203173801.GO40433@sun.com> <4B69B996.6060001@sun.com> <4B69C145.9050301@sun.com> <20100203191246.GD3458@sun.com> <4B69CCD9.1060801@sun.com> <4B69DEA8.5090006@sun.com> <4B69E3DE.8090200@sun.com> X-Authentication-warning: too-cool.sfbay.sun.com: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.20 (2009-06-14) Status: RO Content-Length: 3082 As I mentioned before, "reboot -f dryrun" is a project private interface therefore the output is meant for developer consumption only. If actual "reboot" is issued, user will see the following output: Jan 27 06:23:27 x39-4 genunix: WARNING: ixgbe has no quiesce() reboot: Not all drivers have implemented quiesce(9E) Please see /var/adm/messages for drivers that haven't implemented quiesce(9E). Before committing to exposing this interface, developers are encouraged to review the possible failure conditions and associated error messages at http://blogs.sun.com/sherrym/date/20090324 and the test matrix which includes verification of these messages at http://jurassic-x4600.sfbay/~sherrym/projects/panic-reboot/test-matrix.txt Sherry On Wed, Feb 03, 2010 at 04:00:14PM -0500, Torrey McMahon wrote: > Or even better which drivers aren't supporting quiesce on the system > in question. > > On 2/3/2010 3:38 PM, Margot Miller wrote: > >mm14424@opensolaris:~$ pfexec reboot -f dryrun > >reboot: not all drivers have implemented quiesce(9E) > >mm14424@opensolaris:~$ > > > >It would be more customer/system admin friendly to state something > >like "Fast reboot not supported on this machine" rather > >than above message which assumes some knowledge > >of device drivers and driver entry points. > > > >Margot > > > > > >Garrett D'Amore wrote: > >>On 02/ 3/10 11:12 AM, Sherry Moore wrote: > >>>Garrett, > >>> > >>>It was by your request during PSARC review that "reboot -f dryrun" to > >>>be a project private interface and therefore not to be documented in > >>>the man pages. > >> > >>Hmm.. ok. I don't remember rightly why I would have requested > >>that, but I presume I had a reason for it at the time. > >> > >>Perhaps its a good time to revisit that decision, since there > >>seems to be some desire to have the ability to query this. > >> > >> - Garrett > >> > >>>Sherry > >>> > >>>On Wed, Feb 03, 2010 at 10:32:37AM -0800, Garrett D'Amore wrote: > >>>>On 02/ 3/10 09:59 AM, Calum Mackay wrote: > >>>>>On 03/02/10 17:38, chris kiick wrote: > >>>>>>>>>How do I tell if my system has the "specific capabilities" > >>>>>>>>>required for > >>>>>>>>>fast reboot? Is there a command which can be run, or a > >>>>>>>>>particular line in > >>>>>>>>>prtconf, prtdiag or the like which tells me whether the > >>>>>>>>>system is capable > >>>>>>>>>of fast reboot? > >>>>>>>>reboot -f dryrun shows whether your system is capable at all. > >>>>>>> Lovely. Is that documented anywhere? I don't see it in the > >>>>>>>man page for > >>>>>>> reboot(1M). Seems like an ideal extension to the text you > >>>>>>>proposed along the > >>>>>>> lines of "To see if your system is capable of fast reboot, > >>>>>>>run reboot -f > >>>>>>> dryrun". > >>>>>>dryrun only works on x86. > >>>>>I don't see it mentioned in reboot(1) on an x86 system either. > >>>>Its "undocumented", and IIRC, was not formally ARC'd as an interface. > >>>> > >>>> - Garrett > >>>>>cheers, > >>>>>calum. > >> > > -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym