* [virtio-dev] Handling large VIRTIO_PCI_QUEUE_NUM values on Google Cloud Platform (GCP)
@ 2018-04-25 10:34 Nirmalanand J
2018-04-27 10:16 ` Stefan Hajnoczi
0 siblings, 1 reply; 3+ messages in thread
From: Nirmalanand J @ 2018-04-25 10:34 UTC (permalink / raw)
To: virtio-dev
[-- Attachment #1: Type: text/plain, Size: 531 bytes --]
Hello experts,
Have a query on the following:
1) The number of descriptor count returned by the back-end through
VIRTIO_PCI_QUEUE_NUM, is that negotiable with the backend? In some
platforms like Google Cloud Platform (GCP) the value returned is 4096.
2) In case it is not negotiable with the back-end and unable to allocate
data buffers on the Rx side for 4096 descriptors, is there a workaround to
manage with fewer buffers like 256?
Additional info:
This is a FreeBSD VM running on GCP.
Please let me know.
Regards,
Nirmal
[-- Attachment #2: Type: text/html, Size: 719 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [virtio-dev] Handling large VIRTIO_PCI_QUEUE_NUM values on Google Cloud Platform (GCP)
2018-04-25 10:34 [virtio-dev] Handling large VIRTIO_PCI_QUEUE_NUM values on Google Cloud Platform (GCP) Nirmalanand J
@ 2018-04-27 10:16 ` Stefan Hajnoczi
2018-04-27 15:25 ` Nirmalanand J
0 siblings, 1 reply; 3+ messages in thread
From: Stefan Hajnoczi @ 2018-04-27 10:16 UTC (permalink / raw)
To: Nirmalanand J; +Cc: virtio-dev
[-- Attachment #1: Type: text/plain, Size: 942 bytes --]
On Wed, Apr 25, 2018 at 04:04:37PM +0530, Nirmalanand J wrote:
> 1) The number of descriptor count returned by the back-end through
> VIRTIO_PCI_QUEUE_NUM, is that negotiable with the backend? In some
> platforms like Google Cloud Platform (GCP) the value returned is 4096.
VIRTIO_PCI_QUEUE_NUM is the legacy VIRTIO PCI hardware register
(called "queue_size" in 4.1.4.8 Legacy Interfaces: A Note on PCI Device
Layout). This field is read-only.
However, in VIRTIO 1.0 the modern VIRTIO PCI queue_size field (4.1.4.3
Common configuration structure layout) is writable during device
initialization. The driver may *reduce* the queue size.
If you would like to use 256 descriptors instead of 4096, please make
sure your driver uses VIRTIO 1.0 (VIRTIO_F_VERSION_1) and not the legacy
interface. Then the driver can reduce the number of descriptors to 256.
If the device does not support VIRTIO_F_VERSION_1 then you are out of
luck.
Stefan
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [virtio-dev] Handling large VIRTIO_PCI_QUEUE_NUM values on Google Cloud Platform (GCP)
2018-04-27 10:16 ` Stefan Hajnoczi
@ 2018-04-27 15:25 ` Nirmalanand J
0 siblings, 0 replies; 3+ messages in thread
From: Nirmalanand J @ 2018-04-27 15:25 UTC (permalink / raw)
To: Stefan Hajnoczi; +Cc: virtio-dev
[-- Attachment #1: Type: text/plain, Size: 1125 bytes --]
Thanks Stefan. Appreciate your detailed response.
Regards,
Nirmal
On Fri, 27 Apr 2018, 5:52 pm Stefan Hajnoczi, <stefanha@redhat.com> wrote:
> On Wed, Apr 25, 2018 at 04:04:37PM +0530, Nirmalanand J wrote:
> > 1) The number of descriptor count returned by the back-end through
> > VIRTIO_PCI_QUEUE_NUM, is that negotiable with the backend? In some
> > platforms like Google Cloud Platform (GCP) the value returned is 4096.
>
> VIRTIO_PCI_QUEUE_NUM is the legacy VIRTIO PCI hardware register
> (called "queue_size" in 4.1.4.8 Legacy Interfaces: A Note on PCI Device
> Layout). This field is read-only.
>
> However, in VIRTIO 1.0 the modern VIRTIO PCI queue_size field (4.1.4.3
> Common configuration structure layout) is writable during device
> initialization. The driver may *reduce* the queue size.
>
> If you would like to use 256 descriptors instead of 4096, please make
> sure your driver uses VIRTIO 1.0 (VIRTIO_F_VERSION_1) and not the legacy
> interface. Then the driver can reduce the number of descriptors to 256.
>
> If the device does not support VIRTIO_F_VERSION_1 then you are out of
> luck.
>
> Stefan
>
[-- Attachment #2: Type: text/html, Size: 1522 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-04-27 15:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-04-25 10:34 [virtio-dev] Handling large VIRTIO_PCI_QUEUE_NUM values on Google Cloud Platform (GCP) Nirmalanand J
2018-04-27 10:16 ` Stefan Hajnoczi
2018-04-27 15:25 ` Nirmalanand J
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.