Skip to contentSkip to conversation

ARM: imx: correct Audio/Video PLL rate calculation formula

PATCH New Anson Huang 2 participants 2 messages May 8, 2015

Subsystems (3)
lore
Share & tools
lore
#0 lore raw

PATCH v5 1/1 ARM: imx: correct Audio/Video PLL rate calculation formula

The audio/video PLL's rate calculation formula is as below in RM:

Fref * (DIV_SELECT + NUM / DENOM),

in original clk-pllv3's code, below code is used:

(parent_rate * div) + ((parent_rate / mfd) * mfn)

as it does NOT consider the non-integer part of division, so below calculation formula should be better used instead:

(parent_rate * div) + ((parent_rate * mfn) / mfd)

and we also need to consider parent_rate * mfd may overflow a 32 bit value, 64 bit value should be used.

Below is one example of old/new formula's difference:

On i.MX7D, DRAM PLL is a Audio/Video type PLL, the target freq is 1066MHz, the register settings are as below:

PLL_DDRn: 8060202C -> div = 0x2C
DDR_NUM: 06AAAC4D -> mfn = 0x6AAAC4D
DDR_DENOM: 100003EC -> mfd = 0x100003EC

parent_rate = 24MHz.

with old formula, the (parent_rate / mfd) * mfn = 0, with new formula, the (parent_rate * mfn) / mfd = 10MHz, so old formula gets PLL_DDR = 1056MHz, while the updated formula gets PLL_DDR = 1066MHz which exactly matches the real rate.

---
 drivers/clk/imx/clk-pllv3.c | 12 ++++++++++--
 1 file changed, 10 insertions(+), 2 deletions(-)
drivers/clk/imx/clk-pllv3.c +10 -2
index 641ebc5..652af4d 100644
@@ -203,8 +203,13 @@ static unsigned long clk_pllv3_av_recalc_rate(struct clk_hw *hw,
 	u32 mfn = readl_relaxed(pll->base + PLL_NUM_OFFSET);
 	u32 mfd = readl_relaxed(pll->base + PLL_DENOM_OFFSET);
 	u32 div = readl_relaxed(pll->base) & pll->div_mask;
+	u64 temp64 = parent_rate;
+
+	temp64 *= mfn;
+	do_div(temp64, mfd);
+
+	return (parent_rate * div) + temp64;
 
-	return (parent_rate * div) + ((parent_rate / mfd) * mfn);
 }
 
 static long clk_pllv3_av_round_rate(struct clk_hw *hw, unsigned long rate,
@@ -228,7 +233,10 @@ static long clk_pllv3_av_round_rate(struct clk_hw *hw, unsigned long rate,
 	do_div(temp64, parent_rate);
 	mfn = temp64;
 
-	return parent_rate * div + parent_rate / mfd * mfn;
+	temp64 = parent_rate * mfn;
+	do_div(temp64, mfd);
+
+	return parent_rate * div + temp64;
 }
 
 static int clk_pllv3_av_set_rate(struct clk_hw *hw, unsigned long rate,
Signature · 1 line
1.9.1
#1 lore raw

PATCH v5 1/1 ARM: imx: correct Audio/Video PLL rate calculation formula

Hello,

Quoted 42 lines · Anson Huang

The audio/video PLL's rate calculation formula is as below in RM:

Fref * (DIV_SELECT + NUM / DENOM),

in original clk-pllv3's code, below code is used:

(parent_rate * div) + ((parent_rate / mfd) * mfn)

as it does NOT consider the non-integer part of division, so below calculation formula should be better used instead:

(parent_rate * div) + ((parent_rate * mfn) / mfd)

and we also need to consider parent_rate * mfd may overflow a 32 bit value, 64 bit value should be used.

Below is one example of old/new formula's difference:

On i.MX7D, DRAM PLL is a Audio/Video type PLL, the target freq is 1066MHz, the register settings are as below:

PLL_DDRn: 8060202C -> div = 0x2C
DDR_NUM: 06AAAC4D -> mfn = 0x6AAAC4D
DDR_DENOM: 100003EC -> mfd = 0x100003EC

parent_rate = 24MHz.

with old formula, the (parent_rate / mfd) * mfn = 0, with new formula, the (parent_rate * mfn) / mfd = 10MHz, so old formula gets PLL_DDR = 1056MHz, while the updated formula gets PLL_DDR = 1066MHz which exactly matches the real rate.

---
 drivers/clk/imx/clk-pllv3.c | 12 ++++++++++--
 1 file changed, 10 insertions(+), 2 deletions(-)
drivers/clk/imx/clk-pllv3.c +0 -0
index 641ebc5..652af4d 100644

drivers/clk/imx/clk-pllv3.c static unsigned long clk_pllv3_av_recalc_rate(struct clk_hw *hw, · line 211

Quoted 9 lines
drivers/clk/imx/clk-pllv3.c +6 -0
@@ -203,8 +203,13 @@ static unsigned long clk_pllv3_av_recalc_rate(struct clk_hw *hw,
 	u32 mfn = readl_relaxed(pll->base + PLL_NUM_OFFSET);
 	u32 mfd = readl_relaxed(pll->base + PLL_DENOM_OFFSET);
 	u32 div = readl_relaxed(pll->base) & pll->div_mask;
+	u64 temp64 = parent_rate;
+
+	temp64 *= mfn;
+	do_div(temp64, mfd);
+
+	return (parent_rate * div) + temp64;

unnecessary parenthesis

Quoted 1 line

Please drop this empty line.

drivers/clk/imx/clk-pllv3.c static long clk_pllv3_av_round_rate(struct clk_hw *hw, unsigned long rate, · line 234

Quoted 7 lines
drivers/clk/imx/clk-pllv3.c +0 -1
-	return (parent_rate * div) + ((parent_rate / mfd) * mfn);
 }
 
 static long clk_pllv3_av_round_rate(struct clk_hw *hw, unsigned long rate,
@@ -228,7 +233,10 @@ static long clk_pllv3_av_round_rate(struct clk_hw *hw, unsigned long rate,
 	do_div(temp64, parent_rate);
 	mfn = temp64;

Shawn, also what is above here is suboptimal (quoted using }):

} div = rate / parent_rate;
} temp64 = (u64) (rate - div * parent_rate);
That's equivalent to:

	temp64 = rate % parent_rate;

If you want to save the possible additional division, at least point this out in a comment.

}        temp64 *= mfd;
}        do_div(temp64, parent_rate);
}        mfn = temp64;

For the example from Anson's commit log (rate = 1066000000, parent_rate = 24000000) you calculate

	div = 0x2c
	mfn = 416666
	mfd = 1000000

yielding a rate of 1065999984 Hz. Using
do_div(temp64 + parent_rate / 2, parent_rate) instead would make mfn bigger by one yielding 1066000008.0 which results in a better approximation. I guess using rational_best_approximation would result in a still better approximation, probably even finding the optimal match.

drivers/clk/imx/clk-pllv3.c static long clk_pllv3_av_round_rate(struct clk_hw *hw, unsigned long rate, · line 236

Quoted 3 lines
drivers/clk/imx/clk-pllv3.c +1 -1
-	return parent_rate * div + parent_rate / mfd * mfn;
+	temp64 = parent_rate * mfn;

This is wrong, both parent_rate and mfn are 32 bit unsigned integers (unsigned long and u32) respectively. So this might well overflow.

drivers/clk/imx/clk-pllv3.c static long clk_pllv3_av_round_rate(struct clk_hw *hw, unsigned long rate, · line 240

Quoted 4 lines
drivers/clk/imx/clk-pllv3.c +3 -0
+	do_div(temp64, mfd);
+
+	return parent_rate * div + temp64;
 }

Best regards
Uwe

Signature · 2 lines
Pengutronix e.K.                           | Uwe Kleine-K?nig            |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |