...@elte.hu; da...@davemloft.net; herb...@gondor.hengli.com.au;
jd...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Wed, Sep 22, 2010 at 07:41:36PM +0800, Xin, Xiaohui wrote:
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent
;
linux-ker...@vger.kernel.org;
mi...@elte.hu; da...@davemloft.net; herb...@gondor.hengli.com.au;
jd...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Wed, Sep 22, 2010 at 07:41:36PM +0800, Xin, Xiaohui wrote:
-Original Message-
From: Michael S
...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Wed, Sep 22, 2010 at 07:41:36PM +0800, Xin, Xiaohui wrote:
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: Tuesday, September 21, 2010 9:14 PM
To: Xin, Xiaohui
Cc: net
...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Tue, Sep 21, 2010 at 09:39:31AM +0800, Xin, Xiaohui wrote:
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: Monday, September 20, 2010 7:37 PM
To: Xin, Xiaohui
Cc: net...@vger.kernel.org; kvm@vger.kernel.org
; da...@davemloft.net; herb...@gondor.hengli.com.au;
jd...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Tue, Sep 21, 2010 at 09:39:31AM +0800, Xin, Xiaohui wrote:
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: Monday, September 20, 2010 7:37
...@gondor.hengli.com.au;
jd...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Mon, Sep 20, 2010 at 04:08:48PM +0800, xiaohui@intel.com wrote:
From: Xin Xiaohui xiaohui@intel.com
---
Michael,
I have move the ioctl to configure the locked
From: Xin Xiaohui xiaohui@intel.com
---
Michael,
I have move the ioctl to configure the locked memory to vhost and
check the limit with mm-locked_vm. please have a look.
Thanks
Xiaohui
drivers/vhost/mpassthru.c | 74 +--
drivers/vhost/net.c
On Mon, Sep 20, 2010 at 04:08:48PM +0800, xiaohui@intel.com wrote:
From: Xin Xiaohui xiaohui@intel.com
---
Michael,
I have move the ioctl to configure the locked memory to vhost
It's ok to move this to vhost but vhost does not
know how much memory is needed by the backend.
So I
v9 12/16] Add mp(mediate passthru) device.
On Mon, Sep 20, 2010 at 04:08:48PM +0800, xiaohui@intel.com wrote:
From: Xin Xiaohui xiaohui@intel.com
---
Michael,
I have move the ioctl to configure the locked memory to vhost
It's ok to move this to vhost but vhost does not
know how much
...@vger.kernel.org;
mi...@elte.hu; da...@davemloft.net; herb...@gondor.hengli.com.au;
jd...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Sat, Sep 11, 2010 at 03:41:14PM +0800, Xin, Xiaohui wrote:
Playing with rlimit on data path, transparently to the application
...@gondor.hengli.com.au;
jd...@linux.intel.com
Subject: Re: [RFC PATCH v9 12/16] Add mp(mediate passthru) device.
On Sat, Sep 11, 2010 at 03:41:14PM +0800, Xin, Xiaohui wrote:
Playing with rlimit on data path, transparently to the application in
this way
looks strange to me, I suspect
v9 12/16] Add mp(mediate passthru) device.
On Sat, Sep 11, 2010 at 03:41:14PM +0800, Xin, Xiaohui wrote:
Playing with rlimit on data path, transparently to the application in this
way
looks strange to me, I suspect this has unexpected security implications.
Further, applications may have
Playing with rlimit on data path, transparently to the application in this way
looks strange to me, I suspect this has unexpected security implications.
Further, applications may have other uses for locked memory
besides mpassthru - you should not just take it because it's there.
Can we have an
+
+ if (ctor-lock_pages + count lock_limit npages) {
+ printk(KERN_INFO exceed the locked memory rlimit.);
+ return NULL;
+ }
+
+ info = kmem_cache_zalloc(ext_page_info_cache, GFP_KERNEL);
You seem to fill in all memory, why zalloc? this is data path ...
Ok,
Michael,
Sorry to reply the mail late.
So - does this driver help reduce service demand signifiantly?
I'm looking at the performance now.
Some comments from looking at the code:
On Fri, Aug 06, 2010 at 05:23:41PM +0800, xiaohui@intel.com wrote:
+static struct page_info
So - does this driver help reduce service demand signifiantly?
Some comments from looking at the code:
On Fri, Aug 06, 2010 at 05:23:41PM +0800, xiaohui@intel.com wrote:
+static struct page_info *alloc_page_info(struct page_ctor *ctor,
+ struct kiocb *iocb, struct iovec *iov,
+
16 matches
Mail list logo