From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Pavel Machek <pavel@denx.de>,
stable@vger.kernel.org, patches@lists.linux.dev,
linux-kernel@vger.kernel.org, torvalds@linux-foundation.org,
akpm@linux-foundation.org, shuah@kernel.org,
patches@kernelci.org, lkft-triage@lists.linaro.org,
jonathanh@nvidia.com, f.fainelli@gmail.com,
sudipm.mukherjee@gmail.com, srw@sladewatkins.net, rwarsow@gmx.de,
conor@kernel.org, hargar@microsoft.com, broonie@kernel.org
Subject: Re: [PATCH 5.4 00/94] 5.4.290-rc2 review
Date: Sat, 1 Feb 2025 16:34:25 +0100 [thread overview]
Message-ID: <2025020108-shape-clapped-305c@gregkh> (raw)
In-Reply-To: <cb1e9306-9c05-4a7e-914b-d5127a411ebe@roeck-us.net>
On Sat, Feb 01, 2025 at 07:03:33AM -0800, Guenter Roeck wrote:
> On 2/1/25 00:01, Greg Kroah-Hartman wrote:
> ...
> > Anyway, are you all really caring about riscv on a 5.4.y kernel? Last I
> > checked, the riscv maintainers said not to even use that kernel for that
> > architecture. Do you all have real boards that care about this kernel
> > tree that you are insisting on keeping alive? Why not move them to a
> > newer LTS kernel?
> >
>
> Looking into the 5.4 release candidate, I see:
>
> $ git log --oneline v5.4.289.. arch/riscv/
> 98d26e0254ff RISC-V: Don't enable all interrupts in trap_init()
> 574c5efceb70 riscv: prefix IRQ_ macro names with an RV_ namespace
> c57ffe372502 riscv: Fix sleeping in invalid context in die()
> 98c62ee8bc75 riscv: Avoid enabling interrupts in die()
> 88cb873873ff RISC-V: Avoid dereferening NULL regs in die()
> 2a83ad25311e riscv: remove unused handle_exception symbol
> 8652d51931cc riscv: abstract out CSR names for supervisor vs machine mode
I've dropped them all now, as that is what was causing the build
problems.
> Why do you backport riscv patches to 5.4.y if you think they should not be
> tested ? Shouldn't your question imply that there won't be any further
> backports into 5.4.y for architecture(s) which are no longer supported
> in that branch ?
I'm not implying they are not to be tested, it's just a real "is this
something that people actually care about" question. Last time we had
riscv problems in this branch the riscv maintainers said "don't worry
about it". I didn't notice that Sasha had queued these up here,
otherwise I would have probably just dropped them then like I did right
now :)
thanks,
greg k-h
next prev parent reply other threads:[~2025-02-01 15:34 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-31 11:21 [PATCH 5.4 00/94] 5.4.290-rc2 review Greg Kroah-Hartman
2025-01-31 12:56 ` Pavel Machek
2025-02-01 8:01 ` Greg Kroah-Hartman
2025-02-01 13:30 ` Guenter Roeck
2025-02-01 15:03 ` Guenter Roeck
2025-02-01 15:34 ` Greg Kroah-Hartman [this message]
2025-01-31 13:36 ` Jon Hunter
2025-01-31 17:22 ` Muhammad Usama Anjum
2025-02-01 15:08 ` Naresh Kamboju
2025-02-01 15:34 ` Greg Kroah-Hartman
2025-02-01 15:43 ` Guenter Roeck
2025-02-02 13:31 ` Harshit Mogalapalli
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=2025020108-shape-clapped-305c@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=akpm@linux-foundation.org \
--cc=broonie@kernel.org \
--cc=conor@kernel.org \
--cc=f.fainelli@gmail.com \
--cc=hargar@microsoft.com \
--cc=jonathanh@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=lkft-triage@lists.linaro.org \
--cc=patches@kernelci.org \
--cc=patches@lists.linux.dev \
--cc=pavel@denx.de \
--cc=rwarsow@gmx.de \
--cc=shuah@kernel.org \
--cc=srw@sladewatkins.net \
--cc=stable@vger.kernel.org \
--cc=sudipm.mukherjee@gmail.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.