On 2015/06/17 20:05, Xie, Huawei wrote:
> On 6/17/2015 12:17 PM, Tetsuya Mukawa wrote:
>> On 2015/06/02 10:50, Huawei Xie wrote:
>>> rte_vhost_driver_unregister will remove the listenfd from event list, and
>>> then close it.
>>>
>>> Signed-off-by: Huawei Xie
>>> Signed-off-by: Peng Sun
>>> ---
This VXLAN sample simulates a VXLAN Tunnel Endpoint (VTEP) termination in DPDK,
which is used to demonstrate the offload and filtering capabilities of i40 NIC
for VXLAN packet.
And this sample uses the basic virtio devices management function from vHost
example, and the US-vHost interface and t
This sample uses the basic virtio devices management function from the vHost
example, which includes virtio device creation, destroying and maintenance.
Signed-off-by: Jijiang Liu
---
examples/Makefile |1 +
examples/tep_termination/Makefile | 55 ++
examples/tep_terminati
Some basic VXLAN definations are added in this file, which includes VXLAN port
information and VXLAN device structures.
Signed-off-by: Jijiang Liu
Signed-off-by: Thomas Long
---
examples/tep_termination/main.c |1 +
examples/tep_termination/vxlan.h | 60 +
We are trying to create a framework for tunneling packet processing, so some
common APIs are added here, which includes
1> tunnel port configuration
2> tunnel setup
3> tunnel destroying
4> tunneling packet processing for Rx side
5> tunneling packet processing for Tx side
6> tunnel parameter
The port number of UDP tunneling packet is configurable, which has 16 entries
in total for i40e.
Signed-off-by: Jijiang Liu
---
examples/tep_termination/main.c| 19 +++
examples/tep_termination/vxlan_setup.c | 13 -
examples/tep_termination/vxlan_setup.h
To implement the following functions:
1> VXLAN port configuration
2> VXLAN tunnel setup
3> VXLAN tunnel destroying
4> VXLAN packet processing for Rx side
5> VXLAN packet processing for Tx side
Signed-off-by: Jijiang Liu
Signed-off-by: Thomas Long
---
examples/tep_termination/Makefile
If the 'tso-segsz' is not 0, it means TSO offload is enabled.
Signed-off-by: Jijiang Liu
---
examples/tep_termination/main.c| 19 +++
examples/tep_termination/vxlan.c |7 +++
examples/tep_termination/vxlan.h |2 ++
examples/tep_termination/vxlan_
For UDP tunneling packet, the inner Tx checksum offload means inner IPv4 and
inner L4(TCP/UDP/SCTP).
Signed-off-by: Jijiang Liu
---
examples/tep_termination/main.c | 19 +
examples/tep_termination/vxlan.c | 81 ++
examples/tep_termination/vxlan.h
The following filter types are supported for VXLAN:
1> Inner MAC&VLAN and tenent ID
2> Inner MAC and tenent ID, and Outer MAC
3> Inner MAC and tenent ID
Signed-off-by: Jijiang Liu
---
examples/tep_termination/main.c| 22 ++
examples/tep_termination/vxlan_setup.c | 67 +
The number of packets with bad RX IP and L4 checksum in inner header is
recorded.
Signed-off-by: Jijiang Liu
---
examples/tep_termination/main.c| 10 +-
examples/tep_termination/main.h|4
examples/tep_termination/vxlan_setup.c | 10 ++
examples/tep_t
The two flags are enabled by default. Sometimes we want to know the performance
influence of the encapsulation and decapsulation operations, and
I think we should add the two configuration options.
Signed-off-by: Jijiang Liu
---
examples/tep_termination/main.c| 40
On 6/18/2015 5:02 AM, Thomas Monjalon wrote:
> 2015-06-05 11:26, Huawei Xie:
>> rte_vhost_driver_unregister will remove the listenfd from event list, and
>> then close it.
>>
>> Signed-off-by: Huawei Xie
>> Signed-off-by: Peng Sun
>> ---
>> lib/librte_vhost/rte_virtio_net.h| 3 ++
>
Two opens here, the trivial one is i think it is not good practice to
explicitly inline non performance critical functions in c file, even if
it will be done by compiler anyway.
The critical one i have concern is whether it will introduce
inconsistency if we call fd_install on a fd that is just clo
Dear Sy Jong,
I'm planning to program a driver to get all the ethport's net_device structure,
because I need some information from these net_device structures.
And I also need to use net_device struct's ethtool_cmd to get some information
e.g. ethtool_cmd.phy_address, net_device->ethtool_ops->ge
Hi all,
Does any one tried to compile the 32 bit version of DPDK on BSD?
--
Thanks & Regards,
Mohit Prakash Saxena
Citrix R & D India Pvt. Ltd.
Mb: +91 90368 98569 <#UNIQUE_ID_SafeHtmlFilter_>
Email: mohit.saxena at citrix.com
Hi Thomas,
On Wed, Jun 17, 2015 at 14:30:55 +0200, Thomas Monjalon wrote:
> It doesn't build as a shared library.
> Please add EXPORT_MAP and LIBABIVER to the Makefile.
Will fix this in v3.
> It would be easier to test if build config was merged in this patch,
> with the Makefile.
>
> Please me
v3 changes:
- add more result check for MAC table mailbox operation for VLAN filter
- remove two extra indentation tabs
v2 changes:
- add result check when updating MAC address table for VLAN filter
- move VLAN Table updating to the end of VLAN filter process
- release mailbox lock immediate
VLAN filter was updated to add/delete one static entry in MAC table for each
combination of VLAN and MAC address. More sanity checks were added.
Signed-off-by: Shaopeng He
---
drivers/net/fm10k/fm10k.h| 23 ++
drivers/net/fm10k/fm10k_ethdev.c | 65
MAC filter function was newly added, each PF and VF can have up to 64 MAC
addresses. VF filter needs support from PF host, which is not available now.
Signed-off-by: Shaopeng He
---
drivers/net/fm10k/fm10k.h| 3 +-
drivers/net/fm10k/fm10k_ethdev.c | 91 ++
Fm10k PF/VF does not support QinQ; VLAN strip and filter are always on
for PF/VF ports.
Signed-off-by: Shaopeng He
---
drivers/net/fm10k/fm10k_ethdev.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/drivers/net/fm10k/fm10k_ethdev.c b/drivers/net/fm
> -Original Message-
> From: Qiu, Michael
> Sent: Wednesday, June 17, 2015 3:59 PM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Iremonger, Bernard; He, Shaopeng; Qiu, Michael
> Subject: [PATCH 1/2 v2] fm10k: Free queues when close port
>
> When close a port, lots of memory should be released
Hi
I am trying to write an application "abc" using DPDK 2.0.0 that calls
rte_eal_init to test if EAL is setup correctly. I have run "helloworld" and
"l2fwd" applications and they run fine on my setup.
A new thing that i am trying is to create a libdpdk.a file using build
target "x86_64-native-lin
> -Original Message-
> From: He, Shaopeng
> Sent: Thursday, June 18, 2015 3:21 PM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Qiu, Michael; He, Shaopeng
> Subject: [PATCH v3 0/3] fm10k: update MAC/VLAN filter and VLAN offload
> features
>
> v3 changes:
> - add more result check for MAC ta
Hi Neil
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> Sent: Wednesday, June 17, 2015 6:35 PM
> To: Thomas Monjalon
> Cc: announce at dpdk.org
> Subject: Re: [dpdk-dev] [dpdk-announce] important design choices - statistics
> -
> ABI
>
> On We
>-Original Message-
>From: gowrishankar [mailto:gowrishankar.m at linux.vnet.ibm.com]
>Sent: Wednesday, June 17, 2015 7:54 PM
>To: Du, Fan
>Cc: Loftus, Ciara; dev at dpdk.org; dev at openvswitch.org
>Subject: Re: [ovs-dev] dpdkvhostuser fail to alloc memory when receive packet
>from other
On Fri, Jun 05, 2015 at 03:33:20PM +0100, Pablo de Lara wrote:
> This patch replaces the existing hash library with another approach,
> using the Cuckoo Hash method to resolve collisions (open addressing),
> which pushes items from a full bucket when a new entry tries
> to be added in it, storing t
On Wed, Jun 17, 2015 at 11:29:49PM +0200, Thomas Monjalon wrote:
> 2015-06-16 10:16, Roman Dementiev:
> > --- a/lib/librte_eal/common/include/arch/x86/rte_spinlock.h
> > +++ b/lib/librte_eal/common/include/arch/x86/rte_spinlock.h
> > @@ -39,6 +39,13 @@ extern "C" {
> > #endif
> >
> > #include "
On Thu, Jun 18, 2015 at 11:58:02AM +0530, Mohit Saxena wrote:
> Hi all,
>
> Does any one tried to compile the 32 bit version of DPDK on BSD?
>
No. For FreeBSD we only currently have a 64-bit target.
However, if you do manage to get it to work, patches are always welcome. :-)
Regards,
/Bruce
>
On Thu, Jun 18, 2015 at 01:07:33PM +0500, Umar Farooq wrote:
> Hi
>
> I am trying to write an application "abc" using DPDK 2.0.0 that calls
> rte_eal_init to test if EAL is setup correctly. I have run "helloworld" and
> "l2fwd" applications and they run fine on my setup.
>
> A new thing that i am
Self NACK - missing CONFIG_ prefix in config file defines. The same issue is
present in table stats patchset.
Will resend new version today.
> -Original Message-
> From: Jastrzebski, MichalX K
> Sent: Monday, June 08, 2015 5:00 PM
> To: dev at dpdk.org
> Cc: Gajdzica, MaciejX T
> Subject:
This series of patches add the CXGBE Poll Mode Driver support for Chelsio
Terminator 5 series of 10G/40G adapters. The CXGBE PMD is split into multiple
patches. The first patch adds the hardware specific api for all supported
Chelsio T5 adapters and the patches from 2 to 8 add the actual DPDK CXG
Adds hardware specific api for all the Chelsio T5 adapters under
drivers/net/cxgbe/base directory.
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
v3:
- No changes
v2:
- Move files to new directory under drivers/net/cxgbe/base and update commit
log.
- Few bug fixes related to
Adds cxgbe poll mode driver for DPDK under drivers/net/cxgbe directory. This
patch:
1. Adds the Makefile to compile cxgbe pmd.
2. Registers and initializes the cxgbe pmd driver.
Enable cxgbe PMD for compilation and linking with changes to:
1. config/common_linuxapp to add macros for cxgbe pmd.
2.
Adds RX support for the cxgbe poll mode driver. This patch:
1. Adds rx queue related eth_dev_ops.
2. Adds RSS support.
3. Adds dev_configure() and dev_infos_get() eth_dev_ops.
4. Adds rx_pkt_burst for receiving packets.
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
v3:
- No
Adds dev_start(), dev_stop(), and dev_close() eth_dev_ops for cxgbe poll
mode driver.
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
v3:
- No changes.
v2:
- This patch is a subset of patch 2/5 submitted in v1.
- Few changes related to tx bug fixes.
drivers/net/cxgbe/cxgbe.h
Adds TX support for the cxgbe poll mode driver. This patch:
1. Adds tx queue related eth_dev_ops.
2. Adds tx_pkt_burst for transmitting packets.
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
v3:
- No changes.
v2:
- This patch is a subset of patch 2/5 submitted in v1.
- Few
Adds link update, promiscuous and multicast related eth_dev_ops for cxgbe poll
mode driver.
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
v3:
- No changes.
v2:
- This patch is a subset of patch 2/5 submitted in v1.
- Update cxgbe_dev_link_update() to return correct value.
d
Adds stats_get() and stats_reset() eth_dev_ops for cxgbe poll mode driver.
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
v3:
- No changes.
v2:
- This patch is a subset of patch 2/5 submitted in v1.
drivers/net/cxgbe/cxgbe.h| 2 +
drivers/net/cxgbe/cxgbe_ethdev.c |
Adds cxgbe poll mode driver documentation under the usual doc/guides/nics/
directory with the rest of the drivers. The documentation covers cxgbe
implementation details, features and limitations, prerequisites, configuration,
and a sample application usage.
Signed-off-by: Rahul Lakkireddy
Signed
Adds flow control related eth_dev_ops for cxgbe poll mode driver.
Signed-off-by: Rahul Lakkireddy
Signed-off-by: Kumar Sanghvi
---
v3:
- No changes.
v2:
- This patch is a subset of patch 2/5 submitted in v1.
drivers/net/cxgbe/cxgbe_ethdev.c | 54
1 fil
Depending on the configured segments it is possible to hit a
segmentation fault as a result of decrementing an unsigned index with
value 0.
To avoid it, exit the loop if the index has value 0.
Signed-off-by: Sergio Gonzalez Monroy
---
lib/librte_ivshmem/rte_ivshmem.c | 2 ++
1 file changed, 2 i
2015-06-17 16:48, Maciej Gajdzica:
> From: Pawel Wodkowski
>
> Signed-off-by: Pawel Wodkowski
What is fixed exactly? What was the problem?
> @@ -60,6 +60,15 @@ struct rte_cfgfile {
> * for new entries do we add in */
> #define CFG_ALLOC_ENTRY_BATCH 16
>
> +/* Helpers */
> +
> +#define _sk
2015-06-17 16:48, Maciej Gajdzica:
> + char *start = _skip_spaceses(str);
Why not use a function with "char *" parameter instead of a macro?
This patch depends on the Port Hotplug Framework.
It implements the eth_dev_uninit functions for rte_em_pmd,
rte_igb_pmd and rte_igbvf_pmd.
Changes in V5:
Moved adapter stopped boolean to struct e1000_adapter.
Rebase to latest code.
Changes in V4:
Release rx and tx queues in eth_igbvf_dev_uninit.
2015-06-17 16:48, Maciej Gajdzica:
> Added new implementation of section parsing in config file. Refactored
> existing code by spliting it to smaller functions. Changed section
> allocation scheme and added new features - variable length entry value
> and line continue character '\'.
>
> Pawel Wo
>I agree with having a more complete API, but have some nits to pick.
>Could the API be more abstract to reduce ABI issues in future?
Which API? Are you referring to the APIs over ethdev level, or something else?
More abstract on input/output data structure definition or else? Could you be
more s
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Morten Br?rup
> Sent: Wednesday, June 17, 2015 10:54 AM
> To: Thomas Monjalon
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [dpdk-announce] important design choices -
> statistics - ABI
>
> Dear Thomas,
>
>
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, June 18, 2015 2:30 PM
> To: Wodkowski, PawelX
> Cc: dev at dpdk.org; Gajdzica, MaciejX T
> Subject: Re: [dpdk-dev] [PATCH v2 5/6] cfgfile: fixed calling free for each
> section
> in rte_cfg
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, June 18, 2015 2:37 PM
> To: Wodkowski, PawelX
> Cc: dev at dpdk.org; Gajdzica, MaciejX T
> Subject: Re: [dpdk-dev] [PATCH v2 6/6] cfgfile: added new implementation of
> section parsing
>
>
> > This patch fix doxygen warnings when generating documentation
> > for qos_meter and qos_sched
> >
> > Signed-off-by: Michal Jastrzebski
>
> Acked-by: Cristian Dumitrescu
Applied, thanks
On Mon, Jun 15, 2015 at 03:56:39PM +0800, Ouyang Changchun wrote:
> Each virtio device could have multiple queues, say 2 or 4, at most 8.
> Enabling this feature allows virtio device/port on guest has the ability to
> use different vCPU to receive/transmit packets from/to each queue.
>
> In multip
Signed-off-by: Konstantin Ananyev
---
drivers/net/i40e/i40e_ethdev.c | 2 ++
drivers/net/i40e/i40e_ethdev.h | 5 +
drivers/net/i40e/i40e_rxtx.c | 42 ++
3 files changed, 49 insertions(+)
diff --git a/drivers/net/i40e/i40e_ethdev.c b/drivers/net/i40
Signed-off-by: Konstantin Ananyev
---
drivers/net/ixgbe/ixgbe_ethdev.c | 4
drivers/net/ixgbe/ixgbe_ethdev.h | 6 ++
drivers/net/ixgbe/ixgbe_rxtx.c | 42
3 files changed, 52 insertions(+)
diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/driver
Signed-off-by: Konstantin Ananyev
---
app/test-pmd/cmdline.c | 48
app/test-pmd/config.c | 67 ++
app/test-pmd/testpmd.h | 2 ++
3 files changed, 117 insertions(+)
diff --git a/app/test-pmd/cmdline.c b/app/tes
Add the ability for the upper layer to query RX/TX queue information.
Add new structures:
struct rte_eth_rxq_info
struct rte_eth_txq_info
new functions:
rte_eth_rx_queue_info_get
rte_eth_tx_queue_info_get
into rte_etdev API.
Left extra free space in the queue info structures,
so extra fields co
Signed-off-by: Konstantin Ananyev
---
drivers/net/e1000/e1000_ethdev.h | 12
drivers/net/e1000/em_ethdev.c| 2 ++
drivers/net/e1000/em_rxtx.c | 38 ++
drivers/net/e1000/igb_ethdev.c | 4
drivers/net/e1000/igb_rxtx.c | 36 +
Add the ability for the upper layer to query RX/TX queue information.
Right now supported for:
ixgbe, i40e, e1000 PMDs.
Konstantin Ananyev (5):
ethdev: add new API to retrieve RX/TX queue information
i40e: add support for eth_(rxq|txq)_info_get
ixgbe: add support for eth_(rxq|txq)_info_get
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Matthew Hall
> Sent: Wednesday, June 17, 2015 5:37 AM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] [dpdk-announce] important design choices -
> statistics - ABI
>
> On Wed, Jun 17, 2015 at 01:29:47AM +0200,
The rte_eth_from_rings API allowed the creation of an ethdev port at
runtime using rte_rings as the underlying storage. However, the return
value from this function was either 0 or -1, and these values were never
actually documented in the API documentation. Unfortunately, the programmers
guide doc
Konstantin,
Is there a possibility to read information about available space in NIC queue
for TX.
It is quite easy to compute (or even available directly) and very useful
especially for application sending multi-descriptor packets like TCP TSO.
Now there is no access to such information and
On Mon, Jun 15, 2015 at 03:56:39PM +0800, Ouyang Changchun wrote:
> Each virtio device could have multiple queues, say 2 or 4, at most 8.
> Enabling this feature allows virtio device/port on guest has the ability to
> use different vCPU to receive/transmit packets from/to each queue.
>
> In multip
On Thu, Jun 18, 2015 at 01:30:33PM +, Walukiewicz, Miroslaw wrote:
> Konstantin,
>
> Is there a possibility to read information about available space in NIC queue
> for TX.
>
> It is quite easy to compute (or even available directly) and very useful
> especially for application sending mu
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Rahul Lakkireddy
> Sent: Thursday, June 18, 2015 1:17 PM
> To: dev at dpdk.org
> Cc: Felix Marti; Kumar Sanghvi; Nirranjan Kirubaharan
> Subject: [dpdk-dev] [PATCH v3 0/9] Chelsio Terminator 5 (T5) 10G/40G Poll
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Rahul Lakkireddy
> Sent: Thursday, June 18, 2015 1:17 PM
> To: dev at dpdk.org
> Cc: Felix Marti; Kumar Sanghvi; Nirranjan Kirubaharan
> Subject: [dpdk-dev] [PATCH v3 9/9] doc: add cxgbe PMD documentation under
>
Yes, really I need a high performance function - it is especially useful on TX
path.
Which queue query function are you talking here to be enhanced?
Mirek
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 18, 2015 3:39 PM
> To: Walukiewicz, Miroslaw
> Cc: Ananyev, Ko
On Thu, Jun 18, 2015 at 02:18:43PM +0100, Konstantin Ananyev wrote:
> Add the ability for the upper layer to query RX/TX queue information.
> Right now supported for:
> ixgbe, i40e, e1000 PMDs.
>
> Konstantin Ananyev (5):
> ethdev: add new API to retrieve RX/TX queue information
> i40e: add su
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Takuya ASADA
> Sent: Monday, April 6, 2015 7:58 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [RFC PATCHv3 7/7] doc: Add Getting Started Guide for
> OSv
>
> Described how to build DPDK for OSv, using "Capstan".
On Thu, Jun 18, 2015 at 02:56:52PM +0100, Walukiewicz, Miroslaw wrote:
> Yes, really I need a high performance function - it is especially useful on
> TX path.
>
> Which queue query function are you talking here to be enhanced?
>
There are already functions for querying the RX queue - so as to
Hi Mirek,
> -Original Message-
> From: Walukiewicz, Miroslaw
> Sent: Thursday, June 18, 2015 2:31 PM
> To: Ananyev, Konstantin; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCHv2 0/5] ethdev: add new API to retrieve RX/TX
> queue information
>
> Konstantin,
>
> Is there a possibility to
Hi Thomas,
On Wed, Jun 17, 2015 at 14:09:35 +0200, Thomas Monjalon wrote:
> Hi Rahul,
>
> 2015-06-16 19:46, Rahul Lakkireddy:
> > After the commit-id 90a1633b2 (eal/linux: allow to map BARs with MSI-X
> > tables),
>
> Please show this information before the Signed-off-by lines:
> Fixes: 90a1633
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, June 18, 2015 4:17 PM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCHv2 0/5] ethdev: add new API to retrieve RX/TX
> queue information
>
> Hi Mirek,
>
> > -Original Message-
> > From
The suggested solution with only one single flag per library prevents
implementing statistics with varying granularity for different purposes. E.g. a
library could have one set of statistics counters for ordinary SNMP purposes,
and another set of statistics counters for debugging/optimization pu
> > When nodrop writer port fails to send data, it retries until reach maximum
> > number of retries. Also added new tx_bulk implementation for ring writer
> > port.
> >
> > Changes in v2:
> > - added missing signoffs
> >
> > Changes in v3:
> > - removed second implementation of tx_bulk f
Regarding the PHY speed ABI:
1. The Ethernet PHY ABI for speed, duplex, etc. should be common throughout the
entire DPDK. It might be confusing if some structures/functions use a bitmask
to indicate PHY speed/duplex/personality/etc. and other structures/functions
use a combination of an unsig
On 18/06/15 16:43, Morten Br?rup wrote:
> Regarding the PHY speed ABI:
>
>
>
> 1. The Ethernet PHY ABI for speed, duplex, etc. should be common throughout
> the entire DPDK. It might be confusing if some structures/functions use a
> bitmask to indicate PHY speed/duplex/personality/etc. and o
We need a conclusion here.
It seems the policy proposed by Cristian is the best consensus.
If nobody nack in this thread with a counter-proposal,
it will be adopted on Monday.
2015-06-18 16:38, Morten Br?rup:
> The suggested solution with only one single flag per library prevents
> implementing
2015-06-18 17:06, Marc Sune:
> On 18/06/15 16:43, Morten Br?rup wrote:
> > Regarding the PHY speed ABI:
> >
> > 1. The Ethernet PHY ABI for speed, duplex, etc. should be common throughout
> > the entire DPDK. It might be confusing if some structures/functions use a
> > bitmask to indicate PHY spe
2015-06-08 11:41, Konstantin Ananyev:
> Several fixes and code cleanups for the librte_acl.
> New test-cases for acl UT.
>
> Konstantin Ananyev (8):
> acl: fix invalid rule wildness calculation for bitmask field type
> acl: code cleanup - use global EAL macro, instead of creating a local
>
> -Original Message-
> From: Qiu, Michael
> Sent: Wednesday, June 17, 2015 8:59 AM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Iremonger, Bernard; He, Shaopeng; Qiu, Michael
> Subject: [PATCH 1/2 v2] fm10k: Free queues when close port
>
> When close a port, lots of memory should be released,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Wednesday, June 17, 2015 12:17 PM
> To: Matthew Hall
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [dpdk-announce] important design choices -
> statistics - ABI
>
> On Tue, Jun 16, 2
Prevent double initialization of the KNI subsytem.
v2: added warning trace
Signed-off-by: Marc Sune
---
lib/librte_kni/rte_kni.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/lib/librte_kni/rte_kni.c b/lib/librte_kni/rte_kni.c
index c5a0089..08155db 100644
--- a/lib/librte_kni/rte_k
> -Original Message-
> From: Qiu, Michael
> Sent: Wednesday, June 17, 2015 9:45 AM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Iremonger, Bernard; He, Shaopeng; Qiu, Michael
> Subject: [PATCH 2/2 v2] fm10k: Add hotplug support for fm10k
>
> Add hotplug support for fm10k.
>
> Signed-off-by:
> -Original Message-
> From: announce [mailto:announce-bounces at dpdk.org] On Behalf Of Thomas
> Monjalon
> Sent: Wednesday, June 17, 2015 12:30 AM
> To: announce at dpdk.org
> Subject: [dpdk-announce] important design choices - statistics - ABI
>
> Hi all,
>
> During the development of
On 18/06/2015 18:55, O'Driscoll, Tim wrote:
> I like Olivier's proposal on using a single option (CONFIG_RTE_NEXT_ABI) to
> control all of these changes instead of a separate option per patch set
> (seehttp://dpdk.org/ml/archives/dev/2015-June/019147.html), so I think we
> should rework the affe
Signed-off-by: Thomas Monjalon
---
.../common/include/generic/rte_cpuflags.h | 2 +-
lib/librte_eal/common/include/rte_common.h | 6 ++---
lib/librte_eal/common/include/rte_debug.h | 6 ++---
lib/librte_eal/common/include/rte_devargs.h| 2 +-
lib/librte_eal/c
Please Changchun,
Could you check and complete the vhost API comments?
It can be checked with this command:
make doc-api-html 2>&1 | grep '/librte_vhost/.*warning:
Thanks
Hello Dpdk-team,
I have few very basic questions. In the DPDK timer sample application, the
periodic timer0's callback function is not called unless "rte_timer_manage()"
is called. I understand rte_timer_manage() function looks at all the expired
timers in the core and runs them.
Here are my
Hi all,
I am getting some odd behavior compiling the DPDK v2.0.0 tag with clang:
/* deprecated options */
#pragma GCC poison RTE_MBUF_SCATTER_GATHER
#pragma GCC poison RTE_MBUF_REFCNT
In file included from dpdk/lib/librte_mbuf/rte_mbuf.c:58:
dpdk/lib/librte_mbuf/rte_mbuf.h:68:20: error: poisoni
On Thu, Jun 18, 2015 at 08:37:46PM -0700, Matthew Hall wrote:
> dpdk/lib/librte_mbuf/rte_mbuf.h:68:20: error: poisoning existing macro
> [-Werror]
Hi all,
I finally figured out what happened. My older DPDK build configuration file
had defined the poisoned macros to try to enable the features th
Hi,
I see that KNI interfaces get assigned random mac addresses each time I do
"ifconfig up" on the interface. Reason for this is mac address returned by
"random_ether_addr()" is assigned to the interface in kni_net_open() for
all NIC types except igb and ixgbe that have ethtool support.
I would
91 matches
Mail list logo
