From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 27 19:15:13 2012 Return-Path: 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 1D9AC106567A; Wed, 27 Jun 2012 19:15:13 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id E338C8FC18; Wed, 27 Jun 2012 19:15:12 +0000 (UTC) Received: from marcelm-sslvpn-nc.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id q5RJF2Eo012116 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 27 Jun 2012 12:15:09 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <4FEB5A3C.5050900@borderworlds.dk> Date: Wed, 27 Jun 2012 12:14:57 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1900D4C1-E5E5-446F-ABBF-976A2DFEB36B@xcllnt.net> References: <4FE9B01C.30306@yandex.ru> <201206270807.23347.jhb@freebsd.org> <4FEB0079.7050008@yandex.ru> <201206271028.54477.jhb@freebsd.org> <4FEB5A3C.5050900@borderworlds.dk> To: Christian Laursen X-Mailer: Apple Mail (2.1278) Cc: Doug Rabson , Marcel Moolenaar , Pawel Jakub Dawidek , freebsd-current , freebsd-hackers , Andriy Gapon , "Andrey V. Elsukov" Subject: Re: [CFC/CFT] large changes in the loader(8) code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 19:15:13 -0000 On Jun 27, 2012, at 12:08 PM, Christian Laursen wrote: > On 06/27/12 16:28, John Baldwin wrote: >> On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote: >>=20 >>> When we are in the FreeBSD, our loader can detect that device size >>> is lower than it see and it will work. When primary header is OK, = then >>> other OSes should work with this GPT. When it isn't OK, you just = can't >>> load other OS :) >>=20 >> Ah, yes. The solution to violating standards is to make sure you = never >> use standards-compliant software. That's a great argument. :) >>=20 >> (Although not entirely uncommon. Standards aren't always perfect, = but if >> we had a way to not gratuitously violate them it would be nice to = avoid >> doing so.) >=20 > To be standards compliant and allow whole-disk based mirroring to work = at the same time wouldn't nested GPT work like this? GPTs don't nest. > Nothing but FreeBSD would understand the freebsd-geom partition type, = so the inner GPT device should be valid and standards compliant. If it were standards compliant, it would be discoverable by non-FreeBSD. That clearly isn't the case -- hence it's not standards compliant. What for example if someone wanted to share the swap partition between Linux and FreeBSD? --=20 Marcel Moolenaar marcel@xcllnt.net