[Android6.0][RK3399] Type-C 驅動流程分析
基本概念
USB 控制器
OHCI(Open Host Controller Interface)
是支援USB1.1的標準,但它不僅僅是針對USB,還支援其他的一些介面,比如它還支援Apple的火線(Firewire,IEEE 1394)介面。與UHCI相比,OHCI的硬體複雜,硬體做的事情更多,所以實現對應的軟體驅動的任務,就相對較簡單。主要用於非x86的USB,如擴充套件卡、嵌入式開發板的USB主控。
UHCI(Universal Host Controller Interface)
**是Intel主導的對USB1.0、1.1的介面標準,與OHCI不相容。**UHCI的軟體驅動的任務重,需要做得比較複雜,但可以使用較便宜、較簡單的硬體的USB控制器。Intel和VIA使用UHCI,而其餘的硬體提供商使用OHCI。
EHCI(Enhanced Host Controller Interface)
是Intel主導的USB2.0的介面標準。
XHCI(eXtensible Host Controller Interface)
是最新的USB3.0的介面標準,它在速度、節能、虛擬化等方面都比前面3中有了較大的提高。
xHCI支援所有種類速度的USB裝置(USB 3.0 SuperSpeed, USB 2.0 Low-, Full-, and High-speed, USB 1.1 Low- and Full-speed)。xHCI的目的是為了替換前面3種(UHCI/OHCI/EHCI)。
DWC3(DRD )
is a SuperSpeed (SS) USB 3.0 Dual-Role-Device (DRD) from Synopsys.
特性:
The SuperSpeed USB controller features:
Dual-role device (DRD) capability:
Same programming model for SuperSpeed (SS), High-Speed (HS), Full-Speed (FS), and Low-Speed (LS)
Internal DMA controller
LPM protocol in USB 2.0 and U0, U1, U2, and U3 states for USB 3.0
USB HOST、USB HSIC、USB OTG
USB2.0 HOST(EHCI&OHCI):只能做主機(接電腦無法識別,因為電腦也是 HOST)。
USB HSIC(EHCI):輸出的不是普通的USB訊號,而是XhsicSTROBE1,和XhsicDATA1的訊號,必須接USB訊號轉換出來。
USB2.0/3.0 OTG(DWC3/XHCI):既能做主機也能做從機,因為有USB的ID腳,可以識別是主機從機。
TypeC Phy
驅動程式碼
typec_phy 結構體
先看一下 typec_phy 的結構體
struct rockchip_typec_phy {
struct device *dev;
void __iomem *base;
struct extcon_dev *extcon;
struct regmap *grf_regs;
struct clk *clk_core;
struct clk *clk_ref;
struct reset_control *uphy_rst;
struct reset_control *pipe_rst;
struct reset_control *tcphy_rst;
struct rockchip_usb3phy_port_cfg port_cfgs;
/* mutex to protect access to individual PHYs */
struct mutex lock;
bool flip;
u8 mode;
};
probe 流程
rockchip_typec_phy_probe
{
1. typec_phy_pre_init(tcphy);
/* 在這個裡面主要是做了
/* select external psm clock 選擇額外的 psm clock*/
property_enable(tcphy, &cfg->external_psm, 1);
property_enable(tcphy, &cfg->usb3tousb2_en, 0);
*/
2. for_each_available_child_of_node(np, child_np)
用這個巨集看是否有子節點,如果有就把資料放到子節點的私有資料中(dev_set_drvdata)
3. phy_provider = devm_of_phy_provider_register(dev, of_phy_simple_xlate);
實際上就是 list_add_tail(&phy_provider->list, &phy_provider_list);
將佇列 phy_provider->list 放到 phy_provider_list 這個佇列的尾部
}