<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/fs/cifs/inode.c, branch linux-4.20.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.20.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.20.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2019-02-20T09:29:08Z</updated>
<entry>
<title>CIFS: Fix error paths in writeback code</title>
<updated>2019-02-20T09:29:08Z</updated>
<author>
<name>Pavel Shilovsky</name>
</author>
<published>2019-01-08T19:15:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5443a09712e7962a10d8f5801a1cc4598aaa2966'/>
<id>urn:sha1:5443a09712e7962a10d8f5801a1cc4598aaa2966</id>
<content type='text'>
[ Upstream commit 9a66396f1857cc1de06f4f4771797315e1a4ea56 ]

This patch aims to address writeback code problems related to error
paths. In particular it respects EINTR and related error codes and
stores and returns the first error occurred during writeback.

Signed-off-by: Pavel Shilovsky &lt;pshilov@microsoft.com&gt;
Acked-by: Jeff Layton &lt;jlayton@kernel.org&gt;
Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>cifs: fix spelling mistake, EACCESS -&gt; EACCES</title>
<updated>2018-11-02T19:09:41Z</updated>
<author>
<name>Colin Ian King</name>
</author>
<published>2018-10-26T18:07:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=413d61008131c8ea22312164ba498075ce2fccc8'/>
<id>urn:sha1:413d61008131c8ea22312164ba498075ce2fccc8</id>
<content type='text'>
Trivial fix to a spelling mistake of the error access name EACCESS,
rename to EACCES

Signed-off-by: Colin Ian King &lt;colin.king@canonical.com&gt;
Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
</content>
</entry>
<entry>
<title>cifs: fallback to older infolevels on findfirst queryinfo retry</title>
<updated>2018-10-24T02:16:05Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2018-10-19T06:58:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3b7960caceafdfc2cdfe2850487f8d091eb41144'/>
<id>urn:sha1:3b7960caceafdfc2cdfe2850487f8d091eb41144</id>
<content type='text'>
In cases where queryinfo fails, we have cases in cifs (vers=1.0)
where with backupuid mounts we retry the query info with findfirst.
This doesn't work to some NetApp servers which don't support
WindowsXP (and later) infolevel 261 (SMB_FIND_FILE_ID_FULL_DIR_INFO)
so in this case use other info levels (in this case it will usually
be level 257, SMB_FIND_FILE_DIRECTORY_INFO).

(Also fixes some indentation)

See kernel bugzilla 201435

Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
</content>
</entry>
<entry>
<title>smb3: do not attempt cifs operation in smb3 query info error path</title>
<updated>2018-10-24T02:16:05Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2018-10-19T05:45:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1e77a8c204c9d1b655c61751b8ad0fde22421dbb'/>
<id>urn:sha1:1e77a8c204c9d1b655c61751b8ad0fde22421dbb</id>
<content type='text'>
If backupuid mount option is sent, we can incorrectly retry
(on access denied on query info) with a cifs (FindFirst) operation
on an smb3 mount which causes the server to force the session close.

We set backup intent on open so no need for this fallback.

See kernel bugzilla 201435

Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
CC: Stable &lt;stable@vger.kernel.org&gt;
Reviewed-by: Ronnie Sahlberg &lt;lsahlber@redhat.com&gt;
</content>
</entry>
<entry>
<title>cifs: do not return atime less than mtime</title>
<updated>2018-10-24T02:16:05Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2018-09-22T17:07:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9b9c5bea0b960616d638711d0ecc270c3a074e7f'/>
<id>urn:sha1:9b9c5bea0b960616d638711d0ecc270c3a074e7f</id>
<content type='text'>
In network file system it is fairly easy for server and client
atime vs. mtime to get confused (and atime updated less frequently)
which we noticed broke some apps which expect atime &gt;= mtime

Also ignore relatime mount option (rather than error on it) since
relatime is basically what some network server fs are doing
(relatime).

Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
Reviewed-by: Ronnie Sahlberg &lt;lsahlber@redhat.com&gt;
</content>
</entry>
<entry>
<title>SMB3: Backup intent flag missing for directory opens with backupuid mounts</title>
<updated>2018-09-03T04:21:42Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2018-08-27T22:04:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5e19697b56a64004e2d0ff1bb952ea05493c088f'/>
<id>urn:sha1:5e19697b56a64004e2d0ff1bb952ea05493c088f</id>
<content type='text'>
When "backup intent" is requested on the mount (e.g. backupuid or
backupgid mount options), the corresponding flag needs to be set
on opens of directories (and files) but was missing in some
places causing access denied trying to enumerate and backup
servers.

Fixes kernel bugzilla #200953
https://bugzilla.kernel.org/show_bug.cgi?id=200953

Reported-and-tested-by: &lt;whh@rubrik.com&gt;
Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
CC: Stable &lt;stable@vger.kernel.org&gt;
Reviewed-by: Pavel Shilovsky &lt;pshilov@microsoft.com&gt;
</content>
</entry>
<entry>
<title>smb3: Do not send SMB3 SET_INFO if nothing changed</title>
<updated>2018-08-07T19:30:59Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2018-08-03T01:28:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fd09b7d3b352105f08b8e02f7afecf7e816380ef'/>
<id>urn:sha1:fd09b7d3b352105f08b8e02f7afecf7e816380ef</id>
<content type='text'>
An earlier commit had a typo which prevented the
optimization from working:

commit 18dd8e1a65dd ("Do not send SMB3 SET_INFO request if nothing is changing")

Thank you to Metze for noticing this.  Also clear a
reserved field in the FILE_BASIC_INFO struct we send
that should be zero (all the other fields in that
struct were set or cleared explicitly already in
cifs_set_file_info).

Reviewed-by: Pavel Shilovsky &lt;pshilov@microsoft.com&gt;
CC: Stable &lt;stable@vger.kernel.org&gt; # 4.9.x+
Reported-by: Stefan Metzmacher &lt;metze@samba.org&gt;
Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
</content>
</entry>
<entry>
<title>smb3: simplify code by removing CONFIG_CIFS_SMB311</title>
<updated>2018-08-07T19:15:56Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2018-06-29T00:30:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0fdfef9aa7ee68ddd508aef7c98630cfc054f8d6'/>
<id>urn:sha1:0fdfef9aa7ee68ddd508aef7c98630cfc054f8d6</id>
<content type='text'>
We really, really want to be encouraging use of secure dialects,
and SMB3.1.1 offers useful security features, and will soon
be the recommended dialect for many use cases. Simplify the code
by removing the CONFIG_CIFS_SMB311 ifdef so users don't disable
it in the build, and create compatibility and/or security issues
with modern servers - many of which have been supporting this
dialect for multiple years.

Also clarify some of the Kconfig text for cifs.ko about
SMB3.1.1 and current supported features in the module.

Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
Acked-by: Aurelien Aptel &lt;aaptel@suse.com&gt;
Reviewed-by: Ronnie Sahlberg &lt;lsahlber@redhat.com&gt;
</content>
</entry>
<entry>
<title>cifs: use timespec64 internally</title>
<updated>2018-08-07T19:15:41Z</updated>
<author>
<name>Arnd Bergmann</name>
</author>
<published>2018-06-19T15:27:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=95390201e7d8dd1eb764a3cbd50ae538a17fcd02'/>
<id>urn:sha1:95390201e7d8dd1eb764a3cbd50ae538a17fcd02</id>
<content type='text'>
In cifs, the timestamps are stored in memory in the cifs_fattr structure,
which uses the deprecated 'timespec' structure. Now that the VFS code
has moved on to 'timespec64', the next step is to change over the fattr
as well.

This also makes 32-bit and 64-bit systems behave the same way, and
no longer overflow the 32-bit time_t in year 2038.

Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Reviewed-by: Paulo Alcantara &lt;palcantara@suse.de&gt;
Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
</content>
</entry>
<entry>
<title>smb3: Fix mode on mkdir on smb311 mounts</title>
<updated>2018-06-15T07:38:08Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2018-06-15T02:56:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bea851b8babe6c87c36e97c9de0dd0bea0dd5802'/>
<id>urn:sha1:bea851b8babe6c87c36e97c9de0dd0bea0dd5802</id>
<content type='text'>
mkdir was not passing the mode on smb3.11 mounts with posix extensions

Signed-off-by: Steve French &lt;stfrench@microsoft.com&gt;
</content>
</entry>
</feed>
