Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3330939ybz; Mon, 4 May 2020 00:31:39 -0700 (PDT) X-Google-Smtp-Source: APiQypIbL7axCELDgAheuY/a8ED7ZsWn39Z38rU0S6KOmrxjtWcCwOPOI+Vl/H8TAi+IVLZzr+y0 X-Received: by 2002:aa7:da8b:: with SMTP id q11mr13851458eds.359.1588577498890; Mon, 04 May 2020 00:31:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588577498; cv=none; d=google.com; s=arc-20160816; b=rZo8eVToMyzb+/shda9HQWaxXUkcRKzZs5huYbwn/fj7GCsiCXkFPjYSagmOqxDQMP FEstVR9klfkXjMmwrctkmFLkkrqgNrZVErIh4Y37NFEvYxvObT2YNkUvritXNe9sJnm3 6Zme8dYQddijXdXyrAzKtF6E9dv+rnXaGsrLCUI6qepvbONFlJUp59MpabXRFti84j0F GvOuXodawQVxiy2NLSn02r1kPujcVj9G53ehzJUYekTxx6Pmz4AGLV/Fuqp7ZwYzHDIW Wu5TuLtZMmwJ5hL2gvusnyHZhOrdUFaYFA0/aYCffFqyaPxyGROEELNZUHJ+g1elCDmR B8PA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=QzOnv+I1TRC+wB7kPGo7a32yogStYhnUMkTeoxhZ6M4=; b=dTBiHab7e63KJf3oJyLoXmOb+awt3i/5vRQg+xjcgZ2OhmEQowDyQ649726cbkf3yz /g7oJ1JmRSpeCQ3mJ4oODn5Wky5QWCexg0nr037yCer9wAuV0xBewMIzf0FqyadL4H/v +fsNBZMFN803w5kSsnwkytSUVZNY5kmpIJ9cz1BdL1ZG2qUxYvCTCqOLh1tvuhp3pYUG KeYMq0trYT/K6VrLKo3zTS09LE9g4VbJyF98WHuPElHYUv+rPF9y7Hrh5ZpWz29C2JDU jQH3+MTUtX4aM7AZmrAb248thEzqar6HplnenRLj4x9RpQJ/HQPj0jKZVtPe762DasTa +RPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=vOTaLk5x; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h2si5926876edz.585.2020.05.04.00.31.12; Mon, 04 May 2020 00:31:38 -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=pass header.i=@kernel.org header.s=default header.b=vOTaLk5x; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728018AbgEDH3c (ORCPT + 99 others); Mon, 4 May 2020 03:29:32 -0400 Received: from mail.kernel.org ([198.145.29.99]:49342 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726411AbgEDH3c (ORCPT ); Mon, 4 May 2020 03:29:32 -0400 Received: from localhost (unknown [171.76.84.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 281522075B; Mon, 4 May 2020 07:29:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588577371; bh=RVrLaZjhLOD6uwD5aubD0n/GFXSYLoQc9WAUH62n6gA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=vOTaLk5xOoJcVIpzluCt8uxCroCS7M7qK5Fj4Yt6KaHGYUldVFsJO+fpnfSwOZ/tb q4ZymWNMGM7aOQdS58RmzZRaAVyuS1/KYrOnY8vKIrAVZlmEib+fDC22uGzIqE81hs ak8CKQKIADfbCGPwf8iwSKo/F8/jtDVqEqPX2iGA= Date: Mon, 4 May 2020 12:59:23 +0530 From: Vinod Koul To: Dilip Kota Cc: linux-kernel@vger.kernel.org, kishon@ti.com, devicetree@vger.kernel.org, lee.jones@linaro.org, arnd@arndb.de, robh@kernel.org, andriy.shevchenko@intel.com, cheol.yong.kim@intel.com, chuanhua.lei@linux.intel.com, qi-ming.wu@intel.com, yixin.zhu@intel.com Subject: Re: [PATCH v7 3/3] phy: intel: Add driver support for ComboPhy Message-ID: <20200504072923.GN1375924@vkoul-mobl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 30-04-20, 15:15, Dilip Kota wrote: > +enum { > + PHY_0, > + PHY_1, > + PHY_MAX_NUM PHY_MAX_NUM = PHY_1? > +static inline void combo_phy_w32_off_mask(void __iomem *base, unsigned int reg, > + u32 mask, u32 val) > +{ > + u32 reg_val; > + > + reg_val = readl(base + reg); > + reg_val &= ~mask; > + reg_val |= FIELD_PREP(mask, val); > + writel(reg_val, base + reg); bypassing regmap here... why? > +static int intel_cbphy_calibrate(struct phy *phy) > +{ > + struct intel_cbphy_iphy *iphy = phy_get_drvdata(phy); > + struct intel_combo_phy *cbphy = iphy->parent; > + void __iomem *cr_base = cbphy->cr_base; > + int val, ret, id; > + > + if (cbphy->phy_mode != PHY_XPCS_MODE) > + return 0; > + > + id = PHY_ID(iphy); > + > + /* trigger auto RX adaptation */ > + combo_phy_w32_off_mask(cr_base, CR_ADDR(PCS_XF_ATE_OVRD_IN_2, id), > + ADAPT_REQ_MSK, 3); > + /* Wait RX adaptation to finish */ > + ret = readl_poll_timeout(cr_base + CR_ADDR(PCS_XF_RX_ADAPT_ACK, id), > + val, val & RX_ADAPT_ACK_BIT, 10, 5000); > + if (ret) > + dev_err(cbphy->dev, "RX Adaptation failed!\n"); you want to continue her and not return error? -- ~Vinod