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

Re: [Xen-devel] [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect



> +
> +struct pvcalls_bedata {
> +     struct xen_pvcalls_front_ring ring;
> +     grant_ref_t ref;
> +     int irq;
> +
> +     struct list_head socket_mappings;
> +     struct list_head socketpass_mappings;
> +     spinlock_t socket_lock;
> +
> +     wait_queue_head_t inflight_req;
> +     struct xen_pvcalls_response rsp[PVCALLS_NR_REQ_PER_RING];
> +};
> +static struct xenbus_device *pvcalls_front_dev;
> +static atomic_t pvcalls_refcount;

Should the refcount be per back/frontend?

> +
> +/* first increment refcount, then proceed */
> +#define pvcalls_enter {                     \
> +     atomic_inc(&pvcalls_refcount);      \
> +     smp_mb();                           \
> +}
> +
> +/* first complete other operations, then decrement refcount */
> +#define pvcalls_exit {                      \
> +     smp_mb();                           \
> +     atomic_dec(&pvcalls_refcount);      \
> +}

I think atomic increment/decrement imply a barrier.


-boris

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

 


Rackspace

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