How to disable all GEOM tasting?

Pawel Jakub Dawidek pjd at FreeBSD.org
Thu Aug 1 17:47:30 UTC 2013


On Tue, Jul 30, 2013 at 06:13:48PM -0500, Brooks Davis wrote:
> On Tue, Jul 30, 2013 at 10:19:54PM +0000, Rotate 13 wrote:
> > On Tue, 30 Jul 2013 16:41:14 -0500, Brooks Davis <brooks at freebsd.org> wrote:
> > 
> > > On Mon, Jul 29, 2013 at 05:14:04PM +0000, Rotate 13 wrote:
> > >> How to disable *all* GEOM tasting of newly-attached devices?  I looked
> > >> through the manuals, searched web, grepped sysctl -ad.  I only find
> > >> sysctl to disable all tasting for graid (kern.geom.raid.enable).
> > >>
> > >> Example, if I have removable drive I want to pop in and access from
> > >> userland with open("/dev/foo0", O_RDONLY); without various GEOM
> > >> modules first trying to understand.
> > >
> > > As far as I know there is no way to do this, but the existence of
> > > partition tables shouldn't have any effect on your ability to open the raw
> > > device as long as you haven't configured something in devd or similar to
> > > open those partitions.
> > 
> > Any pointer to look in sources for where triggers the tasting?  I
> > understand each GEOM has the taste code of its own...  but something
> > must start it all when device is inserted.
> 
> The creation of a geom provider triggers the tasting.  I suppose you
> could create a new driver to matches the device preferentally to umass
> or what ever device it normally attaches it and provides a simple node
> for it.  That sounds like a lot of work and you haven't explained why
> you can't just let the tasting happen and ignore any partions that are
> found.

If you use ZVOLs and snapshots you can easly end up with thousands GEOM
providers, which doesn't scale well. Giving them all for tasting to all
available GEOM classes will take a while too.

In Illumos ZFS /dev/ entries for ZVOLs are lazy created - when someone
looks up the given entry ZFS is noticed and corresponding entry is
created. This was not always the case. Earlier they were creating /dev/
entries for all ZVOLs, but apperently they found it problematic.
I remember this, because it took me a while to bring back non-lazy
creation of /dev/ entries for ZVOLs. GEOM doesn't support anything like
that.

-- 
Pawel Jakub Dawidek                       http://www.wheelsystems.com
FreeBSD committer                         http://www.FreeBSD.org
Am I Evil? Yes, I Am!                     http://mobter.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-geom/attachments/20130801/f3a33581/attachment.sig>


More information about the freebsd-geom mailing list