From: "Arnd Bergmann" <arnd@arndb.de>
To: "Gabriel L. Somlo" <gsomlo@gmail.com>, soc@kernel.org
Cc: LKML <linux-kernel@vger.kernel.org>,
"Karol Gugala" <kgugala@antmicro.com>,
"Mateusz Holenko" <mholenko@antmicro.com>,
"Joel Stanley" <joel@jms.id.au>, "Andrew Davis" <afd@ti.com>
Subject: Re: [GIT PULL] litex changes for 2025-01-01
Date: Wed, 15 Jan 2025 15:27:00 +0100 [thread overview]
Message-ID: <abcd6ce1-546a-4d49-abac-0f9b22b38ead@app.fastmail.com> (raw)
In-Reply-To: <Z3bHsU4mJYM0xheO@glsmbp.wifi.local.cmu.edu>
On Thu, Jan 2, 2025, at 18:06, Gabriel L. Somlo wrote:
> Hi Arnd,
>
> Thanks for applying LiteX specific patches through `soc` in the past!
> There's one patch from 2024 that seems to have fallen through the
> cracks, and part of my 2025 new year's resolution is to figure out
> how to properly act as LiteX maintainer and send proper pull requests
> up the chain, so please excuse any mistakes in the PR below :)
Hi Gabriel,
The pull request looks mostly fine, but I'd like you to resend this
one in order to improve it a little more:
- You have based on commit 56e6a3499e14 ("Merge tag 'trace-v6.13-rc5'
of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace"),
which is not an -rc release. Please rebase this on 6.13-rc1
instead (the earliest -rc release for the current merge cycle
that works as a base) in order to get a better git history
- in the subject line, drop the date and instead add the kernel
release you want this to be merged into. In particular the
information I want is whether the contents are meant as bugfixes
for the current release (and possible backports) or as
improvements that are only needed in a future release.
> ----------------------------------------------------------------
> litex patch(es) left over from 2024
>
> This is the one remaining for-upstream LiteX update from 2024 that
> has been reviewed and successfully tested against the latest Linus
> tree:
> - drivers/soc/litex: Use devm_register_restart_handler()
The tag description ends up in the commit log above a list
of the commits in it, so don't repeat that list here. A summary
of the branch contents is always welcome, especially if it
contains some background details, but it should not
duplicate the things that are easy to see otherwise.
Arnd
prev parent reply other threads:[~2025-01-15 14:27 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-02 17:06 Gabriel L. Somlo
2025-01-15 14:27 ` Arnd Bergmann [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=abcd6ce1-546a-4d49-abac-0f9b22b38ead@app.fastmail.com \
--to=arnd@arndb.de \
--cc=afd@ti.com \
--cc=gsomlo@gmail.com \
--cc=joel@jms.id.au \
--cc=kgugala@antmicro.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mholenko@antmicro.com \
--cc=soc@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
all inboxes | Powered by JetHome®