Re: [PATCH v2 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

2017-01-18 Thread Juergen Gross
On 18/01/17 21:14, Boris Ostrovsky wrote: > On 01/16/2017 09:15 AM, Juergen Gross wrote: >> + >> +static uint32_t xs_request_enter(struct xb_req_data *req) >> +{ >> +uint32_t rq_id; >> + >> +req->type = req->msg.type; >> + >> +spin_lock(&xs_state_lock); >> +for (;;) { >> +

Re: [PATCH v2 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

2017-01-18 Thread Boris Ostrovsky
On 01/16/2017 09:15 AM, Juergen Gross wrote: > + > +static uint32_t xs_request_enter(struct xb_req_data *req) > +{ > + uint32_t rq_id; > + > + req->type = req->msg.type; > + > + spin_lock(&xs_state_lock); > + for (;;) { > + if (req->msg.tx_id != 0) > +

[PATCH v2 3/3] xen: optimize xenbus driver for multiple concurrent xenstore accesses

2017-01-16 Thread Juergen Gross
Handling of multiple concurrent Xenstore accesses through xenbus driver either from the kernel or user land is rather lame today: xenbus is capable to have one access active only at one point of time. Rewrite xenbus to handle multiple requests concurrently by making use of the request id of the Xe