From: Greg KH <gregkh@linuxfoundation.org>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>
Cc: Marek Vasut <marex@denx.de>,
linux-stable <stable@vger.kernel.org>,
Pengutronix Kernel Team <kernel@pengutronix.de>
Subject: Re: Drop from 5.15 and older -- clk: imx: pll14xx: dynamically configure PLL for 393216000/361267200Hz
Date: Mon, 9 Oct 2023 20:00:34 +0200 [thread overview]
Message-ID: <2023100917-undivided-drone-30b0@gregkh> (raw)
In-Reply-To: <6092d57f-4688-aaf2-120d-0e10c40f89c6@pengutronix.de>
On Mon, Oct 09, 2023 at 04:17:53PM +0200, Ahmad Fatoum wrote:
> Hello Greg,
>
> On 07.10.23 13:44, Greg KH wrote:
> > On Tue, Oct 03, 2023 at 10:52:25PM +0200, Marek Vasut wrote:
> >> Please drop the following commits from stable 5.10.y and 5.15.y respectively
> >>
> >> 972acd701b19 ("clk: imx: pll14xx: dynamically configure PLL for
> >> 393216000/361267200Hz")
> >> a8474506c912 ("clk: imx: pll14xx: dynamically configure PLL for
> >> 393216000/361267200Hz")
> >>
> >> The commit message states 'Cc: stable@vger.kernel.org # v5.18+'
> >> and the commit should only be applied to Linux 5.18.y and newer,
> >> on anything older it breaks PLL configuration due to missing
> >> prerequisite patches.
> >
> > Ok, I'll go revert them, but the Fixes: tag in this commit is very wrong
> > as that's what we used to determine how far back to take these changes.
>
> The Fixes tag is correct. The PLL parameters added in that commit were
> deemed suboptimal. Kernels >= v5.18 can compute better parameters on the fly,
> so that's why the patch says
>
> Cc: stable@vger.kernel.org # v5.18+
>
> Which is the syntax described in Documentation/admin-guide/reporting-issues.rst.
> I see now though that Documentation/process/stable-kernel-rules.rst has a slightly
> different syntax:
>
> Cc: <stable@vger.kernel.org> # 3.3.x
>
> Perhaps your maintainer scripts can't handle both cases?
That's not what happened here, sorry.
We went off of the Fixes: tag, and ignored the # VERSION marking as
sometimes that is wrong (like when we backport changes to older
kernels.)
> FWIW, I've reached out multiple times about that the patches aren't suitable for
> backports:
>
> - https://lore.kernel.org/all/6e3ad25c-1042-f786-6f0e-f71ae85aed6b@pengutronix.de/
> - <a76406b2-4154-2de4-b1f5-43e86312d487@pengutronix.de> (reply to linux-stable-commits)
> - https://lore.kernel.org/all/7df69de2-1b3a-5226-7dc2-d1489e48f6a2@pengutronix.de/
> - https://lore.kernel.org/all/e85da95c-5451-31ea-cae9-76d697fb548f@pengutronix.de/
>
> Yet, today I got an email[1] telling me that it's being added to v5.4.258-rc1, although
> it had been dropped from v5.4.257-rc1 after I objected to it.
>
> So that looks like another potential avenue for improving the maintainer scripts.
I'll go drop it from 5.4 again, Sasha's and my scripts don't always sync
up well at times, thanks for pointing this out.
greg k-h
prev parent reply other threads:[~2023-10-09 18:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-03 20:52 Drop from 5.15 and older -- clk: imx: pll14xx: dynamically configure PLL for 393216000/361267200Hz Marek Vasut
2023-10-07 11:44 ` Greg KH
2023-10-09 14:17 ` Ahmad Fatoum
2023-10-09 14:33 ` Ahmad Fatoum
2023-10-09 18:02 ` Greg KH
2023-10-09 18:00 ` Greg KH [this message]
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=2023100917-undivided-drone-30b0@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=a.fatoum@pengutronix.de \
--cc=kernel@pengutronix.de \
--cc=marex@denx.de \
--cc=stable@vger.kernel.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