From: Chris Zhong <zyw@rock-chips.com> To: Heiko Stuebner <heiko@sntech.de>, Kishon Vijay Abraham I <kishon@ti.com> Cc: dianders@chromium.org, tfiga@chromium.org, yzq@rock-chips.com, groeck@chromium.org, myungjoo.ham@samsung.com, cw00.choi@samsung.com, linux-rockchip@lists.infradead.org, Kever Yang <kever.yang@rock-chips.com>, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [v3 PATCH 3/5] phy: Add USB Type-C PHY driver for rk3399 Date: Mon, 27 Jun 2016 10:19:04 +0800 [thread overview] Message-ID: <57708D18.6050001@rock-chips.com> (raw) In-Reply-To: <1514992.DV7LTB70sc@phil> Hi Heiko On 06/25/2016 03:39 AM, Heiko Stuebner wrote: > Am Donnerstag, 23. Juni 2016, 18:27:52 schrieb Kishon Vijay Abraham I: >> Hi, >> >> On Thursday 23 June 2016 06:21 PM, Chris Zhong wrote: >>> Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB >>> Type-C PHY is designed to support the USB3 and DP applications. The >>> PHY basically has two main components: USB3 and DisplyPort. USB3 >>> operates in SuperSpeed mode and the DP can operate at RBR, HBR and >>> HBR2 data rates. >>> >>> Signed-off-by: Chris Zhong <zyw@rock-chips.com> >>> Signed-off-by: Kever Yang <kever.yang@rock-chips.com> >>> >>> --- >>> >>> Changes in v3: >>> - remove the phy framework(Kishon Vijay Abraham I) >>> - add parentheses around the macro >>> - use a single space between type and name >>> - add spaces after opening and before closing braces. >>> - use u16 for register value >>> - remove type-c phy header file >>> - CodingStyle optimization >>> - use some cable extcon to get type-c port information >>> - add a extcon to notify Display Port >>> >>> Changes in v2: >>> - select RESET_CONTROLLER >>> - alphabetic order >>> - modify some spelling mistakes >>> - make mode cleaner >>> - use bool for enable/disable >>> - check all of the return value >>> - return a better err number >>> - use more readx_poll_timeout() >>> - clk_disable_unprepare(tcphy->clk_ref); >>> - remove unuse functions, rockchip_typec_phy_power_on/off >>> - remove unnecessary typecast from void * >>> - use dts node to distinguish between phys. >>> >>> Changes in v1: >>> - update the licence note >>> - init core clock to 50MHz >>> - use extcon API >>> - remove unused global >>> - add some comments for magic num >>> - change usleep_range(1000, 2000) tousleep_range(1000, 1050) >>> - remove __func__ from dev_err >>> - return err number when get clk failed >>> - remove ADDR_ADJ define >>> - use devm_clk_get(&pdev->dev, "tcpdcore") >>> >>> drivers/phy/Kconfig | 8 + >>> drivers/phy/Makefile | 1 + >>> drivers/phy/phy-rockchip-typec.c | 1027 >>> ++++++++++++++++++++++++++++++++++++++ 3 files changed, 1036 >>> insertions(+) >>> create mode 100644 drivers/phy/phy-rockchip-typec.c >>> >>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig >>> index 26566db..ec87b3a 100644 >>> --- a/drivers/phy/Kconfig >>> +++ b/drivers/phy/Kconfig >>> @@ -351,6 +351,14 @@ config PHY_ROCKCHIP_DP >>> >>> help >>> >>> Enable this to support the Rockchip Display Port PHY. >>> >>> +config PHY_ROCKCHIP_TYPEC >>> + tristate "Rockchip TYPEC PHY Driver" >>> + depends on ARCH_ROCKCHIP && OF >>> + select GENERIC_PHY >> Why? None of the generic PHY API's are used here. Why do you want select >> generic PHY? > I'm actually wondering, why there are no phy ops to start and stop the py. > Right now the device seems to be on and handling all the extcon notifies all > the time even if no-one is using the phy. > > There are two users of this phy, the dp-controller as well as some usb > component. The phy framework is nicely refcounted, so can handle any number > of phy users and somehow I'd expect the phy to do nothing (and try to not > consume power) if neither the dp-controller nor the usb-part is actually > running. > > It may very well be my ignorance, but Chris could you explain, if there is a > reason for this? > > > Thanks > Heiko > > It is good idea, The USB3 and DP controller detect the extcon cable state: USB/USB HOST/DP. If a Type-C device plugged, call phy power on, the phy driver get all the state of extcon: dfp, ufp, dp, flip, pin assignment, and then finish the phy init. So the phy driver need not register extcon notification. But this mechanism allows phy driver only focus plug/unplug event, if some other things happen, such as data role change, the phy will not be notified. I'm not sure if this situation exists. Hi Guenter, Do you have any ohter concerns? >
WARNING: multiple messages have this Message-ID (diff)
From: zyw@rock-chips.com (Chris Zhong) To: linux-arm-kernel@lists.infradead.org Subject: [v3 PATCH 3/5] phy: Add USB Type-C PHY driver for rk3399 Date: Mon, 27 Jun 2016 10:19:04 +0800 [thread overview] Message-ID: <57708D18.6050001@rock-chips.com> (raw) In-Reply-To: <1514992.DV7LTB70sc@phil> Hi Heiko On 06/25/2016 03:39 AM, Heiko Stuebner wrote: > Am Donnerstag, 23. Juni 2016, 18:27:52 schrieb Kishon Vijay Abraham I: >> Hi, >> >> On Thursday 23 June 2016 06:21 PM, Chris Zhong wrote: >>> Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB >>> Type-C PHY is designed to support the USB3 and DP applications. The >>> PHY basically has two main components: USB3 and DisplyPort. USB3 >>> operates in SuperSpeed mode and the DP can operate at RBR, HBR and >>> HBR2 data rates. >>> >>> Signed-off-by: Chris Zhong <zyw@rock-chips.com> >>> Signed-off-by: Kever Yang <kever.yang@rock-chips.com> >>> >>> --- >>> >>> Changes in v3: >>> - remove the phy framework(Kishon Vijay Abraham I) >>> - add parentheses around the macro >>> - use a single space between type and name >>> - add spaces after opening and before closing braces. >>> - use u16 for register value >>> - remove type-c phy header file >>> - CodingStyle optimization >>> - use some cable extcon to get type-c port information >>> - add a extcon to notify Display Port >>> >>> Changes in v2: >>> - select RESET_CONTROLLER >>> - alphabetic order >>> - modify some spelling mistakes >>> - make mode cleaner >>> - use bool for enable/disable >>> - check all of the return value >>> - return a better err number >>> - use more readx_poll_timeout() >>> - clk_disable_unprepare(tcphy->clk_ref); >>> - remove unuse functions, rockchip_typec_phy_power_on/off >>> - remove unnecessary typecast from void * >>> - use dts node to distinguish between phys. >>> >>> Changes in v1: >>> - update the licence note >>> - init core clock to 50MHz >>> - use extcon API >>> - remove unused global >>> - add some comments for magic num >>> - change usleep_range(1000, 2000) tousleep_range(1000, 1050) >>> - remove __func__ from dev_err >>> - return err number when get clk failed >>> - remove ADDR_ADJ define >>> - use devm_clk_get(&pdev->dev, "tcpdcore") >>> >>> drivers/phy/Kconfig | 8 + >>> drivers/phy/Makefile | 1 + >>> drivers/phy/phy-rockchip-typec.c | 1027 >>> ++++++++++++++++++++++++++++++++++++++ 3 files changed, 1036 >>> insertions(+) >>> create mode 100644 drivers/phy/phy-rockchip-typec.c >>> >>> diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig >>> index 26566db..ec87b3a 100644 >>> --- a/drivers/phy/Kconfig >>> +++ b/drivers/phy/Kconfig >>> @@ -351,6 +351,14 @@ config PHY_ROCKCHIP_DP >>> >>> help >>> >>> Enable this to support the Rockchip Display Port PHY. >>> >>> +config PHY_ROCKCHIP_TYPEC >>> + tristate "Rockchip TYPEC PHY Driver" >>> + depends on ARCH_ROCKCHIP && OF >>> + select GENERIC_PHY >> Why? None of the generic PHY API's are used here. Why do you want select >> generic PHY? > I'm actually wondering, why there are no phy ops to start and stop the py. > Right now the device seems to be on and handling all the extcon notifies all > the time even if no-one is using the phy. > > There are two users of this phy, the dp-controller as well as some usb > component. The phy framework is nicely refcounted, so can handle any number > of phy users and somehow I'd expect the phy to do nothing (and try to not > consume power) if neither the dp-controller nor the usb-part is actually > running. > > It may very well be my ignorance, but Chris could you explain, if there is a > reason for this? > > > Thanks > Heiko > > It is good idea, The USB3 and DP controller detect the extcon cable state: USB/USB HOST/DP. If a Type-C device plugged, call phy power on, the phy driver get all the state of extcon: dfp, ufp, dp, flip, pin assignment, and then finish the phy init. So the phy driver need not register extcon notification. But this mechanism allows phy driver only focus plug/unplug event, if some other things happen, such as data role change, the phy will not be notified. I'm not sure if this situation exists. Hi Guenter, Do you have any ohter concerns? >
next prev parent reply other threads:[~2016-06-27 2:19 UTC|newest] Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-06-23 12:50 [v3 PATCH 0/5] Rockchip Type-C and DispplayPort driver Chris Zhong 2016-06-23 12:50 ` Chris Zhong 2016-06-23 12:50 ` Chris Zhong 2016-06-23 12:51 ` [v3 PATCH 1/5] extcon: Add Type-C and DP support Chris Zhong 2016-06-28 12:26 ` Chanwoo Choi 2016-06-28 16:33 ` Guenter Roeck [not found] ` <CAGTfZH1ciu33btOAkwwA+8pUV=5-XDus-Q_wNiv_hwRoLK5dPw@mail.gmail.com> 2016-06-29 2:08 ` Guenter Roeck 2016-06-29 2:08 ` Guenter Roeck 2016-07-06 20:22 ` Guenter Roeck 2016-07-06 20:22 ` Guenter Roeck 2016-07-11 14:30 ` Chanwoo Choi 2016-06-23 12:51 ` [v3 PATCH 2/5] Documentation: bindings: add dt doc for Rockchip USB Type-C PHY Chris Zhong 2016-06-23 12:51 ` Chris Zhong 2016-06-24 19:19 ` Rob Herring 2016-06-24 19:19 ` Rob Herring 2016-06-24 19:19 ` Rob Herring 2016-06-23 12:51 ` [v3 PATCH 3/5] phy: Add USB Type-C PHY driver for rk3399 Chris Zhong 2016-06-23 12:51 ` Chris Zhong 2016-06-23 12:57 ` Kishon Vijay Abraham I 2016-06-23 12:57 ` Kishon Vijay Abraham I 2016-06-23 12:57 ` Kishon Vijay Abraham I 2016-06-24 19:39 ` Heiko Stuebner 2016-06-24 19:39 ` Heiko Stuebner 2016-06-27 2:19 ` Chris Zhong [this message] 2016-06-27 2:19 ` Chris Zhong 2016-06-27 4:01 ` Guenter Roeck 2016-06-27 4:01 ` Guenter Roeck 2016-06-27 4:39 ` Chris Zhong 2016-06-27 4:39 ` Chris Zhong 2016-06-23 17:23 ` Guenter Roeck 2016-06-23 17:23 ` Guenter Roeck 2016-06-23 21:47 ` Guenter Roeck 2016-06-23 21:47 ` Guenter Roeck 2016-06-24 0:34 ` Chris Zhong 2016-06-24 0:34 ` Chris Zhong 2016-06-24 2:10 ` Guenter Roeck 2016-06-24 2:10 ` Guenter Roeck 2016-06-24 2:48 ` Chris Zhong 2016-06-24 2:48 ` Chris Zhong 2016-06-23 12:51 ` [v3 PATCH 4/5] Documentation: bindings: add dt documentation for cdn DP controller Chris Zhong 2016-06-23 12:51 ` Chris Zhong 2016-06-23 12:51 ` Chris Zhong 2016-06-24 19:20 ` Rob Herring 2016-06-24 19:20 ` Rob Herring 2016-06-24 19:20 ` Rob Herring 2016-06-23 12:51 ` [v3 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399 Chris Zhong 2016-06-23 12:51 ` Chris Zhong 2016-06-23 12:51 ` Chris Zhong
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=57708D18.6050001@rock-chips.com \ --to=zyw@rock-chips.com \ --cc=cw00.choi@samsung.com \ --cc=dianders@chromium.org \ --cc=groeck@chromium.org \ --cc=heiko@sntech.de \ --cc=kever.yang@rock-chips.com \ --cc=kishon@ti.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-rockchip@lists.infradead.org \ --cc=myungjoo.ham@samsung.com \ --cc=tfiga@chromium.org \ --cc=yzq@rock-chips.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.