From: Sasha Levin <sashal@kernel.org>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@vger.kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL] pin control changes for v6.13
Date: Mon, 25 Nov 2024 08:28:40 -0500 [thread overview]
Message-ID: <Z0R7iGP-0cQwmY7A@sashalap> (raw)
In-Reply-To: <CACRpkdaZ=YvMSLYWUrmsjknk-gNV8o5v_y8sasRcxweyTSkKHQ@mail.gmail.com>
On Mon, Nov 25, 2024 at 09:48:59AM +0100, Linus Walleij wrote:
>On Sun, Nov 24, 2024 at 5:55 PM Sasha Levin <sashal@kernel.org> wrote:
>
>> I've just hit the issue you've described in this PR:
>(...)
>> Is effectively a revert of one of the commits that are part of this PR:
>>
>> > pinctrl: aw9523: add missing mutex_destroy
>>
>> Would it make more sense to just re-do this PR without the offending
>> commit? I understand that this is a fairly small fixup, but I'm
>> concerned that this will just create confusion later on...
>
>I don't follow what you mean I should do. The offending commit is a
>fix and it is already upstream since -rc4.
Oh, there's something off in the PR itself: it lists "pinctrl: aw9523:
add missing mutex_destroy" as a commit that is included in this PR, but
really it's already upstream.
Sorry, I got confused by that.
>Torvalds could probably fix the issue by simply reverting
>393c554093c0c4cbc8e2f178d36df169016384da
>instead of applying the fixup though, it has the same textual and
>semantic effect. I just tested it and it works fine.
>
>^Torvalds: looks like revert on top is a better idea than fixups
>so we don't upset the stable maintainer scripts.
Yes, a revert would be nicer as it'll make sure we can easily get it to
older stable trees.
--
Thanks,
Sasha
next prev parent reply other threads:[~2024-11-25 13:28 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-23 16:23 [GIT PULL] pin control changes for v6.13 Linus Walleij
2024-11-24 16:54 ` Sasha Levin
2024-11-25 8:48 ` Linus Walleij
2024-11-25 13:28 ` Sasha Levin [this message]
2024-11-26 1:41 ` pr-tracker-bot
2024-11-26 1:41 ` pr-tracker-bot
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=Z0R7iGP-0cQwmY7A@sashalap \
--to=sashal@kernel.org \
--cc=linus.walleij@linaro.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.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