[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 15/15] libxl: New event generation API
On Fri, 2011-12-09 at 18:48 +0000, Ian Jackson wrote: > Now Linux and Xen have a tendency, when they need a name for an > unlocked version of foo, to use the name _foo. Obviously this is no > good in a userspace program and anyway I think it is a completely > ridiculous convention. We need something much clearer. > > foo_internal is a possibility but that merely suggests that the > GC_INIT has been done, and doesn't make it 100% clear that the caller > must already have done CTX_LOCK. Some places also use foo_raw, not sure how much of an improvement that is though. Maybe a simple comment is sufficient: /* Must be called with $LOCK held */ int libxl_event_check(libxl_ctx *ctx, libxl_event **event_r, ... It's a shame there is no pthread_mutex_is_locked or an assert containing it would be nicely self documenting. I suppose CTX_LOCK could set a flag in the context which we could assert on, but, ick. Stepping back a bit: Since the lock is recursive do we really need the unlocked version? All the callers of event_check_unlocked (apart from libxl_event_check) could call libxl_event_check instead. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |