2015-12-16 16:23, Burakov, Anatoly:
> Hi Thomas,
>
> > > On Tue, Dec 15, 2015 at 09:53:18AM -0700, Alex Williamson wrote:
> > > So it works. Is it acceptable? Useful? Sufficiently complete? Does
> > > it imply deprecating the uio interface? I believe the feature that
> > > started this
2015-12-16 15:14, Piotr Bartosiewicz:
> A new 'make install' wrongly assumes that the output module name is
> always 'uname -r' even if RTE_KERNELDIR is passed.
No it does not assume anything, it is just a default value.
How can you find the directory based on RTE_KERNELDIR?
You can set
VHOST_USER_SET_LOG_BASE request is used to tell the backend (dpdk
vhost-user) where we should log dirty pages, and how big the log
buffer is.
This request introduces a new payload:
typedef struct VhostUserLog {
uint64_t mmap_size;
uint64_t mmap_offset;
}
This patch set adds the vhost-user live migration support.
The major task behind that is to log pages we touched during
live migration, including used vring and desc buffer. So, this
patch set is basically about adding vhost log support, and
using it.
Patchset
- Patch 1 handles
Introducing a vhost_log_write() wrapper, vhost_log_used_vring, to
log used vring changes.
Signed-off-by: Yuanhan Liu
Signed-off-by: Victor Kaplansky log_guest_addr + offset;
+ vhost_log_write(dev, addr, len);
+}
+
/**
* This function adds buffers to the virtio devices RX virtqueue.
It's actually a feature already enabled in Linux kernel. What we need to
do is simply to claim that we support such feature, and nothing else.
With that, the guest will send GARP messages after live migration.
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/virtio-net.c | 1 +
1 file changed,
Every time we copy a buf to vring desc, we need to log it.
Signed-off-by: Yuanhan Liu
Signed-off-by: Victor Kaplansky addr + vb_offset,
len_to_cpy);
PRINT_PACKET(dev, (uintptr_t)(buff_addr + vb_offset),
len_to_cpy, 0);
@@ -232,6 +234,7 @@
To claim that we support vhost-user live migration support:
SET_LOG_BASE request will be send only when this feature flag
is set.
Besides this flag, we actually need another feature flag set
to make vhost-user live migration work: VHOST_F_LOG_ALL.
Which, however, has been enabled long time ago.
Hi all,
When running the multi process example, does anybody know that why increasing
the number of mbufs, the performance gets dropped.
In multi process example, there are two macros which are related to the number
of mbufs
#defineMBUFS_PER_CLIENT1536
|
| #defineMBUFS_PER_PORT1536 |
| |
On 11/26/2015 1:33 AM, Xie, Huawei wrote:
> On 11/13/2015 5:33 PM, Tom Kiely wrote:
>> If all rx descriptors are processed while transient
>> mbuf exhaustion is present, the rx ring ends up with
>> no available descriptors. Thus no packets are received
>> on that ring. Since descriptor refill is
On 11/27/2015 2:03 PM, Xu, Qian Q wrote:
> Some virtio-pmd optimization performance data sharing:
> 1. Use simplified vhost-sample, only doing the dequeuer and free, so virtio
> only tx, then test the virtio tx performance improvement. Then in the VM,
> using one virtio to do the txonly, and
On Mon, Dec 14, 2015 at 09:14:41AM +0800, Huawei Xie wrote:
> v2 changes:
> unroll the loop a bit to help the performance
>
> rte_pktmbuf_alloc_bulk allocates a bulk of packet mbufs.
>
> There is related thread about this bulk API.
> http://dpdk.org/dev/patchwork/patch/4718/
> Thanks to
On Mon, Dec 14, 2015 at 09:14:42AM +0800, Huawei Xie wrote:
> pre-allocate a bulk of mbufs instead of allocating one mbuf a time on demand
>
> Signed-off-by: Gerald Rogers
> Signed-off-by: Huawei Xie
> Acked-by: Konstantin Ananyev
Acked-by: Yuanhan Liu
Tested-by: Yuanhan Liu
Thanks.
On Wed, Dec 16, 2015 at 08:35:58PM +0530, Santosh Shukla wrote:
> On Wed, Dec 16, 2015 at 8:28 PM, Yuanhan Liu
> wrote:
> > On Wed, Dec 16, 2015 at 08:09:40PM +0530, Santosh Shukla wrote:
> >> On Wed, Dec 16, 2015 at 7:53 PM, Yuanhan Liu
> >> wrote:
> >> > On Wed, Dec 16, 2015 at 07:31:57PM
On Thu, Dec 17, 2015 at 12:49 PM, Yuanhan Liu
wrote:
> On Wed, Dec 16, 2015 at 08:35:58PM +0530, Santosh Shukla wrote:
>> On Wed, Dec 16, 2015 at 8:28 PM, Yuanhan Liu
>> wrote:
>> > On Wed, Dec 16, 2015 at 08:09:40PM +0530, Santosh Shukla wrote:
>> >> On Wed, Dec 16, 2015 at 7:53 PM, Yuanhan Liu
2015-12-17 05:22, Xie, Huawei:
> You ever asked about the performance data.
> Another thing is how about adding a simple vhost performance example,
> like the vring bench which is used to test virtio performance, so that
> each time we have some performance related patches, we could use this
>
Hi,
Sorry for the delay. I have been occupied on another critical issue.
I'll look at this today.
Tom
On 12/17/2015 04:47 AM, Xie, Huawei wrote:
> On 11/26/2015 1:33 AM, Xie, Huawei wrote:
>> On 11/13/2015 5:33 PM, Tom Kiely wrote:
>>> If all rx descriptors are processed while transient
On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote:
> On Wed, Dec 16, 2015 at 6:18 PM, Yuanhan Liu
> wrote:
> > On Wed, Dec 16, 2015 at 01:31:04PM +0100, David Marchand wrote:
> >> x86 requires a special set of instructions to access ioports, but other
> >> architectures let you remap
On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu
wrote:
> On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote:
>> On Wed, Dec 16, 2015 at 6:18 PM, Yuanhan Liu
>> wrote:
>> > On Wed, Dec 16, 2015 at 01:31:04PM +0100, David Marchand wrote:
>> >> x86 requires a special set of instructions to
On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla wrote:
> On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu
> wrote:
>> On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote:
>>> On Wed, Dec 16, 2015 at 6:18 PM, Yuanhan Liu
>>> wrote:
>>> > On Wed, Dec 16, 2015 at 01:31:04PM +0100, David
On Thu, Dec 17, 2015 at 3:32 PM, Santosh Shukla wrote:
> On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla wrote:
>> On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu
>> wrote:
>>> On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote:
On Wed, Dec 16, 2015 at 6:18 PM, Yuanhan Liu
Hi,
2015-12-17 15:37, Santosh Shukla:
> On Thu, Dec 17, 2015 at 3:32 PM, Santosh Shukla wrote:
> > On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla
> > wrote:
> >> On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu
> >> wrote:
> >>> On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote:
>
On Thu, Dec 17, 2015 at 3:44 PM, Thomas Monjalon
wrote:
> Hi,
>
> 2015-12-17 15:37, Santosh Shukla:
>> On Thu, Dec 17, 2015 at 3:32 PM, Santosh Shukla
>> wrote:
>> > On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla
>> > wrote:
>> >> On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu
>> >> wrote:
>>
The version does not appear in the readthedocs theme.
We may try to customize the theme, or just update the project name
as in this patch. The project name is not used in the PDF.
Signed-off-by: Thomas Monjalon
---
doc/guides/conf.py | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff
Sorry for the delay in replying to this thread. I was on vacation for
the last 3 days. Please see inline for my comments.
On 12/15/2015 02:37 PM, Ananyev, Konstantin wrote:
>
>> -Original Message-
>> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
>> Sent: Monday, December
2015-12-17 15:51, Santosh Shukla:
> On Thu, Dec 17, 2015 at 3:44 PM, Thomas Monjalon
> wrote:
> > Hi,
> >
> > 2015-12-17 15:37, Santosh Shukla:
> >> On Thu, Dec 17, 2015 at 3:32 PM, Santosh Shukla
> >> wrote:
> >> > On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla
> >> > wrote:
> >> >> On Thu,
W dniu 17.12.2015 o 00:26, Thomas Monjalon pisze:
> 2015-12-16 15:14, Piotr Bartosiewicz:
>> A new 'make install' wrongly assumes that the output module name is
>> always 'uname -r' even if RTE_KERNELDIR is passed.
> No it does not assume anything, it is just a default value.
> How can you find
In HTML and PDF guides, it is clear in the header that the doc
is related to the DPDK.
So "DPDK" is redundant and can be removed from FAQ and release notes
titles to improve consistency.
Signed-off-by: Thomas Monjalon
---
doc/guides/faq/index.rst | 4 ++--
doc/guides/rel_notes/index.rst |
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/common/include/rte_version.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/librte_eal/common/include/rte_version.h
b/lib/librte_eal/common/include/rte_version.h
index bb3e9fc..6b1890e 100644
---
Signed-off-by: Thomas Monjalon
---
doc/guides/rel_notes/index.rst | 1 +
doc/guides/rel_notes/release_2_3.rst | 76
2 files changed, 77 insertions(+)
create mode 100644 doc/guides/rel_notes/release_2_3.rst
diff --git a/doc/guides/rel_notes/index.rst
On 11/25/2015 05:32 PM, Xie, Huawei wrote:
> On 11/13/2015 5:33 PM, Tom Kiely wrote:
>> If all rx descriptors are processed while transient
>> mbuf exhaustion is present, the rx ring ends up with
>> no available descriptors. Thus no packets are received
>> on that ring. Since descriptor refill
2015-12-17 12:11, Piotr Bartosiewicz:
> W dniu 17.12.2015 o 00:26, Thomas Monjalon pisze:
> > 2015-12-16 15:14, Piotr Bartosiewicz:
> >> A new 'make install' wrongly assumes that the output module name is
> >> always 'uname -r' even if RTE_KERNELDIR is passed.
> > No it does not assume anything,
On Wed, Dec 16, 2015 at 04:38:34PM -0800, Stephen Hemminger wrote:
> rte_get_log_type and rte_get_log_level functions has been avaliable
> for many versions. But they are missing from the shared library map
> and therefore do not get exported correctly.
>
> Signed-off-by: Stephen Hemminger
> ---
On Thu, Dec 17, 2015 at 4:03 PM, Thomas Monjalon
wrote:
> 2015-12-17 15:51, Santosh Shukla:
>> On Thu, Dec 17, 2015 at 3:44 PM, Thomas Monjalon
>> wrote:
>> > Hi,
>> >
>> > 2015-12-17 15:37, Santosh Shukla:
>> >> On Thu, Dec 17, 2015 at 3:32 PM, Santosh Shukla
>> >> wrote:
>> >> > On Thu, Dec
On Tue, Nov 24, 2015 at 06:00:01PM +0900, Tetsuya Mukawa wrote:
> The vhost PMD will be a wrapper of vhost library, but some of vhost
> library APIs cannot be mapped to ethdev library APIs.
> Becasue of this, in some cases, we still need to use vhost library APIs
> for a port created by the vhost
On Tue, Nov 24, 2015 at 06:00:03PM +0900, Tetsuya Mukawa wrote:
> This helper function is used to convert port id to virtio device
> pointer. To use this function, a port should be managed by vhost PMD.
> After getting virtio device pointer, it can be used for calling vhost
> library APIs.
I'm
On 17.12.2015 07:21, Zhihong Wang wrote:
> This patch unlinks existing unused sockets (which cause new bindings to fail,
> e.g. vHost PMD) to ensure smooth startup.
> In a lot of cases DPDK applications are terminated abnormally without proper
> resource release.
Original OVS related problem
HI Abhijeet,
For Kilo you need to use ovsdpdk mechanism driver and a matching agent to
integrate ovs-dpdk with OpenStack.
The guide you are following only talks about running ovs-dpdk not how it should
be integrated with OpenStack.
Please follow this guide:
On Wed, Dec 16, 2015 at 11:21:02PM -0500, Zhihong Wang wrote:
> This patch unlinks existing unused sockets (which cause new bindings to fail,
> e.g. vHost PMD) to ensure smooth startup.
> In a lot of cases DPDK applications are terminated abnormally without proper
> resource release. Therefore,
On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla wrote:
> virtio_recv_pkts_vec and other virtio vector friend apis are written for
> sse/avx
> instructions. For arm64 in particular, virtio vector implementation does not
> exist(todo).
>
> So virtio pmd driver wont build for targets like i686,
On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla wrote:
> i686 target config example:
> config/defconfig_i686-native-linuxapp-gcc says "Vectorized PMD is not
> supported
> on 32-bit".
>
> So setting RTE_VIRTIO_INC_VECTOR to 'n'.
>
> Signed-off-by: Santosh Shukla
> ---
ping? review comment
2015-12-17 17:32, Santosh Shukla:
> On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla wrote:
> > virtio_recv_pkts_vec and other virtio vector friend apis are written for
> > sse/avx
> > instructions. For arm64 in particular, virtio vector implementation does not
> > exist(todo).
> >
> > So virtio
Hi Yuanhan,
> -Original Message-
> From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com]
> Sent: Thursday, December 17, 2015 3:12 AM
> To: dev at dpdk.org
> Cc: Xie, Huawei ; Michael S. Tsirkin
> ; Victor Kaplansky ; Iremonger,
> Bernard ; Pavel Fedin
> ; Peter Xu ; Yuanhan Liu
> ;
There is work in progress to implement Intel Cache Allocation Technology (CAT)
support in DPDK, this technology is programmed through MSRs.
In the future it will be possible to program CAT through Linux cgroups and DPDK
CAT implementation will take advantage of it.
MSR R/W's are privileged ring
On Thu, Dec 17, 2015 at 5:33 PM, Thomas Monjalon
wrote:
> 2015-12-17 17:32, Santosh Shukla:
>> On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla
>> wrote:
>> > virtio_recv_pkts_vec and other virtio vector friend apis are written for
>> > sse/avx
>> > instructions. For arm64 in particular, virtio
Hi Przemek,
Thank you so much for sharing the ref guide.
Would be appreciate if clear one doubt.
At present we are setting up openstack kilo interactively and further
replacing ovs with ovs-dpdk enabled.
Once the above setup done, We are creating instance in openstack and
passing that
On Thu, Dec 17, 2015 at 12:08:13PM +, Iremonger, Bernard wrote:
> Hi Yuanhan,
>
> > -Original Message-
> > From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com]
> > Sent: Thursday, December 17, 2015 3:12 AM
> > To: dev at dpdk.org
> > Cc: Xie, Huawei ; Michael S. Tsirkin
> > ;
I haven't tried that approach not sure if that would work, it seems clunky.
If you enable ovsdpdk ml2 mechanism driver and agent all of that (add ports to
ovs with the right type, pass the sockets to qemu) would be done by OpenStack.
Przemek
From: Abhijeet Karve [mailto:abhijeet.ka...@tcs.com]
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, December 17, 2015 11:16 AM
> To: Mcnamara, John
> Cc: dev at dpdk.org
> Subject: [PATCH] doc: remove DPDK from guide titles
>
> In HTML and PDF guides, it is clear in the header that the
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, December 17, 2015 11:17 AM
> To: Mcnamara, John
> Cc: dev at dpdk.org
> Subject: [PATCH 2/2] doc: init next release notes
>
> Signed-off-by: Thomas Monjalon
Acked-by: John McNamara
> > Signed-off-by: Thomas Monjalon
>
> Acked-by: John McNamara
Series applied, thanks
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Yuanhan Liu
> Sent: Thursday, December 17, 2015 6:41 AM
> To: Xie, Huawei
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/2] mbuf: provide rte_pktmbuf_alloc_bulk
> API
>
> On Mon, Dec 14, 2015 at
> > In HTML and PDF guides, it is clear in the header that the doc is related
> > to the DPDK.
> > So "DPDK" is redundant and can be removed from FAQ and release notes
> > titles to improve consistency.
> >
> > Signed-off-by: Thomas Monjalon
>
> Good point.
>
> Acked-by: John McNamara
> > Fix missing link in the Linux GSG, accidentally removed in previous merge:
> >
> > WARNING: undefined label: linux_gsg_compiling_dpdk
> > Fixes: 29c673401c4d ("doc: improve Linux guide layout")
> >
> > Signed-off-by: John McNamara
> Acked-by: Bernard Iremonger
Applied, thanks
On Wed, 2015-12-16 at 17:22 +, Burakov, Anatoly wrote:
> Hi Alex,
>
> > On Wed, 2015-12-16 at 08:35 +, Burakov, Anatoly wrote:
> > > Hi Alex,
> > >
> > > > On Wed, 2015-12-16 at 04:04 +, Ferruh Yigit wrote:
> > > > > On Tue, Dec 15, 2015 at 09:53:18AM -0700, Alex Williamson
> > > > >
The nb_rx_queues and nb_tx_queues are initialised before
the tx_queue and rx_queue arrays are allocated. The arrays
are allocated when the ethdev port is started.
If any of the following functions are called before the ethdev
port is started there is a segmentation fault:
rte_eth_stats_get
On Thu, 17 Dec 2015 11:09:23 +0100
Thomas Monjalon wrote:
> Hi,
>
> 2015-12-17 09:52, Burakov, Anatoly:
> > > > > > On Tue, Dec 15, 2015 at 09:53:18AM -0700, Alex Williamson wrote:
> > > > > > So it works. Is it acceptable? Useful? Sufficiently complete?
> > > > > > Does it imply
On 17/12/2015 20:38, Jan Viktorin wrote:
> which platforms (or computer systems) I am targeting?
It is about VMs on IOMMU capable systems. What if you need to use SRIOV
with IXGBE, or IGB devices?
For some DPDK cases, like Mellanox or virtio, you do not need to use
VFIO/UIO into the guests, so
On Thu, 17 Dec 2015 17:32:38 +0530
Santosh Shukla wrote:
> On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla wrote:
> > virtio_recv_pkts_vec and other virtio vector friend apis are written for
> > sse/avx
> > instructions. For arm64 in particular, virtio vector implementation does not
> >
On Thu, 17 Dec 2015 20:38:16 +0100
Jan Viktorin wrote:
> On Thu, 17 Dec 2015 11:09:23 +0100
> Thomas Monjalon wrote:
>
> > Hi,
> >
> > 2015-12-17 09:52, Burakov, Anatoly:
> > > > > > > On Tue, Dec 15, 2015 at 09:53:18AM -0700, Alex Williamson wrote:
> > > > > > > So it works. Is it
On Mon, 14 Dec 2015 09:14:41 +0800
Huawei Xie wrote:
> v2 changes:
> unroll the loop a bit to help the performance
>
> rte_pktmbuf_alloc_bulk allocates a bulk of packet mbufs.
>
> There is related thread about this bulk API.
> http://dpdk.org/dev/patchwork/patch/4718/
> Thanks to Konstantin's
3713 5028
-- next part --
A non-text attachment was scrubbed...
Name: LF Overview for DPDK Community - 16 December 2015.pdf
Type: application/pdf
Size: 1092634 bytes
Desc: LF Overview for DPDK Community - 16 December 2015.pdf
URL:
<http://dpdk.org/ml/archives/dev/attachments/20151217/25c431bd/attachment-0001.pdf>
62 matches
Mail list logo
