Hi Burt,
Two separate issues :
https://gerrit.fd.io/r/c/vpp/+/22597
https://gerrit.fd.io/r/c/vpp/+/22598
thanks for the report 😊
/neale
From: "Dave Barach (dbarach)"
Date: Monday 7 October 2019 at 21:28
To: "Benoit Ganne (bganne)" , Burt Silverman
, vpp-dev , "Neale Ranns (nranns)"
Subj
Dear Ben,
Looping in Neale. The failure is 100% reproducible, due to the highlighted
ASSERT.
According to gdb, fib_table->ft_total_route_counts is 1 not zero.
HTH... Dave
void
ip6_fib_table_destroy (u32 fib_index)
{
/*
* all link local first ...
*/
fib_prefix_t
BTW I strongly suggest that you don't use uio_pci_generic. Starting with kernel
4.4 vfio-pci even supports no-iommu mode for systems which lack IOMMU.
uio_pci_generic is on the black list for a long time by the kernel community,
MSI and MSI-X interrupt support was never added
Also, uio_pc
On Mon, Oct 7, 2019 at 11:04 AM Benoit Ganne (bganne)
wrote:
> > In each of the cases above where I said "still doesn't work", when the
> > /dev/uio* is present, it is found. However, it then leads to this
> > error as reported by vppctl's "show log" command:
>
> I did not check uio. I do use vp
> I wonder if anybody knows why 7/10 tests fail for these test cases with
> "make test-debug" but all pass using "make test".
If I remember well, test_ip_mcast fails because of an ASSERT() in ip6 fib
complaining it is not empty or similar. Obviously this is a bug.
You can check in /tmp/vpp-failed
> In each of the cases above where I said "still doesn't work", when the
> /dev/uio* is present, it is found. However, it then leads to this
> error as reported by vppctl's "show log" command:
I did not check uio. I do use vpp in containers with dpdk for development, but:
- I use privileged cont
I wonder if anybody knows why 7/10 tests fail for these test cases with
"make test-debug" but all pass using "make test".
I have tried using several platforms, laptops and desktops, some fast, some
not so fast -- the results are consistent.
And speaking of "make test", I don't know how to run suc
On Fri, Oct 4, 2019 at 3:33 AM Benoit Ganne (bganne)
wrote:
> Hi,
>
> Yes containers usually do not update /dev after creation, so any device
> that shows up dynamically afterwards won't be available by default. Note
> this is not specific to VPP.
OK cool, that is what it was looking like...
T
Ok this time with vppsb-dev CC’d.
/neale
From: on behalf of "Neale Ranns via Lists.Fd.Io"
Reply to: "Neale Ranns (nranns)"
Date: Monday 7 October 2019 at 13:57
To: Liran
Cc: "vpp-dev@lists.fd.io"
Subject: Re: [vpp-dev] auto-remove fib entries
Hi Liran,
I assume you’re using the router pl
Hi Liran,
I assume you’re using the router plugin to reflect linux routing state in VPP.
I’ve cc’d the appropriate mailer and bcc vpp-dev.
/neale.
From: on behalf of Liran
Date: Monday 7 October 2019 at 13:35
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] auto-remove fib entries
Hi All, is th
Hi All, is there an option to auto-remove fib entries related to interface
after performing an administrative shutdown to the interface?
Issue example:
while configuring static route in the linux kernel and then performing
administrative down & up to the related interface the route was removed f
Hi,
I'm pushing another patch to enlarge the stack to 18 since the stack size is
still not enough for some complex cli process, e.g. ‘test flow’...
Best Regards,
Sun, Chenmin
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Aloys
Augustin (aloaugus) via Lists.Fd.Io
Sent: Tues
12 matches
Mail list logo
