From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755176Ab3AWK7P (ORCPT ); Wed, 23 Jan 2013 05:59:15 -0500 Received: from hqemgate03.nvidia.com ([216.228.121.140]:6919 "EHLO hqemgate03.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754682Ab3AWK7O convert rfc822-to-8bit (ORCPT ); Wed, 23 Jan 2013 05:59:14 -0500 X-PGP-Universal: processed; by hqnvupgp05.nvidia.com on Wed, 23 Jan 2013 02:59:02 -0800 From: Hiroshi Doyu To: "santosh.shilimkar@ti.com" , "swarren@wwwdotorg.org" CC: "olof@lixom.net" , "linux-arm-kernel@lists.infradead.org" , "arnd@arndb.de" , "linux@arm.linux.org.uk" , "linux-kernel@vger.kernel.org" , "linux-tegra@vger.kernel.org" Date: Wed, 23 Jan 2013 11:58:51 +0100 Subject: Re: [v3 2/2] ARM: tegra: Skip scu_enable(scu_base) if not Cortex A9 Thread-Topic: [v3 2/2] ARM: tegra: Skip scu_enable(scu_base) if not Cortex A9 Thread-Index: Ac35WKVzwewD4j9LQBSvIhlG+FRlKQ== Message-ID: <20130123.125851.1450151123804323961.hdoyu@nvidia.com> References: <50FEC503.2080602@wwwdotorg.org><50FFA620.50008@ti.com> In-Reply-To: <50FFA620.50008@ti.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-nvconfidentiality: public acceptlanguage: en-US Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Santosh Shilimkar wrote @ Wed, 23 Jan 2013 09:58:08 +0100: > On Tuesday 22 January 2013 10:34 PM, Olof Johansson wrote: > > On Tue, Jan 22, 2013 at 8:57 AM, Stephen Warren wrote: > >> On 01/21/2013 11:07 PM, Santosh Shilimkar wrote: > >>> On Tuesday 22 January 2013 11:22 AM, Hiroshi Doyu wrote: > >>>> Skip scu_enable(scu_base) if CPU is not Cortex A9 with SCU. > >>>> > >>>> Signed-off-by: Hiroshi Doyu > >>>> --- > >>> Looks fine. I will also update OMAP code with the new > >>> interface. Thanks. > >> > >> OK, so patch 1/2 at least needs to get into a stable arm-soc branch > >> then. Unless there are violent objections, I'll forward patch 1/2 to > >> arm-soc and request it be added into a branch so that Tegra and OMAP can > >> both merge it into their branches as a dependency. I guess patch 2/2 > >> could also be included; I don't think it has any complex dependencies > >> that'd prevent that, and would help to show how patch 1/2 gets used. > >> > >> Hiroshi, is this series the only dependency you need for your Tegra114 > >> series? So, I could merge your Tegra114 series once this series is applied? > > > > For something like this, it might make more sense for us to just apply > > the patches for OMAP on top, i.e. we'll pull the short branch from > > you, and then we can just apply patches (with maintainer acks) on top, > > instead of doing a bunch of single-patch pulls. > > > In case you decide to apply patches, you can use patch in the end > of the email for OMAP. Attached the same in case mailer damages it. > > Btw, I noticed the build error with patch 1/1. Since I wasn't using > the first interface in OMAP code, I just bypassed it for testing. > I might be missing some dependent patch which added > read_cpuid_part_number(). The following one, which is in "next-20130123", is also necessary. commit 59530adc3f1b802c275f0197fc3ac72dc014267a Author: Christoffer Dall Date: Tue Dec 18 04:06:37 2012 +0000 ARM: Define CPU part numbers and implementors