2015-12-14 18:51, John McNamara:
> Fix grammar, spelling and formatting of DPDK 2.2 release notes.
>
> Signed-off-by: John McNamara
Applied, thanks
2015-12-14 20:28, Olga Shern:
> Signed-off-by: Olga Shern
> ---
> doc/guides/nics/mlx4.rst | 10 +-
> doc/guides/nics/mlx5.rst |4 ++--
> doc/guides/rel_notes/release_2_2.rst | 12 ++--
> 3 files changed, 17 insertions(+), 9 deletions(-)
Applied, t
2015-12-14 10:03, Harry van Haaren:
> 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
2015-12-14 20:45, John McNamara:
> Add a document to explain the DPDK patch submission and review process.
>
> Signed-off-by: John McNamara
> Acked-by: Harry van Haaren
Applied, thanks
2015-12-13 03:03, Thomas Monjalon:
> Signed-off-by: Thomas Monjalon
Applied
2015-12-14 14:20, 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 conne
2015-12-14 16:02, 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
Applied, thanks
2015-12-14 16:01, Andriy Berestovskyy:
> 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 descri
On Mon, Dec 14, 2015 at 7:55 PM, Jerin Jacob
wrote:
> 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.
>>
>> Cu
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 Mon, Dec 14, 2015 at 8:13 PM, Jerin Jacob
wrote:
> 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/Mak
On Mon, Dec 14, 2015 at 8:01 PM, Jerin Jacob
wrote:
> 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
On Mon, Dec 14, 2015 at 9:26 PM, Jerin Jacob
wrote:
> On Mon, Dec 14, 2015 at 08:54:08PM +0530, Santosh Shukla wrote:
>> 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/arm6
On Mon, Dec 14, 2015 at 8:01 PM, Jan Viktorin
wrote:
> 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
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
On Mon, Dec 14, 2015 at 08:54:08PM +0530, Santosh Shukla wrote:
> 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: Santos
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
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 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
On Mon, Dec 14, 2015 at 7:58 PM, Jerin Jacob
wrote:
> 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
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
> -Original Message-
> From: Mcnamara, John
> Sent: Monday, December 14, 2015 8:33 PM
> To: dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; Mcnamara, John
> Subject: [PATCH v2] doc: add contributors guide
>
> Add a document to explain the DPDK patch submission and review process.
>
Add a document to explain the DPDK patch submission and review process.
Signed-off-by: John McNamara
Acked-by: Harry van Haaren
---
v5:
* Added references to new checkpatches.sh and test-build.sh scripts
as per Thomas' suggestion on the mailing list.
v4:
* Fixes for mailing list comments.
v
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
Add a document to explain the DPDK patch submission and review process.
Signed-off-by: John McNamara
Acked-by: Harry van Haaren
---
v2:
* Added references to new checkpatches.sh and test-build.sh scripts
as per Thomas' suggestion on the mailing list.
doc/guides/contributing/documentation.r
Signed-off-by: Olga Shern
---
doc/guides/nics/mlx4.rst | 10 +-
doc/guides/nics/mlx5.rst |4 ++--
doc/guides/rel_notes/release_2_2.rst | 12 ++--
3 files changed, 17 insertions(+), 9 deletions(-)
diff --git a/doc/guides/nics/mlx4.rst b/doc/guides/n
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
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
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: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
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_
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Monday, December 14, 2015 7:25 PM
> To: Ananyev, Konstantin
> Cc: Zhang, Helin; dev at dpdk.org; Tom Kiely
> Subject: Re: [PATCH] ixgbe: Discard SRIOV transparent vlan packet headers.
>
> On Mon
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
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
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Friday, December 11, 2015 4:59 PM
> To: Zhang, Helin; Ananyev, Konstantin
> Cc: dev at dpdk.org; Tom Kiely; Stephen Hemminger
> Subject: [PATCH] ixgbe: Discard SRIOV transparent vlan packet headers.
>
> From: Tom Kiely
>
Hi,
Below is the draft release notes for DPDK 2.2. Please scan them for corrections
and/or omissions.
John
DPDK Release 2.2
New Features
* **Introduce ARMv7 and ARMv8 architectures.**
* It is now possible to build DPDK for the ARMv7 and ARMv8 platforms.
*
Fix grammar, spelling and formatting of DPDK 2.2 release notes.
Signed-off-by: John McNamara
---
doc/guides/rel_notes/release_2_2.rst | 335 ++-
1 file changed, 171 insertions(+), 164 deletions(-)
diff --git a/doc/guides/rel_notes/release_2_2.rst
b/doc/guides/re
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
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.
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
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
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
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
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
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
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
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/
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
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
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/
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
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.
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
On Mon, Dec 14, 2015 at 04:29:41PM -0500, Kyle Larose wrote:
> I've seen lots of ideas and options tossed around which would solve
> some or all of the above items, but nobody actually committing to
> anything. What can we do to actually agree on a solution to go and
> implement? I'm relatively new
On Mon, Dec 14, 2015 at 02:17:12PM -0500, Aaron Conole wrote:
> Why not just use libpcap to write out pcap files? I bet it does a better
> job that any of us will ;) It's BSD licensed, so there should be no
> issues with linking against it (DPDK currently does for the pcap PMD), and
> it supports b
On Mon, Dec 14, 2015 at 11:14:42AM -0800, Stephen Hemminger wrote:
> There are already several BPF libraries available. I would prefer DPDK not
> start copying existing code.
I didn't copy or reduplicate any code. I was planning to use bpfjit from Alex
Nasonov, but a userspace version instead of
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
2015-12-14 10:45, Aaron Conole:
> After all, it's a networking stack, right?
No, not currently.
DPDK allows to build some specific lightweight or more complete stacks.
2015-12-14 15:30, Bruce Richardson:
> On Mon, Dec 14, 2015 at 03:54:06PM +0100, Thomas Monjalon wrote:
> > 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
On Mon, Dec 14, 2015 at 2:17 PM, Aaron Conole wrote:
> No need to donate to the cause on this one, I think :) The issues
> surrounding tcpdump are, imo, ones of library/application workflow. HOW
> does the user enable tcpdump-like support? The current option is to
> start up with a pcap PMD confi
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 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 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 Mon, Dec 14, 2015 at 04:41:28PM +0100, Thomas Monjalon wrote:
> 2015-12-14 15:30, Bruce Richardson:
> > On Mon, Dec 14, 2015 at 03:54:06PM +0100, Thomas Monjalon wrote:
> > > 2015-12-10 15:27, Stephen Hemminger:
> > > > Plan to change to version of struct ether_addr in
> > > > DPDK 2.3. The cha
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 14/12/15 14:07, Thomas Monjalon wrote:
> 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 notic
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
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
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
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 *
On Mon, Dec 14, 2015 at 03:54:06PM +0100, Thomas Monjalon wrote:
> 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.
> [...]
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
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
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-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
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
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
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
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
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
Matthew Hall writes:
>> The pcap file format contains a header in front of each packet, which is
>> extremely simple. But it has a timestamp (which uses 32 bit for tv_sec and
>> tv_usec in files), so it needs to be considered how to handle this
>> efficiently.
>
> I already wrote some C code fo
> -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
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
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
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
> -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,
On Mon, 14 Dec 2015 19:57:10 +
"Ananyev, Konstantin" wrote:
>
>
> > -Original Message-
> > From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> > Sent: Monday, December 14, 2015 7:25 PM
> > To: Ananyev, Konstantin
> > Cc: Zhang, Helin; dev at dpdk.org; Tom Kiely
> > Subj
FYI your last name comes in as a corrupt character for me. You might have to
think about converting it from ISO 8859-1 / 8859-15 to UTF-8.
On Mon, Dec 14, 2015 at 10:57:10AM +0100, Morten B wrote:
> Check out the new "extcap" feature of Wireshark. It uses named pipes for the
> packets, already m
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
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:
>
>
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 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
> -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
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
On Mon, 14 Dec 2015 19:12:26 +
"Ananyev, Konstantin" wrote:
>
>
> > From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> > Sent: Friday, December 11, 2015 4:59 PM
> > To: Zhang, Helin; Ananyev, Konstantin
> > Cc: dev at dpdk.org; Tom Kiely; Stephen Hemminger
> > Subject: [PATCH]
On Mon, 14 Dec 2015 13:29:31 -0500
Matthew Hall wrote:
> FYI your last name comes in as a corrupt character for me. You might have to
> think about converting it from ISO 8859-1 / 8859-15 to UTF-8.
>
> On Mon, Dec 14, 2015 at 10:57:10AM +0100, Morten B wrote:
> > Check out the new "extcap" feat
On Mon, 14 Dec 2015 10:26:07 -0800
Stephen Hemminger wrote:
> From: "Charles (Chas) Williams"
>
> A NO_HZ_FULL kernel needs to have a stable clock source like a non-stop
> (or invariant) TSC. Unfortunately, this CPU feature/flag isn't advertised
> by most hypervisors because they want the abil
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
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
1 - 100 of 147 matches
Mail list logo
