From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752712AbcEUFvj (ORCPT ); Sat, 21 May 2016 01:51:39 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:56509 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751832AbcEUFvc (ORCPT ); Sat, 21 May 2016 01:51:32 -0400 Subject: Re: [RFC PATCHv2] usb: USB Type-C Connector Class To: Oliver Neukum , Heikki Krogerus References: <1463661894-22820-1-git-send-email-heikki.krogerus@linux.intel.com> <1463669237.14323.8.camel@suse.com> <20160520112402.GC12663@kuha.fi.intel.com> <1463751447.14070.6.camel@suse.com> Cc: Andy Shevchenko , Rajaram R , Felipe Balbi , Mathias Nyman , Greg KH , linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org From: Guenter Roeck Message-ID: <573FF752.2080204@roeck-us.net> Date: Fri, 20 May 2016 22:51:14 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <1463751447.14070.6.camel@suse.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated_sender: linux@roeck-us.net X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roeck-us.net X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: linux@roeck-us.net X-Authenticated-Sender: bh-25.webhostbox.net: linux@roeck-us.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/20/2016 06:37 AM, Oliver Neukum wrote: > On Fri, 2016-05-20 at 14:24 +0300, Heikki Krogerus wrote: >> On Thu, May 19, 2016 at 04:47:17PM +0200, Oliver Neukum wrote: >>> >>> Please explain. How does that express DRP but prefered master? >> >> Sorry but I'm not sure what you mean here. If the port is capable of >> being used as dual role port (DRP in the supported_data_roles file), >> that is the only case where you can select the role with this file. So >> I would imagine that in your case you want to make the port act as >> DFP only, right? But if the port is capable of acting only as UFP, you >> are stuck with that role. > > How do I trigger that Try.SRC is to be used on a port? > This would be part of the USB PD protocol, ie probably outside the scope of the class code. In my implementation, I enable Try.SRC or Try.SNK based on the platform's preferred role. Guenter