[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20150130104411.GD8787@red-moon>
Date: Fri, 30 Jan 2015 10:44:11 +0000
From: Lorenzo Pieralisi <lorenzo.pieralisi@....com>
To: "Yang, Wenyou" <Wenyou.Yang@...el.com>
Cc: "Ferre, Nicolas" <Nicolas.FERRE@...el.com>,
"linux@....linux.org.uk" <linux@....linux.org.uk>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"alexandre.belloni@...e-electrons.com"
<alexandre.belloni@...e-electrons.com>,
"sylvain.rochet@...secur.com" <sylvain.rochet@...secur.com>,
"peda@...ntia.se" <peda@...ntia.se>,
"Vilchez, Patrice" <Patrice.VILCHEZ@...el.com>
Subject: Re: [PATCH 2/7] pm: at91: pm_suspend: add the WFI support for ARMv7
On Fri, Jan 30, 2015 at 07:23:21AM +0000, Yang, Wenyou wrote:
[...]
> > > > > + */
> > > > > + isb
> >
> > This isb should not be there, unless you know a reason why it should and you
> > explain it to me.
> I encountered system lock during verifying the pm function.
> Anyway, I will tested again whether it works after removing it.
Re-checked the code flow, I see no reason why this isb should be there.
Adding barriers changes code execution, this might paper over some
issues instead of solving them, so every single barrier should be
commented and added with a specific purpose that I do not see here.
Lorenzo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists