Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp5285245ybh; Wed, 7 Aug 2019 03:45:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqw19oyRW5mQSfKRxtkpgav6jRAT8kcMVbwKh+ZcN8hjIJI0MFEtQ89hfHiyK007lWcGoGjc X-Received: by 2002:a17:90a:384d:: with SMTP id l13mr7894949pjf.86.1565174700565; Wed, 07 Aug 2019 03:45:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565174700; cv=none; d=google.com; s=arc-20160816; b=WJGg+zdybwAwSKqf/aT5PSSUwCC5i+CGw1g6EOx+RjxDiFbL/EEHMatN632b+1dqz6 OpePBOWYjwZbs9n/JZqMYT4+9lu1Edxz9VJ84Fl83j5aIeQdmcK3ilnC2EGQ94v7fgCN taXOeZ8xjR4bMGgjSv4WbYKCAjd6HTN0njP8Ucr/K4/jStKbLV9oP9Fz8lamdFNsQ89n PXhMPEKL7hfhRC99g4lu+yL2nni1uf2xreOxJHIJpORQYjC0Zk/5bKhShQOGlqcUeLBC Wri3Hs3YHp9/zdDrxNt41b+3cOABwH5WiT4N8BzZ5JYu9YB4Z4OCxpamgGAU2cgIbWHA rspA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:content-transfer-encoding:mime-version :message-id:date:subject:cc:from:dkim-signature; bh=2fwKnWSm6BGaf1qCsMupL+FnU52l2lN+u1iw/EIqr50=; b=fIs8HaD1GCzZ17CQGzLvpSbRdi52ggRnwO47hdurrfNP4Ui1YVSd6ibcGDXEFYhlDQ FlJb+99WG0ZLVAs16bIz0FXKt47GZG7o7RNehlmVtDXM0I/OmSAUDAlZfqgPtj/OXaRN /o/QkOYlSVmht0NUVF2JTg77OjpR+mn+timEf+3Ub5v8TM/saKVbeJXlgFXz9gEyIcd/ jPI2bOfj7E7G/6/0KUouQE3MhYHbQ8+G+0Wkcin+nPloBI/dMZTZ9LmGsgz0MCtklEoC pdfaX7k1gvI8lKcGkn4p5sz9mX+lel3jh+tuqeiWZ567RQ9eN4kCr6frROAWI6OF317v 3efQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@chromium.org header.s=google header.b=EWjeCR0y; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q10si44391154pls.42.2019.08.07.03.44.45; Wed, 07 Aug 2019 03:45:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@chromium.org header.s=google header.b=EWjeCR0y; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387556AbfHGKoD (ORCPT + 99 others); Wed, 7 Aug 2019 06:44:03 -0400 Received: from mail-pl1-f195.google.com ([209.85.214.195]:45330 "EHLO mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387524AbfHGKoC (ORCPT ); Wed, 7 Aug 2019 06:44:02 -0400 Received: by mail-pl1-f195.google.com with SMTP id y8so40218893plr.12 for ; Wed, 07 Aug 2019 03:44:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=2fwKnWSm6BGaf1qCsMupL+FnU52l2lN+u1iw/EIqr50=; b=EWjeCR0yZJKY3n3DA1O/jj/8jCNguYJGj041raPo9ib9owsgj23JoOYOCjzmT0TtY8 NPY410yaiHp7lw3/lZEhwftyrJNRX79Uxb0SkKgkCDRfoV76b90AYYpVW9LO4UNm+r28 61IiR4cwEQh0/8Zc4pXpGvAeemCsH199taujg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=2fwKnWSm6BGaf1qCsMupL+FnU52l2lN+u1iw/EIqr50=; b=mzbasuzsAO2ZDL7GSWQH1jhXa/8vl2YlAYjt3CV6M1BJ7lqBwQOhuEHAVbUu4uUsaX dIR/feqlLdq/ittQiexdFn5HT7jqUre1nxWeRK3Iy+ePZv8pg3f0eu34OVR5OQOo2mkq bYCUdaq/krg4OZ15eWUhE1wXH+hfYGBuepz7nA+nxMdspSRZfyagW59vDOXSWPLMu1UF Tq0ZA4zejyBTM79J8FbRVjdnhqQzW/ML/uw2PjWMFeQtBzk4hJUjXhxGZMlBmTlBr2yC mWVY0he/vyhCSwY6oBNyr3dYk30eSymZVXSJrvv2neW3BS5wtTZw2T1BwgMGfhHZ5i8a wRNw== X-Gm-Message-State: APjAAAWKfE/bFS0Vzeh7MpcchQFHICT2xHR6ceZ5hx7da0PF7JykCIxg lvuBxajKcEwMwEHGn2jYJnGz/Q== X-Received: by 2002:a63:6ec1:: with SMTP id j184mr5727509pgc.232.1565174641058; Wed, 07 Aug 2019 03:44:01 -0700 (PDT) Received: from pihsun-z840.tpe.corp.google.com ([2401:fa00:1:10:7889:7a43:f899:134c]) by smtp.googlemail.com with ESMTPSA id a3sm24747697pje.3.2019.08.07.03.43.59 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Wed, 07 Aug 2019 03:44:00 -0700 (PDT) From: Pi-Hsun Shih Cc: Pi-Hsun Shih , devicetree@vger.kernel.org (open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS), linux-arm-kernel@lists.infradead.org (moderated list:ARM/Mediatek SoC support), linux-kernel@vger.kernel.org (open list), linux-mediatek@lists.infradead.org (moderated list:ARM/Mediatek SoC support), linux-remoteproc@vger.kernel.org (open list:REMOTE PROCESSOR (REMOTEPROC) SUBSYSTEM) Subject: [PATCH v15 0/5] Add support for mt8183 SCP. Date: Wed, 7 Aug 2019 18:43:41 +0800 Message-Id: <20190807104352.259767-1-pihsun@chromium.org> X-Mailer: git-send-email 2.22.0.770.g0f2c4a37fd-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Add support for controlling and communicating with mt8183's system control processor (SCP), using the remoteproc & rpmsg framework. And also add a cros_ec driver for CrOS EC host command over rpmsg. The overall structure of the series is: * remoteproc/mtk_scp.c: Control the start / stop of SCP (Patch 2, 3). * remoteproc/mtk_scp_ipi.c: Communicates to SCP using inter-processor interrupt (IPI) and shared memory (Patch 2, 3). * rpmsg/mtk_rpmsg.c: Wrapper to wrap the IPI communication into a rpmsg device. Supports name service for SCP firmware to announce channels (Patch 4). * add scp dts node to mt8183 platform (Patch 5). Changes from v14: - Fix a typo on variable in DEBUG section. Changes from v13: - Move include/linux/platform_data/mtk_scp.h to include/linux/remoteproc/mtk_scp.h. - Rename scp_get_reserve_* to scp_get_reserved_*. - Add lock for access of scp->ipi_desc. - Lock the whole ipi_send function. - Move more setting of cache size from SCP firmware to kernel driver, to prevent problem while loading firmware onto DRAM. - Minor fixes addressing comment. Changes from v12: - Initialize cache before firmware load, to avoid problem while loading large firmware. - Disable watchdog before stopping SCP, to avoid extra warning message. - Fix new warnings by checkpatch. Changes from v11: - Fixed a bug that mtk_rpmsg_endpoint is not properly cleaned up if rproc_boot fails. - Add missing documentation in comment. Changes from v10: - Drop applied cros_ec_rpmsg patches. - Add clock reset before loading SCP firmware. - Fix some type mismatch warnings when printing debug messages. Changes from v9: - Remove reserve-memory-vpu_share node. - Remove change to cros_ec_commands.h (That is already in https://lore.kernel.org/lkml/20190518063949.GY4319@dell/T/) Changes from v8: - Rebased onto https://patchwork.kernel.org/cover/10962385/. - Drop merged cros_ec_rpmsg patch, and add scp dts node patch. - Add more reserved memory region. Changes from v7: - Rebase onto https://lore.kernel.org/patchwork/patch/1059196/. - Fix clock enable/disable timing for SCP driver. - Add more SCP IPI ID. Changes from v6: - Decouple mtk_rpmsg from mtk_scp. - Change data of EC response to be aligned to 4 bytes. Changes from v5: - Add device tree binding document for cros_ec_rpmsg. - Better document in comments for cros_ec_rpmsg. - Remove dependency on CONFIG_ in binding tree document. Changes from v4: - Merge patch 6 (Load ELF firmware) into patch 2, so the driver loads ELF firmware by default, and no longer accept plain binary. - rpmsg_device listed in device tree (as a child of the SCP node) would have it's device tree node mapped to the rpmsg_device, so the rpmsg driver can use the properties on device tree. Changes from v3: - Make writing to SCP SRAM aligned. - Add a new patch (Patch 6) to load ELF instead of bin firmware. - Add host event support for EC driver. - Fix some bugs found in testing (missing spin_lock_init, rproc_subdev_unprepare to rproc_subdev_stop). - Fix some coding style issue found by checkpatch.pl. Changes from v2: - Fold patch 3 into patch 2 in v2. - Move IPI id around to support cross-testing for old and new firmware. - Finish more TODO items. Changes from v1: - Extract functions and rename variables in mtk_scp.c. - Do cleanup properly in mtk_rpmsg.c, which also removes the problem of short-lived work items. - Code format fix based on feedback for cros_ec_rpmsg.c. - Extract feature detection for SCP into separate patch (Patch 6). Eddie Huang (1): arm64: dts: mt8183: add scp node Erin Lo (3): dt-bindings: Add a binding for Mediatek SCP remoteproc/mediatek: add SCP support for mt8183 remoteproc: mt8183: add reserved memory manager API Pi-Hsun Shih (1): rpmsg: add rpmsg support for mt8183 SCP. .../bindings/remoteproc/mtk,scp.txt | 36 + arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 11 + arch/arm64/boot/dts/mediatek/mt8183.dtsi | 12 + drivers/remoteproc/Kconfig | 10 + drivers/remoteproc/Makefile | 1 + drivers/remoteproc/mtk_common.h | 92 +++ drivers/remoteproc/mtk_scp.c | 710 ++++++++++++++++++ drivers/remoteproc/mtk_scp_ipi.c | 159 ++++ drivers/rpmsg/Kconfig | 9 + drivers/rpmsg/Makefile | 1 + drivers/rpmsg/mtk_rpmsg.c | 414 ++++++++++ include/linux/remoteproc/mtk_scp.h | 168 +++++ include/linux/rpmsg/mtk_rpmsg.h | 38 + 13 files changed, 1661 insertions(+) create mode 100644 Documentation/devicetree/bindings/remoteproc/mtk,scp.txt create mode 100644 drivers/remoteproc/mtk_common.h create mode 100644 drivers/remoteproc/mtk_scp.c create mode 100644 drivers/remoteproc/mtk_scp_ipi.c create mode 100644 drivers/rpmsg/mtk_rpmsg.c create mode 100644 include/linux/remoteproc/mtk_scp.h create mode 100644 include/linux/rpmsg/mtk_rpmsg.h -- 2.22.0.770.g0f2c4a37fd-goog