[PATCH] arm64: ptrace: Fix missing return in hw breakpoint code

Will Deacon will at kernel.org
Tue Feb 2 15:31:00 EST 2021


Hi Keno,

On Mon, Feb 01, 2021 at 07:21:09PM -0500, Keno Fischer wrote:
> This was found by inspection - I don't work with aarch32 very
> much, but I believe there is a missing return in this code,
> since the second force_sig_fault here would override the
> first, thus making the whole compat code here pointless.
> 
> Signed-off-by: Keno Fischer <keno at juliacomputing.com>
> ---
> 
> This was left over in my working tree from when I was working
> through various aarch64 ptrace weirdness last year and I don't
> think I ever got around to submitting it, but I just looked
> through my work from back then and came across this again -
> my apologies if I'm wrong about this - it's been a while,
> so I'm not really read into this code anymore.
> 
>  arch/arm64/kernel/ptrace.c | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/arch/arm64/kernel/ptrace.c b/arch/arm64/kernel/ptrace.c
> index e7b01904f180..9309c41dbafe 100644
> --- a/arch/arm64/kernel/ptrace.c
> +++ b/arch/arm64/kernel/ptrace.c
> @@ -195,6 +195,7 @@ static void ptrace_hbptriggered(struct perf_event *bp,
>  		arm64_force_sig_ptrace_errno_trap(si_errno,
>  						  (void __user *)bkpt->trigger,
>  						  desc);
> +		return;
>  	}
>  #endif
>  	arm64_force_sig_fault(SIGTRAP, TRAP_HWBKPT,

Thanks, I'll apply this for 5.12. However, I was trying to rework the commit
message to describe the impact of the issue and I'm not sure I agree with
your assessment that the second signal overrides the first. My (admittedly
brief) reading of __send_signal() is that the subsequent signal is
effectively ignored. Am I missing something?

Cheers,

Will



More information about the linux-arm-kernel mailing list