Message ID | 20221209013309.407879-1-jk@codeconstruct.com.au |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:f944:0:0:0:0:0 with SMTP id q4csp528921wrr; Thu, 8 Dec 2022 17:54:58 -0800 (PST) X-Google-Smtp-Source: AA0mqf4yFUVDtIM+Yb9aUfY0fu/LMn88qz8UgSRW0VZiftV5lkijEAPz1rPZzSdAy6RhW+MY/wN7 X-Received: by 2002:a17:907:9144:b0:7c0:e6d8:7770 with SMTP id l4-20020a170907914400b007c0e6d87770mr2507268ejs.74.1670550898438; Thu, 08 Dec 2022 17:54:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670550898; cv=none; d=google.com; s=arc-20160816; b=i3w2jSE59uEnEJ+QV2kEtHlKGhU6G/QkQeJ4inzTP5ot0lNAyH2Uy8OnaUqGeyTI1b Lq0DFTfAeqtMMW4dHP5sFvGc4W+sp/FOQLnVQLkZ3NG+M+Yl/byZJkvmLZbxqn4qyl40 jRG4cuoBTF59zo/tHLPfmOCpNTt6dSWgX872VOQT4IpmNiyYcVjgXpHceNHzxVfYQGcn eSqacJB2FLDhhM92ngAATFZfF+12iPfIdJuxnsNc0LvCGw/cqzRl1taIDH6Kjz4SjGNu Gve8PpsenGO1tXwsbg4kdDcT8IzqDPnheh0XJbQeG4vMI+MyClN7mtDu7DIFDCmfLBws 3uyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:to:from:dkim-signature; bh=ucE4NfgBowpZ8cxr+out2h6hZKjFsNKDxR1YbmxvS6M=; b=FKcbAWkcdXqj2+sSrPOERboUvxzT5Tybqim39eguB3o/ehDmnGgEcrFtafocQ1nkWV J3I+3VNU7iU0/T6aPc5npG0K38zE6sz9n6Wsa72OZOdSo3g85sa788D6Nb2x9eb1uiLQ iy7dkyH859+vyybgIxxUEEszr3oDLHOMrEy+yLiQTMzZUzpzPv5sEhK4dWYp8CkbXBl/ rCGAPTlY0d8wGbJviw8+bmUm5jfW3m/YBtOl/fzPX2enJMSzsHrokxh3QNjDIPgdy5yj z34XFBFG6mBPFPFsa15TTCu7/3mlkXtAKt1WgvWlUmBchzcXL3CON4SFC3EAKg28KMyQ gYRA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeconstruct.com.au header.s=2022a header.b=lJk7Q5nP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=codeconstruct.com.au Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b28-20020a170906729c00b007c0fd176698si26545ejl.772.2022.12.08.17.54.35; Thu, 08 Dec 2022 17:54:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@codeconstruct.com.au header.s=2022a header.b=lJk7Q5nP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=codeconstruct.com.au Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229902AbiLIBdf (ORCPT <rfc822;foxyelen666@gmail.com> + 99 others); Thu, 8 Dec 2022 20:33:35 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41190 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229615AbiLIBd2 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 8 Dec 2022 20:33:28 -0500 Received: from codeconstruct.com.au (pi.codeconstruct.com.au [203.29.241.158]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E8C2286F65; Thu, 8 Dec 2022 17:33:27 -0800 (PST) Received: by codeconstruct.com.au (Postfix, from userid 10000) id BFB4C2014B; Fri, 9 Dec 2022 09:33:21 +0800 (AWST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codeconstruct.com.au; s=2022a; t=1670549601; bh=ucE4NfgBowpZ8cxr+out2h6hZKjFsNKDxR1YbmxvS6M=; h=From:To:Subject:Date; b=lJk7Q5nPoXFU0Gzdt3PiOELSroXbNfKYvmyq1GnJWN/t9fGOOxQ5bgfaYyj+q/mkU 5msqqWBdQJCeUfOGGo/xIcMkDlbqcAgQCy/YIVdqRuAWvs2NNLPRdv/LFuE/+j7LTj VaiqB6Bkc6UoL4hMo9r6YG1lU2RDHKse3d+KOMT5+mQZc9RnZkQd9ZNCZFlNf2cQSV gQG6i4JxEoZGsaNXBByjL49g8blbxBUB90yDKQVeULvhTYuBcob+ZAnSNuORAynb23 UCyvTHCT6HBcFVARVJ0K2Xp3rhfZv4SZq8Ya7yYxJv/VhYlDNblrpv8r+Zl+73JYWG 8+7fT6Dt8pSQw== From: Jeremy Kerr <jk@codeconstruct.com.au> To: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Lee Jones <lee@kernel.org>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Arnd Bergmann <arnd@arndb.de>, Philipp Zabel <p.zabel@pengutronix.de>, Mark Brown <broonie@kernel.org> Subject: [RFC PATCH v2 0/3] Add reset control for mfd syscon devices Date: Fri, 9 Dec 2022 09:33:06 +0800 Message-Id: <20221209013309.407879-1-jk@codeconstruct.com.au> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1751699578652737830?= X-GMAIL-MSGID: =?utf-8?q?1751699578652737830?= |
Series |
Add reset control for mfd syscon devices
|
|
Message
Jeremy Kerr
Dec. 9, 2022, 1:33 a.m. UTC
This RFC series adds a facility for syscon devices to control a reset line when probed; we have instances of simple register-only syscon resources that need deassertion of a reset line for the register set to be accessible. Rather than requiring a specific driver to implement this, it'd be nice to use the generic syscon device and the generic resets linkage to do so. Any comments/queries/etc are most welcome. Cheers, Jeremy --- v2: * do reset control in the early of_syscon_register() path, rather than the platform device init, which isn't used. * consequently, add regmap infrastructure to attach a reset controller, in a similar way to attaching clocks Jeremy Kerr (3): dt-bindings: mfd/syscon: Add resets property regmap: mmio: allow reset control in a MMIO regmap mfd: syscon: allow reset control for syscon devices .../devicetree/bindings/mfd/syscon.yaml | 3 +++ drivers/base/regmap/regmap-mmio.c | 22 +++++++++++++++ drivers/mfd/syscon.c | 27 ++++++++++++++----- include/linux/regmap.h | 3 +++ 4 files changed, 49 insertions(+), 6 deletions(-)
Comments
On Fri, Dec 9, 2022, at 02:33, Jeremy Kerr wrote: > This RFC series adds a facility for syscon devices to control a reset > line when probed; we have instances of simple register-only syscon > resources that need deassertion of a reset line for the register set to > be accessible. > > Rather than requiring a specific driver to implement this, it'd be nice > to use the generic syscon device and the generic resets linkage to do > so. > > Any comments/queries/etc are most welcome. The syscon side looks good to me, Reviewed-by: Arnd Bergmann <arnd@arndb.de>