From: Andreas Gruenbacher <agruenba@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Christian Brauner <brauner@kernel.org>,
Matthew Wilcox <willy@infradead.org>,
linux-fsdevel@vger.kernel.org
Subject: Re: A fs-next branch
Date: Mon, 10 Jun 2024 15:15:38 +0200 [thread overview]
Message-ID: <20240610131539.685670-1-agruenba@redhat.com> (raw)
In-Reply-To: <20240529143558.4e1fc740@canb.auug.org.au>
Stephen,
On Wed, 29 May 2024 14:35:58 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> Hi all,
>
> On Tue, 28 May 2024 09:16:29 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > On Mon, 20 May 2024 22:38:16 +0100 Matthew Wilcox <willy@infradead.org> wrote:
> > >
> > > As I understand the structure of linux-next right now, you merge one
> > > tree after another in some order which isn't relevant to me, so I have no
> > > idea what it is. What we're asking for is that we end up with a branch
> > > in your tree called fs-next that is:
> > >
> > > - Linus's tree as of that day
> > > - plus the vfs trees
> > > - plus xfs, btrfs, ext4, nfs, cifs, ...
> > >
> > > but not, eg, graphics, i2c, tip, networking, etc
> > >
> > > How we get that branch is really up to you; if you want to start by
> > > merging all the filesystem trees, tag that, then continue merging all the
> > > other trees, that would work. If you want to merge all the filesystem
> > > trees to fs-next, then merge the fs-next tree at some point in your list
> > > of trees, that would work too.
> > >
> > > Also, I don't think we care if it's a branch or a tag. Just something
> > > we can call fs-next to all test against and submit patches against.
> > > The important thing is that we get your resolution of any conflicts.
> > >
> > > There was debate about whether we wanted to include mm-stable in this
> > > tree, and I think that debate will continue, but I don't think it'll be
> > > a big difference to you whether we ask you to include it or not?
> >
> > OK, I can see how to do that. I will start on it tomorrow. The plan
> > is that you will end up with a branch (fs-next) in the linux-next tree
> > that will be a merge of the above trees each day and I will merge it
> > into the -next tree as well.
>
> OK, this is what I have done today:
>
> I have created 2 new branches local to linux-next - fs-current and fs-next.
>
> fs-current is based on Linus' tree of the day and contains the
> following trees (name, contacts, URL, branch):
>
> fscrypt-current Eric Biggers <ebiggers@kernel.org>, Theodore Ts'o <tytso@mit.edu>, Jaegeuk Kim <jaegeuk@kernel.org> git://git.kernel.org/pub/scm/fs/fscrypt/linux.git for-current
> fsverity-current Eric Biggers <ebiggers@kernel.org>, Theodore Ts'o <tytso@mit.edu> git://git.kernel.org/pub/scm/fs/fsverity/linux.git for-current
> btrfs-fixes David Sterba <dsterba@suse.cz> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git next-fixes
> vfs-fixes Al Viro <viro@ZenIV.linux.org.uk> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git fixes
> erofs-fixes Gao Xiang <xiang@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs.git fixes
> nfsd-fixes Chuck Lever <chuck.lever@oracle.com> git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux nfsd-fixes
> v9fs-fixes Eric Van Hensbergen <ericvh@gmail.com> git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git fixes/next
> overlayfs-fixes Miklos Szeredi <miklos@szeredi.hu>, Amir Goldstein <amir73il@gmail.com> git://git.kernel.org/pub/scm/linux/kernel/git/overlayfs/vfs.git ovl-fixes
>
>
> The fs-next tree is based on fs-current and contains these trees:
>
> bcachefs Kent Overstreet <kent.overstreet@linux.dev> https://evilpiepirate.org/git/bcachefs.git for-next
> pidfd Christian Brauner <brauner@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux.git for-next
> fscrypt Eric Biggers <ebiggers@kernel.org>, Theodore Ts'o <tytso@mit.edu>, Jaegeuk Kim <jaegeuk@kernel.org> git://git.kernel.org/pub/scm/fs/fscrypt/linux.git for-next
> afs David Howells <dhowells@redhat.com> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git afs-next
> btrfs David Sterba <dsterba@suse.cz> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-next
> ceph Jeff Layton <jlayton@kernel.org>, Ilya Dryomov <idryomov@gmail.com> git://github.com/ceph/ceph-client.git master
> cifs Steve French <smfrench@gmail.com>, CIFS <linux-cifs@vger.kernel.org> git://git.samba.org/sfrench/cifs-2.6.git for-next
> configfs Christoph Hellwig <hch@lst.de> git://git.infradead.org/users/hch/configfs.git for-next
> erofs Gao Xiang <xiang@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs.git dev
> exfat Namjae Jeon <linkinjeon@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/linkinjeon/exfat.git dev
> exportfs Chuck Lever <chuck.lever@oracle.com> git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux exportfs-next
> ext3 Jan Kara <jack@suse.cz> git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_next
> ext4 Theodore Ts'o <tytso@mit.edu> git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git dev
> f2fs Jaegeuk Kim <jaegeuk@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git dev
> fsverity Eric Biggers <ebiggers@kernel.org>, Theodore Y. Ts'o <tytso@mit.edu> git://git.kernel.org/pub/scm/fs/fsverity/linux.git for-next
> fuse Miklos Szeredi <miklos@szeredi.hu> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-next
> gfs2 Steven Whitehouse <swhiteho@redhat.com>, Bob Peterson <rpeterso@redhat.com> git://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2.git for-next
> jfs Dave Kleikamp <dave.kleikamp@oracle.com> git://github.com/kleikamp/linux-shaggy.git jfs-next
> ksmbd Steve French <smfrench@gmail.com> https://github.com/smfrench/smb3-kernel.git ksmbd-for-next
> nfs Trond Myklebust <trondmy@gmail.com> git://git.linux-nfs.org/projects/trondmy/nfs-2.6.git linux-next
> nfs-anna Anna Schumaker <anna@kernel.org>, Trond Myklebust <trondmy@gmail.com>, NFS Mailing List <linux-nfs@vger.kernel.org> git://git.linux-nfs.org/projects/anna/linux-nfs.git linux-next
> nfsd Chuck Lever <chuck.lever@oracle.com> git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux nfsd-next
> ntfs3 Konstantin Komarov <almaz.alexandrovich@paragon-software.com> https://github.com/Paragon-Software-Group/linux-ntfs3.git master
> orangefs Mike Marshall <hubcap@omnibond.com> git://git.kernel.org/pub/scm/linux/kernel/git/hubcap/linux for-next
> overlayfs Miklos Szeredi <miklos@szeredi.hu>, Amir Goldstein <amir73il@gmail.com> git://git.kernel.org/pub/scm/linux/kernel/git/overlayfs/vfs.git overlayfs-next
> ubifs Richard Weinberger <richard@nod.at> git://git.kernel.org/pub/scm/linux/kernel/git/rw/ubifs.git next
> v9fs Dominique Martinet <asmadeus@codewreck.org> git://github.com/martinetd/linux 9p-next
> v9fs-ericvh Eric Van Hensbergen <ericvh@gmail.com> git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git ericvh/for-next
> xfs Darrick J. Wong <djwong@kernel.org>, David Chinner <david@fromorbit.com>, <linux-xfs@vger.kernel.org> git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git for-next
> zonefs Damien Le Moal <Damien.LeMoal@wdc.com> git://git.kernel.org/pub/scm/linux/kernel/git/dlemoal/zonefs.git for-next
> iomap Darrick J. Wong <djwong@kernel.org> git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git iomap-for-next
> djw-vfs Darrick J. Wong <djwong@kernel.org> git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git vfs-for-next
> file-locks Jeff Layton <jlayton@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/jlayton/linux.git locks-next
> iversion Jeff Layton <jlayton@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/jlayton/linux.git iversion-next
> vfs-brauner Christian Brauner <brauner@kernel.org> git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git vfs.all
> vfs Al Viro <viro@ZenIV.linux.org.uk> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-next
>
> Please let me know if you want them reordered or some removed/added.
>
> Both these branches will be exported with the linux-next tree each day.
I don't know if it's relevant, but gfs2 is closely related to dlm, and dlm
isn't included here. Would it make sense to either move dlm into fs-next, or
move gfs2 out of it, to where dlm is merged?
Thanks,
Andreas
next prev parent reply other threads:[~2024-06-10 13:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-14 22:57 A fs-next branch Matthew Wilcox
2024-05-20 3:23 ` Stephen Rothwell
2024-05-20 4:58 ` Theodore Ts'o
2024-05-20 21:38 ` Matthew Wilcox
2024-05-27 23:16 ` Stephen Rothwell
2024-05-29 4:35 ` Stephen Rothwell
2024-05-29 11:12 ` Christian Brauner
2024-05-30 23:50 ` Stephen Rothwell
2024-06-10 13:15 ` Andreas Gruenbacher [this message]
2024-06-10 22:16 ` Stephen Rothwell
2024-06-11 3:53 ` Matthew Wilcox
2024-06-11 22:51 ` Stephen Rothwell
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=20240610131539.685670-1-agruenba@redhat.com \
--to=agruenba@redhat.com \
--cc=brauner@kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
--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).