Date: Thu, 28 Sep 2017 10:55:28 -0700 From: Cy Schubert <Cy.Schubert@komquats.com> To: Kevin Oberman <rkoberman@gmail.com>, Warner Losh <imp@bsdimp.com> Cc: Nick Hibma <nick@van-laarhoven.org>, FreeBSD Current Mailing List <freebsd-current@freebsd.org>, "cy.schubert@cschubert.com" <cy.schubert@cschubert.com> Subject: RE: How do GEOM_PART_* options configure geom_part_* modules?? Message-ID: <20170928175525.2D0042D5@spqr.komquats.com>
next in thread | raw e-mail | index | archive | help
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 <Cy.Schubert@cschubert.com> or <cy@freebsd.org> -----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 <imp@bsdimp.com> wrote: > On Thu, Sep 28, 2017 at 10:00 AM, Nick Hibma <nick@van-laarhoven.org> > 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"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170928175525.2D0042D5>