[PATCH 0/4] reST-directive kernel-cmd / include contentent from scripts

2016-10-06 Thread Markus Heiser
From: Markus Heiser Hi Jon, Mauro, and Jani, with this series a reST-directive kernel-cmd is introduced. The kernel-cmd directive includes contend from the stdout of a command-line (@mchehab asked for). Including content from a command's stdout is a more general solution for other workarounds l

[PATCH 2/4] doc-rst: customize RTD theme; literal-block

2016-10-06 Thread Markus Heiser
From: Markus Heiser From: Markus Heiser Format the literal-block like other code-block elements, with 12px and a line-high of 1.5. Signed-off-by: Markus Heiser --- Documentation/sphinx-static/theme_overrides.css | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/sphinx-

[PATCH 4/4] doc-rst: remove the kernel-include directive

2016-10-06 Thread Markus Heiser
From: Markus Heiser From: Markus Heiser The kernel-include directive is no longer needed, so lets remove this out-of-favor solution. BTW: fixed a C&P typo in the Documentation/Makefile Signed-off-by: Markus Heiser --- Documentation/Makefile.sphinx | 2 +- Documentation/conf.py

[PATCH 1/4] doc-rst: reST-directive kernel-cmd / include contentent from scripts

2016-10-06 Thread Markus Heiser
From: Markus Heiser From: Markus Heiser The ``kernel-cmd`` directive includes contend from the stdout of a command-line. With the ``kernel-cmd`` directive we can include the output of any (Perl or whatever) script. This is a more general solution for other workarounds like the "kernel_include +

[PATCH] Documentation/trace/uprobetracer.txt: fix incorrect examples

2016-10-06 Thread Marcin Nowakowski
Current uprobetracer examples don't work as they use an incorrect syntax - if no event name is specified then 'p/r' must not be followed by a colon - if no event name is specified then the default event name will have a 'p_' prefix, so use that in the '-' example as well Signed-off-by: Marcin

Re: [PATCH 0/4] reST-directive kernel-cmd / include contentent from scripts

2016-10-06 Thread Jani Nikula
On Thu, 06 Oct 2016, Markus Heiser wrote: > with this series a reST-directive kernel-cmd is introduced. The kernel-cmd > directive includes contend from the stdout of a command-line (@mchehab asked > for). I like the fact that this removes Documentation/media/Makefile, and cleans up the Sphinx bu

[PATCH v9 2/4] drm: Add API for capturing frame CRCs

2016-10-06 Thread Tomeu Vizoso
Adds files and directories to debugfs for controlling and reading frame CRCs, per CRTC: dri/0/crtc-0/crc dri/0/crtc-0/crc/control dri/0/crtc-0/crc/data Drivers can implement the set_crc_source callback() in drm_crtc_funcs to start and stop generating frame CRCs and can add entries to the output b

[PATCH v9 0/4] New debugfs API for capturing CRC of frames

2016-10-06 Thread Tomeu Vizoso
Hi, this series basically takes the facility for continuously capturing CRCs of frames from the i915 driver and into the DRM core. The idea is that test suites such as IGT use this information to check that frames that are exected to be identical, also have identical CRC values. Other drivers fo

Re: [PATCH v9 2/4] drm: Add API for capturing frame CRCs

2016-10-06 Thread Emil Velikov
On 6 October 2016 at 09:56, Tomeu Vizoso wrote: > Adds files and directories to debugfs for controlling and reading frame > CRCs, per CRTC: > > dri/0/crtc-0/crc > dri/0/crtc-0/crc/control > dri/0/crtc-0/crc/data > > Drivers can implement the set_crc_source callback() in drm_crtc_funcs to > start a

Re: [PATCH v9 2/4] drm: Add API for capturing frame CRCs

2016-10-06 Thread Tomeu Vizoso
On 10/06/2016 01:13 PM, Emil Velikov wrote: > On 6 October 2016 at 09:56, Tomeu Vizoso wrote: >> Adds files and directories to debugfs for controlling and reading frame >> CRCs, per CRTC: >> >> dri/0/crtc-0/crc >> dri/0/crtc-0/crc/control >> dri/0/crtc-0/crc/data >> >> Drivers can implement the se

Re: [PATCH 3/4] doc-rst: migrated media build kernel-cmd directive

2016-10-06 Thread Mauro Carvalho Chehab
Em Thu, 6 Oct 2016 09:20:19 +0200 Markus Heiser escreveu: > From: Markus Heiser > > From: Markus Heiser > > Remove the media-Makefile and migrate the ``.. kernel-include::`` > directive to the new ``.. kernel-cmd::`` directive. > > To avoid breaking bisect, this patch includes the required

Re: [PATCH v9 2/4] drm: Add API for capturing frame CRCs

2016-10-06 Thread Emil Velikov
On 6 October 2016 at 12:33, Tomeu Vizoso wrote: > On 10/06/2016 01:13 PM, Emil Velikov wrote: >> On 6 October 2016 at 09:56, Tomeu Vizoso wrote: >>> Adds files and directories to debugfs for controlling and reading frame >>> CRCs, per CRTC: >>> >>> dri/0/crtc-0/crc >>> dri/0/crtc-0/crc/control >>

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

2016-10-06 Thread Parav Pandit
Hi Christoph, On Wed, Oct 5, 2016 at 12:07 PM, Christoph Hellwig wrote: > FYI, the patches look fine to me: > > Acked-by: Christoph Hellwig > Thanks a lot for review. Parav -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.

Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support

2016-10-06 Thread Parav Pandit
Hi Leon, On Wed, Oct 5, 2016 at 4:52 PM, Leon Romanovsky wrote: > On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote: >> rdmacg: IB/core: rdma controller support >> >> Patch is generated and tested against below Doug's linux-rdma >> git tree. >> >> URL: git://git.kernel.org/pub/scm/linu

RE: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Roberts, William C
> -Original Message- > From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk] > Sent: Wednesday, October 5, 2016 4:53 PM > To: Roberts, William C > Cc: kernel-harden...@lists.openwall.com; cor...@lwn.net; linux- > d...@vger.kernel.org; linux-ker...@vger.kernel.org > Subject: Re: [PATCH

RE: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Roberts, William C
> -Original Message- > From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees > Cook > Sent: Wednesday, October 5, 2016 3:34 PM > To: Roberts, William C > Cc: kernel-harden...@lists.openwall.com; Jonathan Corbet ; > linux-doc@vger.kernel.org; LKML ; Nick > Desaulniers ;

Re: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Christoph Hellwig
On Wed, Oct 05, 2016 at 02:04:46PM -0400, william.c.robe...@intel.com wrote: > From: William Roberts > > Some out-of-tree modules do not use %pK and just use %p, as it's > the common C paradigm for printing pointers. Because of this, > kptr_restrict has no affect on the output and thus, no way to

Re: [PATCH 0/4] reST-directive kernel-cmd / include contentent from scripts

2016-10-06 Thread Mauro Carvalho Chehab
Em Thu, 06 Oct 2016 11:42:14 +0300 Jani Nikula escreveu: > On Thu, 06 Oct 2016, Markus Heiser wrote: > > with this series a reST-directive kernel-cmd is introduced. The kernel-cmd > > directive includes contend from the stdout of a command-line (@mchehab asked > > for). Ok, I ran some tests h

RE: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Roberts, William C
> -Original Message- > From: Christoph Hellwig [mailto:h...@infradead.org] > Sent: Thursday, October 6, 2016 9:32 AM > To: Roberts, William C > Cc: kernel-harden...@lists.openwall.com; cor...@lwn.net; linux- > d...@vger.kernel.org; linux-ker...@vger.kernel.org > Subject: Re: [PATCH] printk

Re: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Christoph Hellwig
On Thu, Oct 06, 2016 at 01:47:47PM +, Roberts, William C wrote: > Out of tree modules still affect core kernel security. So don't use them. > I would also bet money, that somewhere > In-tree someone has put a %p when they wanted a %pK. So fix them. > So this method is just quite error > pro

Re: [kernel-hardening] RE: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Jann Horn
On Thu, Oct 06, 2016 at 01:47:47PM +, Roberts, William C wrote: > > -Original Message- > > From: Christoph Hellwig [mailto:h...@infradead.org] > > Sent: Thursday, October 6, 2016 9:32 AM > > To: Roberts, William C > > Cc: kernel-harden...@lists.openwall.com; cor...@lwn.net; linux- > >

Re: [PATCH 0/4] reST-directive kernel-cmd / include contentent from scripts

2016-10-06 Thread Jani Nikula
On Thu, 06 Oct 2016, Mauro Carvalho Chehab wrote: > Em Thu, 06 Oct 2016 11:42:14 +0300 > Jani Nikula escreveu: > Just curious here: what use case do you see by building the Kernel > documentation without the Kernel tree? Not without the kernel tree, but without the kernel build system. If sphinx

Re: [kernel-hardening] RE: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Jann Horn
On Thu, Oct 06, 2016 at 04:05:53PM +0200, Jann Horn wrote: > On Thu, Oct 06, 2016 at 01:47:47PM +, Roberts, William C wrote: > > > -Original Message- > > > From: Christoph Hellwig [mailto:h...@infradead.org] > > > Sent: Thursday, October 6, 2016 9:32 AM > > > To: Roberts, William C > >

RE: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Roberts, William C
> -Original Message- > From: Christoph Hellwig [mailto:h...@infradead.org] > Sent: Thursday, October 6, 2016 9:56 AM > To: Roberts, William C > Cc: Christoph Hellwig ; kernel- > harden...@lists.openwall.com; cor...@lwn.net; linux-doc@vger.kernel.org; > linux-ker...@vger.kernel.org > Subj

[PATCH v10 0/4] New debugfs API for capturing CRC of frames

2016-10-06 Thread Tomeu Vizoso
Hi, this series basically takes the facility for continuously capturing CRCs of frames from the i915 driver and into the DRM core. The idea is that test suites such as IGT use this information to check that frames that are exected to be identical, also have identical CRC values. Other drivers fo

[PATCH v10 2/4] drm: Add API for capturing frame CRCs

2016-10-06 Thread Tomeu Vizoso
Adds files and directories to debugfs for controlling and reading frame CRCs, per CRTC: dri/0/crtc-0/crc dri/0/crtc-0/crc/control dri/0/crtc-0/crc/data Drivers can implement the set_crc_source callback() in drm_crtc_funcs to start and stop generating frame CRCs and can add entries to the output b

[PATCH v11 0/4] New debugfs API for capturing CRC of frames

2016-10-06 Thread Tomeu Vizoso
Hi, this series basically takes the facility for continuously capturing CRCs of frames from the i915 driver and into the DRM core. The idea is that test suites such as IGT use this information to check that frames that are exected to be identical, also have identical CRC values. Other drivers fo

[PATCH v11 2/4] drm: Add API for capturing frame CRCs

2016-10-06 Thread Tomeu Vizoso
Adds files and directories to debugfs for controlling and reading frame CRCs, per CRTC: dri/0/crtc-0/crc dri/0/crtc-0/crc/control dri/0/crtc-0/crc/data Drivers can implement the set_crc_source callback() in drm_crtc_funcs to start and stop generating frame CRCs and can add entries to the output b

Re: [PATCH 0/4] reST-directive kernel-cmd / include contentent from scripts

2016-10-06 Thread Mauro Carvalho Chehab
Em Thu, 06 Oct 2016 17:21:36 +0300 Jani Nikula escreveu: > On Thu, 06 Oct 2016, Mauro Carvalho Chehab wrote: > > Em Thu, 06 Oct 2016 11:42:14 +0300 > > Jani Nikula escreveu: > > Just curious here: what use case do you see by building the Kernel > > documentation without the Kernel tree? > >

Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP

2016-10-06 Thread Davidlohr Bueso
On Thu, 18 Aug 2016, Waiman Long wrote: Currently, when down_read() fails, the active read locking isn't undone until the rwsem_down_read_failed() function grabs the wait_lock. If the wait_lock is contended, it may takes a while to get the lock. During that period, writer lock stealing will be d

Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier

2016-10-06 Thread Waiman Long
On 10/06/2016 01:47 AM, Davidlohr Bueso wrote: On Wed, 05 Oct 2016, Waiman Long wrote: diff --git a/kernel/locking/osq_lock.c b/kernel/locking/osq_lock.c index 05a3785..1e6823a 100644 --- a/kernel/locking/osq_lock.c +++ b/kernel/locking/osq_lock.c @@ -12,6 +12,23 @@ */ static DEFINE_PER_CPU_SH

Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier

2016-10-06 Thread Jason Low
On Wed, Oct 5, 2016 at 10:47 PM, Davidlohr Bueso wrote: > On Wed, 05 Oct 2016, Waiman Long wrote: > >> diff --git a/kernel/locking/osq_lock.c b/kernel/locking/osq_lock.c >> index 05a3785..1e6823a 100644 >> --- a/kernel/locking/osq_lock.c >> +++ b/kernel/locking/osq_lock.c >> @@ -12,6 +12,23 @@ >>

Re: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Kees Cook
On Thu, Oct 6, 2016 at 6:56 AM, Christoph Hellwig wrote: > On Thu, Oct 06, 2016 at 01:47:47PM +, Roberts, William C wrote: > > On Thu, Oct 6, 2016 at 6:31 AM, Christoph Hellwig > > wrote: > > > So what? We a) don't care about out of tree modules and b) you could > > > just triviall > > > f

Re: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Joe Perches
On Thu, 2016-10-06 at 14:00 -0700, Kees Cook wrote: > And based on my read of this thread, we all appear to be in violent > agreement. :) "always protect %p" is absolutely the goal, and we can > figure out the best way to get there. I proposed emitting pointers from the const and text sections by

Re: [PATCH] printk: introduce kptr_restrict level 3

2016-10-06 Thread Kees Cook
On Thu, Oct 6, 2016 at 2:19 PM, Joe Perches wrote: > On Thu, 2016-10-06 at 14:00 -0700, Kees Cook wrote: > >> And based on my read of this thread, we all appear to be in violent >> agreement. :) "always protect %p" is absolutely the goal, and we can >> figure out the best way to get there. > > I p

Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP

2016-10-06 Thread Dave Chinner
On Thu, Oct 06, 2016 at 11:17:18AM -0700, Davidlohr Bueso wrote: > On Thu, 18 Aug 2016, Waiman Long wrote: > > >Currently, when down_read() fails, the active read locking isn't undone > >until the rwsem_down_read_failed() function grabs the wait_lock. If the > >wait_lock is contended, it may takes

Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP

2016-10-06 Thread Davidlohr Bueso
On Fri, 07 Oct 2016, Dave Chinner wrote: Except that it's DAX Duh, of course; silly me. Thanks, Davidlohr -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info

[PATCH v2 0/2] Moving runnable code from Documentation (last 2 patches)

2016-10-06 Thread Shuah Khan
This patch series contains the last 2 patches to complete moving runnable code from Documentation to selftests, samples, and tools. The first patch moves blackfin gptimers-example to samples, removes BUILD_DOCSRC and updates BUILD_DOCSRC dependencies. The second one updates 00-INDEX files under D

[PATCH v2 1/2] samples: move blackfin gptimers-example from Documentation

2016-10-06 Thread Shuah Khan
Move blackfin gptimers-example to samples and remove it from Documentation Makefile. Update samples Kconfig and Makefile to build gptimers-example. blackfin is the last CONFIG_BUILD_DOCSRC target in Documentation/Makefile. Hence this patch also includes changes to remove CONFIG_BUILD_DOCSRC from M

[PATCH v2 2/2] Doc: update 00-INDEX files to reflect the runnable code move

2016-10-06 Thread Shuah Khan
Update 00-INDEX files with the current file list to reflect the runnable code move. Acked-by: Michal Marek Acked-by: Jonathan Corbet Reviewed-by: Kees Cook Signed-off-by: Shuah Khan --- Documentation/00-INDEX | 3 ++- Documentation/arm/00-INDEX | 2 -- Documentation/filesy

[PATCHv2] hwmon: Add tc654 driver

2016-10-06 Thread Chris Packham
Add support for the tc654 and tc655 fan controllers from Microchip. http://ww1.microchip.com/downloads/en/DeviceDoc/20001734C.pdf Signed-off-by: Chris Packham --- Changes in v2: - Add Documentation/hwmon/tc654 - Incorporate most of the review comments from Guenter. Additional error handling i

Re: [PATCH 0/4] reST-directive kernel-cmd / include contentent from scripts

2016-10-06 Thread Jani Nikula
On Thu, 06 Oct 2016, Mauro Carvalho Chehab wrote: > Em Thu, 06 Oct 2016 17:21:36 +0300 > Jani Nikula escreveu: >> We've seen what happens when we make it easy to add random scripts to >> build documentation. We've worked hard to get rid of that. In my books, >> one of the bigger points in favor o