Hi Olivier,
On Sunday 01 October 2017 02:59 PM, Santosh Shukla wrote:
> HW pool manager e.g. Octeontx SoC demands s/w to program start and end
> address of pool. Currently, there is no such api in external mempool.
> Introducing rte_mempool_ops_register_memory_area api which will let HW(pool
> ma
Hi Olivier,
On Sunday 01 October 2017 02:59 PM, Santosh Shukla wrote:
> Some mempool hw like octeontx/fpa block, demands block size
> (/total_elem_sz) aligned object start address.
>
> Introducing an MEMPOOL_F_CAPA_BLK_ALIGNED_OBJECTS flag.
> If this flag is set:
> - Align object start address(vad
On Sunday 01 October 2017 02:44 PM, Santosh Shukla wrote:
> v5:
> - Includes v4 minor review comment.
> Patches rebased on upstream tip / commit id:5dce9fcdb2
ping, Thanks.
Hi Guys,
This is gentle remainder of this patch,
Do we have any updates about it?
Kindest regards
Raslan Darawsheh
-Original Message-
From: gowrishankar muthukrishnan [mailto:gowrishanka...@linux.vnet.ibm.com]
Sent: Wednesday, September 6, 2017 11:59 AM
To: Thomas Monjalon
Cc: dev@dpdk.
Hi Raslan,
I had submitted newer version and waiting for ack/merge.
dpdk.org/dev/patchwork/patch/29039/
Thanks,
Gowrishankar
On Monday 02 October 2017 02:11 PM, Raslan Darawsheh wrote:
Hi Guys,
This is gentle remainder of this patch,
Do we have any updates about it?
Kindest regards
Raslan Dar
-Original Message-
> Date: Sun, 24 Sep 2017 17:44:06 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: bruce.richard...@intel.com, gage.e...@intel.com, dev@dpdk.org,
> tho...@monjalon.net, harry.van.haa...@intel.com, hemant.agra...@nxp.com,
> nipun.gu...@nxp.com, narender.vang...@inte
From: Ferruh Yigit
The following library APIs's are implemented:
rte_flow_classify_create
rte_flow_classify_validate
rte_flow_classify_destroy
rte_flow_classify_query
The following librte_table ACL API's are used:
f_create to create a table ACL.
f_add to add an ACL rule to the table.
f_del to de
DPDK works with packets, but some network administration tools works based on
flow information.
This library is suggested to provide a helper API to convert packet based
information to the flow records.
Basically the library consist of APIs to validate, create and destroy the rule
and to query
Add flow_classify_autotest program.
Set up IPv4 ACL field definitions.
Create table_acl for use by librte_flow_classify API's.
Create an mbuf pool for use by rte_flow_classify_query.
For each of the librte_flow_classify API's:
add bad parameter tests
add bad pattern tests
add bad action tests
add
The flow_classify sample application exercises the following
librte_flow_classify API's:
rte_flow_classify_create
rte_flow_classify_validate
rte_flow_classify_destroy
rte_flow_classify_query
It sets up the IPv4 ACL field definitions.
It creates table_acl and adds and deletes rules using the
librt
add initialize_tcp_header function
add initialize_stcp_header function
add initialize_ipv4_header_proto function
add generate_packet_burst_proto function
Signed-off-by: Bernard Iremonger
---
test/test/packet_burst_generator.c | 191 +
test/test/packet_burst_ge
>
> >
> > This patch dynamically selects x86 EFD functions at run-time.
>
> I don't think it really does.
> In fact, I am not sure that we need to touch EFD at all here -
> from what I can see, it already does dynamic selection properly.
Actually I was wrong here - in some cases it doesn't work
This patch adds new package info types to get list of protocols,
pctypes and ptypes defined in a profile
---
v3
info_size parameter always represents size of the info buffer in bytes
v6
fix bug with wrong usage of info_size parameter
v7
change misleading variable names, change order of checking
This patch adds ability to request information about protocols defined in
dynamic
device personalization profile
v2:
Some code style warnings were removed
v3:
info_size parameter always represents size of the info buffer in bytes;
fix code style;
v4:
another code style fixes
v5:
in testpmd buf
Update 'ddp get info' command to display protocols defined in a profile
v5
buff_size parameter in rte_pmd_i40e_get_ddp_info function call
always represents buffer size in bytes
v6
fix bug with wrong usage of buff_size parameter
Signed-off-by: Kirill Rybalchenko
---
app/test-pmd/cmdline.c | 12
When I was adding mlockall() to the testpmd application it was
suggested to add a reference to the use case of mlockall(). This patch
adds is.
Signed-off-by: Eelco Chaudron
---
doc/guides/prog_guide/writing_efficient_code.rst | 15 +++
1 file changed, 15 insertions(+)
diff --git a/d
On Fri, 2017-09-29 at 08:37 -0700, Stephen Hemminger wrote:
> The Linux kernel style policy about strings is that strings should
> be always put on one line. This makes sense since a typical use
> case is for a user to type the error message into a search engine
> or grep, and it won't be found if
Hi Yipeng,
> -Original Message-
> From: Wang, Yipeng1
> Sent: Wednesday, September 27, 2017 6:40 PM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; Tai, Charlie ; Gobriel,
> Sameh ; De Lara Guarch, Pablo
> ; Mcnamara, John
> ; Wang, Yipeng1
> Subject: [PATCH v4 1/7] member: implement main A
On 30-Sep-17 5:07 AM, Tan, Jianfeng wrote:
On 9/29/2017 6:00 PM, Burakov, Anatoly wrote:
On 29-Sep-17 2:03 AM, Tan, Jianfeng wrote:
+ Reshma and Jan.
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Burakov, Anatoly
Sent: Thursday, September 28, 2017 11:30 PM
First, try to use CPUID Time Stamp Counter and Nominal Core Crystal
Clock Information Leaf to determine the tsc hz on platforms that
supports it (does not require privileged user).
If the CPUID leaf is not available, then try to determine the tsc hz by
reading the MSR 0xCE (requires privileged use
> -Original Message-
> From: Eelco Chaudron [mailto:echau...@redhat.com]
> Sent: Monday, October 2, 2017 11:02 AM
> To: Mcnamara, John
> Cc: dev@dpdk.org
> Subject: [PATCH v2] doc: add use of mlockall to programmers guide
>
> When I was adding mlockall() to the testpmd application it wa
On 06/16/2017 08:40 AM, Shreyansh Jain wrote:
From: Hemant Agrawal
Bit Swap and LE<=>BE conversions for 23, 40 and 48 bit width
Signed-off-by: Hemant Agrawal
---
.../common/include/generic/rte_byteorder.h | 78 ++
1 file changed, 78 insertions(+)
diff --git a
On 9/22/2017 11:38 AM, santosh wrote:
In general api comment: Fix missing param definition like *service_id* above
and pl. remove other unnecessary params description from api above.
OK.
+static inline int
+valid_id(uint8_t id)
+{
+ return id < RTE_MAX_EVENT_ETH_RX_ADAPTER_INSTANCE
On 29/09/17 17:44, Mcnamara, John wrote:
Hi Eelco,
Thanks for that. It is always good to get doc improvements.
Some minor comments below.
Thanks for pointing out the below issues, and I send out a V2.
The title should be lowercase (except for known acronyms), <= 50
characters
and the verb s
On 9/25/2017 8:29 AM, Rao, Nikhil wrote:
On 9/24/2017 11:46 PM, Rao, Nikhil wrote:
On 9/22/2017 2:40 PM, Jerin Jacob wrote:
When we worked on a prototype, we figured out that we need a separate
event type
for RX adapter. Probably RTE_EVENT_TYPE_ETHDEV_RX_ADAPTER?
The Reason is:
- In the HW ba
-Original Message-
> Date: Sun, 24 Sep 2017 23:54:38 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: bruce.richard...@intel.com, gage.e...@intel.com, dev@dpdk.org,
> tho...@monjalon.net, harry.van.haa...@intel.com, hemant.agra...@nxp.com,
> nipun.gu...@nxp.com, narender.vang...@inte
-Original Message-
> Date: Mon, 2 Oct 2017 15:58:56 +0530
> From: "Rao, Nikhil"
> To: Jerin Jacob
> CC: bruce.richard...@intel.com, gage.e...@intel.com, dev@dpdk.org,
> tho...@monjalon.net, harry.van.haa...@intel.com, hemant.agra...@nxp.com,
> nipun.gu...@nxp.com, narender.vang...@intel
On 20/09/2017 7:04 PM, Gowrishankar wrote:
From: Gowrishankar Muthukrishnan
At present, creating bonding devices using --vdev is broken for PMD like
mlx5 as it is neither UIO nor VFIO based and hence PMD driver is unknown
to find_port_id_by_pci_addr(), as below.
testpmd --vdev 'net_bonding0,m
On Fri, Sep 29, 2017 at 08:38:00AM -0700, Stephen Hemminger wrote:
> On Thu, 28 Sep 2017 12:22:36 +0200
> Tomasz Duszynski wrote:
>
> > +
> > +struct mrvl_rxq;
> > +struct mrvl_txq;
>
> These forward decl should not be nececessary
> > +static inline int
> > +mrvl_get_bpool_size(intpp2_id, in
First, try to use CPUID Time Stamp Counter and Nominal Core Crystal
Clock Information Leaf to determine the tsc hz on platforms that
supports it (does not require privileged user).
If the CPUID leaf is not available, then try to determine the tsc hz by
reading the MSR 0xCE (requires privileged use
-Original Message-
> Date: Mon, 2 Oct 2017 12:17:38 +0100
> From: Sergio Gonzalez Monroy
> To: dev@dpdk.org
> CC: harry.van.haa...@intel.com, bruce.richard...@intel.com
> Subject: [dpdk-dev] [PATCH v3] eal/x86: implement x86 specific tsc hz
> X-Mailer: git-send-email 2.9.5
>
> First, try
On 02/10/2017 12:24, Jerin Jacob wrote:
-Original Message-
Date: Mon, 2 Oct 2017 12:17:38 +0100
From: Sergio Gonzalez Monroy
To: dev@dpdk.org
CC: harry.van.haa...@intel.com, bruce.richard...@intel.com
Subject: [dpdk-dev] [PATCH v3] eal/x86: implement x86 specific tsc hz
X-Mailer: git-se
Hi Stephen,
On Fri, Sep 29, 2017 at 08:37:49AM -0700, Stephen Hemminger wrote:
> The Linux kernel style policy about strings is that strings should
> be always put on one line. This makes sense since a typical use
> case is for a user to type the error message into a search engine
> or grep, and i
Hi Gowrishankar,
There will be a trivial conflict with my PCI patchset on the
pci_addr_cmp function. I don't know the best way to solve this.
It depends on my patchset being accepted as-is or not, and which
address namespace has precedence over the other.
You could rename pci_addr_cmp with a ref
On Fri, Sep 29, 2017 at 10:29:55AM +0100, Sean Harte wrote:
> On 29 September 2017 at 09:54, Xing, Beilei wrote:
> >> > /**
> >> > + * RTE_FLOW_ITEM_TYPE_GTP.
> >> > + *
> >> > + * Matches a GTPv1 header.
> >> > + */
> >> > +struct rte_flow_item_gtp {
> >> > + /**
> >> > +* Version
Hi Xiaoyun,
Just to be a bit more specific about what I suggest -
here is a draft patch below.
It still needs more testing and probably polishing,
but I suppose gives you an idea.
Konstantin
---
lib/librte_eal/bsdapp/eal/Makefile | 20 +
lib/librte_eal/common/arch/x86/rte_memcpy
allows vm_power_manager example to be built against shared libraries
Signed-off-by: David Hunt
---
lib/librte_power/rte_power_version.map | 9 +
1 file changed, 9 insertions(+)
diff --git a/lib/librte_power/rte_power_version.map
b/lib/librte_power/rte_power_version.map
index db75ff3..9
> -Original Message-
> From: Wang, Yipeng1
> Sent: Wednesday, September 27, 2017 6:40 PM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; Tai, Charlie ; Gobriel,
> Sameh ; De Lara Guarch, Pablo
> ; Mcnamara, John
> ; Wang, Yipeng1
> Subject: [PATCH v4 2/7] member: implement HT mode
>
...
On Mon, Oct 02, 2017 at 01:53:17PM +0200, Adrien Mazarguil wrote:
> Hi Stephen,
>
> On Fri, Sep 29, 2017 at 08:37:49AM -0700, Stephen Hemminger wrote:
> > The Linux kernel style policy about strings is that strings should
> > be always put on one line. This makes sense since a typical use case
> >
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Michal Jastrzebski
> Sent: Friday, September 22, 2017 3:08 PM
> To: y...@fridaylinux.org; maxime.coque...@redhat.com
> Cc: dev@dpdk.org; Jain, Deepak K ; Piasecki,
> JacekX ; Liu, Changpeng
> ; sta...@dpdk.org
> Sub
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Michal Jastrzebski
> Sent: Friday, September 22, 2017 3:10 PM
> To: y...@fridaylinux.org; maxime.coque...@redhat.com
> Cc: dev@dpdk.org; Jain, Deepak K ; Piasecki,
> JacekX ; Liu, Changpeng
> ; sta...@dpdk.org
> Sub
> -Original Message-
> From: Jastrzebski, MichalX K
> Sent: Friday, September 29, 2017 3:04 PM
> To: skh...@vmware.com
> Cc: dev@dpdk.org; Jain, Deepak K ; Yigit, Ferruh
> ; Jastrzebski, MichalX K
> ; yongw...@vmware.com;
> sta...@dpdk.org; Kulasek, TomaszX
> Subject: [PATCH v2] net/vmxnet
Add a new offload capability flag for Rx HW timestamp and enabling/disabling
this via rte_eth_rxmode.
Signed-off-by: Raslan Darawsheh
Acked-by: Yongseok Koh
---
This patch should be applied after after this series:
http://dpdk.org/dev/patchwork/patch/29368/
---
doc/guides/nics/features.rst | 1
Add enabling/disabling Rx HW timestamp from command line and parameter.
Signed-off-by: Raslan Darawsheh
Acked-by: Yongseok Koh
---
app/test-pmd/cmdline.c| 15 ---
app/test-pmd/config.c | 8
app/test-pmd/parameters.c | 5 +
app/test-pmd/rxonly.c | 2 ++
ap
Expose Rx HW timestamp to packet mbufs.
Signed-off-by :Raslan Darawsheh
Acked-by: Yongseok Koh
---
drivers/net/mlx5/mlx5_ethdev.c | 3 ++-
drivers/net/mlx5/mlx5_rxq.c | 6 +-
drivers/net/mlx5/mlx5_rxtx.c | 5 +
drivers/net/mlx5/mlx5_rxtx.h | 3 ++-
dri
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Slawomir
> Mrozowicz
> Sent: Wednesday, September 20, 2017 9:48 AM
> To: Mcnamara, John
> Cc: dev@dpdk.org; Mrozowicz, SlawomirX
> ; ian.be...@intel.com; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] examples/perfo
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Kuba Kozak
> Sent: Wednesday, September 20, 2017 12:02 PM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Kozak, KubaX ;
> sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] acl: fix unchecked return value
>
> Add return
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Daniel Mrzyglod
> Sent: Friday, September 22, 2017 4:48 PM
> To: tho...@monjalon.net
> Cc: dev@dpdk.org; Mrzyglod, DanielX T
> Subject: [dpdk-dev] [PATCH v2] eal: fix resource leak
>
> Memory allocated in strdup i
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Kuba Kozak
> Sent: Friday, September 22, 2017 2:18 PM
> To: y...@fridaylinux.org; maxime.coque...@redhat.com
> Cc: dev@dpdk.org; Kozak, KubaX ;
> jan.wick...@ericsson.com; sta...@dpdk.org
> Subject: [dpdk-dev] [PATC
> -Original Message-
> From: Kozak, KubaX
> Sent: Wednesday, September 20, 2017 11:02 AM
> To: Ananyev, Konstantin
> Cc: dev@dpdk.org; Kozak, KubaX ; sta...@dpdk.org
> Subject: [PATCH] acl: fix unchecked return value
>
> Add return value check and error handling for fseek call.
>
> Cov
On Sun, Oct 01, 2017 at 02:59:01PM +0530, Santosh Shukla wrote:
> Some mempool hw like octeontx/fpa block, demands block size
> (/total_elem_sz) aligned object start address.
>
> Introducing an MEMPOOL_F_CAPA_BLK_ALIGNED_OBJECTS flag.
> If this flag is set:
> - Align object start address(vaddr) to
On Sun, Oct 01, 2017 at 02:59:02PM +0530, Santosh Shukla wrote:
> HW pool manager e.g. Octeontx SoC demands s/w to program start and end
> address of pool. Currently, there is no such api in external mempool.
> Introducing rte_mempool_ops_register_memory_area api which will let HW(pool
> manager) t
On Sun, Oct 01, 2017 at 02:44:39PM +0530, Santosh Shukla wrote:
> DPDK has support for both sw and hw mempool and
> currently user is limited to use ring_mp_mc pool.
> In case user want to use other pool handle,
> need to update config RTE_MEMPOOL_OPS_DEFAULT, then
> build and run with desired pool
On Sun, Oct 01, 2017 at 02:44:40PM +0530, Santosh Shukla wrote:
> Now that dpdk supports more than one mempool drivers and
> each mempool driver works best for specific PMD, example:
> - sw ring based mempool for Intel PMD drivers.
> - dpaa2 HW mempool manager for dpaa2 PMD driver.
> - fpa HW mempo
Add a new offload capability flag for Rx HW
timestamp and enabling/disabling this via rte_eth_rxmode.
Signed-off-by: Raslan Darawsheh
Acked-by: Yongseok Koh
---
This patch should be applied after after this series:
http://dpdk.org/dev/patchwork/patch/29368/
---
doc/guides/nics/features.rst | 1
Add enabling/disabling Rx HW timestamp from
command line and parameter.
Signed-off-by: Raslan Darawsheh
Acked-by: Yongseok Koh
---
app/test-pmd/cmdline.c| 15 ---
app/test-pmd/config.c | 8
app/test-pmd/parameters.c | 5 +
app/test-pmd/rxonly.c | 2 ++
ap
Expose Rx HW timestamp to packet mbufs.
Signed-off-by :Raslan Darawsheh
Acked-by: Yongseok Koh
---
drivers/net/mlx5/mlx5_ethdev.c | 3 ++-
drivers/net/mlx5/mlx5_rxq.c | 6 +-
drivers/net/mlx5/mlx5_rxtx.c | 5 +
drivers/net/mlx5/mlx5_rxtx.h | 3 ++-
dri
Hi,
I have some comments about the API scope and some formatting.
Suggested title:
power: add turbo functions to map file
02/10/2017 14:20, David Hunt:
> allows vm_power_manager example to be built against shared libraries
Fixes: 94608a0f7f45 ("power: add per-core turbo boost API")
> Si
It is a reminder that the constructors without priority
get the lowest priority.
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/common/include/rte_eal.h | 17 +
1 file changed, 17 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_eal.h
b/lib/librte_eal/common/incl
Hi Thomas
On 2/10/2017 3:55 PM, Thomas Monjalon wrote:
Hi,
I have some comments about the API scope and some formatting.
Suggested title:
power: add turbo functions to map file
02/10/2017 14:20, David Hunt:
allows vm_power_manager example to be built against shared libraries
Fixes:
On 10/02/2017 03:50 PM, Jastrzebski, MichalX K wrote:
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Michal Jastrzebski
Sent: Friday, September 22, 2017 3:08 PM
To: y...@fridaylinux.org; maxime.coque...@redhat.com
Cc: dev@dpdk.org; Jain, Deepak K ; Piasecki,
Jac
Remove unnecessary bit operations in I40E_PFQF_HENA
and I40E_VFQF_HENA registers
Signed-off-by: Kirill Rybalchenko
---
drivers/net/i40e/i40e_ethdev.c| 21 +++--
drivers/net/i40e/i40e_ethdev_vf.c | 22 --
2 files changed, 7 insertions(+), 36 deletions(-)
d
Implement dynamic mapping of software flow types to hardware pctypes.
This allows to map new flow types to pctypes without changing
API of the driver.
v2:
Remove unnecessary check for new flow types.
Re-arrange patchset to avoid compillation errors.
Remove unnecessary usage of statically defined f
Implement dynamic mapping of software flow types to hardware pctypes.
This allows to add new flow types and pctypes for DDP without changing
API of the driver. The mapping table is located in private
data area for particular network adapter and can be individually
modified with set of appropriate f
Add new commands to manipulate with dynamic flow type to
pctype mapping table in i40e PMD.
Commands allow to print table, modify it and reset to default value.
v3:
changed command syntax from 'pctype mapping...' to
'port config pctype mapping...' and 'show port pctype mapping'
v4:
Fix typos in cm
Remove unnecessary check for new flow type for rss hash
filter update.
Signed-off-by: Kirill Rybalchenko
---
lib/librte_ether/rte_ethdev.c | 8
1 file changed, 8 deletions(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index 1849a3b..f3bf3e5 100644
--- a/
Add new functions which allow modify, return or reset to default
the contents of flow type to pctype dynamic mapping table.
v3:
Function rte_pmd_i40e_flow_type_mapping_get returns now full
mapping table.
v4:
Fix typo in rte_pmd_i40e_version.map file.
Signed-off-by: Kirill Rybalchenko
---
drive
Fixes: 94608a0f7f45 ("power: add per-core turbo boost API")
Signed-off-by: David Hunt
---
lib/librte_power/rte_power_version.map | 7 +++
1 file changed, 7 insertions(+)
diff --git a/lib/librte_power/rte_power_version.map
b/lib/librte_power/rte_power_version.map
index db75ff3..ec512ea 1006
02/10/2017 17:06, Hunt, David:
> On 2/10/2017 3:55 PM, Thomas Monjalon wrote:
>> +DPDK_17.11 {
> >> + global:
> >> +
> >> + rte_power_acpi_turbo_status;
> > Is it really the function you want to expose?
> > rte_power_turbo_status seems more generic.
>
> Not really, it was in there for completene
> -Original Message-
> From: Wang, Yipeng1
> Sent: Wednesday, September 27, 2017 6:41 PM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; Tai, Charlie ; Gobriel,
> Sameh ; De Lara Guarch, Pablo
> ; Mcnamara, John
> ; Wang, Yipeng1
> Subject: [PATCH v4 3/7] member: implement vBF mode
>
> Bl
> -Original Message-
> From: Wang, Yipeng1
> Sent: Wednesday, September 27, 2017 6:41 PM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; Tai, Charlie ; Gobriel,
> Sameh ; De Lara Guarch, Pablo
> ; Mcnamara, John
> ; Wang, Yipeng1
> Subject: [PATCH v4 5/7] member: enable the library
>
> Th
This patchset dynamically selects functions at run-time based on CPU flags
that current machine supports. This patchset modifies mempcy, memcpy perf
test and x86 EFD, using function pointers and bind them at constructor time.
Then in the cloud environment, users can compiler once for the minimum ta
This patch dynamically selects functions of memcpy at run-time based
on CPU flags that current machine supports. This patch uses function
pointers which are bind to the relative functions at constrctor time.
In addition, AVX512 instructions set would be compiled only if users
config it enabled and
This patch modifies assignment of alignment unit from build-time
to run-time based on CPU flags that machine supports.
Signed-off-by: Xiaoyun Li
---
test/test/test_memcpy_perf.c | 40 +++-
1 file changed, 27 insertions(+), 13 deletions(-)
diff --git a/test/te
This patch dynamically selects x86 EFD functions at run-time.
This patch uses function pointer and binds it to the relative
function based on CPU flags at constructor time.
Signed-off-by: Xiaoyun Li
---
lib/librte_efd/rte_efd_x86.h | 41 ++---
1 file changed,
On Mon, Oct 02, 2017 at 02:46:24PM +0100, Bruce Richardson wrote:
> On Mon, Oct 02, 2017 at 01:53:17PM +0200, Adrien Mazarguil wrote:
> > Hi Stephen,
> >
> > On Fri, Sep 29, 2017 at 08:37:49AM -0700, Stephen Hemminger wrote:
> > > The Linux kernel style policy about strings is that strings should
> -Original Message-
> From: Wang, Yipeng1
> Sent: Wednesday, September 27, 2017 6:41 PM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; Tai, Charlie ; Gobriel,
> Sameh ; De Lara Guarch, Pablo
> ; Mcnamara, John
> ; Wang, Yipeng1
> Subject: [PATCH v4 6/7] test/member: add functional and pe
Hi Thomas,
On 2/10/2017 4:39 PM, Thomas Monjalon wrote:
02/10/2017 17:06, Hunt, David:
On 2/10/2017 3:55 PM, Thomas Monjalon wrote:
+DPDK_17.11 {
+ global:
+
+ rte_power_acpi_turbo_status;
Is it really the function you want to expose?
rte_power_turbo_status seems more generic.
> -Original Message-
> From: Li, Xiaoyun
> Sent: Monday, October 2, 2017 5:13 PM
> To: Ananyev, Konstantin ; Richardson, Bruce
>
> Cc: Lu, Wenzhuo ; Zhang, Helin ;
> dev@dpdk.org; Li, Xiaoyun
> Subject: [PATCH v4 1/3] eal/x86: run-time dispatch over memcpy
>
> This patch dynamically
Generic Segmentation Offload (GSO) is a SW technique to split large
packets into small ones. Akin to TSO, GSO enables applications to
operate on large packets, thus reducing per-packet processing overhead.
To enable more flexibility to applications, DPDK GSO is implemented
as a standalone library.
From: Jiayu Hu
Generic Segmentation Offload (GSO) is a SW technique to split large
packets into small ones. Akin to TSO, GSO enables applications to
operate on large packets, thus reducing per-packet processing overhead.
To enable more flexibility to applications, DPDK GSO is implemented
as a st
From: Jiayu Hu
This patch adds GSO support for TCP/IPv4 packets. Supported packets
may include a single VLAN tag. TCP/IPv4 GSO doesn't check if input
packets have correct checksums, and doesn't update checksums for
output packets (the responsibility for this lies with the application).
Additional
This patch adds a framework that allows GSO on tunneled packets.
Furthermore, it leverages that framework to provide GSO support for
VxLAN-encapsulated packets.
Supported VxLAN packets must have an outer IPv4 header (prepended by an
optional VLAN tag), and contain an inner TCP/IPv4 packet (with an
This patch adds GSO support for GRE-tunneled packets. Supported GRE
packets must contain an outer IPv4 header, and inner TCP/IPv4 headers.
They may also contain a single VLAN tag. GRE GSO doesn't check if all
input packets have correct checksums and doesn't update checksums for
output packets. Addi
From: Jiayu Hu
This patch adds GSO support to the csum forwarding engine. Oversized
packets transmitted over a GSO-enabled port will undergo segmentation
(with the exception of packet-types unsupported by the GSO library).
GSO support is disabled by default.
GSO support may be toggled on a per-p
Add programmer's guide doc to explain the design and use of the
GSO library.
Signed-off-by: Mark Kavanagh
Signed-off-by: Jiayu Hu
---
MAINTAINERS| 6 +
.../generic_segmentation_offload_lib.rst | 256 +++
.../prog_guide/img/gso-output-s
02/10/2017 18:25, Hunt, David:
> Hi Thomas,
>
>
> On 2/10/2017 4:39 PM, Thomas Monjalon wrote:
> > 02/10/2017 17:06, Hunt, David:
> >> On 2/10/2017 3:55 PM, Thomas Monjalon wrote:
> >>> +DPDK_17.11 {
> +global:
> +
> +rte_power_acpi_turbo_status;
> >>> Is it really
> -Original Message-
> From: Li, Xiaoyun
> Sent: Monday, October 2, 2017 5:13 PM
> To: Ananyev, Konstantin ; Richardson, Bruce
>
> Cc: Lu, Wenzhuo ; Zhang, Helin ;
> dev@dpdk.org; Li, Xiaoyun
> Subject: [PATCH v4 3/3] efd: run-time dispatch over x86 EFD functions
>
> This patch dynam
On Fri, Sep 29, 2017 at 12:57:22PM +, Wu, Jingjing wrote:
> Hi, Shijith
>
> Only removing the PCI reset in uio device open function is not enough.
>
> We faced an issue like:
>
> 1. Here is a FVL NIC, generate VF on one port, and then pass-through the VF
> by vfio-pci to VM:
> For example:
On 10/2/2017 3:50 PM, Raslan Darawsheh wrote:
> Add a new offload capability flag for Rx HW
> timestamp and enabling/disabling this via rte_eth_rxmode.
>
> Signed-off-by: Raslan Darawsheh
> Acked-by: Yongseok Koh
Hi Raslan,
Is this v4? There are two versions sent today without version
informat
On 10/2/2017 3:59 PM, Thomas Monjalon wrote:
> It is a reminder that the constructors without priority
> get the lowest priority.
>
> Signed-off-by: Thomas Monjalon
Reviewed-by: Ferruh Yigit
I believe I've spotted an issue in the way inter-PMD dependencies are handled
when building shared libraries. The depdirs_rule in mk/rte.subdir.mk relies on
DEPDIRS-xyz containing the names of subdirectories that xyz depends on. In
mk/rte.lib.mk, these DEPDIRS are converted into LDLIBS. This wor
On 9/28/2017 10:43 PM, Ajit Khaparde wrote:
> This patch set includes some bug fixes and also adds
> support for new dev_ops like rx_queue_count,
> rx/tx_descriptor_status, get/set_eeprom
> and rx_queue_intr_enable/disable.
> It also adds support for the flow_filter funciton to add
> Flow API funct
On 9/8/2017 10:07 AM, Bruce Richardson wrote:
> On Fri, Sep 08, 2017 at 11:28:52AM +0800, Xiaoyun Li wrote:
>> The -march=atom flag is for older atom CPUs and don't support SSE4 which
>> is the minimum reqiurement for DPDK. And in fact, the current atom CPUs
>> support SSE4. So this patch removes a
On 9/29/2017 2:04 PM, Michal Jastrzebski wrote:
> Coverity reports check_after_deref:
> Null-checking rq suggests that it may be null, but it
> has already been dereferenced on all paths leading to
> the check.
> This patch removes NULL checking of "rq" from function
> vmxnet3_dev_rx_queue_reset as
On 10/2/2017 10:39 PM, Ferruh Yigit wrote:
> On 9/29/2017 2:04 PM, Michal Jastrzebski wrote:
>> Coverity reports check_after_deref:
>> Null-checking rq suggests that it may be null, but it
>> has already been dereferenced on all paths leading to
>> the check.
>> This patch removes NULL checking of
On 9/28/2017 1:29 PM, Shreyansh Jain wrote:
> Change Log:
>
>
> v6:
> - rebased over net-next/master (9d660ac)
> - fixed mk/rte.app.mk (Thomas's comment). It had incorrect
>style of adding library linking
> - changed from manual memcpy of etheraddr to ether_addr_copy
>as s
On 9/28/2017 3:10 PM, Shreyansh Jain wrote:
> Fixes: 5ad2d123be48 "(bus/dpaa: introducing FMan configurations)"
>
> Signed-off-by: Shreyansh Jain
Series squashed into relevant commit in next-net, thanks.
Hi
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Tuesday, October 3, 2017 00:39
> To: Li, Xiaoyun ; Richardson, Bruce
>
> Cc: Lu, Wenzhuo ; Zhang, Helin
> ; dev@dpdk.org
> Subject: RE: [PATCH v4 1/3] eal/x86: run-time dispatch over memcpy
>
>
>
> > -Original Message-
On 10/2/2017 12:06 PM, Doherty, Declan wrote:
> On 20/09/2017 7:04 PM, Gowrishankar wrote:
>> From: Gowrishankar Muthukrishnan
>>
>> At present, creating bonding devices using --vdev is broken for PMD like
>> mlx5 as it is neither UIO nor VFIO based and hence PMD driver is unknown
>> to find_port_
1 - 100 of 122 matches
Mail list logo
