From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 19:03:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ECA41065672; Mon, 27 Feb 2012 19:03:24 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 465D88FC12; Mon, 27 Feb 2012 19:03:23 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1RJ3L7J017378; Mon, 27 Feb 2012 12:03:21 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <4F4B5ED3.5090508@FreeBSD.org> Date: Mon, 27 Feb 2012 12:03:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: revisiting tunables under Safe Mode menu option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2012 19:03:24 -0000 On Feb 27, 2012, at 3:45 AM, Andriy Gapon wrote: > on 30/01/2012 18:59 Andriy Gapon said the following: >>=20 >> First, I think that this proposal/discussion could have been more = useful before >> the 9.0. Maybe the RE would be interested in adding another item to = their >> pre-release checklist: ask developers about what could be dropped and = what should >> be added to the Safe Mode settings in a new (.0) release. Probably = the developers >> should keep the Safe Mode in mind too when adding new features or = making other >> drastic changes, but the reminder should be welcome. > [snip] >> o Since we have a separate ACPI option and because ACPI now is almost = a mandatory >> thing (and not a significant source of boot troubles), maybe we could = remove the >> code that automatically disables ACPI in Safe Mode? >>=20 >> o hint.apic.0.disabled - APIC code doesn't seem to be a significant = source of boot >> troubles, like ACPI it has become almost a mandatory thing. So maybe = we should >> remove this setting? Turning off the APIC turns off SMP in a very efficient, clean manner. I = added this not to isolate the APIC code, but to turn off SMP. That's = why it's there, and I'd like the ability to turn off SMP to stay there = in some form. If there's a better way to disable SMP that doesn't get = into problems with interrupt delivery, then please propose it. As for = it being mandatory, it's really only mandatory for MSI these days, = though it used to be required for more complex PCIX topologies. > [dropped proposals snipped] >> o hw.eisa_slot - Looks like something from ancient times. Probably = just >> irrelevant for most systems. >>=20 This turns off probes in the ISA ioport space that used to cause = problems. Why get rid of it? Is its presence causing you problems? >> o hint.kbdmux.0.disabled - I do not recall any recent problems with = kbdmux. In >> fact disabling it may produce a surprising behavior for a user if = there are >> multiple keyboards actually attached. >>=20 Fair enough, if we're all happy that the kbdmux code has progressed = beyond this being useful, then get rid of it. But what's the surprising = behavior? >> Just so that the Safe Mode doesn't turn into a NOP I propose to add = the following >> tunables: >>=20 >> o kern.eventtimer.periodic=3D1 - Use periodic timer to drive clocks = just in case a >> system has any problems with the default mode. Example: PR 164457. >>=20 >> o kern.geom.part.check_integrity=3D0 - Let GPART code be more = permissive, could be >> useful during upgrades from earlier versions of FreeBSD or when = multi-booting with >> other OSes. >>=20 >> o More? >>=20 I suggested before that maybe it's time to expand this "Safe Mode" topic = into a sub-menu that allows selection of some/all/none of the options. Scott