From owner-freebsd-hackers@FreeBSD.ORG  Sun Dec 16 21:04:36 2012
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
 by hub.freebsd.org (Postfix) with ESMTP id A988D690
 for <freebsd-hackers@freebsd.org>; Sun, 16 Dec 2012 21:04:36 +0000 (UTC)
 (envelope-from rfg@tristatelogic.com)
Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com
 [69.62.255.118])
 by mx1.freebsd.org (Postfix) with ESMTP id 852498FC14
 for <freebsd-hackers@freebsd.org>; Sun, 16 Dec 2012 21:04:36 +0000 (UTC)
Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1])
 by segfault.tristatelogic.com (Postfix) with ESMTP id 0E8F75081D
 for <freebsd-hackers@freebsd.org>; Sun, 16 Dec 2012 13:04:35 -0800 (PST)
cc: freebsd-hackers@freebsd.org
Subject: Re: NetBSD's boot select MBR
In-Reply-To: <20121215175447.310780@gmx.com>
Date: Sun, 16 Dec 2012 13:04:35 -0800
Message-ID: <24969.1355691875@tristatelogic.com>
From: "Ronald F. Guilmette" <rfg@tristatelogic.com>
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
 <freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-hackers>, 
 <mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
 <mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Dec 2012 21:04:36 -0000


In message <20121215175447.310780@gmx.com>, 
"Dieter BSD" <dieterbsd@engineer.com> wrote:

>...Some sysadmins want
>the MBR to be read-only for various reasons.

Apparently, at least one sizeable company headquartered in Redmond,
Washington does too.  Can't imagine why. :-)

 http://www.zdnet.com/linux-foundation-uefi-secure-boot-key-for-windows-8-pcs-delays-explained-7000007841/