From owner-freebsd-geom@FreeBSD.ORG Thu Apr 23 12:52:57 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2F41065674 for ; Thu, 23 Apr 2009 12:52:57 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF7A8FC27 for ; Thu, 23 Apr 2009 12:52:56 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LwyQ7-00023I-GP for freebsd-geom@freebsd.org; Thu, 23 Apr 2009 12:52:51 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Apr 2009 12:52:51 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Apr 2009 12:52:51 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 23 Apr 2009 14:52:45 +0200 Lines: 70 Message-ID: References: <20090423120035.GA1798@mail.wheel.pl> <20090423123511.GB1798@mail.wheel.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3BE643728B3B9554AEA8F745" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <20090423123511.GB1798@mail.wheel.pl> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: geom_label verbosity patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 12:52:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3BE643728B3B9554AEA8F745 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > On Thu, Apr 23, 2009 at 02:15:14PM +0200, Ivan Voras wrote: >> Pawel Jakub Dawidek wrote: >>> On Thu, Apr 23, 2009 at 01:52:01PM +0200, Ivan Voras wrote: >>>> Hi, >>>> >>>> I want to ask for a community review of these patches: >>>> >>>> http://people.freebsd.org/~ivoras/diffs/geom_label_errlevel.txt >>>> http://people.freebsd.org/~ivoras/diffs/glabel.8_errlevel.txt >>>> >>>> The intent is to make glabel less chatty on detection of new provide= rs, >>>> etc. [...] >>> This is on purpose, so don't change that. One can always set it to -1= =2E >> Possible, but it would make it unique among other GEOM classes. >=20 > Almost every GEOM class informs about creating providers, so what you > suggest is inconsistent. I think you feel more strongly about the topic than it warrants it - "almost every" is not "every" and glabel is technically a slicer just like gpart - you wouldn't like gpart to announce as it creates da0s1a, da0s1b, da0s1c, etc.? Besides, the trend is toward reducing the amount of generic (redundant, repeatable) information on boot. :) What could be possibly more useful is to create a framework that would output only "diff" messages - i.e. that shows that I had da0s1a or ufs/mylabel when I booted last time, and I suddenly lost it now. But this is non-trivial for many reasons, including how and where to store the information and what to do with hot-plug devices. Maybe devd could take care of all these announcements? >>> This way we not only make it less chatty again, but also not to pollu= te >>> /dev/. >> One way to lessen it is to stop creating individual directories for ea= ch >> label class, as discussed before. >=20 > How is it going to reduce number of providers in /dev/? I was thinking about the "ls /dev" case. What other thing would be a concern in the number of entries in what's essentially a very light weight memory file system whose content are nodes of several bytes in size (less than 100 bytes if I count them correctly, +vnodes, labels, book-keeping)? --------------enig3BE643728B3B9554AEA8F745 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ8GSdldnAQVacBcgRAneuAJ9VmkQkXpVQHj1gN890CSGjrUorgQCdGbKa 8ODJyXMGrDElMmUO4Tc3rY4= =n85i -----END PGP SIGNATURE----- --------------enig3BE643728B3B9554AEA8F745--