[PATCH v2] Documentation/locking/lockdep: Drop last two chars of sample states

2019-03-01 Thread Geert Uytterhoeven
Since the removal of FS_RECLAIM annotations, lockdep states contain four characters, not six. Fixes: e5684bbfc3f03480 ("Documentation/locking/lockdep: Update info about states") Fixes: d92a8cfcb37ecd13 ("locking/lockdep: Rework FS_RECLAIM annotation") Signed-off-by: Geert Uytterhoeven --- v2:

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-03-01 Thread Qais Yousef
On 02/28/19 22:26, Joel Fernandes wrote: > On Fri, Mar 01, 2019 at 11:28:26AM +0900, Masami Hiramatsu wrote: > > Hi Joel, > > Hi Masami, > > > On Thu, 28 Feb 2019 10:00:54 -0500 > > Joel Fernandes wrote: > > > > > > Hmm, isn't it easier to add kernel-headers package on Android? > > > > > > I h

Re: [PATCH v2] Documentation/locking/lockdep: Drop last two chars of sample states

2019-03-01 Thread Will Deacon
On Fri, Mar 01, 2019 at 10:40:52AM +0100, Geert Uytterhoeven wrote: > Since the removal of FS_RECLAIM annotations, lockdep states contain four > characters, not six. > > Fixes: e5684bbfc3f03480 ("Documentation/locking/lockdep: Update info about > states") > Fixes: d92a8cfcb37ecd13 ("locking/lockd

[PATCH v4 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-03-01 Thread Joel Fernandes (Google)
Introduce in-kernel headers and other artifacts which are made available as an archive through proc (/proc/kheaders.tar.xz file). This archive makes it possible to build kernel modules, run eBPF programs, and other tracing programs that need to extend the kernel for tracing purposes without any dep

[PATCH v4 2/2] Add selftests for module build using in-kernel headers

2019-03-01 Thread Joel Fernandes (Google)
This test tries to build a module successfully using the in-kernel headers found in /proc/kheaders.tar.xz. Verified pass and fail scenarios by running: make -C tools/testing/selftests TARGETS=kheaders run_tests Signed-off-by: Joel Fernandes (Google) --- tools/testing/selftests/Makefile

Re: [PATCH v10 07/12] fs, arm64: untag user pointers in fs/userfaultfd.c

2019-03-01 Thread Catalin Marinas
On Tue, Feb 26, 2019 at 03:39:08PM +0100, Andrey Konovalov wrote: > On Sat, Feb 23, 2019 at 12:06 AM Dave Hansen wrote: > > > > On 2/22/19 4:53 AM, Andrey Konovalov wrote: > > > userfaultfd_register() and userfaultfd_unregister() use provided user > > > pointers for vma lookups, which can only by

Re: [PATCH v2] Documentation/locking/lockdep: Drop last two chars of sample states

2019-03-01 Thread Paul E. McKenney
On Fri, Mar 01, 2019 at 10:40:52AM +0100, Geert Uytterhoeven wrote: > Since the removal of FS_RECLAIM annotations, lockdep states contain four > characters, not six. > > Fixes: e5684bbfc3f03480 ("Documentation/locking/lockdep: Update info about > states") > Fixes: d92a8cfcb37ecd13 ("locking/lockd

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-03-01 Thread Joel Fernandes
On Fri, Mar 01, 2019 at 03:25:05PM +0900, Masahiro Yamada wrote: [...] > > > I am guessing the user will run these commands > > > on the target system. > > > In other words, external modules are native-compiled. > > > So, > > > > > > target-arch: arm64 > > > host-arch: arm64 > > > > > > > > >

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-03-01 Thread Joel Fernandes
On Fri, Mar 01, 2019 at 04:03:09PM +0900, Masami Hiramatsu wrote: > Hi Joel, > > On Thu, 28 Feb 2019 22:26:11 -0500 > Joel Fernandes wrote: > > > On Fri, Mar 01, 2019 at 11:28:26AM +0900, Masami Hiramatsu wrote: [..] > > There are many usecases for this, I have often run into issues with Linux >

Re: [PATCH v10 07/12] fs, arm64: untag user pointers in fs/userfaultfd.c

2019-03-01 Thread Dave Hansen
On 3/1/19 8:59 AM, Catalin Marinas wrote: >>> So, we have to patch all these sites before the tagged values get to the >>> point of hitting the vma lookup functions. Dumb question: Why don't we >>> just patch the vma lookup functions themselves instead of all of these >>> callers? >> That might be

Re: [PATCH 0/2] doc: net: ieee802154: move from plain text to rst

2019-03-01 Thread David Miller
From: Stefan Schmidt Date: Wed, 27 Feb 2019 22:20:58 +0100 > Hello Jon. > > On 27.02.19 21:18, Jonathan Corbet wrote: >> On Wed, 27 Feb 2019 20:59:12 +0100 >> Stefan Schmidt wrote: >> >>> The patches are based on net-next, but they only touch the networking book >>> so I >>> would not expect

Re: [PATCH 0/2] doc: net: ieee802154: move from plain text to rst

2019-03-01 Thread David Miller
From: Stefan Schmidt Date: Wed, 27 Feb 2019 20:59:12 +0100 > The ieee802154 subsystem doc was still in plain text. With the networking book > taking shape I thought it was time to do the first step and move it over to > rst. > This really is only the minimal conversion. I need to take some time

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-03-01 Thread Masahiro Yamada
On Sat, Mar 2, 2019 at 3:03 AM Joel Fernandes wrote: > > On Fri, Mar 01, 2019 at 03:25:05PM +0900, Masahiro Yamada wrote: > [...] > > > > I am guessing the user will run these commands > > > > on the target system. > > > > In other words, external modules are native-compiled. > > > > So, > > > > >

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-03-01 Thread Joel Fernandes
On Sat, Mar 02, 2019 at 11:13:07AM +0900, Masahiro Yamada wrote: > On Sat, Mar 2, 2019 at 3:03 AM Joel Fernandes wrote: > > > > On Fri, Mar 01, 2019 at 03:25:05PM +0900, Masahiro Yamada wrote: > > [...] > > > > > I am guessing the user will run these commands > > > > > on the target system. > > >