[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <VI1PR0401MB25605C3ED9A1C684C4C3580489FD0@VI1PR0401MB2560.eurprd04.prod.outlook.com>
Date: Sat, 10 Sep 2016 00:26:05 +0000
From: Jun Li <jun.li@....com>
To: Guenter Roeck <groeck@...omium.org>,
Felipe Balbi <felipe.balbi@...ux.intel.com>
CC: Chandra Sekhar Anagani <chandra.sekhar.anagani@...el.com>,
Bruce Ashfield <bruce.ashfield@...driver.com>,
Bin Gao <bin.gao@...el.com>,
Pranav Tipnis <pranav.tipnis@...el.com>,
Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>
Subject: RE: [RFC PATCH v3 1/2] usb: typec: USB Type-C Port Manager (tcpm)
Hi Guenter,
> -----Original Message-----
> From: linux-usb-owner@...r.kernel.org [mailto:linux-usb-
> owner@...r.kernel.org] On Behalf Of Guenter Roeck
> Sent: Wednesday, August 24, 2016 5:11 AM
> To: Felipe Balbi <felipe.balbi@...ux.intel.com>
> Cc: Chandra Sekhar Anagani <chandra.sekhar.anagani@...el.com>; Bruce
> Ashfield <bruce.ashfield@...driver.com>; Bin Gao <bin.gao@...el.com>;
> Pranav Tipnis <pranav.tipnis@...el.com>; Heikki Krogerus
> <heikki.krogerus@...ux.intel.com>; linux-kernel@...r.kernel.org; linux-
> usb@...r.kernel.org; Guenter Roeck <groeck@...omium.org>
> Subject: [RFC PATCH v3 1/2] usb: typec: USB Type-C Port Manager (tcpm)
>
> This driver implements the USB Type-C Power Delivery state machine
> for both source and sink ports. Alternate mode support is not
> fully implemented.
>
> The driver attaches to the USB Type-C class code implemented in
> the following patches.
>
> usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY
> usb: USB Type-C connector class
>
> This driver only implements the state machine. Lower level drivers are
> responsible for
> - Reporting VBUS status and activating VBUS
> - Setting CC lines and providing CC line status
> - Setting line polarity
> - Activating and deactivating VCONN
> - Setting the current limit
> - Activating and deactivating PD message transfers
> - Sending and receiving PD messages
>
> The driver provides both a functional API as well as callbacks for
> lower level drivers.
>
> Signed-off-by: Guenter Roeck <groeck@...omium.org>
> ---
A specific question, if power sink wants to request a new power level
after SNK_READY, how to handle it with this tcpm?
Thanks
Li Jun
Powered by blists - more mailing lists