Re: [PATCH v5 02/10] phy: rockchip: samsung-hdptx: Prevent divide-by-zero when computing clk rate
Manivannan Sadhasivam <[email protected]> Fri, 7 Aug 2026 14:56:15 +0200
| Newsgroups | org.infradead.lists.linux-rockchip,org.infradead.lists.linux-arm-kernel,org.infradead.lists.linux-phy,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <qe6i5bvrn32xmwncl4zq3f5w6twpwfwvq5alaacsceq3vxn3nt@mbeytagr77j3> |
On Thu, Jul 23, 2026 at 10:41:45PM +0300, Cristian Ciocaltea wrote: > Calculating 'sdm' fraction in rk_hdptx_phy_clk_calc_rate_from_pll_cfg() > could trigger a divide-by-zero, as it uses div_u64() with a denominator > read directly from hardware: the values ropll_hw.sdm_deno, > ropll_hw.sdc_deno, ropll_hw.sdc_n, and ropll_hw.sdc_num are populated > from PLL registers which, in theory, could be left by the bootloader > uninitialized/misconfigured. > > Provide the necessary sanitization to avoid trusting the hardware state. > > Reported-by: Sashiko <[email protected]> > Closes: https://sashiko.dev/#/patchset/[email protected]?part=1 > Fixes: 3481fc04d969 ("phy: rockchip: samsung-hdptx: Compute clk rate from PLL config") > Tested-by: Diederik de Haas <[email protected]> # NanoPC-T6 LTS > Reviewed-by: Dmitry Baryshkov <[email protected]> > Reviewed-by: Andy Yan <[email protected]> > Signed-off-by: Cristian Ciocaltea <[email protected]> > --- > drivers/phy/rockchip/phy-rockchip-samsung-hdptx.c | 11 ++++++++--- > 1 file changed, 8 insertions(+), 3 deletions(-) > > diff --git a/drivers/phy/rockchip/phy-rockchip-samsung-hdptx.c b/drivers/phy/rockchip/phy-rockchip-samsung-hdptx.c > index 710603afff86..44e99343f249 100644 > --- a/drivers/phy/rockchip/phy-rockchip-samsung-hdptx.c > +++ b/drivers/phy/rockchip/phy-rockchip-samsung-hdptx.c > @@ -2270,10 +2270,15 @@ static u64 rk_hdptx_phy_clk_calc_rate_from_pll_cfg(struct rk_hdptx_phy *hdptx) > > fout = PLL_REF_CLK * ropll_hw.pms_mdiv; > if (ropll_hw.sdm_en) { > + val = 16U * ropll_hw.sdm_deno * > + (ropll_hw.sdc_deno * ropll_hw.sdc_n - ropll_hw.sdc_num); > + if (!val) { > + dev_dbg(hdptx->dev, "Invalid ROPLL hw state: deno == 0\n"); If the hardware state is invalid, why can't this be a hard failure? - Mani -- மணிவண்ணன் சதாசிவம் _______________________________________________ Linux-rockchip mailing list [email protected] http://lists.infradead.org/mailman/listinfo/linux-rockchip