text-based gss upcall

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



So, this time there aren't any changes to the underlying
gss_auth/rpc_pipe locking, and the gss code doesn't attempt to cancel
rpc calls on its own.  Instead we:

	- keep a single global variable which determines which version (new
	  or old) of the upcall we use;
	- keep a counter which tells us
	  	count of gss pipes open + count of gss upcalls outstanding;
	- permit switching versions only when that counter goes to zero;
	- use pipe_open and pipe_release callbacks to maintain that
	  counter; and
	- allow the gss code to wait on gssd to open a pipe before
	  deciding which version of upcall to make.

And the new locking change is one spinlock to protect the global pipe
version.

I've tested with an unmodified gssd, and checked that things still work
correctly when gssd is killed and restarted.  I haven't tested with a
gssd that uses the new upcall yet.

Most of these patches are just trivial preparatory cleanup, and the
first two (maybe three) patches might be worth applying independently.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux