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

Re: [Xen-devel] [PATCH v2 00/10] Per vcpu vm_event channels


  • To: Tamas K Lengyel <tamas@xxxxxxxxxxxxx>
  • From: Petre Ovidiu PIRCALABU <ppircalabu@xxxxxxxxxxxxxxx>
  • Date: Wed, 17 Jul 2019 09:14:06 +0000
  • Accept-language: ro-RO, en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=bitdefender.com;dmarc=pass action=none header.from=bitdefender.com;dkim=pass header.d=bitdefender.com;arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/TAi+7cquAhbafVpKx+OcBkPz36P5rppzK83qs++8fs=; b=GzUJt1/2V6st+KPRGFIdkAzc17aDlHATwR+0UngEjUYU2LwqKwwzKBPfJjNAxWVImVOrnC4ZPxscCsGIawR3jP9U6ciRAJ/AZOSobAc22H80cacxt1k4fDidEBisPIDQDwOGaNUoT0ldaiEi/icgoZXv+MSx/sXEdF8D2kItL1CpAbqiYcLUYqd5K8GrqfHhRkaOTsY8EyQ68UwLUnwnqiABoIBIk5ZRkMccx2bM6KAMh+4AX+fJdA8vxFGsnFJ3pW7UWVwbGzwMZTLXclpGVuSChE2XjNUGi1wO1ZbZ3scsBl1C7WvKHUuFGPgIy3N8AKaiMKS/QAB68RDPR7E70w==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kOdB3lo7T33amh95uH6luXOxKfFrW3dSPVqFHtqIJzSKfSWsBf/LCBqZ4TON9/A4aZjkWA+zkJvmScd9lRUiwQev69rQIewnqAbZcn01CrNORPeStn9x7UazCD3wmVZVVN3AvNuJjm4siS62o7ltjqyHNYIJO/VJ0zdOIbvBNedJY7h/edaC09pTYAyNdrjYMO4jMpGbC+kOPMCJLBrHRg23lyiaMO0mlRGvvuopdzfwE2Dawq+1kNsiUjA6efGOzfreKabINu+Dk4iEgGlq6NtqoEAr+M/ca7hZcm4LImLJm6pNph54Cc1Lx3nEoQQEdqCiTiJ6k7U1yI1nkOY+Hg==
  • Authentication-results: spf=none (sender IP is ) smtp.mailfrom=ppircalabu@xxxxxxxxxxxxxxx;
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Ian Jackson <ian.jackson@xxxxxxxxxxxxx>, Tim Deegan <tim@xxxxxxx>, Julien Grall <julien.grall@xxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Alexandru Stefan ISAILA <aisaila@xxxxxxxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Delivery-date: Wed, 17 Jul 2019 09:14:11 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHVO/jemBHelXeH3k6+zod9k0UcZ6bNtvaAgADRDQA=
  • Thread-topic: [PATCH v2 00/10] Per vcpu vm_event channels

On Tue, 2019-07-16 at 14:45 -0600, Tamas K Lengyel wrote:
> On Tue, Jul 16, 2019 at 11:06 AM Petre Pircalabu
> <ppircalabu@xxxxxxxxxxxxxxx> wrote:
> > 
> > This patchset adds a new mechanism of sending synchronous vm_event
> > requests and handling vm_event responses without using a ring.
> > As each synchronous request pauses the vcpu until the corresponding
> > response is handled, it can be stored in a slotted memory buffer
> > (one per vcpu) shared between the hypervisor and the controlling
> > domain.
> > 
> > The main advantages of this approach are:
> > * the ability to dynamicaly allocate the necessary memory used to
> > hold
> > the requests/responses (the size of
> > vm_event_request_t/vm_event_response_t
> > can grow unrestricted by the ring's one page limitation)
> > * the ring's waitqueue logic is unnecessary in this case because
> > the
> > vcpu sending the request is blocked until a response is received.
> 
> Could you please push a git branch for this somewhere?
> 
> Thanks,
> Tamas

I've pushed this changes to my github xen fork:
https://github.com/petrepircalabu/xen/tree/vm_event_ng/devel
The tag for patchset is per_cpu_vm_event_channels_v2.

Many thanks for your support,
Petre


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

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