[16605] in Kerberos_V5_Development

home help back first fref pref prev next nref lref last post

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

daemon@ATHENA.MIT.EDU (Will Fiveash)
Fri Jan 21 13:48:02 2011

Date: Fri, 21 Jan 2011 12:46:05 -0600
From: Will Fiveash <will.fiveash@oracle.com>
To: Greg Hudson <ghudson@mit.edu>
Message-ID: <20110121184605.GC2602@sun.com>
Mail-Followup-To: Greg Hudson <ghudson@mit.edu>,
	MIT Kerberos Dev List <krbdev@mit.edu>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1295584491.2456.525.camel@ray>
Cc: MIT Kerberos Dev List <krbdev@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu

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/>
_______________________________________________
krbdev mailing list             krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev

home help back first fref pref prev next nref lref last post