When I operate a DPDK based application, the EAL always reports the following:
EAL: WARNING: Address Space Layout Randomization (ASLR) is enabled in the
kernel.
EAL: This may cause issues with mapping memory into secondary processes.
Our application is DPDK client/server based and runs prope
2015-05-11 11:46, Jingjing Wu:
> This patch extends struct rte_eth_fdir_flow_ext to support flow
> director in VFs.
>
> Signed-off-by: Jingjing Wu
> --- a/lib/librte_ether/rte_eth_ctrl.h
> +++ b/lib/librte_ether/rte_eth_ctrl.h
> @@ -394,6 +394,8 @@ struct rte_eth_fdir_flow_ext {
> uint16_t
The example includes an ethtool library and two applications:
one application is a non- DPDK process (nic-control)
and the other is a DPDK l2fwd applicaiton (l2fwd-app).
The nic-control process sends ethtool alike device management
requests to l2fwd-app through a named pipe IPC. This example
is des
add function to support ethtool ops:
- set_mac_addr
- get_reg_length
- get_regs
- get_eeprom_length
- get_eeprom
- set_eeprom
Signed-off-by: Liang-Min Larry Wang
---
drivers/net/e1000/igb_ethdev.c | 186 +++
drivers/net/e1000/igb_regs.h | 217 +++
add function to support ethtool ops:
- set_mac_addr
- get_ringparam
- get_reg_length
- get_regs
- get_eeprom_length
- get_eeprom
- set_eeprom
Signed-off-by: Liang-Min Larry Wang
---
drivers/net/ixgbe/ixgbe_ethdev.c | 202 ++
drivers/net/ixgbe/ixgbe_regs.h | 357
add new apis:
- rte_eth_dev_default_mac_addr_set
- rte_eth_dev_reg_length
- rte_eth_dev_reg_info
- rte_eth_dev_eeprom_length
- rte_eth_dev_get_eeprom
- rte_eth_dev_set_eeprom
- rte_eth_dev_get_ringparam
to enable reading device parameters (mac-addr, register,
eeprom, ring) based upon ethtool alike
This implementation is designed to provide a familar interface for applications
that rely on kernel-space driver to support ethtool_op and net_device_op for
device management. The initial implementation focuses on ops that can be
implemented through existing netdev APIs. More ops will be support
On 06/12/2015 05:35 PM, Zhou, Tianlin wrote:
> Hi Changchun,
>
> Thanks for your response.
> Please see my embedded comments.
>
> What kind of vhost in your test? Linux vhost or dpdk user space vhost?
> [tzhou] We use Linux vhost.
>
> Do you enable the dump/log in your test? It will decrease perf
> > Fix warning messages "cast to pointer from integer of different size" when
> > compiling DPDK in 32 bit with Mellanox PMD.
> >
> > SGE addresses are 64 bit integers, converting them to pointers must be done
> > through uintptr_t to avoid compilation warnings when those have a different
> > siz
When the bonded port is started it also starts the slave port,
but the slave port status is not set. A slave_flag has been
added to struct rte_port to resolve this issue.
Changes in V3:
test-pmd changes added to patchset.
Signed-off-by: Bernard Iremonger
---
app/test-pmd/cmdline.c |4 +++-
This patch depends on the Port Hotplug Framework.
It implements the rte_dev_uninit_t() function for the link bonding pmd.
Changes in V2:
Rebased to use drivers/net/bonding dirctory
Free rx and tx queues following comments from Declan
Signed-off-by: Bernard Iremonger
---
drivers/net/bonding/rte_
Changes in V3:
Modified testpmd to handle attach/detach of bonding pmd.
Bernard Iremonger (2):
bonding: add support for PCI Port Hotplug
test-pmd: modified testpmd for link_bonding
app/test-pmd/cmdline.c |4 +-
app/test-pmd/testpmd.c | 24 +++
On Fri, May 22, 2015 at 04:17:31PM +0200, Nelio Laranjeiro wrote:
> Fix warning messages "cast to pointer from integer of different size" when
> compiling DPDK in 32 bit with Mellanox PMD.
>
> SGE addresses are 64 bit integers, converting them to pointers must be done
> through uintptr_t to avoid
2015-05-27 11:01, Huawei Xie:
> When we migrate VM, without this feature, qemu will report error:
> "migrate: Migration disabled: vhost lacks VHOST_F_LOG_ALL feature".
>
> Signed-off-by: Krishna Murthy
Assumed the author is Krishna Murthy (not explicit in the patch).
Applied, thanks.
The logic to select ixgbe VF RX function is different than PF side.
There are a few issues with its current state:
- it does not allow to select ixgbe_recv_pkts_vec among other options.
- it can cause memory corruption for scatter mode as it does not allocate
enough entries in sw_ring.
- whe
2015-06-12 15:00, Bruce Richardson:
> On Fri, Jun 12, 2015 at 08:46:55AM +0300, Panu Matilainen wrote:
> > On 06/12/2015 08:18 AM, Stephen Hemminger wrote:
> Also, patch title should be prefixed with "ring pmd" or "drivers/net/ring"
> rather
> than rte_ring, since this is a patch for the ring pmd,
2015-06-09 13:57, Bruce Richardson:
> On Mon, Jun 08, 2015 at 04:57:22PM +0200, Olivier Matz wrote:
> > In __rte_pktmbuf_prefree_seg(), there was an optimization to avoid using
> > a costly atomic operation when updating the mbuf reference counter if
> > its value is 1. Indeed, it means that we are
2015-05-28 17:05, Ivan Boule:
> Introduce PMD API to set the list of multicast MAC addresses filtered
> by a port.
> Implemented in the following PMDs: igb, igbvf, em, ixgbe, and ixgbevf.
> Implementation for physical PMDs i40e, i40evf, enic, and fm10k left
> to their respective maintainers.
>
> I
Hi Tianlin
Thanks very much for your inputs,
I will investigate this issue and update to you after I have any findings.
Changchun
> -Original Message-
> From: Zhou, Tianlin [mailto:tianlin.zhou at tekcomms.com]
> Sent: Friday, June 12, 2015 5:36 PM
> To: dev at dpdk.org; Ouyang, Changchu
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez Monroy
> Sent: Friday, June 12, 2015 4:18 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] ixgbevf: fix incorrect RX function selection
>
> The logic to select ixgbe VF RX function is dif
As querying hash key size in byte was supported, it can be shown
in testpmd after getting the device information if not zero.
Signed-off-by: Helin Zhang
---
app/test-pmd/config.c | 2 ++
1 file changed, 2 insertions(+)
v2 changes:
* Disabled the code changes by default, to avoid breaking ABI co
The correct hash key size in bytes should be filled into the
'struct rte_eth_dev_info', to support querying it.
Signed-off-by: Helin Zhang
---
drivers/net/ixgbe/ixgbe_ethdev.c | 3 +++
1 file changed, 3 insertions(+)
v2 changes:
* Disabled the code changes by default, to avoid breaking ABI comp
The correct hash key size in bytes should be filled into the
'struct rte_eth_dev_info', to support querying it.
Signed-off-by: Helin Zhang
---
drivers/net/i40e/i40e_ethdev.c| 2 ++
drivers/net/i40e/i40e_ethdev_vf.c | 2 ++
2 files changed, 4 insertions(+)
v2 changes:
* Disabled the code cha
The correct hash key size in bytes should be filled into the
'struct rte_eth_dev_info', to support querying it.
Signed-off-by: Helin Zhang
---
drivers/net/fm10k/fm10k_ethdev.c | 1 +
1 file changed, 1 insertion(+)
v2 changes:
* Disabled the code changes by default, to avoid breaking ABI compati
The correct hash key size in bytes should be filled into the
'struct rte_eth_dev_info', to support querying it.
Signed-off-by: Helin Zhang
---
drivers/net/e1000/igb_ethdev.c | 3 +++
1 file changed, 3 insertions(+)
v2 changes:
* Disabled the code changes by default, to avoid breaking ABI compat
To support querying hash key size per port, an new field of
'hash_key_size' was added in 'struct rte_eth_dev_info' for storing
hash key size in bytes.
Signed-off-by: Helin Zhang
---
lib/librte_ether/rte_ethdev.h | 1 +
1 file changed, 1 insertion(+)
v2 changes:
* Disabled the code changes by de
As different hardware has different hash key sizes, querying it (in byte)
per port was asked by users. Otherwise there is no convenient way to know
the size of hash key which should be prepared.
v2 changes:
* Disabled the code changes by default, to avoid breaking ABI compatibility.
v3 changes:
*
On Fri, Jun 12, 2015 at 04:15:10PM +0200, Thomas Monjalon wrote:
> 2015-06-12 15:00, Bruce Richardson:
> > On Fri, Jun 12, 2015 at 08:46:55AM +0300, Panu Matilainen wrote:
> > > On 06/12/2015 08:18 AM, Stephen Hemminger wrote:
> > Also, patch title should be prefixed with "ring pmd" or "drivers/net
From: "Chen Jing D(Mark)"
Both PF and VF shared code in function fm10k_stats_get().
The function works well with PF, but has problem with VF since
VF has less queues than PF.
Signed-off-by: Chen Jing D(Mark)
---
drivers/net/fm10k/fm10k_ethdev.c |2 +-
1 files changed, 1 insertions(+), 1 de
From: "Chen Jing D(Mark)"
Original implementation required mbuf size should be greater than
ETHER_MAX_VLAN_FRAME_LEN, which is not necessary. If it's less
than that value, scatter function will be selected and incoming
packets greater than mbuf size will be filled into several mbufs.
Signed-off-
From: "Chen Jing D(Mark)"
Add functions to support promiscuous/allmulticast enable and
disable.
Signed-off-by: Chen Jing D(Mark)
---
drivers/net/fm10k/fm10k_ethdev.c | 124 +-
1 files changed, 123 insertions(+), 1 deletions(-)
diff --git a/drivers/net/fm10
From: "Chen Jing D(Mark)"
v2:
Add debug messages in allmulticast enable/disable functions.
The patch set add promiscuous mode configuration and 2 bug fixes.
Chen Jing D(Mark) (3):
fm10k: Add promiscuous mode support
fm10k: remove mbuf size sanity check
fm10k: Fix improper max queue numb
This is indeed from my integration (don't want all those EAL stuff), I
probably removed too much. it works by adding those two lines in my DPDK
makefile before going back to my normal makefile :
include $(RTE_SDK)/mk/internal/rte.build-pre.mk
override LDFLAGS := $(call linkerprefix,$(LDFLAGS))
T
On Fri, Jun 12, 2015 at 08:46:55AM +0300, Panu Matilainen wrote:
> On 06/12/2015 08:18 AM, Stephen Hemminger wrote:
> >From: Stephen Hemminger
> >
> >These were deprecated in 2.0 so remove them from 2.1
> >
> >Signed-off-by: Stephen Hemminger
> >---
> > drivers/net/ring/rte_eth_ring.c
2015-06-11 08:53, Stephen Hemminger:
> This is update to earlier virtio patches, the only change is to
> handle the rename to drivers/net
>
> Stephen Hemminger (5):
> virtio: remove blank lines
> virtio: don't enable/disable rx modes unless supported
> virtio: don't set mac table unless nego
Hi Bruce, Comment in-line. Regards, Roger
On 6/12/15 7:28 AM, Bruce Richardson wrote:
> The functions rte_eth_rx_queue_count and rte_eth_descriptor_done are
> supported by very few PMDs. Therefore, it is best to check for support
> for the functions in the ethdev library, so as to avoid crashes
Hi list,
Patch http://dpdk.org/dev/patchwork/patch/1056/ introduced the
--no-as-needed flag, however on debian, and another ubuntu host, neither
g++ 4.8 or 4.9 know this flag and leads to the error :
g++: error: unrecognized command line option ?--no-as-needed?
Maybe this comes from a bad inclus
> -Original Message-
> From: Wang, Liang-min
> Sent: Thursday, June 11, 2015 10:51 PM
> To: Ananyev, Konstantin; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access
> device info
>
>
>
> > -Original Message-
> > From: Ananyev, Konstantin
The functions rte_eth_rx_queue_count and rte_eth_descriptor_done are
supported by very few PMDs. Therefore, it is best to check for support
for the functions in the ethdev library, so as to avoid crashes
at run-time if the application goes to use those APIs. The performance
impact of this change sh
The functions for rx/tx burst, for rx_queue_count and descriptor_done in
the ethdev library all had two copies of the code. One copy in
rte_ethdev.h was inlined for performance, while a second was in
rte_ethdev.c for debugging purposes only. We can eliminate the second
copy of the functions by movi
Move the RTE_ETH_FPTR_OR_ERR, and RTE_PMD_DEBUG_TRACE macros to the
header file, so that they can be used in the static inline functions
there. In doxygen comments, mark them as for internal use only.
Signed-off-by: Bruce Richardson
---
lib/librte_ether/rte_ethdev.c | 22 --
The macros to check that the function pointers are valid for an ethdev
are potentially useful to have in the ethdev.h file. However, since they
would then become externally visible, we apply the RTE_ETH prefix to
them.
Signed-off-by: Bruce Richardson
---
lib/librte_ether/rte_ethdev.c | 560 +
The functions to check the current occupancy of the RX descriptor ring, and
to specifically query if a particular descriptor is ready to be received, are
used for load monitoring on the data path, and so are inline functions inside
rte_ethdev.h. However, these functions are not implemented for the
On 12/06/2015 11:55, Tom Barbette wrote:
> Hi list,
>
> Patch http://dpdk.org/dev/patchwork/patch/1056/ introduced the
> --no-as-needed flag, however on debian, and another ubuntu host, neither
> g++ 4.8 or 4.9 know this flag and leads to the error :
>
> g++: error: unrecognized command line option
On 06/12/2015 11:28 AM, Zhang, Helin wrote:
>
>
>> -Original Message-
>> From: Panu Matilainen [mailto:pmatilai at redhat.com]
>> Sent: Friday, June 12, 2015 4:15 PM
>> To: Zhang, Helin; Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim;
>> nhorman at tuxdriver.com
>> Cc: dev at dpdk.org
>> Su
The patch fixes potential null pointer accesses in test_mbuf.
if 'm[i]' is null, stop accessing it.
Signed-off-by: Tetsuya Mukawa
---
app/test/test_mbuf.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/app/test/test_mbuf.c b/app/test/test_mbuf.c
index 5e8a377..5d13b37 100644
--- a/app/tes
On Wed, Jun 10, 2015 at 04:25:17PM +0100, Pablo de Lara wrote:
> Jenkins hash function was developed originally in 1996,
> and was integrated in first versions of DPDK.
> The function has been improved in 2006,
> achieving up to 35% better performance, compared to the original one.
>
> This patchs
On 06/12/2015 10:43 AM, Zhang, Helin wrote:
>
>
>> -Original Message-
>> From: Panu Matilainen [mailto:pmatilai at redhat.com]
>> Sent: Friday, June 12, 2015 3:24 PM
>> To: Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim; Zhang, Helin;
>> nhorman at tuxdriver.com
>> Cc: dev at dpdk.org
>> Su
2015-05-29 08:47, Stephen Hemminger:
> Upcoming drivers will need to be able to support other bus types.
> This is a transparent change to how struct eth_driver is initialized.
> It has not function or ABI layout impact, but makes adding a later
> bus type (Xen, Hyper-V, ...) much easier.
>
> Sign
On Mon, May 18, 2015 at 01:01:42PM -0700, Ravi Kerur wrote:
> Background:
> After preliminary discussion with John (Zhihong) and Tim from Intel it was
> decided that it would be beneficial to use AVX/SSE intrinsics for memcmp
> similar to memcpy that had been implemeneted. In addition, we decided t
On 06/10/2015 07:14 PM, Thomas Monjalon wrote:
> 2015-06-10 16:32, Olivier MATZ:
>> On 06/02/2015 03:27 PM, O'Driscoll, Tim wrote:
>>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
On 06/01/2015 09:33 AM, Helin Zhang wrote:
> In order to unify the packet type, the fi
On Fri, Jun 12, 2015 at 08:28:55AM +, Zhang, Helin wrote:
>
>
> > -Original Message-
> > From: Panu Matilainen [mailto:pmatilai at redhat.com]
> > Sent: Friday, June 12, 2015 4:15 PM
> > To: Zhang, Helin; Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim;
> > nhorman at tuxdriver.com
> >
On Fri, Jun 12, 2015 at 10:30:56AM +0200, Ond?ej B?lka wrote:
> On Mon, May 18, 2015 at 01:01:42PM -0700, Ravi Kerur wrote:
> > Background:
> > After preliminary discussion with John (Zhihong) and Tim from Intel it was
> > decided that it would be beneficial to use AVX/SSE intrinsics for memcmp
> >
Hi Changchun,
Thanks for your response.
Please see my embedded comments.
What kind of vhost in your test? Linux vhost or dpdk user space vhost?
[tzhou] We use Linux vhost.
Do you enable the dump/log in your test? It will decrease perf of vritio.
[tzhou] No, I did not enable dump/log in the perfo
> -Original Message-
> From: Zhang, Helin
> Sent: Friday, June 12, 2015 8:34 AM
> To: dev at dpdk.org
> Cc: Cao, Min; Xu, Qian Q; Cao, Waterman; Ananyev, Konstantin; Zhang, Helin
> Subject: [PATCH v3 0/6] query hash key size in byte
>
> As different hardware has different hash key sizes,
On 06/12/2015 08:18 AM, Stephen Hemminger wrote:
> From: Stephen Hemminger
>
> These functions were tagged as deprecated in 2.0 so they can be
> removed in 2.1
>
> Signed-off-by: Stephen Hemminger
> ---
> app/test/Makefile| 6 --
> app/test/test_kni.c | 36 ---
On 06/12/2015 08:18 AM, Stephen Hemminger wrote:
> From: Stephen Hemminger
>
> These were deprecated in 2.0 so remove them from 2.1
>
> Signed-off-by: Stephen Hemminger
> ---
> drivers/net/ring/rte_eth_ring.c | 55
> ---
> drivers/net/ring/rte_eth_ring_ve
Acked-by: Helin Zhang
> -Original Message-
> From: Wu, Jingjing
> Sent: Wednesday, June 10, 2015 2:24 PM
> To: dev at dpdk.org
> Cc: Wu, Jingjing; Liu, Jijiang; Jiajia, SunX; Zhang, Helin
> Subject: [PATCH v4 0/4] enable mirror functionality in i40e driver
>
> This patch set enables mirr
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> Sent: Friday, June 12, 2015 4:15 PM
> To: Zhang, Helin; Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim;
> nhorman at tuxdriver.com
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v6 01/18] mbuf: redefine
Acked-By: Jijiang Liu
> -Original Message-
> From: Wu, Jingjing
> Sent: Wednesday, June 10, 2015 2:24 PM
> To: dev at dpdk.org
> Cc: Wu, Jingjing; Liu, Jijiang; Jiajia, SunX; Zhang, Helin
> Subject: [PATCH v4 0/4] enable mirror functionality in i40e driver
>
> This patch set enables mir
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> Sent: Friday, June 12, 2015 3:24 PM
> To: Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim; Zhang, Helin;
> nhorman at tuxdriver.com
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v6 01/18] mbuf: redefine
Hi,
> -Original Message-
> From: Qiu, Michael
> Sent: Wednesday, June 10, 2015 8:22 PM
> To: dev at dpdk.org
> Cc: Chen, Jing D; Iremonger, Bernard; He, Shaopeng; Qiu, Michael
> Subject: [PATCH 1/2] fm10k: Free queues when close port
>
> When close a port, lots of memory should be release
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, June 4, 2015 6:38 PM
> To: Zhang, Helin; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 1/6] ethdev: add an field for querying hash
> key size
>
> Hi Helin,
>
> > -Original Message-
> > From: dev [mailto:dev
> > Fix NULL dereference if virtio control queue is not negotiated.
> >
> > Signed-off-by: Damjan Marion
>
> This is good belt and suspenders thing to have, but did you see early
> patches to check the feature bits and not call this code?
>
> Acked-by: Stephen Hemminger
Applied, thanks
Tested-by: huilong xu
- Tested Commit: 1a1109404e702d3ad1ccc1033df55c59bec1f89a + PATCH
- OS: Linux dpdk-fedora20 3.11.10-301.fc20.x86_64
- GCC: gcc version 4.8.3 20140624 (Red Hat 4.8.3-1) (GCC)
- CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
- NIC: Intel Corporation 82599ES 10-Gigabit SFI/SFP+
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Wednesday, June 10, 2015 11:40 PM
> To: Olivier MATZ; O'Driscoll, Tim; Zhang, Helin; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in
> rte_mbuf
>
> Hi Olivier,
>
> > -Original Message--
The header split support is being planned in next DPDK release.
If you can implement it and submit a patch before next release, it is welcomed.
Thanks
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Moran, John
> Sent: Wednesday, June 10, 2015 11:07 PM
>
Tested-by: Michael Qiu mailto:michael.qiu at intel.com>>
On 5/29/2015 4:11 PM, Chen, Jing D wrote:
> From: "Chen Jing D(Mark)"
>
> In fm10k, PF driver needs to communicate with switch through
> mailbox if it needs to add/delete MAC address.
> This fix will validate if switch is ready before goi
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Thursday, June 11, 2015 11:53 PM
> To: Ouyang, Changchun
> Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger
> Subject: [PATCH 5/5] virtio: fix ring size negotiation
>
> From: Stephen He
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Thursday, June 11, 2015 11:53 PM
> To: Ouyang, Changchun
> Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger
> Subject: [PATCH 4/5] virtio: clarify feature bit handling
>
> From: Stephen
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Thursday, June 11, 2015 11:53 PM
> To: Ouyang, Changchun
> Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger
> Subject: [PATCH 3/5] virtio: don't set mac table unless negotiated
>
> From
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Thursday, June 11, 2015 11:53 PM
> To: Ouyang, Changchun
> Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger
> Subject: [PATCH 2/5] virtio: don't enable/disable rx modes unless supported
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Thursday, June 11, 2015 11:53 PM
> To: Ouyang, Changchun
> Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger
> Subject: [PATCH 1/5] virtio: remove blank lines
>
> From: Stephen Hemminger
Tested-by: Michael Qiu
- OS: Fedora20 3.11.10-301
- GCC: gcc version 4.8.3 2014911
- CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
- NIC: Ethernet controller: Intel Corporation Device 15a4 (rev 01)
- Default x86_64-native-linuxapp-gcc configuration
- Total 5 cases, 5 passed, 0 failed
- Case: N
Good to know that!
- Helin
> -Original Message-
> From: Andrew Theurer [mailto:atheurer at redhat.com]
> Sent: Thursday, June 11, 2015 10:26 PM
> To: Zhang, Helin
> Cc: Zhou, Danny; dev at dpdk.org
> Subject: Re: Trouble with Tx on some i40 ports in KVM VM
>
>
>
> - Original Messag
75 matches
Mail list logo