Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Apr 2010 17:18:58 +0200
From:      Ivan Voras <ivoras@freebsd.org>
To:        freebsd-fs@freebsd.org
Subject:   Re: kern.geom.debugflags=16 does NOT allow me to write to device
Message-ID:  <hqsdov$6q6$1@dough.gmane.org>
In-Reply-To: <201004230844.58047.jhb@freebsd.org>
References:  <y2z5a1151761004221355l391c05f4qc6c0f760321b56f5@mail.gmail.com>	<r2h5a1151761004230334p1f8be0cdv93c3cacf00882c2f@mail.gmail.com>	<4BD191CF.40106@icyb.net.ua> <201004230844.58047.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 04/23/10 14:44, John Baldwin wrote:
> On Friday 23 April 2010 8:25:51 am Andriy Gapon wrote:
>> on 23/04/2010 13:34 Peter Schuller said the following:
>>>> It's easy.
>>>
>>> Thank you for posting the example. I never really understood that
>>> gpart was to be the generic tool; I thought it was gpt specific.
>>> Obviously I should have read up better.
>>>
>>> Is gpart to be considered "tested", "stable", "production quality"
>>> and/or "default" now then, or is it still cutting edge/experimental?
>>
>> Yes, it's "tested", "stable", "production quality" and/or "default".
>> All other tools are slowly rotting now, but can be fixed to correctly works via
>> GEOM interface the same way gpart does now.
>> E.g. see Andrey's work on sade(8).
>
> Actually, the other tools were already fixed to work properly with GEOM, but
> they used the older set of GEOM classes (GEOM_BSD, GEOM_MBR, etc.) instead
> of the GEOM_PART classes.

It also depends on the meaning of "fixed" :) They mostly wrote to disk 
drives directly from userland and relied on GEOM to pick up the changes 
via the "spoil" mechanism - which is why they couldn't write to 
partition tables if a file system on one of the partition was mounted, 
etc., requiring hacks like kern.geom.debugflags=16 to drop the 
permission (actually reference counting) checks.

Gpart has a kernel-userland interface so that the userland part(s) tell 
the kernel what they need and the kernel does the writing (if applicable).




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?hqsdov$6q6$1>