Date: Mon, 12 Oct 2009 21:08:06 +0000 (UTC) From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/geom/concat g_concat.c src/sys/geom/label g_label.c src/sys/geom/part g_part.c src/sys/geom/shsec g_shsec.c src/sys/geom/stripe g_stripe.c src/sys/geom/uzip g_uzip.c Message-ID: <200910122108.n9CL8MZb091624@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
pjd 2009-10-12 21:08:06 UTC
FreeBSD src repository
Modified files: (Branch: RELENG_8)
sys/geom/concat g_concat.c
sys/geom/label g_label.c
sys/geom/part g_part.c
sys/geom/shsec g_shsec.c
sys/geom/stripe g_stripe.c
sys/geom/uzip g_uzip.c
Log:
SVN rev 198003 on 2009-10-12 21:08:06Z by pjd
MFC r197898:
If provider is open for writing when we taste it, skip it for classes that
depend on on-disk metadata. This was we won't attach to providers that are used
by other classes. For example we don't want to configure partitions on da0 if
it is part of gmirror, what we really want is partitions on mirror/foo.
During regular work it works like this: if provider is open for writing a class
receives the spoiled event from GEOM and detaches, once provider is closed the
taste event is send again and class can rediscover its metadata if it is still
there. This doesn't work that way when new class arrives, because GEOM gives
all existing providers for it to taste, also those open for writing. Classes
have to decided on their own if they want to deal with such providers (eg.
geom_dev) or not (classes modified by this commit).
Reported by: des, Oliver Lehmann <lehmann@ans-netz.de>
Tested by: des, Oliver Lehmann <lehmann@ans-netz.de>
Discussed with: phk, marcel
Reviewed by: marcel
Approved by: re (kib)
Revision Changes Path
1.31.2.2 +4 -0 src/sys/geom/concat/g_concat.c
1.24.2.2 +4 -0 src/sys/geom/label/g_label.c
1.39.2.3 +4 -0 src/sys/geom/part/g_part.c
1.6.10.2 +4 -0 src/sys/geom/shsec/g_shsec.c
1.33.2.2 +4 -0 src/sys/geom/stripe/g_stripe.c
1.12.10.2 +5 -0 src/sys/geom/uzip/g_uzip.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200910122108.n9CL8MZb091624>