<dwfreed>
and right below that is what builds the Depends that goes in the packages list; GetABISuffix uses the file that that makes
<dwfreed>
so if ucode's building calls BuildTarget/ipkg before libucode's building has made that target, then ucode's not going to see libucode's ABI version
<dwfreed>
this is deep into the weeds of the openwrt buildsystem, and I am not familiar with it, but I understand make generally, so that's where my knowledge and thoughts come from
Grommish has quit [Remote host closed the connection]
Grommish has joined #openwrt-devel
dangole has joined #openwrt-devel
slh64 has quit [Ping timeout: 480 seconds]
slh has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
danitool has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
sorinello has quit [Quit: Leaving]
<jow>
dwfreed: I agree with your analysis and this was my very first guess too, however I had the impression that https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=7d6a636918bccf68b49324729759e7c569105f71 is supposed to specifically deal with this case
<jow>
nbd: any thoughts?
pepe2k has joined #openwrt-devel
<dwfreed>
would ABIV_libucode be set if ucode is building in a different make job ?
<nbd>
jow: i think the BuildPackage calls need to be reordered
<nbd>
so that libucode comes first
<nbd>
we had the same issue in the past in other packages as well
<dwfreed>
I'm not familiar with how make's jobserver works internally
<jow>
I wonder why it works locally for me here without the fix
<jow>
hm, maybe because my tree is unclean and the .version file already exists from previous runs
<nbd>
yes
<jow>
thanks, I'll do postivie and negative testing of your proposed change and will merge it then
<ynezz>
IIRC similar change is probably needed for fw4
<jow>
ynezz: how so? fw4 has no abi version handling internally
Tapper has quit [Ping timeout: 480 seconds]
<grift_>
ps -w | grep dnsmasq shows two dnsmasq processes one running as root and another one running as dnsmasq is that intentional?
<ynezz>
jow: I remember some ABI/dependency issue related to fw4 update in the past, had to clean some stuff locally in order to be able to finish the build again
<jow>
grift_: yes, iirc the root one is repsonsible for executing hook scripts and the less privileged one deals with the network traffic
<grift_>
thanks
<ynezz>
jow: as the issue wasn't visible on buildbots, I've simply thought, that it's just something local and didn't reported it, will do it next time
<jow>
nbd: I could reproduce the problem locally after rm staging_dir/target-x86_64_musl/pkginfo/libucode.version and verify your fix
<rsalvaterra>
Unfortunately, all my systems are working fine.
<stintel>
I've got 99 problems but squashfs ain't one :P
<rsalvaterra>
stintel: As long as our problem sets don't intersect, that's fine, then. xD
<stintel>
;)
rua has quit [Quit: Leaving.]
<neggles>
stintel: did watchguard reply?
<neggles>
they replied to me but i've not read it yet
<stintel>
nope
mattytap has joined #openwrt-devel
bluew has quit [Ping timeout: 480 seconds]
mattytap has quit [Remote host closed the connection]
mattytap_ has quit [Ping timeout: 480 seconds]
f00b4r__ has joined #openwrt-devel
<neggles>
k lets see then
<neggles>
i was a bit snarky
<neggles>
"Thank you for the update. We are checking on this with our engineering team. We will update you once we get a response from them. Thank you. "
<stintel>
pfff
<robimarko>
Thats good
<robimarko>
At least its not a hard Nope we aint gonna do it like Dynalink replied
<stintel>
I rather they say no then take 3 months to send a vanilla linux tarball
<neggles>
yeah lmao
<neggles>
i wonder why they didn't reply to you
<stintel>
because I threatened to contacted copyright owners, gpl-violations and sfc
<neggles>
so did i :P
<stintel>
oh :)
<neggles>
also pointed them to the bit of u-boot's license where it says 'if you want to put code in u-boot and have it not covered by GPL, you can only use these two headers, nothing more"
<neggles>
spoiler: their code is using functions that are very much not in those headers
<stintel>
maybe we should prepare a template that contains bits like that, so in the future we can use the template rather than coming up with something again
T-Bone has quit [Ping timeout: 480 seconds]
<neggles>
also based on a cursory investigation of their rootfs, I think nearly every piece of code in here is technically GPL'd
<neggles>
(ghidra is the real MVP)
ekathva has quit [Remote host closed the connection]
ekathva has joined #openwrt-devel
f00b4r__ is now known as f00b4r0
<grift_>
was bored so wrote a openwrt/selinux status report:https://myblog.defensec.nl/index.php/2022/04/28/openwrt-selinux-update/
srslypascal is now known as Guest3066
srslypascal has joined #openwrt-devel
srslypascal is now known as Guest3067
srslypascal has joined #openwrt-devel
Guest3066 has quit [Ping timeout: 480 seconds]
Guest3067 has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
lmore377 has joined #openwrt-devel
Atomicly| has joined #openwrt-devel
Atomicly- has quit [Ping timeout: 480 seconds]
slh has joined #openwrt-devel
slh64 has joined #openwrt-devel
<nbd>
stintel: that's not bridger related, but it might be related to the bridge fastpath patch
lmore377 has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
srslypascal is now known as Guest3072
srslypascal has joined #openwrt-devel
Guest3072 has quit [Ping timeout: 480 seconds]
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #openwrt-devel
rua has joined #openwrt-devel
ekathva has quit [Ping timeout: 480 seconds]
ekathva has joined #openwrt-devel
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openwrt-devel
hanetzer has quit [Quit: WeeChat 3.5]
pepe2k has quit [Quit: Leaving]
<swiftgeek>
i think i'm having issue with a5v11/rt5350f kernel.bin, with 21.02.3 i get lzma error in uboot, but 19.07.9 is fine
srslypascal has quit [Ping timeout: 480 seconds]
<swiftgeek>
and when i place kernel.bin from 19.07.9 in 21.02.3 imagebuilder, it also starts up fine
<swiftgeek>
well as far as jumping into kernel goes
<swiftgeek>
> Uncompressing Kernel Image ... LZMA ERROR 1 - must RESET board to recover
ekathva has quit [Remote host closed the connection]
<swiftgeek>
if i assemble kernel.bin in 19.07.9, it jumps into kernel fine, if i do it (with the same script) in 21.02.3, it failz with that lzma error
<swiftgeek>
both 'vmlinuz' end with 'TRAILER!!!' so not sure what else is missing
<hurricos>
my conclusion is wrong RE: SwitchX-2 -- mlxsw doesn't support it well.
Tapper has quit [Ping timeout: 480 seconds]
csrf2 has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Piraty has quit [Remote host closed the connection]
Piraty has joined #openwrt-devel
<swiftgeek>
out of lack of idea, i will try padding vmlinuz with urandom
valku has joined #openwrt-devel
<swiftgeek>
yeah it's not that
<swiftgeek>
i far exceeded it now almost twice the kernel size in urandom
<swiftgeek>
so something is wrong with lzmaBuffToBuffDecompress/underlying thingie
<swiftgeek>
welp, it doesn't like rc1 kernel as well
<swiftgeek>
*vmlinuz
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
<grift_>
i think i might have something similar as well but its speculation as i dont have local access to the device so i can't really tell why its not booting the kernel
rua has quit []
rua has joined #openwrt-devel
<swiftgeek>
ah they are all return 1, so i need recompile uboot to get actual error
<grift_>
kind of strange behavior here. i do a sysupgrade and it does not boot into the new system. then i resst to last known good partition and do a sysupgrade again and then it works ....
<swiftgeek>
-a0 didn't help
<swiftgeek>
i guess that calls for no compression at all
<neggles>
i'm afraid you've been beaten to the punch
<neggles>
a few pages earlier someone got ubuntu 16.04 booting on there too
<neggles>
and yes, the 6012 is SwitchX-2
<neggles>
which has switchdev support, though not great switchdev support, and doesn't have SONiC SAI support or proper offloads etc. when using switchdev, all the cool and good modern API support is only for Spectrum and up
<neggles>
swiftgeek: decompressed kernel image is too big
<swiftgeek>
a bit wasteful, but starts up fine
<neggles>
move initramfs out of kernel, use uncompressed kernel, or `setenv bootm_size 0x<chunk of more than enough bytes for decompressed kernel` and `setenv bootm_map_size ${bootm_size}`
<neggles>
lzma returning 1 = CONFIG_BOOTM_SIZE (which is used to define the size of the buffer it decompresses into) is too small. if your u-boot is new enough, those env vars will override it
<swiftgeek>
lzma returns 1 for every error
<swiftgeek>
(in this uboot)
<neggles>
what device/uboot version
csrf2 has quit [Ping timeout: 480 seconds]
<neggles>
rt5350f yep
<swiftgeek>
ralink sdk v4.0.0.0 i think
<neggles>
yeah
<neggles>
max decompressed kernel size defaults to 8MB in that SDK
<neggles>
lzma-loader will solve this problem as it moves decompression out of u-boot
<swiftgeek>
ugh, i tried uncompressed with actually matching version for once, and it still panics early
<neggles>
how much ram does the thing have
<swiftgeek>
32M
<neggles>
i had to do some Shenanigans to get this vocore 1 (RT5350F / 16MiB / 32MiB) to boot
<hurricos>
neggles: got it. No, I was definitely not beaten to the punch, nearly a year ago someone reached out on Reddit to /r/kernel about building Linux for the SX6012, and I noticed the PPC460EX they mentioned has a literal dev board (the Canyonlands ones)
<hurricos>
I say that but I guess that's what being beaten to the punch is.
<hurricos>
lol
<hurricos>
I *thought* about punching the damn switch first.
<hurricos>
But they beat me to it.
hanetzer has joined #openwrt-devel
minimal has quit [Quit: Leaving]
shibboleth has quit [Remote host closed the connection]
Borromini has joined #openwrt-devel
<rsalvaterra>
WTF, is GCC in the packages feed even maintained? It's still at 7.4.0…! o_O
Tapper has joined #openwrt-devel
<Borromini>
that's the only GCC known to be working on Debian stable rsalvaterra :P
<Borromini>
slh: i think it's obvious that was a joke O:-)
* Borromini
is on Debian stable himself
<slh>
even oldstable has 4:8.3.0-1
<slh>
yeah, partially...
<Borromini>
rsalvaterra: lemme guess, you're on Arch? ;-)
<rsalvaterra>
Borromini: Ubuntu MATE.
<Borromini>
lol :P
<rsalvaterra>
Nice GUI and gets the job done. :)
<Borromini>
Debian Testing is as far as I'll venture into the unkown =)
<Borromini>
yes, to each his own.
<slh>
Debian/unstable is just fine as well
<rsalvaterra>
I have Debian Sid on my Eee PC 901. :)
<Borromini>
Gnome 3 has infected my brain so I'm not complaining anymore. Stockholm syndrome, kinda.
<rsalvaterra>
Dear God, no.
valku has quit [Quit: valku]
<Borromini>
=)
<slh>
I'm not really happy with current KDE anymore, but I haven't really found an alternative either - lxqt is very nice, but lacking a few nice features
<slh>
and then there is qt's requirement for at least semi-sane graphics cards, which is an issue with older gear or server class systems with 'weird' 2d-only graphics
<Borromini>
does Qt require 3D nowadays? :-/
<slh>
more or less, yes
<slh>
e.g. you will get serious display issues on XGI (eXtreme Graphics Innovation) Z7/Z9 (XG20 core), AMD/ATI] ES1000 (both onboard server graphics) or radeon r200/ nvidia fx5200 (old client stuff)
<slh>
for both, kde and lxqt, thanks to qt's requirements
<rsalvaterra>
I'm firmly on GTK side, though… :)
danitool has joined #openwrt-devel
csrf2 has quit [Quit: Leaving]
Borromini has quit [Quit: leaving]
floof58 is now known as Guest3104
floof58 has joined #openwrt-devel
* jow
settled on MATE as well
Guest3104 has quit [Ping timeout: 480 seconds]
<jow>
never got used to anything post Gnome 2
<rsalvaterra>
jow: I feel Gnome 2.x hit peak usability for me. That's why I use MATE.
bluew has joined #openwrt-devel
<rsalvaterra>
Same interface, recent libraries (GTK 3+).
<jow>
right, same here
<robimarko>
I must be too young since I actually like and use GNOME
ekathva has quit [Remote host closed the connection]
<nick[m]1234>
Can we finally merge the ipq40xx ar40xx fix? https://github.com/openwrt/openwrt/pull/9731 It would be nice, to have the ip40xx swdriver fixed before switchintg to dsa
robimarko has quit [Quit: Leaving]
Tapper has quit [Ping timeout: 480 seconds]
xes has quit [Read error: No route to host]
<rsalvaterra>
dangole: I guess we don't need software Hamming anymore… :)
<rsalvaterra>
aparcar[m]: Me too, when it's officially released. :P
T-Bone has joined #openwrt-devel
f00b4r0 has quit [Ping timeout: 480 seconds]
<dangole>
rsalvaterra: in case you are talking about the upstreamed SPI-NAND driver: also the previous driver was using hardware ECC, just not abstracted that nice and now even upstream. the advantage of this old driver written by hackpascal that it is used almost identically in TF-A, U-Boot and Linux.
<dangole>
rsalvaterra, aparcar[m]: gcc12 should finally support BTF for eBPF target, so it could replace the LLVM-based toolchain we are currently using :)
<rsalvaterra>
dangole: Nice, thanks for the clarification! :)
<rsalvaterra>
By the way, fixing this message now: [ 0.533599] cacheinfo: Unable to detect cache hierarchy for CPU 0
<rsalvaterra>
Oh, not having to build LLVM would be a blessing. The thing takes *ages*.
<jow>
indeed
<rsalvaterra>
It single-handedly doubled my full build times.
dangole has quit [Ping timeout: 480 seconds]
<swiftgeek>
maybe i should try olinuxino image as is
<swiftgeek>
pinctrl looks safe and it pulls in Device/uimage-lzma-loader
<swiftgeek>
yep that works!
<swiftgeek>
so now i have to match that manually somehow unless there is something easy i can do to swap dtb
<rsalvaterra>
Aw, great… so, we're using a PWM channel 7 in the E8450 device tree… https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/mediatek/dts/mt7622-linksys-e8450.dtsi;h=9f0dabdb4e4838b4815b26ba17b163faa6b6afa6;hb=HEAD#l259