The kernel uses int, not long int. For 32-bit, we can keep using long int, but we need to XFAIL the int type for si_band for sparc64.
I installed the following commits: commit 7c5e34d7f1b8f8f5acd94c2b885ae13b85414dcd (master) Author: Florian Weimer <fweimer@redhat.com> Date: Thu Oct 25 11:43:57 2018 +0200 conform: XFAIL siginfo_t si_band test on sparc64 commit aff9b377121f9cfabe5d45f3226acf99c73928a7 (release/2.28/master) Author: Florian Weimer <fweimer@redhat.com> Date: Fri Oct 26 09:19:40 2018 +0200 conform: XFAIL siginfo_t si_band test on sparc64 commit 1759ea197bf38f0b87c5d059bc64944fefa96c2c (release/2.27/master) Author: Florian Weimer <fweimer@redhat.com> Date: Fri Oct 26 09:25:48 2018 +0200 conform: XFAIL siginfo_t si_band test on sparc64 For glibc 2.26, the conform tests are still globally XFAIL'd, so I did not backport anything there. Of course, this does not address the type mismatch. Given this concerns an obsolete STREAMS feature and siginfo_t is very hard to rewrite, changing the exposed type from int to long int on sparc64 appears to be wasted effort.