[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <F89ECF87BC754A49BB74E794F6A0EC2F01089009@GSjpTKYDCembx31.service.hitachi.net>
Date: Tue, 7 Feb 2017 08:51:28 +0000
From: 岩松信洋 / IWAMATSU,NOBUHIRO
<nobuhiro.iwamatsu.kw@...achi.com>
To: Mark Salyzyn <salyzyn@...roid.com>,
Anton Vorontsov <anton@...msg.org>,
Colin Cross <ccross@...roid.com>,
Kees Cook <keescook@...omium.org>,
"Tony Luck" <tony.luck@...el.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
阿口誠司 / AGUCHI,SEIJI
<seiji.aguchi.tr@...achi.com>, Shuah Khan <shuahkh@....samsung.com>
Subject: RE: [PATCH v4 2nd 1/4] ramoops: Add __ramoops_init_prz() as generic
function
Hi,
Thanks for your review.
> -----Original Message-----
> From: Mark Salyzyn [mailto:salyzyn@...roid.com]
> Sent: Friday, February 03, 2017 7:13 AM
> To: 岩松信洋 / IWAMATSU,NOBUHIRO; Anton Vorontsov; Colin Cross; Kees Cook;
> Tony Luck
> Cc: linux-kernel@...r.kernel.org; Hiraku Toyooka; 阿口誠司 / AGUCHI,
> SEIJI; Shuah Khan
> Subject: Re: [PATCH v4 2nd 1/4] ramoops: Add __ramoops_init_prz() as generic
> function
>
> On 01/30/2017 05:58 PM, Nobuhiro Iwamatsu wrote:
> > +
> > + if (zap && *paddr + sz - cxt->phys_addr > cxt->size) {
> > + dev_err(dev, "no room for %s mem region (0x%zx@...llx) in
> (0x%lx@...llx)\n",
> > + name, sz, (unsigned long long)*paddr,
> > + cxt->size, (unsigned long long)cxt->phys_addr);
> > + return -ENOMEM;
> > + }
> > +
> Why not allow this limit check for ramoops_init_prsz call?
>
This code is controlled by flag of zap.
If zap is false, __ramoops_init_prz() is worked same as original ramoops_init_przs().
Best regards,
Nobuhiro
Powered by blists - more mailing lists