Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 Apr 2010 09:58:38 +0200
From:      Pawel Jakub Dawidek <pjd@FreeBSD.org>
To:        Luigi Rizzo <rizzo@iet.unipi.it>
Cc:        svn-src-head@FreeBSD.org, Luigi Rizzo <luigi@FreeBSD.org>, src-committers@FreeBSD.org, svn-src-all@FreeBSD.org
Subject:   Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc...
Message-ID:  <20100414075838.GB1657@garage.freebsd.pl>
In-Reply-To: <20100414074616.GA1657@garage.freebsd.pl>
References:  <201004121637.o3CGbjSK080066@svn.freebsd.org> <20100412204926.GB1743@garage.freebsd.pl> <20100412210512.GB94885@onelab2.iet.unipi.it> <20100414074616.GA1657@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help

--xXmbgvnjoT4axfJE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Apr 14, 2010 at 09:46:17AM +0200, Pawel Jakub Dawidek wrote:
> BTW. So you decided to implement insert/remove functionality after all.
> I have some questions:
>=20
> - It is implemented as internal gsched hack, which is a pity, because
>   this might be very useful functionality for other classes in the future.
>   Is there a plan to make it more general and move it to the GEOM itself?
>=20
> - Why g_sched_flush_pending() operates on global structure? I think it
>   will break if you try to insert and remove at the same time.

One more thing:)

If I read code correctly, new provider has different name than the
original one. If my userland tool send command to my class and my class
tries to find provider by name by scaning existing geoms, it won't find
it, because provider's name is different.

Wouldn't it better to change old provider's name and use the name old
provider had for new provider? Sounds hackish...

Another thing that comes to my mind is possibility to create providers
that are not represented in /dev/. Name collision wouldn't be a problem
then. Also, it seems nicer to not polute /dev/ with such
proxy-providers.

--=20
Pawel Jakub Dawidek                       http://www.wheelsystems.com
pjd@FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!

--xXmbgvnjoT4axfJE
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (FreeBSD)

iEYEARECAAYFAkvFda4ACgkQForvXbEpPzSslgCg+NK3e2MBqRWd0jy/8NjcWCc5
+M8AnAlsYy+4vJ+ZHReOg+5aPEPd1p2Q
=8nnJ
-----END PGP SIGNATURE-----

--xXmbgvnjoT4axfJE--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100414075838.GB1657>