|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 1/2] libs, libxc: Interface for grant copy operation
On Thu, Jun 16, 2016 at 01:16:54PM +0100, Wei Liu wrote:
[...]
[...]
> > diff --git a/tools/libs/gnttab/private.h b/tools/libs/gnttab/private.h
> > index d286c86..22ad53a 100644
> > --- a/tools/libs/gnttab/private.h
> > +++ b/tools/libs/gnttab/private.h
> > @@ -9,6 +9,20 @@ struct xengntdev_handle {
> > int fd;
> > };
> >
> > +struct xengnttab_copy_grant_segment {
> > + union xengnttab_copy_ptr {
> > + void *virt;
> > + struct {
> > + uint32_t ref;
> > + uint16_t offset;
> > + uint16_t domid;
> > + } foreign;
> > + } source, dest;
> > + uint16_t len;
> > + uint16_t flags;
> > + int16_t status;
> > +};
> >
>
> The struct is more or less a direct copy of Linux structure. It is
> probably fine as-is, but I don't want to risk making this library Linux
> centric. If you look at other functions, they accept a bunch of discrete
> arguments then assemble those arguments into OS dependent structure in
> osdep functions. I know having discrete arguments for the API you want
> to introduce seems cumbersome, but I want to at least tell you all the
> background information needed for a thorough discussion. I would be
> interested in Roger's view on this.
>
> I apologise for not having commented on your series earlier.
>
After checking various places I'm convinced that this structure is fine
as-is.
BSDes have not yet had a user space grant table driver, so I don't
really worry about that at this point.
As I have asked you to removed all the stuff in xenctrl_compat.h, you
will need to move this to libs/gnttab/xengnttab.h.
Also I have one further comment for code:
> +int osdep_gnttab_grant_copy(xengnttab_handle *xgt,
> + uint32_t count,
> + xengnttab_grant_copy_segment_t* segs)
> +{
> + int fd = xgt->fd;
> + struct ioctl_gntdev_grant_copy copy;
> +
> + copy.segments = (struct ioctl_gntdev_grant_copy_segment*)segs;
Please create an array of ioctl structure and use explicit field by
field assignment here.
Casting like this can easily introduce bug -- just imagine ioctl gets
changed, or the segment structure gets changed.
Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |