On 26/03/2019 18:05, Evan Green wrote: > With the new refactoring at [1], the UFS phy now controls its own > destiny in toggling the phy reset bit within the UFS host controller. > Add the DT pieces needed to 1) expose the reset controller from the > HC, and 2) use it from the PHY. This series is based atop linux-next > plus Marc's series at [2]. > > Signed-off-by: Evan Green <[email protected]> > > [1] https://lore.kernel.org/lkml/[email protected]/ > [2] https://lore.kernel.org/lkml/[email protected]/ > > --- > I haven't tested this. Marc, I'm hoping you'll test this out and hijack this > patch if it needs any fixups. > > arch/arm64/boot/dts/qcom/msm8998.dtsi | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi > b/arch/arm64/boot/dts/qcom/msm8998.dtsi > index 3d0aeb3211de..d59a2c5fe83a 100644 > --- a/arch/arm64/boot/dts/qcom/msm8998.dtsi > +++ b/arch/arm64/boot/dts/qcom/msm8998.dtsi > @@ -990,6 +990,7 @@ > interrupts = <GIC_SPI 265 IRQ_TYPE_LEVEL_HIGH>; > phys = <&ufsphy_lanes>; > phy-names = "ufsphy"; > + #reset-cells = <1>; > lanes-per-direction = <2>; > power-domains = <&gcc UFS_GDSC>; > > @@ -1039,6 +1040,7 @@ > <&gcc GCC_UFS_CLKREF_CLK>, > <&gcc GCC_UFS_PHY_AUX_CLK>; > > + resets = <&ufshc 0>; > ufsphy_lanes: lanes@1da7400 { > reg = <0x01da7400 0x128>, > <0x01da7600 0x1fc>, >
If it's OK with you, I plan to test this patch tomorrow, and simply squash it into my UFS DT submission. Regards.
