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

Re: question about virtio-vsock on xen


  • To: Peng Fan <peng.fan@xxxxxxx>
  • From: Oleksandr Tyshchenko <Oleksandr_Tyshchenko@xxxxxxxx>
  • Date: Mon, 26 Feb 2024 20:16:16 +0000
  • Accept-language: en-US, ru-RU
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=epam.com; dmarc=pass action=none header.from=epam.com; dkim=pass header.d=epam.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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=UMiuHiAdxoalaMQOpYHkmbGCocU+YMo5+uL0+5vZYMI=; b=Q9SdyKJJH+c1ekahQrudJlBCc2Ws23lQFOyYuoxTsXCb7T0zd/p1TC/xxh+/iLqRfbOr0Ao0zquvY7ao1/GsU3ZKzKzJYHOTV1SPyyZMm5YAOMN0aP1qTxTz64tNEQp58QWKpkTiYMdk1kVrnHXcAzGxQ9/n/Mp/rw+zK2s3RmAexbK2eK22HvJruzAqRrbhVwg93+ItClnhNwmTk4FFgDIXYbN5sCeDFRie+zWnBak3PswFAZgUKPOdsmKK02D5QPbZbmhpzE3RFHJbl2KbHA54PKmFhpgDLP0iamNxZlTGpw2MQ9Lj9naVw3QHcxFtKeFcS1/AKy3Y+ea/wAiyOw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZJardXiJnu5oc1atOU31Y0EEXVHIKGlTJPZJOY1vPds0iBghZkcWX6PFxOcHRIvxq6EnooUGIlehYlnS7rg8909PMhA8QrKsfQ4J6W6uXVysLfuacpQ8zV4rBntvtVgc9fkvJ0cNVz7tyHpUBfnVkkiVD1rMovYTMt06pabEd3XkevNxneyztobDYgo/+0TuWnP6TPJ+zJ2XhFxQSp4/dTPrDXGwtWCscL5ZSyv8O8p26iO2HT2jWBf0HbrVwVVP6myPNfWBgnRrerEqW3z97PAuhwwxG54jO6aMn/nDB7bbcjfFeR1z8ddUaPJsvLT3ttJ0DOqxDqDdIHRBw16j/g==
  • Cc: Julien Grall <julien@xxxxxxx>, "vikram.garhwal@xxxxxxx" <vikram.garhwal@xxxxxxx>, Leo Yan <leo.yan@xxxxxxxxxx>, Viresh Kumar <viresh.kumar@xxxxxxxxxx>, Stewart Hildebrand <stewart.hildebrand@xxxxxxx>, "sgarzare@xxxxxxxxxx" <sgarzare@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxx>
  • Delivery-date: Mon, 26 Feb 2024 20:16:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AdpmUSXKZvg8Aft6RRu9smUwoggtbwAUAHAAACuPlYAARFRfYAAj+0EA
  • Thread-topic: question about virtio-vsock on xen


On 26.02.24 05:09, Peng Fan wrote:
> Hi Oleksandr,

Hello Peng


[snip]

>>
>>     ... Peng, we have vhost-vsock (and vhost-net) Xen PoC. Although it is 
>> non-
>> upstreamable in its current shape (based on old Linux version, requires some
>> rework and proper integration, most likely requires involving Qemu and
>> protocol changes to pass an additional info to vhost), it works with Linux
>> v5.10 + patched Qemu v7.0, so you can refer to the Yocto meta layer which
>> contains kernel patches for the details [1].
> 
> Thanks for the pointer, I am reading the code.
> 
>>
>> In a nutshell, before accessing the guest data the host module needs to map
>> descriptors in virtio rings which contain either guest grant based DMA
>> addresses (by using Xen grant mappings) or guest pseudo-physical addresses
>> (by using Xen foreign mappings). After accessing the guest data the host
>> module needs to unmap them.
> 
> Ok, I thought  the current xen virtio code already map every ready.
> 

It does, as you said the virtio-blk-pci worked in your environment. But 
vhost(-vsock) is a special case, unlike for virtio-blk-pci where the 
whole backend resides in Qemu, here we have a split model. As I 
understand the Qemu performs only initial setup/configuration then 
offloads the I/O processing to a separate entity which is the Linux 
module in that particular case.

 


Rackspace

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