[PATCH v2 0/6] arm64: provide pseudo NMI with GICv3
Julien Thierry
julien.thierry at arm.com
Tue Mar 27 06:09:00 PDT 2018
Hi Bo Dong,
On 27/03/18 13:48, dongbo (E) wrote:
> Hi, Julien and Marc.
>
> On 2018/3/22 21:40, Julien Thierry wrote:
>> Hi Bo Dong,
>>
>> [adding Marc to the conversation]
>>
>> On 22/03/18 11:07, dongbo (E) wrote:
>>> Hi, Julien.
>>>
>>> We've test this series of patches on our arm64 platform, but it
>>> didn't work. We checked the dmesg and found these patches require
>>> SCR_EL3.FIQ == 1 when Linux runs.
>>>
>>
>> Yes, if SCR_EL3.FIQ != 1, the GIC driver will disable the NMIs (i.e. changing the IRQ priority).
>>
>> The reason for this is, this bit affects how the GIC CPU interface views priorities (cf. GIC architecture version 3.0 and version 4.0, section 4.8.1 Non-secure accesses to register fields for Secure interrupt priorities and 4.8.6 Software accesses of interrupt priority).
>>
>> When SCR_EL3.FIQ != 1, the priorities the GIC CPU interface will present through ICC_RPR_EL1 will be the value set in the distributor/redistributor shifted and with top bit set for Group 1 interrupts (the group linux uses). This is also how the value that is compared against the content of ICC_PMR_EL1 is affected, effectively meaning the same value of ICC_PMR_EL1 will not filter the same priorities (as programmed in the distributor/redistributor) depending on the value of SCR_EL3.FIQ.
>>
> Oh, understood. :)
>
>>> Seems that the interrupt priority is not relevant with this bit
>>> after going through `GIC architecture version 3.0 and version 4.0`.
>>> Maybe we miss something. Can you explain to us?
>>>
>>
>> It does not mean that interrupt priority is not relevant when SCR_EL3.FIQ != 1, but that the values in the distributor/redistributor are not equal to the ones in the CPU interface.
>>
>> For now we haven't planned to add the support the case SCR_EL3.FIQ == 0, but maybe this can be discussed on the linux-arm-kernel ML.
>>
>> I am attaching a patch I used to test the series on platforms with SCR_EL3.FIQ == 0. You should be able to test with that patch (hoping it still applies easily. Do note that this patch is not for upstream.
>>
> Thanks for sharing the patch, it works.
>
> So pesudo NMI can be supported on platform with SCR_EL3.FIQ == 0.
> Why don't you want to upstream this patch? What is your consideration?
>
Well that patch is just a hack replacing hard-coded values. If you
include this patch the case with SCR_EL3.FIQ == 1 no longer works.
To properly support both case, we would need to switch the set of values
we use/expect from PMR and RPR depending on whether we have a secure
view of priorities or not.
But this means we'll need to use alternatives or something to find the
priority value to use whenever we mask and handle IRQs instead of having
a simple literal value.
So it is possible, but I don't know whether it is something we want to do.
>> Also, this could probably be discussed on the LAKML, please add the ML in Cc for similar questions.
> OK, Cc to the linux-arm-kernel ML.
>
> Thanks for your work again, it helps us a lot.
>
Thanks,
> Best Regards,
> Bo Dong
>
>>
>> Best regards,
>>
>>> Best Regards,
>>> Bo Dong
>>>
>>>> Subject: [PATCH v2 0/6] arm64: provide pseudo NMI with GICv3
>>>> Date: Wed, 17 Jan 2018 11:54:38 +0000
>>>> From: Julien Thierry <julien.thierry at arm.com>
>>>> To: linux-arm-kernel at lists.infradead.org, linux-kernel at vger.kernel.org
>>>> CC: mark.rutland at arm.com, marc.zyngier at arm.com, daniel.thompson at linaro.org, james.morse at arm.com, Julien Thierry <julien.thierry at arm.com>
>>>>
>>>> Hi,
>>>>
>>>> This series is a continuation of the work started by Daniel [1]. The goal
>>>> is to use GICv3 interrupt priorities to simulate an NMI.
>>>>
>>>> To achieve this, set two priorities, one for standard interrupts and
>>>> another, higher priority, for NMIs. Whenever we want to disable interrupts,
>>>> we mask the standard priority instead so NMIs can still be raised. Some
>>>> corner cases though still require to actually mask all interrupts
>>>> effectively disabling the NMI.
>>>>
>>>> Of course, using priority masking instead of PSR.I comes at some cost. On
>>>> hackbench, the drop of performance seems to be >1% on average for this
>>>> version. I can only attribute that to recent changes in the kernel as
>>>> hackbench seems slightly slower compared to my other benchmarks while the
>>>> runs with the use of GICv3 priorities have stayed in the same time frames.
>>>> KVM Guests do not seem to be affected preformance-wise by the host using
>>>> PMR to mask interrupts or not.
>>>>
>>>> Currently, only PPIs and SPIs can be set as NMIs. IPIs being currently
>>>> hardcoded IRQ numbers, there isn't a generic interface to set SGIs as NMI
>>>> for now. I don't think there is any reason LPIs should be allowed to be set
>>>> as NMI as they do not have an active state.
>>>> When an NMI is active on a CPU, no other NMI can be triggered on the CPU.
>>>>
>>>>
>>>> Requirements to use this:
>>>> - Have GICv3
>>>> - SCR_EL3.FIQ is set to 1 when linux runs
>>>> - Select Kernel Feature -> Use ICC system registers for IRQ masking
>>>>
>>>> * Patches 1 and 2 allows to detect and enable the use of GICv3 system
>>>> registers during boot time.
>>>> * Patch 3 introduces the masking of IRQs using priorities replacing irq
>>>> disabling.
>>>> * Patch 4 adds some utility functions
>>>> * Patch 5 add detection of the view linux has on GICv3 priorities, without
>>>> this we cannot easily mask specific priorities in an accurate manner
>>>> * Patch 6 adds the support for NMIs
>>>>
>>>>
>>>> Changes since V1[2]:
>>>> * Series rebased to v4.15-rc8.
>>>>
>>>> * Check for arm64_early_features in this_cpu_has_cap (spotted by Suzuki).
>>>>
>>>> * Fix issue where debug exception were not masked when enabling debug in
>>>> mdscr_el1.
>>>>
>>>>
>>>> Changes since RFC[3]:
>>>> * The series was rebased to v4.15-rc2 which implied some changes mainly
>>>> related to the work on exception entries and daif flags by James Morse.
>>>>
>>>> - The first patch in the previous series was dropped because no longer
>>>> applicable.
>>>>
>>>> - With the semantics James introduced of "inheriting" daif flags,
>>>> handling of PMR on exception entry is simplified as PMR is not altered
>>>> by taking an exception and already inherited from previous state.
>>>>
>>>> - James pointed out that taking a PseudoNMI before reading the FAR_EL1
>>>> register should not be allowed as per the TRM (D10.2.29):
>>>> "FAR_EL1 is made UNKNOWN on an exception return from EL1."
>>>> So in this submission PSR.I bit is cleared only after FAR_EL1 is read.
>>>>
>>>> * For KVM, only deal with PMR unmasking/restoring in common code, and VHE
>>>> specific code makes sure PSR.I bit is set when necessary.
>>>>
>>>> * When detecting the GIC priority view (patch 5), wait for an actual
>>>> interrupt instead of trying only once.
>>>>
>>>>
>>>> [1] http://www.spinics.net/lists/arm-kernel/msg525077.html
>>>> [2] https://www.spinics.net/lists/arm-kernel/msg620763.html
>>>> [3] https://www.spinics.net/lists/arm-kernel/msg610736.html
>>>>
>>>> Cheers,
>>>>
>>>> Julien
>>>>
>>>> -->
>>>>
>>>> Daniel Thompson (3):
>>>> arm64: cpufeature: Allow early detect of specific features
>>>> arm64: alternative: Apply alternatives early in boot process
>>>> arm64: irqflags: Use ICC sysregs to implement IRQ masking
>>>>
>>>> Julien Thierry (3):
>>>> irqchip/gic: Add functions to access irq priorities
>>>> arm64: Detect current view of GIC priorities
>>>> arm64: Add support for pseudo-NMIs
>>>>
>>>> Documentation/arm64/booting.txt | 5 +
>>>> arch/arm64/Kconfig | 15 ++
>>>> arch/arm64/include/asm/alternative.h | 1 +
>>>> arch/arm64/include/asm/arch_gicv3.h | 42 +++++
>>>> arch/arm64/include/asm/assembler.h | 23 ++-
>>>> arch/arm64/include/asm/daifflags.h | 36 ++--
>>>> arch/arm64/include/asm/efi.h | 5 +
>>>> arch/arm64/include/asm/irqflags.h | 131 ++++++++++++++
>>>> arch/arm64/include/asm/processor.h | 4 +
>>>> arch/arm64/include/asm/ptrace.h | 14 +-
>>>> arch/arm64/include/asm/sysreg.h | 1 +
>>>> arch/arm64/kernel/alternative.c | 39 ++++-
>>>> arch/arm64/kernel/asm-offsets.c | 1 +
>>>> arch/arm64/kernel/cpufeature.c | 69 +++++---
>>>> arch/arm64/kernel/entry.S | 84 ++++++++-
>>>> arch/arm64/kernel/head.S | 38 ++++
>>>> arch/arm64/kernel/process.c | 6 +
>>>> arch/arm64/kernel/smp.c | 14 ++
>>>> arch/arm64/kvm/hyp/hyp-entry.S | 20 +++
>>>> arch/arm64/kvm/hyp/switch.c | 21 +++
>>>> arch/arm64/mm/proc.S | 23 +++
>>>> drivers/irqchip/irq-gic-common.c | 10 ++
>>>> drivers/irqchip/irq-gic-common.h | 2 +
>>>> drivers/irqchip/irq-gic-v3-its.c | 2 +-
>>>> drivers/irqchip/irq-gic-v3.c | 307 +++++++++++++++++++++++++++++----
>>>> include/linux/interrupt.h | 1 +
>>>> include/linux/irqchip/arm-gic-common.h | 6 +
>>>> include/linux/irqchip/arm-gic.h | 5 -
>>>> 28 files changed, 841 insertions(+), 84 deletions(-)
>>>>
>>>> --
>>>> 1.9.1
>>>>
>>>> _______________________________________________
>>>> linux-arm-kernel mailing list
>>>> linux-arm-kernel at lists.infradead.org
>>>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>>>>
>>>> .
>>>>
>>>>
>>>>
>>>> .
>>>>
>>>
>>
>
--
Julien Thierry
More information about the linux-arm-kernel
mailing list