* [PATCH v2 0/2] arm64: Allow erratum 1418040 for late CPUs @ 2020-07-31 8:33 Marc Zyngier 2020-07-31 8:33 ` [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code Marc Zyngier 2020-07-31 8:33 ` [PATCH v2 2/2] arm64: Allow booting of late CPUs affected by erratum 1418040 Marc Zyngier 0 siblings, 2 replies; 8+ messages in thread From: Marc Zyngier @ 2020-07-31 8:33 UTC (permalink / raw) To: linux-arm-kernel Cc: Sai Prakash Ranjan, kernel-team, Suzuki K Poulose, Catalin Marinas, Stephen Boyd, dianders, Will Deacon Erratum 1418040 currently prevents a late CPU from booting if none of the early CPUs are affected by it. This is because the handling is implemented as alternatives, and we have already got rid of them by the time userspace onlines a new CPU. A solution to this is to move everything into C code, and rely on static keys instead. Once this is done, the feature can be allowed for late CPUs. Note that CPUs affected by 1418040 also tend to miss AArch32-EL1, meaning they cannot be used as late CPUs when KVM is enabled and that their sibblings have AArch32-EL1. * From v1: - Dropped check for kernel threads - Added comment describing the switching logic - Made the errata handling function __always_inline Marc Zyngier (2): arm64: Move handling of erratum 1418040 into C code arm64: Allow booting of late CPUs affected by erratum 1418040 arch/arm64/kernel/cpu_errata.c | 2 ++ arch/arm64/kernel/entry.S | 21 -------------------- arch/arm64/kernel/process.c | 35 ++++++++++++++++++++++++++++++++++ 3 files changed, 37 insertions(+), 21 deletions(-) -- 2.27.0 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code 2020-07-31 8:33 [PATCH v2 0/2] arm64: Allow erratum 1418040 for late CPUs Marc Zyngier @ 2020-07-31 8:33 ` Marc Zyngier 2020-07-31 10:41 ` Will Deacon 2020-07-31 8:33 ` [PATCH v2 2/2] arm64: Allow booting of late CPUs affected by erratum 1418040 Marc Zyngier 1 sibling, 1 reply; 8+ messages in thread From: Marc Zyngier @ 2020-07-31 8:33 UTC (permalink / raw) To: linux-arm-kernel Cc: Sai Prakash Ranjan, kernel-team, Suzuki K Poulose, Catalin Marinas, Stephen Boyd, dianders, Will Deacon Instead of dealing with erratum 1418040 on each entry and exit, let's move the handling to __switch_to() instead, which has several advantages: - It can be applied when it matters (switching between 32 and 64 bit tasks). - It is written in C (yay!) - It can rely on static keys rather than alternatives Tested-by: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org> Signed-off-by: Marc Zyngier <maz@kernel.org> --- arch/arm64/kernel/entry.S | 21 --------------------- arch/arm64/kernel/process.c | 35 +++++++++++++++++++++++++++++++++++ 2 files changed, 35 insertions(+), 21 deletions(-) diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S index 35de8ba60e3d..44445d471442 100644 --- a/arch/arm64/kernel/entry.S +++ b/arch/arm64/kernel/entry.S @@ -169,19 +169,6 @@ alternative_cb_end stp x28, x29, [sp, #16 * 14] .if \el == 0 - .if \regsize == 32 - /* - * If we're returning from a 32-bit task on a system affected by - * 1418040 then re-enable userspace access to the virtual counter. - */ -#ifdef CONFIG_ARM64_ERRATUM_1418040 -alternative_if ARM64_WORKAROUND_1418040 - mrs x0, cntkctl_el1 - orr x0, x0, #2 // ARCH_TIMER_USR_VCT_ACCESS_EN - msr cntkctl_el1, x0 -alternative_else_nop_endif -#endif - .endif clear_gp_regs mrs x21, sp_el0 ldr_this_cpu tsk, __entry_task, x20 @@ -337,14 +324,6 @@ alternative_else_nop_endif tst x22, #PSR_MODE32_BIT // native task? b.eq 3f -#ifdef CONFIG_ARM64_ERRATUM_1418040 -alternative_if ARM64_WORKAROUND_1418040 - mrs x0, cntkctl_el1 - bic x0, x0, #2 // ARCH_TIMER_USR_VCT_ACCESS_EN - msr cntkctl_el1, x0 -alternative_else_nop_endif -#endif - #ifdef CONFIG_ARM64_ERRATUM_845719 alternative_if ARM64_WORKAROUND_845719 #ifdef CONFIG_PID_IN_CONTEXTIDR diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c index 6089638c7d43..8bbf066224ab 100644 --- a/arch/arm64/kernel/process.c +++ b/arch/arm64/kernel/process.c @@ -515,6 +515,40 @@ static void entry_task_switch(struct task_struct *next) __this_cpu_write(__entry_task, next); } +/* + * ARM erratum 1418040 handling, affecting the 32bit view of CNTVCT. + * Assuming the virtual counter is enabled at the beginning of times: + * + * - disable access when switching from a 64bit task to a 32bit task + * - enable access when switching from a 32bit task to a 64bit task + */ +static __always_inline +void erratum_1418040_thread_switch(struct task_struct *prev, + struct task_struct *next) +{ + bool prev32, next32; + u64 val; + + if (!(IS_ENABLED(CONFIG_ARM64_ERRATUM_1418040) && + cpus_have_const_cap(ARM64_WORKAROUND_1418040))) + return; + + prev32 = is_compat_thread(task_thread_info(prev)); + next32 = is_compat_thread(task_thread_info(next)); + + if (prev32 == next32) + return; + + val = read_sysreg(cntkctl_el1); + + if (prev32 & !next32) + val |= ARCH_TIMER_USR_VCT_ACCESS_EN; + else + val &= ~ARCH_TIMER_USR_VCT_ACCESS_EN; + + write_sysreg(val, cntkctl_el1); +} + /* * Thread switching. */ @@ -530,6 +564,7 @@ __notrace_funcgraph struct task_struct *__switch_to(struct task_struct *prev, entry_task_switch(next); uao_thread_switch(next); ssbs_thread_switch(next); + erratum_1418040_thread_switch(prev, next); /* * Complete any pending TLB or cache maintenance on this CPU in case -- 2.27.0 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code 2020-07-31 8:33 ` [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code Marc Zyngier @ 2020-07-31 10:41 ` Will Deacon 2020-07-31 11:14 ` Marc Zyngier 0 siblings, 1 reply; 8+ messages in thread From: Will Deacon @ 2020-07-31 10:41 UTC (permalink / raw) To: Marc Zyngier Cc: Sai Prakash Ranjan, Suzuki K Poulose, Catalin Marinas, Stephen Boyd, dianders, kernel-team, linux-arm-kernel On Fri, Jul 31, 2020 at 09:33:57AM +0100, Marc Zyngier wrote: > Instead of dealing with erratum 1418040 on each entry and exit, > let's move the handling to __switch_to() instead, which has > several advantages: > > - It can be applied when it matters (switching between 32 and 64 > bit tasks). > - It is written in C (yay!) > - It can rely on static keys rather than alternatives > > Tested-by: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org> > Signed-off-by: Marc Zyngier <maz@kernel.org> > --- > arch/arm64/kernel/entry.S | 21 --------------------- > arch/arm64/kernel/process.c | 35 +++++++++++++++++++++++++++++++++++ > 2 files changed, 35 insertions(+), 21 deletions(-) [...] > diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c > index 6089638c7d43..8bbf066224ab 100644 > --- a/arch/arm64/kernel/process.c > +++ b/arch/arm64/kernel/process.c > @@ -515,6 +515,40 @@ static void entry_task_switch(struct task_struct *next) > __this_cpu_write(__entry_task, next); > } > > +/* > + * ARM erratum 1418040 handling, affecting the 32bit view of CNTVCT. > + * Assuming the virtual counter is enabled at the beginning of times: > + * > + * - disable access when switching from a 64bit task to a 32bit task > + * - enable access when switching from a 32bit task to a 64bit task > + */ > +static __always_inline Do we need the __always_inline? None of the other calls from __switch_to() have it. > +void erratum_1418040_thread_switch(struct task_struct *prev, > + struct task_struct *next) > +{ > + bool prev32, next32; > + u64 val; > + > + if (!(IS_ENABLED(CONFIG_ARM64_ERRATUM_1418040) && > + cpus_have_const_cap(ARM64_WORKAROUND_1418040))) > + return; > + > + prev32 = is_compat_thread(task_thread_info(prev)); > + next32 = is_compat_thread(task_thread_info(next)); > + > + if (prev32 == next32) > + return; > + > + val = read_sysreg(cntkctl_el1); > + > + if (prev32 & !next32) I know they're bools but this is perverse! Why can't it just be: if (next32) val &= ~ARCH_TIMER_USR_VCT_ACCESS_EN; else val |= ARCH_TIMER_USR_VCT_ACCESS_EN; ? Will _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code 2020-07-31 10:41 ` Will Deacon @ 2020-07-31 11:14 ` Marc Zyngier 2020-07-31 11:32 ` Will Deacon 0 siblings, 1 reply; 8+ messages in thread From: Marc Zyngier @ 2020-07-31 11:14 UTC (permalink / raw) To: Will Deacon Cc: Sai Prakash Ranjan, Suzuki K Poulose, Catalin Marinas, Stephen Boyd, dianders, kernel-team, linux-arm-kernel On 2020-07-31 11:41, Will Deacon wrote: > On Fri, Jul 31, 2020 at 09:33:57AM +0100, Marc Zyngier wrote: >> Instead of dealing with erratum 1418040 on each entry and exit, >> let's move the handling to __switch_to() instead, which has >> several advantages: >> >> - It can be applied when it matters (switching between 32 and 64 >> bit tasks). >> - It is written in C (yay!) >> - It can rely on static keys rather than alternatives >> >> Tested-by: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org> >> Signed-off-by: Marc Zyngier <maz@kernel.org> >> --- >> arch/arm64/kernel/entry.S | 21 --------------------- >> arch/arm64/kernel/process.c | 35 +++++++++++++++++++++++++++++++++++ >> 2 files changed, 35 insertions(+), 21 deletions(-) > > [...] > >> diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c >> index 6089638c7d43..8bbf066224ab 100644 >> --- a/arch/arm64/kernel/process.c >> +++ b/arch/arm64/kernel/process.c >> @@ -515,6 +515,40 @@ static void entry_task_switch(struct task_struct >> *next) >> __this_cpu_write(__entry_task, next); >> } >> >> +/* >> + * ARM erratum 1418040 handling, affecting the 32bit view of CNTVCT. >> + * Assuming the virtual counter is enabled at the beginning of times: >> + * >> + * - disable access when switching from a 64bit task to a 32bit task >> + * - enable access when switching from a 32bit task to a 64bit task >> + */ >> +static __always_inline > > Do we need the __always_inline? None of the other calls from > __switch_to() > have it. Suggestion from Stephen. In my experience, it doesn't change much as most things get inlined anyway. Happy to drop it. > >> +void erratum_1418040_thread_switch(struct task_struct *prev, >> + struct task_struct *next) >> +{ >> + bool prev32, next32; >> + u64 val; >> + >> + if (!(IS_ENABLED(CONFIG_ARM64_ERRATUM_1418040) && >> + cpus_have_const_cap(ARM64_WORKAROUND_1418040))) >> + return; >> + >> + prev32 = is_compat_thread(task_thread_info(prev)); >> + next32 = is_compat_thread(task_thread_info(next)); >> + >> + if (prev32 == next32) >> + return; >> + >> + val = read_sysreg(cntkctl_el1); >> + >> + if (prev32 & !next32) > > I know they're bools but this is perverse! Well, this is me writing this code, so don't attribute to perversity what can adequately be explained by a silly typo... ;-) > Why can't it just be: > > if (next32) > val &= ~ARCH_TIMER_USR_VCT_ACCESS_EN; > else > val |= ARCH_TIMER_USR_VCT_ACCESS_EN; > > ? Yup, that's better. Do you want to apply these changes directly, or should I repin it? M. -- Jazz is not dead. It just smells funny... _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code 2020-07-31 11:14 ` Marc Zyngier @ 2020-07-31 11:32 ` Will Deacon 2020-07-31 18:00 ` Stephen Boyd 0 siblings, 1 reply; 8+ messages in thread From: Will Deacon @ 2020-07-31 11:32 UTC (permalink / raw) To: Marc Zyngier Cc: Sai Prakash Ranjan, Suzuki K Poulose, Catalin Marinas, Stephen Boyd, dianders, kernel-team, linux-arm-kernel On Fri, Jul 31, 2020 at 12:14:40PM +0100, Marc Zyngier wrote: > On 2020-07-31 11:41, Will Deacon wrote: > > On Fri, Jul 31, 2020 at 09:33:57AM +0100, Marc Zyngier wrote: > > > diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c > > > index 6089638c7d43..8bbf066224ab 100644 > > > --- a/arch/arm64/kernel/process.c > > > +++ b/arch/arm64/kernel/process.c > > > @@ -515,6 +515,40 @@ static void entry_task_switch(struct > > > task_struct *next) > > > __this_cpu_write(__entry_task, next); > > > } > > > > > > +/* > > > + * ARM erratum 1418040 handling, affecting the 32bit view of CNTVCT. > > > + * Assuming the virtual counter is enabled at the beginning of times: > > > + * > > > + * - disable access when switching from a 64bit task to a 32bit task > > > + * - enable access when switching from a 32bit task to a 64bit task > > > + */ > > > +static __always_inline > > > > Do we need the __always_inline? None of the other calls from > > __switch_to() > > have it. > > Suggestion from Stephen. In my experience, it doesn't change much as > most things get inlined anyway. Happy to drop it. Yes, please. We can add it back if it's shown to be a problem. > > > +void erratum_1418040_thread_switch(struct task_struct *prev, > > > + struct task_struct *next) > > > +{ > > > + bool prev32, next32; > > > + u64 val; > > > + > > > + if (!(IS_ENABLED(CONFIG_ARM64_ERRATUM_1418040) && > > > + cpus_have_const_cap(ARM64_WORKAROUND_1418040))) > > > + return; > > > + > > > + prev32 = is_compat_thread(task_thread_info(prev)); > > > + next32 = is_compat_thread(task_thread_info(next)); > > > + > > > + if (prev32 == next32) > > > + return; > > > + > > > + val = read_sysreg(cntkctl_el1); > > > + > > > + if (prev32 & !next32) > > > > I know they're bools but this is perverse! > > Well, this is me writing this code, so don't attribute to perversity > what can adequately be explained by a silly typo... ;-) > > > Why can't it just be: > > > > if (next32) > > val &= ~ARCH_TIMER_USR_VCT_ACCESS_EN; > > else > > val |= ARCH_TIMER_USR_VCT_ACCESS_EN; > > > > ? > > Yup, that's better. Do you want to apply these changes directly, > or should I repin it? If you don't mind respinning, that would be best please. You can add my Ack as well, as I think this is one for Catalin now (I don't know if we're getting an -rc8 or not). Will _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code 2020-07-31 11:32 ` Will Deacon @ 2020-07-31 18:00 ` Stephen Boyd 2020-08-01 11:41 ` Catalin Marinas 0 siblings, 1 reply; 8+ messages in thread From: Stephen Boyd @ 2020-07-31 18:00 UTC (permalink / raw) To: Marc Zyngier, Will Deacon Cc: Sai Prakash Ranjan, Suzuki K Poulose, Catalin Marinas, dianders, kernel-team, linux-arm-kernel Quoting Will Deacon (2020-07-31 04:32:28) > On Fri, Jul 31, 2020 at 12:14:40PM +0100, Marc Zyngier wrote: > > On 2020-07-31 11:41, Will Deacon wrote: > > > On Fri, Jul 31, 2020 at 09:33:57AM +0100, Marc Zyngier wrote: > > > > diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c > > > > index 6089638c7d43..8bbf066224ab 100644 > > > > --- a/arch/arm64/kernel/process.c > > > > +++ b/arch/arm64/kernel/process.c > > > > @@ -515,6 +515,40 @@ static void entry_task_switch(struct > > > > task_struct *next) > > > > __this_cpu_write(__entry_task, next); > > > > } > > > > > > > > +/* > > > > + * ARM erratum 1418040 handling, affecting the 32bit view of CNTVCT. > > > > + * Assuming the virtual counter is enabled at the beginning of times: > > > > + * > > > > + * - disable access when switching from a 64bit task to a 32bit task > > > > + * - enable access when switching from a 32bit task to a 64bit task > > > > + */ > > > > +static __always_inline > > > > > > Do we need the __always_inline? None of the other calls from > > > __switch_to() > > > have it. > > > > Suggestion from Stephen. In my experience, it doesn't change much as > > most things get inlined anyway. Happy to drop it. > > Yes, please. We can add it back if it's shown to be a problem. Just for my own edification, why is __always_inline undesirable? Should there be an always inline version of the function that has the static key so that the erratum path is kept out of the switch_to() default path? _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code 2020-07-31 18:00 ` Stephen Boyd @ 2020-08-01 11:41 ` Catalin Marinas 0 siblings, 0 replies; 8+ messages in thread From: Catalin Marinas @ 2020-08-01 11:41 UTC (permalink / raw) To: Stephen Boyd Cc: Sai Prakash Ranjan, kernel-team, Suzuki K Poulose, Marc Zyngier, dianders, Will Deacon, linux-arm-kernel On Fri, Jul 31, 2020 at 11:00:34AM -0700, Stephen Boyd wrote: > Quoting Will Deacon (2020-07-31 04:32:28) > > On Fri, Jul 31, 2020 at 12:14:40PM +0100, Marc Zyngier wrote: > > > On 2020-07-31 11:41, Will Deacon wrote: > > > > On Fri, Jul 31, 2020 at 09:33:57AM +0100, Marc Zyngier wrote: > > > > > diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c > > > > > index 6089638c7d43..8bbf066224ab 100644 > > > > > --- a/arch/arm64/kernel/process.c > > > > > +++ b/arch/arm64/kernel/process.c > > > > > @@ -515,6 +515,40 @@ static void entry_task_switch(struct > > > > > task_struct *next) > > > > > __this_cpu_write(__entry_task, next); > > > > > } > > > > > > > > > > +/* > > > > > + * ARM erratum 1418040 handling, affecting the 32bit view of CNTVCT. > > > > > + * Assuming the virtual counter is enabled at the beginning of times: > > > > > + * > > > > > + * - disable access when switching from a 64bit task to a 32bit task > > > > > + * - enable access when switching from a 32bit task to a 64bit task > > > > > + */ > > > > > +static __always_inline > > > > > > > > Do we need the __always_inline? None of the other calls from > > > > __switch_to() > > > > have it. > > > > > > Suggestion from Stephen. In my experience, it doesn't change much as > > > most things get inlined anyway. Happy to drop it. > > > > Yes, please. We can add it back if it's shown to be a problem. > > Just for my own edification, why is __always_inline undesirable? Should > there be an always inline version of the function that has the static > key so that the erratum path is kept out of the switch_to() default > path? It's rather unnecessary, so it just makes the code a bit more unreadable. I usually go by two questions: 1. Is the function required to be inlined for correct execution? 2. Is there a visible performance benefit by using __always_inline? (e.g. the compiler does a bad job) For a static function called only in one place, the compiler usually inlines it. I can't speak on behalf of Will but from my perspective I'm against adding __always_inline just because it's harmless (and occasionally I edit it out of patches I apply manually). -- Catalin _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH v2 2/2] arm64: Allow booting of late CPUs affected by erratum 1418040 2020-07-31 8:33 [PATCH v2 0/2] arm64: Allow erratum 1418040 for late CPUs Marc Zyngier 2020-07-31 8:33 ` [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code Marc Zyngier @ 2020-07-31 8:33 ` Marc Zyngier 1 sibling, 0 replies; 8+ messages in thread From: Marc Zyngier @ 2020-07-31 8:33 UTC (permalink / raw) To: linux-arm-kernel Cc: Sai Prakash Ranjan, kernel-team, Suzuki K Poulose, Catalin Marinas, Stephen Boyd, dianders, Will Deacon As we can now switch from a system that isn't affected by 1418040 to a system that globally is affected, let's allow affected CPUs to come in at a later time. Reviewed-by: Stephen Boyd <swboyd@chromium.org> Reviewed-by: Suzuki K Poulose <suzuki.poulose@arm.com> Tested-by: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org> Signed-off-by: Marc Zyngier <maz@kernel.org> --- arch/arm64/kernel/cpu_errata.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/kernel/cpu_errata.c b/arch/arm64/kernel/cpu_errata.c index 79728bfb5351..2c0b82db825b 100644 --- a/arch/arm64/kernel/cpu_errata.c +++ b/arch/arm64/kernel/cpu_errata.c @@ -910,6 +910,8 @@ const struct arm64_cpu_capabilities arm64_errata[] = { .desc = "ARM erratum 1418040", .capability = ARM64_WORKAROUND_1418040, ERRATA_MIDR_RANGE_LIST(erratum_1418040_list), + .type = (ARM64_CPUCAP_SCOPE_LOCAL_CPU | + ARM64_CPUCAP_PERMITTED_FOR_LATE_CPU), }, #endif #ifdef CONFIG_ARM64_WORKAROUND_SPECULATIVE_AT -- 2.27.0 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply related [flat|nested] 8+ messages in thread
end of thread, other threads:[~2020-08-01 11:44 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-07-31 8:33 [PATCH v2 0/2] arm64: Allow erratum 1418040 for late CPUs Marc Zyngier 2020-07-31 8:33 ` [PATCH v2 1/2] arm64: Move handling of erratum 1418040 into C code Marc Zyngier 2020-07-31 10:41 ` Will Deacon 2020-07-31 11:14 ` Marc Zyngier 2020-07-31 11:32 ` Will Deacon 2020-07-31 18:00 ` Stephen Boyd 2020-08-01 11:41 ` Catalin Marinas 2020-07-31 8:33 ` [PATCH v2 2/2] arm64: Allow booting of late CPUs affected by erratum 1418040 Marc Zyngier
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).