[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 4/4] xen/arm: clean and invalidate all guest caches by VMID after domain build.
On Thu, 2014-01-30 at 12:24 +0000, Ian Campbell wrote: > On Thu, 2014-01-30 at 11:26 +0000, Ian Jackson wrote: > > Ian Campbell writes ("Re: [PATCH 4/4] xen/arm: clean and invalidate all > > guest caches by VMID after domain build."): > > > On Wed, 2014-01-29 at 13:00 +0000, Jan Beulich wrote: > > >>> On 29.01.14 at 13:11, Ian Campbell <ian.campbell@xxxxxxxxxx> wrote: > > > > > +int xc_domain_cacheflush(xc_interface *xch, uint32_t domid) > > > > > + domctl.domain = (domid_t)domid; > > > > > > > > Why can't the function parameter be domid_t right away? > > > > > > It seemed that the vast majority of the current libxc functions were > > > using uint32_t for whatever reason. > > > > What's the point of the cast, though ? > > Apparently all the cool kids in this file are doing it and I followed > suite ;-) > > domid_t is a uint16_t, I kind of expect gcc to warn about an assignment > of a uint32_t to a uint16_t to generate some sort of warning, but > apparently not... Just for completeness: -Wconversion is the option to make it do this. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |