From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758965AbbJ3Ocd (ORCPT ); Fri, 30 Oct 2015 10:32:33 -0400 Received: from foss.arm.com ([217.140.101.70]:44120 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750935AbbJ3Ocb (ORCPT ); Fri, 30 Oct 2015 10:32:31 -0400 Date: Fri, 30 Oct 2015 14:32:20 +0000 From: Mark Rutland To: Stuart Yoder Cc: "robh+dt@kernel.org" , "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , Sharma Bhupesh , Li Leo , Jose Rivera Subject: Re: [PATCH] arm64: dts: Added syscon-reboot node for FSL's LS2085A SoC Message-ID: <20151030143220.GC31073@leverpostej> References: <1445650280-9966-1-git-send-email-German.Rivera@freescale.com> <20151027163441.GK3091@leverpostej> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 27, 2015 at 06:25:04PM +0000, Stuart Yoder wrote: > I think that comment "Currently supported enable-method is psci v0.2" is a statement of > intent, not what is available currently. And the only plan I am aware of is PSCI > with UEFI based firmware. > > U-boot is a key firmware platform for us and has no PSCI implementation available. Please note that PSCI isn't implemented by UEFI. On ARM Juno (and other platforms), PSCI is implemented by ARM Trusted Firmware [1], and the non-secure side can be UEFI (EDK2), U-Boot, or something else entirely. > So, we need this. The device tree simply describes the hardware that is > there and that's what this patch exposes. > > If down the road all firmware provides a PSCI based reset interface then > we will naturally use that. But we need something in the meantime to > let us reboot the system. I appreciate that you need this if you do not have a PSCI implementation. I was mislead by the comment. Thanks, Mark. [1] https://github.com/ARM-software/arm-trusted-firmware