-
Bug
-
Resolution: Duplicate
-
Normal
-
None
-
rhel-10.1, rhel-10.1.z
-
None
-
Low
-
rhel-pt-c-libs
-
None
-
False
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
-
ppc64le
-
None
What were you trying to do that didn't work?
ltrace is unable to see getrandom_vdso on ppc64le architecture in non fips mode.
failure found in two TCs:
RNG-functions-unique-test
Regression/bz2168224-OpenSSL-Significant-performance-drop-for
function exists in libc.so.6 and debugging with GDB confirmed that getrandom_vdso is called:
``` 3130: 000000000004e880 28 FUNC WEAK DEFAULT [<localentry>: 8] 13 getrandom@@GLIBC_2.25
174: 000000000004a730 48 FUNC LOCAL DEFAULT [<localentry>: 8] 13 arc4random_getrandom_failure
194: 000000000004dd60 376 FUNC LOCAL DEFAULT [<localentry>: 8] 13 getrandom_syscall
195: 000000000004dee0 1572 FUNC LOCAL DEFAULT [<localentry>: 8] 13 getrandom_vdso
2154: 000000000004e680 156 FUNC LOCAL DEFAULT [<localentry>: 8] 13 __getrandom_reset_state
2258: 000000000004e720 268 FUNC LOCAL DEFAULT [<localentry>: 8] 13 __getrandom_vdso_release
2282: 000000000004e880 28 FUNC LOCAL DEFAULT [<localentry>: 8] 13 _GI__getrandom
2613: 000000000004e880 28 FUNC LOCAL DEFAULT [<localentry>: 8] 13 __getrandom
3537: 000000000004e860 28 FUNC LOCAL DEFAULT [<localentry>: 8] 13 __getrandom_nocancel
3803: 000000000004e510 356 FUNC LOCAL DEFAULT [<localentry>: 8] 13 __getrandom_early_init
4674: 000000000004e830 36 FUNC LOCAL DEFAULT [<localentry>: 8] 13 __getrandom_fork_subprocess
5508: 000000000004e880 28 FUNC WEAK DEFAULT [<localentry>: 8] 13 getrandom```
(gdb) b getrandom_vdso
Function "getrandom_vdso" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (getrandom_vdso) pending.
(gdb) r
Starting program: /root/test
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Breakpoint 1, getrandom_vdso (buffer=0x1004d5c0, length=48, flags=0, cancel=true) at ../sysdeps/unix/sysv/linux/getrandom.c:187
187 {
Please provide the package NVR for which the bug is seen:
openssl-3.5.1-4.el10_1.ppc64le and openssl-3.5.1-3.el10.ppc64le
ltrace-0.7.91-52.el10.ppc64le
ltrace-0.7.91-53.el10.ppc64le I also used newer ltrace version to avoid `couldn't find DT_PPC64_GLINK` error, fixed in RHEL-68373
How reproducible is this bug?:
Always on ppc64le non fips
Steps to reproduce
- Run tests in TF or Beaker on ppc64le non fips mode on rhel-10.1
Expected results
TCs pass, ltrace will trace getrandom_vdso symbols
Actual results
ltrace is unable to see getrandom_vdso
test runs:
RNG-functions-unique-test
https://beaker.engineering.redhat.com/jobs/11908299 - with ltrace-0.7.91-53.el10 and
openssl-3.5.1-4.el10_1
https://beaker.engineering.redhat.com/jobs/11907352 - ltrace-0.7.91-52.el10.ppc64le and openssl-3.5.1-4.el10_1
/Regression/bz2168224-OpenSSL-Significant-performance-drop-for
TF run ltrace-0.7.91-52.el10.ppc64le and openssl-3.5.1-4.el10_1
- duplicates
-
RHEL-110527 ltrace cannot find getrandom_vdso function on ppc64le
-
- Planning
-