[PATCH] console: Update to reflect new default value

2017-09-18 Thread Daniel Xu
The default value was changed from 10 minutes to disabled in commit a4199f5eb8096d6. Signed-off-by: Daniel Xu --- Documentation/admin-guide/kernel-parameters.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentati

[PATCH] PM: docs: Drop an excess character from devices.rst

2017-09-18 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Drop an excess "`" from Documentation/driver-api/pm/devices.rst. Fixes: 2728b2d2e5be (PM / core / docs: Convert sleep states API document to reST) Signed-off-by: Rafael J. Wysocki --- Documentation/driver-api/pm/devices.rst |2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH] Documentation: core-api: minor workqueue.rst cleanups

2017-09-18 Thread Tejun Heo
On Mon, Sep 18, 2017 at 01:10:15PM -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Clean up workqueue.rst: > - fix minor typos > - put '@' after `` instead of preceding them (one place) > - use "CPU" instead of "cpu" in text consistently > - quote one function name > > Signed-off-by: Randy D

Re: Vibrations in input vs. LED was Re: [PATCH v2 0/3] led: ledtrig-transient: add support for hrtimer

2017-09-18 Thread Dmitry Torokhov
On Mon, Sep 18, 2017 at 1:50 PM, Jacek Anaszewski wrote: > Hi, > > On 09/17/2017 08:22 PM, Pavel Machek wrote: >> Hi! >> If your objection is that FF is not easily engaged from the shell - yes, but I do not think that actual users who want to do vibration do that via shell either. O

Re: Vibrations in input vs. LED was Re: [PATCH v2 0/3] led: ledtrig-transient: add support for hrtimer

2017-09-18 Thread Jacek Anaszewski
Hi, On 09/17/2017 08:22 PM, Pavel Machek wrote: > Hi! > >>> If your objection is that FF is not easily engaged from the shell - >>> yes, but I do not think that actual users who want to do vibration do >>> that via shell either. On the other hand, can you drop privileges and >>> still allow a cer

Re: Vibrations in input vs. LED was Re: [PATCH v2 0/3] led: ledtrig-transient: add support for hrtimer

2017-09-18 Thread Jacek Anaszewski
Hi, On 09/17/2017 07:50 PM, Pavel Machek wrote: > Hi! > Do you think such an improvement could be harmful in some way, even if it was made optional? >>> >>> Of course, we can make LED timing accurate down to microseconds. It will >>> mean increased overhead -- for "improvement" human ca

[PATCH] Documentation: core-api: minor workqueue.rst cleanups

2017-09-18 Thread Randy Dunlap
From: Randy Dunlap Clean up workqueue.rst: - fix minor typos - put '@' after `` instead of preceding them (one place) - use "CPU" instead of "cpu" in text consistently - quote one function name Signed-off-by: Randy Dunlap Cc: Tejun Heo Cc: Florian Mickler --- Documentation/core-api/workqueue

[PATCH 3/3 v12] printk: Add monotonic, boottime, and realtime timestamps

2017-09-18 Thread Prarit Bhargava
printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock timestamp to printk messages. The local hardware clock loses time each day making it difficult to determine exactly when an issue has occurred in the kernel log, and making it difficult to determine how kernel and hardware i

[PATCH 0/3 v12] printk: Add new timestamps

2017-09-18 Thread Prarit Bhargava
printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock timestamp to printk messages. The local hardware clock loses time each day making it difficult to determine exactly when an issue has occurred in the kernel log, and making it difficult to determine how kernel and hardware i

Re: [v8 0/4] cgroup-aware OOM killer

2017-09-18 Thread Roman Gushchin
On Mon, Sep 18, 2017 at 08:20:45AM +0200, Michal Hocko wrote: > On Fri 15-09-17 14:08:07, Roman Gushchin wrote: > > On Fri, Sep 15, 2017 at 12:55:55PM -0700, David Rientjes wrote: > > > On Fri, 15 Sep 2017, Roman Gushchin wrote: > > > > > > > > But then you just enforce a structural restriction on

Re: rcu kernel-doc issues (4.14-rc1)

2017-09-18 Thread Paul E. McKenney
On Mon, Sep 18, 2017 at 09:30:01AM +0200, Markus Heiser wrote: > > > Am 18.09.2017 um 04:40 schrieb Paul E. McKenney > > : > [...] > > And after some playing around, I did get rid of the error messages. > > The code-block output looks a bit strange though, hints? I preceded > > the code block wi

Re: [PATCH] Documentation: kernel-api: add bitmap operations from linux/bitmap.h

2017-09-18 Thread Yury Norov
On Sun, Sep 17, 2017 at 07:07:10PM -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Add to kernel-api Bitmap Operations section. > Fix kernel-doc nitpicks in . > > Signed-off-by: Randy Dunlap > Cc: Yury Norov Acked-by: Yury Norov > --- > Documentation/core-api/kernel-api.rst |3 +++

Re: [PATCH v8 00/20] ILP32 for ARM64

2017-09-18 Thread Catalin Marinas
On Mon, Sep 04, 2017 at 02:54:50PM +0300, Yury Norov wrote: > This is 4.13-based and next-20170901-based ilp32 patches. > https://github.com/norov/linux/tree/ilp32-4.13 Thanks. I'll mirror it on kernel.org sometime this week after doing some tests (I've been mostly away for the past two weeks).

Re: rcu kernel-doc issues (4.14-rc1)

2017-09-18 Thread Markus Heiser
> Am 18.09.2017 um 04:40 schrieb Paul E. McKenney : [...] > And after some playing around, I did get rid of the error messages. > The code-block output looks a bit strange though, hints? I preceded > the code block with "::", again at Akira's suggestion. It looks fine > except for the :c:func: a