Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp1324088pxx; Fri, 30 Oct 2020 07:31:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOFMyLWRUh3SeEXEFhtku6DlY6MsZNQ6Jn6wQQkF5G3y0JyNlJ8CyLHhyr5nwghPSsrHrJ X-Received: by 2002:aa7:d38d:: with SMTP id x13mr2711015edq.355.1604068299376; Fri, 30 Oct 2020 07:31:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1604068299; cv=none; d=google.com; s=arc-20160816; b=GRbrC1Pq7vS2POQUgTwBW53TYH2AuAMZpwvuQ6H6lbiSuKYT6ayZqU8u0+U32Q3myb vdss8rJCfYIHwIG8trz4LgEU+ubb5d/oeCKUjenl+GvgJMkRnZMhQJ/ZsUtF6l6kzz6x CG9zv2gM4RMcYrqolqzGjn4CDjGIhF0CZLcZxvNW21y3Vc9QFh2wciwoOIAh/7syykYT /EjPxRG3OLmIkrrNbMnFJEbNztRtmsZmqLjcaOpkcKCawlMwHG0eM6gZKpEJcbOq0Vx2 0/Lv5Mw7iAQtCgKH2EsYRAHq/c+kSo0tUvtxhJJ4NEgogObH2GtXVQvVYyea3LtvXrdi f8jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=f0QpXSVWmYbyO2xdc49UrXQOL388mh6vhK3DdRkUMng=; b=KtRvKn0wfl6g/1EHgCkJEubARD6DQJ79JamCpfIdK6f+FUY4JyMzCHfNnnrdGdyL+O oR98zuMzLbxlaEcRPMDlkwLOD7Ffzru7BdFqQkr7tbrhRIPLTRrwAxzj78izYBWfJKUk gpuhxwxPdBvE3pFYPYTerekDNibK0mmghLPB2u10AzSwrD6r/Z4i/aOkEUV+us9d44yp 3RJhXQOepto7wg1LRPTYufrAI7fajkZe9G1AoBwc5WVSUVh35uzyJZ1NCtnkMizpKxrV zbdM79zR6/0ZvsevgJ00DAiDn5HpYfsEjoXwiiNzTJoEBuKxtfsun2U0KqpKQEyWhD4r XQMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=H2o5OIpv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s6si4314848edy.491.2020.10.30.07.31.15; Fri, 30 Oct 2020 07:31:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=H2o5OIpv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726613AbgJ3O3m (ORCPT + 99 others); Fri, 30 Oct 2020 10:29:42 -0400 Received: from mail.kernel.org ([198.145.29.99]:33012 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725834AbgJ3O3l (ORCPT ); Fri, 30 Oct 2020 10:29:41 -0400 Received: from mail-ot1-f51.google.com (mail-ot1-f51.google.com [209.85.210.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7B2B922228; Fri, 30 Oct 2020 14:29:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604068180; bh=qsVa9k8Wl+Z5KQVAZGKVs8j/WHBtdKWOwbQHwlaXnRc=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=H2o5OIpvKRvgunRH6E0WYQATf6zc80v399OGJni4pBAW6X8PL8/YNpOrsFsh+EhOH 159RRw5uFVd1fVtpfX3Vqz8HuwG956KTbcndJoXviYKTdHp9EGJpJgi8Fm4SazNLhQ h2ScfQIDKTSvSjK2+fq4e7anR3oaaOhUSq6dQKN4= Received: by mail-ot1-f51.google.com with SMTP id j21so5664748ota.13; Fri, 30 Oct 2020 07:29:40 -0700 (PDT) X-Gm-Message-State: AOAM5339btfKEm/kDoc9nUQj9PruG6JfsO4kdaOxurPCjWVQAqa2nraS zim+ePi+qVmnyWEuMyUjVPHPC7uAb0/8orZolA== X-Received: by 2002:a9d:62d1:: with SMTP id z17mr1963470otk.192.1604068179674; Fri, 30 Oct 2020 07:29:39 -0700 (PDT) MIME-Version: 1.0 References: <20201029095806.10648-1-amelie.delaunay@st.com> <20201029095806.10648-2-amelie.delaunay@st.com> <20201029154016.GA1917373@bogus> <860d5620-4fdf-6e01-9a04-3967d6fcfd6b@st.com> In-Reply-To: <860d5620-4fdf-6e01-9a04-3967d6fcfd6b@st.com> From: Rob Herring Date: Fri, 30 Oct 2020 09:29:28 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RESEND PATCH v3 1/4] dt-bindings: connector: add power-opmode optional property to usb-connector To: Amelie DELAUNAY Cc: Greg Kroah-Hartman , Maxime Coquelin , Alexandre Torgue , Russell King , Heikki Krogerus , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , Linux USB List , "moderated list:ARM/STM32 ARCHITECTURE" , linux-arm-kernel , Fabrice Gasnier Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 29, 2020 at 11:49 AM Amelie DELAUNAY wrote: > > > > On 10/29/20 4:40 PM, Rob Herring wrote: > > On Thu, Oct 29, 2020 at 10:58:03AM +0100, Amelie Delaunay wrote: > >> Power operation mode may depends on hardware design, so, add the optional > >> property power-opmode for usb-c connector to select the power operation > >> mode capability. > >> > >> Signed-off-by: Amelie Delaunay > >> --- > >> .../bindings/connector/usb-connector.yaml | 18 ++++++++++++++++++ > >> 1 file changed, 18 insertions(+) > >> > >> diff --git a/Documentation/devicetree/bindings/connector/usb-connector.yaml b/Documentation/devicetree/bindings/connector/usb-connector.yaml > >> index 728f82db073d..200d19c60fd5 100644 > >> --- a/Documentation/devicetree/bindings/connector/usb-connector.yaml > >> +++ b/Documentation/devicetree/bindings/connector/usb-connector.yaml > >> @@ -93,6 +93,24 @@ properties: > >> - device > >> - dual > >> > >> + power-opmode: > > > > I've acked this version: > > > > https://lore.kernel.org/r/20201020093627.256885-2-badhri@google.com > > > > frs is used for Fast Role Swap defined in USB PD spec. > I understand it allows to get the same information but I'm wondering why > the property name is limited to -frs- in this case. What about a > non-power delivery USB-C connector ? I've got no idea. The folks that know USB-C and PD details need to get together and work all this out. To me, it looks like the same thing... And it's not just this, but the stream of USB-C additions that trickle in. > Moreover, power-opmode property support is already merged in typec class: > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/usb/typec/class.c?h=v5.10-rc1&id=12f3467b0d28369d3add7a0deb65fdac9b503c90 > and stusb160x driver uses it :( > > So, do I need to modify stusb160x driver (and bindings) to take into > account this USB PD specific property? If not documented, then it's not an ABI, so yes. Rob