Luming Yu writes:
> On Sun, Sep 22, 2024 at 04:39:53PM +0530, Ritesh Harjani wrote:
>> Luming Yu writes:
>>
>> > From: Yu Luming
>> >
>> > ppc always do its own tracking for batch tlb. By trivially enabling
>> > the ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH in ppc, ppc arch can re-use
>> > common code
On Sun, Sep 22, 2024 at 04:39:53PM +0530, Ritesh Harjani wrote:
> Luming Yu writes:
>
> > From: Yu Luming
> >
> > ppc always do its own tracking for batch tlb. By trivially enabling
> > the ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH in ppc, ppc arch can re-use
> > common code in rmap and reduce overhead
Luming Yu writes:
> From: Yu Luming
>
> ppc always do its own tracking for batch tlb. By trivially enabling
> the ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH in ppc, ppc arch can re-use
> common code in rmap and reduce overhead and do optimization it could not
> have without a tlb flushing context at low
Luming Yu writes:
> On Thu, Sep 19, 2024 at 01:22:21PM +1000, Michael Ellerman wrote:
>> Luming Yu writes:
>> > From: Yu Luming
>> >
>> > ppc always do its own tracking for batch tlb.
>>
>> I don't think it does? :)
>>
>> I think you're referring to the batch handling in
>> arch/powerpc/inclu
On Thu, Sep 19, 2024 at 01:22:21PM +1000, Michael Ellerman wrote:
> Luming Yu writes:
> > From: Yu Luming
> >
> > ppc always do its own tracking for batch tlb.
>
> I don't think it does? :)
>
> I think you're referring to the batch handling in
> arch/powerpc/include/asm/book3s/64/tlbflush-hash
Luming Yu writes:
> From: Yu Luming
>
> ppc always do its own tracking for batch tlb.
I don't think it does? :)
I think you're referring to the batch handling in
arch/powerpc/include/asm/book3s/64/tlbflush-hash.h ?
But that's only used for 64-bit Book3S with the HPT MMU.
> By trivially enabl
