[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140701074255.GF14471@dragon>
Date: Tue, 1 Jul 2014 15:42:56 +0800
From: Shawn Guo <shawn.guo@...escale.com>
To: Gregory CLEMENT <gregory.clement@...e-electrons.com>
CC: Rob Herring <robherring2@...il.com>,
Thomas Petazzoni <thomas.petazzoni@...e-electrons.com>,
Andrew Lunn <andrew@...n.ch>,
Russell King <linux@....linux.org.uk>,
Jason Cooper <jason@...edaemon.net>,
Tawfik Bayouk <tawfik@...vell.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Nadav Haklai <nadavh@...vell.com>,
Lior Amsalem <alior@...vell.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Sascha Hauer <kernel@...gutronix.de>,
Ezequiel Garcia <ezequiel.garcia@...e-electrons.com>,
Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>
Subject: Re: [PATCH 0/5] ARM: Centralize the access to the SCU register
On Fri, Jun 27, 2014 at 01:01:03AM +0200, Gregory CLEMENT wrote:
> >> The last patch removed a direct access to the SCU register by an
> >> access through the new scu_standby_enable() function. For this one I
> >> have just checked that the kernel can be built using the
> >> imx_v6_v7_defconfig config, but I didn't test it on an imx6 hardware.
> >
> > Why would we not just turn on these 2 features unconditionally? If we
>
> You mean in scu_enbale() ?
>
> > don't know of any platform where they are broken, then we should just
>
> At least on some imx6 SCU standby is broken according to the code and
> the comments.
Hi Gregory,
What's broken on particular revisions of some i.MX6 SoC is WAIT mode
support, not SCU standby. I think the SCU standby can just be
unconditionally enabled in scu_enbale().
Shawn
--
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