Received: by 10.192.165.148 with SMTP id m20csp71433imm; Thu, 3 May 2018 15:07:21 -0700 (PDT) X-Google-Smtp-Source: AB8JxZp+PfgDiQvgnd09IDfTvN9II+5Kr+eCMPkn9Gju1cthyI7xmWIMfblkXbrp22Bz0z6W1xTO X-Received: by 2002:a17:902:7441:: with SMTP id e1-v6mr11223905plt.238.1525385241146; Thu, 03 May 2018 15:07:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525385241; cv=none; d=google.com; s=arc-20160816; b=J2mSXp85uHweTJStrjMxuqbKaafyJjWvRgBScxdJ1pfSt2fmcCGjLpxGVoUORTDSn/ fRZPqO9pl+MQ5xC/6WhTDta3qSnS2Er7dJUqpObyU6zjcDEMcumb3pwv7fAm2McHEwZq sxZbC928sxe9sCSETtXijkrNKaVKNNj7RtbG3W72cOhK1CrIhw8FjBLbmwa96V8z5ynE F70MNk761M5CNxpGS/c8dQyXtuzpxAp5pAnWgVSV0idVF3V2mZtHb5vfaQTukH3IAx/N 0UK8L4Yg9TFNVIU98bT4Whx7yC+8EGKvzhG1omeNS8IESvxUAuGYENSHlbEuTcZgDJoJ VSeQ== 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:arc-authentication-results; bh=lj9bAFlbONXSF4SFPhEOF3QpkdMc2jVLjXjGjIDGh8k=; b=qq5AYDY/wvN+5FPXuCGDPR+eJHxp5xb8q/XLsX7aJRThzTl/7Z+yqMY7EkdEFCNSfv juEGkbxJS5rfwpAF02Wz0LkIf0jrEkMG+t43bOD3Jup3VhPJ3e9y/9Hh3N/3GTYzRx4t hjel8DqIwCDDBOSqJehG3ajjiUl2k5m/HwzhUNiXJ8LLhn5sRCzyzlUxCJ0W+pDKwZXn vihLQm3I5U0Msai1jU0pmvStxHk57n04+Q+LNF3PcgquVPeUoBNRcnnRLNEpZRWxtxQe FvHVJ4LiESGBCQHyUXWebMwozUe1CYA/F7w9gTpF0UZ0IcZRkpydeBB4EWdIekS9m9Rl hT9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=QYsrBfkA; 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 az2-v6si14329258plb.555.2018.05.03.15.07.05; Thu, 03 May 2018 15:07:21 -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=QYsrBfkA; 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 S1751132AbeECWGz (ORCPT + 99 others); Thu, 3 May 2018 18:06:55 -0400 Received: from mail-pg0-f65.google.com ([74.125.83.65]:42435 "EHLO mail-pg0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750930AbeECWGx (ORCPT ); Thu, 3 May 2018 18:06:53 -0400 Received: by mail-pg0-f65.google.com with SMTP id p9-v6so11166749pgc.9 for ; Thu, 03 May 2018 15:06:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=lj9bAFlbONXSF4SFPhEOF3QpkdMc2jVLjXjGjIDGh8k=; b=QYsrBfkAIbSUTzQWQ8Fx3JsxoRwyvXYkzxuaD1XLDxR8Z+6JtvCA5rptvqwFnz0jUq hUjfCHKeYtYpjVxLzRdJNRxNc8QL6x/5WAKYXIp3HcgdYBkJ28PgYYbJy/BJ+QFKB+65 nxFFW2P7kiucdRY5mhx7U2j58rVaD9Ygpn7Vw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=lj9bAFlbONXSF4SFPhEOF3QpkdMc2jVLjXjGjIDGh8k=; b=jgyj8kJIPsIZbwflFxEmibL6b+Sr2R2cLrNyQpks+GQKnveibme3BjeQIcwpLW6fO6 AVwU4ACYduOSYi2WAcTfAyH8tbErda12BV/zy+7wxih+FjFyoBrxh69n/YFvu02RVcYL CFKbhslFiOK5x+d0qmNjnO2cfV/szevAE/toX+z05ezneg8i2cpSJRs8vMUVgbEx1LGm b/VVsh5JTgx0KfJMdgqgW3mj+1lVSaR9e/PMI2BbjHACcKrNm235vP8fwy1woRzH3kGP 8H/MCSri/I+WK26kYr7Hjq+AxbkurFFgSfZsj4tLr6rZpH9bi3zXVj3sf8vW6fLIRH9Z Jv3Q== X-Gm-Message-State: ALQs6tDHusGlxEZhltVsrXXvJBc6hJpw4Eofc1vaOXqaB2T5zgDIh9dc AaKE/3cO0Rr69VnUlQBMaqkHZg== X-Received: by 2002:a17:902:bb84:: with SMTP id m4-v6mr25259504pls.339.1525385212971; Thu, 03 May 2018 15:06:52 -0700 (PDT) Received: from localhost ([2620:0:1000:1501:8e2d:4727:1211:622]) by smtp.gmail.com with ESMTPSA id p24sm18405027pfk.58.2018.05.03.15.06.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 03 May 2018 15:06:52 -0700 (PDT) Date: Thu, 3 May 2018 15:06:51 -0700 From: Matthias Kaehlcke To: Lina Iyer Cc: andy.gross@linaro.org, david.brown@linaro.org, linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, rnayak@codeaurora.org, bjorn.andersson@linaro.org, linux-kernel@vger.kernel.org, sboyd@kernel.org, evgreen@chromium.org, dianders@chromium.org Subject: Re: [PATCH v7 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS Message-ID: <20180503220651.GB19594@google.com> References: <20180502193749.31004-1-ilina@codeaurora.org> <20180502193749.31004-7-ilina@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20180502193749.31004-7-ilina@codeaurora.org> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Lina, On Wed, May 02, 2018 at 01:37:45PM -0600, Lina Iyer wrote: > Allow sleep and wake commands to be cleared from the respective TCSes, > so that they can be re-populated. > > Signed-off-by: Lina Iyer > --- > > Changes in v7: > - Move bitmap_zero() outside the loop > > Changes in v6: > - remove unnecessary locks around __tcs_invalidate > - rename function to tcs_invaldiate > > Changes in v4: > - refactored the rphm_rsc_invalidate() > --- > drivers/soc/qcom/rpmh-rsc.c | 45 +++++++++++++++++++++++++++++++++++++ > 1 file changed, 45 insertions(+) > > diff --git a/drivers/soc/qcom/rpmh-rsc.c b/drivers/soc/qcom/rpmh-rsc.c > index 4e2144a14c31..42aedf2d80fe 100644 > --- a/drivers/soc/qcom/rpmh-rsc.c > +++ b/drivers/soc/qcom/rpmh-rsc.c > @@ -104,6 +104,51 @@ static struct tcs_group *get_tcs_of_type(struct rsc_drv *drv, int type) > return &drv->tcs[type]; > } > > +static int tcs_invalidate(struct rsc_drv *drv, int type) > +{ > + int m; nit: use tcs_id? > + struct tcs_group *tcs; > + > + tcs = get_tcs_of_type(drv, type); > + if (IS_ERR(tcs)) > + return PTR_ERR(tcs); > + > + spin_lock(&tcs->lock); > + if (bitmap_empty(tcs->slots, MAX_TCS_SLOTS)) { > + spin_unlock(&tcs->lock); > + return 0; > + } > + > + for (m = tcs->offset; m < tcs->offset + tcs->num_tcs; m++) { > + if (!tcs_is_free(drv, m)) { > + spin_unlock(&tcs->lock); > + return -EAGAIN; > + } > + write_tcs_reg_sync(drv, RSC_DRV_CMD_ENABLE, m, 0); > + } > + bitmap_zero(tcs->slots, MAX_TCS_SLOTS); You didn't reply to (or address) my comment on v6: It could occur that one or more TCSes are disabled, then tcs_is_free() returns false for the next TCS and the function returns without having updated tcs->slots for the TCSes that have been disabled.