Re: [PATCH v7 9/9] sparc64: Add support for ADI (Application Data Integrity)

2017-09-08 Thread Steven Sistare
On 9/6/2017 6:32 PM, Pavel Machek wrote: > On Tue 2017-09-05 14:44:56, David Miller wrote: >> From: Pavel Machek >> Date: Mon, 4 Sep 2017 18:25:30 +0200 >> >>> Will gcc be able to compile code that uses these automatically? That >>> does not sound easy to me. Can libc automatically use this in mal

[PATCH] drm/todo: Add s/dev_*/DRM_DEV_*/ coversion to TODO

2017-09-08 Thread Sean Paul
Now that we have the DRM_DEV_* variants, we should use them. Signed-off-by: Sean Paul --- Documentation/gpu/todo.rst | 11 +++ 1 file changed, 11 insertions(+) diff --git a/Documentation/gpu/todo.rst b/Documentation/gpu/todo.rst index 22af55d06ab8..e3b622094bf4 100644 --- a/Documentatio

Re: [PATCH] drm/todo: Add s/dev_*/DRM_DEV_*/ coversion to TODO

2017-09-08 Thread Daniel Vetter
On Fri, Sep 08, 2017 at 10:32:07AM -0400, Sean Paul wrote: > Now that we have the DRM_DEV_* variants, we should use them. > > Signed-off-by: Sean Paul I think that's fairly ideal fodder for outreachy, assume we make sure the driver maintainer is ok with the resulting torrent of patches first :-)

Re: [PATCH] drm/todo: Add s/dev_*/DRM_DEV_*/ coversion to TODO

2017-09-08 Thread Sean Paul
On Fri, Sep 8, 2017 at 11:44 AM, Daniel Vetter wrote: > On Fri, Sep 08, 2017 at 10:32:07AM -0400, Sean Paul wrote: >> Now that we have the DRM_DEV_* variants, we should use them. >> >> Signed-off-by: Sean Paul > > I think that's fairly ideal fodder for outreachy, assume we make sure the > driver

Re: [PATCH 0/2] Two cleanups for Sphinx conf.py

2017-09-08 Thread Jonathan Corbet
On Sun, 3 Sep 2017 16:12:44 -0300 Mauro Carvalho Chehab wrote: > Those patches are just cleanups for Documentation/conf.py. > > The first one removes a package usage directive for a LateX package > that it is not used. > > The second one moves some LaTeX preamble code that it is used only >

Re: [PATCH 1/2] kokr/doc: Update memory-barriers.txt for read-to-write dependencies

2017-09-08 Thread Jonathan Corbet
On Wed, 6 Sep 2017 17:25:30 +0900 SeongJae Park wrote: > This commit applies upstream change, commit 66ce3a4dcb9f ("doc: Update > memory-barriers.txt for read-to-write dependencies") to Korean > translation. I've applied these two. Thanks, jon -- To unsubscribe from this list: send the line "

Re: [RFC PATCH 0/3] kbuild: generate intermediate C files instead of copying _shipped files

2017-09-08 Thread Linus Torvalds
On Thu, Sep 7, 2017 at 11:18 PM, Masahiro Yamada wrote: > > If CONFIG_MODVERSIONS is enabled, > I notice lots of error messages. > WARNING: EXPORT symbol "finish_open" [vmlinux] version generation > failed, symbol will not be versioned > > So, I think something was broken in scripts/genksyms/. > >

Re: [PATCH] drm/todo: Add s/dev_*/DRM_DEV_*/ coversion to TODO

2017-09-08 Thread Sean Paul
On Fri, Sep 8, 2017 at 10:32 AM, Sean Paul wrote: > Now that we have the DRM_DEV_* variants, we should use them. > > Signed-off-by: Sean Paul Applied to -misc-next with danvet's R-b. Sean > --- > Documentation/gpu/todo.rst | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git a

Re: [RFC PATCH 0/3] kbuild: generate intermediate C files instead of copying _shipped files

2017-09-08 Thread Linus Torvalds
On Fri, Sep 8, 2017 at 10:22 AM, Linus Torvalds wrote: > > Of course, I only did a "make allmodconfig" to test the MODVERSIONS > case, I didn't actually install the modules. Is that error perhaps > only detected at install time? Oh, I take that back. I just got a ton of warnings with my allmodcon

Re: [RFC PATCH 0/3] kbuild: generate intermediate C files instead of copying _shipped files

2017-09-08 Thread Linus Torvalds
On Fri, Sep 8, 2017 at 11:01 AM, Linus Torvalds wrote: > > It doesn't seem to happen for every exported symbol, though. Odd. Fascinating. Picking one file at random that shows this, I did net/ceph/mon_client.c. The version file that gets generated for that looks like this: __crc_ceph_monc_want

Re: [PATCH 0/2] Two cleanups for Sphinx conf.py

2017-09-08 Thread Mauro Carvalho Chehab
Em Fri, 8 Sep 2017 10:10:26 -0600 Jonathan Corbet escreveu: > On Sun, 3 Sep 2017 16:12:44 -0300 > Mauro Carvalho Chehab wrote: > > > Those patches are just cleanups for Documentation/conf.py. > > > > The first one removes a package usage directive for a LateX package > > that it is not used.

Re: [v7 5/5] mm, oom: cgroup v2 mount option to disable cgroup-aware OOM killer

2017-09-08 Thread Christopher Lameter
On Thu, 7 Sep 2017, David Rientjes wrote: > > It has *nothing* to do with zillions of tasks. Its amusing that the SGI > > ghost is still haunting the discussion here. The company died a couple of > > years ago finally (ok somehow HP has an "SGI" brand now I believe). But > > there are multiple com

Re: [RFC PATCH 0/3] kbuild: generate intermediate C files instead of copying _shipped files

2017-09-08 Thread Linus Torvalds
On Fri, Sep 8, 2017 at 11:39 AM, Linus Torvalds wrote: > > Strange. Does anybody see what the pattern to the failure is? Found it. Stupid special case for 'typeof()' that used is_reserved_word() in ways I hadn't realized. Fix committed. Linus -- To unsubscribe from this list: send

[PATCH] docs: clean up and add rest of CRC functions to kernel-api.rst

2017-09-08 Thread Randy Dunlap
From: Randy Dunlap Add the rest of the CRC library functions to kernel-api. - try to clarify crc32() by adding '@' to a function parameter - reorder kernel-api CRC functions to be less random - add more CRC functions to kernel-api - correct the function parameter names in several places Signed-

[PATCH v3] fscrypt: add a documentation file for filesystem-level encryption

2017-09-08 Thread Eric Biggers
From: Eric Biggers Perhaps long overdue, add a documentation file for filesystem-level encryption, a.k.a. fscrypt or fs/crypto/, to the Documentation directory. The new file is based loosely on the latest version of the "EXT4 Encryption Design Document (public version)" Google Doc, but with many

Re: [RFC PATCH 0/3] kbuild: generate intermediate C files instead of copying _shipped files

2017-09-08 Thread Sam Ravnborg
On Fri, Sep 08, 2017 at 02:38:23PM -0700, Linus Torvalds wrote: > On Fri, Sep 8, 2017 at 11:39 AM, Linus Torvalds > wrote: > > > > Strange. Does anybody see what the pattern to the failure is? > > Found it. Stupid special case for 'typeof()' that used > is_reserved_word() in ways I hadn't realize