Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3375517ybl; Sun, 11 Aug 2019 22:29:30 -0700 (PDT) X-Google-Smtp-Source: APXvYqyupOrRgTAYYV12kOxgaVK2e7WPC24jKtT/bxjqtpkVyPhWsUG2jJI05dMUZe8Cw5b1qtrm X-Received: by 2002:a17:902:d90a:: with SMTP id c10mr30426907plz.208.1565587770857; Sun, 11 Aug 2019 22:29:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565587770; cv=none; d=google.com; s=arc-20160816; b=GUAlili4OlAveTzok0WZh9p3AgT3BeWpmvY18P+RqAgvqLJxgrD4a0dhUjs8TuniLr IQoOYfMOyAII43GgMDUR3qf4PGIKKy3++u4kajNbMU1+VQcJgEORMjbsM2LdbpSl1wPu OghQGaAj+P3UpSMhO8SJdpcEWmDi1zDxSdL2NFnDtAPJf4/MZLmVywcvFQLjMBBXouSz gEgIgstirelk93LPZxFayoHAj/5wqQxiQVG2c8Wtif/cWtCrJ+R24L/da9WXiKXBPehv EPmleDM/1B1U2RbwEv69j7fXsdZ5St9/iv3xCrBNrLunkigd44ap1qdrFkZVp6LwHiuc 892w== 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=mFax+XCJBk/Lpsr++OekRdEXR8qQ24dz71DAeAASK1U=; b=kZIujfJv/RW8ZSIAg84Mjt83YKkuQ+QZem0vuEoIjSidRtukExo90qGxuE8nlrFSCJ NlZWCmkSRz23NLrpmBvI6n/JTmZOoSxjryZKUQPSVpyu/RpozR1N5/Hdu0lHYVPbzUdI 9TI/Xx5pm99y6S+jsdmf3PR82VU3qlTTfN3qKmT0UhItpvD/wRVNwU1hTwZTKr9QRHx5 RxVRZP+tQLpwvMKkD36jqgotjf1XctGsQE8KP/6CoWqnniJkPqagBRkK2VdkbW1qAKrm PRnFG8XCGhWhd2+aznLixexcNygsqDlk9jzow4Zwwx+alRkABYK8Rt+V4/xTw1rY8YJ8 0ZKQ== 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 n6si11085014pjb.73.2019.08.11.22.29.15; Sun, 11 Aug 2019 22:29:30 -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 S1726890AbfHLF1P (ORCPT + 99 others); Mon, 12 Aug 2019 01:27:15 -0400 Received: from mga06.intel.com ([134.134.136.31]:37449 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725819AbfHLF1P (ORCPT ); Mon, 12 Aug 2019 01:27:15 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Aug 2019 22:27:14 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,376,1559545200"; d="scan'208";a="259676344" Received: from pipin.fi.intel.com (HELO pipin) ([10.237.72.175]) by orsmga001.jf.intel.com with ESMTP; 11 Aug 2019 22:27:12 -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> Date: Mon, 12 Aug 2019 08:27:11 +0300 Message-ID: <87h86nvtqo.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: >> > 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