Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754139AbbHXUAZ (ORCPT ); Mon, 24 Aug 2015 16:00:25 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:50322 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754107AbbHXUAW (ORCPT ); Mon, 24 Aug 2015 16:00:22 -0400 From: Arnd Bergmann To: Masahiro Yamada Cc: arm@kernel.org, Jiri Slaby , Linus Walleij , Kumar Gala , Jungseung Lee , Ian Campbell , Rob Herring , Tejun Heo , Pawel Moll , Florian Fainelli , Maxime Coquelin , Andrew Morton , devicetree@vger.kernel.org, Mauro Carvalho Chehab , Russell King , linux-arm-kernel@lists.infradead.org, Nathan Lynch , Kees Cook , Paul Bolle , Greg KH , linux-kernel@vger.kernel.org, "David S. Miller" , Joe Perches , Uwe =?ISO-8859-1?Q?Kleine=2DK=F6nig?= , Mark Rutland Subject: Re: [PATCH 1/3] ARM: uniphier: add outer cache support Date: Mon, 24 Aug 2015 21:59:51 +0200 Message-ID: <2021253.vgeYqalDfp@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <1440382692-3855-2-git-send-email-yamada.masahiro@socionext.com> References: <1440382692-3855-1-git-send-email-yamada.masahiro@socionext.com> <1440382692-3855-2-git-send-email-yamada.masahiro@socionext.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:s8K/tDTXW0/D1W1VnPQVjdjPCF3S1noLjsrNZToLX/TU1julQqw o//WXAHsWmJGyxw1txOEP531jKPyuaNfzOl2VIVGIhzPpCFfD2ZNJ2r9+l1wrEdCWq9wc3W kIo2qqquFgC/BHgFpr5ed0J39YoQR/uxPlgPcHl3JRp4i/2zS9nXpbLGq0y1QtgqHv62ZVM 2RnZYSBkp9nlXfaE/s1Sg== X-UI-Out-Filterresults: notjunk:1;V01:K0:qooE8yNv7wU=:RyA0wg2sAnkl1UmmQ2IQNp IK7BgWOST4azYtKgwnGimmxj5N0OqiQvaUt4AGfLs1klo56MKHf/XyAKTR2kOyjJC+8xWtTwi fgiSKBvC7A/8eEfMrINPssGSuAUNuZKw0GIL5w8ZvMLN2PmJJbmWsMQGueYH0L2GzvB6YuC0r N8Bc7AWOynitR5otk8TJrF9TbLoUq7ys6Fpn2Fkuha1rtqcyqIMhsYHONFt2IHUYV3TSIkBSY TNfNvXgS+O95laAQYvUIrOQL+p7IRe/acV8d8vlcwwSIVSzR1VyWyUYpuZ9O8Gm7db+uDVTEr NpRLRyWpVHhmiT3vIxKbjyu3o97T9UZ5Nnvk7JqUbW7XVwc4FLrMfnU8RFFEpKQrlVfODr2WH PGIjH5AfnuaAR3H7ra3QRBxK+3i3oA/exy+VWlbkU0lHJzPgWdIvY7uw4YRAFo1jQulZr4AS/ 0RIKDTdGf3G+fvMcj4LBorerrAdOcDfqtfg0zp54EojXv4GO/Ths3wEUwaW7HcA4EbSsbFuGi R9ldGnD5+eJpKCJBYF8lOhzKG2IS3gJ2IdIZn729Uv6ydQ7jy9YTlRfxTKtXZEhBw29KgdmNE WxXI6O0oax4wp8ltBubRN+/zu0NUiDCYq+oF1OvIwXxhjxovnooL3lcqhoIWZ0jDQGxM5vqu5 hjyNCtieqamCgEE50qMfRt8NowCPF26z2R77Jf3pUWF3pfFIqeCoVv3ezWnM7kpfYmiGOfPo5 M936IGHRNC0enu6r Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1583 Lines: 36 On Monday 24 August 2015 11:18:10 Masahiro Yamada wrote: > diff --git a/Documentation/devicetree/bindings/arm/uniphier/cache-uniphier.txt b/Documentation/devicetree/bindings/arm/uniphier/cache-uniphier.txt > new file mode 100644 > index 0000000..6428289 > --- /dev/null > +++ b/Documentation/devicetree/bindings/arm/uniphier/cache-uniphier.txt > @@ -0,0 +1,30 @@ > +UniPhier outer cache controller > + > +UniPhier SoCs are integrated with a level 2 cache controller that resides > +outside of the ARM cores, some of them also have a level 3 cache controller. > + > +Required properties: > +- compatible: should be one of the followings: > + "socionext,uniphier-l2-cache" (L2 cache) > + "socionext,uniphier-l3-cache" (L3 cache) > +- reg: offsets and lengths of the register sets for the device. It should > + contain 3 regions: control registers, revision registers, operation > + registers, in this order. > + > +The L2 cache must exist to use the L3 cache; adding only an L3 cache device > +node to the device tree causes the initialization failure of the whole outer > +cache system. > How much does this outer cache have in common with the l2x0/pl310 cache controller model? Would it make sense to at least share the common entry point at l2x0_of_init() so you don't need to call it from the platform file? Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/