On Fri, Apr 21, 2017 at 5:18 PM, Gal Sagie wrote:
> I have a feeling you are talking about P4
​well, not p4, but more specifically 'protocol-oblivious-forwarding' (POF).
ebpf can describe both match+action rules on dpdk...
--
kind regards
anupam
In the beginning was the lambda, and the la
hi all,
i was just wondering if there are plans on adding ebpf support in dpdk ?
imho, it would be pretty useful, among other things, in creating generic
(protocol oblivious) match+action support in dpdk based forwarding elements.
--
thank you
kind regards
anupam
In the beginning was the lambda
On Tue, Nov 15, 2016 at 10:40 AM, Nikhil Jagtap
wrote:
> Is it possible to build the ACL context over a period of time, one rule
> at a time by calling build post each add operation?
> Something like this :
> rte_acl_add_rules(ctx, rule1, 1);
> rte_acl_build(ctx, build_cfg);
> rte_acl
On Sat, Oct 22, 2016 at 12:57 AM, Ananda Sathyanarayana <
ananda at versa-networks.com> wrote:
> Looks like the above patch is not accepted by the DPDK community yet. Any
> specific reason ?
>
primary reason seems to be because the patch was not in correct format and
e1000 had no maintainer iden
> [2016-06-28T11:39:08+0530]: "amartya.das" (amartya.das):
,[ amartya.das ]
| EAL: no driver found for cryptodev_aesni_mb_pmd
| EAL: failed to initialize cryptodev_aesni_mb_pmd device
`
i have a _hunch_ that you have might have missed building the
multi-buffer-crypto-pmd...
for more
> [2016-06-28T10:57:02+0530]: "amartya.das" (amartya.das):
,[ amartya.das ]
| Is it possible to use Crypto API with virtual device without VFIO and by
using UIO only.
`
i have just taken a cursory look at the l2fwd-crypto, and it seems it is
possible to have sw-only crypto devices...
On Thu, Jun 23, 2016 at 4:04 PM, Markos Chandras wrote:
> I have seen your commit, but my patch fixes a different file (although the
> fix is similar).
>
> Am I missing something?
>
?ah no. my bad. sorry about that.
?--
thanks
anupam?
hi markos,
please see : cba50f6be0db9efdf694dcf4bce4a6945a275182, which should already
fix this.
--
thanks
anupam
On Thu, Jun 23, 2016 at 2:55 PM, Markos Chandras wrote:
> Add the missing braces to the 'if' statements to fix the misleading
> identation. This also fixes the following build err
> if (!strcmp(key, PDUMP_RX_DEV_ARG)) {
> - strncpy(pt->rx_dev, value, strlen(value));
> + strncpy(pt->rx_dev, value, sizeof(pt->rx_dev)-1);
I guess size-1 is to give room for terminating null byte, but for this
case is it guarantied that pt->rx_dev last byte is NULL?
hi,
i just looked at the CID: 127350 which raises a STRING_OVERFLOW bug
for pdump_prepare_client_request(...)
callers of pdump_prepare_client_request(...) pass 'device' parameter which
is always of DEVICE_ID_SIZE (64) bytes long. hence it is not possible to
overflow pdump_request.data.en_v1.devic
This commit fixes build errors triggered due misleading indentation.
Fixes: 38db3f7f50bde (e1000: update base driver)
Fixes: 3fc5ca2f63529 (kni: initial import)
Signed-off-by: Anupam Kapoor
---
lib/librte_eal/linuxapp/kni/ethtool/igb/e1000_phy.c | 6 --
lib/librte_eal/linuxapp/kni
On Tue, Jun 21, 2016 at 3:40 PM, Ferruh Yigit
wrote:
> Hi Anupam,
>
> Thank you for the patch.
>
>
> On 6/21/2016 9:37 AM, Anupam Kapoor wrote:
> > This commit fixes build errors triggered due misleading indentation.
> >
> > Fixes: 366113dbfb696 (e1000: sup
> [2016-06-21T15:12:27+0530]: "amartya.das" (amarty-das):
,[ amartya-das ]
| Its VM fedora21, gcc 4.9.
`
does your vcpu support sse3 ?
---
thanks
anupam
This commit fixes build errors triggered due misleading indentation.
Fixes: 366113dbfb696 (e1000: suppress misleading indentation warning)
Signed-off-by: Anupam Kapoor
---
lib/librte_eal/linuxapp/kni/ethtool/igb/e1000_phy.c | 12
lib/librte_eal/linuxapp/kni/ethtool/ixgbe
hi,
while building dpdk from a latest git checkout, i am seeing the following
build errors:
,
| == Build lib/librte_eal/linuxapp/kni
| CC [M]
<...>/dpdk-sources/build/build/lib/librte_eal/linuxapp/kni/ixgbe_82599.o
| <...>/dpdk-sources/build/build/lib/librte_eal/linuxapp/kni/ixgbe_82599.c
15 matches
Mail list logo
