From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 23 16:22:18 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97B6716A41F for ; Tue, 23 Aug 2005 16:22:18 +0000 (GMT) (envelope-from walter.pelissero@iesy.net) Received: from smtp.iesy.net (mta001.iesy.net [81.210.131.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A02A43D49 for ; Tue, 23 Aug 2005 16:22:17 +0000 (GMT) (envelope-from walter.pelissero@iesy.net) Received: from zaphod.home.loc (unknown [81.210.131.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.iesy.net (Postfix) with ESMTP id 2994F21FFF for ; Tue, 23 Aug 2005 18:22:15 +0200 (CEST) Received: from zaphod.home.loc (localhost [127.0.0.1]) by zaphod.home.loc (8.13.3/8.13.3) with ESMTP id j7NGMCHF001030 for ; Tue, 23 Aug 2005 18:22:12 +0200 (CEST) (envelope-from wcp@zaphod.home.loc) Received: (from wcp@localhost) by zaphod.home.loc (8.13.3/8.13.1/Submit) id j7NGMC0d001027; Tue, 23 Aug 2005 18:22:12 +0200 (CEST) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17163.19764.120298.305593@zaphod.home.loc> Date: Tue, 23 Aug 2005 18:22:12 +0200 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.19 under Emacs 22.0.50.2 X-Attribution: WP X-For-Spammers: blacklistme@pelissero.de X-MArch-Archive-Date: 2005-08-23 18:22:14 X-MArch-Archive-ID: 4218 X-MArch-Processing-Time: 1.33s X-Mailman-Approved-At: Wed, 24 Aug 2005 11:57:43 +0000 Subject: beastie.4th and SMP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: walter@pelissero.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2005 16:22:18 -0000 I was wondering if anybody would care for a beastie.4th that included a boot option which turns off SMP. I personally believe it could make sense where a SMP bug or a faulty MP motherboard made a boot impossible. It would be easier than having to open up the box and remove a CPU. I personally use the following patch to switch conveniently SMP-mode on and off when I need to try DRI/DRM, which doesn't work with SMP. -- walter pelissero http://www.pelissero.de *** /boot/beastie.4th.orig Tue Aug 23 17:44:44 2005 --- /boot/beastie.4th Tue Aug 23 18:06:36 2005 *************** *** 44,49 **** --- 44,50 ---- variable bootsafekey variable bootverbosekey variable bootsinglekey + variable bootnosmpkey variable escapekey variable rebootkey *************** *** 161,166 **** --- 162,168 ---- then printmenuitem ." Boot FreeBSD in Safe Mode" bootsafekey ! printmenuitem ." Boot FreeBSD in single user mode" bootsinglekey ! + printmenuitem ." Boot FreeBSD in non-SMP mode" bootnosmpkey ! printmenuitem ." Boot FreeBSD with verbose logging" bootverbosekey ! printmenuitem ." Escape to loader prompt" escapekey ! s" arch-i386" environment? if *************** *** 258,263 **** --- 260,269 ---- then dup bootsinglekey @ = if s" YES" s" boot_single" setenv + 0 boot + then + dup bootnosmpkey @ = if + s" 1" s" kern.smp.disabled" setenv 0 boot then dup escapekey @ = if