From: Maxime Ripard <maxime.ripard@bootlin.com>
To: Jernej Skrabec <jernej.skrabec@siol.net>
Cc: sboyd@kernel.org, mturquette@baylibre.com,
linux-kernel@vger.kernel.org, wens@csie.org,
linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 1/3] clk: sunxi-ng: nkmp: Avoid GENMASK(-1, 0)
Date: Wed, 3 Apr 2019 09:52:45 +0200 [thread overview]
Message-ID: <20190403075245.wzjbxbkg4pxoqdkc@flea> (raw)
In-Reply-To: <20190402210623.14988-2-jernej.skrabec@siol.net>
[-- Attachment #1.1: Type: text/plain, Size: 6506 bytes --]
Hi,
On Tue, Apr 02, 2019 at 11:06:21PM +0200, Jernej Skrabec wrote:
> Sometimes one of the nkmp factors is unused. This means that one of the
> factors shift and width values are set to 0. Current nkmp clock code
> generates a mask for each factor with GENMASK(width + shift - 1, shift).
> For unused factor this translates to GENMASK(-1, 0). This code is
> further expanded by C preprocessor to final version:
> (((~0UL) - (1UL << (0)) + 1) & (~0UL >> (BITS_PER_LONG - 1 - (-1))))
> or a bit simplified:
> (~0UL & (~0UL >> BITS_PER_LONG))
>
> It turns out that result of the second part (~0UL >> BITS_PER_LONG) is
> actually undefined by C standard, which clearly specifies:
>
> "If the value of the right operand is negative or is greater than or
> equal to the width of the promoted left operand, the behavior is
> undefined."
>
> Additionally, compiling kernel with aarch64-linux-gnu-gcc 8.3.0 gave
> different results whether literals or variables with same values as
> literals were used. GENMASK with literals -1 and 0 gives zero and with
> variables gives 0xFFFFFFFFFFFFFFF (~0UL). Because nkmp driver uses
> GENMASK with variables as parameter, expression calculates mask as ~0UL
> instead of 0. This has further consequences that LSB in register is
> always set to 1 (1 is neutral value for a factor and shift is 0).
>
> For example, H6 pll-de clock is set to 600 MHz by sun4i-drm driver, but
> due to this bug ends up being 300 MHz. Additionally, 300 MHz seems to be
> too low because following warning can be found in dmesg:
>
> [ 1.752763] WARNING: CPU: 2 PID: 41 at drivers/clk/sunxi-ng/ccu_common.c:41 ccu_helper_wait_for_lock.part.0+0x6c/0x90
> [ 1.763378] Modules linked in:
> [ 1.766441] CPU: 2 PID: 41 Comm: kworker/2:1 Not tainted 5.1.0-rc2-next-20190401 #138
> [ 1.774269] Hardware name: Pine H64 (DT)
> [ 1.778200] Workqueue: events deferred_probe_work_func
> [ 1.783341] pstate: 40000005 (nZcv daif -PAN -UAO)
> [ 1.788135] pc : ccu_helper_wait_for_lock.part.0+0x6c/0x90
> [ 1.793623] lr : ccu_helper_wait_for_lock.part.0+0x48/0x90
> [ 1.799107] sp : ffff000010f93840
> [ 1.802422] x29: ffff000010f93840 x28: 0000000000000000
> [ 1.807735] x27: ffff800073ce9d80 x26: ffff000010afd1b8
> [ 1.813049] x25: ffffffffffffffff x24: 00000000ffffffff
> [ 1.818362] x23: 0000000000000001 x22: ffff000010abd5c8
> [ 1.823675] x21: 0000000010000000 x20: 00000000685f367e
> [ 1.828987] x19: 0000000000001801 x18: 0000000000000001
> [ 1.834300] x17: 0000000000000001 x16: 0000000000000000
> [ 1.839613] x15: 0000000000000000 x14: ffff000010789858
> [ 1.844926] x13: 0000000000000000 x12: 0000000000000001
> [ 1.850239] x11: 0000000000000000 x10: 0000000000000970
> [ 1.855551] x9 : ffff000010f936c0 x8 : ffff800074cec0d0
> [ 1.860864] x7 : 0000800067117000 x6 : 0000000115c30b41
> [ 1.866177] x5 : 00ffffffffffffff x4 : 002c959300bfe500
> [ 1.871490] x3 : 0000000000000018 x2 : 0000000029aaaaab
> [ 1.876802] x1 : 00000000000002e6 x0 : 00000000686072bc
> [ 1.882114] Call trace:
> [ 1.884565] ccu_helper_wait_for_lock.part.0+0x6c/0x90
> [ 1.889705] ccu_helper_wait_for_lock+0x10/0x20
> [ 1.894236] ccu_nkmp_set_rate+0x244/0x2a8
> [ 1.898334] clk_change_rate+0x144/0x290
> [ 1.902258] clk_core_set_rate_nolock+0x180/0x1b8
> [ 1.906963] clk_set_rate+0x34/0xa0
> [ 1.910455] sun8i_mixer_bind+0x484/0x558
> [ 1.914466] component_bind_all+0x10c/0x230
> [ 1.918651] sun4i_drv_bind+0xc4/0x1a0
> [ 1.922401] try_to_bring_up_master+0x164/0x1c0
> [ 1.926932] __component_add+0xa0/0x168
> [ 1.930769] component_add+0x10/0x18
> [ 1.934346] sun8i_dw_hdmi_probe+0x18/0x20
> [ 1.938443] platform_drv_probe+0x50/0xa0
> [ 1.942455] really_probe+0xcc/0x280
> [ 1.946032] driver_probe_device+0x54/0xe8
> [ 1.950130] __device_attach_driver+0x80/0xb8
> [ 1.954488] bus_for_each_drv+0x78/0xc8
> [ 1.958326] __device_attach+0xd4/0x130
> [ 1.962163] device_initial_probe+0x10/0x18
> [ 1.966348] bus_probe_device+0x90/0x98
> [ 1.970185] deferred_probe_work_func+0x6c/0xa0
> [ 1.974720] process_one_work+0x1e0/0x320
> [ 1.978732] worker_thread+0x228/0x428
> [ 1.982484] kthread+0x120/0x128
> [ 1.985714] ret_from_fork+0x10/0x18
> [ 1.989290] ---[ end trace 9babd42e1ca4b84f ]---
>
> This commit solves the issue by first checking value of the factor
> width. If it is equal to 0 (unused factor), mask is set to 0, otherwise
> GENMASK() macro is used as before.
>
> Fixes: d897ef56faf9 ("clk: sunxi-ng: Mask nkmp factors when setting register")
> Signed-off-by: Jernej Skrabec <jernej.skrabec@siol.net>
> ---
> drivers/clk/sunxi-ng/ccu_nkmp.c | 18 +++++++++++++-----
> 1 file changed, 13 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/clk/sunxi-ng/ccu_nkmp.c b/drivers/clk/sunxi-ng/ccu_nkmp.c
> index 9b49adb20d07..69dfc6de1c4e 100644
> --- a/drivers/clk/sunxi-ng/ccu_nkmp.c
> +++ b/drivers/clk/sunxi-ng/ccu_nkmp.c
> @@ -167,7 +167,7 @@ static int ccu_nkmp_set_rate(struct clk_hw *hw, unsigned long rate,
> unsigned long parent_rate)
> {
> struct ccu_nkmp *nkmp = hw_to_ccu_nkmp(hw);
> - u32 n_mask, k_mask, m_mask, p_mask;
> + u32 n_mask = 0, k_mask = 0, m_mask = 0, p_mask = 0;
> struct _ccu_nkmp _nkmp;
> unsigned long flags;
> u32 reg;
> @@ -186,10 +186,18 @@ static int ccu_nkmp_set_rate(struct clk_hw *hw, unsigned long rate,
>
> ccu_nkmp_find_best(parent_rate, rate, &_nkmp);
>
> - n_mask = GENMASK(nkmp->n.width + nkmp->n.shift - 1, nkmp->n.shift);
> - k_mask = GENMASK(nkmp->k.width + nkmp->k.shift - 1, nkmp->k.shift);
> - m_mask = GENMASK(nkmp->m.width + nkmp->m.shift - 1, nkmp->m.shift);
> - p_mask = GENMASK(nkmp->p.width + nkmp->p.shift - 1, nkmp->p.shift);
> + if (nkmp->n.width)
> + n_mask = GENMASK(nkmp->n.width + nkmp->n.shift - 1,
> + nkmp->n.shift);
> + if (nkmp->k.width)
> + k_mask = GENMASK(nkmp->k.width + nkmp->k.shift - 1,
> + nkmp->k.shift);
> + if (nkmp->m.width)
> + m_mask = GENMASK(nkmp->m.width + nkmp->m.shift - 1,
> + nkmp->m.shift);
> + if (nkmp->p.width)
> + p_mask = GENMASK(nkmp->p.width + nkmp->p.shift - 1,
> + nkmp->p.shift);
Thanks for the awesome commit log, and for digging this out.
I've applied this patch.
Could you write a comment just above the code to explain it as well so
that it doesn't confuse anyone? You can send a subsequent patch.
Thanks!
Maxime
--
Maxime Ripard, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
[-- Attachment #2: Type: text/plain, Size: 176 bytes --]
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-04-03 7:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-02 21:06 [PATCH 0/3] clk: sunxi-ng: H6 related clock fixes Jernej Skrabec
2019-04-02 21:06 ` [PATCH 1/3] clk: sunxi-ng: nkmp: Avoid GENMASK(-1, 0) Jernej Skrabec
2019-04-03 7:52 ` Maxime Ripard [this message]
2019-04-02 21:06 ` [PATCH 2/3] clk: sunxi-ng: h6: Preset hdmi-cec clock parent Jernej Skrabec
2019-04-03 7:54 ` Maxime Ripard
2019-04-02 21:06 ` [PATCH 3/3] clk: sunxi-ng: h6: Allow video & vpu clocks to change parent rate Jernej Skrabec
2019-04-03 7:54 ` Maxime Ripard
2019-04-03 13:22 ` Chen-Yu Tsai
2019-04-03 14:42 ` Jernej Škrabec
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190403075245.wzjbxbkg4pxoqdkc@flea \
--to=maxime.ripard@bootlin.com \
--cc=jernej.skrabec@siol.net \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=sboyd@kernel.org \
--cc=wens@csie.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox