[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v8 0/7] device tree mapping
On Mon, 2024-09-30 at 10:32 +0200, Jan Beulich wrote: > On 30.09.2024 10:24, oleksii.kurochko@xxxxxxxxx wrote: > > On Mon, 2024-09-30 at 10:17 +0200, Jan Beulich wrote: > > > On 27.09.2024 18:33, Oleksii Kurochko wrote: > > > > Current patch series introduces device tree mapping for RISC-V > > > > and necessary things for that such as: > > > > - Fixmap mapping > > > > - pmap > > > > - Xen page table processing > > > > > > While nothing is being said here towards a dependency, ... > > > > > > > --- > > > > Changes in v8: > > > > - The following patch was merged to staging: > > > > [PATCH v5 1/7] xen/riscv: use {read,write}{b,w,l,q}_cpu() > > > > to > > > > define {read,write}_atomic() > > > > - All other changes are patch specific so please look at the > > > > patch. > > > > --- > > > > Changes in v7: > > > > - Drop the patch "xen/riscv: prevent recursion when ASSERT(), > > > > BUG*(), or panic() are called" > > > > - All other changes are patch specific so please look at the > > > > patch. > > > > --- > > > > Changes in v6: > > > > - Add patch to fix recursion when ASSERT(), BUG*(), panic() > > > > are > > > > called. > > > > - Add patch to allow write_atomic() to work with non-scalar > > > > types > > > > for consistence > > > > with read_atomic(). > > > > - All other changes are patch specific so please look at the > > > > patch. > > > > --- > > > > Changes in v5: > > > > - The following patch was merged to staging: > > > > [PATCH v3 3/9] xen/riscv: enable CONFIG_HAS_DEVICE_TREE > > > > - Drop depedency from "RISCV basic exception handling > > > > implementation" as > > > > it was meged to staging branch. > > > > - All other changes are patch specific so please look at the > > > > patch. > > > > --- > > > > Changes in v4: > > > > - Drop depedency from common devicre tree patch series as it > > > > was > > > > merged to > > > > staging. > > > > - Update the cover letter message. > > > > - All other changes are patch specific so please look at the > > > > patch. > > > > --- > > > > Changes in v3: > > > > - Introduce SBI RFENCE extension support. > > > > - Introduce and initialize pcpu_info[] and > > > > __cpuid_to_hartid_map[] > > > > and functionality > > > > to work with this arrays. > > > > - Make page table handling arch specific instead of trying to > > > > make > > > > it generic. > > > > - All other changes are patch specific so please look at the > > > > patch. > > > > --- > > > > Changes in v2: > > > > - Update the cover letter message > > > > - introduce fixmap mapping > > > > - introduce pmap > > > > - introduce CONFIG_GENREIC_PT > > > > - update use early_fdt_map() after MMU is enabled. > > > > --- > > > > > > > > Oleksii Kurochko (7): > > > > xen/riscv: allow write_atomic() to work with non-scalar types > > > > xen/riscv: set up fixmap mappings > > > > xen/riscv: introduce asm/pmap.h header > > > > xen/riscv: introduce functionality to work with CPU info > > > > xen/riscv: introduce and initialize SBI RFENCE extension > > > > xen/riscv: page table handling > > > > xen/riscv: introduce early_fdt_map() > > > > > > > > xen/arch/riscv/Kconfig | 1 + > > > > xen/arch/riscv/Makefile | 2 + > > > > xen/arch/riscv/include/asm/atomic.h | 11 +- > > > > xen/arch/riscv/include/asm/config.h | 16 +- > > > > xen/arch/riscv/include/asm/current.h | 27 +- > > > > xen/arch/riscv/include/asm/fixmap.h | 46 +++ > > > > xen/arch/riscv/include/asm/flushtlb.h | 15 + > > > > xen/arch/riscv/include/asm/mm.h | 6 + > > > > xen/arch/riscv/include/asm/page.h | 99 +++++ > > > > xen/arch/riscv/include/asm/pmap.h | 36 ++ > > > > xen/arch/riscv/include/asm/processor.h | 3 - > > > > xen/arch/riscv/include/asm/riscv_encoding.h | 2 + > > > > xen/arch/riscv/include/asm/sbi.h | 62 +++ > > > > xen/arch/riscv/include/asm/smp.h | 18 + > > > > xen/arch/riscv/mm.c | 101 ++++- > > > > xen/arch/riscv/pt.c | 421 > > > > ++++++++++++++++++++ > > > > xen/arch/riscv/riscv64/asm-offsets.c | 3 + > > > > xen/arch/riscv/riscv64/head.S | 14 + > > > > xen/arch/riscv/sbi.c | 273 > > > > ++++++++++++- > > > > xen/arch/riscv/setup.c | 17 + > > > > > > ... I had to fiddle with three of the patches touching this file, > > > to > > > accommodate for an apparent debugging patch you have in your > > > tree. > > > Please can you make sure to submit patches against plain staging, > > > or > > > to clearly state dependencies? > > I am always trying not to forget to rebase on top of staging for > > this > > patch series: > > > > 65c49e7aa2 (HEAD -> riscv-dt-support-v8, origin/riscv-dt-support- > > v8) > > xen/riscv: introduce early_fdt_map() > > ead52f68ce xen/riscv: page table handling > > c3aba0520f xen/riscv: introduce and initialize SBI RFENCE extension > > 3ffb3ffd38 xen/riscv: introduce functionality to work with CPU info > > 4bfd2bfdb2 xen/riscv: introduce asm/pmap.h header > > 87bc91db10 xen/riscv: set up fixmap mappings > > 09b925f973 xen/riscv: allow write_atomic() to work with non-scalar > > types > > 625ee7650c xen/README: add compiler and binutils versions for RISC- > > V64 > > 5379a23ad7 xen/riscv: test basic exception handling stuff > > 2b6fb9f3c4 (origin/staging, origin/HEAD, staging) blkif: Fix a > > couple > > of typos > > 6e73a16230 blkif: Fix alignment description for discard request > > 0111c86bfa x86/boot: Refactor BIOS/PVH start > > This looks to be a mix of several series. And "xen/riscv: test basic > exception handling stuff" looks to be what the problem was with, as > that > wasn't committed yet (and imo also shouldn't be committed, as > expressed > before; of course you can try to find someone else to approve it). Oh, you are right. I will put it to separate branch to not breaking the things. Thanks. ~ Oleksii
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |