[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <C2D7FE5348E1B147BCA15975FBA23075014643369A@US01WEMBX2.internal.synopsys.com>
Date: Tue, 12 Feb 2019 17:34:13 +0000
From: Vineet Gupta <vineet.gupta1@...opsys.com>
To: Eugeniy Paltsev <eugeniy.paltsev@...opsys.com>,
"Eugeniy.Paltsev@...opsys.com" <eugeniy.paltsev@...opsys.com>,
"linux-snps-arc@...ts.infradead.org"
<linux-snps-arc@...ts.infradead.org>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Alexey Brodkin" <alexey.brodkin@...opsys.com>,
"khilman@...libre.com" <khilman@...libre.com>,
"clabbe@...libre.com" <clabbe@...libre.com>
Subject: Re: [PATCH 1/2] ARC: U-boot: check arguments paranoidly
On 2/12/19 9:25 AM, Eugeniy Paltsev wrote:
>> This is technically changing the ABI - I think we don't need to enforce this -
>> keep ignoring this
> I think it's better to add this check:
> * This check doesn't break backward compatibility. ARC U-boot pass zero to r1
> from the beginnings, I specially checked this. So we doesn't change ABI,
> we only document it ;)
OK good.
> * By adding this check we can cheap and easily minimize problems in JTAG case.
Prior to your patch this register was irrelevant - it didn't matter for jtag or
uboot cause what its value was since it was not being checked at all. Now you
enforce this be 0. Simple reasoning tells me it will likely cause problems, if
any, but won't reduce them at all. So I'd insist we keep ignoring it even if uboot
was zeroing it out. Atleast this leaves the door open any future changes.
Powered by blists - more mailing lists