[PATCH v6 7/7] kselftest/arm64: Add HWCAP test for FEAT_{LS64, LS64_V}

Zhou Wang wangzhou1 at hisilicon.com
Sat Oct 25 03:06:19 PDT 2025


On 2025/10/25 0:18, Arnd Bergmann wrote:
> On Fri, Oct 24, 2025, at 11:08, Zhou Wang wrote:
> 
>> +static void ls64_sigill(void)
>> +{
>> +	struct sigaction ign, old;
>> +	char src[64] __aligned(64) = { 1 };
>> +
>> +	/*
>> +	 * LS64, LS64_V require target memory to be Device/Non-cacheable (if
>> +	 * FEAT_LS64WB not supported) and the completer supports these
>> +	 * instructions, otherwise we'll receive a SIGBUS. Since we are only
>> +	 * testing the ABI here, so just ignore the SIGBUS and see if we can
>> +	 * execute the instructions without receiving a SIGILL. Restore the
>> +	 * handler of SIGBUS after this test.
>> +	 */
>> +	ign.sa_sigaction = ignore_signal;
>> +	ign.sa_flags = SA_SIGINFO | SA_RESTART;
>> +	sigemptyset(&ign.sa_mask);
>> +	sigaction(SIGBUS, &ign, &old);
>> +
>> +	register void *xn asm ("x8") = src;
>> +	register u64 xt_1 asm ("x0");
>> +	register u64 __maybe_unused xt_2 asm ("x1");
>> +	register u64 __maybe_unused xt_3 asm ("x2");
>> +	register u64 __maybe_unused xt_4 asm ("x3");
>> +	register u64 __maybe_unused xt_5 asm ("x4");
>> +	register u64 __maybe_unused xt_6 asm ("x5");
>> +	register u64 __maybe_unused xt_7 asm ("x6");
>> +	register u64 __maybe_unused xt_8 asm ("x7");
>> +
>> +	/* LD64B x0, [x8] */
>> +	asm volatile(".inst 0xf83fd100" : "=r" (xt_1) : "r" (xn));
> 
> Relying on the __maybe_unused register declaration seems a little
> fragile, can you change this so that the inline asm specifies
> all of the registers correctly as input/output arguments?

Seems we can remove xt_2 ... xt8, but add x1 ... x7 to asm clobber list,
something like:

    asm volatile(".inst 0xf83fd100" : "=r" (xt_1) : "r" (xn)
                 : "x1", "x2", "x3", "x4", "x5", "x6", "x7");

>> +static void ls64_v_sigill(void)
>> +{
>> +	struct sigaction ign, old;
>> +	char dst[64] __aligned(64);
>> +
>> +	/* See comment in ls64_sigill() */
>> +	ign.sa_sigaction = ignore_signal;
>> +	ign.sa_flags = SA_SIGINFO | SA_RESTART;
>> +	sigemptyset(&ign.sa_mask);
>> +	sigaction(SIGBUS, &ign, &old);
>> +
>> +	register void *xn asm ("x8") = dst;
>> +	register u64 xt_1 asm ("x0") = 1;
>> +	register u64 __maybe_unused xt_2 asm ("x1") = 2;
>> +	register u64 __maybe_unused xt_3 asm ("x2") = 3;
>> +	register u64 __maybe_unused xt_4 asm ("x3") = 4;
>> +	register u64 __maybe_unused xt_5 asm ("x4") = 5;
>> +	register u64 __maybe_unused xt_6 asm ("x5") = 6;
>> +	register u64 __maybe_unused xt_7 asm ("x6") = 7;
>> +	register u64 __maybe_unused xt_8 asm ("x7") = 8;
>> +	register u64 st   asm ("x9");
>> +
>> +	/* ST64BV x9, x0, [x8] */
>> +	asm volatile(".inst 0xf829b100" : "=r" (st) : "r" (xt_1), "r" (xn));
>> +
>> +	sigaction(SIGBUS, &old, NULL);
> 
> Is ST64BV expected to cause SIGBUS here, or should it return the
> 0xffffffffffffffff output to indicate an unsupported memory area?

I think it should return 0xffffffffffffffff without an exception,
will modify above test codes in next version.

Best,
Zhou

> 
>      Arnd
> .



More information about the linux-arm-kernel mailing list