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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 489C4C19F2C for ; Wed, 27 Jul 2022 11:39:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232431AbiG0Ljm (ORCPT ); Wed, 27 Jul 2022 07:39:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54526 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232240AbiG0LjT (ORCPT ); Wed, 27 Jul 2022 07:39:19 -0400 Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0DC0E49B73 for ; Wed, 27 Jul 2022 04:38:59 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id u17so9348953lji.5 for ; Wed, 27 Jul 2022 04:38:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=MGUgabyld/EeWL+9XhnAgZD2EBdXnWluJ901k882Jpg=; b=V5XzwXTKWH6s0hot7/PtPjtvOzCNi+SEBJkUHj157j7tvL/Phb8KT6SkItkdoTzpdv 09lGUuIsJCRieoy8cD/BkLtkvdLkAC+Ynp5sYksR+lEfretIPqExC24P+7yLAGMZAA3H IxNPafDhUZnmPzYo/AfBuGPNAvHsvc46Yq5AJ+fbBBDq+jtmq78lIJLpO/escX0NsAvL blF3F1+C3UyTXku/Bq5X2ONn8bgig2lGmvv8KQ+dKBt2X7ojSgdFclTKqYAFOw0umPmO UuzCKUgYVWNiExNmMNR/KYE+Eenoeds+rzdMsehNhKdBnTox9340mpgyvjVmolJUtKuV pNgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=MGUgabyld/EeWL+9XhnAgZD2EBdXnWluJ901k882Jpg=; b=W9xY07wNpHuPdlbn52tIHX2xbXUpSQPTicI2Kh+SHcFQwICXoASlffraTIaJgwZp8J /hAtKb8TXpFvbEo+j4qy35/tURKcr+5VpRqXWcbjPRMmkoaip4fnx8iPVZG3QkA/4Am0 4ozW49NismrRbocU4mFtmemFpkVbpFAnjoPjP18ynGV0SDaHbFrYVgDynYZNgA/7PhIr kV3H4S/RS6j1nx4/SWVYkzSj5V6oNpoBf/IexNxC+DseUlv14iATYug2BqDmtmJXbLN/ ZXfsrFkw3Awq6Kel6PkAGVsEUYpHrFOMWlhNOHfOWn0ecG6dQkjuRJo8h71iEN/EQdeM GSxQ== X-Gm-Message-State: AJIora8ujT3lFL3QHA++zsM0tOREkwpXrlLv3mcWhWLyQmKNiUbW1B8f U3LamTW+4CdG20N5w9Qs9LW/8w== X-Google-Smtp-Source: AGRyM1sQ74WtezfGlT4uCwItsqqfEXVEkE7x/nMn5V7yq4uiRQSeAryO4OrKcJgV8n1vzGNnBcDCRA== X-Received: by 2002:a2e:87ce:0:b0:25d:e933:f76c with SMTP id v14-20020a2e87ce000000b0025de933f76cmr7174054ljj.99.1658921937293; Wed, 27 Jul 2022 04:38:57 -0700 (PDT) Received: from [192.168.3.197] (78-26-46-173.network.trollfjord.no. [78.26.46.173]) by smtp.gmail.com with ESMTPSA id z10-20020a056512376a00b00486d8a63c07sm3628641lft.121.2022.07.27.04.38.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 27 Jul 2022 04:38:56 -0700 (PDT) Message-ID: <7284953b-52bb-37ac-fbe1-1fa845c44ff9@linaro.org> Date: Wed, 27 Jul 2022 13:38:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client Content-Language: en-US To: Maximilian Luz , Sudeep Holla Cc: Andy Gross , Bjorn Andersson , Ard Biesheuvel , Konrad Dybcio , Rob Herring , Krzysztof Kozlowski , Steev Klimaszewski , Shawn Guo , Cristian Marussi , Greg Kroah-Hartman , linux-arm-msm@vger.kernel.org, linux-efi@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220723224949.1089973-1-luzmaximilian@gmail.com> <20220723224949.1089973-5-luzmaximilian@gmail.com> <20220726143005.wt4be7yo7sbd3xut@bogus> <829c8fee-cae5-597d-933d-784b4b57bd73@gmail.com> <20220726154138.74avqs6iqlzqpzjk@bogus> From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26/07/2022 19:01, Maximilian Luz wrote: > On 7/26/22 17:41, Sudeep Holla wrote: >> On Tue, Jul 26, 2022 at 05:15:41PM +0200, Maximilian Luz wrote: >>> >>> So ultimately I think it's better to add a DT entry for it. >> >> I disagree for the reason that once you discover more apps running on the >> secure side, you want to add more entries and update DT on the platform >> every time you discover some new firmware entity and you wish to interact >> with it from the non-secure side. > > Just as you'll have to add a driver to the kernel and update whatever is > probing the TrEE interface and add those strings to that interface. If > you then start doing SoC-specific lists, I think you'd be pretty much > re-implementing a DT in the kernel driver... But you don't have any of these names in the DT either. Your DT node only indicates the presence of your driver, but does not hold any additional information like these IDs. Basically we start modelling firmware components in devicetree. :/ Best regards, Krzysztof