From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sudeep Holla Subject: Re: [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree() Date: Tue, 18 Nov 2014 17:02:05 +0000 Message-ID: <546B7B8D.1070201@arm.com> References: <1413553034-20956-1-git-send-email-hanjun.guo@linaro.org> <1413553034-20956-2-git-send-email-hanjun.guo@linaro.org> <546B4D8D.2020605@linaro.org> <20141118164312.GL28279@e104818-lin.cambridge.arm.com> <20141118165713.GT18842@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from service87.mimecast.com ([91.220.42.44]:56195 "EHLO service87.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754141AbaKRRBx convert rfc822-to-8bit (ORCPT ); Tue, 18 Nov 2014 12:01:53 -0500 In-Reply-To: <20141118165713.GT18842@arm.com> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Will Deacon , Catalin Marinas Cc: Sudeep Holla , "hanjun.guo@linaro.org" , "Rafael J. Wysocki" , Mark Rutland , Olof Johansson , "grant.likely@linaro.org" , "graeme.gregory@linaro.org" , Arnd Bergmann , "jcm@redhat.com" , Jason Cooper , Marc Zyngier , Bjorn Helgaas , Daniel Lezcano , Mark Brown , Rob Herring , Robert Richter , Lv Zheng , Robert Moore , Lorenzo Pieralisi , Liviu Dudau , Randy Dunlap , Charles Garcia-Tobin , Kangk Hi Will, I was writing to reply to Catalin's mail :) On 18/11/14 16:57, Will Deacon wrote: > On Tue, Nov 18, 2014 at 04:43:13PM +0000, Catalin Marinas wrote: >> On Tue, Nov 18, 2014 at 01:45:49PM +0000, Hanjun Guo wrote: >>> On 2014=E5=B9=B410=E6=9C=8817=E6=97=A5 21:36, Hanjun Guo wrote: >>>> It always make sense to initialize CPU0's logical map entry from t= he >>>> hardware values, so move the initialization of cpu_logical_map(0) >>>> before unflatten_device_tree() which is needed by ACPI code later. >>>> >>>> Acked-by: Olof Johansson >>>> Acked-by: Mark Rutland >>>> Signed-off-by: Hanjun Guo >>> >>> Could you merge this patch first in 3.19? It was acked by Olof and >>> Mark, and it will make sense without ACPI too. >> >> I think it can go in for 3.19 (it's Will's turn this time ;)). > > This patch doesn't apply on for-next/core, as it conflicts with some = of > Rutland's rework ("arm64: log physical ID of boot CPU"). > It's actually not required anymore, as "arm64: log physical ID of boot CPU" move it quite early in the sequence from setup_arch to smp_setup_processor_id while this patch just moves it up in setup_arch. Regards, Sudeep -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html