Jim Rees wrote:
If tickets can be up to 12K, and we usually don't need that much, and we're
talking about kernel memory, would it make sense to dynamically allocate the
space for the ticket?
That is what my patch does.
It allocates
sizeof(struct private_cdata) - MAXKTCTICKETLEN + ticketLen + 8.
The ticket is now at the end of this structure and we give 8 bytes more
because you never know what crypt and cksum do. At least it seemed not
to work without these 8 additional bytes.
Hartmut
_______________________________________________
OpenAFS-devel mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-devel
--
-----------------------------------------------------------------
Hartmut Reuter e-mail [EMAIL PROTECTED]
phone +49-89-3299-1328
RZG (Rechenzentrum Garching) fax +49-89-3299-1301
Computing Center of the Max-Planck-Gesellschaft (MPG) and the
Institut fuer Plasmaphysik (IPP)
-----------------------------------------------------------------
_______________________________________________
OpenAFS-devel mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-devel
