[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 9 Sep 2010 10:53:52 +0530
From: Krishna Kumar2 <krkumar2@...ibm.com>
To: Rusty Russell <rusty@...tcorp.com.au>
Cc: anthony@...emonkey.ws, davem@...emloft.net, kvm@...r.kernel.org,
mst@...hat.com, netdev@...r.kernel.org
Subject: Re: [RFC PATCH 1/4] Add a new API to virtio-pci
Rusty Russell <rusty@...tcorp.com.au> wrote on 09/09/2010 09:19:39 AM:
> On Wed, 8 Sep 2010 04:59:05 pm Krishna Kumar wrote:
> > Add virtio_get_queue_index() to get the queue index of a
> > vq. This is needed by the cb handler to locate the queue
> > that should be processed.
>
> This seems a bit weird. I mean, the driver used vdev->config->find_vqs
> to find the queues, which returns them (in order). So, can't you put
this
> into your struct send_queue?
I am saving the vqs in the send_queue, but the cb needs
to locate the device txq from the svq. The only other way
I could think of is to iterate through the send_queue's
and compare svq against sq[i]->svq, but cb's happen quite
a bit. Is there a better way?
static void skb_xmit_done(struct virtqueue *svq)
{
struct virtnet_info *vi = svq->vdev->priv;
int qnum = virtio_get_queue_index(svq) - 1; /* 0 is RX vq */
/* Suppress further interrupts. */
virtqueue_disable_cb(svq);
/* We were probably waiting for more output buffers. */
netif_wake_subqueue(vi->dev, qnum);
}
> Also, why define VIRTIO_MAX_TXQS? If the driver can't handle all of
them,
> it should simply not use them...
The main reason was vhost :) Since vhost_net_release
should not fail (__fput can't handle f_op->release()
failure), I needed a maximum number of socks to
clean up:
#define MAX_VQS (1 + VIRTIO_MAX_TXQS)
static int vhost_net_release(struct inode *inode, struct file *f)
{
struct vhost_net *n = f->private_data;
struct vhost_dev *dev = &n->dev;
struct socket *socks[MAX_VQS];
int i;
vhost_net_stop(n, socks);
vhost_net_flush(n);
vhost_dev_cleanup(dev);
for (i = n->dev.nvqs - 1; i >= 0; i--)
if (socks[i])
fput(socks[i]->file);
...
}
Thanks,
- KK
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists