From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751794AbdITJkt (ORCPT ); Wed, 20 Sep 2017 05:40:49 -0400 Received: from foss.arm.com ([217.140.101.70]:59382 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751775AbdITJkr (ORCPT ); Wed, 20 Sep 2017 05:40:47 -0400 Cc: Sudeep Holla , Rob Herring , Catalin Marinas , Will Deacon , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, patches@linaro.org Subject: Re: [PATCH v2] arm64: dts: foundation-v8: Enable PSCI mode To: Daniel Thompson , Liviu Dudau , Lorenzo Pieralisi , Mark Rutland References: <20170918153832.16356-1-daniel.thompson@linaro.org> <20170919183204.12751-1-daniel.thompson@linaro.org> From: Sudeep Holla Organization: ARM Message-ID: Date: Wed, 20 Sep 2017 10:42:52 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170919183204.12751-1-daniel.thompson@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 19/09/17 19:32, Daniel Thompson wrote: > Currently if the Foundation model is running ARM Trusted Firmware then > the kernel, which is configured to use spin tables, cannot start secondary > processors or "power off" the simulation. > > After adding a couple of labels to the include file and splitting out the > spin-table configuration into a header, we add a couple of new headers > together with two new DTs (GICv2+PSCI and GICv3+PSCI). > > The new GICv3+PSCI DT has been boot tested, the remaining three (two of > which existed prior to this patch) have been "tested" by decompiling the > blobs and comparing them against a reference. > How different are these from the ones hosted in [1] ? On argument is that we want to take the DTS out of device tree as firmware is responsible for generating them. Alternatively, we may be duplicating resulting in discrepancies over time by coping it into kernel. Since users of ARM TF must be able to access these, I am not sure if it makes sense to merge these. Or we remove it from ARM TF to avoid any conflicts/discrepancies. Thoughts ? -- Regards, Sudeep [1] https://github.com/ARM-software/arm-trusted-firmware/tree/master/fdts