Re: [git pull] vfs, pile 4

On Mon, Jun 04, 2018 at 11:24:38AM -0700, Linus Torvalds wrote: > Trouble counting to five, Al? > > I'm getting "one, two, many" vibes. *blink* FWIW, originally I considered combining the first two (they are closely connected), but in the end decided to send them as two separate pull requests.

Re: [git pull] vfs, pile 4

On Mon, Jun 4, 2018 at 11:37 AM Al Viro wrote: > > So consider today's pile 4 as #5 and 5 - as #6 (or, better yet, > "->lookup() cleanups" and "most of aio stuff"). Sorry... Heh. I do something like that anyway, ie the four first ones are marked as Pull dcache updates from Al Viro: Pull

Re: [git pull] vfs, pile 4

Trouble counting to five, Al? I'm getting "one, two, many" vibes. Linus

[git pull] vfs, pile 4

Cleaning ->lookup() instances up - mostly d_splice_alias() conversions. The following changes since commit baf10564fbb66ea222cae66fbff11c444590ffd9: aio: fix io_destroy(2) vs. lookup_ioctx() race (2018-05-21 14:30:11 -0400) are available in the git repository at: git://git.kernel.or

[git pull] vfs, pile 4

misc bits and pieces not fitting into anything more specific. That's probably it for tonight; more to follow tomorrow... The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) are available in the git repository at: gi

[git pull] vfs pile 4: fs/compat.c

More moving of compat syscalls from fs/compat.c to fs/*.c where the native counterparts live. And death to compat_sys_getdents64() - the only architecture that used to need it was ia64, and _that_ has lost biarch support quite a few years ago. Quite a bit of guts of select.c, etc.