Re: [PATCH 04/20] FIEMAP: don't bother with access_ok()

2020-05-29 Thread Al Viro
On Wed, May 13, 2020 at 12:38:01PM -0700, Christoph Hellwig wrote: > On Wed, May 13, 2020 at 08:02:07PM +0100, Al Viro wrote: > > > https://lore.kernel.org/linux-fsdevel/20200507145924.ga28...@lst.de/T/#t > > > > > > which is waiting to be picked up [1], and also has some chance for > > > conflic

Re: [PATCH 04/20] FIEMAP: don't bother with access_ok()

2020-05-13 Thread Christoph Hellwig
On Wed, May 13, 2020 at 08:02:07PM +0100, Al Viro wrote: > > https://lore.kernel.org/linux-fsdevel/20200507145924.ga28...@lst.de/T/#t > > > > which is waiting to be picked up [1], and also has some chance for conflicts > > due to changes next to the access_ok. > > > > [1] except for the first two

Re: [PATCH 04/20] FIEMAP: don't bother with access_ok()

2020-05-13 Thread Al Viro
On Sun, May 10, 2020 at 12:02:41AM -0700, Christoph Hellwig wrote: > On Sun, May 10, 2020 at 12:45:41AM +0100, Al Viro wrote: > > From: Al Viro > > > > we use copy_to_user() on that thing anyway (and always had). > > I already have this patch in this series: > > https://lore.kernel.org/linux-fs

Re: [PATCH 04/20] FIEMAP: don't bother with access_ok()

2020-05-10 Thread Christoph Hellwig
On Sun, May 10, 2020 at 12:45:41AM +0100, Al Viro wrote: > From: Al Viro > > we use copy_to_user() on that thing anyway (and always had). I already have this patch in this series: https://lore.kernel.org/linux-fsdevel/20200507145924.ga28...@lst.de/T/#t which is waiting to be picked up [1], and