Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp1232118ybx; Thu, 7 Nov 2019 09:06:47 -0800 (PST) X-Google-Smtp-Source: APXvYqya4qKnfM2rgsQktZnRLK5q0BA2cpTdTmUrE7Mgex9l+LJ1OHlXatkWkx2sthrD1QSJXwfB X-Received: by 2002:a17:906:25cb:: with SMTP id n11mr3258383ejb.239.1573146407201; Thu, 07 Nov 2019 09:06:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573146407; cv=none; d=google.com; s=arc-20160816; b=W99fOjQdmsJ7tqDgtGc/eX8U7LGG+qluKx6AJAjCXhVLcU+JcHQGlEdnnGyTDY3rFq h5ajwX3nGdXXNl2e/SHUjsqaNsdK674Ga2Gp/nx1MIAVMhkOBM71oVzxrCzQ5j7uvgPi lqxUfV72mHZ5VAL01FtSfRoYHbosAK6Itjv62K3HDKeQJo7BM3EwAjDtpz/HoUuAmgWQ FGcyOdz0oMVqj4U8rlQyL85IPNqo1nMDM7HVG3IoH77fiH2p25hIK8meQVjeURMw4w0d XAb1UYx99GgeGkImRhrw9j2KVtFplQrsoUpet2SFG9Zv6vhX71wQvjoYeeNgjSShoL6I Vovw== 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; bh=0HOUYTTg/r28KBjvI6XMcOzyPAr9Y5jZgJGiGb1x4S0=; b=HyULRWXBwsnH9fLP6QvJ+PpeOZXdm2D3M0ACk/78CjmXeFAU0OcsRGvt6zs3UyPpH2 1Mwd5gnIOwciHl0z+lVxu3sX5CulHkvBuPVCwH8l+1zgg5QBkOHHeqK8dAYLNbFQOOUq ph8/Q4EsPX7MiKfhN8NQzlAhqk9p8+HXpdJaaae7nDEJo2toAN/DqCIY6AGjqYTbwRV9 Znus5fe4TiTKuv5a+qLWcQqdqdjGnNaJOj0YPBkO1LVdbegbqVd59kDBa/dL9AR8d24e Hi4H86WIa8u/YY21a9UaHeAHiXf2DqTrt78afJxjDFfvL2Yd45Gs11QSlyPzkXT/4+RG bF4g== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s21si1843591edm.311.2019.11.07.09.06.23; Thu, 07 Nov 2019 09:06:47 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389829AbfKGRFd (ORCPT + 99 others); Thu, 7 Nov 2019 12:05:33 -0500 Received: from mga05.intel.com ([192.55.52.43]:48853 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389813AbfKGRFa (ORCPT ); Thu, 7 Nov 2019 12:05:30 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Nov 2019 09:05:30 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.68,278,1569308400"; d="scan'208";a="192880789" Received: from cjense2x-mobl1.amr.corp.intel.com (HELO [10.251.130.63]) ([10.251.130.63]) by orsmga007.jf.intel.com with ESMTP; 07 Nov 2019 09:05:28 -0800 Subject: Re: [alsa-devel] [PATCH v3 6/6] ASoC: amd: Added ACP3x system resume and runtime pm To: Ravulapati Vishnu vardhan rao Cc: "moderated list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER MANAGEM..." , Maruthi Bayyavarapu , Kuninori Morimoto , open list , Takashi Iwai , YueHaibing , Liam Girdwood , Akshu.Agrawal@amd.com, Mark Brown , djkurtz@google.com, Vijendar Mukunda , Alex Deucher , Colin Ian King , Dan Carpenter References: <1573133093-28208-1-git-send-email-Vishnuvardhanrao.Ravulapati@amd.com> <1573133093-28208-7-git-send-email-Vishnuvardhanrao.Ravulapati@amd.com> From: Pierre-Louis Bossart Message-ID: Date: Thu, 7 Nov 2019 09:34:28 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <1573133093-28208-7-git-send-email-Vishnuvardhanrao.Ravulapati@amd.com> Content-Type: text/plain; charset=utf-8; format=flowed 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 > +static int acp3x_power_on(void __iomem *acp3x_base) > +{ > + u32 val; > + u32 timeout = 0; > + int ret = 0; > + > + val = rv_readl(acp3x_base + mmACP_PGFSM_STATUS); > + > + if (val == 0) > + return val; > + > + if (!((val & ACP_PGFSM_STATUS_MASK) == > + ACP_POWER_ON_IN_PROGRESS)) > + rv_writel(ACP_PGFSM_CNTL_POWER_ON_MASK, > + acp3x_base + mmACP_PGFSM_CONTROL); > + while (++timeout < 500) { > + val = rv_readl(acp3x_base + mmACP_PGFSM_STATUS); > + if (!val) > + break; > + udelay(1); > + if (timeout > 500) { your timeout cannot reach 500, isn't this dead code? > + pr_err("ACP is Not Powered ON\n"); > + return -ETIMEDOUT; > + } > + } > +} > + > +static int acp3x_power_off(void __iomem *acp3x_base) > +{ > + u32 val; > + u32 timeout = 0; > + > + rv_writel(ACP_PGFSM_CNTL_POWER_OFF_MASK, > + acp3x_base + mmACP_PGFSM_CONTROL); > + while (++timeout < 500) { > + val = rv_readl(acp3x_base + mmACP_PGFSM_STATUS); > + if ((val & ACP_PGFSM_STATUS_MASK) == ACP_POWERED_OFF) > + return 0; > + udelay(1); > + if (timeout > 500) { same here, the timeout handling looks broken > + pr_err("ACP is Not Powered OFF\n"); > + return -ETIMEDOUT; > + } > + } > +} > + > + > +static int acp3x_reset(void __iomem *acp3x_base) > +{ > + u32 val, timeout; > + > + rv_writel(1, acp3x_base + mmACP_SOFT_RESET); > + timeout = 0; > + while (++timeout < 100) { > + val = rv_readl(acp3x_base + mmACP_SOFT_RESET); > + if ((val & ACP3x_SOFT_RESET__SoftResetAudDone_MASK) || > + timeout > 100) { and here, how can timeout > 100 if the outer loops controls it. > + if (val & ACP3x_SOFT_RESET__SoftResetAudDone_MASK) > + break; > + return -ENODEV; > + } > + cpu_relax(); > + } > + rv_writel(0, acp3x_base + mmACP_SOFT_RESET); > + timeout = 0; > + while (++timeout < 100) { > + val = rv_readl(acp3x_base + mmACP_SOFT_RESET); > + if (!val) > + break; > + if (timeout > 100) same here > +static int snd_acp3x_suspend(struct device *dev) extra spaces? > +{ > + int status; > + struct acp3x_dev_data *adata = dev_get_drvdata(dev); > + > + status = acp3x_deinit(adata->acp3x_base); > + if (status) > + dev_err(dev, "ACP de-init failed\n"); > + else > + dev_info(dev, "ACP de-initialized\n"); > + > + return 0; > +} > +static int snd_acp3x_resume(struct device *dev) extra spaces?