| From | Sent On | Attachments |
|---|---|---|
| Benjamin Kaduk | Oct 7, 2011 10:41 am | |
| Garrett Cooper | Oct 7, 2011 10:45 am | |
| Benjamin Kaduk | Oct 7, 2011 10:51 am | |
| Poul-Henning Kamp | Oct 7, 2011 11:02 am | |
| Warren Block | Oct 7, 2011 11:12 am | |
| Arnaud Lacombe | Oct 7, 2011 11:26 am | |
| Warren Block | Oct 7, 2011 11:52 am | |
| Benjamin Kaduk | Oct 7, 2011 11:54 am | |
| Poul-Henning Kamp | Oct 7, 2011 12:03 pm | |
| Andrey V. Elsukov | Oct 7, 2011 12:06 pm | |
| Garrett Cooper | Oct 7, 2011 12:15 pm | |
| Poul-Henning Kamp | Oct 7, 2011 12:18 pm | |
| Glen Barber | Oct 7, 2011 12:40 pm | |
| Andrey V. Elsukov | Oct 7, 2011 1:12 pm | |
| Warren Block | Oct 7, 2011 1:26 pm | |
| Glen Barber | Oct 7, 2011 1:37 pm | |
| Arnaud Lacombe | Oct 7, 2011 1:37 pm | |
| Warren Block | Oct 7, 2011 2:10 pm | |
| Poul-Henning Kamp | Oct 7, 2011 2:10 pm | |
| Arnaud Lacombe | Oct 7, 2011 2:22 pm | |
| Glen Barber | Oct 7, 2011 2:25 pm | |
| Warren Block | Oct 7, 2011 4:03 pm | |
| Warren Block | Oct 7, 2011 4:41 pm | |
| Poul-Henning Kamp | Oct 8, 2011 1:10 am | |
| Poul-Henning Kamp | Oct 8, 2011 1:18 am | |
| Lev Serebryakov | Oct 8, 2011 3:04 am | |
| Poul-Henning Kamp | Oct 8, 2011 3:07 am | |
| Lev Serebryakov | Oct 8, 2011 3:31 am | |
| Arnaud Lacombe | Oct 8, 2011 9:15 am | |
| Poul-Henning Kamp | Oct 8, 2011 9:52 am | |
| Arnaud Lacombe | Oct 8, 2011 11:07 am | |
| Garrett Cooper | Oct 8, 2011 11:10 am | |
| Arnaud Lacombe | Oct 8, 2011 11:36 am | |
| Poul-Henning Kamp | Oct 8, 2011 12:10 pm | |
| Arnaud Lacombe | Oct 8, 2011 12:50 pm | |
| Poul-Henning Kamp | Oct 9, 2011 12:36 am | |
| Lev Serebryakov | Oct 9, 2011 12:39 am | |
| Arnaud Lacombe | Oct 23, 2011 2:54 pm | |
| Andrey V. Elsukov | Oct 23, 2011 9:16 pm | |
| Benjamin Kaduk | Oct 24, 2011 6:18 pm | |
| Andrey V. Elsukov | Oct 24, 2011 9:33 pm | |
| Poul-Henning Kamp | Oct 24, 2011 11:07 pm | |
| Andrey V. Elsukov | Oct 24, 2011 11:19 pm | |
| Poul-Henning Kamp | Oct 24, 2011 11:32 pm |
| Subject: | Re: aliasing (or renaming) kern.geom.debugflags | |
|---|---|---|
| From: | Benjamin Kaduk (kad...@MIT.EDU) | |
| Date: | Oct 7, 2011 10:51:20 am | |
| List: | org.freebsd.freebsd-current | |
On Fri, 7 Oct 2011, Garrett Cooper wrote:
On Fri, Oct 7, 2011 at 10:42 AM, Benjamin Kaduk <kad...@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 Glen and Garrett and Gavin and more people I am probably missing have sunk huge 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/install-pre.html (scroll down most of the way). But in order to do so, the instructions include 'sysctl kern.geom.debugflags=16'! Now, an ordinary user who is doing this for the first time might ask, "why do I need to do something with 'debugflags' in order to make a USB stick? I'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 need 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. I 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 pro- tection mechanisms via the kern.geom.debugflags sysctl. All of these flags are off by default, and great care should be taken in turning them on.
geom(4) has more details about what they do.
I'm not sure I follow your point. Yes, geom(4) describes what they do; my objection is to the use of "debug" to describe the one in particular that we tell new users to blindly set. A hypothetical kern.geom.flags need not allow setting (e.g.) "0x01 (G_T_TOPOLOGY) Provide tracing of topology change events" if we don't want it to.
-Ben
_______________________________________________ free...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "free...@freebsd.org"





