genuser1 has quit [Remote host closed the connection]
Tapper has quit [Ping timeout: 480 seconds]
dangole_ has quit [Remote host closed the connection]
kenny has joined #openwrt-devel
Tusker has quit [Quit: Hey! Where'd my controlling terminal go?]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
victhor has quit [Ping timeout: 480 seconds]
Tusker has joined #openwrt-devel
kenny has quit [Ping timeout: 480 seconds]
norris has quit [Ping timeout: 480 seconds]
norris has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Andi_ has quit [Read error: Connection reset by peer]
Andi_ has joined #openwrt-devel
philipp64 has joined #openwrt-devel
<philipp64>
I'm trying to build master for x86_64 generic, and it's pausing on several unset kernel settings like IP6_NF_TARGET_NPT. I'm also seeing this failure when building tools/elf.c:
<philipp64>
elf.c:407:8: error: implicit declaration of function 'gelf_getsymshndx'; did you mean 'gelf_getsym'? [-Werror=implicit-function-declaration]
<philipp64>
407 | if (!gelf_getsymshndx(symtab->data, shndx_data, i, &sym->sym,
<philipp64>
| ^~~~~~~~~~~~~~~~
<philipp64>
| gelf_getsym
<philipp64>
anyone else seeing this?
indy has quit [Read error: Connection reset by peer]
indy has joined #openwrt-devel
nitroshift has joined #openwrt-devel
goliath has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
<aparcar[m]>
mangix: ping
rua has quit [Ping timeout: 480 seconds]
dedeckeh has quit [Remote host closed the connection]
rua has joined #openwrt-devel
<aparcar[m]>
stintel: ping
<mangix>
aparcar[m]: ?
<aparcar[m]>
mangix: the cryptodev failure is wired
<aparcar[m]>
can you please help me figure it out?
<aparcar[m]>
the same command is used in the sdk but for x86/64 it complains that x86_64-openwrt-linux-musl-gcc isn't found
<aparcar[m]>
so there mus be a path problem first of all
rua has quit [Ping timeout: 480 seconds]
<mangix>
weird
<aparcar[m]>
manually adding the path results in the following line of issue
<aparcar[m]>
make[2]: *** No rule to make target '/home/build/openwrt/build_dir/target-x86_64_musl/linux-x86_64/cryptodev-linux-cryptodev-linux-1.12/ioctl.o', needed by '/home/build/openwrt/build_dir/target-x86_64_musl/linux-x86_64/cryptodev-linux-cryptodev-linux-1.12/cryptodev.o'. Stop.
<aparcar[m]>
but why isn't it just compiling ioctl.o? it does so in build root
<mangix>
aparcar[m]: in any case, x86 CI should be disabled for now.
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
rua has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 480 seconds]
Borromin1 has quit [Quit: Lost terminal]
dedeckeh has quit [Remote host closed the connection]
minimal has joined #openwrt-devel
kenny has joined #openwrt-devel
james-su has joined #openwrt-devel
<james-su>
Hi All, as we know normally there is a combination Atheros9344 (SoC)+ QCA8334(external switch) to work properly under OpenWRT with native driver. Just a question if anybody has experience or any comment for an alternative combination Atheros9344(SoC) + VSC7512 (external switch)?
<james-su>
The VSC7512 is an switch from Microsemi.
Tusker has quit [Quit: Time wasted on IRC: 10 hours 48 minutes 58 seconds]
<james-su>
I saw in upstream Linux there is already a DSA driver for VSC7512 controlled via MDIO or SPI and the user-plane traffic is through RGMII. Except migrating the DSA driver, any comment that if there is any other work effort in OpenWRT? Thanks
<PaulFertser>
james-su: do you already have such a board or are you just considering building one?
<stintel>
fda-: I thought that strace build got fix by some revert, so I changed the status on patchwork
<stintel>
and thus it's not longer visible
<stintel>
aparcar[m]: pong
genuser1 has joined #openwrt-devel
<james-su>
@PauFester Hi PaulFerster, I am just considering building such a board
<PaulFertser>
james-su: Oleksij Rempel says it should work if you use upstream Ethernet MAC driver and both chips are indeed RGMII.
<james-su>
PaulFertser: thanks. But I am bit concerned about atheros-proprietary-header, vlan-tagging? Would it take a lot of effort to go?
<jow>
philipp64: you need to purge libelf artifacts from staging_dir/host/
<james-su>
PaulFertser: Lucky to say, my application would use OS-based VLAN.
<PaulFertser>
james-su: the SoC supports normal standard tagging too, so should be compatible.
kenny has quit [Quit: WeeChat 3.3]
<james-su>
PaulFertser: thanks Paul. I am still thinking if anything else sitting on top the driver would block such a combination. (1) swconfig (I don't worry about this). (2) vlan seems ok (3) anything else?
<jow>
stintel: usually autoreconf was required to get rid of broken bundled libtool versions
<jow>
and imho it is good hygiene to not rely on not reproducible pregenereated automake/autoconf artifacts and instead generate them from source
<stintel>
jow: another suggestion to fix: https://github.com/openwrt/openwrt/pull/4703 - if upstream accepts this I would prefer it over disabling autoreconf, but if we have to carry a hack patch instead, I prefer disabling autoreconf
<jow>
a totatally unrelated thing...
<jow>
I was wondering if it would make sense to adjust the default metrics of interfaces in openwrt
<jow>
or at least generate /etc/config/network with explicit metrics for wan and lan
<jow>
and at a later step maybe have different proto handlers have certain default metrics
<jow>
this would solve cases like router not reachable for administration if wab side plugged into a networ also using 192.168.1.0/24
<jow>
*wan
<jow>
would make things more robust in general in case of a subnet conflict. The router obviously wouldn't properly route in this case but it would at least be reachable lan-side
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<stintel>
jow: maybe just increase the metric for dhcp installed routes?
<jow>
yeah, that way my reasoning
<jow>
keep static at metric 0, dhcp default metric 10, ppp default metric 20, qmi default metric 30 or something like that
<jow>
would also solve certain replace-default-route related heachaches with various vpns
<jow>
assuming that vpnc, openvpn etc. all get changed to have a higher default metric (or if we decide to let netifd assign a
<jow>
different emtric according to the proto)
<stintel>
it's probably a good time to introduce something like that now, gives still enough time to test / adapt before next branchingn
<stintel>
networkmanager also uses high metrics for routes it installs
<jow>
yep
<stintel>
routes on wlan0 on my laptop have metric 600, I believe it uses lower for wired
genuser1 has quit [Remote host closed the connection]
nitroshift has quit [Quit: Gone that way --->]
<james-su>
PaulFertser: hi Paul, good to talk. I will investigate further to see if there is any block for such a combination and update here. Thanks again.
james-su has quit [Quit: Page closed]
rua has quit [Ping timeout: 480 seconds]
kenny has joined #openwrt-devel
rua has joined #openwrt-devel
rua has quit []
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
snh_ has joined #openwrt-devel
rua has joined #openwrt-devel
snh has quit [Ping timeout: 480 seconds]
snh has joined #openwrt-devel
snh_ has quit [Read error: Connection reset by peer]
chwba has quit [Quit: IRCNow and Forever!]
chwba has joined #openwrt-devel
eck has quit [Quit: PIRCH98:WIN 95/98/WIN NT:1.0 (build 1.0.1.1190)]
eck has joined #openwrt-devel
Andi_ has quit [Read error: Connection reset by peer]