Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S942402AbcJ1RHb (ORCPT ); Fri, 28 Oct 2016 13:07:31 -0400 Received: from mail-lf0-f54.google.com ([209.85.215.54]:36129 "EHLO mail-lf0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S942343AbcJ1RH2 (ORCPT ); Fri, 28 Oct 2016 13:07:28 -0400 MIME-Version: 1.0 In-Reply-To: <1477673978-15424-1-git-send-email-labbott@redhat.com> References: <1477673978-15424-1-git-send-email-labbott@redhat.com> From: Loc Ho Date: Fri, 28 Oct 2016 10:07:26 -0700 Message-ID: Subject: Re: [PATCHv2] clk: xgene: Don't call __pa on ioremaped address To: Laura Abbott Cc: Michael Turquette , Stephen Boyd , linux-clk@vger.kernel.org, Linux Kernel Mailing List Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2907 Lines: 67 Hi Laura, > ioremaped addresses are not linearly mapped so the physical > address can not be figured out via __pa. More generally, there > is no guarantee that backing value of an ioremapped address > is a physical address at all. The value here is only used > for debugging so just drop the call to __pa on the ioremapped > address. > > Fixes: 6ae5fd381251 ("clk: xgene: Silence sparse warnings") > Signed-off-by: Laura Abbott > --- > v2: Fix up one more format string > > I put the fixes tag to match with the cleanup that was done. > If there is interest in this fix for pre-4.2 kernels for > stable, I can submit a patch for that as well. > --- > drivers/clk/clk-xgene.c | 10 ++++------ > 1 file changed, 4 insertions(+), 6 deletions(-) > > diff --git a/drivers/clk/clk-xgene.c b/drivers/clk/clk-xgene.c > index 3433132..1e67655 100644 > --- a/drivers/clk/clk-xgene.c > +++ b/drivers/clk/clk-xgene.c > @@ -243,22 +243,20 @@ static int xgene_clk_enable(struct clk_hw *hw) > struct xgene_clk *pclk = to_xgene_clk(hw); > unsigned long flags = 0; > u32 data; > - phys_addr_t reg; > > if (pclk->lock) > spin_lock_irqsave(pclk->lock, flags); > > if (pclk->param.csr_reg != NULL) { > pr_debug("%s clock enabled\n", clk_hw_get_name(hw)); > - reg = __pa(pclk->param.csr_reg); > /* First enable the clock */ > data = xgene_clk_read(pclk->param.csr_reg + > pclk->param.reg_clk_offset); > data |= pclk->param.reg_clk_mask; > xgene_clk_write(data, pclk->param.csr_reg + > pclk->param.reg_clk_offset); > - pr_debug("%s clock PADDR base %pa clk offset 0x%08X mask 0x%08X value 0x%08X\n", > - clk_hw_get_name(hw), ®, > + pr_debug("%s clk offset 0x%08X mask 0x%08X value 0x%08X\n", > + clk_hw_get_name(hw), > pclk->param.reg_clk_offset, pclk->param.reg_clk_mask, > data); > > @@ -268,8 +266,8 @@ static int xgene_clk_enable(struct clk_hw *hw) > data &= ~pclk->param.reg_csr_mask; > xgene_clk_write(data, pclk->param.csr_reg + > pclk->param.reg_csr_offset); > - pr_debug("%s CSR RESET PADDR base %pa csr offset 0x%08X mask 0x%08X value 0x%08X\n", > - clk_hw_get_name(hw), ®, > + pr_debug("%s csr offset 0x%08X mask 0x%08X value 0x%08X\n", > + clk_hw_get_name(hw), > pclk->param.reg_csr_offset, pclk->param.reg_csr_mask, > data); > } The code looks fine to me. May be overly cautious here. Do you have a board to test this out? -Loc