Jeff Layton 1759f089e1 cifs.upcall: negatively instantiate keys on error ... When a request-key upcall exits without instantiating a key, the kernel will negatively instantiate the key with a 60s timeout. Older kernels, however seem to also link that key into the session keyring. This behavior can interefere with subsequent mount attempts until the key times out. The next request_key() call will get this negative key even if the upcall would have worked the second time. Fix this by having cifs.upcall negatively instantiate the key itself with a 1s timeout and don't attach it to the session keyring. Signed-off-by: Jeff Layton <jlayton@redhat.com> (This used to be commit f760dd3f31)		2008-08-12 14:32:54 -04:00
..
cifs_spnego.h	* helper source for handling cifs kernel module upcall for kerberos	2007-12-05 14:33:29 -05:00
cifs.upcall.c	cifs.upcall: negatively instantiate keys on error	2008-08-12 14:32:54 -04:00
client_proto.h	Remove stuff from client_proto.h	2008-05-25 11:43:56 +02:00
client.c	Refactoring: Change calling conventions for cli_rpc_pipe_open_noauth	2008-07-20 17:37:11 +02:00
clitar.c	Fix a brown paper bag segfault in clitar	2008-06-17 21:14:47 +02:00
dnsbrowse.c	Fix a "no prototype" warning	2007-12-19 20:48:45 +01:00
mount.cifs.c	Backing out most of changeset 5222b8db3f	2008-08-05 13:15:46 -05:00
smbspool.c	Fix bug #5675 with a varient of Tim Waugh's patch,	2008-08-07 17:55:57 -07:00
tree.c	Fix sample gtk code. Does this compile ?	2007-12-04 18:24:19 -08:00
umount.cifs.c	Fix bug #4784. Patch from Steve Langasek <vorlon@debian.org>.	2007-12-12 18:45:13 -08:00