search for: curr_queues

...IRTIO_NET(vdev); > > /* Reset back to compatibility mode */ > n->promisc = 1; > n->allmulti = 0; > n->alluni = 0; > n->nomulti = 0; > n->nouni = 0; > n->nobcast = 0; > /* multiqueue is disabled by default */ > n->curr_queues = 1; > timer_del(n->announce_timer); > n->announce_counter = 0; > n->status &= ~VIRTIO_NET_S_ANNOUNCE; > > /* Flush any MAC and VLAN filter table state */ > n->mac_table.in_use = 0; > n->mac_table.first_multi = 0; > n->mac_ta...

...IRTIO_NET(vdev); > > /* Reset back to compatibility mode */ > n->promisc = 1; > n->allmulti = 0; > n->alluni = 0; > n->nomulti = 0; > n->nouni = 0; > n->nobcast = 0; > /* multiqueue is disabled by default */ > n->curr_queues = 1; > timer_del(n->announce_timer); > n->announce_counter = 0; > n->status &= ~VIRTIO_NET_S_ANNOUNCE; > > /* Flush any MAC and VLAN filter table state */ > n->mac_table.in_use = 0; > n->mac_table.first_multi = 0; > n->mac_ta...

...t;> > n->promisc = 1; >> > n->allmulti = 0; >> > n->alluni = 0; >> > n->nomulti = 0; >> > n->nouni = 0; >> > n->nobcast = 0; >> > /* multiqueue is disabled by default */ >> > n->curr_queues = 1; >> > timer_del(n->announce_timer); >> > n->announce_counter = 0; >> > n->status &= ~VIRTIO_NET_S_ANNOUNCE; >> > >> > /* Flush any MAC and VLAN filter table state */ >> > n->mac_table.in_use = 0; >>...

...t;> > n->promisc = 1; >> > n->allmulti = 0; >> > n->alluni = 0; >> > n->nomulti = 0; >> > n->nouni = 0; >> > n->nobcast = 0; >> > /* multiqueue is disabled by default */ >> > n->curr_queues = 1; >> > timer_del(n->announce_timer); >> > n->announce_counter = 0; >> > n->status &= ~VIRTIO_NET_S_ANNOUNCE; >> > >> > /* Flush any MAC and VLAN filter table state */ >> > n->mac_table.in_use = 0; >>...

...> > > > > n->alluni = 0; > > > > > n->nomulti = 0; > > > > > n->nouni = 0; > > > > > n->nobcast = 0; > > > > > /* multiqueue is disabled by default */ > > > > > n->curr_queues = 1; > > > > > timer_del(n->announce_timer); > > > > > n->announce_counter = 0; > > > > > n->status &= ~VIRTIO_NET_S_ANNOUNCE; > > > > > > > > > > /* Flush any MAC and VLAN filter table stat...

>> +static int virtnet_reset(struct virtnet_info *vi) >> +{ >> + struct virtio_device *dev = vi->vdev; >> + int ret; >> + >> + virtio_config_disable(dev); >> + dev->failed = dev->config->get_status(dev) & VIRTIO_CONFIG_S_FAILED; >> + virtnet_freeze_down(dev, true); >> + remove_vq_common(vi); >> +

>> +static int virtnet_reset(struct virtnet_info *vi) >> +{ >> + struct virtio_device *dev = vi->vdev; >> + int ret; >> + >> + virtio_config_disable(dev); >> + dev->failed = dev->config->get_status(dev) & VIRTIO_CONFIG_S_FAILED; >> + virtnet_freeze_down(dev, true); >> + remove_vq_common(vi); >> +

...VirtIODevice *vdev) { VirtIONet *n = VIRTIO_NET(vdev); /* Reset back to compatibility mode */ n->promisc = 1; n->allmulti = 0; n->alluni = 0; n->nomulti = 0; n->nouni = 0; n->nobcast = 0; /* multiqueue is disabled by default */ n->curr_queues = 1; timer_del(n->announce_timer); n->announce_counter = 0; n->status &= ~VIRTIO_NET_S_ANNOUNCE; /* Flush any MAC and VLAN filter table state */ n->mac_table.in_use = 0; n->mac_table.first_multi = 0; n->mac_table.multi_overflow = 0; n-&gt...

...c = 1; >>>> n->allmulti = 0; >>>> n->alluni = 0; >>>> n->nomulti = 0; >>>> n->nouni = 0; >>>> n->nobcast = 0; >>>> /* multiqueue is disabled by default */ >>>> n->curr_queues = 1; >>>> timer_del(n->announce_timer); >>>> n->announce_counter = 0; >>>> n->status &= ~VIRTIO_NET_S_ANNOUNCE; >>>> >>>> /* Flush any MAC and VLAN filter table state */ >>>> n->mac_tabl...

...back to compatibility mode */ > > n->promisc = 1; > > n->allmulti = 0; > > n->alluni = 0; > > n->nomulti = 0; > > n->nouni = 0; > > n->nobcast = 0; > > /* multiqueue is disabled by default */ > > n->curr_queues = 1; > > timer_del(n->announce_timer); > > n->announce_counter = 0; > > n->status &= ~VIRTIO_NET_S_ANNOUNCE; > > > > /* Flush any MAC and VLAN filter table state */ > > n->mac_table.in_use = 0; > > n->mac_table.fir...

...> n->alluni = 0; >> > > > > n->nomulti = 0; >> > > > > n->nouni = 0; >> > > > > n->nobcast = 0; >> > > > > /* multiqueue is disabled by default */ >> > > > > n->curr_queues = 1; >> > > > > timer_del(n->announce_timer); >> > > > > n->announce_counter = 0; >> > > > > n->status &= ~VIRTIO_NET_S_ANNOUNCE; >> > > > > >> > > > > /* Flush any MAC and VLA...

On Tue, Nov 22, 2016 at 04:10:23PM +0800, Gonglei wrote: > This patch introduces virtio-crypto driver for Linux Kernel. > > The virtio crypto device is a virtual cryptography device > as well as a kind of virtual hardware accelerator for > virtual machines. The encryption anddecryption requests > are placed in the data queue and are ultimately handled by > thebackend crypto

On Tue, Nov 22, 2016 at 04:10:23PM +0800, Gonglei wrote: > This patch introduces virtio-crypto driver for Linux Kernel. > > The virtio crypto device is a virtual cryptography device > as well as a kind of virtual hardware accelerator for > virtual machines. The encryption anddecryption requests > are placed in the data queue and are ultimately handled by > thebackend crypto

Hi Michael, > > Subject: [virtio-dev] Re: [PATCH v2 2/2] crypto: add virtio-crypto driver > > On Tue, Nov 22, 2016 at 04:10:23PM +0800, Gonglei wrote: > > This patch introduces virtio-crypto driver for Linux Kernel. > > > > The virtio crypto device is a virtual cryptography device > > as well as a kind of virtual hardware accelerator for > > virtual

From: Dmitry Fleytman <dfleytma at redhat.com> One of recently introduced Windows features (RSC) requires network driver to be able to enable and disable HW LRO offload on the fly without device reinitialization. Current Virtio specification doesn't support this requirement. The solution proposed by following spec patch is to add a new control command for this purpose. The same

From: Dmitry Fleytman <dfleytma at redhat.com> One of recently introduced Windows features (RSC) requires network driver to be able to enable and disable HW LRO offload on the fly without device reinitialization. Current Virtio specification doesn't support this requirement. The solution proposed by following spec patch is to add a new control command for this purpose. The same

This patch introduces virtio-crypto driver for Linux Kernel. The virtio crypto device is a virtual cryptography device as well as a kind of virtual hardware accelerator for virtual machines. The encryption anddecryption requests are placed in the data queue and are ultimately handled by thebackend crypto accelerators. The second queue is the control queue used to create or destroy sessions for

This patch introduces virtio-crypto driver for Linux Kernel. The virtio crypto device is a virtual cryptography device as well as a kind of virtual hardware accelerator for virtual machines. The encryption anddecryption requests are placed in the data queue and are ultimately handled by thebackend crypto accelerators. The second queue is the control queue used to create or destroy sessions for

This patch introduces virtio-crypto driver for Linux Kernel. The virtio crypto device is a virtual cryptography device as well as a kind of virtual hardware accelerator for virtual machines. The encryption anddecryption requests are placed in the data queue and are ultimately handled by thebackend crypto accelerators. The second queue is the control queue used to create or destroy sessions for

From: Dmitry Fleytman <dfleytma at redhat.com> V3 changes: 1. Compat macro added 2. Feature name beautification V2 changes: 1. _GUEST_ added to command and feature names 2. Live migration logic fixed Reported-by: Michael S. Tsirkin <mst at redhat.com> One of recently introduced Windows features (RSC) requires network driver to be able to enable and disable HW LRO offload on