From patchwork Mon Oct 26 20:55:30 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Cristian Marussi X-Patchwork-Id: 11858767 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1E531C4363A for ; Mon, 26 Oct 2020 20:57:00 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 9787920829 for ; Mon, 26 Oct 2020 20:56:59 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="2BJMQcoy" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9787920829 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:MIME-Version:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Message-Id:Date:Subject:To:From:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Owner; bh=OCMgF32rnOBmB1HJmq9gjVAMtLV0vv29RSMUKiBEdAE=; b=2BJMQcoypyUVWA9Up1SL93KrsM 3r63kq5yprSme3vwOUlp+3+2bS80PrKRUD1Ume9Es1lSbsF+dhBiv16c8bYikcQUtqc2VwOQ5uAYE +O10ZgDmdEMF4VtPKVhGDEvTiVzI0wQzp3mU7ZS1TokawuljD1N1jLCrvyg7n6GD1eU2OVRmy6K32 fFHCqH050klzyPoOy8ogfP22JWSghM8kgkgLHPDVufEYrE4AxLa82iJ55HTm0SDPB2nZwaz3+Uo1y VRL6nB+hNXFUScVBNSoOZOCmhjYfYGR9aaD8Wwr0lWTHHamqOmDlQuF8tGcD5eGsfvR+tsOPJ9cet 0XOHyxeA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kX9Wn-0005n3-Fi; Mon, 26 Oct 2020 20:55:41 +0000 Received: from foss.arm.com ([217.140.110.172]) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kX9Wl-0005ma-5q for linux-arm-kernel@lists.infradead.org; Mon, 26 Oct 2020 20:55:40 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 6719730E; Mon, 26 Oct 2020 13:55:38 -0700 (PDT) Received: from e120937-lin.home (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 40BEA3F68F; Mon, 26 Oct 2020 13:55:37 -0700 (PDT) From: Cristian Marussi To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: [PATCH v2 0/1] SCMI SystemPower Control driver Date: Mon, 26 Oct 2020 20:55:30 +0000 Message-Id: <20201026205531.25585-1-cristian.marussi@arm.com> X-Mailer: git-send-email 2.17.1 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201026_165539_270287_2A895783 X-CRM114-Status: GOOD ( 12.53 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Jonathan.Cameron@Huawei.com, cristian.marussi@arm.com, james.quinlan@broadcom.com, lukasz.luba@arm.com, sudeep.holla@arm.com MIME-Version: 1.0 Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi all, This patch, building on top of the recently introduced SCMI System Power Protocol support, adds a new SCMI driver which, registering for SCMI System Power notifications, acts accordingly to satisfy such SCMI plaform system-wide transition requests (which can be of forceful or graceful kind) In order to comply with graceful requests, and co-operate with userspace entities to drive a clean shutdown/reboot, the logic of the driver relies on the same orderly_* API methods used by ACPI when handling ACPI Shutdown bus events. As an alternative method to tunnel graceful requests to userspace, though, it is possible to configure, via module parameters, a specific signal to be sent to CAD pid. It is currently based on for-next/scmi [1] on top of: commit b9ceca6be432 ("firmware: arm_scmi: Fix duplicate workqueue name") Thanks, Cristian [1]: https://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux.git/log/?h=for-next/scmi Cristian Marussi (1): firmware: arm_scmi: Add SCMI System Power Control driver drivers/firmware/Kconfig | 12 + drivers/firmware/arm_scmi/Makefile | 1 + .../firmware/arm_scmi/scmi_power_control.c | 387 ++++++++++++++++++ 3 files changed, 400 insertions(+) create mode 100644 drivers/firmware/arm_scmi/scmi_power_control.c