an issue relating to using current MIT krb code in kernel space
Will Fiveash
will.fiveash at oracle.com
Fri Jan 21 13:46:05 EST 2011
On Thu, Jan 20, 2011 at 11:34:51PM -0500, Greg Hudson wrote:
> On Thu, 2011-01-20 at 16:32 -0500, Will Fiveash wrote:
> > so I either have to add it
> > back for Solaris or dynamically calculate the number of krb5_enctype
> > entries there are in context->in_tkt_ktypes before I call
> > FREE()/kmem_free().
>
> Is dynamically calculating the length a problem? We have a short
> function krb5int_count_etypes (in lib/krb5/krb/etype_list.c) to conduct
> this count, and the runtime overhead should be minimal since enctype
> lists are pretty short.
It's not a big problem and that's what I've done to deal with that
issue. Really I just wanted to point out that as one of the issues in
making the krb code suitable for kernel use since I was dealing with
that recently.
--
Will Fiveash
Oracle
http://opensolaris.org/os/project/kerberos/
Sent using mutt, a sweet, text based e-mail app <http://www.mutt.org/>
More information about the krbdev
mailing list