Date: Mon, 11 Mar 2002 08:10:18 +0000 From: Dima Dorfman <dima@trit.org> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: hackers@FreeBSD.ORG Subject: Re: dumpon(8) obsolete Message-ID: <20020311081023.F244A3E31@bazooka.trit.org> In-Reply-To: <95662.1015833495@critter.freebsd.dk>; from phk@critter.freebsd.dk on "Mon, 11 Mar 2002 08:58:15 %2B0100"
next in thread | previous in thread | raw e-mail | index | archive | help
Poul-Henning Kamp <phk@critter.freebsd.dk> wrote: > Can you hold off on this one for a bit ? I would like to see how > dumpdevices end in GEOM before I make up my mind. It may be needed > to do more than the sysctl in a GEOM world ( like actually opening > the device for instance) so a program like dumpon would be useful > to embed this code in. Certainly. I wouldn't want to unnecessarily delay the integration of copy-on-write :-). Consider my proposal withdrawn. > In message <20020311032724.654EF3E31@bazooka.trit.org>, Dima Dorfman writes: > >Since sysctl(8) grew support for setting dev_t's, dumpon(8) can be > >reduced to: > > > > sysctl kern.dumpdev=$argument > > > >Since dumpon(8) is not a standard interface and only appears to be > >used in /etc/rc, I'd like to change the latter to use sysctl(8) > >directly and remove dumpon(8) from the tree. The only issue I can see > >is that there is a lot of relevant information in the dumpon(8) manual > >page, but most of it is probably more appropriate for the Handbook or > >crash(8), anyway. > > > >If nobody objects, I'd like to move the relevant stuff out of the > >dumpon(8) manual and proceed to remove the program itself as described > >above. > > > >Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020311081023.F244A3E31>