On Mon, Jun 27, 2011 at 10:42 PM, David Howells <dhowells@xxxxxxxxxx> wrote: > Pavel Shilovsky <piastryyy@xxxxxxxxx> wrote: > >> Yes, I meant, that dns_query calls request_key -> request_key_and_link >> -> construct_key_and_link -> construct_alloc_key -> key_alloc and >> there expiry timeout is set to zero. I don't noticed any other places >> where this value changes while request_key is being processing. If I >> miss something, point me, please! > > request_key() upcalls to userspace. The userspace application should call > keyctl_set_timeout() before calling keyctl_instantiate(). So in my case it's cifs.upcall that doesn't set the timeout I guess, as contents of my /etc/request-key.conf are: create cifs.spnego * * /usr/sbin/cifs.upcall -c %k create dns_resolver * * /usr/sbin/cifs.upcall %k -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html