Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp3950731imm; Mon, 15 Oct 2018 06:53:06 -0700 (PDT) X-Google-Smtp-Source: ACcGV61p9/da6TzSqoQmu64dM8ZTiX7HQUR9MJcz1iYXySyOSnsIzk4DXHCh3RXzyqWeXkE7RKcr X-Received: by 2002:a17:902:d68e:: with SMTP id v14-v6mr17241328ply.140.1539611586445; Mon, 15 Oct 2018 06:53:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539611586; cv=none; d=google.com; s=arc-20160816; b=hFFggWAfawKLYmHfTVggBQfBU0KItvjNyRgY37/1MfZ8Xz1MdUWY18bTTd+S68hFFe nFW4TXxsOzx6EwzcZE/VJw764a91iBHMVRc9hLDIqmKoBbxV5fA3mpEgejO9Lk8O+W29 XHn6Z9nvkcoCcUoALj9l8avLkK+uE8ouC3leu0ED8GlCusvGcSY/rbOfhQyUSfPkUgHa hQN43NU/qzQ4IMaa4ytIEzIwHRuz9BRIjDpQAs7NDtyXjIffFLLfu7Yy9SGYVvCmTR99 e4D3aQx6efJteMchkW/Bdllb33ns3ubcR7/2xt1inQq7+d3XtWqRyvN06BPaXe1MsY6D hl3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=q5KcVXr/HgUC8Tyi2cxaNInVgZyiRHKga0JdOgpNIOw=; b=xKPMd3O6em+hF6M3oVTorck4XiDGMOtyM82wGACje/a/mN6j5JB9xgxqYmxPswiBDU KSOGqWBT7iVnA81kOn0eQyi3Lko0u0WIQwNKhIqVG3TL6PN6VTo68bna4VlboBO9cKMo /7O88S+A1QxxLFTghMZQT5VHGNL9ApWO9u7wMaKXycbljW+UepDWGYenEesYvBRZ0cA5 H3XlroT4qJkRzdkqllskA8vKZ9j6OoTb7v1066xIEJf79jyX9BM5MkaXAHP/B+3CbKHu i/hlL1l2tMSVBK2wot85FlrGsvzzzOfRF5nx75JL7sPhOREjpD/1pj+Y3wD3Mwkn67K0 K2QQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=AeYr1QRf; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f6-v6si9100769plt.44.2018.10.15.06.52.50; Mon, 15 Oct 2018 06:53:06 -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=@gmail.com header.s=20161025 header.b=AeYr1QRf; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726627AbeJOVhn (ORCPT + 99 others); Mon, 15 Oct 2018 17:37:43 -0400 Received: from mail-lf1-f68.google.com ([209.85.167.68]:33133 "EHLO mail-lf1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726528AbeJOVhn (ORCPT ); Mon, 15 Oct 2018 17:37:43 -0400 Received: by mail-lf1-f68.google.com with SMTP id o21-v6so14152548lfe.0; Mon, 15 Oct 2018 06:52:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=q5KcVXr/HgUC8Tyi2cxaNInVgZyiRHKga0JdOgpNIOw=; b=AeYr1QRfXbkYBt1KJ4sssXgzPlqXL61b9mryORRa5jSaqcBrTk+lRZKVeUA6q4+FgU 78ijvhlLUAtiGIQ0fMkXGpMM1irVf47ueSe9AgmVYetWFD1Od2NXrFVhgvug9zAQO7L4 hsh8Q5cLnh0C/MKHpFZxgdrHaKXMfVbKLfEerWK+y++eci9Q00emh9cjZFuyprRMMGUN 1difZiXBFsNKeBhVKcsPewd6QJWRPA61u1pklUVw8goN6NjDikRwptrn+1cqWy04Qn8m 1yAJU3XkmStQ7nfTHJTB1lD6I1v0J0j/3sLuZ1VAzZFwy8iXK5/ad6dLFUBxsmj1uJoJ Lx8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=q5KcVXr/HgUC8Tyi2cxaNInVgZyiRHKga0JdOgpNIOw=; b=Pr5HeS/vTg2oUE40eFrUFzu2sOVWWI2jFl7dai4UqmSCkOKHUYDYIVozqxF7ElnYpX nZBseQw277tEuK9c+HdL6P7FVoq4yh2DW+GLQcoBFVfxa/vPS3bRwdSRpemEL2rIZdz4 PCVLvIqALmGKePoJhAvV13Nsg2r/wZ+D4ZqoK93ILZZHbP4HfuT0SMwtuXLHzifxmrs8 XwNlOc+ntg1pOp0eYMZv8nLIYyjrGY3r+oHC/S7yMXvf08YE7PdWUAqSWwERMMsLoAnH furISPk5xTB+yVpmWXkew2ljXuiN+A8IFmdg8AseetfNkss9dURqh9rqVbogX2TXOB/6 agrg== X-Gm-Message-State: ABuFfojpvjpy5305963Dcki0tKXwjfM1FFwRmiLChODQF4U9xeq4nfJL aESwL4XxmQGPHuzauCrlos8skGGB X-Received: by 2002:a19:480c:: with SMTP id v12-v6mr9802502lfa.46.1539611537512; Mon, 15 Oct 2018 06:52:17 -0700 (PDT) Received: from [192.168.2.145] (109-252-91-118.nat.spd-mgts.ru. [109.252.91.118]) by smtp.googlemail.com with ESMTPSA id h2-v6sm2202707lfb.27.2018.10.15.06.52.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Oct 2018 06:52:16 -0700 (PDT) Subject: Re: [PATCH v1 1/2] soc/tegra: pmc: Turn powergates_lock into spinlock To: Jon Hunter , Thierry Reding Cc: linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org References: <20180830183635.4474-1-digetx@gmail.com> <7369869e-e58f-3760-d428-b00fb9cd28d9@nvidia.com> From: Dmitry Osipenko Message-ID: <57c3b1a6-0a60-613e-a4e7-5d66c199b860@gmail.com> Date: Mon, 15 Oct 2018 16:52:15 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <7369869e-e58f-3760-d428-b00fb9cd28d9@nvidia.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/15/18 3:52 PM, Jon Hunter wrote: > > On 30/08/18 19:36, Dmitry Osipenko wrote: >> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y >> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put >> offline. >> >> BUG: sleeping function called from invalid context at kernel/locking/mutex.c:254 >> in_atomic(): 1, irqs_disabled(): 128, pid: 0, name: swapper/0 >> CPU: 0 PID: 0 Comm: swapper/0 Tainted: G C 4.18.0-next-20180821-00180-gc3ebb6544e44-dirty #823 >> Hardware name: NVIDIA Tegra SoC (Flattened Device Tree) >> [] (unwind_backtrace) from [] (show_stack+0x20/0x24) >> [] (show_stack) from [] (dump_stack+0x94/0xa8) >> [] (dump_stack) from [] (___might_sleep+0x13c/0x174) >> [] (___might_sleep) from [] (__might_sleep+0x70/0xa8) >> [] (__might_sleep) from [] (mutex_lock+0x2c/0x70) >> [] (mutex_lock) from [] (tegra_powergate_is_powered+0x44/0xa8) >> [] (tegra_powergate_is_powered) from [] (tegra30_cpu_rail_off_ready+0x30/0x74) >> [] (tegra30_cpu_rail_off_ready) from [] (tegra30_idle_lp2+0xa0/0x108) >> [] (tegra30_idle_lp2) from [] (cpuidle_enter_state+0x140/0x540) >> [] (cpuidle_enter_state) from [] (cpuidle_enter+0x40/0x4c) >> [] (cpuidle_enter) from [] (call_cpuidle+0x30/0x48) >> [] (call_cpuidle) from [] (do_idle+0x238/0x28c) >> [] (do_idle) from [] (cpu_startup_entry+0x28/0x2c) >> [] (cpu_startup_entry) from [] (rest_init+0xd8/0xdc) >> [] (rest_init) from [] (start_kernel+0x41c/0x430) > > Given the above, rather than converting to a spinlock I wonder if we are > just better off dropping the mutex completely from > tegra_powergate_is_powered()? Otherwise ... > >> Signed-off-by: Dmitry Osipenko >> --- >> drivers/soc/tegra/pmc.c | 36 ++++++++++++++++++------------------ >> 1 file changed, 18 insertions(+), 18 deletions(-) >> >> diff --git a/drivers/soc/tegra/pmc.c b/drivers/soc/tegra/pmc.c >> index 2d6f3fcf3211..d6bc9f66f1cd 100644 >> --- a/drivers/soc/tegra/pmc.c >> +++ b/drivers/soc/tegra/pmc.c >> @@ -186,7 +186,7 @@ struct tegra_pmc_soc { >> * @lp0_vec_phys: physical base address of the LP0 warm boot code >> * @lp0_vec_size: size of the LP0 warm boot code >> * @powergates_available: Bitmap of available power gates >> - * @powergates_lock: mutex for power gate register access >> + * @powergates_lock: lock for power gate register access >> */ >> struct tegra_pmc { >> struct device *dev; >> @@ -215,7 +215,7 @@ struct tegra_pmc { >> u32 lp0_vec_size; >> DECLARE_BITMAP(powergates_available, TEGRA_POWERGATE_MAX); >> >> - struct mutex powergates_lock; >> + spinlock_t powergates_lock; >> }; >> >> static struct tegra_pmc *pmc = &(struct tegra_pmc) { >> @@ -288,10 +288,10 @@ static int tegra_powergate_set(unsigned int id, bool new_state) >> if (id == TEGRA_POWERGATE_3D && pmc->soc->has_gpu_clamps) >> return -EINVAL; >> >> - mutex_lock(&pmc->powergates_lock); >> + spin_lock(&pmc->powergates_lock); >> >> if (tegra_powergate_state(id) == new_state) { >> - mutex_unlock(&pmc->powergates_lock); >> + spin_unlock(&pmc->powergates_lock); >> return 0; >> } >> >> @@ -300,7 +300,7 @@ static int tegra_powergate_set(unsigned int id, bool new_state) >> err = readx_poll_timeout(tegra_powergate_state, id, status, >> status == new_state, 10, 100000); >> >> - mutex_unlock(&pmc->powergates_lock); >> + spin_unlock(&pmc->powergates_lock); > > ... the above readx_poll_timeout needs to be converted to the atomic > version. Furthermore, the above 100ms timeout is probably not suited to > spinlock. It's converted in the second patch. Seems mutex indeed could be dropped from tegra_powergate_is_powered, at least for now I can't recall why decided to keep the locking. Thank you for the review, I'll try to drop the mutex and come back with v2 if it will be fine.