Re: RFC: Project geom-events

Hello, Alexander.
You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 13:18:34:

> geom_raid addresses this problem in own way. As soon as RAID BIOSes
> expect RAIDs to be built on raw physical devices and probe order is not
> discussed, geom_raid exclusively opens underlying providers immediately
> after detecting supported metadata. So even if volume is broken or
  But it could be not first, who taste component of mirror, am I
right? If geom_part will be first, will it "take away" component from
geom_raid? Or it could not?

  If it works in any case (exclusive open spoils geom_part), it could
be used in all other classes without any metadata infrastructure, but
it seems, that geom_mirror, for example, could pickup metadtata from
last parition instead of raw device...

  I'm not sure here.

  But, in any case, maybe standard first 16 bytes of metadata in
pure-GEOM classes and filter in GEOM infrastructure itself ("not pass
provider for tasting to anything but class, written in first 16 bytes
of last sector") looks good idea, IMHO.

--=20
// Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>

_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"