mbox series

[0/3] ARM: vfp: Introduce vfp_lock() for VFP locking.

Message ID 20230615101656.1308942-1-bigeasy@linutronix.de (mailing list archive)
Headers show
Series ARM: vfp: Introduce vfp_lock() for VFP locking. | expand

Message

Sebastian Andrzej Siewior June 15, 2023, 10:16 a.m. UTC
There was a bug report on PREEMPT_RT which made me look into VFP locking
on ARM. The usage of local_bh_disable() to ensure exclusive access to
the VFP unit is not working on PREEMPT_RT because the softirq context is
preemptible.

This series introduces vfp_lock() which does the right thing.

This series depends on Ard's rewrite of the VFP exception handling:
	ARM: convert VFP exception handling to C code
	https://lore.kernel.org/20230522080310.502250-1-ardb@kernel.org

Sebastian

Comments

Ard Biesheuvel Sept. 7, 2023, 1:53 p.m. UTC | #1
On Thu, 15 Jun 2023 at 12:17, Sebastian Andrzej Siewior
<bigeasy@linutronix.de> wrote:
>
>
> There was a bug report on PREEMPT_RT which made me look into VFP locking
> on ARM. The usage of local_bh_disable() to ensure exclusive access to
> the VFP unit is not working on PREEMPT_RT because the softirq context is
> preemptible.
>
> This series introduces vfp_lock() which does the right thing.
>
> This series depends on Ard's rewrite of the VFP exception handling:
>         ARM: convert VFP exception handling to C code
>         https://lore.kernel.org/20230522080310.502250-1-ardb@kernel.org
>

For the series,

Reviewed-by: Ard Biesheuvel <ardb@kernel.org>
Sebastian Andrzej Siewior Sept. 26, 2023, 11:03 a.m. UTC | #2
On 2023-09-07 15:53:18 [+0200], Ard Biesheuvel wrote:
> 
> For the series,
> 
> Reviewed-by: Ard Biesheuvel <ardb@kernel.org>

Thank you. I'm going to repost this with this tag _and_ the 4 patch
series/v2
	https://lore.kernel.org/all/20230628080516.798032-1-bigeasy@linutronix.de

The v2 has a split of the last patch in the series as asked for in
	https://lore.kernel.org/all/CAMj1kXHUBvvbWaYZcqCABUA48f41Ja548+aosvpkpBkfpc2oUQ@mail.gmail.com

As long as you don't disagree you can move to the next email ;)

Sebastian