Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp10044639ybi; Wed, 24 Jul 2019 14:51:50 -0700 (PDT) X-Google-Smtp-Source: APXvYqwf57ZBwRR0KSmQE3WCpChHneaDxP4XWT5T+FHpP3K5xxBhvQkJjta9OsbM9u3pVyzZWx6X X-Received: by 2002:a65:4786:: with SMTP id e6mr81314808pgs.448.1564005110364; Wed, 24 Jul 2019 14:51:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564005110; cv=none; d=google.com; s=arc-20160816; b=eM7DSnXPszN3onn7O3y0UE4RFhpQ7WPIX7j+sA42ulxYs5e1jWCVCETyOnz++a+Rx7 vt0QG14e9CS0qub/Na2k3cYhns+GnXb/9usA7+f1pH4nCndep/p8q4cx4jlFEhunIthf osD8SW44looclelcrq9WX+15feObUrJGLlxgqPBPUNXbFH9KGLhp/XmR4WIcNMR2BWaK CRb/ugXqiuP222b1zOYtsPnehLoLpH+6G1DkpMhTlLRHzT0M1bIhbX7JP2Cf0jiEbeIr uvNh4RAvYCfP9QT5z/NzzTzGnE2cvUTTma9qNNJDXyrQjlJ0p8cDvmrFmsSb8GP4UGGH Y9WA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:user-agent:from:cc:to:subject :references:in-reply-to:content-transfer-encoding:mime-version :message-id:dkim-signature; bh=GTi6Bq8qv1MIsEGO5GGNfuTeyzBZrOU9NQN3sCHpWpU=; b=D6Yjx5aRDgZbXxmU0P9yMT8tDpUKELkNq/y0z0GG8N22BZ8luOD1C8yeL3Ov73CQrK cuzTbtd7VLx4t0HYHsTae+wG+lTSPSKKEIOcfAcUk+bJZR56NMQi+wbVsYe6jWenYwSh Sdp3tOlITS6Bw7dZsKFF6LsEGz5ZjEORbQQIt0lvqvxoSZCBwKqBn/Mv82eW4Jp2Z/iB KjjlH6kXfqiASlZvA3Qi25TV5AI642nJh+L/YJr5JbRHdZrmPu7hcjDRFZnpgc2+2BEE CF9fPQBqnk63GwsvJrgl328tF79Djve1TnU8I/i9Lusyxmy60/4iggEVZaj8cVL09Kq+ nIcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=dlPXGjbx; 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=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j8si15119277plt.303.2019.07.24.14.51.35; Wed, 24 Jul 2019 14:51:50 -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=@chromium.org header.s=google header.b=dlPXGjbx; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728428AbfGXScS (ORCPT + 99 others); Wed, 24 Jul 2019 14:32:18 -0400 Received: from mail-pf1-f196.google.com ([209.85.210.196]:41949 "EHLO mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726911AbfGXScS (ORCPT ); Wed, 24 Jul 2019 14:32:18 -0400 Received: by mail-pf1-f196.google.com with SMTP id m30so21373913pff.8 for ; Wed, 24 Jul 2019 11:32:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=message-id:mime-version:content-transfer-encoding:in-reply-to :references:subject:to:cc:from:user-agent:date; bh=GTi6Bq8qv1MIsEGO5GGNfuTeyzBZrOU9NQN3sCHpWpU=; b=dlPXGjbxzXqoe4vdb5l7jyFruLZ+nHHe9/9E9yscqhiwlwhyBSaN4dPhkYwpa84mi7 0MpmchCjBhRFmXYVUpsYI4pzbe313pQchqM0KZxaVyFPO73RtmJq2s7g6HoZn9QWbbvl CvrnuhN6bNDpDnb0nbyMulDWbfPHmNlRrG3x4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:mime-version :content-transfer-encoding:in-reply-to:references:subject:to:cc:from :user-agent:date; bh=GTi6Bq8qv1MIsEGO5GGNfuTeyzBZrOU9NQN3sCHpWpU=; b=gB1ouvFZ0K1Rk6O+Aw+oNG/5nl/+x7y9fJAJg6vtdTFc4PEtuEmdE21C01cLVOyZs2 zIjCcTZrMmi+9jiwL1UTGAlmLi7bMkrMnf4cqLQSIsLqlKPZwR+fgx8mgOcYH9v9Fk1e z6YPSgDen5wkWr+9Cu94RTMxeq2WML8zn+20WMVm7JGWuWFQAcgU30CrHxNPNbC+BT3l HJfOHmbCeDUR2Vo9RvX/C9Jkaa2IAHrkZ2c5kqmXE0cSXUbASONLbjAhlwwSfRjksmDE WAiV0lILJYGLJpVNAUL+MCUYwD/mXtzHDSz0W+XasxHIutSk997gzoMmkSleZKwf5QUH v0qw== X-Gm-Message-State: APjAAAU9utBanfeLStsT2pR1CzsZUmZX+2dF0deN6R+TvT27dHe6K2FR YkUZCzBLWDff4tt8W7MVBCf2iw== X-Received: by 2002:a62:2a4d:: with SMTP id q74mr12678551pfq.86.1563993137491; Wed, 24 Jul 2019 11:32:17 -0700 (PDT) Received: from chromium.org ([2620:15c:202:1:fa53:7765:582b:82b9]) by smtp.gmail.com with ESMTPSA id k8sm45880018pgm.14.2019.07.24.11.32.16 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Wed, 24 Jul 2019 11:32:16 -0700 (PDT) Message-ID: <5d38a430.1c69fb81.6e696.9e6f@mx.google.com> Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20190724145452.GC18620@codeaurora.org> References: <20190722215340.3071-1-ilina@codeaurora.org> <5d375054.1c69fb81.7ce3f.3591@mx.google.com> <20190723192159.GA18620@codeaurora.org> <5d376bb3.1c69fb81.2bb4e.7771@mx.google.com> <20190724145452.GC18620@codeaurora.org> Subject: Re: [PATCH V2 1/4] drivers: qcom: rpmh-rsc: simplify TCS locking To: Lina Iyer Cc: agross@kernel.org, bjorn.andersson@linaro.org, linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, rnayak@codeaurora.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, dianders@chromium.org, mkshah@codeaurora.org, "Raju P.L.S.S.S.N" From: Stephen Boyd User-Agent: alot/0.8.1 Date: Wed, 24 Jul 2019 11:32:15 -0700 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Lina Iyer (2019-07-24 07:54:52) > On Tue, Jul 23 2019 at 14:19 -0600, Stephen Boyd wrote: > >Quoting Lina Iyer (2019-07-23 12:21:59) > >> On Tue, Jul 23 2019 at 12:22 -0600, Stephen Boyd wrote: > >> >Can you keep irq saving and restoring in this patch and then remove t= hat > >> >in the next patch with reasoning? It probably isn't safe if the lock = is > >> >taken in interrupt context anyway. > >> > > >> Yes, the drv->lock should have been irqsave/irqrestore, but it hasn't > >> been changed by this patch. > > > >It needs to be changed to maintain the irqsaving/restoring of the code. > > > May be I should club this with the following patch. Instead of adding > irqsave and restore to drv->lock and then remvoing them again in the > following patch. >=20 I suspect that gets us back to v1 of this patch series? I'd prefer you just keep the save/restore of irqs in this patch and then remove them later. Or if the order can be the other way, where we remove grabbing the lock in irq context comes first and then consolidate the locks into one it might work.