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 cover
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 advan
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 this current version.
>
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 deletions(-)
> >
> > diff --git a/Documentation/ad
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 (isspace(args[i]) && !in_quote)
> > > + if
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),
On Mon, Sep 25, 2017 at 01:00:04PM -0400, Johannes Weiner wrote:
> 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 +
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 wr
> 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 outer
>>>
>>> When we have multiple levels of embedded
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 bloc
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 p
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 wrote:
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 | 8
1 file
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
---
Docume
14 matches
Mail list logo
