That would be perfect ! Maybe we don't even need to hook in
configure
I'm sure endianness info can come from standard headers, then combined
with a processor check that should be sufficient I guess.
Without introducing all the guest handle infrastructure and by just
fixing the known xen_v2s3_getdomaininfolistop and xen_v2d5_cpumap the
patch became as nice and small as a patch should be ;-)
The Libvirt padding is now handled by using gcc's __BIG_ENDIAN__, no
configure/header/... needed that way. I think we can assume that at
least when libvirt is compiled for ppc gcc is used right?
I used one (1) really generic line from our ppc libxc code, this should
be no licencing issue (LGPL vs. GPL). Tell me if someone think otherwise
and I'll try to change it a bit.
Since it is no longer a macro we could pre-calculate the sizes anyway,
but the way it is now says clearly "64bit size - used size" for the
padding and I like that kind of readability.
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
+49 7031/16-3385
Ehrhardt(a)linux.vnet.ibm.com
Ehrhardt(a)de.ibm.com
IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Johann Weihen
Geschäftsführung: Herbert Kircher
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294