Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp3571322pxb; Mon, 30 Aug 2021 05:44:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzxdLAdMhWRwWdwIyrse9lwHcWOJATYEl3ZYShIu/XfuWEkPl4ZTYa+FgwSDaBxTd2qCQS7 X-Received: by 2002:a5d:8b04:: with SMTP id k4mr17992321ion.58.1630327445987; Mon, 30 Aug 2021 05:44:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630327445; cv=none; d=google.com; s=arc-20160816; b=T2EXHkMl31tfbgRwp2nZcVzO83pTazmgfctrdCtJ/5srwzHh6WSH8tZwjMyj4NAFk+ sj8uTtYjVS8qk1uH3mKhSfpm/pRBU+gD8a1hlkQv1TMu06FyhFQirBdoeVjUqiFGisZe p7u7McoZ4zT9zbVEr30e+vyyMbfGrYiaxkCXcuHZXscwK6DpH+/aPafTEBI91fD2DMb5 MZ4/OBoptSQXYYJrpbHqHWL1K/4ceFBEqhAciJChg+lWARDPlLE87Cns5tjLqnZ9BoJQ WsF4hfFS7qYE0+oVaJT+sgoezHpjltHDr9gh3dFBhCYUzhCqRHSQ33/iwCBeknnKi+Ht cN8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=fBt1X6EY1xX453QbgynAdMp9aI19EGl/lNvntyfgFrg=; b=v8BSaG7TmglIhVVmfQwAMA9H2RBfIcEChVLEzVgU9a7f4EdPkmF+U/lzgsVmjQvWn2 Aqn2O1LdZ/9h5H3aXS1T4pJQLyq6vsWbZPzTKoYEdUqW/dR19HzeQethLBItvVRqqDrc YO/3ZAcrZjq7Z8F80SXnGaF3gR9N8aVhplfnKzwIQRFkOg5CofEvcpPtxsRYtYtJfGON /MWDOM9nZLENXRF4KnniPkNLNnQacSHgOXqyZsSohSJpGrCC5CwhYznvKvrtpc7y206t 29rBX0qY7EfJglljVKrcGxxTPP9VbIw0t7zzvDvT7XPmU7NQx+FbNoNJsy1lx5Nsva+d umnQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=CYKKhPkx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id n20si13797196iod.5.2021.08.30.05.43.54; Mon, 30 Aug 2021 05:44:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=CYKKhPkx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S236589AbhH3Mnl (ORCPT + 99 others); Mon, 30 Aug 2021 08:43:41 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:54588 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236612AbhH3Mnk (ORCPT ); Mon, 30 Aug 2021 08:43:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=fBt1X6EY1xX453QbgynAdMp9aI19EGl/lNvntyfgFrg=; b=CYKKhPkx+oFuoGrl+DJrDd+5dm h2bfuAM1DoS5f0V0dCmlIHXhoBU8MEo3aDCyFEXgCWUePcONzDRHW56K3rWlReX/WhZNYpxbivYGF l05s16eE83jZ1hBcUtjczykdoWNhNqmgL+uQ3SMxUo4Dh/XSbe1kqktAT53VueBdWYNk=; Received: from jack.einval.com ([84.45.184.145] helo=fitzroy.sirena.org.uk) by heliosphere.sirena.org.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mKgcd-00H53W-I1; Mon, 30 Aug 2021 12:42:43 +0000 Received: by fitzroy.sirena.org.uk (Postfix, from userid 1000) id 0BEABD1B485; Mon, 30 Aug 2021 13:42:43 +0100 (BST) Date: Mon, 30 Aug 2021 13:42:43 +0100 From: Mark Brown To: Rasmus Villemoes Cc: Thomas Gleixner , Vladimir Oltean , Lee Jones , Arnd Bergmann , Marc Zyngier , Hou Zhiqiang , Biwen Li , Greg Kroah-Hartman , "Rafael J. Wysocki" , linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] regmap: teach regmap to use raw spinlocks if requested in the config Message-ID: References: <20210825205041.927788-1-vladimir.oltean@nxp.com> <20210825205041.927788-2-vladimir.oltean@nxp.com> <875yvr3j5c.ffs@tglx> <19a98ebe-507b-d60e-47a3-9ffabfb24ca3@rasmusvillemoes.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="N7YRvco+FvfPPSot" Content-Disposition: inline In-Reply-To: <19a98ebe-507b-d60e-47a3-9ffabfb24ca3@rasmusvillemoes.dk> X-Cookie: I can relate to that. Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --N7YRvco+FvfPPSot Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Aug 30, 2021 at 01:02:33PM +0200, Rasmus Villemoes wrote: > i.e. the regmap code can actually do allocations under whatever internal > lock it uses. So ISTM that any regmap that uses a raw_spinlock (whether > unconditionally or via Vladimir's opt-in) cannot be used with > regmap_bulk_write(). No, anything that's using a spinlock already needs to avoid any allocations - ensuring that either there's no cache or that the cache is fully initialized with defaults. The only non-cache allocations that might be done are only used by buses that sleep anyway. --N7YRvco+FvfPPSot Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmEs0j8ACgkQJNaLcl1U h9CJjAf/RvusnH4vj0idv00Ctl/kgz2l3OVfBCL3DcYIMGa/VkOTdUtPYMXQhWWe nfwW5x1pfMrCDX3WOTuKgWzc6RIsQEQwmpObTdkCBuGDOX8VOTQztC1if1xwGSfx 5QyXt5oIlGELkqHxpTjp8jpB5XL8UdcxgccUq4vKsWPMyZ8+82Tu8YsGqBtor8KN +bIqSdPiHjrOTfZCpDhPiWMzaza0/rif/uAg8QkNODeAjt6gn25lKpn+DlBHFG+D zdZrfuMUpDtAzPMx1dMcNav6sMJ2YFzRuWdqLzQzEBBJ498RtBqQCx6k9m6xd+cO PLVLCTmyxMml+7RqNyXtOkKkMICl+w== =9eZt -----END PGP SIGNATURE----- --N7YRvco+FvfPPSot--