Hi Guenter

> -----Original Message-----
> From: Guenter Roeck [mailto:gro...@google.com]
> Sent: Saturday, September 10, 2016 10:23 AM
> To: Jun Li <jun...@nxp.com>
> Cc: Guenter Roeck <gro...@chromium.org>; Felipe Balbi
> <felipe.ba...@linux.intel.com>; Chandra Sekhar Anagani
> <chandra.sekhar.anag...@intel.com>; Bruce Ashfield
> <bruce.ashfi...@windriver.com>; Bin Gao <bin....@intel.com>; Pranav Tipnis
> <pranav.tip...@intel.com>; Heikki Krogerus
> <heikki.kroge...@linux.intel.com>; linux-kernel@vger.kernel.org; linux-
> u...@vger.kernel.org
> Subject: Re: [RFC PATCH v3 1/2] usb: typec: USB Type-C Port Manager (tcpm)
> 
> On Fri, Sep 9, 2016 at 5:26 PM, Jun Li <jun...@nxp.com> wrote:
> > Hi Guenter,
> >
> >> -----Original Message-----
> >> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> >> ow...@vger.kernel.org] On Behalf Of Guenter Roeck
> >> Sent: Wednesday, August 24, 2016 5:11 AM
> >> To: Felipe Balbi <felipe.ba...@linux.intel.com>
> >> Cc: Chandra Sekhar Anagani <chandra.sekhar.anag...@intel.com>; Bruce
> >> Ashfield <bruce.ashfi...@windriver.com>; Bin Gao <bin....@intel.com>;
> >> Pranav Tipnis <pranav.tip...@intel.com>; Heikki Krogerus
> >> <heikki.kroge...@linux.intel.com>; linux-kernel@vger.kernel.org;
> >> linux- u...@vger.kernel.org; Guenter Roeck <gro...@chromium.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 <gro...@chromium.org>
> >> ---
> >
> > A specific question, if power sink wants to request a new power level
> > after SNK_READY, how to handle it with this tcpm?
> >
> 
> So far I have considered the required power level to be static, based on
> our curent implementations. That should be easy to change, though, with an
> additional API function, to be called from a low level driver.
> Do you have that requirement, and would such a function meet your needs ?
> 

So you are going to make port->tcpc->config to be dynamic to meet my need?

Li Jun
 
> Thanks,
> Guenter

Reply via email to