[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d251f99e-6618-f1d2-814f-7aaffb8f499f@gmail.com>
Date: Fri, 5 Oct 2018 12:04:26 -0700
From: Frank Rowand <frowand.list@...il.com>
To: Rob Herring <robh+dt@...nel.org>
Cc: Pantelis Antoniou <pantelis.antoniou@...sulko.com>,
Michael Ellerman <mpe@...erman.id.au>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
Alan Tull <atull@...nel.org>, Moritz Fischer <mdf@...nel.org>,
Guenter Roeck <linux@...ck-us.net>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
devicetree@...r.kernel.org, linux-fpga@...r.kernel.org,
Frank Rowand <frowand.list@...il.com>
Subject: Re: [PATCH 15/16] of: unittest: initialize args before calling
of_irq_parse_one()
On 10/05/18 07:53, Rob Herring wrote:
> On Thu, Oct 4, 2018 at 11:14 PM <frowand.list@...il.com> wrote:
>>
>> From: Frank Rowand <frank.rowand@...y.com>
>>
>> Callers of of_irq_parse_one() blindly use the pointer args.np
>> without checking whether of_irq_parse_one() had an error and
>> thus did not set the value of args.np. Initialize args to
>> zero so that using the format "%pOF" to show the value of
>> args.np will show "(null)" when of_irq_parse_one() has an
>> error and does not set args.np instead of trying to
>> dereference a random value.
>>
>> Reported-by: Guenter Roeck <linux@...ck-us.net>
>> Signed-off-by: Frank Rowand <frank.rowand@...y.com>
>> ---
>> drivers/of/unittest.c | 5 +++--
>> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> Does this need to be part of this series?
I do not know if it could be independently applied before the
rest of the series (I have not tested that). I included it
in the series because the series has so many other changes to
unittest.c.
If you want me to break this out, I will remove it from this
series and resend it after the rest of the series has been
pulled to mainline (and rebase on the new mainline).
This patch is not fixing a known failure case - the current
test data does not trigger the problem. The recent patch
from Guenter that you already accepted fixes the known failure
case, so this patch is not urgent. The same is true about the
other cases Guenter pointed out that this patch should fix.
-Frank
Powered by blists - more mailing lists