link cache fails to get updated when interface added to/removed from bridge

[David Mosberger]

Thomas,

I did a git bisect and it appears this is the patch that makes things work:

  125119aff05e16f150ad881dc9479686495cb5bd  Add AF_BRIDGE support to link cache

    --david

On Tue, Apr 15, 2014 at 4:09 AM, Thomas Haller <thaller at redhat.com> wrote:
> On Mon, 2014-04-14 at 14:40 -0600, David Mosberger wrote:
>> Thomas,
>>
>> Is it possible you have a newer version of libnl installed?  If so, I
>> think you'd have to run the program with:
>>
>>   LD_LIBRARY_PATH=lib/.libs ./a.out
>>
>> to ensure the test-library gets used.
>>
>> For what it's worth: I tried on an x86-64 system using the GIT tree:
>> with v3.2.11, I see the same broken behavior.  With the latest GIT
>> tree (version.h is 3.2.24), my test program works fine.
>>
>> Perhaps I should just upgrade the embedded system to 3.2.24.
>>
>>   --david
>
>
> Hi David,
>
>
> yes, I used brctl addif/delif on an other terminal to modify the bridge.
> I also tried to enslave my em1 interface (not only dummy0/dummy1). That
> worked too.
>
> Also, even I didn't say so, I got it right with using the correct
> library version (by setting LD_LIBRARY_PATH, checked with ldd).
>
> I tested the git version, commit
> 941ba950a9fa914e324c7e204c145bf7af526bf4 (libnl3_2_11). Compiled with
>
>   git clean -fdx && ./autogen.sh && ./configure && make
>
>
> It might be related to your kernel/architecture, although you say it
> breaks also on your x86-64. I cannot reproduce any issues on my
> 3.13.9-200.fc20.x86_64 kernel.
>
>
> Great if the newest version fixes it for you. It would be interesting
> however to find the reason. If you care, I would suggest to git-bisect
> it.
>
>
> ciao,
> Thomas



-- 
eGauge Systems LLC, http://egauge.net/, 1.877-EGAUGE1, fax 720.545.9768