Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4509419ybl; Tue, 21 Jan 2020 22:40:39 -0800 (PST) X-Google-Smtp-Source: APXvYqxAKGW/aOOMboKWoOMYkpNSjRnY/YTtmzLAWWPv5PuTG7wfowG0qZ6+r4qnacnF9mc0yHLy X-Received: by 2002:aca:3cd7:: with SMTP id j206mr4419903oia.142.1579675239675; Tue, 21 Jan 2020 22:40:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579675239; cv=none; d=google.com; s=arc-20160816; b=QWIxKFAf0nRBqyHGsPSy/AxFhAlWgPs4e3PDLHRbhhcibU8LzvcoZVXLWCqFdtIjgv 8GMpbK6P+nvmCZZlSUKcHzPRqv2JOIwv4gg+SpSq2vHap+rCz3lqshYrY1Q8d+YQMwRT /tHccFK2rtkO4kaK8fLBDGgkfBDtQx0l8m+HJP/Mkha3AF7hL2xxgrWX2vQM8Fg4JZN2 L1ZAMLy0g4tAbgdmBCiJLgS8Q3JzDA/FnQ31HRVKPFkeka/lBm58Gi6Wjxy7hFWOsGcR eNDs76YUJzeKcIAMiBxRsiRfseU4lmKoeGNFjGpRaOYXUXMG538kWrzBMXEG06BVqkSj owqA== 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=BTMKD1kC1hneaJuLFHdKQBVHUfBZ4mFs37EkrltHpA8=; b=kZqt6TqvgWolZlZ2PMpwuFyB/Qi8orTWmS42Jmxb2bvWdSE1GrlimSPV46RpOGh58c y3x8Staz6jb8A9uc+tZBbW67k995VC4Y+wAU/x/+Z7BKOy3CXPSlq1qmlewd4dkBja6m vBV9oDwQlae+zlpSFqt4HETrOnSOYpgSM3TGApH9AhwebjetBLwx7FWlu3Kwsa106obd pz6KJ0shYDEJXNpwgR9OsMEhvSZaaMC1zW7bQNGFhTUY9irivsECHOfkw8byBU5JHSFR SoFaEZRoOligXrzINOliYH+lnFc9TbNxgqEnv9cF4gg1xD0oX6RYuDHJrPs03pRvwlPc HG/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=DbgiU9Uj; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u12si20531472oiv.13.2020.01.21.22.40.27; Tue, 21 Jan 2020 22:40:39 -0800 (PST) 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=fail header.i=@mg.codeaurora.org header.s=smtp header.b=DbgiU9Uj; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727141AbgAVGiR (ORCPT + 99 others); Wed, 22 Jan 2020 01:38:17 -0500 Received: from mail25.static.mailgun.info ([104.130.122.25]:35882 "EHLO mail25.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726026AbgAVGiQ (ORCPT ); Wed, 22 Jan 2020 01:38:16 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1579675096; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=BTMKD1kC1hneaJuLFHdKQBVHUfBZ4mFs37EkrltHpA8=; b=DbgiU9UjrV5d3f7N+DkeQ0gJGxxU7I+C6WGhIy83Pw/qw8s53yGYofMXC3SlkNi7g9K193QV 34iD4wf5qn38xw+VTHaZ1xiket+h2X/AsM5O+HduB0aC1uchECxcMvQPepk/BpAYhivZeSx/ o8zZYDAxxhrEqzpKN8/6f4DpgyM= X-Mailgun-Sending-Ip: 104.130.122.25 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 mxa.mailgun.org with ESMTP id 5e27edd7.7f0d7ee9f810-smtp-out-n02; Wed, 22 Jan 2020 06:38:15 -0000 (UTC) Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 896FBC447A1; Wed, 22 Jan 2020 06:38:14 +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 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: sibis) by smtp.codeaurora.org (Postfix) with ESMTPSA id E8A42C433CB; Wed, 22 Jan 2020 06:38:13 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 22 Jan 2020 12:08:13 +0530 From: Sibi Sankar To: Evan Green Cc: Bjorn Andersson , Philipp Zabel , Ohad Ben Cohen , linux-arm-msm , linux-remoteproc@vger.kernel.org, LKML , Andy Gross , linux-remoteproc-owner@vger.kernel.org Subject: Re: [PATCH 2/4] remoteproc: qcom: q6v5-mss: Improve readability across clk handling In-Reply-To: References: <20200117135130.3605-1-sibis@codeaurora.org> <20200117135130.3605-3-sibis@codeaurora.org> Message-ID: <4663ec41c6e8dec0a2504aa1ddcf838d@codeaurora.org> X-Sender: sibis@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 Hey Evan, Thanks for the review! On 2020-01-22 00:52, Evan Green wrote: > On Fri, Jan 17, 2020 at 5:51 AM Sibi Sankar > wrote: >> >> Define CLKEN and CLKOFF for improving readability of Q6SS clock >> handling. >> >> Signed-off-by: Sibi Sankar > > It took me awhile to wrap my head around how this new define, > Q6SS_CBCR_TIMEOUT_US, sometimes replaces HALT_CHECK_MAX_LOOPS and > sometimes replaces SLEEP_CHECK_MAX_LOOPS. I guess they're conceptually > different but set to the same value for now? And you've fixed up a > place where the wrong one was used? If you thought the distinction was > meaningless I'd also be fine merging these two defines into one. They really aren't that different both are Clks with the same timeout the previous naming was just plain bad. SLEEP_CHECK_MAX_LOOPS was used probably because it was referring to QDSP6SS_SLEEP CBCRs timeout. HALT_CHECK_MAX_LOOOPS seems to taken directly from CAF code. So we should be fine with merging the two defines into one. > Either way, assuming the above is intentional, this looks ok to me. > Thanks for renaming that define. > > Reviewed-by: Evan Green -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project.