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
"""
--
- Pau Espin Pedrol <pespin(a)sysmocom.de>
http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Siemensstr. 26a
* 10551 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Director: Harald Welte