n 50% and saved the
> time used by ptep_clear_flush().
>
> This patch extends arch_tlbbatch_add_mm() to take an address of the
> target page to support the feature on arm64. Also rename it to
> arch_tlbbatch_add_pending() to better match its function since we
> don't need to han
Punit Agrawal writes:
> Suren Baghdasaryan writes:
>
>> Previous version:
>> v1: https://lore.kernel.org/all/20230109205336.3665937-1-sur...@google.com/
>> RFC: https://lore.kernel.org/all/20220901173516.702122-1-sur...@google.com/
>>
>> LWN article descri
Suren Baghdasaryan writes:
> Previous version:
> v1: https://lore.kernel.org/all/20230109205336.3665937-1-sur...@google.com/
> RFC: https://lore.kernel.org/all/20220901173516.702122-1-sur...@google.com/
>
> LWN article describing the feature:
> https://lwn.net/Articles/906852/
>
> Per-vma locks i
n a rk3399 based system with benefits
visible when running the tests on either of the clusters.
So, for the series,
Tested-by: Punit Agrawal
Thanks,
Punit
[...]
Barry Song <21cn...@gmail.com> writes:
> On Sat, Oct 29, 2022 at 2:11 AM Punit Agrawal
> wrote:
>>
>> Yicong Yang writes:
>>
>> > On 2022/10/27 22:19, Punit Agrawal wrote:
>> >>
>> >> [ Apologies for chiming in late in the conversa
Anshuman Khandual writes:
> On 10/28/22 03:25, Barry Song wrote:
>> On Fri, Oct 28, 2022 at 3:19 AM Punit Agrawal
>> wrote:
>>>
>>> [ Apologies for chiming in late in the conversation ]
>>>
>>> Anshuman Khandual writes:
>>>
>>&g
Yicong Yang writes:
> On 2022/10/27 22:19, Punit Agrawal wrote:
>>
>> [ Apologies for chiming in late in the conversation ]
>>
>> Anshuman Khandual writes:
>>
>>> On 9/28/22 05:53, Barry Song wrote:
>>>> On Tue, Sep 27, 2022 at 10:15
[ Apologies for chiming in late in the conversation ]
Anshuman Khandual writes:
> On 9/28/22 05:53, Barry Song wrote:
>> On Tue, Sep 27, 2022 at 10:15 PM Yicong Yang wrote:
>>>
>>> On 2022/9/27 14:16, Anshuman Khandual wrote:
[...]
On 9/21/22 14:13, Yicong Yang wrote:
> +st
Laurent Dufour writes:
> On 08/05/2018 13:04, Punit Agrawal wrote:
>> Hi Laurent,
>>
>> Laurent Dufour writes:
>>
>>> Set ARCH_SUPPORTS_SPECULATIVE_PAGE_FAULT which turns on the
>>> Speculative Page Fault handler when building for 64bit.
>>&g
Hi Laurent,
Laurent Dufour writes:
> Set ARCH_SUPPORTS_SPECULATIVE_PAGE_FAULT which turns on the
> Speculative Page Fault handler when building for 64bit.
>
> Cc: Thomas Gleixner
> Signed-off-by: Laurent Dufour
> ---
> arch/x86/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/
Laurent Dufour writes:
> On 30/04/2018 20:43, Punit Agrawal wrote:
>> Hi Laurent,
>>
>> I am looking to add support for speculative page fault handling to
>> arm64 (effectively porting this patch) and had a few questions.
>> Apologies if I've missed an o
Hi Laurent,
Thanks for your reply.
Laurent Dufour writes:
> On 02/05/2018 16:17, Punit Agrawal wrote:
>> Hi Laurent,
>>
>> One query below -
>>
>> Laurent Dufour writes:
>>
>> [...]
>>
>>>
>>> Ebizzy:
>>> --
Hi Laurent,
One query below -
Laurent Dufour writes:
[...]
>
> Ebizzy:
> ---
> The test is counting the number of records per second it can manage, the
> higher is the best. I run it like this 'ebizzy -mTRp'. To get consistent
> result I repeated the test 100 times and measure the average
Hi Laurent,
One nitpick below.
On Tue, Apr 17, 2018 at 3:33 PM, Laurent Dufour
wrote:
> This change is inspired by the Peter's proposal patch [1] which was
> protecting the VMA using SRCU. Unfortunately, SRCU is not scaling well in
> that particular case, and it is introducing major performance
Hi Laurent,
I am looking to add support for speculative page fault handling to
arm64 (effectively porting this patch) and had a few questions.
Apologies if I've missed an obvious explanation for my queries. I'm
jumping in bit late to the discussion.
On Tue, Apr 17, 2018 at 3:33 PM, Laurent Dufour
15 matches
Mail list logo