Re: Crosscompiling iproute2
From: Stephen Hemminger <stephen@networkplumber.org>
Date: 2021-05-25 16:08:57
On Tue, 25 May 2021 17:56:09 +0200 Frank Wunderlich [off-list ref] wrote:
Am 24. Mai 2021 23:36:20 MESZ schrieb Stephen Hemminger [off-list ref]:quoted
On Mon, 24 May 2021 21:06:02 +0200 Frank Wunderlich [off-list ref] wrote:quoted
Am 17. Mai 2021 21:36:28 MESZ schrieb Stephen Hemminger[off-list ref]:quoted
quoted
On Mon, 17 May 2021 09:44:21 +0200 This works for me: make CC="$CC" LD="$LD" HOSTCC=gccHi, Currently have an issue i guess from install. After compile i installinto local directory,pack it and unpack on target system (/usr/local/sbin).triedquoted
Basic ip commands work,but if i try e.g. this ip link add name lanbr0 type bridge vlan_filtering 1vlan_default_pvid 500quoted
I get this: Garbage instead of arguments "vlan_filtering ...". Try "ip linkhelp".quoted
I guess ip tries to call bridge binary from wrong path (tried$PRFX/usr/local/bin).quoted
regards FrankNo ip command does not call bridge. More likely either your kernel is out of date with the ip command (ie new ip command is asking for something kernel doesn't understand);I use 5.13-rc2 and can use the same command with debians ip commandquoted
or the iplink_bridge.c was not compiled as part of your compile; or simple PATH issue or your system is not handling dlopen(NULL) correctly.Which lib does ip load when using the vlanfiltering option?
It is doing dlopen of itself, no other library
quoted
What happens is that the "type" field in ip link triggers the code to use dlopen as form of introspection (see get_link_kind)I can use the command without vlan_filtering option (including type bridge). Maybe missing libnml while compile can cause this? had disabled in config.mk and was not reset by make clean,manual delete causes build error,see my last mail You can crosscompile only with CC,LD and HOSTCC set?
libmnl is needed to get the error handling and a few other features.