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 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 smtp.lore.kernel.org (Postfix) with ESMTPS id 7560AC7EE23 for ; Mon, 15 May 2023 17:28:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc: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=v3Qhxw6R4ySabkM0s2N0ZcaP3yKEdh+G22wv3UtvRhk=; b=sEonb1SUKn7r5U mFSd6yUFjGPUoPp9pg++otJ3xK4794ce5A00e3gh6yD28pKJ2KXg18NGjiCIyoJYUuA5T6Qk1pSnl +9b5jB3loZU4QUGHvqAOn2NoevhZflDDIUdOJoHONCl/oc5JuPPhJyOYjq9Pb0MiDvhlr2+93b8ht lwXTbWEXPKZIwU8L57V6sE6L43FsRWK1QDFK+l0dlx2azwG6jMJm6spIRRckiO3vdcsZ9IXYkdc9O Mud9CrGCewu8fs62Oc08I+eVFSqc5CkPFivWJduwOb4GiVAxd2ayYHuTRbNIDxF3VR0Ccg914Kjhb kTdIJdP8PnDiNRqB9qXw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1pybzC-002wUy-2C; Mon, 15 May 2023 17:27:50 +0000 Received: from mail-pl1-x630.google.com ([2607:f8b0:4864:20::630]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1pybz9-002wTX-2K for linux-arm-kernel@lists.infradead.org; Mon, 15 May 2023 17:27:49 +0000 Received: by mail-pl1-x630.google.com with SMTP id d9443c01a7336-1ab1ce53ca6so93395535ad.0 for ; Mon, 15 May 2023 10:27:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1684171666; x=1686763666; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=HV5hzOslSr/FLxQgkUOdAb0ubgv7oB3Gzqp0pqYMQsc=; b=X/eq65FBsDIPDo2Wfb1iwHSoJisHGVKTWyP2n3KTfJga69cQVWysciK1ZDjhlavC7r KF0RmdnEOogoZKah/bR6k20VbeKpwafYM9t8+/0zY0xRXIduYg5yKbZ9E6spflp3waIe GHVj0DHBIfvPtm7rnej1OBje66kBLGnnF/lbmDHV3A0dDQxPl5+hmVEmPpmEDv9w3OHh UdmxdlwCJkaUDXTY0670ar+7CIlGLDPLlRePUFxclSKX/9evlhDEUmIW0nfA20CB5udq MKNhHPmvJbbF59DU9avkZkGi6z+FgiUYleHpVpaKex3BexNZMM6HvJcuYogUEAzL7LUs da0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684171666; x=1686763666; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=HV5hzOslSr/FLxQgkUOdAb0ubgv7oB3Gzqp0pqYMQsc=; b=HGg4d8W9acFxqP3Ei7I4qrAJayoQfbiTKpM0FrGBEPrHPXj0cGfNP9i+ck8dizWJ2P qo8K8q1O6ib6o8V/r1Y9s/3U4g13UaovDTrcgwkDknCVdDiV8ENdoqHwVkMNI6GKZDzc fSXbXxvRo/xQrWnhLOSsT4XCWbH5v9Y3jZ/EStM2mVzcKznF7CL6ZJIQjXLRB48RAKE7 EBbgoJL+RjQ0Mr+Uipk8VSJpw2GWiE/oNPDWAaakr6P5Fhs33OIBZjEmEC5XVeC+b+VY we023ee8YD9s42jV/tsI8+QwCKJrfdEIbqZb6bGKYBiBHIAar6eCYZoP5em1ht/Kw38R i01A== X-Gm-Message-State: AC+VfDxgOpij/sSTnUkwDKzez7bkS83u8oz+mK2srFVDIWkk49p/dfDT LZ3hE8qUFS7TKxQfxjZwfkEOyw== X-Google-Smtp-Source: ACHHUZ7MrWABVtEdp/AF7fMlIN83m73eYhwUr7xcWs5Y2Ma+gMOWf1rxaW/Y38x6qhqzqMOLcvdB2A== X-Received: by 2002:a17:902:a516:b0:1ab:1355:1a45 with SMTP id s22-20020a170902a51600b001ab13551a45mr32579411plq.30.1684171665794; Mon, 15 May 2023 10:27:45 -0700 (PDT) Received: from p14s ([2604:3d09:148c:c800:d401:af78:6aa0:cf61]) by smtp.gmail.com with ESMTPSA id d1-20020a170902aa8100b001aafb802efbsm13847316plr.12.2023.05.15.10.27.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 15 May 2023 10:27:45 -0700 (PDT) Date: Mon, 15 May 2023 11:27:43 -0600 From: Mathieu Poirier To: Arnaud Pouliquen Cc: Rob Herring , Krzysztof Kozlowski , Bjorn Andersson , Alexandre Torgue , devicetree@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 0/4] stm32mp15: update remoteproc to support SCMI Device tree Message-ID: References: <20230512093926.661509-1-arnaud.pouliquen@foss.st.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20230512093926.661509-1-arnaud.pouliquen@foss.st.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230515_102747_759692_C6DCC332 X-CRM114-Status: GOOD ( 20.19 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, May 12, 2023 at 11:39:22AM +0200, Arnaud Pouliquen wrote: > Update vs V2[1]: > --------------- > - update yaml to remove label in examples > - fix error management for devm_reset_control_get_optional(dev, "hold_boot") > - rebased on commit ac9a78681b92 ("Linux 6.4-rc1") > > [1]https://lore.kernel.org/lkml/20230504094641.870378-1-arnaud.pouliquen@foss.st.com/T/ > > > Description: > ----------- > This series updates the stm32_rproc driver and associated DT node to > support device tree configuration with and without SCMI server. > The impact is mainly on the MCU hold boot management. > > Three configurations have to be supported: > > 1) Configuration without OP-TEE SCMI (legacy): Trusted context not activated > - The MCU reset is controlled through the Linux RCC reset driver. > - The MCU HOLD BOOT is controlled through The RCC sysconf. > > 2) Configuration with SCMI server: Trusted context activated > - The MCU reset is controlled through the SCMI reset service. > - The MCU HOLD BOOT is no more controlled through a SMC call service but > through the SCMI reset service. > > 3) Configuration with OP-TEE SMC call (deprecated): Trusted context activated > - The MCU reset is controlled through the Linux RCC reset driver. > - The MCU HOLD BOOT is controlled through The SMC call. > > In consequence this series: > - adds the use of the SCMI reset service to manage the MCU hold boot, > - determines the configuration to use depending on the presence of the > "reset-names" property > if ( "reset-names" property contains "hold_boot") > then use reset_control services > else use regmap access based on "st,syscfg-holdboot" property. > - set the DT st,syscfg-tz property as deprecated > > Arnaud Pouliquen (4): > dt-bindings: remoteproc: st,stm32-rproc: Rework reset declarations > remoteproc: stm32: Allow hold boot management by the SCMI reset > controller > ARM: dts: stm32: Update reset declarations > ARM: dts: stm32: fix m4_rproc references to use SCMI > > .../bindings/remoteproc/st,stm32-rproc.yaml | 44 +++++++++-- > arch/arm/boot/dts/stm32mp151.dtsi | 2 +- > arch/arm/boot/dts/stm32mp157a-dk1-scmi.dts | 6 +- > arch/arm/boot/dts/stm32mp157c-dk2-scmi.dts | 6 +- > arch/arm/boot/dts/stm32mp157c-ed1-scmi.dts | 6 +- > arch/arm/boot/dts/stm32mp157c-ev1-scmi.dts | 6 +- > drivers/remoteproc/stm32_rproc.c | 76 ++++++++++++++----- > 7 files changed, 111 insertions(+), 35 deletions(-) > I have applied patch 1 and 2. Unless Alexandre wants to proceed differently, patches 3 and 4 should go through his tree. Thanks, Mathieu > -- > 2.25.1 > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel