Garrett D'Amore wrote: > Dana H. Myers wrote: >> Jerry Gilliam wrote: >>> I am submitting the following fast-track on behalf of Sherry Moore. >>> Minor >>> release binding is requested. The timeout is set for 02-18-2009. >>> >>> >> As much as I appreciate the convenience of fast reboot, >> fast reboot is not mature enough to be made the default behavior. >> See CR 6760313, for the tip of the iceberg. Architecturally, we're >> cornered in that we're dependent on cooperative ACPI BIOS >> behavior. If we un-init and re-init the ACPI namespace, we'll >> run _INI methods more than once on a system that, from the >> BIOS perspective, hasn't been rebooted. I don't have a satisfactory >> general answer for this. >> >> I believe this case certainly warrants a full discussion. > > I do not believe that this case (or any other) has changed the > default. All this case does is is make an override option available > to administrators that have manually changed the default. > > As such, I don't think a full discussion *on this case* is warranted. > > If a case were brought forward intended to change the default > behavior, I would agree that a full discussion would be warranted. > So, I went back and looked at 2008/760, which does indeed provide the ability to set the default behavior of 'reboot', though the following sentence in *this* case:
>>> >>> >>> With the introduction of >>> >>> 2008/760 Boot configuration Service >>> >>> reboot(1M) will behave as "reboot -f", which will bypass the >>> firmware. ... was disturbing. Is the "stock" default behavior of 'reboot' a PROM reboot? Or is it fast reboot? Dana
