Re: [PATCH v7 1/3] riscv: Introduce CONFIG_RELOCATABLE

Hi Palmer, Do you intend to pull that in for-next or not yet? Can I do something to help? Thanks, Alex On Mon, Jan 10, 2022 at 9:05 AM Alexandre ghiti wrote: > > Hi Palmer, > > Do you think this could go in for-next? > > Thanks, > > Alex > > On 12/6/2

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

Hi Yunhui, On Mon, Jun 3, 2024 at 4:26 AM yunhui cui wrote: > > Hi Alexandre, > > On Thu, Feb 1, 2024 at 12:03 AM Alexandre Ghiti > wrote: > > > > In 6.5, we removed the vmalloc fault path because that can't work (see > > [1] [2]). Then in order to make

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

Hi Yunhui, On Tue, Jun 4, 2024 at 8:21 AM yunhui cui wrote: > > Hi Alexandre, > > On Mon, Jun 3, 2024 at 8:02 PM Alexandre Ghiti wrote: > > > > Hi Yunhui, > > > > On Mon, Jun 3, 2024 at 4:26 AM yunhui cui wrote: > > > > > > Hi Alexandre,

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

On Tue, Jun 4, 2024 at 9:15 AM Alexandre Ghiti wrote: > > Hi Yunhui, > > On Tue, Jun 4, 2024 at 8:21 AM yunhui cui wrote: > > > > Hi Alexandre, > > > > On Mon, Jun 3, 2024 at 8:02 PM Alexandre Ghiti > > wrote: > > > > > > Hi Yunhui,

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

On Tue, Jun 4, 2024 at 10:52 AM Conor Dooley wrote: > > On Tue, Jun 04, 2024 at 09:17:26AM +0200, Alexandre Ghiti wrote: > > On Tue, Jun 4, 2024 at 9:15 AM Alexandre Ghiti > > wrote: > > > On Tue, Jun 4, 2024 at 8:21 AM yunhui cui wrote: > > > > > &g

Re: [PATCH v4 02/15] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one

oed_page(gfp); } static inline void __p4d_free(struct mm_struct *mm, p4d_t *p4d) You can add: Reviewed-by: Alexandre Ghiti Thanks, Alex

Re: [PATCH v2 10/13] arch, mm: set high_memory in free_area_init()

nc__, &size, &base, &limit, &alignment); I encountered the same error as Pratyush and the above diff fixes it: do you plan on sending this fix for 6.15? If so, you can add: Tested-by: Alexandre Ghiti If not, let me know how you want to proceed :) Thanks, Alex so tha

Re: [PATCH v4 9/9] kasan/riscv: call kasan_init_generic in kasan_init

e new mapping to the mmu (which is done below by setting a register called SATP). It does not seem to be a problem though, just wanted to let you know. It boots fine with defconfig + kasan inline so: Tested-by: Alexandre Ghiti Thanks, Alex csr_write(CSR_SATP, PFN_DOWN(__pa(swapper_p

<    1   2   3   4