[<prev] [next>] [day] [month] [year] [list]
Message-ID: <54812C86.6080307@rock-chips.com>
Date: Fri, 05 Dec 2014 11:54:46 +0800
From: Yunzhi Li <lyz@...k-chips.com>
To: Heiko Stübner <heiko@...ech.de>,
dianders <dianders@...omium.org>, ulrich.prinz@...glemail.com,
zyw@...k-chips.com, linux-kernel@...r.kernel.org, kishon@...com,
linux-usb@...r.kernel.org, kever.yang@...k-chips.com,
wulf <wulf@...k-chips.com>, huangtao <huangtao@...k-chips.com>
Subject: Re: Re: [PATCH] phy: add Rockchip RK3288 USB2 PHY driver.
Hi Heiko
> Am Mittwoch, 3. Dezember 2014, 21:46:50 schrieb LiYunzhi:
>> +
>> +};
>> +
>> +static int rockchip_usb_phy_power(struct rockchip_usb_phy *phy,
>> + bool siddq)
>> +{
>> + return regmap_write(phy->reg_base, phy->reg_offset,
>> + SIDDQ_MSK | (siddq ? SIDDQ_ON : SIDDQ_OFF));
> just for my understanding:
>
> You're using the SIDDQ bit, which supposedly "powers down all analog blocks"
> for IDDQ testing to control the phy power.
>
> What is the difference to usbotg_disable (bit 4 of uoc_con0) that is supposed
> to "power down the USB OTG/HOST block"?
>
> Similarly, where is the difference to usbotg_sleepm [uoc_con2 bit 10] combined
> with usbotg_common_on_n [uoc_con0 bit 0]?
SIDDQ: is used to power down the USB block analog function.
usbotg_disable: is used to diable USB digital interface, and USB analog
part is still alive.
The power consuming is total different. Power(SIDDQ) <
Power(usbotg_disable).
usbotg_sleepm is defined in USB Low power mode - L1, this signal could
be used for USB 2.0 Link Power Management (LPM) addendum to the USB 2.0
specification, but our controller doesn't support. So we do not use
sleepm, this bit here just for debug force the transmitter enter the LPM
specific sleep mode.
usbotg_common_on_n: is used to control USB PHY internal PLL. When active
Low, the PLL is still alive in suspend mode, which could output 480M
clock for other IP use.
--------
Roy Li @ Rockchip
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists