From: Chuck Lever III <chuck.lever@oracle.com>
To: Steve French <smfrench@gmail.com>
Cc: Sasha Levin <sashal@kernel.org>,
Amir Goldstein <amir73il@gmail.com>,
Greg KH <gregkh@linuxfoundation.org>,
lsf-pc <lsf-pc@lists.linux-foundation.org>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
Jan Kara <jack@suse.cz>, Theodore Tso <tytso@mit.edu>,
Darrick Wong <darrick.wong@oracle.com>,
Josef Bacik <josef@toxicpanda.com>,
"Luis R. Rodriguez" <mcgrof@kernel.org>,
Matthew Wilcox <willy@infradead.org>
Subject: Re: [LSF/MM TOPIC] FS, MM, and stable trees
Date: Fri, 11 Mar 2022 00:36:23 +0000 [thread overview]
Message-ID: <1669255B-007F-4304-9C2F-F0DF6C3E207D@oracle.com> (raw)
In-Reply-To: <CAH2r5msh55UBczN=DZHx15f7hHrnOpdMUj+jFunR5E4S3sy=wQ@mail.gmail.com>
> On Mar 10, 2022, at 6:59 PM, Steve French <smfrench@gmail.com> wrote:
>
> On Tue, Mar 8, 2022 at 6:16 PM Sasha Levin <sashal@kernel.org> wrote:
>>
>> On Tue, Mar 08, 2022 at 01:04:05PM +0200, Amir Goldstein wrote:
>>> On Tue, Mar 8, 2022 at 12:08 PM Greg KH <gregkh@linuxfoundation.org> wrote:
>>>>
>>>> On Tue, Mar 08, 2022 at 11:32:43AM +0200, Amir Goldstein wrote:
>>>>> On Tue, Feb 12, 2019 at 7:31 PM Sasha Levin <sashal@kernel.org> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I'd like to propose a discussion about the workflow of the stable trees
>>>>>> when it comes to fs/ and mm/. In the past year we had some friction with
>>>>>> regards to the policies and the procedures around picking patches for
>>>>>> stable tree, and I feel it would be very useful to establish better flow
>>>>>> with the folks who might be attending LSF/MM.
>
> I would like to participate in this as well - it is very important
> that we improve
> test automation processes. We run a series of tests, hosted with VMs in Azure
> (mostly xfstests but also the git fs regression tests and various ones
> that are fs specific
> for testing various scenarios like reconnect and various fs specific
> mount options)
> regularly (on every pull request sent upstream to mainline) for cifs.ko and
> also for the kernel server (ksmbd.ko) as well.
>
> This does leave a big gap for stable although Redhat and SuSE seem to
> run a similar set of regression tests so not much risk for the distros.
>
> In theory we could periodically run the cifs/smb3.1.1 automated tests
> against stable,
> perhaps every few weeks and send results somewhere if there was a process
> for this for the various fs - but the tests we run were pretty clearly listed
> (and also in the wiki.samba.org) so may be easier ways to do this. Tests could
> be run locally on the same machine to ksmbd from cifs.ko (or to Samba if
> preferred) so nothing extra to setup.
>
> Would be worth discussing the best process for automating something like
> this - others may have figured out tricks that could help all fs in this
> xfstest automation
It deserves mention that network file systems like Steve's and mine
have a slightly heavier lift because two systems at a time are needed
to test with -- client and server. I've found that requires more
infrastructure around Jenkins or whatever framework you like to drive
testing. Having a discussion about that and comparing notes about how
this particular issue can be resolved would be of interest to me.
>>>>>> I feel that fs/ and mm/ are in very different places with regards to
>>>>>> which patches go in -stable, what tests are expected, and the timeline
>>>>>> of patches from the point they are proposed on a mailing list to the
>>>>>> point they are released in a stable tree. Therefore, I'd like to propose
>>>>>> two different sessions on this (one for fs/ and one for mm/), as a
>>>>>> common session might be less conductive to agreeing on a path forward as
>>>>>> the starting point for both subsystems are somewhat different.
>>>>>>
>>>>>> We can go through the existing processes, automation, and testing
>>>>>> mechanisms we employ when building stable trees, and see how we can
>>>>>> improve these to address the concerns of fs/ and mm/ folks.
>
>
>>>>> Hi Sasha,
>>>>>
>>>>> I think it would be interesting to have another discussion on the state of fs/
>>>>> in -stable and see if things have changed over the past couple of years.
>
>
> --
> Thanks,
>
> Steve
--
Chuck Lever
next prev parent reply other threads:[~2022-03-11 0:37 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-12 17:00 [LSF/MM TOPIC] FS, MM, and stable trees Sasha Levin
2019-02-12 21:32 ` Steve French
2019-02-13 7:20 ` Amir Goldstein
2019-02-13 7:37 ` Greg KH
2019-02-13 9:01 ` Amir Goldstein
2019-02-13 9:18 ` Greg KH
2019-02-13 19:25 ` Sasha Levin
2019-02-13 19:52 ` Greg KH
2019-02-13 20:14 ` James Bottomley
2019-02-15 1:50 ` Sasha Levin
2019-02-15 2:48 ` James Bottomley
2019-02-16 18:28 ` Theodore Y. Ts'o
2019-02-21 15:34 ` Luis Chamberlain
2019-02-21 18:52 ` Theodore Y. Ts'o
2019-03-20 3:46 ` Jon Masters
2019-03-20 5:06 ` Greg KH
2019-03-20 6:14 ` Jon Masters
2019-03-20 6:28 ` Greg KH
2019-03-20 6:32 ` Jon Masters
2022-03-08 9:32 ` Amir Goldstein
2022-03-08 10:08 ` Greg KH
2022-03-08 11:04 ` Amir Goldstein
2022-03-08 15:42 ` Luis Chamberlain
2022-03-08 19:06 ` Sasha Levin
2022-03-09 18:57 ` Luis Chamberlain
2022-03-11 5:23 ` Theodore Ts'o
2022-03-11 12:00 ` Jan Kara
2022-03-11 20:52 ` Luis Chamberlain
2022-03-11 22:04 ` Theodore Ts'o
2022-03-11 22:36 ` Luis Chamberlain
2022-04-27 18:58 ` Amir Goldstein
2022-05-01 16:25 ` Luis Chamberlain
2022-03-10 23:59 ` Steve French
2022-03-11 0:36 ` Chuck Lever III [this message]
2022-03-11 20:54 ` Luis Chamberlain
2022-03-08 16:40 ` Theodore Ts'o
2022-03-08 17:16 ` Amir Goldstein
2022-03-09 0:43 ` Dave Chinner
2022-03-09 18:41 ` Luis Chamberlain
2022-03-09 18:49 ` Josef Bacik
2022-03-09 19:00 ` Luis Chamberlain
2022-03-09 21:19 ` Josef Bacik
2022-03-10 1:28 ` Luis Chamberlain
2022-03-10 18:51 ` Josef Bacik
2022-03-10 22:41 ` Luis Chamberlain
2022-03-11 12:09 ` Jan Kara
2022-03-11 18:32 ` Luis Chamberlain
2022-03-12 2:07 ` Luis Chamberlain
2022-03-14 22:45 ` btrfs profiles to test was: (Re: [LSF/MM TOPIC] FS, MM, and stable trees) Luis Chamberlain
2022-03-15 14:23 ` Josef Bacik
2022-03-15 17:42 ` Luis Chamberlain
2022-03-29 20:24 ` [LSF/MM TOPIC] FS, MM, and stable trees Amir Goldstein
2022-04-10 15:11 ` Amir Goldstein
2022-03-08 10:54 ` Jan Kara
2022-03-09 0:02 ` Dave Chinner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1669255B-007F-4304-9C2F-F0DF6C3E207D@oracle.com \
--to=chuck.lever@oracle.com \
--cc=amir73il@gmail.com \
--cc=darrick.wong@oracle.com \
--cc=gregkh@linuxfoundation.org \
--cc=jack@suse.cz \
--cc=josef@toxicpanda.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=lsf-pc@lists.linux-foundation.org \
--cc=mcgrof@kernel.org \
--cc=sashal@kernel.org \
--cc=smfrench@gmail.com \
--cc=tytso@mit.edu \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).