[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <mhng-efbeb114-26c3-4f83-b8e5-00b2dcbd67ab@palmer-ri-x1c9>
Date: Fri, 08 Sep 2023 11:38:30 -0700 (PDT)
From: Palmer Dabbelt <palmer@...belt.com>
To: akiyks@...il.com
CC: linux-kernel@...r.kernel.org, linux-riscv@...ts.infradead.org,
Linus Torvalds <torvalds@...ux-foundation.org>,
Stephen Rothwell <sfr@...b.auug.org.au>, akiyks@...il.com
Subject: Re: [GIT PULL] RISC-V Patches for the 6.6 Merge Window, Part 2
On Fri, 08 Sep 2023 09:36:53 PDT (-0700), Palmer Dabbelt wrote:
> On Fri, 08 Sep 2023 08:32:37 PDT (-0700), akiyks@...il.com wrote:
>> On Sat, 9 Sep 2023 00:27:56 +0900, Akira Yokosawa wrote:
>>> On Fri, 08 Sep 2023 07:55:57 -0700 (PDT), Palmer Dabbelt wrote:
>>>> merged tag 'riscv-for-linus-6.6-mw1'
>>>> The following changes since commit e0152e7481c6c63764d6ea8ee41af5cf9dfac5e9:
>>>>
>>>> Merge tag 'riscv-for-linus-6.6-mw1' of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux (2023-09-01 08:09:48 -0700)
>>>>
>>>> are available in the Git repository at:
>>>>
>>>> git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git tags/riscv-for-linus-6.6-mw2
>>>>
>>>> for you to fetch changes up to accb14aa1e699d11b8172283e8cb82a695b96c85:
>>>>
>>>> soc: renesas: Kconfig: For ARCH_R9A07G043 select the required configs if dependencies are met (2023-09-06 07:20:13 -0700)
>>>>
>>>> ----------------------------------------------------------------
>>>> RISC-V Patches for the 6.6 Merge Window, Part 2
>>>>
>>>> * The kernel now dynamically probes for misaligned access speed, as
>>>> opposed to relying on a table of known implementations.
>>>> * Support for non-coherent devices on systems using the Andes AX45MP
>>>> core, including the RZ/Five SoCs.
>>>> * Support for the V extension in ptrace(), again.
>>>> * Support for KASLR.
>>>> * Support for the BPF prog pack allocator in RISC-V.
>>>> * A handful of bug fixes and cleanups.
>>>>
>>>> ----------------------------------------------------------------
>>>> The shortlog looks correct here, but the diffstat includes all sorts of files I
>>>> wasn't expecting. I'm not entirely sure what's going on here, but I have a
>>>> little bit of a complex set of base branches here as the BPF changes have a
>>>> dependency on some arm64 BPF work and IIRC that sort of thing sometimes makes
>>>> diffstat go off the rails. So hopefully that's just it.
>>>
>>> Hi Palmer,
>>> It looks like you have ignored Stephen Rothwell's kind investigation at
>>> https://lore.kernel.org/linux-next/20230908082625.487d39c4@canb.auug.org.au/.
>>
>> Aahh, Stephen used your email address at @dabbelt.com.
>> Didn't you see the message at all?
>
> It should go to both of them, but looks like something must still be
> broken with the email on my end.
>
>>
>> Akira
>>
>>>
>>> Excerpt of Stephen's analysis:
>>>
>>>> Actually, it looks like the merge
>>>>
>>>> 2bf3c0292f35 ("Merge patch series "RISC-V: Probe for misaligned access speed"")
>>>>
>>>> in the risc-v tree was resolved very badly and dragged a lot of stuff
>>>> back in.
>>>
>>> [...]
>>>
>>>> When I redid that merge:
>>>>
>>>> $ git diff HEAD^..HEAD
>>>> Documentation/riscv/hwprobe.rst | 11 ++--
>>>> arch/riscv/errata/thead/errata.c | 8 ---
>>>> arch/riscv/include/asm/alternative.h | 5 --
>>>> arch/riscv/include/asm/cpufeature.h | 2 +
>>>> arch/riscv/kernel/Makefile | 1 +
>>>> arch/riscv/kernel/alternative.c | 19 -------
>>>> arch/riscv/kernel/copy-unaligned.S | 71 ++++++++++++++++++++++++
>>>> arch/riscv/kernel/copy-unaligned.h | 13 +++++
>>>> arch/riscv/kernel/cpufeature.c | 104 +++++++++++++++++++++++++++++++++++
>>>> arch/riscv/kernel/smpboot.c | 3 +-
>>>> 10 files changed, 198 insertions(+), 39 deletions(-)
>>>>
>>>> So, the risc-v tree needs to be cleaned up.
>>>
>>> Palmer, you are requesting pull without the suggested cleanup.
>>>
>>> I'd really like this to be cleanly sorted out.
>>>
>>> Of course, it's up to Linus whether or not to pull as it is...
>
> Let's just drop this PR, I'll go re-spin my tree -- and try to figure
> out what's going on with my email.
I think I have this one fixed up, but given that I masaged to screw it
up pretty bad I'm going to give things a bit of time to test and such.
Unless anyone finds a problem I'll plan on sending a new PR tomorrow
morning -- I know that's super late so no big deal if it doesn't make
6.6.
Sorry I screwed this one up.
>
>>>
>>> Thanks, Akira
Powered by blists - more mailing lists