Linux CIFS Development

• Thread Index

• Re: [PATCH v2] readdir cf_nlink initialization
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• [PATCH v2] readdir cf_nlink initialization
  • From: Jim McDonough <jmcd@xxxxxxxxx>
• Re: [PATCH 1/3] cifs: Process post session setup code in respective dialect functions.
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH 3/3] cifs: Start using per session key for smb2/3 for signature generation
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH 2/3] cifs: Add a variable specific to NTLMSSP for key exchange.
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH 1/3] cifs: Process post session setup code in respective dialect functions.
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH 0/8] Implement SMB3 leases support
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 8/8] CIFS: Respect epoch value from create lease context v2
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 7/8] CIFS: Add create lease v2 context for SMB3
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 6/8] CIFS: Move parsing lease buffer to ops struct
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 5/8] CIFS: Move creating lease buffer to ops struct
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 4/8] CIFS: Store lease state itself rather than a mapped oplock value
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 3/8] CIFS: Replace clientCanCache* bools with an integer
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 2/8] CIFS: Fix missing lease break from a client
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 1/8] CIFS: Fix memory leak when a lease break comes
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 0/8] Implement SMB3 leases support
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH v2] cifs: create a new Documentation/ directory and move docfiles into it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: create a new Documentation/ directory and move docfiles into it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] readdir cf_nlink initialization
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• [PATCH] readdir cf_nlink initialization
  • From: Jim McDonough <jmcd@xxxxxxxxxxxxxxxxx>
• [PATCH] cifs: ensure that srv_mutex is held when dealing with ssocket pointer
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 3/3] cifs: Start using per session key for smb2/3 for signature generation
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• [PATCH 2/3] cifs: Add a variable specific to NTLMSSP for key exchange.
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• [PATCH 1/3] cifs: Process post session setup code in respective dialect functions.
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• [PATCH v3 0/3] Change session key to per smb session for smb2 and smb3
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH] CIFS: convert to use le32_add_cpu()
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• [PATCH] CIFS: convert to use le32_add_cpu()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH v2 2/2] cifs: Use per smb session session key instead of per smb connection session key for smb2
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• [PATCH 3/3] cifs: add winucase_convert.pl to Documentation/ directory
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/3] cifs: convert case-insensitive dentry ops to use new case conversion routines
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/3] cifs: add new case-insensitive conversion routines that are based on wchar_t's
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/3] cifs: fix case-insensitive filename matching and hashing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [Patch net-next v3 7/9] fs: use generic union inet_addr and helper functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: DFS referrals
  • From: Tom Talpey <ttalpey@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] cifs: Expand max share name length to 256
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [Patch net-next v3 7/9] fs: use generic union inet_addr and helper functions
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: DFS referrals
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: DFS referrals
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: DFS referrals
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: DFS referrals
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• [PATCH v2 2/2] CIFS: Implement follow_link for nounix CIFS mounts
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH v2 1/2] CIFS: Implement follow_link for SMB2
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: [PATCH 1/2] CIFS: Implement follow_link for SMB2
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: [PATCH 2/2] CIFS: Implement follow_link for nounix CIFS mounts
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• "mount error(122): Disk quota exceeded" whenever trying to mount.cifs with sec=krb5
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: [PATCH v2 2/2] cifs: Use per smb session session key instead of per smb connection session key for smb2
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/2] cifs: Make session key from per smb connection to per smb session
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH v2 1/2] cifs: Make session key from per smb connection to per smb session
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/2] CIFS: Implement follow_link for nounix CIFS mounts
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] CIFS: Implement follow_link for SMB2
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: xfstests integration
  • From: Steve French <smfrench@xxxxxxxxx>
• [GIT] CIFS Fixes
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH 2/2] CIFS: Implement follow_link for nounix CIFS mounts
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 1/2] CIFS: Implement follow_link for SMB2
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: [PATCH v2 1/2] cifs: Make session key from per smb connection to per smb session
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH v2 1/2] cifs: Make session key from per smb connection to per smb session
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH v2 2/2] cifs: Use per smb session session key instead of per smb connection session key for smb2
  • From: shirishpargaonkar@xxxxxxxxx
• [PATCH v2 1/2] cifs: Make session key from per smb connection to per smb session
  • From: shirishpargaonkar@xxxxxxxxx
• Re: [PATCH] cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: [PATCH] cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
  • From: David McBride <dwm37@xxxxxxxxx>
• Re: [PATCH] cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BUG] Regression in mfsymlink handling introduced by "cifs: only set ops for inodes in I_NEW state"
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BUG] Regression in mfsymlink handling introduced by "cifs: only set ops for inodes in I_NEW state"
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BUG] Regression in mfsymlink handling introduced by "cifs: only set ops for inodes in I_NEW state"
  • From: "Stefan (metze) Metzmacher" <metze@xxxxxxxxx>
• Re: xfstests integration
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: smb2 logoff
  • From: Tom Talpey <ttalpey@xxxxxxxxxxxxx>
• Re: xfstests integration
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: xfstests integration
  • From: Steve French <smfrench@xxxxxxxxx>
• xfstests integration
  • From: David Disseldorp <ddiss@xxxxxxx>
• RE: Backporting the CIFS module
  • From: "Damjan Dimitrov" <damjan.dimitrov@xxxxxxxxxxxxx>
• Re: [Cluster-devel] [Patch net-next v2 6/8] fs: use generic union inet_addr and helper functions
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: smb2 logoff
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• smb2 logoff
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [Cluster-devel] [Patch net-next v2 6/8] fs: use generic union inet_addr and helper functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [Patch net-next v2 6/8] fs: use generic union inet_addr and helper functions
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] cifs: set sb->s_d_op before calling d_make_root()
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: display iocharset= option in /proc/mounts
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: fix bad error handling in crypto code
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] cifs: fix bad error handling in crypto code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [BUG] Regression in mfsymlink handling introduced by "cifs: only set ops for inodes in I_NEW state"
  • From: David McBride <dwm37@xxxxxxxxx>
• Re: [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: Backporting the CIFS module
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Backporting the CIFS module
  • From: Dame Dimitrov <ddimitro@xxxxxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Simo <s@xxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Simo <s@xxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] cifs: display iocharset= option in /proc/mounts
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: set sb->s_d_op before calling d_make_root()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Simo <s@xxxxxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: [PATCH] Do not rely on hardcoded path to systemd-ask-password.
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] Do not rely on hardcoded path to systemd-ask-password.
  • From: Michał Górny <mgorny@xxxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: NTLMSSP unix query info problem
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH v2] cifs: file: initialize oparms.reconnect before using it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• [PATCH v2] cifs: file: initialize oparms.reconnect before using it
  • From: Andi Shyti <andi@xxxxxxxxxxx>
• NTLMSSP unix query info problem
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH RESEND] cifs: file: initialize oparms.reconnect before using it
  • From: Andi Shyti <andi@xxxxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Marcus Moeller <marcus.moeller@xxxxxx>
• Re: [PATCH RESEND] cifs: file: initialize oparms.reconnect before using it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RESEND] cifs: file: initialize oparms.reconnect before using it
  • From: Andi Shyti <andi@xxxxxxxxxxx>
• Re: [PATCH 2/2] cifs: file: initialize oparms.reconnect before using it
  • From: Andi Shyti <andi@xxxxxxxxxxx>
• [PATCH 2/2] cifs: file: initialize oparms.reconnect before using it
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [patch] cifs: arrays are never NULL
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: A problem of cifs performance
  • From: 周伟杰 <zhou.weijie@xxxxxxxxxxx>
• Re: A problem of cifs performance
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• A problem of cifs performance
  • From: 周伟杰 <zhou.weijie@xxxxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: Recvfile patch used for Samba.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] cifs: Correct comment about domainname length
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH 1/2] cifs: Move and expand MAX_SERVER_SIZE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/2] cifs: Correct comment about domainname length
  • From: scott.lovenberg@xxxxxxxxx
• [PATCH 1/2] cifs: Move and expand MAX_SERVER_SIZE
  • From: scott.lovenberg@xxxxxxxxx
• Re: [PATCH 1/2] cifs: Move string length definitions to uapi
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] cifs: Move string length definitions to uapi
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH 1/2] cifs: Move string length definitions to uapi
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/2] cifs: Expand max share name length to 256
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/2] cifs: Expand max share name length to 256
  • From: scott.lovenberg@xxxxxxxxx
• [PATCH 1/2] cifs: Move string length definitions to uapi
  • From: scott.lovenberg@xxxxxxxxx
• Re: Recvfile patch used for Samba.
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH] [cifs] Change session key to per smb session key for smb2 onwards
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: Recvfile patch used for Samba.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Recvfile patch used for Samba.
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: Recvfile patch used for Samba.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] [cifs] Change session key to per smb session key for smb2 onwards
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: Recvfile patch used for Samba.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] RFC cifs-utils: Use autoconf to get kernel headers
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] RFC cifs-utils: Use autoconf to get kernel headers
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: Recvfile patch used for Samba.
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Recvfile patch used for Samba.
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH 2/2] cifs: file: initialize oparms.reconnect before using it
  • From: Andi Shyti <andi@xxxxxxxxxxx>
• [PATCH 2/2] cifs: file: initialize oparms.reconnect before using it
  • From: Andi Shyti <andi@xxxxxxxxxxx>
• Re: [PATCH] RFC cifs-utils: Use autoconf to get kernel headers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] RFC cifs-utils: Use autoconf to get kernel headers
  • From: scott.lovenberg@xxxxxxxxx
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [Patch net-next 5/7] fs: use generic union inet_addr and help functions
  • From: Cong Wang <amwang@xxxxxxxxxx>
• re: CIFS: Move set_file_size to ops struct
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCH] cifs-utils: Correct max string lengths v2
  • From: scott.lovenberg@xxxxxxxxx
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs-utils: Correct max string lengths
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] cifs-utils: Correct max string lengths
  • From: scott.lovenberg@xxxxxxxxx
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] [cifs] Change session key to per smb session key for smb2 onwards
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs-utils: fix some sparse warnings
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• [PATCH] [cifs] Change session key to per smb session key for smb2 onwards
  • From: shirishpargaonkar@xxxxxxxxx
• Re: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6]
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6]
  • From: Enda <enda_k2@xxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• [PATCH] cifs: extend the buffer length enought for sprintf() using
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: CIFS mounts become inaccessible with "Send error in SessSetup = -128"
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: CIFS mounts become inaccessible with "Send error in SessSetup = -128"
  • From: steve <steve@xxxxxxxxxxxx>
• Re: CIFS mounts become inaccessible with "Send error in SessSetup = -128"
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: samba+ctdb,Input/Output error (with Linux cifs filesystem)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] setcifsacl: add fallback for when plugin can't be loaded
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: CIFS mounts become inaccessible with "Send error in SessSetup = -128"
  • From: steve <steve@xxxxxxxxxxxx>
• Re: CIFS mounts become inaccessible with "Send error in SessSetup = -128"
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: CIFS mounts become inaccessible with "Send error in SessSetup = -128"
  • From: steve <steve@xxxxxxxxxxxx>
• CIFS mounts become inaccessible with "Send error in SessSetup = -128"
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• [GIT] CIFS Fixes
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] [CIFS] Do not attemp to do cifs operations reading symlinks with SMB2
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: CIFS-related deadlock in 3.10-rc7
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH] CIFS: Fix a deadlock when a file is reopened
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: CIFS-related deadlock in 3.10-rc7
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] CIFS: Fix a deadlock when a file is reopened
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: CIFS-related deadlock in 3.10-rc7
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH] CIFS: Reopen the file if reconnect durable handle failed
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH] CIFS: Reopen the file if reconnect durable handle failed
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• SMB2/SMB3 symlinks broken
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH 0/8] SMB2 durable handles support
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH 0/8] SMB2 durable handles support
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH 0/8] SMB2 durable handles support
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: [PATCH 2/8] CIFS: Respect create_options in smb2_open_file
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• Re: [PATCH 0/8] SMB2 durable handles support
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH 2/8] CIFS: Respect create_options in smb2_open_file
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH 8/8] CIFS: Reconnect durable handles for SMB2
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 7/8] CIFS: Make SMB2_open use cifs_open_parms struct
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 6/8] CIFS: Introduce cifs_open_parms struct
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 5/8] CIFS: Request durable open for SMB2 opens
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 4/8] CIFS: Simplify SMB2 create context handling
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 2/8] CIFS: Respect create_options in smb2_open_file
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 3/8] CIFS: Simplify SMB2_open code path
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 0/8] SMB2 durable handles support
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH 1/8] CIFS: Fix lease context buffer parsing
  • From: Pavel Shilovsky <pshilovsky@xxxxxxxxx>
• [PATCH] manpage: fix nouser_xattr description
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH 30/45] CIFS: Enable signing in SMB2
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• CIFS-related deadlock in 3.10-rc7
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Steve French <smfrench@xxxxxxxxx>
• RE: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Tom Talpey <ttalpey@xxxxxxxxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: use sensible file nlink values if unprovided
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] cifs: use sensible file nlink values if unprovided
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH] [CIFS] Limit allocation of crypto mechanisms to when we need it for a particular dialect [version 2]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] [CIFS] Limit allocation of crypto mechanisms to when we need it for a particular dialect [version 2]
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH] [CIFS] Limit allocation of crypto mechanisms to when we need it for a particular dialect [version 2]
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• [PATCH] [CIFS] Limit allocation of crypto mechanisms to when we need it for a particular dialect [version 2]
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH v3 10/25] cifs: Change how dentry's d_lock field is accessed
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH] [CIFS] Limit allocation of crypto mechanisms to when we need it for a particular dialect
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] [CIFS] Limit allocation of crypto mechanisms to when we need it for a particular dialect
  • From: Steve French <smfrench@xxxxxxxxx>
• ANNOUNCE: cifs-utils release 6.1 ready for download
  • From: Jeffrey Layton <jlayton@xxxxxxxxx>
• Re: New file attribute for integrity
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• New file attribute for integrity
  • From: Steve French <smfrench@xxxxxxxxx>
• [GIT] CIFS Fixes
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH v7 3/7] CIFS: Add share_access parm to open request
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v7 2/7] VFS: Add O_DENYDELETE support for VFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v7 4/7] CIFS: Add O_DENY* open flags support
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v7 1/7] VFS: Introduce new O_DENY* open flags
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v7 5/7] NFSv4: Add O_DENY* open flags support
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v7 6/7] NFSD: Pass share reservations flags to VFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v7 7/7] locks: Disable LOCK_MAND support for MS_SHARELOCK mounts
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v7 0/7] Add O_DENY* support for VFS and CIFS/NFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• Re: Limiting allocation of smb2 crypto structs to smb2 mounts
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Limiting allocation of smb2 crypto structs to smb2 mounts
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Limiting allocation of smb2 crypto structs to smb2 mounts
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: Limiting allocation of smb2 crypto structs to smb2 mounts
  • From: Steve French <smfrench@xxxxxxxxx>
• Limiting allocation of smb2 crypto structs to smb2 mounts
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: fill TRANS2_QUERY_FILE_INFO ByteCount fields
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: fill TRANS2_QUERY_FILE_INFO ByteCount fields
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 14/19] cifs: add new fields to cifs_ses to track requested security flavor
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• [PATCH] cifs: fill TRANS2_QUERY_FILE_INFO ByteCount fields
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH] cifs: fix SMB2 signing enablement in cifs_enable_signing
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: mount error 79 = Can not access a needed shared library
  • From: Günter Kukkukk <linux@xxxxxxxxxxx>
• Re: mount error 79 = Can not access a needed shared library
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• mount error 79 = Can not access a needed shared library
  • From: Thomas Wolff <towo@xxxxxxxx>
• Re: [PATCH] cifs: fix SMB2 signing enablement in cifs_enable_signing
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• [PATCH] cifs: fix SMB2 signing enablement in cifs_enable_signing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] [cifs] smb2 mounts with signing fail due to incorrect security mode bits check
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] [cifs] smb2 mounts with signing fail due to incorrect security mode bits check
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] [cifs] smb2 mounts with signing fail due to incorrect security mode bits check
  • From: Steve French <smfrench@xxxxxxxxx>
• [RFC Patch net-next 5/5] nfs,cifs: abstract generic inet_addr_equal_strict()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH][CIFS] Fix build warning
  • From: Steve French <smfrench@xxxxxxxxx>
• [CIFS][PATCH] Do not set DFS flag on SMB2 open
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [CIFS] Charge at least one credit, if server says that it supports multicredit
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] [cifs] smb2 mounts with signing fail due to incorrect security mode bits check
  • From: shirishpargaonkar@xxxxxxxxx
• re: [CIFS] SMB2 FSCTL and IOCTL worker function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: applicazione
  • From: "Mercede" <gabibbo@xxxxxxxxxxx>
• [PATCH] cifs: Handle big endianness in NTLM (ntlmv2) authentication [V2]
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: Handle big endianness in NTLM (ntlmv2) authentication
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: Handle big endianness in NTLM (ntlmv2) authentication
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: Handle big endianness in NTLM (ntlmv2) authentication
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: Handle big endianness in NTLM (ntlmv2) authentication
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] cifs: Handle big endianness in NTLM (ntlmv2) authentication
  • From: shirishpargaonkar@xxxxxxxxx
• Re: cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] cifs.upcall: allow users to specify dedicated keytab on command-line
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH v2 19/19] cifs: try to handle the MUST SecurityFlags sanely
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: [PATCH v4 06/14] locks: encapsulate the fl_link list handling
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] [CIFS] SMB2 FSCTL and IOCTL worker function
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH v4 06/14] locks: encapsulate the fl_link list handling
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: linux-next: error fetching the cifs tree
  • From: Steve French <smfrench@xxxxxxxxx>
• linux-next: error fetching the cifs tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] [CIFS] SMB2 FSCTL and IOCTL worker function
  • From: David Disseldorp <ddiss@xxxxxxx>
• re: [CIFS] Charge at least one credit, if server says that it supports multicredit
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] [CIFS] SMB2 FSCTL and IOCTL worker function
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH] [CIFS] SMB2 FSCTL and IOCTL worker function
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: using strlcpy instead of strncpy
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: using strlcpy instead of strncpy
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: using strlcpy instead of strncpy
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: xattr "trusted" namespace
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: xattr "trusted" namespace
  • From: Ted Miller <tmiller@xxxxxxxx>
• [PATCH v4 01/14] locks: drop the unused filp argument to posix_unblock_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 00/14] locks: scalability improvements for file locking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 02/14] cifs: use posix_unblock_lock instead of locks_delete_block
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 08/14] locks: avoid taking global lock if possible when waking up blocked waiters
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 03/14] locks: make generic_add_lease and generic_delete_lease static
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 05/14] locks: make "added" in __posix_lock_file a bool
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 06/14] locks: encapsulate the fl_link list handling
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 04/14] locks: comment cleanups and clarifications
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 07/14] locks: protect most of the file_lock handling with i_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 13/14] seq_file: add seq_list_*_percpu helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 11/14] locks: add a new "lm_owner_key" lock operation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 12/14] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 09/14] locks: convert fl_link to a hlist_node
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 14/14] locks: move file_lock_list to a set of percpu hlist_heads and convert file_lock_lock to an lglock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 10/14] locks: turn the blocked_list into a hashtable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: using strlcpy instead of strncpy
  • From: Zhao Hongjiang <zhaohongjiang@xxxxxxxxxx>
• Re: [PATCH] Dump SMB3 share capabilities and flags
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] Dump SMB3 share capabilities and flags
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: cifs.upcall -c documentation confusion
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH v3 06/13] locks: protect most of the file_lock handling with i_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 07/13] locks: avoid taking global lock if possible when waking up blocked waiters
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 06/13] locks: protect most of the file_lock handling with i_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 06/13] locks: protect most of the file_lock handling with i_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 04/13] locks: make "added" in __posix_lock_file a bool
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 03/13] locks: comment cleanups and clarifications
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 05/13] locks: encapsulate the fl_link list handling
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 02/13] locks: make generic_add_lease and generic_delete_lease static
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 00/13] locks: scalability improvements for file locking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 08/13] locks: convert fl_link to a hlist_node
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 09/13] locks: turn the blocked_list into a hashtable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 01/13] cifs: use posix_unblock_lock instead of locks_delete_block
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 06/13] locks: protect most of the file_lock handling with i_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 12/13] seq_file: add seq_list_*_percpu helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 07/13] locks: avoid taking global lock if possible when waking up blocked waiters
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 10/13] locks: add a new "lm_owner_key" lock operation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 11/13] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 13/13] locks: move file_lock_list to a set of percpu hlist_heads and convert file_lock_lock to an lglock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 06/14] locks: don't walk inode->i_flock list in locks_show
  • From: Simo <idra@xxxxxxxxx>
• Re: [PATCH v2 06/14] locks: don't walk inode->i_flock list in locks_show
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• cifs.upcall -c documentation confusion
  • From: steve <steve@xxxxxxxxxxxx>
• Re: DFS : Object is remote
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: DFS : Object is remote
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: SMB3 Signing part 1
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: SMB3 Signing part 1
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: DFS : Object is remote
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: DFS : Object is remote
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: DFS : Object is remote
  • From: Steve French <smfrench@xxxxxxxxx>
• DFS : Object is remote
  • From: Doug Clow <doug.clow@xxxxxxxxxxx>
• Re: [PATCH v2 06/14] locks: don't walk inode->i_flock list in locks_show
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 06/14] locks: don't walk inode->i_flock list in locks_show
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• SMB3 Signing part 1
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH v2 14/14] locks: move file_lock_list to a set of percpu hlist_heads and convert file_lock_lock to an lglock
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: missing inotify CREATE event
  • From: Stef Bon <stefbon@xxxxxxxxx>
• Re: [PATCH v2 13/14] seq_file: add seq_list_*_percpu helpers
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 12/14] locks: give the blocked_hash its own spinlock
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 12/14] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 07/14] locks: convert to i_lock to protect i_flock list
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 12/14] locks: give the blocked_hash its own spinlock
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 11/14] locks: add a new "lm_owner_key" lock operation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 10/14] locks: turn the blocked_list into a hashtable
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 07/14] locks: convert to i_lock to protect i_flock list
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Fwd: missing inotify CREATE event
  • From: Stef Bon <stefbon@xxxxxxxxx>
• Re: Fwd: Re: xattr "trusted" namespace
  • From: Ted Miller <tmiller@xxxxxxxx>
• Re: [PATCH v2 00/14] locks: scalability improvements for file locking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 00/14] locks: scalability improvements for file locking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Fwd: Re: xattr "trusted" namespace
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Fwd: Re: xattr "trusted" namespace
  • From: Ted Miller <tmiller@xxxxxxxx>
• Re: [PATCH v6 2/7] VFS: Add O_DENYDELETE support for VFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• Re: [PATCH v6 2/7] VFS: Add O_DENYDELETE support for VFS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] VFS: Introduce new O_DENY* open flags
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 03/14] locks: comment cleanups and clarifications
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 04/14] locks: make "added" in __posix_lock_file a bool
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 02/14] locks: make generic_add_lease and generic_delete_lease static
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 10/14] locks: turn the blocked_list into a hashtable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 00/14] locks: scalability improvements for file locking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 09/14] locks: convert fl_link to a hlist_node
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 11/14] locks: add a new "lm_owner_key" lock operation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 14/14] locks: move file_lock_list to a set of percpu hlist_heads and convert file_lock_lock to an lglock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 07/14] locks: convert to i_lock to protect i_flock list
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 08/14] locks: ensure that deadlock detection is atomic with respect to blocked_list modification
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 05/14] locks: encapsulate the fl_link list handling
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 13/14] seq_file: add seq_list_*_percpu helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 12/14] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 01/14] cifs: use posix_unblock_lock instead of locks_delete_block
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 06/14] locks: don't walk inode->i_flock list in locks_show
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Fwd: Re: xattr "trusted" namespace
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH v2 00/19] cifs: overhaul of auth selection code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• xattr "trusted" namespace
  • From: Ted Miller <tmiller@xxxxxxxx>
• Re: [PATCH v2 00/19] cifs: overhaul of auth selection code
  • From: Steve French <smfrench@xxxxxxxxx>
• missing inotify CREATE event
  • From: "Parzer, Peter" <Peter.Parzer@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux CIFS and Nexenta compatibility issue
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Fwd: Linux CIFS and Nexenta compatibility issue
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Linux CIFS and Nexenta compatibility issue
  • From: Ketil Froyn <ketil@xxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: How to automatically umount a "broken" CIFS mount?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• How to automatically umount a "broken" CIFS mount?
  • From: Peter Valdemar Mørch <peter@xxxxxxxxx>
• [GIT] CIFS Fix
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Linux CIFS and Nexenta compatibility issue
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Linux CIFS and Nexenta compatibility issue
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Fwd: Linux CIFS and Nexenta compatibility issue
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Linux CIFS and Nexenta compatibility issue
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Know this information and you would succeed with ladies.
  • From: "root@xxxxxxxxxxxxxx" <root@xxxxxxxxxxxxxx>
• Linux CIFS and Nexenta compatibility issue
  • From: Ketil Froyn <ketil@xxxxxxxxxx>
• accessing windows share with trusted Mit's kerberos realm credentials
  • From: sergio.conrad@xxxxxxxxxxx
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v1 07/11] locks: only pull entries off of blocked_list when they are really unblocked
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 08/11] locks: convert fl_link to a hlist_node
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 07/11] locks: only pull entries off of blocked_list when they are really unblocked
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 07/11] locks: only pull entries off of blocked_list when they are really unblocked
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 08/11] locks: convert fl_link to a hlist_node
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 07/11] locks: only pull entries off of blocked_list when they are really unblocked
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 06/11] locks: convert to i_lock to protect i_flock list
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 08/11] locks: convert fl_link to a hlist_node
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 07/11] locks: only pull entries off of blocked_list when they are really unblocked
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 06/11] locks: convert to i_lock to protect i_flock list
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 04/11] locks: make "added" in __posix_lock_file a bool
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 05/11] locks: encapsulate the fl_link list handling
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
  • From: "Stefan (metze) Metzmacher" <metze@xxxxxxxxx>
• Re: [PATCH v1 00/11] locks: scalability improvements for file locking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 00/11] locks: scalability improvements for file locking
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH v1 03/11] locks: comment cleanups and clarifications
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 00/11] locks: scalability improvements for file locking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 03/11] locks: comment cleanups and clarifications
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 02/11] locks: make generic_add_lease and generic_delete_lease static
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 01/11] cifs: use posix_unblock_lock instead of locks_delete_block
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 00/11] locks: scalability improvements for file locking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v1 00/11] locks: scalability improvements for file locking
  • From: Davidlohr Bueso <davidlohr.bueso@xxxxxx>
• [PATCH v1 04/11] locks: make "added" in __posix_lock_file a bool
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 06/11] locks: convert to i_lock to protect i_flock list
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 07/11] locks: only pull entries off of blocked_list when they are really unblocked
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 08/11] locks: convert fl_link to a hlist_node
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 00/11] locks: scalability improvements for file locking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 09/11] locks: turn the blocked_list into a hashtable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 10/11] locks: add a new "lm_owner_key" lock operation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 03/11] locks: comment cleanups and clarifications
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 01/11] cifs: use posix_unblock_lock instead of locks_delete_block
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 05/11] locks: encapsulate the fl_link list handling
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v1 02/11] locks: make generic_add_lease and generic_delete_lease static
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: fix off-by-one bug in build_unc_path_to_root
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH] cifs: fix off-by-one bug in build_unc_path_to_root
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• [GIT] CIFS FIxes
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• [PATCH v2 15/19] cifs: track the enablement of signing in the TCP_Server_Info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 16/19] cifs: move sectype to the cifs_ses instead of TCP_Server_Info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 19/19] cifs: try to handle the MUST SecurityFlags sanely
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 13/19] cifs: add new fields to smb_vol to track the requested security flavor
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 18/19] cifs: clean up the SecurityFlags write handler
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 17/19] cifs: update the default global_secflags to include "raw" NTLMv2
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 14/19] cifs: add new fields to cifs_ses to track requested security flavor
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 12/19] cifs: track the flavor of the NEGOTIATE reponse
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 11/19] cifs: add new "Unspecified" securityEnum value
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 10/19] cifs: factor out check for extended security bit into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 09/19] cifs: move handling of signed connections into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 08/19] cifs: break out lanman NEGOTIATE handling into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 07/19] cifs: break out decoding of security blob into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 06/19] cifs: remove "seal" stubs
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 05/19] cifs: remove the cifs_ses->flags field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 04/19] cifs: throw a warning if negotiate or sess_setup ops are passed NULL server or session pointers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 03/19] cifs: make decode_ascii_ssetup void return
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 02/19] cifs: remove useless memset in LANMAN auth code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 01/19] cifs: remove protocolEnum definition
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 00/19] cifs: overhaul of auth selection code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: cifs-utils VFS errors
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH 19/19] cifs: try to handle the MUST SecurityFlags sanely
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 18/19] cifs: clean up the SecurityFlags write handler
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 17/19] cifs: update the default global_secflags to include "raw" NTLMv2
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 16/19] cifs: move sectype to the cifs_ses instead of TCP_Server_Info
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 10/19] cifs: factor out check for extended security bit into separate function
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 15/19] cifs: track the enablement of signing in the TCP_Server_Info
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 13/19] cifs: add new fields to smb_vol to track the requested security flavor
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 12/19] cifs: track the flavor of the NEGOTIATE reponse
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 11/19] cifs: add new "Unspecified" securityEnum value
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• cifs-utils VFS errors
  • From: steve <steve@xxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 06/19] cifs: remove "seal" stubs
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: [PATCH 06/19] cifs: remove "seal" stubs
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 06/19] cifs: remove "seal" stubs
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: queued patches for 3.10
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: queued patches for 3.10
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: queued patches for 3.10
  • From: Steve French <smfrench@xxxxxxxxx>
• [GIT] CIFS Fix
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH 14/19] cifs: add new fields to cifs_ses to track requested security flavor
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 09/19] cifs: move handling of signed connections into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 09/19] cifs: move handling of signed connections into separate function
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 08/19] cifs: break out lanman NEGOTIATE handling into separate function
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 07/19] cifs: break out decoding of security blob into separate function
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 04/19] cifs: throw a warning if negotiate or sess_setup ops are passed NULL server or session pointers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 06/19] cifs: remove "seal" stubs
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 05/19] cifs: remove the cifs_ses->flags field
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 04/19] cifs: throw a warning if negotiate or sess_setup ops are passed NULL server or session pointers
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 03/19] cifs: make decode_ascii_ssetup void return
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 02/19] cifs: remove useless memset in LANMAN auth code
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [PATCH 01/19] cifs: remove protocolEnum definition
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• queued patches for 3.10
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: =?gb18030?q?=BB=D8=B8=B4=A3=BA=5BPATCH_1/3_v3=5D_dcach?==?gb18030?q?e=3A_Don=27t_take_unnecessary_lock_in_d=5Fcount_?==?gb18030?q?update?=
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH] cifs: fix composing of mount options for DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: fix potential buffer overrun when composing a new options string
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] cifs: fix composing of mount options for DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] cifs: fix composing of mount options for DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 08/19] cifs: break out lanman NEGOTIATE handling into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 19/19] cifs: try to handle the MUST SecurityFlags sanely
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 18/19] cifs: clean up the SecurityFlags write handler
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 16/19] cifs: move sectype to the cifs_ses instead of TCP_Server_Info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 17/19] cifs: update the default global_secflags to include "raw" NTLMv2
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 15/19] cifs: track the enablement of signing in the TCP_Server_Info
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 13/19] cifs: add new fields to smb_vol to track the requested security flavor
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 14/19] cifs: add new fields to cifs_ses to track requested security flavor
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 11/19] cifs: add new "Unspecified" securityEnum value
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 12/19] cifs: track the flavor of the NEGOTIATE reponse
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 07/19] cifs: break out decoding of security blob into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 10/19] cifs: factor out check for extended security bit into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 09/19] cifs: move handling of signed connections into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 06/19] cifs: remove "seal" stubs
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 04/19] cifs: throw a warning if negotiate or sess_setup ops are passed NULL server or session pointers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 05/19] cifs: remove the cifs_ses->flags field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 01/19] cifs: remove protocolEnum definition
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 02/19] cifs: remove useless memset in LANMAN auth code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 03/19] cifs: make decode_ascii_ssetup void return
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 00/19] cifs: overhaul of auth selection code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: fix composing of mount options for DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: fix composing of mount options for DFS referrals
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs.upcall.c: the exit code should be 0 when print version
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH] cifs: fix composing of mount options for DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• =?gb18030?b?u9i4tKO6W1BBVENIIDEvMyB2M10gZGNhY2hlOiBE?==?gb18030?b?b24ndCB0YWtlIHVubmVjZXNzYXJ5IGxvY2sgaW4g?==?gb18030?b?ZF9jb3VudCB1cGRhdGU=?=
  • From: "=?gb18030?b?cmVtYXBlcg==?=" <yp.fangdong@xxxxxxxxx>
• [PATCH 3/3 v3] dcache: change rename_lock to a sequence read/write lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 0/3 v3] dcache: make it more scalable on large system
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 2/3 v3] dcache: introduce a new sequence read/write lock type
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 1/3 v3] dcache: Don't take unnecessary lock in d_count update
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH] cifs: allow sec=none mounts to work against servers that don't support extended security
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: fix composing of mount options for DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: stop printing the unc= option in /proc/mounts
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: fix error handling when calling cifs_parse_devname
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• NIST SP800-138 availibility using kernel crypto APIs for SMB3.0 MAC generation
  • From: Shirish Pargaonkar <shirishpargaonkar@xxxxxxxxx>
• Re: Setting up a testing environment like discussed on SambaXP
  • From: Steve French <smfrench@xxxxxxxxx>
• Setting up a testing environment like discussed on SambaXP
  • From: Luk Claes <luk@xxxxxxxxxx>
• [PATCH] cifs.upcall.c: the exit code should be 0 when print version
  • From: Peng Haitao <penght@xxxxxxxxxxxxxx>
• Re: Mount failure due to restricted access to a point along the mount path
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: Chris Mason <clmason@xxxxxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: Chris Mason <chris.mason@xxxxxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC v0 1/4] vfs: add copy_range syscall and vfs entry point
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Mount failure due to restricted access to a point along the mount path
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Mount failure due to restricted access to a point along the mount path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Mount failure due to restricted access to a point along the mount path
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Mount failure due to restricted access to a point along the mount path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v6 2/7] VFS: Add O_DENYDELETE support for VFS
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH v6 2/7] VFS: Add O_DENYDELETE support for VFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• Re: Mount failure due to restricted access to a point along the mount path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Mount failure due to restricted access to a point along the mount path
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v6 2/7] VFS: Add O_DENYDELETE support for VFS
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: Samba does not return error when deleting non-existent xattr
  • From: Steve French <smfrench@xxxxxxxxx>
• Samba does not return error when deleting non-existent xattr
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH v4 02/16] freezer: add unsafe versions of freezable helpers for CIFS
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 02/16] freezer: add unsafe versions of freezable helpers for CIFS
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH] cifs: only set ops for inodes in I_NEW state
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [CIFS] [PATCH 1/3] Remove XATTR improvements: Improved Linux XATTR support, support POSIX XATTR CAP
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: AES Crypto Support in Kernel
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• AES Crypto Support in Kernel
  • From: Steve French <smfrench@xxxxxxxxx>
• [GIT] CIFS Fixes
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: multiuser kerberised cifs via autofs needs root ticket cache
  • From: "Robert J. Hendelman Jr" <rob@xxxxxxxxxxxxx>
• Re: multiuser kerberised cifs via autofs needs root ticket cache
  • From: steve <steve@xxxxxxxxxxxx>
• Re: multiuser kerberised cifs via autofs needs root ticket cache
  • From: steve <steve@xxxxxxxxxxxx>
• Re: multiuser kerberised cifs via autofs needs root ticket cache
  • From: Peter Parzer <peter.parzer@xxxxxxxxxxxxxxxxxxxxx>
• Re: multiuser kerberised cifs via autofs needs root ticket cache
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: multiuser kerberised cifs via autofs needs root ticket cache
  • From: steve <steve@xxxxxxxxxxxx>
• Re: Poor write performance -- Xen hypervisor issue?
  • From: David Coppit <david@xxxxxxxxxx>
• Re: Poor write performance -- Xen hypervisor issue?
  • From: Steve French <smfrench@xxxxxxxxx>
• Poor write performance -- Xen hypervisor issue?
  • From: David Coppit <david@xxxxxxxxxx>
• Re: multiuser kerberised cifs via autofs needs root ticket cache
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• [PATCH v6 1/7] VFS: Introduce new O_DENY* open flags
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v6 4/7] CIFS: Add O_DENY* open flags support
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v6 3/7] CIFS: Add share_access parm to open request
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v6 5/7] NFSv4: Add O_DENY* open flags support
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v6 7/7] locks: Disable LOCK_MAND support for MS_SHARELOCK mounts
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v6 6/7] NFSD: Pass share reservations flags to VFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v6 2/7] VFS: Add O_DENYDELETE support for VFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• [PATCH v6 0/7] Add O_DENY* support for VFS and CIFS/NFS
  • From: Pavel Shilovsky <piastry@xxxxxxxxxxx>
• Re: GSoC -- Possible projects
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] mount.cifs: add support for IPv6 addresses in brackets V2
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] mount.cifs: add support for IPv6 addresses in brackets V2
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] mount.cifs: add support for IPv6 addresses in brackets V2
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] mount.cifs: add support for IPv6 addresses in brackets V2
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH] mount.cifs: add support for IPv6 addresses in brackets V2
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH RFC] cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC] cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Martijn de Gouw <martijn.de.gouw@xxxxxxxxxxx>
• Re: [PATCH] cifs: on send failure, readjust server sequence number downward
  • From: Michael Mol <mikemol@xxxxxxxxx>
• Re: [PATCH] cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH] mount.cifs: add support for IPv6 addresses in brackets V2
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH] mount.cifs: add support for IPv6 addresses in brackets V2
  • From: Scott Lovenberg <scott.lovenberg@xxxxxxxxx>
• Re: [PATCH] cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] cifs: revalidate directories instiantiated via FIND_* in order to handle DFS referrals
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• RE: CMAC moving to crypto
  • From: Tom Talpey <ttalpey@xxxxxxxxxxxxx>
• multiuser kerberised cifs via autofs needs root ticket cache
  • From: steve <steve@xxxxxxxxxxxx>
• Re: mount.cifs hangs when connecting
  • From: Daniel Taualii <dtaualii@xxxxxxxxx>
• Re: mount.cifs hangs when connecting
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: mount.cifs hangs when connecting
  • From: Daniel Taualii <dtaualii@xxxxxxxxx>
• Re: mount.cifs hangs when connecting
  • From: Daniel Taualii <dtaualii@xxxxxxxxx>
• CMAC moving to crypto
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: mount.cifs hangs when connecting
  • From: Daniel Taualii <dtaualii@xxxxxxxxx>