Hosts the 0x221E linux distro kernel. https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-3.17.y 2014-07-16T13:10:41Z 2014-07-16T13:10:41Z NeilBrown neilb@suse.de 2014-07-07T05:16:04Z urn:sha1:c1221321b7c25b53204447cff9949a6d5a7ddddc It is currently not possible for various wait_on_bit functions to implement a timeout. While the "action" function that is called to do the waiting could certainly use schedule_timeout(), there is no way to carry forward the remaining timeout after a false wake-up. As false-wakeups a clearly possible at least due to possible hash collisions in bit_waitqueue(), this is a real problem. The 'action' function is currently passed a pointer to the word containing the bit being waited on. No current action functions use this pointer. So changing it to something else will be a little noisy but will have no immediate effect. This patch changes the 'action' function to take a pointer to the "struct wait_bit_key", which contains a pointer to the word containing the bit so nothing is really lost. It also adds a 'private' field to "struct wait_bit_key", which is initialized to zero. An action function can now implement a timeout with something like static int timed_out_waiter(struct wait_bit_key *key) { unsigned long waited; if (key->private == 0) { key->private = jiffies; if (key->private == 0) key->private -= 1; } waited = jiffies - key->private; if (waited > 10 * HZ) return -EAGAIN; schedule_timeout(waited - 10 * HZ); return 0; } If any other need for context in a waiter were found it would be easy to use ->private for some other purpose, or even extend "struct wait_bit_key". My particular need is to support timeouts in nfs_release_page() to avoid deadlocks with loopback mounted NFS. While wait_on_bit_timeout() would be a cleaner interface, it will not meet my need. I need the timeout to be sensitive to the state of the connection with the server, which could change. So I need to use an 'action' interface. Signed-off-by: NeilBrown <neilb@suse.de> Acked-by: Peter Zijlstra <peterz@infradead.org> Cc: Oleg Nesterov <oleg@redhat.com> Cc: Steve French <sfrench@samba.org> Cc: David Howells <dhowells@redhat.com> Cc: Steven Whitehouse <swhiteho@redhat.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Link: http://lkml.kernel.org/r/20140707051604.28027.41257.stgit@notabene.brown Signed-off-by: Ingo Molnar <mingo@kernel.org> 2014-04-18T12:20:48Z Peter Zijlstra peterz@infradead.org 2014-03-17T17:06:10Z urn:sha1:4e857c58efeb99393cba5a5d0d8ec7117183137c Mostly scripted conversion of the smp_mb__* barriers. Signed-off-by: Peter Zijlstra <peterz@infradead.org> Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Link: http://lkml.kernel.org/n/tip-55dhyhocezdw1dg7u19hmh1u@git.kernel.org Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: linux-arch@vger.kernel.org Signed-off-by: Ingo Molnar <mingo@kernel.org> 2013-10-01T22:22:11Z Trond Myklebust Trond.Myklebust@netapp.com 2013-09-24T16:00:27Z urn:sha1:8a19a0b6cb2e2216afd68ef2047f30260cc8a220 Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 2013-09-09T16:19:15Z Linus Torvalds torvalds@linux-foundation.org 2013-09-09T16:19:15Z urn:sha1:bf97293eb878df3792d9de7213bd7b82135aea77 Pull NFS client updates from Trond Myklebust: "Highlights include: - Fix NFSv4 recovery so that it doesn't recover lost locks in cases such as lease loss due to a network partition, where doing so may result in data corruption. Add a kernel parameter to control choice of legacy behaviour or not. - Performance improvements when 2 processes are writing to the same file. - Flush data to disk when an RPCSEC_GSS session timeout is imminent. - Implement NFSv4.1 SP4_MACH_CRED state protection to prevent other NFS clients from being able to manipulate our lease and file locking state. - Allow sharing of RPCSEC_GSS caches between different rpc clients. - Fix the broken NFSv4 security auto-negotiation between client and server. - Fix rmdir() to wait for outstanding sillyrename unlinks to complete - Add a tracepoint framework for debugging NFSv4 state recovery issues. - Add tracing to the generic NFS layer. - Add tracing for the SUNRPC socket connection state. - Clean up the rpc_pipefs mount/umount event management. - Merge more patches from Chuck in preparation for NFSv4 migration support" * tag 'nfs-for-3.12-1' of git://git.linux-nfs.org/projects/trondmy/linux-nfs: (107 commits) NFSv4: use mach cred for SECINFO_NO_NAME w/ integrity NFS: nfs_compare_super shouldn't check the auth flavour unless 'sec=' was set NFSv4: Allow security autonegotiation for submounts NFSv4: Disallow security negotiation for lookups when 'sec=' is specified NFSv4: Fix security auto-negotiation NFS: Clean up nfs_parse_security_flavors() NFS: Clean up the auth flavour array mess NFSv4.1 Use MDS auth flavor for data server connection NFS: Don't check lock owner compatability unless file is locked (part 2) NFS: Don't check lock owner compatibility in writes unless file is locked nfs4: Map NFS4ERR_WRONG_CRED to EPERM nfs4.1: Add SP4_MACH_CRED write and commit support nfs4.1: Add SP4_MACH_CRED stateid support nfs4.1: Add SP4_MACH_CRED secinfo support nfs4.1: Add SP4_MACH_CRED cleanup support nfs4.1: Add state protection handler nfs4.1: Minimal SP4_MACH_CRED implementation SUNRPC: Replace pointer values with task->tk_pid and rpc_clnt->cl_clid SUNRPC: Add an identifier for struct rpc_clnt SUNRPC: Ensure rpc_task->tk_pid is available for tracepoints ... 2013-09-04T18:45:13Z Trond Myklebust Trond.Myklebust@netapp.com 2013-09-04T18:45:13Z urn:sha1:8d1018c7745e5ab861cd6cfd3dc4fa425b90575d Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 2013-08-07T21:07:18Z Trond Myklebust Trond.Myklebust@netapp.com 2013-08-05T20:04:47Z urn:sha1:786615bc1ce84150ded80daea6bd9f6297f48e73 If rpcbind causes our connection to the AF_LOCAL socket to close after we've registered a service, then we want to be careful about reconnecting since the mount namespace may have changed. By simply refusing to reconnect the AF_LOCAL socket in the case of unregister, we avoid the need to somehow save the mount namespace. While this may lead to some services not unregistering properly, it should be safe. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> Cc: Nix <nix@esperi.org.uk> Cc: Jeff Layton <jlayton@redhat.com> Cc: stable@vger.kernel.org # 3.9.x 2013-06-06T20:24:40Z Trond Myklebust Trond.Myklebust@netapp.com 2013-05-21T22:36:27Z urn:sha1:74fe5f7c2a74d58a39a386bd511e50d1dfc0134c Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 2013-06-06T20:24:39Z Trond Myklebust Trond.Myklebust@netapp.com 2013-05-21T16:58:57Z urn:sha1:64bbe3d670ed595df2589d16297305ea9518a84f Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 2013-06-06T20:24:39Z Trond Myklebust Trond.Myklebust@netapp.com 2013-05-21T16:51:32Z urn:sha1:0053a8e65c0b949fd230488e5be871755f3f860f Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 2013-02-01T15:13:48Z Trond Myklebust Trond.Myklebust@netapp.com 2013-01-08T15:10:04Z urn:sha1:77102893ae685270c1774fa8b7eead6ad93c838d It is no longer in use Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>