Ravi:
DPDK is an open source community project. Anyone and everyone are welcome and
encouraged to contribute patches. There should not be any concern about
individual contributors versus company affiliation. What matters is useful code.
Please review the Development page on the site for
Hi Tetsuya:
I am implementing vhost-user, and the functionality works now.
During this work, I have refactored vhost code a bit for better modularization,
basically
virtio part, control message part(vhost-user, vhost cuse) and data part. :).
Let us see your patch, if its modularization is
Hello Murillo,
Yes, am using rte_dom0_mm as explained in DPDK programmers guide section 14.3.3
step (4).
The examples work when using --no-huge option.
Are you able to go past the hugepage setup? If so can you tell what are the
steps you followed in addition to the ones explained in section
Thanks again to those who attended the call earlier. Hopefully people found it
useful.
We'll schedule a follow-up call for 2 weeks' time. One thing that we do want to
look into is an easy way to allow screen sharing, so that we can use some
slides to guide the discussion. Internally within
Support of updating/querying redirection table has been
added for VF.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_i40e/i40e_ethdev_vf.c | 99 ++--
1 file changed, 94 insertions(+), 5 deletions(-)
v2 changes:
* Add support of updating/querying i40e reta of VF.
As 40G NIC supports different sizes (128/512/64 entries)
of redirection table from that (128 entries) of 1G and
10G NICs, support of multiple sizes of redirection table
is needed. It includes,
* Redefine 'struct rte_eth_rss_reta' in ethdev.
- To 'struct rte_eth_rss_reta_entry64' which contains
Returning redirection table size has been supported in
ops of 'dev_infos_get' for both PF and VF. Default
RX/TX configurations of VF can be returned in ops of
'dev_infos_get', while it was missed before.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_i40e/i40e_ethdev.c| 16 +++-
As more and more information are different between PF
and VF, ops of 'dev_infos_get' has been implemented
respectively. In addition, returning redirection table
size has been supported in it.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 90
As more and more information are different between PF and VF,
ops of 'dev_infos_get' has been implemented respectively. In
addition, new field of 'reta_size' has been added in
'struct rte_eth_dev_info' for returning redirection table size.
Signed-off-by: Helin Zhang
---
Add support of setting hash lookup table size according
to the hardawre capability.
Signed-off-by: Helin Zhang
---
lib/librte_ether/rte_ethdev.h | 3 +++
lib/librte_pmd_i40e/i40e_ethdev.c | 14 +-
lib/librte_pmd_i40e/i40e_ethdev.h | 1 +
3 files changed, 17 insertions(+), 1
Fix of several code style issues.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_i40e/i40e_ethdev_vf.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/lib/librte_pmd_i40e/i40e_ethdev_vf.c
b/lib/librte_pmd_i40e/i40e_ethdev_vf.c
index fa838e6..5b8a3bf 100644
---
Fix of several code style issues.
Signed-off-by: Helin Zhang
---
app/test-pmd/cmdline.c | 28 +++-
app/test-pmd/config.c | 2 +-
2 files changed, 16 insertions(+), 14 deletions(-)
diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c
index 4c3fc76..daba286
As e1000, ixgbe and i40e hardware use different sizes of
redirection table in PF or VF, ethdev and PMDs need to be
reworked to support multiple sizes of that table. In
addition, commands in testpmd also need to be reworked to
support these changes.
v2 changes:
* Reorganized the patches.
* Added
Hello Miroslaw,
On 10/21/2014 01:29 PM, miroslaw.walukiewicz at intel.com wrote:
> From: Miroslaw Walukiewicz
>
> The NICs supported by DPDK have a possibility to accelerate TCP
> traffic by sergnention offload. The application preprares a packet
> with valid TCP header with size up to 64K and
Hi,
Since release 1.7.1 and patchset "tailq fully local", the test
eal_flags_autotest doesn't work anymore. It fails because it doesn't
find any free hugepage (rte_memzone_reserve).
The interesting commits are:
http://dpdk.org/browse/dpdk/commit/?id=e3f3b68c6e42
These changes are a conversion of the Release Notes, Programmers Guide and
Sample App. Guide from MSWord files to Sphinx rst files.
There is also a patch to the Linux Getting Started Guide.
The following changes since commit 94cae38575e50d0a300db2dbec08e6807cfa95be:
examples/vhost: allow
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jincheng Miao
> Sent: Friday, October 24, 2014 8:08 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: fix a typo
>
> Signed-off-by: Jincheng Miao
Acked-by: Bernard Iremonger
I have applied the
>From upstream kernel commit 3db2e9cd, strict_strto* serial functions
are removed. So that we should directly used kstrtoul instead.
For compatible with old kernel and RHEL6, add some logic to
igb_uio/compat.h, same as what we do for pci_num_vf().
Signed-off-by: Jincheng Miao
---
Function pci_num_vf() is introduced from upstream linux-2.6.34. So
this patch make compatible with longterm kernel linux-2.6.32.63.
For RHEL6's kernel, although it is based on linux-2.6.32, it has
pci_num_vf() implementation. As the same with commit 11ba0426,
pci_num_vf() is defined from RHEL6.
The related kernel function is:
- pci_num_vf, it is introduced from upstream linux-2.6.34. For RHEL6's kernel,
it is defined from RHEL6.0.
- kstrtoul, this function is united kernel API to replace strict_strtoul in
the furture. It is introduced from linux-2.6.39. For RHEL6, it is defined
from
From: Lee Roberts
This patch corrects an issue where "testpmd" run against
ixgbevf ports in the host OS reports speed as 100 Mbps
and half-duplex.
If the link status is still needed, set speed to zero,
change ret_val and goto quick exit. Otherwise, continue
processing to
This is just a reminder for anybody who's interested that this will be on in 30
minutes, and that we'll be discussing the feature list for the DPDK 2.0 release
in March 2015.
Audio bridge details are:
France: +33 1588 77298
Germany:+49 8999 143191
Israel: +972 2589 6577
On Fri, Oct 31, 2014 at 10:45:07AM +, Gonzalez Monroy, Sergio wrote:
> That flow work still presents some issues as they may be features that are
> incompatible between each other and would need to be in different DPDK
> copies.
>
> Regards,
> Sergio
So I think the two questions are:
1)
Hello DPDK development team,
This is the 3rd email i am sending but it never shows up. I am
subscribed to the list though.
I am interested in contributing to DPDK and wanted to know a way of
contributing to it. Some questions
1. Will DPDK accept patches from community? I will be individual
Hello DPDK development team,
I am interested in contributing to DPDK and wanted to know a way of
contributing to it. Some questions
1. Will DPDK accept patches from community? I will be individual
contributor with no affiliation to any company.
2. If answer is "Yes" to previous question, should
This is to enable user space vhost receiving and forwarding broadcast
and multicast packets: Use new option in command line to enable promisc mode;
Enable 2 bits in VMDQ RX mode: ETH_VMDQ_ACCEPT_BROADCAST and
ETH_VMDQ_ACCEPT_MULTICAST.
Signed-off-by: Changchun Ouyang
---
Add new API in virtio for supporting promiscuous and allmulticast enable and
disable.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 90 ++-
1 file changed, 89 insertions(+), 1 deletion(-)
diff --git
Config PFVML2FLT register in ixgbe PMD to enable it
receive broadcast and multicast packets.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 16
1 file changed, 16 insertions(+)
diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c
Config VM offload register in igb PMD to enable it
receive broadcast and multicast packets.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_e1000/igb_rxtx.c | 20
1 file changed, 20 insertions(+)
diff --git a/lib/librte_pmd_e1000/igb_rxtx.c
Add vmdq rx mode field into rx config struct.
Signed-off-by: Changchun Ouyang
---
lib/librte_ether/rte_ethdev.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_ether/rte_ethdev.h b/lib/librte_ether/rte_ethdev.h
index 8bf274d..c1413d2 100644
--- a/lib/librte_ether/rte_ethdev.h
+++
- V1 change:
This patch series support multicast feature in virtio and vhost.
The vhost backend enables the promiscuous mode and config
ETH_VMDQ_ACCEPT_BROADCAST
and ETH_VMDQ_ACCEPT_MULTICAST in VMDQ offload register to receive the multicast
and broadcast packets.
The virtio frontend provides
This patch fixes two issues: one is to fix the log issues, the other is to set
filter type when updating the default MAC filter.
v2 changes:
Fix the remaining PMD log issues.
Signed-off-by: Jijiang Liu
---
lib/librte_pmd_i40e/i40e_ethdev.c | 17 +
1 files changed, 9
> From: Matthew Hall [mailto:mhall at mhcomputing.net]
> Sent: Thursday, October 30, 2014 8:50 PM
>
> On Thu, Oct 30, 2014 at 09:18:23AM +, Gonzalez Monroy, Sergio wrote:
> > I would say that D) is a good balance, although not being the simplest.
>
> A, or D. Depending on things such as, "If
As the filter type in i40e is defined enum type, so this patch changes the
filter_type filed in the rte_eth_mac_filter for fixing the compilation error
under ICC compiler.
Signed-off-by: Jijiang Liu
---
lib/librte_ether/rte_eth_ctrl.h |2 +-
1 files changed, 1 insertions(+), 1
2014-10-31 10:26, Jijiang Liu:
> As the filter type in i40e is defined enum type, so this patch changes
> the filter_type filed in the rte_eth_mac_filter for fixing the compilation
> error under ICC compiler.
Commit log is wrong. It's not because of i40e, it's only an API problem.
But I know you
2014-10-31 11:28, Jijiang Liu:
> This patch fixes two issues: one is to fix the log issues, the other is to
> set filter type when updating the default MAC filter.
>
> v2 changes:
> Fix the remaining PMD log issues.
>
> Signed-off-by: Jijiang Liu
Lesson learned: patches are better
On Fri, Oct 31, 2014 at 09:51:56AM +0900, Gyumin wrote:
> Thanks Bruce.
>
> I also agree with that the size of the S/W ring depends on the configuration
> parameters because the size of the S/W ring is /sizeof(struct igb_rx_entry)
> * len/ in the ixgbe_dev_rx_queue_setup function. H/W ring is
This patch fixes two issues: one is to fix the log issue, the other is to set
filter type when updating the default MAC filter.
Signed-off-by: Jijiang Liu
---
lib/librte_pmd_i40e/i40e_ethdev.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
This patch will make RHEL6 build failed.
The root cause is that RHEL-based kernel is slightly different with
upstream kernel.
It has some functions (pci_num_vf, kstrtoul, etc) which don't exist in
upstream
longterm kernel.
For better compatibility, IMHO it is distinguishing RHEL-based kernel
Hi Jincheng,
2014-10-31 09:54, Jincheng Miao:
> This patch will make RHEL6 build failed.
>
> The root cause is that RHEL-based kernel is slightly different with
> upstream kernel.
> It has some functions (pci_num_vf, kstrtoul, etc) which don't exist in
> upstream longterm kernel.
Yes it seems
Thanks Bruce.
I also agree with that the size of the S/W ring depends on the
configuration parameters because the size of the S/W ring is
/sizeof(struct igb_rx_entry) * len/ in the ixgbe_dev_rx_queue_setup
function. H/W ring is also allocated in the same function by using the
2014-10-31 01:39, Zhang, Helin:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2014-10-28 00:37, Zhang, Helin:
> > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > > 2014-10-22 19:53, Helin Zhang:
> > > > > +#define RTE_BIT_WIDTH_64 (CHAR_BIT *
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Subject: Re: [dpdk-dev] [PATCH] mk: --no-as-needed by default for linux
> exec-env
>
> Thank you, it does, though it raises an intersting question. By flipping that
> switch around you definately solve the problem at hand, but you don't
Hi,
after setting filter.l4type to RTE_FDIR_L4TYPE_UDP, packets that were
supposed to be matched were (finally!) matched, so I am more than grateful!
Thank you!!!
What do you mean by 'sending an IP packet'? Is ICMP an IP packet (has no
layer 4), or?
Once again, thank you!
BR,
Newman P.
On
Hi, Thomas
Thanks for your comments
Jingjing
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, October 31, 2014 6:47 AM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/3] ethdev: define ctrl_pkt filter type
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, October 28, 2014 6:05 PM
> To: Zhang, Helin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 7/8] ethdev: support of multiple sizes of
> redirection table
>
> 2014-10-28 00:37,
Hi, Poborsky
Please try sending an IP packet (not UDP, TCP or SCTP).
Or you can try to set filter.l4type = RTE_FDIR_L4TYPE_TCP when adding a filter.
I guess it is because the NIC already classify you packet as TCP one.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org]
2014-10-22 16:19, Jingjing Wu:
> +/**
> + * Define all structures for Control Packet Filter type corresponding with
> specific operations.
> + */
Please explain what is a control packet.
> +
> +#define RTE_CONTROL_PACKET_FLAGS_IGNORE_MAC0x0001
> +#define RTE_CONTROL_PACKET_FLAGS_DROP
2014-10-24 15:58, Jijiang Liu:
> The patch set enhances configurability of MAC filter and supports VF MAC
> filter on Fortville.
>
> It mainly includes:
> - The following filter type are configurable:
>1. Perfect match of MAC address
>2. Perfect match of MAC address and VLAN ID
>3.
Shivapriya, Alex
There is obvious performance (up to 40% perf. drop) impact to DPDK 64B small
packet performance when ?iommu = on? on Sandybridge, due to known issue on its
IOTBL huge page support. If you config kernel parameter with ?iommu = pt? on
SandyBridge, or upgrade your process to
50 matches
Mail list logo