1. 23 Oct, 2008 1 commit
    • Steve French's avatar
      [CIFS] improve setlease handling · 84210e91
      Steve French authored
      fcntl(F_SETLEASE) currently is not exported by cifs (nor by local file
      systems) so cifs grants leases based on how other local processes have
      opened the file not by whether the file is cacheable (oplocked).  This
      adds the check to make sure that the file is cacheable on the client
      before checking whether we can grant the lease locally
      (generic_setlease).  It also adds a mount option for cifs (locallease)
      if the user wants to override this and try to grant leases even
      if the server did not grant oplock.
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      84210e91
  2. 21 Oct, 2008 1 commit
    • Jeff Layton's avatar
      [CIFS] fix saving of resume key before CIFSFindNext · a364bc0b
      Jeff Layton authored
      We recently fixed the cifs readdir code so that it saves the resume key
      before calling CIFSFindNext. Unfortunately, this assumes that we have
      just done a CIFSFindFirst (or FindNext) and have resume info to save.
      This isn't necessarily the case. Fix the code to save resume info if we
      had to reinitiate the search, and after a FindNext.
      
      This fixes connectathon basic test6 against NetApp filers.
      Signed-off-by: default avatarJeff Layton <jlayton@redhat.com>
      CC: Stable <stable@kernel.org>
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      a364bc0b
  3. 20 Oct, 2008 4 commits
  4. 17 Oct, 2008 1 commit
  5. 16 Oct, 2008 2 commits
    • Jeff Layton's avatar
      [CIFS] eliminate usage of kthread_stop for cifsd · 469ee614
      Jeff Layton authored
      When cifs_demultiplex_thread was converted to a kthread based kernel
      thread, great pains were taken to make it so that kthread_stop would be
      used to bring it down. This just added unnecessary complexity since we
      needed to use a signal anyway to break out of kernel_recvmsg.
      
      Also, cifs_demultiplex_thread does a bit of cleanup as it's exiting, and
      we need to be certain that this gets done. It's possible for a kthread
      to exit before its main function is ever run if kthread_stop is called
      soon after its creation. While I'm not sure that this is a real problem
      with cifsd now, it could be at some point in the future if cifs_mount is
      ever changed to bring down the thread quickly.
      
      The upshot here is that using kthread_stop to bring down the thread just
      adds extra complexity with no real benefit. This patch changes the code
      to use the original method to bring down the thread, but still leaves it
      so that the thread is actually started with kthread_run.
      
      This seems to fix the deadlock caused by the reproducer in this bug
      report:
      
      https://bugzilla.samba.org/show_bug.cgi?id=5720Signed-off-by: default avatarJeff Layton <jlayton@redhat.com>
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      469ee614
    • Steve French's avatar
      [CIFS] Add nodfs mount option · 2c1b8615
      Steve French authored
      Older samba server (eg. 3.0.24 from Debian etch) don't work correctly,
      if DFS paths are used. Such server claim that they support DFS, but fail
      to process some requests with DFS paths. Starting with Linux 2.6.26,
      the cifs clients starts sending DFS paths in such situations, rendering
      it unuseable with older samba servers.
      
      The nodfs mount options forces a share to be used with non DFS paths,
      even if the server claims, that it supports it.
      Signed-off-by: default avatarMartin Koegler <mkoegler@auto.tuwien.ac.at>
      Acked-by: default avatarJeff Layton <jlayton@redhat.com>
      Acked-by: default avatarIgor Mammedov <niallain@gmail.com>
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      2c1b8615
  6. 13 Oct, 2008 31 commits