Re: shmem patches headsup: Re: [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 14 Feb 2024, Hugh Dickins wrote:
> On Wed, 14 Feb 2024, Christoph Hellwig wrote:
> > On Wed, Feb 14, 2024 at 12:18:41PM +0530, Chandan Babu R wrote:
> > > The for-next branch of the xfs-linux repository at:
> > > 
> > > 	https://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git
> > > 
> > > has just been updated.
> > 
> > <snip>
> > 
> > > Christoph Hellwig (17):
> > >       [f23e079e024c] mm: move mapping_set_update out of <linux/swap.h>
> > >       [604ee858a8c8] shmem: move shmem_mapping out of line
> > >       [8481cd645af6] shmem: set a_ops earlier in shmem_symlink
> > >       [9b4ec2cf0154] shmem: move the shmem_mapping assert into shmem_get_folio_gfp
> > >       [36e3263c623a] shmem: export shmem_get_folio
> > >       [74f6fd19195a] shmem: export shmem_kernel_file_setup
> > >       [eb84b86441e3] shmem: document how to "persist" data when using shmem_*file_setup
> > 
> > I would have prefer an ACK or even a shared branch in the MM tree
> > for these.  But as it's been impossible to get any feedback from
> > the shmem and mm maintainer maybe this is the right thing to do.
> > 
> > Andrew, Hugh: can you commet if this is ok?
> 
> Each day I hope to reach looking at it.  I sincerely believed that
> I would get to it yesterday, but no.  Later on today?  We shall see.

Christoph, I'd better give you a progress report, to avoid another mail
as foul as was sent after yours.

I wonder what the fuss is: Matthew (thank you) has been giving excellent
reviews, and mm is a cooperative not a dickinstatorship (but I was upset
that he caught that GFP_HIGHUSER, which I had been eager to point out).

I haven't finished yet, but made good progress and it does look good:
a few very minor comments so far, nothing that couldn't be patched up
later if that suits you best.

mm.git contains no updates to mm/shmem.c yet this cycle, so I expect
that Andrew will be fine with the series going in via the XFS tree,
unless some awkward conflict in one of the mm files appears.

Tomorrow,
Hugh




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux