[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191210212552.GC99875@magnolia>
Date: Tue, 10 Dec 2019 13:25:52 -0800
From: "Darrick J. Wong" <darrick.wong@...cle.com>
To: Andreas Grünbacher
<andreas.gruenbacher@...il.com>
Cc: Christoph Hellwig <hch@...radead.org>,
Andreas Gruenbacher <agruenba@...hat.com>,
linux-xfs <linux-xfs@...r.kernel.org>,
Linux FS-devel Mailing List <linux-fsdevel@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
cluster-devel <cluster-devel@...hat.com>
Subject: Re: [PATCH] iomap: Export iomap_page_create and
iomap_set_range_uptodate
On Tue, Dec 10, 2019 at 09:39:31PM +0100, Andreas Grünbacher wrote:
> Am Di., 10. Dez. 2019 um 21:33 Uhr schrieb Darrick J. Wong
> <darrick.wong@...cle.com>:
> > On Tue, Dec 10, 2019 at 11:29:16AM +0100, Andreas Gruenbacher wrote:
> > > These two functions are needed by filesystems for converting inline
> > > ("stuffed") inodes into non-inline inodes.
> > >
> > > Signed-off-by: Andreas Gruenbacher <agruenba@...hat.com>
> >
> > Looks fine to me... this is a 5.6 change, correct?
>
> Yes, so there's still plenty of time to get things in place until
> then. I'd like to hear from Christoph if he has any objections. In any
> case, this patch isn't going to break anything.
By the way, the other symbols in fs/iomap/ are all EXPORT_SYMBOL_GPL.
Does gfs2/RH/anyone have a particular requirement for EXPORT_SYMBOL, or
could we make the new exports _GPL to match the rest?
--D
> Thanks,
> Andreas
Powered by blists - more mailing lists