An error occurred fetching the project authors.
  1. 18 Oct, 2007 1 commit
  2. 17 Oct, 2007 1 commit
    • Steve French's avatar
      [CIFS] fix bad handling of EAGAIN error on kernel_recvmsg in cifs_demultiplex_thread · c18c732e
      Steve French authored
      When kernel_recvmsg returns -EAGAIN or -ERESTARTSYS, then
      cifs_demultiplex_thread sleeps for a bit and then tries the read again.
      When it does this, it's not zeroing out the length and that throws off
      the value of total_read. Fix it to zero out the length.
      
      Can cause memory corruption:
      If kernel_recvmsg returns an error and total_read is a large enough
      value, then we'll end up going through the loop again. total_read will
      be a bogus value, as will (pdu_length-total_read). When this happens we
      end up calling kernel_recvmsg with a bogus value (possibly larger than
      the current iov_len).
      
      At that point, memcpy_toiovec can overrun iov. It will start walking
      up the stack, casting other things that are there to struct iovecs
      (since it assumes that it's been passed an array of them). Any pointer
      on the stack at an address above the kvec is a candidate for corruption
      here.
      
      Many thanks to Ulrich Obergfell for pointing this out.
      Signed-off-by: default avatarJeff Layton <jlayton@redhat.com>
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      c18c732e
  3. 14 Oct, 2007 1 commit
  4. 12 Oct, 2007 1 commit
  5. 29 Sep, 2007 1 commit
  6. 28 Sep, 2007 1 commit
  7. 24 Aug, 2007 1 commit
  8. 26 Jul, 2007 1 commit
  9. 15 Jul, 2007 1 commit
    • Steve French's avatar
      [CIFS] Add support for new POSIX unlink · 2d785a50
      Steve French authored
      In the cleanup phase of the dbench test, we were noticing sharing
      violation followed by failed directory removals when dbench
      did not close the test files before the cleanup phase started.
      Using the new POSIX unlink, which Samba has supported for a few
      months, avoids this.
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      2d785a50
  10. 11 Jul, 2007 1 commit
  11. 09 Jul, 2007 1 commit
  12. 06 Jul, 2007 1 commit
  13. 24 Jun, 2007 1 commit
  14. 05 May, 2007 1 commit
    • Jeff Layton's avatar
      [CIFS] Make sec=none force an anonymous mount · 8426c39c
      Jeff Layton authored
      We had a customer report that attempting to make CIFS mount with a null
      username (i.e. doing an anonymous mount) doesn't work. Looking through the
      code, it looks like CIFS expects a NULL username from userspace in order
      to trigger an anonymous mount. The mount.cifs code doesn't seem to ever
      pass a null username to the kernel, however.
      
      It looks also like the kernel can take a sec=none option, but it only seems
      to look at it if the username is already NULL. This seems redundant and
      effectively makes sec=none useless.
      
      The following patch makes sec=none force an anonymous mount.
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      8426c39c
  15. 30 Apr, 2007 1 commit
    • Steve French's avatar
      [CIFS] UID/GID override on CIFS mounts to Samba · 4523cc30
      Steve French authored
      When CIFS Unix Extensions are negotiated we get the Unix uid and gid
      owners of the file from the server (on the Unix Query Path Info
      levels), but if the server's uids don't match the client uid's users
      were having to disable the Unix Extensions (which turned off features
      they still wanted).   The changeset patch allows users to override uid
      and/or gid for file/directory owner with a default uid and/or gid
      specified at mount (as is often done when mounting from Linux cifs
      client to Windows server).  This changeset also displays the uid
      and gid used by default in /proc/mounts (if applicable).
      
      Also cleans up code by adding some of the missing spaces after
      "if" keywords per-kernel style guidelines (as suggested by Randy Dunlap
      when he reviewed the patch).
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      4523cc30
  16. 25 Apr, 2007 1 commit
    • Steve French's avatar
      [CIFS] Add IPv6 support · 5858ae44
      Steve French authored
      IPv6 support was started a few years ago in the cifs client, but lacked a
      kernel helper function for parsing the ascii form of the ipv6 address. Now
      that that is added (and now IPv6 is the default that some OS use now) it
      was fairly easy to finish  the cifs ipv6 support.  This  requires that
      CIFS_EXPERIMENTAL be enabled and (at least until the mount.cifs module is
      modified to use a new ipv6 friendly call instead of gethostbyname) and the
      ipv6 address be passed on the mount as "ip=" mount option.
      
      Thanks
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      5858ae44
  17. 23 Apr, 2007 1 commit
  18. 06 Apr, 2007 1 commit
  19. 23 Mar, 2007 1 commit
  20. 10 Mar, 2007 1 commit
  21. 06 Mar, 2007 1 commit
  22. 26 Feb, 2007 1 commit
  23. 14 Feb, 2007 1 commit
  24. 08 Feb, 2007 1 commit
  25. 06 Feb, 2007 1 commit
  26. 23 Dec, 2006 1 commit
  27. 08 Dec, 2006 1 commit
  28. 02 Nov, 2006 1 commit
  29. 30 Oct, 2006 1 commit
  30. 21 Sep, 2006 1 commit
  31. 16 Aug, 2006 1 commit
  32. 15 Aug, 2006 1 commit
  33. 11 Aug, 2006 1 commit
  34. 27 Jun, 2006 1 commit
  35. 08 Jun, 2006 1 commit
    • Steve French's avatar
      [CIFS] NTLMv2 support part 5 · 1717ffc5
      Steve French authored
      NTLMv2 authentication (stronger authentication than default NTLM) which
      many servers support now works.  There was a problem with the construction
      of the security blob in the older code.  Currently requires
      	/proc/fs/cifs/Experimental to be set to 2
      and
      	/proc/fs/cifs/SecurityFlags to be set to 0x4004 (to require using
      	NTLMv2 instead of default of NTLM)
      
      Next we will check signing to make sure optional NTLMv2 packet signing also
      works.
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      1717ffc5
  36. 07 Jun, 2006 1 commit
  37. 31 May, 2006 2 commits
  38. 30 May, 2006 2 commits