Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-127804

ltrace cannot trace getrandom_vdso symbol on ppc64le

Linking RHIVOS CVEs to...Migration: Automation ...RHELPRIO AssignedTeam ...SWIFT: POC ConversionSync from "Extern...XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Normal Normal
    • None
    • rhel-10.1, rhel-10.1.z
    • ltrace
    • None
    • Low
    • rhel-pt-c-libs
    • None
    • False
    • False
    • Hide

      None

      Show
      None
    • 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

      1.  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

              rhn-engineering-dj DJ Delorie
              rh-ee-mbezokon Miluse Bezo Konecna
              DJ Delorie DJ Delorie
              Martin Coufal Martin Coufal
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

                Created:
                Updated:
                Resolved: