See https://gerrit.fd.io/r/#/c/5622...
Thanks… Dave From: Dave Barach (dbarach) Sent: Friday, March 3, 2017 10:50 PM To: Jon Loeliger <j...@netgate.com> Cc: Florin Coras <fcoras.li...@gmail.com>; vpp-dev <vpp-dev@lists.fd.io> Subject: RE: [vpp-dev] Missing session.api.h file Oh, no need to bisect or otherwise screw around. I found the problem. Too many routines called “vat_api_hookup” floating around, resulting in repeated calls to the version in api_format.c. I caught the dpdk plugin doing it, and I think there’s at least one more. I’ll fix it in the morning. I’m too sleepy to do it accurately right now. Thanks… Dave From: Jon Loeliger [mailto:j...@netgate.com] Sent: Friday, March 3, 2017 10:43 PM To: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>> Cc: Florin Coras <fcoras.li...@gmail.com<mailto:fcoras.li...@gmail.com>>; vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>> Subject: Re: [vpp-dev] Missing session.api.h file On Fri, Mar 3, 2017 at 9:20 PM, Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>> wrote: BUG: multiple registrations of 'vl_api_sw_interface_tag_add_del_reply_t_handler' means pretty much what it says. Two places in the code are registering handlers for that specific message. Last registrant wins. I found and fixed 30 of these when I first added the check. Most were relatively benign - duplicate but identical routines left around after the vpe.api break-up. I found one which was not benign, code working only by accident. Yeah, I figured as much. My mystery is that I didn't change any of my code except for pulling new VPP from upstream. I think. I’ve started a build of master/latest to see what I see... I'll try to bisect it or something, but it may be Monday before I get to it. Thanks… Dave Thanks, jdl
_______________________________________________ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev
