Re: [PATCH 12/12] um: refactor TLB update handling

2024-04-22 Thread Anton Ivanov
On 22/04/2024 08:22, Benjamin Berg wrote: On Mon, 2024-04-22 at 10:51 +0800, Tiwei Bie wrote: On 4/18/24 5:23 PM, benja...@sipsolutions.net wrote: diff --git a/arch/um/include/asm/mmu.h b/arch/um/include/asm/mmu.h index 37eb6e89e79a..bf8da736609c 100644 --- a/arch/um/include/asm/mmu.h +++ b/

Re: [PATCH 12/12] um: refactor TLB update handling

2024-04-22 Thread Benjamin Berg
On Mon, 2024-04-22 at 10:51 +0800, Tiwei Bie wrote: > On 4/18/24 5:23 PM, benja...@sipsolutions.net wrote: > > diff --git a/arch/um/include/asm/mmu.h b/arch/um/include/asm/mmu.h > > index 37eb6e89e79a..bf8da736609c 100644 > > --- a/arch/um/include/asm/mmu.h > > +++ b/arch/um/include/asm/mmu.h > > @

Re: [PATCH 12/12] um: refactor TLB update handling

2024-04-21 Thread Tiwei Bie
On 4/18/24 5:23 PM, benja...@sipsolutions.net wrote: > diff --git a/arch/um/include/asm/mmu.h b/arch/um/include/asm/mmu.h > index 37eb6e89e79a..bf8da736609c 100644 > --- a/arch/um/include/asm/mmu.h > +++ b/arch/um/include/asm/mmu.h > @@ -10,6 +10,10 @@ > > typedef struct mm_context { > str

[PATCH 12/12] um: refactor TLB update handling

2024-04-18 Thread benjamin
From: Benjamin Berg Conceptually, we want the memory mappings to always be up to date and represent whatever is in the TLB. To ensure that, we need to sync them over in the userspace case and for the kernel we need to process the mappings. The kernel will call flush_tlb_* if page table entries t