On Mon, 27 Apr 2020 23:16:52 +0200 Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx> wrote: > This is the second part of a series I wrote sometime ago where I manually > convert lots of files to be properly parsed by Sphinx as ReST files. > > As it touches on lot of stuff, this series is based on today's linux-next, > at tag next-20190617. > > The first version of this series had 57 patches. The first part with 28 patches > were already merged. Right now, there are still ~76 patches pending applying > (including this series), and that's because I opted to do ~1 patch per converted > directory. > > That sounds too much to be send on a single round. So, I'm opting to split > it on 3 parts for the conversion, plus a final patch adding orphaned books > to existing ones. > > Those patches should probably be good to be merged either by subsystem > maintainers or via the docs tree. So I'm happy to merge this set, but there is one thing that worries me a bit... > fs/cachefiles/Kconfig | 4 +- > fs/coda/Kconfig | 2 +- > fs/configfs/inode.c | 2 +- > fs/configfs/item.c | 2 +- > fs/fscache/Kconfig | 8 +- > fs/fscache/cache.c | 8 +- > fs/fscache/cookie.c | 2 +- > fs/fscache/object.c | 4 +- > fs/fscache/operation.c | 2 +- > fs/locks.c | 2 +- > include/linux/configfs.h | 2 +- > include/linux/fs_context.h | 2 +- > include/linux/fscache-cache.h | 4 +- > include/linux/fscache.h | 42 +- > include/linux/lsm_hooks.h | 2 +- I'd feel a bit better if I could get an ack or two from filesystem folks before I venture that far out of my own yard...what say you all? Thanks, jon
