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