revisiting tunables under Safe Mode menu option

Devin Teske devin.teske at fisglobal.com
Thu Mar 1 01:35:19 UTC 2012


On Feb 28, 2012, at 5:46 AM, John Baldwin wrote:

> On Tuesday, February 28, 2012 1:23:11 am Scott Long wrote:
>> I still think that it's useful to be able to disable ACPI.  Just because 
> ACPI works well on modern hardware doesn't mean that everything crummy from 
> 2000-2007 suddenly disappeared off the face of the earth.  But I agree that 
> turning it off on modern systems probably does more harm than good.  Hence my 
> suggestion for a finer control over this in the menu.  Maybe Devin Teske can 
> lend some help with this task?

.oO(uh oh, what'd I do now?)


>  For extra credit, it should be possible to 
> write a simple static analysis tool that collects all of the tunables that are 
> compiled into the kernel and generates a data file that the boot menu can 
> process and turn into interactive knobs for the user.
> 
> Hmm, with the newer boot menu, can't one now toggle safe mode and ACPI 
> independently?

Semi-independently; ordered rather.

Toggling Safe Mode On will toggle ACPI Off. This is the only real example of one menu item reaching into another menu item, and it only happens when toggling Safe Mode on (not off).

Despite the above description, it is in-fact intuitive and the effects are as-expected.

Booting Safe Mode with ACPI enabled is no harder than toggling Safe Mode on [first] before [then] re-enabling ACPI (followed by ENTER).


>  (Assuming we haven't removed the ability to disable ACPI from 
> the menu, if we have we should perhaps put that back). Having them be 
> orthogonal knobs would seem to the be the best approach.
> 

+1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe Mode knows about ACPI but only acts on it when being enabled).
-- 
Devin

_____________
The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.


More information about the freebsd-current mailing list