Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4334456yba; Mon, 29 Apr 2019 18:25:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqwWP+d9xQUSmQKJfTbwUJdDOPEK+2dUV5//VIDrHb/z7WIaUtW/WFXNYdS5F/moxHpO/l1P X-Received: by 2002:a65:6496:: with SMTP id e22mr21207200pgv.249.1556587507496; Mon, 29 Apr 2019 18:25:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556587507; cv=none; d=google.com; s=arc-20160816; b=S0OXstjJxtvfsPRBu2Id/85BOOju0z4iaE7mS2BKtZi/HFsliJ560EMnHorz27M4/p KVoRayHbRJVcfciyoSEbm9w0Sjch6cvXsgBIg/BnFktu3eTu02e6ZtTxas1WDHOfFMfN M+92BdmnEbbbF05WFyF/OZb17o/Ai6s4mAjhMHEtLz2IWzL+fzw1e0K60a2LkwSlUom5 0DcTKoG/DlEqt2tm3VOPazMqFZZN3pQYXK25sUNEgZGiaHdb3Z/ldnbDXVVdshv5ymsw 8EVKlQWUZta1F1ZCglOqff46R3NCGdxbQ4CLFwJKYisN/08CF8E+k/1m91Q44qhQ2ieQ COhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=fLCNptbAqgGLbxmiV5m9esJWTcO9d7PGiLKbWNbQI4Y=; b=kd+3am1Y8ZclJVP+zUjeY8JUOsF7hZUIlOuVbeVUgthAUn2bskKCTrG9aRclQ9s/Cm dwTHlyu5F1eU/5Eso8BIdjLWGB/nTJoOnXnEV60DMvR7Wrspm6CTV+5wN1lw2bi7YOZD uCi46ARR1jryveqWyscQtZFc+1O9sOXoLbqiH8W9ybhe14ehi5HH+cdod5bzCDvZ+dy7 /9DZp75TItUBXsQm/pLrOGVe+iw7FwUMUHnksRsdSbCr2CaM08KcP5SJEfwF+PhFCeFn xWyUfetXcdpFHxGp4hlN2jjswXEvWy/u6/SIVfkohPJkeVugIktNBT5d8s8nTJqVW2hb LSWQ== 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 z11si35004166plk.81.2019.04.29.18.24.51; Mon, 29 Apr 2019 18:25:07 -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 S1729868AbfD3BXb (ORCPT + 99 others); Mon, 29 Apr 2019 21:23:31 -0400 Received: from mail-ot1-f65.google.com ([209.85.210.65]:42495 "EHLO mail-ot1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729801AbfD3BXb (ORCPT ); Mon, 29 Apr 2019 21:23:31 -0400 Received: by mail-ot1-f65.google.com with SMTP id f23so10438638otl.9; Mon, 29 Apr 2019 18:23:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=fLCNptbAqgGLbxmiV5m9esJWTcO9d7PGiLKbWNbQI4Y=; b=pyInkl149oIz0fINvWOVMsdn8AcUZzZMsqlSa7v85gg4KE35r4uck69xNm/ho+Knq4 IzzSs7aMjmL5Eaj+6oFFGMJWvwrQoIb3956nOZPBgl3FX6H5fMKhpHk4dISx6fGnCukc zWcgPF4nwZgI4lIXvZOm/tg7YfbuPlwiXFtfB2h/uxfRlZpdfJ/8UyWyA+fnAe3Ff7OC QROaB0oudBdvbMfvRBtSD+tbC8do0lojlFgN9sX8VFKXonOOnxrqrUmwEr5RLCjdVOMu BDIasEacD+4LbgEW4TtTbCw8lBLG5F3IVAHSYy+J1fDNCrHxwhSklxul5vl/eleUX3uo 4SXg== X-Gm-Message-State: APjAAAVREX0ePY2/L7rj+HhgwSdB4P5sCe+xd3U7Q/FVfRHH8h9196zA u1H5Svz8POQS9r/0gW369Q== X-Received: by 2002:a9d:6153:: with SMTP id c19mr5171001otk.110.1556587410598; Mon, 29 Apr 2019 18:23:30 -0700 (PDT) Received: from localhost (24-155-109-49.dyn.grandenetworks.net. [24.155.109.49]) by smtp.gmail.com with ESMTPSA id w13sm922030otl.26.2019.04.29.18.23.29 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 29 Apr 2019 18:23:29 -0700 (PDT) Date: Mon, 29 Apr 2019 20:23:28 -0500 From: Rob Herring To: Douglas Anderson Cc: Minas Harutyunyan , Felipe Balbi , heiko@sntech.de, Alan Stern , Artur Petrosyan , amstan@chromium.org, linux-rockchip@lists.infradead.org, William Wu , linux-usb@vger.kernel.org, Stefan Wahren , Randy Li , zyw@rock-chips.com, mka@chromium.org, ryandcase@chromium.org, Amelie Delaunay , jwerner@chromium.org, dinguyen@opensource.altera.com, Elaine Zhang , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Greg Kroah-Hartman , Mark Rutland Subject: Re: [PATCH v2 3/5] Documentation: dt-bindings: Add snps,need-phy-for-wake for dwc2 USB Message-ID: <20190430012328.GA25660@bogus> References: <20190418001356.124334-1-dianders@chromium.org> <20190418001356.124334-4-dianders@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190418001356.124334-4-dianders@chromium.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 17, 2019 at 05:13:54PM -0700, Douglas Anderson wrote: > Some SoCs with a dwc2 USB controller may need to keep the PHY on to > support remote wakeup. Allow specifying this as a device tree > property. > > Signed-off-by: Douglas Anderson > --- > For relevant prior discussion on this patch, see: > > https://lkml.kernel.org/r/1435017144-2971-3-git-send-email-dianders@chromium.org > > I didn't make any changes from the prior version since I never found > out what Rob thought of my previous arguments. If folks want a > change, perhaps they could choose from these options: > > 1. Assume that all dwc2 hosts would like to keep their PHY on for > suspend if there's a USB wakeup enabled, thus we totally drop this > binding. This doesn't seem super great to me since I'd bet that > many devices that use dwc2 weren't designed for USB wakeup (they > may not keep enough clocks or rails on) so we might be wasting > power for nothing. 1b. Use SoC specific compatible strings to enable/disable remote wake-up. We can debate what the default is I guess. > 2. Rename this property to "snps,wakeup-from-suspend-with-phy" to make > it more obvious that this property is intended both to document > that wakeup from suspend is possible and that we need the PHY for > said wakeup. > 3. Rename this property to "snps,can-wakeup-from-suspend" and assume > it's implicit that if we can wakeup from suspend that we need to > keep the PHY on. If/when someone shows that a device exists using > dwc2 where we can wakeup from suspend without the PHY they can add > a new property. > > Changes in v2: None > > Documentation/devicetree/bindings/usb/dwc2.txt | 3 +++ > 1 file changed, 3 insertions(+) >