[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.



On Fri, 2015-12-11 at 17:19 +0000, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32]
> tools/libs/gnttab: Extensive updates to API documentation."):
> > I'm currently intending to write something very similar for each of the
> > xen*_open (gntshr, gnttab, foreignmemory, evtchn and probably call too)
> > functions. I don't really like repeating the same thing like this, but
> > I
> > also don't really like API documentation which makes you play follow
> > the
> > piece of string to the docs of other libraries to find out what is
> > going
> > on.
> 
> That would be fine by me.ÂÂBut do these other functions suffer from
> the same problem ?
>
> Ie, can we for gntshr et al, tell the user that they should call
> blah_unmap ?ÂÂThis is not practical in a multithreaded program for
> hypercall memory but it might well be practical for other kinds of
> borrowed memory.

Good point, I think most of the rest of them probably can support unmap
after fork, but I'veÂnot checked (I will before I write anything).



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.