]> git.ipfire.org Git - thirdparty/openssl.git/commit
Add one more trace message to the torture_rcu_high test
authorBernd Edlinger <bernd.edlinger@hotmail.de>
Mon, 8 Sep 2025 21:00:55 +0000 (23:00 +0200)
committerBernd Edlinger <bernd.edlinger@hotmail.de>
Wed, 10 Sep 2025 20:36:29 +0000 (22:36 +0200)
commit0369c2e8b5ee5b8424c945e9926a01321f70e13c
treed33761a3f38c55ecdabbde76f252cb0208cd297e
parentae09a87326d3f8b0c958d72a61016c86bf26682c
Add one more trace message to the torture_rcu_high test

It is interesting that in the very rare cases, where this
test failure has been observed so far, the rcu torture value
went always backwards to 0.  This could be either due to
ossl_rcu_deref(&writer_ptr) returning NULL, or the initial
value of "new = CRYPTO_zalloc(sizeof(uint64_t), NULL, 0)"
still visible despite ossl_rcu_assign_ptr(&writer_ptr, &new)
immediatley after the "*new = global_ctr++" statement.
Add one additional trace message to find out what exactly
happens here, when it happens again.
Additionally, we do no longer initialize the new value to
zero but something else, so it can also be detected.

Related to #27267

Reviewed-by: Neil Horman <nhorman@openssl.org>
Reviewed-by: Tomas Mraz <tomas@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/28487)

(cherry picked from commit 17d5c9297ef6f6a4d72788082d6772deb7a18f24)
test/threadstest.c