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
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
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:
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:
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
---
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
>
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
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
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.
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 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 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 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.
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
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
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
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
> -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
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
> > 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
> -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:
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
> -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,
> -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
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
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
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
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
> > 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 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
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
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
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
> -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-
> >
2015-06-17 16:48, Maciej Gajdzica:
> + char *start = _skip_spaceses(str);
Why not use a function with "char *" parameter instead of a macro?
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
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
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
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
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
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
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
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
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
> -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
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,
> -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
> -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
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
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
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
> -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
> -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
>
>
> -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
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
> -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,
>
>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
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
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
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
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
>
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
>
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 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
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
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
>>> ---
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
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 ++
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 ++
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 ++
The following filter types are supported for VXLAN:
1> Inner MAC 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 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
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
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
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 ++
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
>-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
> -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
> -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
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
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 ++
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 "generic/rte_spinlock.h"
> +#include "rte_rtm.h"
> +#include "rte_cpuflags.h"
>
84 matches
Mail list logo
