> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Chas Williams
> Sent: Monday, February 19, 2018 8:40 AM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; Chas Williams
> Subject: [dpdk-dev] [PATCH] net/e1000: add mac_addr_set set to em
>
> From: Chas Williams
>
> Base
>
>
>> -Original Message-
>> From: Ravi Kumar [mailto:ravi1.ku...@amd.com]
>> Sent: Monday, March 19, 2018 12:24 PM
>> To: dev@dpdk.org
>> Cc: De Lara Guarch, Pablo ;
>> hemant.agra...@nxp.com
>> Subject: [PATCH v5 01/19] crypto/ccp: add AMD ccp skeleton PMD
>>
>> Signed-off-by: Ravi Kuma
>
> +static int
> +eth_dev_event_callback_register(portid_t port_id)
> +{
> + int diag;
> + char *device_name;
> +
> + /* if port id equal -1, unregister all device event callbacks */
> + if (port_id == (portid_t)HOT_PLUG_FOR_ALL_DEVICE) {
> + device_name = NULL;
> +
On Sunday 01 April 2018 05:56 PM, Anatoly Burakov wrote:
> We already use VA addresses for IOVA purposes everywhere if we're in
> RTE_IOVA_VA mode:
> 1) rte_malloc_virt2phy()/rte_malloc_virt2iova() always return VA addresses
> 2) Because of 1), memzone's IOVA is set to VA address on reserve
> 3
> -Original Message-
> From: Burakov, Anatoly
> Sent: Sunday, April 1, 2018 1:06 AM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng; Ananyev, Konstantin; tho...@monjalon.net
> Subject: [PATCH v7 2/3] eal: rename mp_request to mp_request_sync
>
> Rename rte_mp_request to rte_mp_request_sync to ind
> -Original Message-
> From: Xu, Rosen
> Sent: Monday, April 02, 2018 12:26
> To: 'gaetan.ri...@6wind.com'
> Cc: 'dev@dpdk.org' ; Doherty, Declan
> ; Richardson, Bruce
> ; 'shreyansh.j...@nxp.com'
> ; Zhang, Tianfei ; Wu,
> Hao
> Subject: RE: [PATCH v3 4/6] drivers/bus: Add Intel FPGA B
Enhanced the action RTE_FLOW_TYPE_ACTION_COUNT, number of
milliseconds since last hit can be queried.
Signed-off-by: Qi Zhang
---
lib/librte_ether/rte_flow.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_ether/rte_flow.h b/lib/librte_ether/rte_flow.h
index 1080086..8f75db0 100
Add new actions that be used to modify packet content with
generic semantic:
RTE_FLOW_ACTION_TYPE_FIELD_UPDATE:
- update specific field of packet
RTE_FLWO_ACTION_TYPE_FIELD_INCREMENT:
- increament specific field of packet
RTE_FLWO_ACTION_TYPE_FIELD_DECREMENT:
- decreament s
Add new protocol header match support as below
RTE_FLOW_ITEM_TYPE_ARP
- match IPv4 ARP header
RTE_FLOW_ITEM_TYPE_EXT_HDR_ANY
- match any IPv6 extension header
RTE_FLOW_ITEM_TYPE_ICMPV6
- match IPv6 ICMP header
RTE_FLOW_ITEM_TYPE_ICMPV6_TGT_ADDR
- match IPv6 ICMP Tar
v2:
- fix couple typoes in code, doc and commit log
This patch extend rte_flow API.
The purpose is to provide necessary programming interface for virtual
switch software (such as OVS) to take advantage of incoming device's
vSwitch acceleration capability when using DPDK as data plane.
Below is s
Add action RTE_FLOW_ACTION_TYPE_PORT, it can be used to redirect
a packet to a network interface that connect to the same switch
domain, rte_ethdev's port_id is used as an identification of the
destination. A typical use case is: with a smart NIC for vSwitch
acceleration, flow is defined to forward
> -Original Message-
> From: Xu, Rosen
> Sent: Sunday, April 01, 2018 0:31
> To: gaetan.ri...@6wind.com
> Cc: dev@dpdk.org; Doherty, Declan ;
> Richardson, Bruce ; shreyansh.j...@nxp.com;
> Zhang, Tianfei ; Wu, Hao
> Subject: RE: [PATCH v3 4/6] drivers/bus: Add Intel FPGA Bus Lib Code
>
On 3/30/2018 12:59 AM, Stephen Hemminger wrote:
On Fri, 30 Mar 2018 00:00:04 +0800
Jeff Guo wrote:
+ ret = ioctl(netlink_fd, FIONBIO, &nonblock);
+ if (ret != 0) {
+ RTE_LOG(ERR, EAL, "ioctl(FIONBIO) failed.\n");
+ goto err;
+ }
+ retu
Sin
On 3/30/2018 1:00 AM, Stephen Hemminger wrote:
On Fri, 30 Mar 2018 00:00:04 +0800
Jeff Guo wrote:
+dev_uev_monitor_create(int netlink_fd)
+{
+ struct sockaddr_nl addr;
+ int ret;
+ int size = 64 * 1024;
+ int nonblock = 1;
+
+ memset(&addr, 0, sizeof(addr));
+
On 3/30/2018 1:00 AM, Stephen Hemminger wrote:
On Fri, 30 Mar 2018 00:00:05 +0800
Jeff Guo wrote:
Use testpmd for example, to show an application how to use device event
mechanism to monitor the hotplug event, involve both hot removal event
and the hot insertion event.
The process is that,
-Original Message-
> Date: Thu, 29 Mar 2018 14:48:26 +
> From: "Van Haaren, Harry"
> To: "Ma, Liang J" , "jerin.ja...@caviumnetworks.com"
>
> CC: "dev@dpdk.org" , "Jain, Deepak K"
> , "Geary, John" ,
> "Mccarthy, Peter"
> Subject: RE: [PATCH v2] event/opdl: fix atomic queue race c
Hi Thomas,
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Saturday, March 31, 2018 9:16 PM
> To: Maxime Coquelin
> Cc: Wang, Xiao W ; Yigit, Ferruh
> ; dev@dpdk.org; Wang, Zhihong
> ; y...@fridaylinux.org; Tan, Jianfeng
> ; Bie, Tiwei ; Liang, Cunming
>
Hi Reshma:
Thanks for your review and I accepted most of your comments except:
1. doc and code will still be merged in one patch to follow the usual
way when we add a new API.
2. code re-org for "ifndef _cpluscplus", is not the scope of the patch,
it could be done separat
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Friday, March 30, 2018 9:48 PM
> To: dev@dpdk.org
> Cc: Ajit Khaparde ; Jerin Jacob
> ; Shijith Thotton
> ; Santosh Shukla
> ; Rahul Lakkireddy
> ; John Daley ; Lu,
> Wenzhuo ; Ananyev, Konstantin
> ; Xing,
Expose the runtime queue configuration capability and enhance
i40e_dev_[rx|tx]_queue_setup to handle the situation when
device already started.
Signed-off-by: Qi Zhang
---
v5:
- fix first tx queue check.
v4:
- fix rx/tx conflict check.
- no need conflict check for first rx/tx queue at runtime se
v5:
- fix first tx queue check in i40e.
v4:
- fix i40e rx/tx funciton conflict handle.
- no need conflict check for first rx/tx queue at runtime setup.
- fix missing offload paramter in testpmd cmdline.
v3:
- not overload deferred start.
- rename deferred setup to runtime setup.
- remove unecessa
Add new command to setup queue:
queue setup (rx|tx) (port_id) (queue_idx) (ring_size) (offloads)
rte_eth_[rx|tx]_queue_setup will be called corresponsively
Signed-off-by: Qi Zhang
---
v5:
- fix command description.
v4:
- fix missing offload in command line.
v3:
- add offload parameter to queue
The patch let etherdev driver expose the capability flag through
rte_eth_dev_info_get when it support runtime queue configuraiton,
then base on the flag rte_eth_[rx|tx]_queue_setup could decide
continue to setup the queue or just return fail when device already
started.
Signed-off-by: Qi Zhang
--
-Original Message-
> Date: Thu, 29 Mar 2018 12:38:01 +
> From: "Van Haaren, Harry"
> To: Mattias Rönnblom , "dev@dpdk.org"
> Subject: Re: [dpdk-dev] [PATCH] eventdev: fix incorrect MP/MC tail updates
> in rte_event_ring
>
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ma
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Sunday, April 1, 2018 8:18 PM
> To: Zhang, Qi Z ; tho...@monjalon.net
> Cc: dev@dpdk.org; Xing, Beilei ; Wu, Jingjing
> ; Lu, Wenzhuo
> Subject: RE: [PATCH v4 3/3] net/i40e: enable runtime queue setup
>
>
>
> > +
> > +static int
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Saturday, March 31, 2018 3:38 PM
> To: Wang, Zhihong ; dev@dpdk.org
> Cc: Tan, Jianfeng ; Bie, Tiwei
> ; y...@fridaylinux.org; Liang, Cunming
> ; Wang, Xiao W ; Daly,
> Dan
> Subject: Re: [PATCH v4 2
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Saturday, March 31, 2018 3:04 PM
> To: Wang, Zhihong ; dev@dpdk.org
> Cc: Tan, Jianfeng ; Bie, Tiwei
> ; y...@fridaylinux.org; Liang, Cunming
> ; Wang, Xiao W ; Daly,
> Dan
> Subject: Re: [PATCH v4 3
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Saturday, March 31, 2018 2:10 PM
> To: Wang, Zhihong ; dev@dpdk.org
> Cc: Tan, Jianfeng ; Bie, Tiwei
> ; y...@fridaylinux.org; Liang, Cunming
> ; Wang, Xiao W ; Daly,
> Dan
> Subject: Re: [PATCH v4 2
On Sun, 01 Apr 2018 12:42:38 +
bugzi...@dpdk.org wrote:
> https://dpdk.org/tracker/show_bug.cgi?id=22
>
> Bug ID: 22
>Summary: Ixgbe driver sets RDRXCTL with the wrong RSCACKC and
> FCOE_WRFIX values
>Product: DPDK
>Version:
Hi,
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Friday, March 30, 2018 9:48 PM
> To: dev@dpdk.org
> Cc: Ajit Khaparde ; Jerin Jacob
> ; Shijith Thotton
> ; Santosh Shukla
> ; Rahul Lakkireddy
> ; John Daley ; Lu,
> Wenzhuo ; Ananyev, Konstantin
> ; Xin
Hi Pawel,
> -Original Message-
> From: Wodkowski, PawelX
> Sent: Thursday, March 29, 2018 2:48 PM
> To: Zhang, Roy Fan ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com; jianjay.z...@huawei.com; Tan, Jianfeng
>
> Subject: RE: [dpdk-dev] [PATCH v4 1/8] lib/librte_vhost: add external
> backen
https://dpdk.org/tracker/show_bug.cgi?id=26
Bug ID: 26
Summary: Ixgbe driver does not ensure FWSM firmware mode is
valid before using it
Product: DPDK
Version: unspecified
Hardware: All
OS: All
S
https://dpdk.org/tracker/show_bug.cgi?id=25
Bug ID: 25
Summary: Ixgbe driver sets TDH register after TXDCTL.ENABLE is
set
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: CONFIRME
https://dpdk.org/tracker/show_bug.cgi?id=24
Bug ID: 24
Summary: Ixgbe driver sets unknown bit of the 82599's
SW_FW_SYNC register
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: C
https://dpdk.org/tracker/show_bug.cgi?id=23
Bug ID: 23
Summary: Ixgbe driver writes to reserved bit in the EIMC
register
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: CONFIRMED
https://dpdk.org/tracker/show_bug.cgi?id=22
Bug ID: 22
Summary: Ixgbe driver sets RDRXCTL with the wrong RSCACKC and
FCOE_WRFIX values
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Sta
https://dpdk.org/tracker/show_bug.cgi?id=21
Bug ID: 21
Summary: Ixgbe driver changes FCTRL without first disabling
RXCTRL.RXEN
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: CON
https://dpdk.org/tracker/show_bug.cgi?id=20
Bug ID: 20
Summary: Undefined behavior caused by NUMA function in
eal_memory
Product: DPDK
Version: unspecified
Hardware: All
OS: Linux
Status: CONFIRM
Cc: sta...@dpdk.org
Signed-off-by: Anatoly Burakov
---
drivers/bus/fslmc/fslmc_vfio.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/bus/fslmc/fslmc_vfio.c b/drivers/bus/fslmc/fslmc_vfio.c
index e840ad6..1310190 100644
--- a/drivers/bus/fslmc/fslmc_vfio.c
+++ b/d
Cc: sta...@dpdk.org
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/linuxapp/eal/eal_vfio.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal_vfio.c
b/lib/librte_eal/linuxapp/eal/eal_vfio.c
index e44ae4d..2421d51 100644
--- a/lib/li
We already use VA addresses for IOVA purposes everywhere if we're in
RTE_IOVA_VA mode:
1) rte_malloc_virt2phy()/rte_malloc_virt2iova() always return VA addresses
2) Because of 1), memzone's IOVA is set to VA address on reserve
3) Because of 2), mempool's IOVA addresses are set to VA addresses
T
Fixes: 2eb6a1a3e5fc ("app/crypto-perf: fix crypto op init")
Cc: pablo.de.lara.gua...@intel.com
Cc: sta...@dpdk.org
Signed-off-by: Anatoly Burakov
---
app/test-crypto-perf/cperf_test_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/app/test-crypto-perf/cperf_test_commo
https://dpdk.org/tracker/show_bug.cgi?id=19
Bug ID: 19
Summary: Crash on initialization if first RTE_MAX_LCORE cores
are disabled
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status:
> +queue setup
> +~~~
> +
> +Setup a not started queue or re-setup a started queue::
> +
> + testpmd> queue setup (rx|tx) (port_id) (queue_idx) (ring_size) (offloads)
As a nit - probably need to rephrase here - it is not possible to setup started
queue.
Konstantin
> +
> Port Functio
https://dpdk.org/tracker/show_bug.cgi?id=18
Bug ID: 18
Summary: mmap with MAP_ANONYMOUS should have fd == -1
Product: DPDK
Version: unspecified
Hardware: All
OS: Linux
Status: CONFIRMED
Severity: minor
> +
> +static int
> +i40e_dev_rx_queue_setup_runtime(struct rte_eth_dev *dev,
> + struct i40e_rx_queue *rxq)
> +{
> + struct i40e_adapter *ad =
> + I40E_DEV_PRIVATE_TO_ADAPTER(dev->data->dev_private);
> + int use_def_burst_func =
> + che
Hi Qi,
> > > > > >
> > > > > > Hi Daiwei:
> > > > > >
> > > > > > > +static uint64_t fm10k_get_rx_queue_offloads_capa(struct
> > > > > > > +rte_eth_dev
> > > > > > > +*dev) {
> > > > > > > + RTE_SET_USED(dev);
> > > > > > > +
> > > > > > > + return (uint64_t)(DEV_RX_OFFLOAD_SCATTER);
> > > > > > >
Friday, March 30, 2018 8:22 PM, Yongseok Koh:
> Subject: Re: [dpdk-dev] [PATCH v2] net/mlx5: add ptype table idx for TCP
> ACK packets
>
> On Fri, Mar 30, 2018 at 01:13:38PM +0800, Bin Huang wrote:
> > From: Bin Huang
> >
> > According to CQE format:
> > - l4_hdr_type:
> > 0 - None
> >
Thursday, March 29, 2018 11:54 PM, Yongseok Koh:
>
> > On Mar 29, 2018, at 6:36 AM, Bruce Richardson
> wrote:
> >
> > When linking the mlx glue code libraries using CC, the linker
> > arguments in LDFLAGS are not prefixed with -Wl. [The EXTRA_LDFLAGS are
> > though.] This leads to warning message
Wednesday, March 28, 2018 11:24 AM, Adrien Mazarguil:
> Subject: Re: [dpdk-dev] [PATCH] net/mlx4: fix a typo in mlx4 header file.
>
> On Tue, Mar 27, 2018 at 09:07:09PM -0400, Rami Rosen wrote:
> > This patch fixes a trivial typo in mlx4 header file.
> >
> > Signed-off-by: Rami Rosen
>
> Thanks.
Thursday, March 29, 2018 4:32 PM, Ferruh Yigit:
> On 3/29/2018 8:56 AM, Shahaf Shuler wrote:
> > Thursday, March 29, 2018 10:43 AM, Thomas Monjalon:
> >> 29/03/2018 07:38, Shahaf Shuler:
> >>> Wednesday, March 21, 2018 9:48 PM, Ferruh Yigit:
> DEV_RX_OFFLOAD_KEEP_CRC offload flag added.
> >
>
51 matches
Mail list logo
