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

On Mon, 25 Sep 2017, Johannes Weiner wrote: > > True but we want to have the semantic reasonably understandable. And it > > is quite hard to explain that the oom killer hasn't selected the largest > > memcg just because it happened to be in a deeper hierarchy which has > > been configured to

[PATCH v8 0/9] Application Data Integrity feature introduced by SPARC M7

SPARC M7 processor adds additional metadata for memory address space that can be used to secure access to regions of memory. This additional metadata is implemented as a 4-bit tag attached to each cacheline size block of memory. A task can set a tag on any number of such blocks. Access to such

Re: [PATCH v2] scripts: kernel-doc: fix nexted handling

> Am 24.09.2017 um 19:38 schrieb Mauro Carvalho Chehab > : > > Em Sun, 24 Sep 2017 17:13:13 +0200 > Markus Heiser escreveu: > >>> Am 24.09.2017 um 12:23 schrieb Mauro Carvalho Che >>> >>> v2: handle embedded structs/unions from inner to

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

On Mon, Sep 25, 2017 at 02:24:00PM +0200, Michal Hocko wrote: > I would really appreciate some feedback from Tejun, Johannes here. > > On Wed 20-09-17 14:53:41, Roman Gushchin wrote: > > On Mon, Sep 18, 2017 at 08:14:05AM +0200, Michal Hocko wrote: > > > On Fri 15-09-17 08:23:01, Roman Gushchin

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

ADI is a new feature supported on SPARC M7 and newer processors to allow hardware to catch rogue accesses to memory. ADI is supported for data fetches only and not instruction fetches. An app can enable ADI on its data pages, set version tags on them and use versioned addresses to access the data

[PATCH] scripts: kernel-doc: parse next structs/unions

There are several places within the Kernel tree with nested structs/unions, like this one: struct ingenic_cgu_clk_info { const char *name; enum { CGU_CLK_NONE = 0, CGU_CLK_EXT = BIT(0), CGU_CLK_PLL = BIT(1), CGU_CLK_GATE = BIT(2), CGU_CLK_MUX = BIT(3),

Re: [PATCH 1/6] lib/cmdline.c: Add backslash support to kernel commandline parsing.

On Fri, 15 Sep 2017 19:28:56 +0200 Michal Suchánek wrote: > On Fri, 15 Sep 2017 18:14:09 +0100 > Al Viro wrote: > > > On Fri, Sep 15, 2017 at 07:02:46PM +0200, Michal Suchanek wrote: > > > > > for (i = 0; args[i]; i++) { > > > - if

Re: [PATCH 6/6] Documentation/admin-guide: single quotes in kernel arguments.

On Fri, 15 Sep 2017 10:59:00 -0700 Randy Dunlap wrote: > On 09/15/17 10:02, Michal Suchanek wrote: > > Signed-off-by: Michal Suchanek > > --- > > Documentation/admin-guide/kernel-parameters.rst | 5 +++-- > > 1 file changed, 3 insertions(+), 2

Re: [PATCH v2] scripts: kernel-doc: fix nexted handling

Em Mon, 25 Sep 2017 18:58:14 +0200 Markus Heiser escreveu: > > As reference, I'm testing it with: > > > > $ scripts/kernel-doc -rst ./drivers/clk/ingenic/cgu.h > > > > PS.: I'm pretty sure it can be improved. Also, only the ReST output > > is working properly on

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

On Mon 25-09-17 19:15:33, Roman Gushchin wrote: [...] > I'm not against this model, as I've said before. It feels logical, > and will work fine in most cases. > > In this case we can drop any mount/boot options, because it preserves > the existing behavior in the default configuration. A big

[PATCH 1/2] Documentation/process: fix the canonical patch format description

There shouldn't be a blank line at the beginning, if there is no optional in-body "From" line. There must be a blank line between the body of the explanation and the beginning of the S-o-b lines. Signed-off-by: Junio C Hamano --- Documentation/process/submitting-patches.rst

[PATCH 2/2] Documentation/process: phrasofix

Devils in the details are found only when the high level design is refined and gets more detailed, and the appropriate phrase to use to describe this is "problems are revealed", not "problems are reviewed". Reviews may reveal these problems, though ;-) Signed-off-by: Junio C Hamano

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

I would really appreciate some feedback from Tejun, Johannes here. On Wed 20-09-17 14:53:41, Roman Gushchin wrote: > On Mon, Sep 18, 2017 at 08:14:05AM +0200, Michal Hocko wrote: > > On Fri 15-09-17 08:23:01, Roman Gushchin wrote: > > > On Fri, Sep 15, 2017 at 12:58:26PM +0200, Michal Hocko