Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2297348ybb; Fri, 27 Mar 2020 02:55:17 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtDn807eOhwyuO7R4762oUK2j8al4Xs04VaDSrUXDpBJy9SN4MBrVJk4XJfj7w7D9WL5SuB X-Received: by 2002:a4a:c116:: with SMTP id s22mr8630171oop.0.1585302917236; Fri, 27 Mar 2020 02:55:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585302917; cv=none; d=google.com; s=arc-20160816; b=YnitX3aSBh3ky48AOswGq9dZN5IAPxL741QWiYoM0Mpt3+peU4Evi5COKcZq48IQxa A71BumXiGfvafM46Q0INK/lqY8VaedFuZqvymG7p5m5cWQhzb8ZoSDhqBEMDbLJ7m6nb eM3p7V1ABVf4EBOPsE3BlgkkaNENIw8MMzbyCm4MNytoNb1KPhGpj00DyGGG2LnxxyYX YDb1KE95HDgutDSUkVxfrFCg2oBwh8qem06U17wm3ILji+7qLRpuYkPpLKSSKvi231Cq F2R68e682k+YqDbpDrRpoo2dgLYJ6EMtvaG0MjBkouf1cT31K3flQkuNzoe/4UbN4E/M GzxA== 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=lcJVbqBkPHu1NoODl3Yu9hRqqXdAK6akyFUfL0rUNDg=; b=cKxuJlFauWYEBT0yWeCf7evniYTlefrxaW0P74DTD2L2LjZnmUePX0fMNBFrkqALbR 9qlrdeHOTsS3NlkezWPq4SWpvdtbFsOCeu/GJdPyV5uMNiyNVB/jERsQpqSHreD1cZ/g lDLP0+QvFZ0KK2HXMLJSsQaLSbNRGNdn/DCFfz2WGXwzCVs9ZaSzo5ppxi6u4Ea3ejgr RAUT37QeQSha7IAqroZZnxMubPg5saMtSSm6WL4vTvgZH0duxeG7cKKTMCFsNLTz6oZQ SGcv44hIx/jlYsmhf8xNQNpXHyB7x1SkbWV6pD1RSNZfu5rHCL1oAJaMP0MhOK9oXGfY 288A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="KgT/fJ6h"; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g129si2300224oob.1.2020.03.27.02.55.04; Fri, 27 Mar 2020 02:55:17 -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; dkim=pass header.i=@kernel.org header.s=default header.b="KgT/fJ6h"; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727143AbgC0Jyu (ORCPT + 99 others); Fri, 27 Mar 2020 05:54:50 -0400 Received: from mail.kernel.org ([198.145.29.99]:39558 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726168AbgC0Jyu (ORCPT ); Fri, 27 Mar 2020 05:54:50 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (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 0DDC420578; Fri, 27 Mar 2020 09:54:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1585302889; bh=zsAHFY8HYYi1pCUgG38aoKsgwN3WWwDDoEivELfqiDU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KgT/fJ6hWwwiZFtxbE3ulRTspSgZCYIPpSSTg/5HLhkjAwiFvsywwHwnZAK1oe2v5 0O1n5knKyvTh75YkyA7t1M2Vn9RZhl/UkzJuVl/GyZ56aWAkR4FXYY9prUf+MCLjQJ Rfw7GzamfClchGB2uyQ9yEwKizWbERO1XFRKcr+A= Date: Fri, 27 Mar 2020 10:54:47 +0100 From: Greg KH To: Tejas Joglekar Cc: linux-usb@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Rob Herring , Mark Rutland , John Youn Subject: Re: [RESENDING RFC PATCH 1/4] dt-bindings: usb: Add snps,consolidate-sgl & consolidate-sgl Message-ID: <20200327095447.GA1698181@kroah.com> References: <8a9ca8e08d7c4957789a209c77589f1aa4bd2f06.1585297723.git.joglekar@synopsys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8a9ca8e08d7c4957789a209c77589f1aa4bd2f06.1585297723.git.joglekar@synopsys.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 27, 2020 at 03:11:56PM +0530, Tejas Joglekar wrote: > This commit adds the documentation for consolidate-sgl, and > snps,consolidate-sgl property. These when set enables the quirk for > XHCI driver for consolidation of sg list into a temporary buffer when small > buffer sizes are scattered over the sg list not making up to MPS or total > transfer size within TRB cache size with Synopsys xHC. > > Signed-off-by: Tejas Joglekar > --- > Documentation/devicetree/bindings/usb/dwc3.txt | 3 +++ > Documentation/devicetree/bindings/usb/usb-xhci.txt | 3 +++ > 2 files changed, 6 insertions(+) > > diff --git a/Documentation/devicetree/bindings/usb/dwc3.txt b/Documentation/devicetree/bindings/usb/dwc3.txt > index 9946ff9ba735..292d1f7969e4 100644 > --- a/Documentation/devicetree/bindings/usb/dwc3.txt > +++ b/Documentation/devicetree/bindings/usb/dwc3.txt > @@ -104,6 +104,9 @@ Optional properties: > this and tx-thr-num-pkt-prd to a valid, non-zero value > 1-16 (DWC_usb31 programming guide section 1.2.3) to > enable periodic ESS TX threshold. > + - snps,consolidate-sgl: enable sg list consolidation - host mode only. Set to use > + SG buffers of at least MPS size by consolidating smaller SG > + buffers list into a single buffer. > > - tx-fifo-resize: determines if the FIFO *has* to be reallocated. > - snps,incr-burst-type-adjustment: Value for INCR burst type of GSBUSCFG0 > diff --git a/Documentation/devicetree/bindings/usb/usb-xhci.txt b/Documentation/devicetree/bindings/usb/usb-xhci.txt > index 3f378951d624..a90d853557ee 100644 > --- a/Documentation/devicetree/bindings/usb/usb-xhci.txt > +++ b/Documentation/devicetree/bindings/usb/usb-xhci.txt > @@ -43,6 +43,9 @@ Optional properties: > - quirk-broken-port-ped: set if the controller has broken port disable mechanism > - imod-interval-ns: default interrupt moderation interval is 5000ns > - phys : see usb-hcd.yaml in the current directory > + - consolidate-sgl: indicate if you need to consolidate sg list into a > + temporary buffer when small SG buffer sizes does not make upto MPS > + size or total transfer size across the TRB cache size. Shouldn't this refer to the fact that the hardware is broken? Otherwise why would anyone know if they should, or should not, enable this option? thanks, greg k-h