From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751377AbcFAX3b (ORCPT ); Wed, 1 Jun 2016 19:29:31 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:40476 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750744AbcFAX33 (ORCPT ); Wed, 1 Jun 2016 19:29:29 -0400 Date: Wed, 1 Jun 2016 16:29:26 -0700 From: Guenter Roeck To: Oliver Neukum Cc: Heikki Krogerus , Andy Shevchenko , Rajaram R , Felipe Balbi , Mathias Nyman , Greg KH , linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org Subject: Re: [RFC PATCHv2] usb: USB Type-C Connector Class Message-ID: <20160601232926.GA8463@roeck-us.net> References: <1463661894-22820-1-git-send-email-heikki.krogerus@linux.intel.com> <1464773169.4051.8.camel@suse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1464773169.4051.8.camel@suse.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Authenticated_sender: guenter@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: guenter@roeck-us.net X-Authenticated-Sender: bh-25.webhostbox.net: guenter@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 Wed, Jun 01, 2016 at 11:26:09AM +0200, Oliver Neukum wrote: > On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote: > > Just noticed that the "active" file is for now read only, but it needs > > to be changed to writable. That file will of course provide means for > > the userspace to Exit and Enter modes. But please note that the > > responsibility of the dependencies between the modes, say, if a plug > > needs to be in one mode or the other in order for the partner to enter > > some specific mode, will fall on the Alternate Mode specific drivers > > once we have the altmode bus. I remember there were concerns about > > this in the original thread. > > There's one thing we haven't touched upon yet. And I cannot really find > an answer in the spec. > > What do we do if we return from S4 or S3? I think we need to restore > the ALternate Mode because our display may be running over that > Alternate Mode. > If we want to support USB persist we also need to restore data role > after S4. > I don't have an answer ... but another interesting question. How do we distinguish between alternate modes supported by a host vs. alternate modes supported by a sink ? typec_capability includes a pointer to alternate modes supportedf by the connector, but it is not clear if those are alternate modes supported as host, or alternate modes supported as device, or alternate modes supported by both. This doesn't matter much if only a fixed role is supported, but it does matter for dual role ports. A laptop will typically only support DisplayPort as host, for example. Any idea ? Thanks, Guenter