[PATCH] scripts/kernel-doc: warn on excess enum value descriptions

2017-09-19 Thread Johannes Berg
From: Johannes Berg The existing message "Excess struct/union/enum/typedef member [...]" made it sound like this would already be done, but the code is never invoked for enums or typedefs (and really can't be). Add some code to the enum dumper to handle this there instead. While at it,

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

2017-09-19 Thread Prarit Bhargava
On 09/17/2017 06:46 AM, Sergey Senozhatsky wrote: > I'm a bit uncomfortable with the "breaks user space" part. since this > is a strictly debugging option, would it be sufficient to store those > extended timestamps as prefixes of every message? > see (sorry for "self-quoting"): > lkml.ker

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

2017-09-19 Thread Jacek Anaszewski
On 09/19/2017 12:29 AM, Dmitry Torokhov wrote: > 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

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

2017-09-19 Thread David Rientjes
On Mon, 18 Sep 2017, Michal Hocko wrote: > > > > But then you just enforce a structural restriction on your configuration > > > > because > > > > root > > > > / \ > > > >AD > > > > /\ > > > > B C > > > > > > > > is a different thing than > > > >

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

2017-09-19 Thread David Rientjes
On Fri, 15 Sep 2017, Roman Gushchin wrote: > > > > But then you just enforce a structural restriction on your configuration > > > > because > > > > root > > > > / \ > > > >AD > > > > /\ > > > > B C > > > > > > > > is a different thing than > > > >

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

2017-09-19 Thread Dmitry Torokhov
On Tue, Sep 19, 2017 at 1:45 PM, Jacek Anaszewski wrote: > On 09/19/2017 12:29 AM, Dmitry Torokhov wrote: >> 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 enga

Re: [PATCH v2] doc: coresight: correct usage for disabling idle states

2017-09-19 Thread Mathieu Poirier
On 15 September 2017 at 04:16, Leo Yan wrote: > In the coresight CPU debug document it suggests to use 'echo' command > to set latency request to /dev/cpu_dma_latency so can disable all CPU > idle states, but in fact this doesn't work. > > This is because when the command 'echo' exits, it releases

Re: [PATCH v2] doc: coresight: correct usage for disabling idle states

2017-09-19 Thread Leo Yan
On Tue, Sep 19, 2017 at 03:32:54PM -0600, Mathieu Poirier wrote: > On 15 September 2017 at 04:16, Leo Yan wrote: > > In the coresight CPU debug document it suggests to use 'echo' command > > to set latency request to /dev/cpu_dma_latency so can disable all CPU > > idle states, but in fact this doe

Re: [PATCH net] ipv6: fix net.ipv6.conf.all interface DAD handlers

2017-09-19 Thread David Miller
From: Matteo Croce Date: Tue, 12 Sep 2017 17:46:37 +0200 > Currently, writing into > net.ipv6.conf.all.{accept_dad,use_optimistic,optimistic_dad} has no effect. > Fix handling of these flags by: > > - using the maximum of global and per-interface values for the > accept_dad flag. That is, if a

[PATCH v3] doc: coresight: correct usage for disabling idle states

2017-09-19 Thread Leo Yan
In the coresight CPU debug document it suggests to use 'echo' command to set latency request to /dev/cpu_dma_latency so can disable all CPU idle states, but in fact this doesn't work. This is because when the command 'echo' exits, it releases the device node's file descriptor and the kernel releas