I thought that a separate SRU bug is needed for an SRU, so I created that.
SRU info:
[ Impact ]

 * The failures on s390x are primarily because tep_alloc sets file
   endianness to LITTLE_ENDIAN by default (with no checks)

 * The changes are already accepted into plucky and upstream:
   
https://code.launchpad.net/~r41k0u/ubuntu/+source/libtraceevent/+git/libtraceevent/+merge/477042

 * This will fix autopkgtest segfaults of libtracefs on oracular and
noble for s390x.

[ Test Plan ]

 * Clone libtracefs (oracular-devel or noble-devel), compile it and the tests 
(make && make test),
   then run the tests as root (utest/trace-utest), on an s390x machine (running 
oracular or noble)

 * You can test the fix by installing the patched version of libtraceevent for 
the release you are
   testing and trying the libtracefs tests again.

[ Where problems could occur ]

 * This is not likely to break anything, as we can make a safe assumption
   to set file_bigendian to the same value as host_bigendian by default.
   If these are different, the user can set it using event-parse-api

 * In any case, this change seems logical. This does not affect any other
   little-endian architectures, and I think this won't be breaking any 
workarounds
   people did around this problem.

 * But in case we have some regressions as a result of this change, then there 
surely would
   be some workaround to this in a patch, which can then be reverted.

[ Other Info ]

 * This does not fix anything in libtraceevent but does fix the tests for 
libtracefs on s390x.
   But I have opened this bug against libtraceevent.

 * I see a workaround around this problem in the last patch in d/p/series, but 
this change does not affect
   it

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2062118

Title:
  autopkgtests fail on s390x (segfault)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/2062118/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to