* Re: [RFC] SCTLR_EL1.TIDCP toggling for performance
[not found] <24afb8de-622a-4865-bd8e-8e89ccfff8f4@huawei.com>
@ 2025-07-18 17:28 ` Kristina Martšenko
2025-07-22 1:47 ` Liao, Chang
0 siblings, 1 reply; 2+ messages in thread
From: Kristina Martšenko @ 2025-07-18 17:28 UTC (permalink / raw)
To: Liao, Chang
Cc: linux-kernel, linux-arm-kernel@lists.infradead.org,
catalin.marinas, will, mark.rutland, sashal, yangjiangshui,
zouyipeng, justin.he, zengheng4, yangyicong, ruanjinjie
Hi Chang,
On 18/07/2025 03:32, Liao, Chang wrote:
> Hi, Kristina
>
> I've reviewed your patch [1] for FEAT_TIDCP1 support, which by default traps EL0
> accesses to implementation-defined system registers and instructions at EL1/EL2.
>
> Do you have any plans to add support for toggling the SCTLR_EL1.TIDCP1 bit? I'm
> encountering performance degradation on CPU where certain implementation-defined
> registers and instructions are designed for EL0 performance use. The trapping
> overhead is substantial enough to compromise any benefits, and it's even worse
> in virtualization. Therefore, I'm hoping there's a way to clear the SCTLR_EL1.TIDCP1
> bit on such platforms, perhaps via a kernel config option or command-line parameter.
> Alternatively, do you have a better solution for gracefully toggling this bit on
> and off?
>
> Thanks
>
> [1] https://lore.kernel.org/linux-arm-kernel/Yrw3NWkH6D0CgRsF@sirena.org.uk/T/#m5cfdb27b48d9d7e30db73e991fc6c232ba8a7349
I don't have any plans to add support for toggling it. You could try sending a
patch for a Kconfig option or kernel command-line parameter. I'm not really
sure what the maintainers' view on supporting IMP-DEF features is.
Thanks,
Kristina
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [RFC] SCTLR_EL1.TIDCP toggling for performance
2025-07-18 17:28 ` [RFC] SCTLR_EL1.TIDCP toggling for performance Kristina Martšenko
@ 2025-07-22 1:47 ` Liao, Chang
0 siblings, 0 replies; 2+ messages in thread
From: Liao, Chang @ 2025-07-22 1:47 UTC (permalink / raw)
To: Kristina Martšenko
Cc: linux-kernel, linux-arm-kernel@lists.infradead.org,
catalin.marinas, will, mark.rutland, sashal, yangjiangshui,
zouyipeng, justin.he, zengheng4, yangyicong, ruanjinjie
在 2025/7/19 1:28, Kristina Martšenko 写道:
> Hi Chang,
>
> On 18/07/2025 03:32, Liao, Chang wrote:
>> Hi, Kristina
>>
>> I've reviewed your patch [1] for FEAT_TIDCP1 support, which by default traps EL0
>> accesses to implementation-defined system registers and instructions at EL1/EL2.
>>
>> Do you have any plans to add support for toggling the SCTLR_EL1.TIDCP1 bit? I'm
>> encountering performance degradation on CPU where certain implementation-defined
>> registers and instructions are designed for EL0 performance use. The trapping
>> overhead is substantial enough to compromise any benefits, and it's even worse
>> in virtualization. Therefore, I'm hoping there's a way to clear the SCTLR_EL1.TIDCP1
>> bit on such platforms, perhaps via a kernel config option or command-line parameter.
>> Alternatively, do you have a better solution for gracefully toggling this bit on
>> and off?
>>
>> Thanks
>>
>> [1] https://lore.kernel.org/linux-arm-kernel/Yrw3NWkH6D0CgRsF@sirena.org.uk/T/#m5cfdb27b48d9d7e30db73e991fc6c232ba8a7349
>
> I don't have any plans to add support for toggling it. You could try sending a
> patch for a Kconfig option or kernel command-line parameter. I'm not really
Kristina, I am going to send a patch for command-line paramter as Catalin suggested.
Thanks.
> sure what the maintainers' view on supporting IMP-DEF features is.
>
> Thanks,
> Kristina
>
>
--
BR
Liao, Chang
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2025-07-22 1:50 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <24afb8de-622a-4865-bd8e-8e89ccfff8f4@huawei.com>
2025-07-18 17:28 ` [RFC] SCTLR_EL1.TIDCP toggling for performance Kristina Martšenko
2025-07-22 1:47 ` Liao, Chang
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).