[PATCH v6 6/9] kselftest/arm64/mte: add address tag related macro and function
Yeo Reum Yun
YeoReum.Yun at arm.com
Wed Jun 11 05:25:50 PDT 2025
Hi Mark,
> Ah, this is where the time.h inclusion came from - it just got split
> into the wrong patch. I would move that srandom() into the main()
> function, we don't need to reset the RNG every time we generate a tag
> and since time() has a resolution of a second depending on how fast the
> machine is we might manage to end up setting exactly the same value for
> every tag insertion the program does which would seem to defeat the
> point of using a RNG here.
You're right. but what I calling the every main() with srandom()
seems weird for me.
I think it would be better to call srandom() in mte_default_setup()
which is called only one time in testcase...
--
Sincerely,
Yeoreum Yun
________________________________________
From: Mark Brown
Sent: Wednesday, June 11, 2025 12:58
To: Yeo Reum Yun
Cc: Catalin Marinas; pcc at google.com; will at kernel.org; Anshuman Khandual; Joey Gouly; Yury Khrustalev; maz at kernel.org; oliver.upton at linux.dev; frederic at kernel.org; akpm at linux-foundation.org; surenb at google.com; linux-arm-kernel at lists.infradead.org; linux-kernel at vger.kernel.org; linux-doc at vger.kernel.org
Subject: Re: [PATCH v6 6/9] kselftest/arm64/mte: add address tag related macro and function
On Wed, Jun 11, 2025 at 10:41:04AM +0100, Yeoreum Yun wrote:
> Add address tag related macro and function to test MTE_FAR feature.
> +void *mte_insert_atag(void *ptr)
> +{
> + unsigned char atag;
> +
> + srandom(time(NULL));
> + atag = mtefar_support ? (random() % MT_ATAG_MASK) + 1 : 0;
> + return (void *)MT_SET_ATAG((unsigned long)ptr, atag);
> +}
Ah, this is where the time.h inclusion came from - it just got split
into the wrong patch. I would move that srandom() into the main()
function, we don't need to reset the RNG every time we generate a tag
and since time() has a resolution of a second depending on how fast the
machine is we might manage to end up setting exactly the same value for
every tag insertion the program does which would seem to defeat the
point of using a RNG here.
More information about the linux-arm-kernel
mailing list