[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




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.