From owner-freebsd-current@freebsd.org Thu Sep 28 17:55:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7B12E05133 for ; Thu, 28 Sep 2017 17:55:36 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F32667BB4 for ; Thu, 28 Sep 2017 17:55:35 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id xd1xdzDirI8mCxd1ydGdYv; Thu, 28 Sep 2017 11:55:28 -0600 X-Authority-Analysis: v=2.2 cv=HahkdmM8 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=2JCJgTwv5E4A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=7Qk2ozbKAAAA:8 a=pc8SvQfqAAAA:8 a=pGLkceISAAAA:8 a=EYmTS2ldPSQIW-lwIQAA:9 a=CjuIK1q_8ugA:10 a=a4w0SzYmEskA:10 a=a4zXcJKqs8IJMo8Z-wUA:9 a=ZajDK59Warh2Du5F:21 a=_W_S_7VecoQA:10 a=Fj9iO6pqr7gSyLvOkxId:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=1lyxoWkJIXJV6VJUPhuM:22 a=kM0ClJ1xsE7__0tUH1SI:22 Received: from [25.81.203.182] (S0106d4ca6d8943b0.gv.shawcable.net [24.68.134.59]) by spqr.komquats.com (Postfix) with ESMTPSA id 2D0042D5; Thu, 28 Sep 2017 10:55:25 -0700 (PDT) MIME-Version: 1.0 From: Cy Schubert Subject: RE: How do GEOM_PART_* options configure geom_part_* modules?? Date: Thu, 28 Sep 2017 10:55:28 -0700 To: Kevin Oberman , Warner Losh CC: Nick Hibma , FreeBSD Current Mailing List , "cy.schubert@cschubert.com" Message-Id: <20170928175525.2D0042D5@spqr.komquats.com> X-CMAE-Envelope: MS4wfCeG0U52a5wzlLwA9EieGDZ8vckILouIpMdAjbp/A2pJ/bI83hnSRPcRH77IubOqgJphP84G1EeK/S2W0aW0mUU12a6XMjH6vMBr67sz3xVL14m0ZUKB d6hhnPcqFSPBajcvS3JfeFL/2nLAlfYSxNKFGUmA+35mK4FXqPJC0rNS+aOVvKSUMspJKNBY+oRLjlJjHGxfvZ68lyIkr4Gahy5GJ5REhMlq6TZvVcIzBgyw jbZUNxCCXYHbshtTPZTeEwdh0kkmFsdPCznnQ/dOPnE= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Sep 2017 17:55:36 -0000 Changing grep to default to -i would be the POLA violation. Rather than mes= s with grep like RHEL has I suggest installing textproc/the_silver_searcher= pkg/port. It does everything grep does and more. I've switched to ag (whic= h by default does recursive case insensitive searches) while using grep in = scripts and at times I need simply grep. --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. Cy Schubert or -----Original Message----- From: Kevin Oberman Sent: 28/09/2017 10:13 To: Warner Losh Cc: Nick Hibma; FreeBSD Current Mailing List Subject: Re: How do GEOM_PART_* options configure geom_part_* modules?? On Thu, Sep 28, 2017 at 9:13 AM, Warner Losh wrote: > On Thu, Sep 28, 2017 at 10:00 AM, Nick Hibma > wrote: > > > I created a new kernel config file from scratch, wondered what the > > GEOM_PART_MBR option and friends were doing, search for them, didn't fi= nd > > them in the tree, and deleted them from my config. But... de resulting > disk > > image didn't boot, because of the fact that it didn't recognise the MBR > > partitions (it only had a single diskid entry on the mount-root prompt)= . > > > > Can anyone explain to me how these kernel options work, as in: they are > > defined in kernel configs and as a consequence in opt_geom.h, but how a= re > > they actually used to select which geom_part_* modules/kernel parts to > > build? I thought these options were translated to stuff that cpp would > use, > > but there are not uses of for example GEOM_PART_MBR anywhere for exampl= e! > > > > > > The module always build them because they are listed in the module's > > Makefile. > > > > The kernel only sometimes does. Here's the key lines from conf/files: > > files:geom/geom_bsd_enc.c optional geom_bsd | geom_part_bsd > > files:geom/part/g_part_apm.c optional geom_part_apm > > files:geom/part/g_part_bsd.c optional geom_part_bsd > > files:geom/part/g_part_bsd64.c optional geom_part_bsd64 > > files:geom/part/g_part_ebr.c optional geom_part_ebr > > files:geom/part/g_part_gpt.c optional geom_part_gpt > > files:geom/part/g_part_ldm.c optional geom_part_ldm > > files:geom/part/g_part_mbr.c optional geom_part_mbr > > files:geom/part/g_part_vtoc8.c optional geom_part_vtoc8 > > > > which turn on/off which files get included. config "helpfully" converts > the > > upper case options to lower case for this. > > > > Warner > > > > > > *slaps forehead* Goose chase! > > > > I actually knew that... and, at the time, thought it was weird behaviou= r. > > ''grep" would not have failed me if those options would be uppercase > there > > ... > > > > I've been nibbled to death by these geese often enough to have a PTSD-lik= e > reaction when someone mentions it and habitually add -i to my greps... > > Warner This horrid POLA violation seems to have been in FreeBSD configuration since at least 3.0 and probably goes back to the creation of the configuration process. Any idea why such a horrible POLA was ever introduced? Seems like an obviously bad idea in an OS that is ALMOST always case sensitive. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"