From owner-freebsd-current@FreeBSD.ORG  Thu Apr 21 05:37:16 2011
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 1D6BF106566B
	for <freebsd-current@freebsd.org>; Thu, 21 Apr 2011 05:37:16 +0000 (UTC)
	(envelope-from lacombar@gmail.com)
Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com
	[209.85.216.54])
	by mx1.freebsd.org (Postfix) with ESMTP id C7E5B8FC0A
	for <freebsd-current@freebsd.org>; Thu, 21 Apr 2011 05:37:15 +0000 (UTC)
Received: by qwc9 with SMTP id 9so858649qwc.13
	for <freebsd-current@freebsd.org>; Wed, 20 Apr 2011 22:37:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	bh=ukUqmS/pFEirb2r1HJMmoeFEgRsI+Pf8xaWgB3xdxxM=;
	b=rku3lGDubxN8bKb9CH88jqn6/z7jMA7aRPomiwcytW9LhnPp6TzJnXPeo4IDyybjqX
	coTO/fPO9xoMaNMyV6tVigUVBuK0GTIgPOKF2uwVuj6oXoV6J41XBj3hLK/KEf5JRafb
	+iJIGXKY4HWQh6gTEINxhf2nuRqIOSH0HzB8M=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type:content-transfer-encoding;
	b=ULJw++G+JvmqFFRHOJnTzXVa7MppwQNIDFhr/IrzHH1Ka4cLyzUlxFBNWBuui2ufBj
	p3s0HVplnhTSzfaP7y9ehz/7bi89ba2bUgsb0zZ+0KPO1JTcPdKq041ggWimoYn6zfAT
	eljB1OUCidH5zTDgSK0ikFu9nYx8g/ng8heDo=
MIME-Version: 1.0
Received: by 10.229.106.30 with SMTP id v30mr5928270qco.113.1303364234921;
	Wed, 20 Apr 2011 22:37:14 -0700 (PDT)
Received: by 10.229.215.193 with HTTP; Wed, 20 Apr 2011 22:37:14 -0700 (PDT)
In-Reply-To: <alpine.GSO.1.10.1104202220460.19944@multics.mit.edu>
References: <4DAEAE1B.70207@FreeBSD.org>
	<20110420203754.GM85668@acme.spoerlein.net>
	<4DAF46F8.9040004@FreeBSD.org>
	<BCE89DC7-116D-48E1-BD86-DF986062B0CC@samsco.org>
	<4DAF5FBA.8080304@FreeBSD.org>
	<BANLkTi=Um9Yr3jQWSmyunz6gZo=kGPVMKg@mail.gmail.com>
	<BANLkTimwSgFBYWW2oomdTHSbb+Z9HhBFUQ@mail.gmail.com>
	<alpine.BSF.2.00.1104201915110.34275@wonkity.com>
	<BANLkTikMW2iee+c8Y5FhuVbgy98_eq5oxA@mail.gmail.com>
	<alpine.GSO.1.10.1104202220460.19944@multics.mit.edu>
Date: Thu, 21 Apr 2011 01:37:14 -0400
Message-ID: <BANLkTimCbWBs0_8oQh-_Qk-hxWxjnhXikw@mail.gmail.com>
From: Arnaud Lacombe <lacombar@gmail.com>
To: Benjamin Kaduk <kaduk@mit.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Warren Block <wblock@wonkity.com>,
	FreeBSD-Current <freebsd-current@freebsd.org>
Subject: Re: Switch from legacy ata(4) to CAM-based ATA
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Apr 2011 05:37:16 -0000

Hi,

On Wed, Apr 20, 2011 at 10:26 PM, Benjamin Kaduk <kaduk@mit.edu> wrote:
> On Wed, 20 Apr 2011, Arnaud Lacombe wrote:
>
>> Hi,
>>
>> On Wed, Apr 20, 2011 at 9:17 PM, Warren Block <wblock@wonkity.com> wrote=
:
>>>
>>> On Wed, 20 Apr 2011, Arnaud Lacombe wrote:
>>>
>>>> On Wed, Apr 20, 2011 at 6:38 PM, Garrett Cooper <yanegomi@gmail.com>
>>>> wrote:
>>>>>
>>>>> On Wed, Apr 20, 2011 at 3:35 PM, Doug Barton <dougb@freebsd.org> wrot=
e:
>>>>>
>>>>> glabel create <label> /dev/<blah>
>>>>
>>>> Just tested that with a kernel from HEAD and a 8.x userland. This does
>>>> not seem to survive a reboot.
>>>
>>> No, "create" makes a temporary label. =A0"label" writes a label to the =
last
>>> block of the device.
>>>
>> ... which does not seem be doable when the fs is mounted:
>>
>> [in single-user, with only / mounted r/w and /dev]
>> # geom label label root /dev/ad0s1a
>> geom: Can't store metadata on /dev/ad0s1a: Operation not permitted.
>
> As an anti-foot-shooting measure, this is blocked unless the flag sysctl
> kern.geom.debugflags |=3D 16 is set
>
unfortunately, that condition alone is not enough, the geom (not sure
the term is correct) should also have a rank of 1, which is not the
case on my [fairly standard ?] disk. Here is some more info from ddb:

db> show geom
class: SWAP (0xc0875260)

class: DISK (0xc0853720)
  geom: ad0 (0xc1d56900), rank=3D1
    provider: ad0 (0xc1d56880), access=3Dr1w1e3
      consumer: 0xc20b9e40 (ad0), access=3Dr1w1e3
      consumer: 0xc20ba000 (ad0), access=3Dr0w0e0

class: DEV (0xc0853600)
  geom: ad0s1a (0xc1d56700), rank=3D4
    consumer: 0xc20b9b00 (ad0s1a), access=3Dr0w0e0
  geom: ad0s1 (0xc1d56480), rank=3D3
    consumer: 0xc20b9d80 (ad0s1), access=3Dr0w0e0
  geom: ad0 (0xc1d56780), rank=3D2
    consumer: 0xc20ba000 (ad0), access=3Dr0w0e0

class: LABEL (0xc0853ca0)

class: VFS (0xc0853c00)
  geom: ffs.ad0s1a (0xc1d56c80), rank=3D4
    consumer: 0xc20b9980 (ad0s1a), access=3Dr1w1e1

class: PART (0xc0854520)
  geom: ad0s1 (0xc1d56200), rank=3D3
    provider: ad0s1a (0xc1d56100), access=3Dr1w1e1
      consumer: 0xc20b9980 (ad0s1a), access=3Dr1w1e1
      consumer: 0xc20b9b00 (ad0s1a), access=3Dr0w0e0
    consumer: 0xc20b9cc0 (ad0s1), access=3Dr1w1e2
  geom: ad0 (0xc1d56680), rank=3D2
    provider: ad0s1 (0xc1d56580), access=3Dr1w1e2
      consumer: 0xc20b9cc0 (ad0s1), access=3Dr1w1e2
      consumer: 0xc20b9d80 (ad0s1), access=3Dr0w0e0
    consumer: 0xc20b9e40 (ad0), access=3Dr1w1e3

So right now, I still have no transition mechanism from 8.x to 9.x,
beside dropping in single user and edition /etc/fstab manually.

In the mean time, I'd assume that GEOM labels can be used in
`vfs.root.mountfrom', am I right ?

Thanks,
 - Arnaud