1. 25 6月, 2007 1 次提交
  2. 01 5月, 2007 1 次提交
    • S
      [CIFS] UID/GID override on CIFS mounts to Samba · 4523cc30
      Steve French 提交于
      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: NSteve French <sfrench@us.ibm.com>
      4523cc30
  3. 26 4月, 2007 1 次提交
  4. 27 2月, 2007 1 次提交
    • S
      [CIFS] cifs export operations · 35c11fdd
      Steve French 提交于
      For nfsd to work over cifs mounts (which presumably makes sense when trying
      to reexport mounts to windows, network appliances or Samba servers to nfs
      clients via nfs server).
      
      This is the first stage of that enablement, marked experimental and turned
      off by default.
      Signed-off-by: NSteve French <sfrench@us.ibm.com>
      35c11fdd
  5. 14 2月, 2007 1 次提交
  6. 30 11月, 2005 1 次提交
  7. 11 10月, 2005 1 次提交
  8. 07 9月, 2005 1 次提交
  9. 01 5月, 2005 1 次提交
  10. 29 4月, 2005 2 次提交
  11. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4