Hi Ajeet,
We already tried setting up dpdk with vhostuser as a network attachment
option and what we have following observations,
1st, it's not like we need to turn promisc mode enabled for host to guest
communication to happen. We can turn them up with specific dpdk
application arguments if
Hi Bernard,
> Does making rte_pmd_af_packet_devinit local result in an ABI breakage?
If someone uses it in their app, they'll be forced to change it.
However, as this function is not intentionally public and there is API
to create devices that finally calls rte_pmd_af_packet_devinit(), I'm
not s
On Fri, Feb 26, 2016 at 7:23 AM, Huawei Xie wrote:
> v4 changes:
> Rebase as io port map is moved to eal.
> Only fall back to PORT IO when there isn't any kernel driver (including
Pl. mention that fallback behaviour applicable to x86 arch only..
However this patch fixes one problem in non-x86
Check cpuflag macro before using vectored api.
-virtio_recv_pkts_vec() uses _sse3__ simd instruction for now so added cpuflag.
- Also wrap other vectored freind api ie..
1) virtqueue_enqueue_recv_refill_simple
2) virtio_rxq_vec_setup
- removed VIRTIO_PMD=n from armv7/v8 config.
todo:
1) Move virt
On 05/02/16 16:36, Fiona Trahe wrote:
> Signed-off-by: Fiona Trahe
Acked-by: John Griffin
Acked-by: Deepak Kumar Jain
On 05/02/16 16:36, Fiona Trahe wrote:
> Signed-off-by: Fiona Trahe
Acked-by: John Griffin
On Mon, 29 Feb 2016 16:55:38 +0100
Jan Viktorin wrote:
> On Mon, 29 Feb 2016 16:14:58 +0100
> Thomas Monjalon wrote:
>
> > 2015-12-09 16:16, Jan Viktorin:
> > > This patch reduces number of warnings from 53 to 40. It removes the usual
> > > false
> > > positives utilizing unaligned_uint*_t d
On 02/29/2016 05:27 PM, Thomas Monjalon wrote:
> 2016-02-29 17:19, Panu Matilainen:
>> On 02/29/2016 01:35 PM, Ferruh Yigit wrote:
>>> On 2/29/2016 11:06 AM, Thomas Monjalon wrote:
Hi,
I totally agree with Avi's comments.
This topic is really important for the future of DPDK.
So
On Mon, Feb 29, 2016 at 9:57 AM, Yuanhan Liu
wrote:
> On Fri, Feb 26, 2016 at 02:21:02PM +0530, Santosh Shukla wrote:
>> Check cpuflag macro before using vectored api.
>> -virtio_recv_pkts_vec() uses _sse3__ simd instruction for now so added
>> cpuflag.
>> - Also wrap other vectored freind api ie
On Mon, Feb 29, 2016 at 04:54:19PM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Tan, Jianfeng
> > Sent: Friday, February 26, 2016 7:34 AM
> > To: dev at dpdk.org
> > Cc: Zhang, Helin; Ananyev, Konstantin; nelio.laranjeiro at 6wind.com;
> > adrien.mazarguil at 6w
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Declan Doherty
> Sent: Monday, February 29, 2016 4:52 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v4 0/2] cryptodev API changes
>
> This patch set separates the symmetric crypto operations from gener
2016-02-28 20:44, Huawei Xie:
> v7 changes:
> rte_pktmbuf_alloc_bulk isn't exported as API, so shouldn't be listed in
> version map
>
> v6 changes:
> reflect the changes in release notes and library version map file
> revise our duff's code style a bit to make it more readable
>
> v5 changes:
On 02/29/2016 01:35 PM, Ferruh Yigit wrote:
> On 2/29/2016 11:06 AM, Thomas Monjalon wrote:
>> Hi,
>> I totally agree with Avi's comments.
>> This topic is really important for the future of DPDK.
>> So I think we must give some time to continue the discussion
>> and have netdev involved in the cho
May I kindly ask you to remove this footer from your emails?
Thanks
> =-=-=
> Notice: The information contained in this e-mail
> message and/or attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination,
2016-02-29 12:51, Panu Matilainen:
> On 02/24/2016 03:23 PM, Ananyev, Konstantin wrote:
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen
> >> On 02/23/2016 07:35 AM, Xie, Huawei wrote:
> >>> On 2/22/2016 10:52 PM, Xie, Huawei wrote:
> On 2/4/2016 1:24 AM, Olivier MAT
Hi Yuanhan
2016-02-18 21:49, Yuanhan Liu:
> Here is a patchset for refactoring vhost rxtx code, mainly for
> improving readability.
This series requires to be rebased.
And maybe you could check also the series about numa_realloc.
Thanks
> -Original Message-
> From: Iremonger, Bernard
> Sent: Friday, February 26, 2016 2:49 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; Zhang, Helin; Iremonger, Bernard
> Subject: [PATCH 0/3 v2] ixgbe fixes
>
> This patch set implements the following:
> Removes code which was duplicat
On Fri, 26 Feb 2016 14:10:39 +
Ferruh Yigit wrote:
> +#define KCP_ERR(args...) printk(KERN_ERR "KCP: " args)
> +#define KCP_INFO(args...) printk(KERN_INFO "KCP: " args)
> +
> +#ifdef RTE_KCP_KO_DEBUG
> +#define KCP_DBG(args...) printk(KERN_DEBUG "KCP: " args)
> +#else
> +#define KCP_DBG(args.
2016-02-22 22:36, Yuanhan Liu:
> The wrong mac table lead all the packets to the VM go to the "ovsbr0"
> in the end, which ends up with all packets being lost, until the guest
> send a ARP quest (or reply) to refresh the mac learning table.
>
> Jianfeng then came up with a solution I have thought
On Mon, 29 Feb 2016 16:14:58 +0100
Thomas Monjalon wrote:
> 2015-12-09 16:16, Jan Viktorin:
> > This patch reduces number of warnings from 53 to 40. It removes the usual
> > false
> > positives utilizing unaligned_uint*_t data types.
> >
> > Signed-off-by: Jan Viktorin
>
> Applied, thanks
>
> -Original Message-
> From: Tan, Jianfeng
> Sent: Friday, February 26, 2016 7:34 AM
> To: dev at dpdk.org
> Cc: Zhang, Helin; Ananyev, Konstantin; nelio.laranjeiro at 6wind.com;
> adrien.mazarguil at 6wind.com; rahul.lakkireddy at chelsio.com;
> Tan, Jianfeng
> Subject: [PATCH v5 00/11]
This patch modifies the crypto burst enqueue/dequeue APIs to operate on bursts
rte_crypto_op's rather than the current implementation which operates on
rte_mbuf bursts, this simplifies the burst processing in the crypto PMDs and the
use of crypto operations in general.
The changes also continues t
From: Fiona Trahe
This patch splits symmetric specific definitions and functions away from the
common crypto APIs to facilitate the future extension and expansion of the
cryptodev framework, in order to allow asymmetric crypto operations to be
introduced at a later date, as well as to clean the
This patch set separates the symmetric crypto operations from generic operations
and then modifies the cryptodev burst API to accept bursts of rte_crypto_op
rather than rte_mbufs.
V4:
- Fixes for issues introduced in __rte_crypto_op_raw_bulk_alloc in V3 patcheset.
- Typo fix in cached attribute on
2016-02-29 17:19, Panu Matilainen:
> On 02/29/2016 01:35 PM, Ferruh Yigit wrote:
> > On 2/29/2016 11:06 AM, Thomas Monjalon wrote:
> >> Hi,
> >> I totally agree with Avi's comments.
> >> This topic is really important for the future of DPDK.
> >> So I think we must give some time to continue the di
2015-12-09 16:16, Jan Viktorin:
> This patch reduces number of warnings from 53 to 40. It removes the usual
> false
> positives utilizing unaligned_uint*_t data types.
>
> Signed-off-by: Jan Viktorin
Applied, thanks
Jan, what is the problem with the other ARM alignment warnings?
Can they be fi
Hi,
> -Original Message-
> From: Pavel Fedin [mailto:p.fedin at samsung.com]
> Sent: Wednesday, February 24, 2016 3:05 PM
> To: Pattan, Reshma
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 0/5] add dpdk packet capture support for
> tcpdump
>
> Hello!
>
> > > 2. What if i d
2016-01-27 10:35, Thomas Monjalon:
> 2015-12-16 16:38, Stephen Hemminger:
> > rte_get_log_type and rte_get_log_level functions has been avaliable
> > for many versions. But they are missing from the shared library map
> > and therefore do not get exported correctly.
> >
> > Signed-off-by: Stephen
On 26/02/16 17:30, Declan Doherty wrote:
> This patch set separates the symmetric crypto operations from generic
> operations
> and then modifies the cryptodev burst API to accept bursts of rte_crypto_op
> rather than rte_mbufs.
>
> V3:
> - Addresses V2 comments
> - Rebased for head
>
> Declan
> -Original Message-
> From: Ravi Kerur [mailto:rkerur at gmail.com]
> Sent: Saturday, February 27, 2016 10:06 PM
> To: Wang, Zhihong
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev,v2] Clean up rte_memcpy.h file
>
>
>
> On Wed, Jan 27, 2016 at 8:18 PM, Zhihong Wang
> wrote:
> > Remov
On 2/29/2016 11:35 AM, Ferruh Yigit wrote:
> On 2/29/2016 11:06 AM, Thomas Monjalon wrote:
>> Hi,
>> I totally agree with Avi's comments.
>> This topic is really important for the future of DPDK.
>> So I think we must give some time to continue the discussion
>> and have netdev involved in the choi
Changes are made to the ports and table action handlers defined
in app/test_pipeline and ip_pipeline sample application.
Signed-off-by: Jasvinder Singh
Acked-by: Cristian Dumitrescu
---
app/test-pipeline/pipeline_acl.c | 3 +-
app/test-pipeline/pipeline_hash.c
Currently, there is no mechanism that allows the pipeline ports (in/out) and
table action handlers to override the default forwarding decision (as
previously configured per input port or in the table entry). Therefore, new
pipeline API functions have been added which allows action handlers to
hijac
On 2/29/2016 11:39 AM, Avi Kivity wrote:
>
>
> On 02/29/2016 01:27 PM, Ferruh Yigit wrote:
>> On 2/29/2016 10:58 AM, Avi Kivity wrote:
>>>
>>> On 02/29/2016 12:43 PM, Ferruh Yigit wrote:
On 2/29/2016 9:43 AM, Avi Kivity wrote:
> On 02/28/2016 10:16 PM, Ferruh Yigit wrote:
>> On 2/28/
Hi,
I am trying to configure the iproute using netdpcmd(from dpdk-odp repository),
but it is failing. Kindly help to resolve this issue.
root at ICSCHELAP1003:/home/hadmin/Mari/dpdk-odp/netdp_cmd# ./build/netdpcmd
EAL: Detected lcore 0 as core 0 on socket 0
EAL: Detected lcore 1 as core 1 on soc
>2016-02-28 21:47, Wiles, Keith:
>> >Hi,
>> >
>> >2016-02-09 11:35, Keith Wiles:
>> >> Adding support to the build system to allow for Makefile.XXX
>> >> extention to a subtree, which already has Makefiles. These
>> >> Makefiles could be from the autotools and others places. Using
>> >> the Makefil
On 02/29/2016 01:27 PM, Ferruh Yigit wrote:
> On 2/29/2016 10:58 AM, Avi Kivity wrote:
>>
>> On 02/29/2016 12:43 PM, Ferruh Yigit wrote:
>>> On 2/29/2016 9:43 AM, Avi Kivity wrote:
On 02/28/2016 10:16 PM, Ferruh Yigit wrote:
> On 2/28/2016 3:34 PM, Avi Kivity wrote:
>> On 01/27/2016
On 02/26/2016 09:34 AM, Jianfeng Tan wrote:
> Add a new API rte_eth_dev_get_ptype_info to query whether/what packet
> type can be filled by given pmd rx burst function.
>
> Signed-off-by: Jianfeng Tan
> ---
> lib/librte_ether/rte_ethdev.c | 26 ++
> lib/librte_ether/rte_
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Harry van Haaren
> Sent: Monday, February 29, 2016 1:17 PM
> To: Mcnamara, John
> Cc: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2] doc/nic: add ixgbe statistics on read
> frequency
>
> This patch adds a not
On 02/29/2016 12:43 PM, Ferruh Yigit wrote:
> On 2/29/2016 9:43 AM, Avi Kivity wrote:
>> On 02/28/2016 10:16 PM, Ferruh Yigit wrote:
>>> On 2/28/2016 3:34 PM, Avi Kivity wrote:
On 01/27/2016 06:24 PM, Ferruh Yigit wrote:
> This kernel module is based on KNI module, but this one is stripp
On 02/24/2016 03:23 PM, Ananyev, Konstantin wrote:
> Hi Panu,
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen
>> Sent: Wednesday, February 24, 2016 12:12 PM
>> To: Xie, Huawei; Olivier MATZ; dev at dpdk.org
>> Cc: dprovan at bivio.net
>> Su
On Fri, Feb 26, 2016 at 02:21:02PM +0530, Santosh Shukla wrote:
> Check cpuflag macro before using vectored api.
> -virtio_recv_pkts_vec() uses _sse3__ simd instruction for now so added
> cpuflag.
> - Also wrap other vectored freind api ie..
> 1) virtqueue_enqueue_recv_refill_simple
> 2) virtio_rx
This patch adds a note to the ixgbe PMD guide, stating
the minimum time that statistics must be polled from
the hardware in order to avoid register values becoming
saturated and "sticking" to the max value.
Reported-by: Jerry Zhang
Tested-by: Marcin Kerlin
Signed-off-by: Harry van Haaren
---
v
On Wed, 27 Jan 2016 16:24:07 +
Ferruh Yigit wrote:
> +static int
> +kcp_ioctl_release(unsigned int ioctl_num, unsigned long ioctl_param)
> +{
> + int ret = -EINVAL;
> + struct kcp_dev *dev;
> + struct kcp_dev *n;
> + char name[RTE_KCP_NAMESIZE];
> + unsigned int instance =
Thanks Konstantin. Few more questions in line:
>
> Previous allocation error was coming with 1024 huge pages of 2 MB size.
>
> After increasing the huge pages to 2048, I was able to add another
> ~140 rules [IPv4 rule data--> with src, dst IP address & port, next header ]
> more, ie., 950 rules
Hi,
I totally agree with Avi's comments.
This topic is really important for the future of DPDK.
So I think we must give some time to continue the discussion
and have netdev involved in the choices done.
As a consequence, these series should not be merged in the release 16.04.
Thanks for continuing
On Fri, Feb 26, 2016 at 06:01:23PM +0300, Igor Ryzhov wrote:
> Signed-off-by: Igor Ryzhov
Acked-by: Yuanhan Liu
--yliu
2016-02-29 11:33, Tomasz Kulasek:
> Current implementation of Exact-Match uses different execution path than
> for LPM. Unifying them allows to reuse big part of LPM code and sightly
> increase performance of Exact-Match.
>
> Main changes:
> -
> * Packet classification stage is separat
On 02/28/2016 10:16 PM, Ferruh Yigit wrote:
> On 2/28/2016 3:34 PM, Avi Kivity wrote:
>> On 01/27/2016 06:24 PM, Ferruh Yigit wrote:
>>> This kernel module is based on KNI module, but this one is stripped
>>> version of it and only for control messages, no data transfer
>>> functionality provided.
On 2/29/2016 11:06 AM, Thomas Monjalon wrote:
> Hi,
> I totally agree with Avi's comments.
> This topic is really important for the future of DPDK.
> So I think we must give some time to continue the discussion
> and have netdev involved in the choices done.
> As a consequence, these series should
Current implementation of Exact-Match uses different execution path than
for LPM. Unifying them allows to reuse big part of LPM code and sightly
increase performance of Exact-Match.
Main changes:
-
* Packet classification stage is separated from the rest of path for both
LPM and EM.
This patch adds a note to the ixgbe PMD guide, stating
the minimum time that statistics must be polled from
the hardware in order to avoid register values becoming
saturated and "sticking" to the max value.
Signed-off-by: Harry van Haaren
---
doc/guides/nics/ixgbe.rst | 24 ++
> > This is useful when sections have duplicate names.
> >
> > Signed-off-by: Rich Lane
> > ---
> > v5->v6:
> > - Reordered sectionname argument in comment.
>
> Acked-by: Cristian Dumitrescu
>
> Thanks, Rich!
Applied, thanks
On 2/29/2016 10:58 AM, Avi Kivity wrote:
>
>
> On 02/29/2016 12:43 PM, Ferruh Yigit wrote:
>> On 2/29/2016 9:43 AM, Avi Kivity wrote:
>>> On 02/28/2016 10:16 PM, Ferruh Yigit wrote:
On 2/28/2016 3:34 PM, Avi Kivity wrote:
> On 01/27/2016 06:24 PM, Ferruh Yigit wrote:
>> This kernel m
2016-02-16 13:19, Zhang, Roy Fan:
>
> On 12/02/2016 16:04, Marcin Kerlin wrote:
> > This patch adds new function rte_jobstats_abort. It marks *job* as finished
> > and
> > time of this work will be add to management time instead of execution time.
> > This
> > function should be used instead of
On 2/19/2016 1:30 PM, Olivier MATZ wrote:
> Hi David,
>
> On 02/16/2016 03:48 PM, David Hunt wrote:
>> Adds the new rte_mempool_create_ext api and callback mechanism for
>> external mempool handlers
>>
>> Modifies the existing rte_mempool_create to set up the handler_idx to
>> the relevant mempool
On 2/19/2016 1:31 PM, Olivier MATZ wrote:
> Hi David,
>
> On 02/16/2016 03:48 PM, David Hunt wrote:
>> adds a simple stack based mempool handler
>>
>> Signed-off-by: David Hunt
>> ---
>> lib/librte_mempool/Makefile| 2 +-
>> lib/librte_mempool/rte_mempool.c | 4 +-
>> li
On 2/19/2016 1:25 PM, Olivier MATZ wrote:
> Hi,
>
> On 02/16/2016 03:48 PM, David Hunt wrote:
>> Hi list.
>>
>> Here's the v2 version of a proposed patch for an external mempool manager
> Just to notice the "v2" is missing in the title, it would help
> to have it for next versions of the series.
On 2/29/2016 9:43 AM, Avi Kivity wrote:
> On 02/28/2016 10:16 PM, Ferruh Yigit wrote:
>> On 2/28/2016 3:34 PM, Avi Kivity wrote:
>>> On 01/27/2016 06:24 PM, Ferruh Yigit wrote:
This kernel module is based on KNI module, but this one is stripped
version of it and only for control messages,
v2:
Incorporate Wenzhou's comments
Compiled and tested (via testpmd) on Ubuntu 14.04 on target
x86_64-native-linuxapp-gcc
Compiled for target x86_64-native-linuxapp-clang
v1:
Modified driver and eal code to recognize and support I217 and
I218
Hi,
There is a compilation error for 32-bit arch:
2016-02-22 11:26, Harry van Haaren:
> + for (i = 0; i < nstats; i++)
> + printf("%s\t%lu\n", xstats[i].name, xstats[i].value);
examples/l2fwd-keepalive/main.c:206:10: error:
format ?%lu? expects argument of type ?long unsigned
On Mon, Feb 29, 2016 at 10:00 AM, Xie, Huawei wrote:
> On 2/29/2016 4:47 PM, David Marchand wrote:
>> On Fri, Feb 26, 2016 at 2:53 AM, Huawei Xie wrote:
>>> v4 changes:
>>> reword the commit message. When we mention kernel driver, emphasizes
>>> that it includes UIO/VFIO.
>> Annotations should n
On Fri, Feb 26, 2016 at 2:53 AM, Huawei Xie wrote:
> Call rte_eal_pci_ioport_map only if driver type is RTE_KDRV_NONE, which
> means kernel driver(including UIO/VFIO) isn't managing the device.
I suppose you meant 'Call pci_ioport_map when the pci device is not
bound to a kernel driver'.
If you k
Hi Thomas,
On 2/29/2016 5:12 AM, Thomas Monjalon wrote:
> Hi,
>
> 2016-01-29 19:22, Jianfeng Tan:
>> Current issue: DPDK is not that friendly to container environment, which
>> caused by that it pre-alloc resource like cores and hugepages. But there
>> are this or that resource limitations, for ex
On Fri, Feb 26, 2016 at 2:53 AM, Huawei Xie wrote:
> positive return of rte_eal_pci_probe_one_driver means the driver doesn't
> support
> the device.
>
> Signed-off-by: Huawei Xie
> Acked-by: Yuanhan Liu
Acked-by: David Marchand
--
David Marchand
On Fri, Feb 26, 2016 at 2:53 AM, Huawei Xie wrote:
> v4 changes:
> reword the commit message. When we mention kernel driver, emphasizes
> that it includes UIO/VFIO.
Annotations should not be part of the commitlog itself.
> Use RTE_KDRV_NONE to indicate that kernel driver(including UIO/VFIO)
> i
On 26/02/2016 14:10, Ferruh Yigit wrote:
> Ferruh Yigit (4):
>lib/librte_ethtool: move librte_ethtool form examples to lib folder
>kcp: add kernel control path kernel module
>rte_ctrl_if: add control interface library
>examples/ethtool: add control interface support to the applic
2016-02-28 21:47, Wiles, Keith:
> >Hi,
> >
> >2016-02-09 11:35, Keith Wiles:
> >> Adding support to the build system to allow for Makefile.XXX
> >> extention to a subtree, which already has Makefiles. These
> >> Makefiles could be from the autotools and others places. Using
> >> the Makefile extent
On 2/29/2016 4:47 PM, David Marchand wrote:
> On Fri, Feb 26, 2016 at 2:53 AM, Huawei Xie wrote:
>> v4 changes:
>> reword the commit message. When we mention kernel driver, emphasizes
>> that it includes UIO/VFIO.
> Annotations should not be part of the commitlog itself.
Do you mean that "reword
On Mon, Feb 29, 2016 at 5:06 AM, Thomas Monjalon
wrote:
> Hi,
> I totally agree with Avi's comments.
> This topic is really important for the future of DPDK.
> So I think we must give some time to continue the discussion
> and have netdev involved in the choices done.
> As a consequence, these se
This patch caused build error with i686-native-linuxapp-gcc (gcc version is
4.8.3)
> > i686-native-linuxapp-gcc compile error info:
> >
> > INSTALL-LIB librte_pmd_vmxnet3_uio.a
> > /root/dpdk/drivers/net/i40e/base/i40e_common.c: In function
> > ?i40e_aq_set_lldp_mib?:
> > /root/dpdk/drivers/net
On 2/29/2016 12:26 PM, Yuanhan Liu wrote:
> On Fri, Feb 26, 2016 at 02:21:02PM +0530, Santosh Shukla wrote:
>> Check cpuflag macro before using vectored api.
>> -virtio_recv_pkts_vec() uses _sse3__ simd instruction for now so added
>> cpuflag.
>> - Also wrap other vectored freind api ie..
>> 1) vi
>
> Thanks Konstantin.
>
> Previous allocation error was coming with 1024 huge pages of 2 MB size.
>
> After increasing the huge pages to 2048, I was able to add another
> ~140 rules [IPv4 rule data--> with src, dst IP address & port, next header ]
> more, ie., 950 rules were added.
That's st
? 2/27/2016 1:47 AM, Xie, Huawei ??:
> Use RTE_KDRV_NONE to indicate that kernel driver(including UIO/VFIO)
> isn't manipulating the device.
Thomas, could you kindly help change manipulating->managing? I have
changed others per Panu's suggestion but missed this.
Tested-by: Heng Ding
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Wang Xiao W
Sent: Friday, February 19, 2016 7:07 PM
To: Chen, Jing D
Cc: dev at dpdk.org
Subject: [dpdk-dev] [PATCH v3 00/18] fm10k: update shared code
v3:
* Fixed checkpatch.pl warning about lon
> -Original Message-
> From: Richardson, Bruce
> Sent: Saturday, February 27, 2016 12:33 AM
> To: David Marchand
> Cc: Wang, Xiao W ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 1/3] fm10k: enable FTAG based forwarding
>
> On Fri, Feb 26, 2016 at 04:00:49PM +0100, David Marchand
Hi Bruce,
> -Original Message-
> From: Richardson, Bruce
> Sent: Friday, February 26, 2016 10:41 PM
> To: Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] doc: Malicious Driver Detection not
> supported by ixgbe
>
> On Fri, Feb 26, 2016 at 12:48:37PM +0800, Wenzhuo L
77 matches
Mail list logo
