[LTP] vma05: Fix false positives from stripped system libraries

Naresh Kamboju naresh.kamboju@linaro.org
Tue Jul 29 10:09:24 CEST 2025


+ ltp
+ arnd

On Mon, 28 Jul 2025 at 19:26, Ben Copeland <ben.copeland@linaro.org> wrote:
>
> Sorry I typo'ed Cyril email address.
>
> Regards
>
> Ben
>
> On Mon, 28 Jul 2025 at 14:37, Ben Copeland <ben.copeland@linaro.org> wrote:
> >
> > Hi Cyril / Petr,
> >
> > I hope you are doing well.
> >
> > I have been seeing a test case fail for several years. I recently
> > added a new device in LKFT and noticed vma05 failing. I bumped into
> > issue [1].
> >
> > Upon looking into this failure, I noticed the vma05 test currently
> > produces false positive failures by flagging any `??` symbols in gdb
> > backtraces as vDSO kernel bugs, including those from standard stripped
> > system libraries. This causes the test to fail on most production
> > systems where system libraries like libc.so.6 are stripped of debug
> > symbols.
> >
> > This fails when gdb shows backtraces like:
> > ```
> > #0 0x0000ffff8d427dc0 in ?? () from /lib/aarch64-linux-gnu/libc.so.6
> > #1 0x0000ffff8d3d6980 [PAC] in raise () from /lib/aarch64-linux-gnu/libc.so.6
> > #2 0x0000aaaac6000690 [PAC] in main () at vma05_vdso.c:5 ```
> > ```
> > The `??` symbols from libc.so.6 are normal (stripped system library),
> > but the test incorrectly interprets this as a vDSO kernel bug.
> >
> > I also preserve debug symbols for memory test when building ltp with
> > this change, when we build LTP.
> >
> > ```
> > -find ${INSDIR}/opt/ltp -type f -executable -exec sh -c "file -i '{}'
> > | grep -q 'executable; charset=binary'" \; -print | tee
> > ltp-exec-files.txt
> > +find ${INSDIR}/opt/ltp -type f -executable -not -path "*/mem/*" -exec
> > sh -c "file -i '{}' | grep -q 'executable; charset=binary'" \; -print
> > | tee ltp-exec-files.txt
> > ```
> >
> > From our side I have now stripped out the binaries, but also I believe
> > the vma05 test logic is flawed so I made some adjustments [2]. The
> > test now passes.
> >
> > I'm happy to put a PR up, but Anders and I thought it would make sense
> > to touch base and also see what you think. I guess the other question
> > is, does this problem lend itself to just this test case, or are there
> > others sitting around LTP?
> >
> > Regards,
> >
> > Ben
> >
> > 1: https://github.com/linux-test-project/ltp/issues/477
> > 2: https://github.com/bhcopeland/ltp/commit/67ecbfcfe2313c4b16ce7191ded9949fdf5728d9


More information about the ltp mailing list