devfs_get/set_cdevpriv functions from FreeBSD
Markus Pfeiffer
markus.pfeiffer at morphism.de
Tue Jul 17 01:11:13 PDT 2012
--JP+T4n/bALQSJXh8
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Dear all,
(I think in particular Matt and Alex H.)
while porting drivers from FreeBSD some of us have stumbled over the functi=
ons
devfs_get_cdevpriv and devfs_set_cdevpriv, which store some
per-open-filedescriptor information for some devices.
I looked into the FreeBSD code and the implementation seems weird to me sin=
ce
they store the filedescriptor on syscall in their thread struct and the fun=
ctions
rely on that hidden state.
Question is now: Should we have similar functionality (i.e. per open
filedescriptor "private" data) and if yes how to best implement that. I know
that AlexH had made some suggestion but I cannot find it in the IRC logs and
it would probably be more efficient doing this by mail.=20
Markus
--=20
Markus Pfeiffer, University of St Andrews
email: markus.pfeiffer at morphism.de | xmpp: markus.pfeiffer at jabber.morphism.=
de
--JP+T4n/bALQSJXh8
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (FreeBSD)
iQIcBAEBAgAGBQJQBR4hAAoJEEYIAIuHgtZG6F8P/0fpa44NuDXRaGZ5Qka97oQv
vXzFWkcqbLObj/q+Fi1XIlHlJpb4jTeaHUlJQBMo3laVJVPg7jBSeva1o+KC8YgQ
N9ISsr39xaiIIMY64m/bWPIEx6jA7nChmALgjRmvgPUkEZply02Mi/5GaTEY28dO
jeZZ037XWJ3d9u851qYBhVCIMIbpTvIhTlhpEdxmwDYzHqtoa0qI6s6gbq0jcE/2
W1UmXg/lrsJfi1plp4zj9R5Erx6SOILeT4nDPKyLnGlV5lg0O5SgEApAbsPGN+DC
dseDt6YZC+xaMjsLuY1fVecuLZ0TX65aGLHNnRATS8ZVWa/LIGN3Ig/e2/M8GcCY
MVYEo+uw5EhNfmfNuDaNnqq/9mjmrnR8Z7gWZM5yOuPGxs4IkI1A6csxLQAEgott
AUdwpV9CV6q8iTPAFhXyy2N6dRFWDDcZpzLgVFJHbgvNq5c+uKbHAXgW5lJlzfjk
wfBnUow3oGL+UricJ4RxMeDZGw0T6E103iIHVUtpdehJxKN5tg3Pz/tVq52mKmA5
S1BayCVmQP5xqSUXa8i17+EE/TabpwO/4AnymZmtsjfB4QQ4YM//eQRd5jmQkMTO
BrudzeZ5spubeQHBcVpIUASXo3aLoJeZJQoZ+UgtSV8AEcAd3tPeOcLi6ImLZTKH
hl9A9mLKQYRc9HtPBH6y
=LAf5
-----END PGP SIGNATURE-----
--JP+T4n/bALQSJXh8--
More information about the Kernel
mailing list