Hi,
AFAIK s390x is a big-endian architecture? I don't think we are nowadays supporting officially any big-endian architecture, though imho "patches welcome" (but iirc from previous ML discussions others think we should simply drop all kind of support for it).
I think the errors are related to the fact that some unit tests are not prepared to be run in big-endian architectures.
Test failures that show up in https://kojipkgs.fedoraproject.org//work/tasks/9213/130969213/build.log:
dtx_gsm0503_test: """ Assert failed amr_last_dtx == AMR_OTHER dtx/dtx_gsm0503_test.c:239 """
gsm0808_test: """ <0000> gsm0808/gsm0808_test.c:145 test_create_layer3_aoip() L3 data mismatch: expected 00 17 57 05 08 00 77 62 83 33 66 44 88 17 01 23 7d 07 53 ef cd a2 9f fd c0 .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. !! msgb 00 17 57 05 08 00 77 62 83 33 66 44 88 17 01 23 7d 07 53 cd ef a2 9f fd c0 """
sockaddr_str_test (it can be seen it's a endiannes issue in the output: """ - osmo_sockaddr_str_to_32h() rc == 0 uint8_t[4]=[ 04 03 02 01 ] + osmo_sockaddr_str_to_32h() rc == 0 uint8_t[4]=[ 01 02 03 04 ] """
jhash_test: """ add: - adding items[0]#b286bb61 = blob one -- adding items[1]#ad4eb7b = blob two and five are the same +- adding items[1]#2713bb85 = blob two and five are the same - adding items[2]#6b8eae61 = third blob - adding items[3]#24a546dc = fourth blob -- adding items[4]#ad4eb7b = blob two and five are the same +- adding items[4]#2713bb85 = blob two and five are the same """