Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1989522ybz; Sun, 26 Apr 2020 08:40:02 -0700 (PDT) X-Google-Smtp-Source: APiQypLbav7flCSdo+TaWe1R3laZytny3b88TxK6nSAn6ihpvnI2fpwhen+PPwiDMtIoHpULGZUi X-Received: by 2002:a05:6402:752:: with SMTP id p18mr16038783edy.261.1587915602425; Sun, 26 Apr 2020 08:40:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587915602; cv=none; d=google.com; s=arc-20160816; b=rOUN7T7aqMrNc7HdxuFl2LwRao/k9x53upJy17YzuNLYOxKSFOmEQEg/ugfuHu4wzN aix/Hfgpc9/zs7ueLCwCUhzMqa8CBjZ0AoyGEavL+oIT26TU+ZM+Tuod1ctyUr5ul3Ut 8aXjazpBha7vLJJs83VRAgJW+5spcoDX3ZNbk4/ZAta+hMe7LeAE2dAC1PsdjzdEhLhJ dB8UVzGXhkrHkSkZD1uBNLc0WxRvldlTzuyj36QMl6agSAvBA3iPC1TbHJ95Odm8uZZf so5HEcsXz8GamsA2j5+X8s+3i9V9dIM6TmcPJ4ktfqUSMP9mHj7dqT8f+WPUWj7SLcvL KyJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=we74QiB75BtYwlX2vu1/hk6PEpVENj5opPHAohrnsck=; b=s0EtP2PbH75lf1B5jdrqMwbu/aCk39FVf+yMlYyNzsOlNjK2nMieRqL8sak7GTdqeA OhtjnSv3yflOnxpcAY2QUhYqrdZlbrVz9cD5ODktNwk+O8Wq5Yf8fWWRUznS9kpME9za rBvRddYE9EwDMw+PWvZ0umcDa3LGAn1dfJvSqZ9ya/sUdI5Nqgbjr0oXHo45EFe0HtR3 mlaiB0cbzAJuYsCFh08PeyIcFPi1OCQofbgJvpy03Qx80wfm3eNoHw3TDUB5euS8CcDV EOBrOOLQURaBxCs7Lp1i59FdOHEZjsd645ou8m+HajwTmrFS+2klaBfpnhGur4rSIglG 9PnA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Odv9VoxY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dx16si7071997ejb.532.2020.04.26.08.39.39; Sun, 26 Apr 2020 08:40:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Odv9VoxY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726176AbgDZPfa (ORCPT + 99 others); Sun, 26 Apr 2020 11:35:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47084 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726146AbgDZPf3 (ORCPT ); Sun, 26 Apr 2020 11:35:29 -0400 Received: from mail-lf1-x143.google.com (mail-lf1-x143.google.com [IPv6:2a00:1450:4864:20::143]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 29E92C061A0F for ; Sun, 26 Apr 2020 08:35:29 -0700 (PDT) Received: by mail-lf1-x143.google.com with SMTP id j14so11682314lfg.9 for ; Sun, 26 Apr 2020 08:35:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=we74QiB75BtYwlX2vu1/hk6PEpVENj5opPHAohrnsck=; b=Odv9VoxY6497vkDTk3+CRrgpuyR/3DNV0ZX8s0CZ9GN4rNPbF0ZAWfH+KZM9MA8Mqj lR9kQ0/xxj0SUdi0P3ul3qdJo5Fg0sktrQoC3ayiMfbpbvhfoAV7AELpoFo0TK9CslcN S25kQAFoyh7iVFVHblXWMAjwsg3tdzBbYKUYPdygjdmaj5cWt6ohXnQDPgiZddm9MlZB g4YLk8AGHQOuQ3xDsRBB7BH7Pvb1RjSpXjTbHsWLOr20iA6s1a8jhb7+PwyTaNqSZdxg mypAVWAjp1ICtt7tdNQMoskBTF3XR7JWv3LDOUCyPIpJqqS1L6X6oLRnmIra8zqWztpW 8GaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=we74QiB75BtYwlX2vu1/hk6PEpVENj5opPHAohrnsck=; b=Lwpb3iws+2qtrjQTEUebLiVg9CkmOo3pEZWmTrHk//N7tvqXZ8GUWWC7bydEqxq6O5 xUVC5p+v32iSwImsc5fLbQx7ZQ8HptaKa1KJDC6iP9ekuNTQ9PifeoZ1r1kawluBlpsY EWpDZj62MgmPGh0IQx4hnEh4SX94Bbj3L6YMWRi1u+hjyqDzuIT4N8OwtoeUWWCJ8okK R7CHobCOC0i8UwykklqraYovGsWq6KZStuLyaq6wt4EjGa7pCHaXMopxmjYKEWd2xc2L c3rvVxo7Q4dhqGxd2hCKqsBfWCaLH3RyPhTlcUM34SrvYXQhCJlQ9bdAon53Mn5/oHEH jj0w== X-Gm-Message-State: AGi0PubbkAjAVOzlg+s0j+G9dcKJ7icldcStvzZJkODOJ0bAavlq6/73 9rv+kKq3plmR9exGfuu8eiTnTgAE/xVSvpsZK066xw== X-Received: by 2002:ac2:43c6:: with SMTP id u6mr12976089lfl.170.1587915327642; Sun, 26 Apr 2020 08:35:27 -0700 (PDT) MIME-Version: 1.0 References: <20200423064808.10468-1-etienne.carriere@linaro.org> In-Reply-To: From: Etienne Carriere Date: Sun, 26 Apr 2020 17:35:16 +0200 Message-ID: Subject: Re: [RFC PATCH 0/2] Add examples of secure- prefixed property in documentation To: Rob Herring Cc: "linux-kernel@vger.kernel.org" , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , devicetree@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 24 Apr 2020 at 23:59, Rob Herring wrote: > > On Thu, Apr 23, 2020 at 1:49 AM Etienne Carriere > wrote: > > > > Hello, > > > > This is a proposal for adding a bit of description in the DT bindings > > documentation of how secure- property prefix can be used for. The > > changes in this patch series describe that for clocks and resets properties. > > > > Documentation file arm/secure.txt already states that secure- prefix can be > > used for any property hence the description proposed here are not mandated. > > However it may be useful as explicit examples of such usage. > > It may say that, but any new property has to be documented and > reviewed still. I'm not sure that anything in secure.txt has actually > gotten used. Looking at Linux kernel, U-Boot, Qemu, EDK II, that's right :) I guess that applies to the so-called non-secure world. > > You should participate in the System DT discussions in Linaro where > how to represent different CPUs and CPU execution environments (like > secure world) is being worked on. Fair, I'll get information there. Thank you for your prompt feedback. In the same scope, I am to post a change in the Linux DTS files. A change to define a new attribute mostly of interest for the secure world description. I will still post it to the LKML to get feedback about it. Such new bindings should still be discussed in the Linux DT ML, right? Regards, Etienne > > Rob