> > Signed-off-by: Wenzhuo Lu
>
> There are a few very minor changes that could be made but rather than
> re-spinning the patch I'll make them in the final review pass of the release
> notes.
>
> Acked-by: John McNamara
Applied, thanks
> > Update interrupt related limitations for e1000em nic.
> > It only support one interrupt source and not support auto-clear.
> >
> > Signed-off-by: Marvin Liu
> >
> > diff --git a/doc/guides/nics/e1000em.rst b/doc/guides/nics/e1000em.rst
> > index fedafad..a84e8e1 100644
> > --- a/doc/guides/n
> > This patch updates the release notes with the features added to ip_pipeline
> > application.
> >
> > v2:
> > *placed the release notes under New Features header
> >
> > Signed-off-by: Jasvinder Singh
>
> Acked-by: Fan Zhang
Applied, thanks
Hi John,
2015-12-13 15:11, johndale:
> Signed-off-by: John Daley
> ---
> doc/guides/nics/enic.rst | 233
> ++
It is a long waited doc!
Just in time :)
If you agree, it will be applied with suggested changes below.
> +Additional Reference
> +
2015-12-13 15:11, johndale:
> +Typically, a user would execute the following commands to build the suite
> +
> +.. code-block:: console
> +
> +tar -xzf dpdk-.tar.gz
> +cd dpdk-
> +make install T=x86_64-native-linuxapp-gcc
This part is incomplete and useless IMHO.
We must avoid duplicat
2015-11-12 11:18, Helin Zhang:
> Updated release notes about adding X722 support.
>
> Signed-off-by: Helin Zhang
Applied, thanks
2015-11-18 12:35, Mcnamara, John:
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qian Xu
> >
> > Add a new guide doc as part of the Linux Getting Started Guide.
>
>
> Thanks, that looks better.
>
> You should mark the previous patches are "Superseded" in Patchwork:
>
> http://d
> > From: "Chen Jing D(Mark)"
> >
> > This documentation covers introdutions and limitations on Intel
> > FM1 series products.
> >
> > Signed-off-by: Chen Jing D(Mark)
>
> Acked-by: John McNamara
Applied, thanks
2015-11-24 13:07, Matej Vido:
> Add note to the documentation that only x86_64 versions of the external
> libraries are currently provided.
>
> Signed-off-by: Matej Vido
Applied, thanks
2015-12-12 18:20, Olga Shern:
> -Split "Features" and "Limitations" sections.
> -Update limitations with missing information.
> -Update prerequisites with supported MLNX_OFED release, firmware and
> CPU architectures.
> -Enhance usage example with openibd script.
>
> Signed-off-by: Olga Shern
>
2015-12-12 21:43, Olga Shern:
> - Update features, limitations, configuration and prerequisites sections.
> - Add a note to describe RSS behavior differences with librte_pmd_mlx4 in
> testpmd.
>
> Signed-off-by: Olga Shern
> Signed-off-by: Adrien Mazarguil
Applied, thanks
> Olga Shern (2):
> release_2_2.rst: add mlx4 new features and bug fixes
> release_2_2.rst: add mlx4 and mlx5 known issues
Applied with minor changes, thanks
> 2015-12-13 15:11, johndale:
> > Signed-off-by: John Daley
> > ---
> > doc/guides/nics/enic.rst | 233
> > ++
>
> It is a long waited doc!
> Just in time :)
> If you agree, it will be applied with suggested changes below.
Applied with small changes,
2015-12-10 11:23, Bernard Iremonger:
> Fix typos in sample console commands.
>
> Add --socket-mem 1024 to vhost-switch command lines.
> Without the --socket-mem parameter all hugepages will be allocated
> to vhost-switch, leaving no memory for the VM.
>
> Add --disable-hw-vlan-filter parameter to
2015-12-07 11:25, Yuanhan Liu:
> Note the ABI changes and update the ABI version to 2.
>
> Cc: Thomas Monjalon
> Signed-off-by: Yuanhan Liu
Applied, thanks
A new DPDK release candidate is ready for testing:
http://dpdk.org/browse/dpdk/tag/?id=v2.2.0-rc4
Changelog (main changes since 2.2.0-rc3)
- enhancements:
* new NIC guides for enic and fm10k
- fixes for:
* compilation
* driver
Add a known issue to warn that PF reset event/request is not
handled by any VF drivers till 2.2, and which should be fixed
in the future.
Signed-off-by: Helin Zhang
---
doc/guides/rel_notes/release_2_2.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guides/rel_notes/release_2_2.
On 12/12/2015 3:39 PM, Tan, Jianfeng wrote:
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei at dpdk.org
>> Sent: Friday, December 11, 2015 12:08 AM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] [PATCH] virtio: fix virtio_net_hdr desc pointing to the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei at dpdk.org
> Sent: Friday, December 11, 2015 12:08 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] virtio: fix virtio_net_hdr desc pointing to the
> same buffer
>
> The virtio_net_hdr desc all p
On Fri, Dec 11, 2015 at 12:42:33PM -0800, Rich Lane wrote:
> On Wed, Dec 2, 2015 at 10:06 PM, Yuanhan Liu
> wrote:
>
> +static inline int __attribute__((always_inline))
> +copy_mbuf_to_desc(struct virtio_net *dev, struct vhost_virtqueue *vq,
> +? ? ? ? ? ? ? ? ?struct rte_mbuf *m, uin
On Fri, Dec 11, 2015 at 10:55:48PM -0800, Rich Lane wrote:
> On Wed, Dec 2, 2015 at 10:06 PM, Yuanhan Liu
> wrote:
>
> +static inline struct rte_mbuf *
> +copy_desc_to_mbuf(struct virtio_net *dev, struct vhost_virtqueue *vq,
> +? ? ? ? ? ? ? ? ?uint16_t desc_idx, struct rte_mempool *m
Userspace ethtool and l3fwd-power not support FreeBSD. So skip them when build
samples.
Signed-off-by: Marvin Liu
diff --git a/examples/ethtool/Makefile b/examples/ethtool/Makefile
index 94f8ee3..995cd25 100644
--- a/examples/ethtool/Makefile
+++ b/examples/ethtool/Makefile
@@ -39,10 +39,11 @@ R
On Fri, Dec 11, 2015 at 12:07:32AM +0800, Huawei at dpdk.org wrote:
> The virtio_net_hdr desc all pointed to the same buffer. It doesn't cause
> issue because in the simple TX mode we don't use the header. This patch
> makes the header desc point to different buffer.
>
> Signed-off-by: Huawei Xie
On Fri, Dec 11, 2015 at 01:22:23PM +0300, Pavel Fedin wrote:
> BTW, it works, and it was my bad. openvswitch was configured incorrectly on
> the other side, vhost port number was different for
> some reason, while ruleset was the same. I reconfigured it and now everything
> migrates correctly, e
This patchset fixes performance/cache resource issues with 128-byte cache line
targets
found in mbuf and bitmap DPDK libraries
Currently, we have two DPDK targets(ThunderX and ppc_64) which are based on
128-bytes cache line size target.
This patchset doesn't introduce any performance degradation
- RTE_CACHE_MIN_LINE_SIZE(Supported minimum cache line size)
- __rte_cache_min_aligned(Force minimum cache line alignment)
- RTE_CACHE_LINE_SIZE_LOG2(Express cache line size in terms of log2)
Signed-off-by: Jerin Jacob
Suggested-by: Konstantin Ananyev
---
lib/librte_eal/common/include/rte_memor
No need to split mbuf structure to two cache lines for 128-byte cache line
size targets as it can fit on a single 128-byte cache line.
Signed-off-by: Jerin Jacob
---
app/test/test_mbuf.c | 2 +-
lib/librte_eal/linuxapp/eal/include/exec-env/rte_kni_common.
existing rte_bitmap library implementation optimally configured to run on
64-bytes cache line, extending to 128-bytes cache line targets.
Signed-off-by: Jerin Jacob
---
lib/librte_sched/rte_bitmap.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/librte_sched/r
slow-path data structures need not be 128-byte cache aligned.
Reduce the alignment to 64-byte to save the memory.
No behavior change for 64-byte cache aligned systems as minimum
cache line size as 64.
Signed-off-by: Jerin Jacob
Acked-by: Konstantin Ananyev
---
lib/librte_ether/rte_ethdev.h | 4
I have also tried with DPDK 2.1 but the result is same.
-Original Message-
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Thursday, December 10, 2015 10:54 PM
To: Dey, Souvik
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] Vmxnet3 activation of device fails in DPDK1.7
On
Not sure about but it definitely worked in ESXi5.5 Update1, and also prior
versions. Also on ESXi6.0 it works fine.
We are using 1rx queue and 8 tx queues per port. The nb_rx_desc is set to 4096
and the each mbuf size is set to 2048. The rx_conf struct has the following
values during the init
nb_rx_desc should be less or equal to 2048 in update 3 due to a change in
vmxnet3 backend. More details can be found at http://kb.vmware.com/kb/2136932.
On 12/13/15, 9:01 PM, "Dey, Souvik" wrote:
>Not sure about but it definitely worked in ESXi5.5 Update1, and also prior
>versions. Also on ES
Thanks for the update. Yes I tried with both 1024 and 2048 it worked fine. But
interestingly 4096 is working fine in ESXi6.0. Are you aware of some
configuration in ESXi which can solve it issue or bring back nb_rx_desc to max
of 4096 ?. Or any idea of any fixes from vmware which fixes this issu
Hello!
> When doing the ping, was it from the guest (to another host) or to
> the guest (from another host)?
>
> In any case, I still could not understand why the ping loss happened
> in this test.
>
> If ping from guest, no ARP refresh is required at all?
ping from guest to host.
Ok, my se
In current codes, tunnel configuration information is not stored in a device
configuration, and it will get nothing if application want to retrieve tunnel
config, so I think it is necessary to add rte_eth_dev_tunnel_configure()
function is to do the configurations including flow and classificati
On Mon, Dec 14, 2015 at 10:30:54AM +0300, Pavel Fedin wrote:
> Hello!
Hi, Pavel!
>
> > When doing the ping, was it from the guest (to another host) or to
> > the guest (from another host)?
> >
> > In any case, I still could not understand why the ping loss happened
> > in this test.
> >
> > I
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu
> Sent: Monday, December 14, 2015 7:49 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3] doc: announce ABI change for struct
> rte_eth_conf
>
> v2 change:
> Add more description for the cha
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Sunday, December 13, 2015 10:35 PM
> To: Mcnamara, John
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4] doc: add contributors guide
>
> Thanks for this very useful doc, John.
>
> 2015-11-
2015-12-14 11:01, Yuanhan Liu:
> On Fri, Dec 11, 2015 at 12:07:32AM +0800, Huawei at dpdk.org wrote:
> > The virtio_net_hdr desc all pointed to the same buffer. It doesn't cause
> > issue because in the simple TX mode we don't use the header. This patch
> > makes the header desc point to different
Hello!
> > Host<--->openVSwitch<--->guest
> > LOCAL vhostuser
> >
> > So, in order to migrate the guest, i simply replicated this setup on both
> > hosts, with the
> same IPs on host side. And on both hosts i set up the following ruleset for
> openvswitch:
>
>
I noticed a discussion about support for tcpdump in DPDK 2.3.
Please consider which scenarios you want to support:
1. Compatibility with legacy non-DPDK applications (e.g. a DHCP server
application) that captures specific packets by opening RAW sockets and
attaching BPF filters to these soc
This patch adds the patch submission cheatsheet to
the contributers guide. Both HTML and PDF docs show
the cheatsheet on its own page.
Right clicking the SVG image in the HTML doc allows
for viewing the image on its own, useful for printing
in high quality.
The exact appearance of of the cheatshe
2015-12-14 10:32, Yong Liu:
> Userspace ethtool and l3fwd-power not support FreeBSD. So skip them when build
> samples.
>
> Signed-off-by: Marvin Liu
Applied, thanks
On Mon, Dec 14, 2015 at 12:46:57PM +0300, Pavel Fedin wrote:
> > Regarding to "with the same IPs on host side": do you mean that you
> > configured the same IP on two hosts in the intranet?
>
> No intranet. You can think of it as an isolated network between the host and
> guest, and that's all.
Hi,
Below is the Coverity report between DPDK 2.2 RC3 and RC4. There were 20
defects eliminated and no new defects. Many thanks to everyone who submitted
recent patches to fix these issues.
There are now 96 outstanding issues with around 30 already assigned to
owners/maintainers.
You can then
Hello,
I've been researching how to configure FlowDirector to split packets based on
just VLAN id.
It seems that ixgbe and i40 drivers support only specific l3 flow options.
(Frag/nonfrag IPV4 and IPV6 flows)
Am I missing something? Any other API's to classify packets into rx-queues
based on VL
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> Sent: Tuesday, December 8, 2015 12:05 PM
> To: Gray, Mark D; dev at dpdk.org; users at dpdk.org; dev at openvswitch.org;
> discuss at openvswitch.org
> Subject: Re: [ovs-discuss] [announce] driverctl: utility f
On Mon, Dec 14, 2015 at 10:32:24AM +0100, Thomas Monjalon wrote:
> 2015-12-14 11:01, Yuanhan Liu:
> > On Fri, Dec 11, 2015 at 12:07:32AM +0800, Huawei at dpdk.org wrote:
> > > The virtio_net_hdr desc all pointed to the same buffer. It doesn't cause
> > > issue because in the simple TX mode we don't
This patch includes the configuration and script
files of the some applications which can
be built using DPDK Packet Framework. A
configuration file defines the application
structure which include packet processing stages
(knowns as pipelines), their connectivity and
other parameters necessary to s
On Mon, Dec 14, 2015 at 12:46:57PM +0300, Pavel Fedin wrote:
> Hello!
>
> > > Host<--->openVSwitch<--->guest
> > > LOCAL vhostuser
> > >
> > > So, in order to migrate the guest, i simply replicated this setup on
> > > both hosts, with the
> > same IPs on host sid
This patch includes the configuration and script
files of the some applications which can
be built using DPDK Packet Framework. A
configuration file defines the application
structure which include packet processing stages
(knowns as pipelines), their connectivity and
other parameters necessary to s
2015-12-14 19:47, Yuanhan Liu:
> On Mon, Dec 14, 2015 at 10:32:24AM +0100, Thomas Monjalon wrote:
> > 2015-12-14 11:01, Yuanhan Liu:
> > > On Fri, Dec 11, 2015 at 12:07:32AM +0800, Huawei at dpdk.org wrote:
> > > > The virtio_net_hdr desc all pointed to the same buffer. It doesn't cause
> > > > iss
On Mon, Dec 14, 2015 at 08:09:37PM +0800, Yuanhan Liu wrote:
> It seems that we have exactly the same test environment set up: I have
> one server (where I normally do vhost test there) and one desktop (my
> dev box),
>
> On both hosts, there is an ovs bridge, with IP address 192.168.100.1
> assi
This patch set add basic infrastrucure to run virtio-net-pci pmd driver for
arm64/arm. Tested on ThunderX platfrom. Verified for existing dpdk(s) test
applications like:
- ovs-dpdk-vhost-user: across the VM's, for the use-cases like guest2guest and
Host2Guest
- testpmd application: Tested for max
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, arm64. By making
RTE_VIRTIO_INC_VECTOR=n, Driver can build for non-sse/
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
---
config/defconfig_i686-native-linuxapp-gcc |1 +
config/defconfig_i686-native-linuxapp-icc |1
Introducing rte_io.h header file to emulate x86-style of ioport rd/wr api
example {in,out}[bwl] and {in_p,out_p}[bwl]. Api support added for armv7 and
armv8 both.
Current use-case for this api is for virtio_pci module that does x86-style
rd/wr.
Tested for armv8/ThunderX platform and build success
Use rte_io.h for non-x86 arch.
Signed-off-by: Santosh Shukla
---
drivers/net/virtio/virtio_pci.h |4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/virtio/virtio_pci.h b/drivers/net/virtio/virtio_pci.h
index 47f722a..3f4ff80 100644
--- a/drivers/net/virtio/virtio_pci.h
+++ b/
In x86 case io_base to store ioport address not more than 65535 ioports. i.e..0
to but in non-x86 case in particular arm64 it need to store more than 32
bit address so changing io_base datatype from 32 to 64.
Signed-off-by: Santosh Shukla
---
drivers/net/virtio/virtio_ethdev.c |2 +-
dr
Enable RTE_LIBRTE_VIRTIO_PMD for armv7/v8 and setting RTE_VIRTIO_INC_VEC=n.
Builds successfully for armv7/v8.
Signed-off-by: Santosh Shukla
---
config/defconfig_arm-armv7a-linuxapp-gcc |6 +-
config/defconfig_arm64-armv8a-linuxapp-gcc |6 +-
2 files changed, 10 insertions(+), 2
iopl() syscall not supported in linux-arm/arm64 so always return 0 value.
Signed-off-by: Santosh Shukla
---
lib/librte_eal/linuxapp/eal/eal.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/lib/librte_eal/linuxapp/eal/eal.c
index 635ec36..2617037 10
Replace sys/io.h with rte_io.h, Get rid of ifdef X86 clutter
Signed-off-by: Santosh Shukla
---
drivers/net/virtio/virtio_pci.h |4 ---
lib/librte_eal/common/include/arch/x86/rte_io.h | 42 +++
lib/librte_eal/linuxapp/eal/eal.c |4 +--
3
Module maps iopci region by creating misc device file /dev/igb_ioport.
Applicable for non-x86 arch, tested for arm64/ThuderX platform.
Including three api to register/unregister ioport misc device
- igbuio_ioport_register
- igbuio_ioport_unregister
- igbuio_iomap
Signed-off-by: Santosh Shukla
Sig
including virtio_ioport header file has iopci bar page_size, bar_len and
device filename info.
Signed-off-by: Santosh Shukla
---
lib/librte_eal/linuxapp/eal/Makefile |2 +-
.../eal/include/exec-env/rte_virt_ioport.h | 81
2 files changed, 82 inser
Introducing module to mmap iopci bar region. Applicable for linuxapp for non-x86
archs, Tested for arm64/ThunderX platform for linux. For that adding two global
api.
- virtio_ioport_init
- virtio_ioport_unmap
Signed-off-by: Santosh Shukla
Signed-off-by: Rizwan Ansari
Signed-off-by: Rakesh Krishn
Call virtio_ioport_init at device init and virtio_ioport_unmap at device close.
Signed-off-by: Santosh Shukla
---
drivers/net/virtio/virtio_ethdev.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/net/virtio/virtio_ethdev.c
b/drivers/net/virtio/virtio_ethdev.
fix format specifier for func virtio_resource_init_by_ioports.
%04hx-%04hx couldn't read 64bit address correctly that lead to wrong value in
%mem_resource[0].addr / len; result in testpmd failure.
For example, so to read this address 1040-105f; default format-specifier
could read 0-0 that l
On Mon, Dec 14, 2015 at 01:44:54PM +0100, Thomas Monjalon wrote:
> 2015-12-14 19:47, Yuanhan Liu:
> > On Mon, Dec 14, 2015 at 10:32:24AM +0100, Thomas Monjalon wrote:
> > > 2015-12-14 11:01, Yuanhan Liu:
> > > > On Fri, Dec 11, 2015 at 12:07:32AM +0800, Huawei at dpdk.org wrote:
> > > > > The virti
On Mon, Dec 14, 2015 at 09:00:22PM +0800, Peter Xu wrote:
> On Mon, Dec 14, 2015 at 08:09:37PM +0800, Yuanhan Liu wrote:
> > It seems that we have exactly the same test environment set up: I have
> > one server (where I normally do vhost test there) and one desktop (my
> > dev box),
> >
> > On bo
2015-12-14 09:12, Helin Zhang:
> Add a known issue to warn that PF reset event/request is not
> handled by any VF drivers till 2.2, and which should be fixed
> in the future.
>
> Signed-off-by: Helin Zhang
Reported-by: David Marchand
[...]
> +* Some (possibly all) VF drivers (e.g. i40evf) do n
On Mon, Dec 14, 2015 at 09:21:15PM +0800, Yuanhan Liu wrote:
> Peter,
>
> Thanks for your input, and that sounds reasonable. You just reminded
> me that the host1's NIC is indeed different with host2's NIC: the ovs
> bridge mac address is different.
>
> I then had a quick try, setting the two ovs
2015-12-14 12:48, Jasvinder Singh:
> This patch includes the configuration and script
> files of the some applications which can
> be built using DPDK Packet Framework. A
> configuration file defines the application
> structure which include packet processing stages
> (knowns as pipelines), their c
> -Original Message-
> From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com]
> Sent: Monday, December 14, 2015 9:10 PM
> To: Thomas Monjalon
> Cc: Xie, Huawei; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] virtio: fix virtio_net_hdr desc pointing to
> the same buffer
>
> On Mon,
2015-12-14 13:38, Xie, Huawei:
> From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com]
> > On Mon, Dec 14, 2015 at 01:44:54PM +0100, Thomas Monjalon wrote:
> > > 2015-12-14 19:47, Yuanhan Liu:
> > > > On Mon, Dec 14, 2015 at 10:32:24AM +0100, Thomas Monjalon wrote:
> > > > > 2015-12-14 11:01, Y
On Mon, Dec 14, 2015 at 09:28:08PM +0800, Peter Xu wrote:
> On Mon, Dec 14, 2015 at 09:21:15PM +0800, Yuanhan Liu wrote:
> > Peter,
> >
> > Thanks for your input, and that sounds reasonable. You just reminded
> > me that the host1's NIC is indeed different with host2's NIC: the ovs
> > bridge mac
On 08/12/15 13:23, Andriy Berestovskyy wrote:
> The following messages might appear after some idle time:
> "PMD: Failed to allocate LACP packet from pool"
>
> The fix ensures the mempool size is greater than the sum
> of TX descriptors.
Acked-by: Declan Doherty
On 08/12/15 14:47, Andriy Berestovskyy wrote:
> Fragmented IPv4 packets have no TCP/UDP headers, so we hashed
> random data introducing reordering of the fragments.
Acked-by: Declan Doherty
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, December 14, 2015 9:45 PM
> To: Xie, Huawei
> Cc: Yuanhan Liu; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] virtio: fix virtio_net_hdr desc
> pointing to the same buffer
>
> 2015-12-14
2015-12-10 22:50, Thomas Monjalon:
> Please Declan,
> Could you check these patches from Andriy
> and tell how safe it is for 2.2?
Declan, you have just acked 2 patches from Andriy without telling
how safe they are for 2.2.
Also we hadn't notice there is no Signed-off-by lines in these patches.
A
2015-11-10 17:29, Mcnamara, John:
> From: Nelio Laranjeiro [mailto:nelio.laranjeiro at 6wind.com]
> > Current buffer size are not enough for a few testpmd commands.
> >
> > Signed-off-by: Nelio Laranjeiro
>
> Acked-by: John McNamara
Acked-by: Thomas Monjalon
This patch includes the configuration and script files of the some
applications which can be built using DPDK Packet Framework. A
configuration file defines the application structure which include
packet processing stages (knowns as pipelines), their connectivity
and other parameters necessary to s
On Mon, Dec 14, 2015 at 06:30:22PM +0530, Santosh Shukla wrote:
> Introducing rte_io.h header file to emulate x86-style of ioport rd/wr api
> example {in,out}[bwl] and {in_p,out_p}[bwl]. Api support added for armv7 and
> armv8 both.
>
> Current use-case for this api is for virtio_pci module that do
2015-11-09 17:48, Nelio Laranjeiro:
> +* ABI changes is planned for the reta field in struct
> rte_eth_rss_reta_entry64
> + which handles at most 256 entries (8 bits) while newer NICs support larger
> + tables (512 entries).
> + It should be integrated in release 2.3.
Acked-by: Thomas Monjalon
On Mon, Dec 14, 2015 at 06:30:23PM +0530, Santosh Shukla wrote:
> Use rte_io.h for non-x86 arch.
>
> Signed-off-by: Santosh Shukla
> ---
> drivers/net/virtio/virtio_pci.h |4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/net/virtio/virtio_pci.h b/drivers/net/virtio/virtio_
On Mon, Dec 14, 2015 at 06:30:25PM +0530, Santosh Shukla wrote:
> Enable RTE_LIBRTE_VIRTIO_PMD for armv7/v8 and setting RTE_VIRTIO_INC_VEC=n.
> Builds successfully for armv7/v8.
>
> Signed-off-by: Santosh Shukla
> ---
> config/defconfig_arm-armv7a-linuxapp-gcc |6 +-
> config/defconfig
Hello,
this patch set increases the number of warnings for the armv7 build. I
believe that most of them are false-positives.
virtio_ethdev.c:729, GNU Make + GNU C Compiler (gcc), Priority: Normal
cast increases required alignment of target type [-Wcast-align]
xstats[count].value = *(uint64_t *
I believe, I've already acked this patch. I can see no change here so I
assume it's still the same.
On Mon, 14 Dec 2015 18:30:26 +0530
Santosh Shukla wrote:
> iopl() syscall not supported in linux-arm/arm64 so always return 0 value.
>
> Signed-off-by: Santosh Shukla
Acked-by: Jan Viktorin
2015-11-10 11:49, Jingjing Wu:
> --- a/doc/guides/rel_notes/deprecation.rst
> +++ b/doc/guides/rel_notes/deprecation.rst
> @@ -32,3 +32,8 @@ Deprecation Notices
>and table action handlers will be updated:
>the pipeline parameter will be added, the packets mask parameter will be
>either
On Mon, Dec 14, 2015 at 06:30:26PM +0530, Santosh Shukla wrote:
> iopl() syscall not supported in linux-arm/arm64 so always return 0 value.
>
> Signed-off-by: Santosh Shukla
> ---
> lib/librte_eal/linuxapp/eal/eal.c |3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/lib/librte_eal/lin
On Mon, Dec 14, 2015 at 06:30:29PM +0530, Santosh Shukla wrote:
> including virtio_ioport header file has iopci bar page_size, bar_len and
> device filename info.
>
> Signed-off-by: Santosh Shukla
> ---
> lib/librte_eal/linuxapp/eal/Makefile |2 +-
> .../eal/include/exec-env/rt
Acked-by: Olga Shern
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
Sent: Monday, December 14, 2015 4:13 PM
To: Mcnamara, John
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH 1/2] doc: announce ABI change for cmdline buffer
size
2015-11-10 17
Hello!
> > I _guess_ the problem for ping might be: guest ARP entry for
> > 192.168.100.1 is not updated. Or say, after guest migrated to host2
> > from host1, guest is still trying to send packet to host1's NIC (no
> > one is telling it to update, right?), so no one is responding the
> > ping. W
2015-12-10 15:27, Stephen Hemminger:
> Plan to change to version of struct ether_addr in
> DPDK 2.3. The change in DPDK source is trivial but it will impact
> source compatablilty therefore notification is necessary.
[...]
> +* librte_ether: The structure ether_addr in DPDK will be replaced
> + b
On Tue, Dec 8, 2015 at 2:23 PM, Andriy Berestovskyy
wrote:
> The following messages might appear after some idle time:
> "PMD: Failed to allocate LACP packet from pool"
>
> The fix ensures the mempool size is greater than the sum
> of TX descriptors.
Signed-off-by: Andriy Berestovskyy
On Tue, Dec 8, 2015 at 3:47 PM, Andriy Berestovskyy
wrote:
> Fragmented IPv4 packets have no TCP/UDP headers, so we hashed
> random data introducing reordering of the fragments.
Signed-off-by: Andriy Berestovskyy
On Mon, Dec 14, 2015 at 8:04 PM, Jan Viktorin
wrote:
> I believe, I've already acked this patch. I can see no change here so I
> assume it's still the same.
>
> On Mon, 14 Dec 2015 18:30:26 +0530
> Santosh Shukla wrote:
>
> > iopl() syscall not supported in linux-arm/arm64 so always return 0 val
Acked-by: Olga Shern
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
Sent: Monday, December 14, 2015 4:25 PM
To: Nelio Laranjeiro
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH 2/2] doc: announce ABI change for RETA
configuration
2015-11-09 1
2015-12-14 15:48, Jijiang Liu:
> In current codes, tunnel configuration information is not stored in a device
> configuration, and it will get nothing if application want to retrieve tunnel
> config, so I think it is necessary to add rte_eth_dev_tunnel_configure()
> function is to do the configu
2015-12-09 13:37, Jijiang Liu:
> The struct 'rte_eth_tunnel_flow' is only used by struct 'rte_eth_fdir_flow'
> now, but its name is generic,
> and I plan to extend new fileds like below to support generic configuration
> for tunneling packet.
You have not explained what the changes are for.
So i
On Mon, Dec 14, 2015 at 8:07 PM, Jerin Jacob
wrote:
> On Mon, Dec 14, 2015 at 06:30:26PM +0530, Santosh Shukla wrote:
>> iopl() syscall not supported in linux-arm/arm64 so always return 0 value.
>>
>> Signed-off-by: Santosh Shukla
>> ---
>> lib/librte_eal/linuxapp/eal/eal.c |3 +++
>> 1 file
1 - 100 of 147 matches
Mail list logo
