Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1701624ybb; Thu, 9 Apr 2020 07:28:09 -0700 (PDT) X-Google-Smtp-Source: APiQypKN3/QQ9AyF2f6+02rnOhFMxm/5gM8l19m8M689b/DeLSLZbZzumDIIKki6TmHhGZTKWfvV X-Received: by 2002:a37:a5d6:: with SMTP id o205mr58369qke.7.1586442489642; Thu, 09 Apr 2020 07:28:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586442489; cv=none; d=google.com; s=arc-20160816; b=wsVv0s90z/E79mPCYoC5oBhJmvkZ1M2exAXt0lkNo7cWG1XJerCKqqSoVrY/dNy51y eeO1CTAew9/9DE/YmrdWBvJJEKuaVgshmv/IPi2SNsNY/z9BDFIrcAZf6LgyS2p6vh52 NLbbQi9rdzt3J6oLpiJDVMPg4tyVI5fugqSCL33tp0qa61d/bceCazmjhE0LFk02KCPq EZVqCb7KEUR9HHINBh8LQx3mOnmRfERHkLADH/KNo9TstpNk8fDc4dANh6AQO45blwlU OBXZ4FtthZdktnP57R8Obr31Q0RyZWHJOLsvLftD20rhu45xSiEhDnk95mHFiovHLKHw 3G8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=D8EoT8iKED4v7skGZ6oMHfb7rMkCNWZydhwZfjG4F6s=; b=sfcK+lLLbelzx12kv5xhCzXkKQ2C+WXTsRfoE57V1gcFuW+/a+rWZqAFbm0+NLwbYq aWwaXduL382NNOylYg3Sw0LqAlkgtbSfFUq3Vpch8hWrRYGxWVTR07FwJm0h0LqIbSRH Wd96QRZ/10h7iDbosDycN6GtZ/Ine7YPPQKGV1AfkIpEJUsTHWDFvaHeCE67N32W1oxz hAFvWfp+g124gfih6D5xDXY4LvNKUadvS/nUTw0DZPUYiSS4Xu4C4JPRj4L0MdoCsTYm uCS2jU7EJMNMnU8NkfnO3e2//ub9gXs01yzCoYbOJ5ty4rIxDgNBFjmm8Iklw+8UqUWk UTcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=y0CFidbo; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s24si5710726qkj.121.2020.04.09.07.27.53; Thu, 09 Apr 2020 07:28:09 -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=pass header.i=@kernel.org header.s=default header.b=y0CFidbo; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727327AbgDIO0Y (ORCPT + 99 others); Thu, 9 Apr 2020 10:26:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:44082 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726940AbgDIO0X (ORCPT ); Thu, 9 Apr 2020 10:26:23 -0400 Received: from localhost (fw-tnat.cambridge.arm.com [217.140.96.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 140AE208FE; Thu, 9 Apr 2020 14:26:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586442383; bh=KAuU4LsROjVwNT+2ctOKz1WF12YzGISTSOGVssQX45k=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=y0CFidbo/ENn5lsg9LyA49+IbA9G9xJJxRDRUiGRzFUfdJ5TEBLHWMiPqoyDGgQHx h4MQ2GwTv8Me9DMJtxB3Oh7bMMvyC0IWH9kDTti64O7xZUx93qBM3/9GxoB+6tOZSw qng3lai9zz8LJJGSp0KcS5+EVTIToUiWiG4MwQwM= Date: Thu, 9 Apr 2020 15:26:20 +0100 From: Mark Brown To: Baolin Wang Cc: Lee Jones , Arnd Bergmann , Orson Zhai , Chunyan Zhang , LKML Subject: Re: [RFC PATCH 2/3] regmap: Add reg_update_bits() support Message-ID: <20200409142620.GE5399@sirena.org.uk> References: <20200409104546.GA5399@sirena.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KlAEzMkarCnErv5Q" Content-Disposition: inline In-Reply-To: X-Cookie: HUGH BEAUMONT died in 1982!! User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --KlAEzMkarCnErv5Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 09, 2020 at 10:12:44PM +0800, Baolin Wang wrote: > On Thu, Apr 9, 2020 at 6:45 PM Mark Brown wrote: > > MMIO devices clearly don't physically have an update_bits() operation so > > this should be implemented further up the stack where it applies to all > > buses without physical support. > I understood your concern. But the syscon driver need use the MMIO > devices' resources (such as address mapping, clock management and so > on), if move this to further up stack, I am afraid the update_bits() > can not use the resources in 'struct regmap_mmio_context'. Do you have > any good suggestion? Thanks. If the syscon driver needs to be peering into the regmap implementation that seems like there's a serious abstraction problem - users of the regmap shouldn't be looking at the implmentation at all. Why do you think this is needed? --KlAEzMkarCnErv5Q Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl6PMIwACgkQJNaLcl1U h9DiSQf9Er73eud1mw7uVaHpJyWfwEmuyoeLfNuefeQcQpETnJg7YAuAcCseGZHN UM+kej8y3G1gyxP5b1fW+YN4mMxsRUPAVpCwxLn7AZEfCuqFtCr2cvVatQ6mYztE DWpGCTPrXQxkI9/O0Ip2y9fPYn0MJFvdeLswGMn/D+NrtHqDNv+zvcJhLzUlHFU5 zu28RQGZBAf26gmw6CfsTwBOFIgDCdHMv8CIow5rD0L2cJnAXO68h0kKDMkAVBY4 UtgWB2MEfpUfBWQb+WV+I2NK7Boh4/D8RAGglARZ1U9LYf5nk1bqDUctOfIy7t4/ Nrd3y0bAkb5188aK8WbNRvdbf3N+Ow== =oOkv -----END PGP SIGNATURE----- --KlAEzMkarCnErv5Q--