[PATCH v2 2/4] phy: rockchip-samsung-dcphy: factor MIPI D-PHY power on/off into helpers
Bryan O'Donoghue
bryan.odonoghue at linaro.org
Thu Aug 6 09:17:45 PDT 2026
On 26/07/2026 15:55, Jason Yang via B4 Relay wrote:
> static int samsung_mipi_dcphy_power_on(struct phy *phy)
> {
> struct samsung_mipi_dcphy *samsung = phy_get_drvdata(phy);
> @@ -1368,7 +1376,7 @@ static int samsung_mipi_dcphy_power_on(struct phy *phy)
>
> switch (samsung->type) {
> case PHY_TYPE_DPHY:
> - return samsung_mipi_dphy_power_on(samsung);
> + return samsung_mipi_dphy_tx_power_on(samsung);
> default:
> /* CPHY part to be implemented later */
> return -EOPNOTSUPP;
> @@ -1383,16 +1391,11 @@ static int samsung_mipi_dcphy_power_off(struct phy *phy)
>
> switch (samsung->type) {
> case PHY_TYPE_DPHY:
> - samsung_mipi_dphy_lane_disable(samsung);
> - break;
> + return samsung_mipi_dphy_tx_power_off(samsung);
> default:
> /* CPHY part to be implemented later */
> return -EOPNOTSUPP;
> }
> -
> - samsung_mipi_dcphy_pll_disable(samsung);
> -
> - return 0;
> }
This looks a bit funny.
Do you have an int method() {} with a final path that returns no value ?
Tooling/compilers will definitely and rightly complain about that.
---
bod
More information about the linux-arm-kernel
mailing list