Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755360AbZKDMNd (ORCPT ); Wed, 4 Nov 2009 07:13:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753854AbZKDMNc (ORCPT ); Wed, 4 Nov 2009 07:13:32 -0500 Received: from mx1.redhat.com ([209.132.183.28]:34948 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753704AbZKDMNb (ORCPT ); Wed, 4 Nov 2009 07:13:31 -0500 Date: Wed, 4 Nov 2009 14:10:09 +0200 From: "Michael S. Tsirkin" To: Andi Kleen Cc: netdev@vger.kernel.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, mingo@elte.hu, linux-mm@kvack.org, akpm@linux-foundation.org Subject: Re: [PATCHv7 3/3] vhost_net: a kernel-level virtio server Message-ID: <20091104121009.GF8398@redhat.com> References: <20091103172422.GD5591@redhat.com> <878wema6o0.fsf@basil.nowhere.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <878wema6o0.fsf@basil.nowhere.org> User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2016 Lines: 70 On Wed, Nov 04, 2009 at 12:08:47PM +0100, Andi Kleen wrote: > "Michael S. Tsirkin" writes: > > Haven't really read the whole thing, just noticed something at a glance. > > > +/* Expects to be always run from workqueue - which acts as > > + * read-size critical section for our kind of RCU. */ > > +static void handle_tx(struct vhost_net *net) > > +{ > > + struct vhost_virtqueue *vq = &net->dev.vqs[VHOST_NET_VQ_TX]; > > + unsigned head, out, in, s; > > + struct msghdr msg = { > > + .msg_name = NULL, > > + .msg_namelen = 0, > > + .msg_control = NULL, > > + .msg_controllen = 0, > > + .msg_iov = vq->iov, > > + .msg_flags = MSG_DONTWAIT, > > + }; > > + size_t len, total_len = 0; > > + int err, wmem; > > + size_t hdr_size; > > + struct socket *sock = rcu_dereference(vq->private_data); > > + if (!sock) > > + return; > > + > > + wmem = atomic_read(&sock->sk->sk_wmem_alloc); > > + if (wmem >= sock->sk->sk_sndbuf) > > + return; > > + > > + use_mm(net->dev.mm); > > I haven't gone over all this code in detail, but that isolated reference count > use looks suspicious. What prevents the mm from going away before > you increment, if it's not the current one? We take a reference to it before we start any virtqueues, and stop all virtqueues before we drop the reference: /* Caller should have device mutex */ static long vhost_dev_set_owner(struct vhost_dev *dev) { /* Is there an owner already? */ if (dev->mm) return -EBUSY; /* No owner, become one */ dev->mm = get_task_mm(current); return 0; } And vhost_dev_cleanup: .... if (dev->mm) mmput(dev->mm); dev->mm = NULL; } Fine? > -Andi > > -- > ak@linux.intel.com -- Speaking for myself only. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/