clang complains about the signed type:
implicit truncation from 'int' to a one-bit wide bit-field changes value from 1 to -1 [-Wsingle-bit-bitfield-constant-conversion]
The potential ABI change in libxenvchan is covered by the Xen version based SONAME.
Signed-off-by: Olaf Hering <olaf@aepfle.de>
Reviewed-by: Juergen Gross <jgross@suse.com>
Acked-by: Anthony PERARD <anthony.perard@citrix.com>
xenevtchn_handle *event;
uint32_t event_port;
/* informative flags: are we acting as server? */
- int is_server:1;
+ unsigned int is_server:1;
/* true if server remains active when client closes (allows reconnection) */
- int server_persist:1;
+ unsigned int server_persist:1;
/* true if operations should block instead of returning 0 */
- int blocking:1;
+ unsigned int blocking:1;
/* communication rings */
struct libxenvchan_ring read, write;
/**
tsc_t exit_tsc, arc_cycles, entry_tsc;
unsigned long long rip;
unsigned exit_reason, event_handler;
- int short_summary_done:1, prealloc_unpin:1, wrmap_bf:1;
+ unsigned int short_summary_done:1, prealloc_unpin:1, wrmap_bf:1;
/* Immediate processing */
void *d;
struct {
uint64_t gfn, mfn;
- int p2mt;
- int d:16,order:16;
+ uint32_t p2mt;
+ uint16_t d, order;
} *r = (typeof(r))ri->d;
if ( opt.dump_all )
{
- printf(" %s set_p2m_entry d%d o%d t %d g %llx m %llx\n",
+ printf(" %s set_p2m_entry d%u o%u t %u g %llx m %llx\n",
ri->dump_header,
r->d, r->order,
r->p2mt,