1. 12 10月, 2008 1 次提交
  2. 09 10月, 2008 1 次提交
  3. 08 10月, 2008 2 次提交
    • S
      [CIFS] make sure we have the right resume info before calling CIFSFindNext · 0752f152
      Steve French 提交于
      When we do a seekdir() or equivalent, we usually end up doing a
      FindFirst call and then call FindNext until we get to the offset that we
      want. The problem is that when we call FindNext, the code usually
      doesn't have the proper info (mostly, the filename of the entry from the
      last search) to resume the search.
      
      Add a "last_entry" field to the cifs_search_info that points to the last
      entry in the search. We calculate this pointer by using the
      LastNameOffset field from the search parms that are returned. We then
      use that info to do a cifs_save_resume_key before we call CIFSFindNext.
      
      This patch allows CIFS to reliably pass the "telldir" connectathon test.
      Signed-off-by: NJeff Layton <jlayton@redhat.com>
      CC: Stable <stable@kernel.org>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      0752f152
    • S
      [CIFS] clean up error handling in cifs_unlink · 6050247d
      Steve French 提交于
      Currently, if a standard delete fails and we end up getting -EACCES
      we try to clear ATTR_READONLY and try the delete again. If that
      then fails with -ETXTBSY then we try a rename_pending_delete. We
      aren't handling other errors appropriately though.
      
      Another client could have deleted the file in the meantime and
      we get back -ENOENT, for instance. In that case we wouldn't do a
      d_drop. Instead of retrying in a separate call, simply goto the
      original call and use the error handling from that.
      
      Also, we weren't properly undoing any attribute changes that
      were done before returning an error back to the caller.
      
      CC: Jeff Layton <jlayton@redhat.com>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      6050247d
  4. 07 10月, 2008 1 次提交
  5. 25 9月, 2008 6 次提交
  6. 24 9月, 2008 5 次提交
  7. 23 9月, 2008 2 次提交
  8. 17 9月, 2008 2 次提交
  9. 28 8月, 2008 5 次提交
    • S
      [CIFS] Turn off Unicode during session establishment for plaintext authentication · c76da9da
      Steve French 提交于
      LANMAN session setup did not support Unicode (after session setup, unicode can
      still be used though).
      
      Fixes samba bug# 5319
      
      CC: Jeff Layton <jlayton@redhat.com>
      CC: Stable Kernel <stable@vger.kernel.org>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      c76da9da
    • S
      [CIFS] update cifs change log · 2e655021
      Steve French 提交于
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      2e655021
    • J
      cifs: fix O_APPEND on directio mounts · 838726c4
      Jeff Layton 提交于
      The direct I/O write codepath for CIFS is done through
      cifs_user_write(). That function does not currently call
      generic_write_checks() so the file position isn't being properly set
      when the file is opened with O_APPEND.  It's also not doing the other
      "normal" checks that should be done for a write call.
      
      The problem is currently that when you open a file with O_APPEND on a
      mount with the directio mount option, the file position is set to the
      beginning of the file. This makes any subsequent writes clobber the data
      in the file starting at the beginning.
      
      This seems to fix the problem in cursory testing. It is, however
      important to note that NFS disallows the combination of
      (O_DIRECT|O_APPEND). If my understanding is correct, the concern is
      races with multiple clients appending to a file clobbering each others'
      data. Since the write model for CIFS and NFS is pretty similar in this
      regard, CIFS is probably subject to the same sort of races. What's
      unclear to me is why this is a particular problem with O_DIRECT and not
      with buffered writes...
      
      Regardless, disallowing O_APPEND on an entire mount is probably not
      reasonable, so we'll probably just have to deal with it and reevaluate
      this flag combination when we get proper support for O_DIRECT. In the
      meantime this patch at least fixes the existing problem.
      Signed-off-by: NJeff Layton <jlayton@redhat.com>
      Cc: Stable Tree <stable@kernel.org>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      838726c4
    • S
      [CIFS] Fix plaintext authentication · bcc55c66
      Steve French 提交于
      The last eight bytes of the password field were not cleared when doing lanman plaintext password authentication. This patch fixes that.
      
      I tested it with Samba by setting password
      encryption to no in the server's smb.conf.  Other servers also can be
      configured to force plaintext authentication.    Note that plaintexti
      authentication requires setting /proc/fs/cifs/SecurityFlags to 0x30030
      on the client (enabling both LANMAN and also plaintext password support).
      Also note that LANMAN support (and thus plaintext password support) requires
      CONFIG_CIFS_WEAK_PW_HASH to be enabled in menuconfig.
      
      CC: Jeff Layton <jlayton@redhat.com>
      CC: Stable Kernel <stable@vger.kernel.org>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      bcc55c66
    • J
      [CIFS] Add destroy routine for dns_resolver · 87ed1d65
      Jeff Layton 提交于
      Otherwise, we're leaking the payload memory.
      
      CC: Stable Kernel <stable@vger.kernel.org>
      Acked-by: NDavid Howells <dhowells@redhat.com>
      Signed-off-by: NJeff Layton <jlayton@redhat.com>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      87ed1d65
  10. 26 8月, 2008 1 次提交
  11. 20 8月, 2008 3 次提交
  12. 19 8月, 2008 1 次提交
  13. 14 8月, 2008 1 次提交
    • S
      [CIFS] mount of IPC$ breaks with iget patch · ad661334
      Steve French 提交于
      In looking at network named pipe support on cifs, I noticed that
      Dave Howell's iget patch:
      
          iget: stop CIFS from using iget() and read_inode()
      
      broke mounts to IPC$ (the interprocess communication share), and don't
      handle the error case (when getting info on the root inode fails).
      
      Thanks to Gunter who noted a typo in a debug line in the original
      version of this patch.
      
      CC: David Howells <dhowells@redhat.com>
      CC: Gunter Kukkukk <linux@kukkukk.com>
      CC: Stable Kernel <stable@kernel.org>
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      ad661334
  14. 12 8月, 2008 2 次提交
  15. 09 8月, 2008 1 次提交
  16. 07 8月, 2008 3 次提交
  17. 06 8月, 2008 3 次提交
新手
引导
客服 返回
顶部