From patchwork Fri Aug 16 22:42:19 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Florian Fainelli X-Patchwork-Id: 13766857 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 18FDAC52D7D for ; Fri, 16 Aug 2024 22:44:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: MIME-Version:Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-Type: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=vCAe4FEJed37B6lHkpMTIgs249Lmc5DwMXXxQCeDTds=; b=Hn6+Z3hznRVRniswiZBxNRxeXP 1ju//a/CtdSL3WtadBvWuWJ8z6RAL5wK66bGQIFo4OKp9dkMOxxQ6mDUeNkpkiJBjhajgyjJIkw5S Lhq4DNfDzYtGQKOOhaOhV8BEZu/mGsEGY6vC0ZA62G8yAuLFerlb2OzykGtaQpN3X+/YN89YkGyJm bWcDaN2RpMFm/VpYvuXoY9jSgQYMqj/CE55s7Av/jc6lctO2b+L2KpPnDq/cK9yCFmrtTPbPfTEqA O18Eq3YKNFYuw0aaRSqx5nRWkkrPUCVrLrR6V0pMRrvMXXGcVWjFN9OBy3EQOBwCoPmWUMTvDzh2Y b5JaFfWg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sf5fg-0000000EEEz-24JM; Fri, 16 Aug 2024 22:43:48 +0000 Received: from relay.smtp-ext.broadcom.com ([192.19.144.207]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sf5eN-0000000EE1I-3lN1 for linux-arm-kernel@lists.infradead.org; Fri, 16 Aug 2024 22:42:30 +0000 Received: from mail-lvn-it-01.lvn.broadcom.net (mail-lvn-it-01.lvn.broadcom.net [10.36.132.253]) by relay.smtp-ext.broadcom.com (Postfix) with ESMTP id 7E064C0000E4; Fri, 16 Aug 2024 15:42:23 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 relay.smtp-ext.broadcom.com 7E064C0000E4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=broadcom.com; s=dkimrelay; t=1723848143; bh=WRbliPKlVatjmY9WoO49bTw+Tpuioxe/sdDsJOlGUBE=; h=From:To:Cc:Subject:Date:From; b=kI/loyTB/yUl5GOVheNi2Papl7piKaJ2uRx3/5CUiZz/Xt8bbPA3qY9jSWGj+uFvI pcuPb+hgFJwMONxt+unL7OOot/39s7ItgnHgFGRBCITceVSJwEToo9ljLwI5Ahb13x IYtd+oFQY56u4pqqaGWK/zPzve3P4HpULm9k/IB0= Received: from stbirv-lnx-1.igp.broadcom.net (stbirv-lnx-1.igp.broadcom.net [10.67.48.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail-lvn-it-01.lvn.broadcom.net (Postfix) with ESMTPSA id A091018041CAD3; Fri, 16 Aug 2024 15:42:20 -0700 (PDT) From: Florian Fainelli To: linux-arm-kernel@lists.infradead.org Cc: Florian Fainelli , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Sudeep Holla , Cristian Marussi , devicetree@vger.kernel.org (open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS), linux-kernel@vger.kernel.org (open list), arm-scmi@vger.kernel.org (open list:SYSTEM CONTROL & POWER/MANAGEMENT INTERFACE), justin.chen@broadcom.com, opendmb@gmail.com, kapil.hali@broadcom.com, bcm-kernel-feedback-list@broadcom.com Subject: [PATCH v3 0/2] Support for I/O width within ARM SCMI SHMEM Date: Fri, 16 Aug 2024 15:42:19 -0700 Message-Id: <20240816224221.3256455-1-florian.fainelli@broadcom.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240816_154228_066137_1945E095 X-CRM114-Status: GOOD ( 13.70 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org We just got our hands on hardware that only supports 32-bit access width to the SRAM being used. This patch series adds support for the 'reg-io-width' property and allows us to specify the exact access width that the SRAM supports. Changes in v3: - added missing documentation for the structure members being added - removed the use of a macro for the 32-bit only operation, this gets rid of a number of checkpatch warnings - added missing trailing barriers - corrected binding indentation Changes in v2: - fixed typo in the binding and added reviewed-by tag from Krzysztof - determine the correct I/O operation at the time we parse the 'reg-io-width' property rather than for each tx_prepare/fetch_response/fetch_notification call - dropped support for 1 and 2 bytes 'reg-io-width' as they do not quite make sense, if we can support such smaller access size, then we can support the larger 4 byte access width, too, and there are many places within the SCMI code where ioread32/iowrite32 are used Florian Fainelli (2): dt-bindings: sram: Document reg-io-width property firmware: arm_scmi: Support 'reg-io-width' property for shared memory .../devicetree/bindings/sram/sram.yaml | 6 ++ drivers/firmware/arm_scmi/common.h | 32 ++++++- .../arm_scmi/scmi_transport_mailbox.c | 13 ++- .../firmware/arm_scmi/scmi_transport_optee.c | 11 ++- .../firmware/arm_scmi/scmi_transport_smc.c | 11 ++- drivers/firmware/arm_scmi/shmem.c | 86 +++++++++++++++++-- 6 files changed, 138 insertions(+), 21 deletions(-)