Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 Oct 2011 10:45:58 -0700
From:      Garrett Cooper <yanegomi@gmail.com>
To:        Benjamin Kaduk <kaduk@mit.edu>
Cc:        freebsd-current@freebsd.org
Subject:   Re: aliasing (or renaming) kern.geom.debugflags
Message-ID:  <CAGH67wTrr%2B_oS961Dx9g_KfJjHrX8g0SpqXqG_OurEqhnhdQbQ@mail.gmail.com>
In-Reply-To: <alpine.GSO.1.10.1110071341430.882@multics.mit.edu>
References:  <alpine.GSO.1.10.1110071341430.882@multics.mit.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 7, 2011 at 10:42 AM, Benjamin Kaduk <kaduk@mit.edu> wrote:
> Dear all,
>
> I feel like this has come up before, but a quick search didn't reveal
> anything terribly recent, at least.
>
> The new installation chapter of the handbook for 9.0 (that Warren and Gle=
n
> and Garrett and Gavin and more people I am probably missing have sunk hug=
e
> amounts of time into) has instructions on (e.g.) preparing a USB stick
> install image:
> http://www.glenbarber.us/FreeBSD9/doc/en_US.ISO8859-1/books/handbook/inst=
all-pre.html
> (scroll down most of the way). =A0But in order to do so, the instructions
> include 'sysctl kern.geom.debugflags=3D16'! =A0Now, an ordinary user who =
is
> doing this for the first time might ask, "why do I need to do something w=
ith
> 'debugflags' in order to make a USB stick? =A0I'm not debugging anything,=
 this
> is a standard operation!".
>
> I can't really advocate for changing the geom logic at this point in the
> release cycle (though it's not really clear why rank 1 geom providers nee=
d
> to be so special), but I think it would be nice to have a user-visible
> interface to it that does not have "debug" in the name, since the actual
> flags are apparently here for the long haul. =A0I could certainly imagine
> aliasing the debugflags to just "flags", which seems more
> innocuous-sounding.
>
> Does this sound crazy?

Yes. From geom(4):

DIAGNOSTICS
     Several flags are provided for tracing GEOM operations and unlocking p=
ro-
     tection mechanisms via the kern.geom.debugflags sysctl.  All of these
     flags are off by default, and great care should be taken in turning th=
em
     on.

geom(4) has more details about what they do.

Thanks,
-Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGH67wTrr%2B_oS961Dx9g_KfJjHrX8g0SpqXqG_OurEqhnhdQbQ>