From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BADB5C433E1 for ; Fri, 5 Jun 2020 08:09:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 96DC220820 for ; Fri, 5 Jun 2020 08:09:27 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b="wBe35UXK" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726062AbgFEIJX (ORCPT ); Fri, 5 Jun 2020 04:09:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47446 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726024AbgFEIJX (ORCPT ); Fri, 5 Jun 2020 04:09:23 -0400 Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [IPv6:2001:4d48:ad52:3201:214:fdff:fe10:1be6]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 07574C08C5C2; Fri, 5 Jun 2020 01:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=xTC03c+VN1v9oPdUo2yGRbRXi+/1BHiQCVEdadEW0B0=; b=wBe35UXKkNUxuKRFJWItlkvuD 1XY++1q2yh1Zdn8E9bM44XF0UXOTbnrgJPyyFkMCF+P4VJYeq+HpcJrBCctVCNZHX/QflI8PUFqtB eZVzlHFtFLAMWyyURO+ZOuWjWW2UT6JYXUsEuLKMJ9qbhzww3ib7kkkI1fJmq070czJ/cCNCfTdtc 86LNj7hzaz4ANgBd2UcVJ/DlxPycd45pLpZ+iVRHYTIIhttw+53TPqf/dL2Ynv8/juj15jvwn3A7S 5jRRS8YLk88zzyi7ZU5mxkYkidghFxHNQohGA2yHxTA2VLGXaTvLNOXzek+UAYiFZxKhE4g3JDHDX ldCDaZPKQ==; Received: from shell.armlinux.org.uk ([2001:4d48:ad52:3201:5054:ff:fe00:4ec]:49608) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jh7Pb-0001ay-Ky; Fri, 05 Jun 2020 09:09:11 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1jh7PW-0007IR-1u; Fri, 05 Jun 2020 09:09:06 +0100 Date: Fri, 5 Jun 2020 09:09:06 +0100 From: Russell King - ARM Linux admin To: Neal Liu Cc: Marc Zyngier , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Julius Werner , Herbert Xu , Arnd Bergmann , Greg Kroah-Hartman , Sean Wang , "linux-mediatek@lists.infradead.org" , lkml , wsd_upstream , Rob Herring , Linux Crypto Mailing List , Matt Mackall , Matthias Brugger , Crystal Guo =?utf-8?B?KOmDreaZtik=?= , Ard Biesheuvel , Linux ARM Subject: Re: Security Random Number Generator support Message-ID: <20200605080905.GF1551@shell.armlinux.org.uk> References: <1591085678-22764-1-git-send-email-neal.liu@mediatek.com> <85dfc0142d3879d50c0ba18bcc71e199@misterjones.org> <1591169342.4878.9.camel@mtkswgap22> <20200603093416.GY1551@shell.armlinux.org.uk> <1591341543.19510.4.camel@mtkswgap22> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1591341543.19510.4.camel@mtkswgap22> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Fri, Jun 05, 2020 at 03:19:03PM +0800, Neal Liu wrote: > On Wed, 2020-06-03 at 17:34 +0800, Russell King - ARM Linux admin wrote: > > This kind of thing is something that ARM have seems to shy away from > > doing - it's a point I brought up many years ago when the whole > > trustzone thing first appeared with its SMC call. Those around the > > conference table were not interested - ARM seemed to prefer every > > vendor to do off and do their own thing with the SMC interface. > > Does that mean it make sense to model a sec-rng driver, and get each > vendor's SMC function id by DT node? _If_ vendors have already gone off and decided to use different SMC function IDs for this, while keeping the rest of the SMC interface the same, then the choice has already been made. I know on 32-bit that some of the secure world implementations can't be changed; they're burnt into the ROM. I believe on 64-bit that isn't the case, which makes it easier to standardise. Do you have visibility of how this SMC is implemented in the secure side? Is it in ATF, and is it done as a vendor hack or is there an element of generic implementation to it? Has it been submitted upstream to the main ATF repository? -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTC for 0.8m (est. 1762m) line in suburbia: sync at 13.1Mbps down 424kbps up From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2E94DC433E2 for ; Fri, 5 Jun 2020 08:10:08 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 91780207F5 for ; Fri, 5 Jun 2020 08:10:07 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="thv7D2Pk"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b="wBe35UXK" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 91780207F5 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=armlinux.org.uk Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=3rmI9xMvdYQXBRjmzVsz3lVlof484LwNKRh5B6/pwnc=; b=thv7D2Pk+rqJk6 SRmGrV50LXNDjYAA9umfPB6+AP+aZ1wsyzfe0yFrTZfLO0Fie+eM2TgQVvdtIyQ0Pk/TG1wPcjiy8 3+PQHiNPcNSXFWk94EEuEZnQIZ0iAWA1kYxa0+7vt2KfeQwQWJDCUWlIsAKHSaGNGZ3dKj4iI2Bgz tlfTyLl477sDdDUhQhGJdqgbUpPZiex77GUtWgfV//le0cuggMVbU75FXggqYq+jt+Kxbdy1kCd60 k0Zi8YsWZ6sVt+4ty9WESx+bINmlEXtghdk4VParidotHpOozciuqQ9cfQJdf0axsEqoAja9mIHAl b81NGqO0bKj18xoxNzdg==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jh7QJ-0004dA-1w; Fri, 05 Jun 2020 08:09:55 +0000 Received: from pandora.armlinux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:1be6]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jh7QF-0004c7-9V; Fri, 05 Jun 2020 08:09:53 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=xTC03c+VN1v9oPdUo2yGRbRXi+/1BHiQCVEdadEW0B0=; b=wBe35UXKkNUxuKRFJWItlkvuD 1XY++1q2yh1Zdn8E9bM44XF0UXOTbnrgJPyyFkMCF+P4VJYeq+HpcJrBCctVCNZHX/QflI8PUFqtB eZVzlHFtFLAMWyyURO+ZOuWjWW2UT6JYXUsEuLKMJ9qbhzww3ib7kkkI1fJmq070czJ/cCNCfTdtc 86LNj7hzaz4ANgBd2UcVJ/DlxPycd45pLpZ+iVRHYTIIhttw+53TPqf/dL2Ynv8/juj15jvwn3A7S 5jRRS8YLk88zzyi7ZU5mxkYkidghFxHNQohGA2yHxTA2VLGXaTvLNOXzek+UAYiFZxKhE4g3JDHDX ldCDaZPKQ==; Received: from shell.armlinux.org.uk ([2001:4d48:ad52:3201:5054:ff:fe00:4ec]:49608) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jh7Pb-0001ay-Ky; Fri, 05 Jun 2020 09:09:11 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1jh7PW-0007IR-1u; Fri, 05 Jun 2020 09:09:06 +0100 Date: Fri, 5 Jun 2020 09:09:06 +0100 From: Russell King - ARM Linux admin To: Neal Liu Subject: Re: Security Random Number Generator support Message-ID: <20200605080905.GF1551@shell.armlinux.org.uk> References: <1591085678-22764-1-git-send-email-neal.liu@mediatek.com> <85dfc0142d3879d50c0ba18bcc71e199@misterjones.org> <1591169342.4878.9.camel@mtkswgap22> <20200603093416.GY1551@shell.armlinux.org.uk> <1591341543.19510.4.camel@mtkswgap22> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1591341543.19510.4.camel@mtkswgap22> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200605_010951_333269_7B6F06A0 X-CRM114-Status: GOOD ( 13.52 ) X-BeenThere: linux-mediatek@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Julius Werner , Herbert Xu , Arnd Bergmann , Marc Zyngier , Matt Mackall , Sean Wang , lkml , wsd_upstream , Rob Herring , "linux-mediatek@lists.infradead.org" , Linux Crypto Mailing List , Greg Kroah-Hartman , Matthias Brugger , Crystal Guo =?utf-8?B?KOmDreaZtik=?= , Ard Biesheuvel , Linux ARM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org On Fri, Jun 05, 2020 at 03:19:03PM +0800, Neal Liu wrote: > On Wed, 2020-06-03 at 17:34 +0800, Russell King - ARM Linux admin wrote: > > This kind of thing is something that ARM have seems to shy away from > > doing - it's a point I brought up many years ago when the whole > > trustzone thing first appeared with its SMC call. Those around the > > conference table were not interested - ARM seemed to prefer every > > vendor to do off and do their own thing with the SMC interface. > > Does that mean it make sense to model a sec-rng driver, and get each > vendor's SMC function id by DT node? _If_ vendors have already gone off and decided to use different SMC function IDs for this, while keeping the rest of the SMC interface the same, then the choice has already been made. I know on 32-bit that some of the secure world implementations can't be changed; they're burnt into the ROM. I believe on 64-bit that isn't the case, which makes it easier to standardise. Do you have visibility of how this SMC is implemented in the secure side? Is it in ATF, and is it done as a vendor hack or is there an element of generic implementation to it? Has it been submitted upstream to the main ATF repository? -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTC for 0.8m (est. 1762m) line in suburbia: sync at 13.1Mbps down 424kbps up _______________________________________________ Linux-mediatek mailing list Linux-mediatek@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-mediatek From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5F9A6C433E0 for ; Fri, 5 Jun 2020 08:10:05 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1EF65207F5 for ; Fri, 5 Jun 2020 08:10:05 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="jpUyCVGM"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b="wBe35UXK" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1EF65207F5 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=armlinux.org.uk Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=6LpJgFOtzCOMS6H+IzkJFGG3srjB4xnG+1oSN7DPlD0=; b=jpUyCVGMOGrQkP 3LNWk0N8iow24eDWaN0abaoVJ2n7snsLaUgkIHg0F/JMlqn56VxEBssDnfH5D20linyu5lZa/31Sh CMoINlrckUjR3NLNiTqi2cEZ8Xuc+DiVoD43u6lV1OIimY3lbOwvKSollki5wBb2MxZovw321y3DN 019RD1hFYm3PodTl0PDwA+zwyfxr4El4cfHhne0Vr1TrcOkyME9r+Qdx5lfgxSih8tvGtojs1i558 CSkze97S0ZJEJzIlNtDFy3fKdZq/aFKwpFRkJNTMwulcccBJTxhLc8evFZMRR4kDRxUdpU3P0wSlD 9uh0LI7+Az7dUiBRRM6g==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jh7QJ-0004dx-W5; Fri, 05 Jun 2020 08:09:55 +0000 Received: from pandora.armlinux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:1be6]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jh7QF-0004c7-9V; Fri, 05 Jun 2020 08:09:53 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=xTC03c+VN1v9oPdUo2yGRbRXi+/1BHiQCVEdadEW0B0=; b=wBe35UXKkNUxuKRFJWItlkvuD 1XY++1q2yh1Zdn8E9bM44XF0UXOTbnrgJPyyFkMCF+P4VJYeq+HpcJrBCctVCNZHX/QflI8PUFqtB eZVzlHFtFLAMWyyURO+ZOuWjWW2UT6JYXUsEuLKMJ9qbhzww3ib7kkkI1fJmq070czJ/cCNCfTdtc 86LNj7hzaz4ANgBd2UcVJ/DlxPycd45pLpZ+iVRHYTIIhttw+53TPqf/dL2Ynv8/juj15jvwn3A7S 5jRRS8YLk88zzyi7ZU5mxkYkidghFxHNQohGA2yHxTA2VLGXaTvLNOXzek+UAYiFZxKhE4g3JDHDX ldCDaZPKQ==; Received: from shell.armlinux.org.uk ([2001:4d48:ad52:3201:5054:ff:fe00:4ec]:49608) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jh7Pb-0001ay-Ky; Fri, 05 Jun 2020 09:09:11 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1jh7PW-0007IR-1u; Fri, 05 Jun 2020 09:09:06 +0100 Date: Fri, 5 Jun 2020 09:09:06 +0100 From: Russell King - ARM Linux admin To: Neal Liu Subject: Re: Security Random Number Generator support Message-ID: <20200605080905.GF1551@shell.armlinux.org.uk> References: <1591085678-22764-1-git-send-email-neal.liu@mediatek.com> <85dfc0142d3879d50c0ba18bcc71e199@misterjones.org> <1591169342.4878.9.camel@mtkswgap22> <20200603093416.GY1551@shell.armlinux.org.uk> <1591341543.19510.4.camel@mtkswgap22> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1591341543.19510.4.camel@mtkswgap22> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200605_010951_333269_7B6F06A0 X-CRM114-Status: GOOD ( 13.52 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Julius Werner , Herbert Xu , Arnd Bergmann , Marc Zyngier , Matt Mackall , Sean Wang , lkml , wsd_upstream , Rob Herring , "linux-mediatek@lists.infradead.org" , Linux Crypto Mailing List , Greg Kroah-Hartman , Matthias Brugger , Crystal Guo =?utf-8?B?KOmDreaZtik=?= , Ard Biesheuvel , Linux ARM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, Jun 05, 2020 at 03:19:03PM +0800, Neal Liu wrote: > On Wed, 2020-06-03 at 17:34 +0800, Russell King - ARM Linux admin wrote: > > This kind of thing is something that ARM have seems to shy away from > > doing - it's a point I brought up many years ago when the whole > > trustzone thing first appeared with its SMC call. Those around the > > conference table were not interested - ARM seemed to prefer every > > vendor to do off and do their own thing with the SMC interface. > > Does that mean it make sense to model a sec-rng driver, and get each > vendor's SMC function id by DT node? _If_ vendors have already gone off and decided to use different SMC function IDs for this, while keeping the rest of the SMC interface the same, then the choice has already been made. I know on 32-bit that some of the secure world implementations can't be changed; they're burnt into the ROM. I believe on 64-bit that isn't the case, which makes it easier to standardise. Do you have visibility of how this SMC is implemented in the secure side? Is it in ATF, and is it done as a vendor hack or is there an element of generic implementation to it? Has it been submitted upstream to the main ATF repository? -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTC for 0.8m (est. 1762m) line in suburbia: sync at 13.1Mbps down 424kbps up _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel