Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1700765ybl; Wed, 14 Aug 2019 23:09:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqybSFPRotLGLSzmcSVZKWvj5HB+V+q+g05SlfcxBJgXKvTcDwn1HZrKMf1eWIlaLHsWqGGX X-Received: by 2002:aa7:9483:: with SMTP id z3mr3863120pfk.104.1565849346059; Wed, 14 Aug 2019 23:09:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565849346; cv=none; d=google.com; s=arc-20160816; b=S4jL1/Oep0sL4xs6MVOzt6lUX1H49fGf+NU5YiYFhYUO1vAs5EZ4JrfrJnMnJtbfLh 0/ndwN9WIUBR817FqJvM15eE91AkIDx30sqDvM1f2waAga0rL1KYRDDhx+Io1I7quAJF Dk18KCQkNKwAZv73CscQeRzCO9JBHWoQIUE1hDk5E+Q9J9dy0H2hNV0NyufxcV/+/StM 303c9+fq+jAgYkrFCg2Ne/ppgNvdwqcGZwM9vxdticNZ2lYQTGuGplwiEkJ08rtL/ek3 T2UDEdEflqyh3r+7G8AYqYKtqun5WdkB+5q5tc/rlht9vWIWorR8+NlxorCSyhBR5I0p r2WQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=3qcT53Gh2CBwtPCcvX/t21V2hlj/FWRcUBFPARYE8mw=; b=oTTmhiV+FPkMIbSBIuwECZjGfiVP3oDi4dIZ98r4V4muEWbDPBGVExb0mDs+ejKlB+ PKAmiiZCA1xHw+kzf1mV/Atz6wh9sqmxINM1t17nItr/YrXzAUaWhcpDXJhUGQ2aE/qx h+Fnsn5yTi7OCRQzyKyXISAczbWy15RHzJYItu1NdAvl2miimUiHfVsveo1sG6LAJQVT oFA11zqC2qiEu08Shvg/z2ggV9KEvKSWAeitGo0m5iiY30RC65QGsxnbr7NCwTw4piT2 ayDHtNuZKYzGr6ZtOYOLdCB1Hlii4eCfO53D7KCfXKFZDMzD5HkFwkdqEoBdtdPj43OB ntrg== 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l15si363428pjq.104.2019.08.14.23.08.50; Wed, 14 Aug 2019 23:09:06 -0700 (PDT) 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730266AbfHOF7d (ORCPT + 99 others); Thu, 15 Aug 2019 01:59:33 -0400 Received: from mga18.intel.com ([134.134.136.126]:39733 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725681AbfHOF7c (ORCPT ); Thu, 15 Aug 2019 01:59:32 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Aug 2019 22:59:32 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,388,1559545200"; d="scan'208";a="194702947" Received: from pipin.fi.intel.com (HELO pipin) ([10.237.72.175]) by fmsmga001.fm.intel.com with ESMTP; 14 Aug 2019 22:59:29 -0700 From: Felipe Balbi To: Yinbo Zhu , Greg Kroah-Hartman , "linux-usb\@vger.kernel.org" , open list Cc: Xiaobo Xie , Jiafei Pan , Ran Wang Subject: RE: [EXT] Re: [PATCH v1] usb: dwc3: remove the call trace of USBx_GFLADJ In-Reply-To: References: <20190729064607.8131-1-yinbo.zhu@nxp.com> <875zn8nt31.fsf@gmail.com> <87h86nvtqo.fsf@gmail.com> Date: Thu, 15 Aug 2019 08:59:28 +0300 Message-ID: <87v9uzt1dr.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Yinbo Zhu writes: >> Yinbo Zhu writes: >> >> > diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c >> >> > index >> >> > 98bce85c29d0..a133d8490322 100644 >> >> > --- a/drivers/usb/dwc3/core.c >> >> > +++ b/drivers/usb/dwc3/core.c >> >> > @@ -300,8 +300,7 @@ static void dwc3_frame_length_adjustment(struct >> >> > dwc3 *dwc) >> >> > >> >> > reg = dwc3_readl(dwc->regs, DWC3_GFLADJ); >> >> > dft = reg & DWC3_GFLADJ_30MHZ_MASK; >> >> > - if (!dev_WARN_ONCE(dwc->dev, dft == dwc->fladj, >> >> > - "request value same as default, ignoring\n")) { >> >> > + if (dft != dwc->fladj) { >> >> >> >> if the value isn't different, why do you want to change it? >> >> >> >> -- >> >> Balbi >> > Hi Balbi, >> > >> > I don't change any value. I was remove that call trace. >> >> Sure you do. The splat only shows when you request a FLADJ value that's the >> same as the one already in the register. The reason you see the splat is because >> your requested value is what's already in the HW. >> >> So, again, why are you adding this device tree property if the value is already the >> correct one? >> >> > In addition that GFLADJ_30MHZ value intial value is 0, and it's value >> > must be 0x20, if not, usb will not work. >> >> it's not zero, otherwise the splat wouldn't trigger. You're requesting the value >> that's already in your register by default. >> >> -- >> Balbi > > Hi Balbi, > > According that rm doc that GFLADJ_30MHZ has a default value is 0x20, > when GFLADJ_30MHZ_REG_SEL is 0, this 0x20 is a hard-coded value. > > But in fact, that default value is 0, please you note! > > Then according that xhci spec 5.2.4, that register the sixth bit if is > 0, then that can support Frame Lenth Timing value. > > So set GFLADJ_30MHZ_REG_SEL to 1 for use FLADJ, then I find that it > must use 0x20 usb will work well, even thoug xhci can permit > GFLADJ_30MHZ use other value You only get the splat because you try to sent GFLADJ to 0x20 and it's ALREADY 0x20. This means that you don't need the property in DTS. > In addition about what you said is about dts patch, and that patch had > merged by upstream, patch owner isn't me, Well, then remove the setting from DTS, since clearly it's not needed. > My patch is only for remove the call-trace, about why remove it commit > information has detail introduce please check! -- balbi