Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1532791ybt; Thu, 9 Jul 2020 09:11:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwXpEy6SS+isGXhkByLcVdeyVDtfv9OKjSQtK+wK9ltEPDDPJlmZBEYCsb7YWYYx7cmIVUF X-Received: by 2002:a17:906:4685:: with SMTP id a5mr54775871ejr.46.1594311112757; Thu, 09 Jul 2020 09:11:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594311112; cv=none; d=google.com; s=arc-20160816; b=0nYhDKLwPqExhT2zIkRXWtHXu/WOBqsh5WwGUXQOTqlf0s7nsXcZu5lRqU5Bd+gqzp N3YWHdx3JRYC2QdtVdgwY+ABPM0HgVxwWcLZZYQ3BgYF2uO0/IdsIXaBX9D3i9p+VMnb b5RNFSqH1Miw/zTj+Pf/m2ubQavHLnEcyv6Aul4OvVY8TJ2TZpaBU4wnvOcHIHfXplu/ 7CgpF4VnVoyO8NF/Q1LCwA3axwC96FaHmSLOjlMG5Em0UweaCX7jxKUyfPFKRRbothR+ FMsX+uAAnXpYpWvdNi9641J3+vGxGZHvNhjTv4Nb8T3YVK3BM57Dm12hl5J2R3EW7K8c JARg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=eN0Ptdq7+QlqubS6nSPF3ikVU7xlsp4fhiaPh3+zthY=; b=BCymfv1bb6hwtZK8ddOzejEfXRSRQtUjzaiyfg2jndjycnIj48AccJ3tX+vh6HLr4p 17izJ9zvh2soUE3O6gMUgt0C+ABdsvmQA8q2kMUVzGiLMOXiQ84qLuivPn9aOpPok/sb qHKTwodxSUcj4wZQ08PBiW0wvkwW3i/g2/w2KghSKAnwALwpQoYVvuK6CBtap1h5iVN2 6BShlzBtc8TCVGCwtj9HHvg411prJJsArUBmbNdIpKd/tvDeJ1NWWrxh2SaxYL/6P/gt 6HMyOixmJ8Q365o/2V0XMOv5G2PEzrPXI42vWa715ZtIyNHkaP7q++X5L3EtauGy7fjB ydGA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=CxohFVEg; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p16si2219553ejj.708.2020.07.09.09.11.29; Thu, 09 Jul 2020 09:11:52 -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=@mg.codeaurora.org header.s=smtp header.b=CxohFVEg; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727083AbgGIQJY (ORCPT + 99 others); Thu, 9 Jul 2020 12:09:24 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:44644 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726357AbgGIQJY (ORCPT ); Thu, 9 Jul 2020 12:09:24 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1594310963; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=eN0Ptdq7+QlqubS6nSPF3ikVU7xlsp4fhiaPh3+zthY=; b=CxohFVEgBWNof627rdwwgutFjUZWpDkGa2qjpK/nesCup8rbc0JSAzwrT8MGRfWyEl3vCLHD t1mwZ9rSbCuwm76VRDqwhMx6kSimbk+yXc5VaSvpkPwI6GUNi5Mw/6A+V5JUcmlrgL3FyPDr y1pf3OMkyRLt/vJ1o9dnrjNbV2s= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n18.prod.us-west-2.postgun.com with SMTP id 5f07411fa19992ac650bacf9 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Thu, 09 Jul 2020 16:09:03 GMT Received: by smtp.codeaurora.org (Postfix, from userid 1001) id E1D23C433CA; Thu, 9 Jul 2020 16:09:02 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rishabhb) by smtp.codeaurora.org (Postfix) with ESMTPSA id 55EB4C433C6; Thu, 9 Jul 2020 16:09:02 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 09 Jul 2020 09:09:02 -0700 From: rishabhb@codeaurora.org To: Sibi Sankar Cc: bjorn.andersson@linaro.org, agross@kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, tsoni@codeaurora.org, sidgup@codeaurora.org, stable@vger.kernel.org Subject: Re: [RESEND v1] soc: qcom: pdr: Reorder the PD state indication ack In-Reply-To: <20200701195954.9007-1-sibis@codeaurora.org> References: <20200701195954.9007-1-sibis@codeaurora.org> Message-ID: <777353d20205e8a2a997d9807a5cf7b6@codeaurora.org> X-Sender: rishabhb@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-07-01 12:59, Sibi Sankar wrote: > The Protection Domains (PD) have a mechanism to keep its resources > enabled until the PD down indication is acked. Reorder the PD state > indication ack so that clients get to release the relevant resources > before the PD goes down. > > Fixes: fbe639b44a82 ("soc: qcom: Introduce Protection Domain Restart > helpers") > Reported-by: Rishabh Bhatnagar > Signed-off-by: Sibi Sankar > --- > > I couldn't find the previous patch on patchworks. Resending the patch > since it would need to land on stable trees as well > > drivers/soc/qcom/pdr_interface.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/drivers/soc/qcom/pdr_interface.c > b/drivers/soc/qcom/pdr_interface.c > index a90d707da6894..088dc99f77f3f 100644 > --- a/drivers/soc/qcom/pdr_interface.c > +++ b/drivers/soc/qcom/pdr_interface.c > @@ -279,13 +279,15 @@ static void pdr_indack_work(struct work_struct > *work) > > list_for_each_entry_safe(ind, tmp, &pdr->indack_list, node) { > pds = ind->pds; > - pdr_send_indack_msg(pdr, pds, ind->transaction_id); > > mutex_lock(&pdr->status_lock); > pds->state = ind->curr_state; > pdr->status(pds->state, pds->service_path, pdr->priv); > mutex_unlock(&pdr->status_lock); > > + /* Ack the indication after clients release the PD resources */ > + pdr_send_indack_msg(pdr, pds, ind->transaction_id); > + > mutex_lock(&pdr->list_lock); > list_del(&ind->node); > mutex_unlock(&pdr->list_lock); Reviewed-by: Rishabh Bhatnagar Thanks, Rishabh