an issue relating to using current MIT krb code in kernel space

Will Fiveash will.fiveash at
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
Sent using mutt, a sweet, text based e-mail app <>

More information about the krbdev mailing list