Dear vpp
Patch 14848 is verified, Please review and give me some comments.
Cheers
On Mon, Sep 17, 2018 at 12:10 PM khers wrote:
> Dear vpp
>
> we set speed and duplex In function dpdk_update_link_state, although
> When link_status is down, speed and duplex is unknown.
> So I commit my suggesti
Hi,
In case of L3Fwd, there is a possibility of handing of vlib_buffer from
device-input to ipv4-lookup and thereby skipping
ipv4-input/ipv4-input-no-chksum completely.
All ipv4-input/ipv4-input-nochksum functionalities can be offloaded to hardware
and hence the node can be skipped.
Questions
On Fri, 21 Sep 2018 23:01:12 +0200
Damjan Marion wrote:
> > On 21 Sep 2018, at 20:27, Stephen Hemminger
> > wrote:
> >
> > On Thu, 20 Sep 2018 21:04:17 +0200
> > Damjan Marion mailto:dmar...@me.com>> wrote:
> >
> >>> On 20 Sep 2018, at 20:27, Stephen Hemminger
> >>> wrote:
> >>>
> >>> Is
> On 21 Sep 2018, at 20:27, Stephen Hemminger
> wrote:
>
> On Thu, 20 Sep 2018 21:04:17 +0200
> Damjan Marion mailto:dmar...@me.com>> wrote:
>
>>> On 20 Sep 2018, at 20:27, Stephen Hemminger
>>> wrote:
>>>
>>> Is there a way to use virtio_user as an exception path with DPDK?
>>>
>>> https
On Thu, 20 Sep 2018 18:56:28 +
"Steven Luong (sluong)" wrote:
> Stephen,
>
> Fix for vhost
> https://gerrit.fd.io/r/14920
>
> I'll take care of vmxnet3 later.
>
> Steven
>
> On 9/20/18, 10:57 AM, "vpp-dev@lists.fd.io on behalf of Stephen Hemminger"
> wrote:
>
>
> Why is there
...and I must quickly add that I do recognize that the field is lying
inside a union where the next bigger member of the union is 16 bytes
long.
So I will be careful to skip the first 16 bytes of the u32 unused[10];
and claim the rest of the real estate as my own.
Please do let me know if I am abo
John,
Any advise on this is appreciated. We can certainly dig into this, but we first
wanted to sanity check with the community in case there was something obvious
as to why it is working the way it is currently. I am hopeful that between you
efforts and ours we can run this to ground in short
Any address above the first 4gb would be fine. At this point, it’s a bit like
Avogadro’s number: when I see it, I know instantaneously which heap it came
from.
If e.g. clib_mem_is_heap_object(...) ASSERTs on such an address, I know that
some bit of code forgot “clib_mem_set_heap(...),” and so o
+1. Note the vnet_buffer(b) and vnet_buffer2(b) macros. Track down the
definitions in .../src/vlib/buffer.h and .../src/vnet/buffer.h and you'll
understand how these opaque buffer metadata spaces are to be used.
Depending on where your graph nodes land, you must be careful not to smash
metadata
Quick update, we are stuck.
> the test is now executing 10 trials of 1 second
> so in theory nothing should change
No big changes were visible,
so we have kept this change.
> to take standard deviations into account
> to detect smaller regressions and progressions.
But we are not going ahead
Hi all,
In function svm_get_global_region_base_va it use the fixed addr
0x13000ULL, just curious why to choose that addr? why it's not another
address, like 0x23000ULL ?
Thanks!
/Yalei
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10596)
pre_data is not intended for that. It is headroom space which may be used
for outer headers in case of different tunnel encapsulation.
You can use opaque area in vlib_buffer_t
--
Damjan
> On 21 Sep 2018, at 07:59, Prashant Upadhyaya wrote:
>
> Hi,
>
> I want to pass around some custom d
Hi,
I want to pass around some custom data between my plugins using vlib_buffer_t.
I believe the pre_data field of 128 bytes can be used for this. (I use
the DPDK plugin)
However, are there some best practices to use this field ? I ask this
because I do see that some debug capabilities of VPP use
Well, you should really look for the discussion about IKE/IPSec this mailing
list had before.
I can put it this way:
1. vPP IKEv2/IPSEC is PoC quality, meaning it is far from a carrier grade
product
2. No SNMP support, you got to do it by yourself
3. Performance is good though, but st
14 matches
Mail list logo