kristrev has quit [Read error: Connection reset by peer]
kristrev has joined #openwrt-devel
victhor has quit [Ping timeout: 252 seconds]
bkallus has quit [Quit: Leaving]
swex has quit [Ping timeout: 265 seconds]
Strykar has quit [Quit: /quit]
Strykar has joined #openwrt-devel
rmilecki has joined #openwrt-devel
pine127 has quit [Ping timeout: 240 seconds]
pine127 has joined #openwrt-devel
<philipp64_>
jow: is there anything weird about .init scripts and how config_get works, etc.? I have a global called CONFIG_FAIL=0 set at the top of the script... a helper function sets it to 1 if there are failures... but by the time the script returns back to start_service() from where it called config_foreach, the variable is zero'd again. like the scope where it had been set to 1 disappeared.
<rmilecki>
oh, it thought all ath79 generic will just fail
<ynezz>
yep, seems so, there is fortunately timeout "command timed out: 1200 seconds without output running [b'make', b'-j8', b'target/install', b'V=s'], attempting to kill"
<ynezz>
I would simply revert the offending commit and tried to fix it properly in the meantime
<ynezz>
it's broken since April 8th
<rmilecki>
you sure about that date?
<rmilecki>
i pushed that on 9th
<ynezz>
it takes some time to build all the targets
<ynezz>
BTW those firmware-utils should be probably factored out into separate Git repository and guarded by CI, otherwise it's going to bitrot after some time
<ynezz>
we've started working on this with ldir some time ago https://git.openwrt.org/?p=openwrt/staging/ynezz.git;a=shortlog;h=refs/heads/wip/firmware-utils-fixes but as always got distracted :p
<ynezz>
ideally having some unit tests in place first, so the good/working output is captured and we can assure, that the fixes doesn't produce regressions
<ynezz>
a lot of work, I know :)
Xesxen_ is now known as Xesxen
<rmilecki>
ynezz: testing a fix
<rmilecki>
ynezz: wow, i didn't know about that work on firmware-utils you did
<jow>
ynezz: I agree that firmware utils should be moved into a separate repo
sbrown has quit [Quit: Leaving]
<jow>
ynezz: and maybe reconsider on a case-by-case basis if a given image util really needs to be implemented in C or if it can be done equally well in Python or so
Neighbor11111117 has joined #openwrt-devel
Immanuel_ has joined #openwrt-devel
Immanuel has quit [Ping timeout: 252 seconds]
Immanuel_ is now known as Immanuel
sbrown has joined #openwrt-devel
sbrown_ has joined #openwrt-devel
sbrown_ has quit [Client Quit]
<kristrev>
Hi. I am trying to bring up an mt7622 and has managed to make some progress, but managed to get properly stuck and wondered if anyone can help
<kristrev>
The board can boot from an sdcard, so I am currently basing my work off of Banana Pi (just to see if I can get something working). The kernel loads, but the root device can't be found
<kristrev>
The list of available partitions is empty, which strikes me as a bit strange as uboot is able to see all the partitions on the sdcard
<kristrev>
Are there any typical rookie mistakes anyone is aware of that could be the cause of my problem?
<kristrev>
I will ask him. This is not the Bpi R64 btw, it is a different board. R64 only seemed like the easiest place to start :)
SpaceRat^ has joined #openwrt-devel
SpaceRat has quit [Disconnected by services]
SpaceRat^ is now known as SpaceRat
lnslbrty has quit [Ping timeout: 265 seconds]
plntyk has quit [Ping timeout: 252 seconds]
valku has joined #openwrt-devel
tobleminer-tSYS has quit [Ping timeout: 252 seconds]
tobleminer-tSYS has joined #openwrt-devel
plntyk has joined #openwrt-devel
lnslbrty has joined #openwrt-devel
jas4711 has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
<rmilecki>
stintel: are you ok with the [PATCH] kernel: limit crypto-hw-ccp to the x86
<netprince_>
I'm getting 'no rule to make target' on both xtables-addons and mac80211, been trying to figure this out off and on for a couple weeks... does anyone have any clues for me? https://pastebin.com/BVQDQaKk
<stintel>
rmilecki: sure. I would nit about making it one DEPENDS:= \ and then put each of them on a single line, in alphabetical order, so it's a bit cleaner
<jow>
netprince_: hmm, still inconclusive unfortunately
zatwai has quit [Ping timeout: 250 seconds]
<jow>
netprince_: the last time I encountered this, it turned out to be an issue with kbuild picking up a wrong libelf which then internally caused a failure cascade
<jow>
let me try to recall the details
<netprince_>
jow: my system details if that helps: Linux buildroot3 5.4.0-70-generic #78-Ubuntu SMP Fri Mar 19 13:29:52
<jow>
netprince_: okay, so in my case it was this: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=f3ab336d7ceda929dc8dc4a8b09a9552dc6be0b1
<jow>
netprince_: x86/64 kernel, had stack validation enabled, which in turn requires libelf at build time
<jow>
libelf in turn was taken from openwrt's tools/ but it produced preproprocessor warnings which caused kbuild to trip up due to -Wundef + -Werror
<netprince_>
I build for several other targets, I only have this trouble with x86/64, so perhaps you are right?
<jow>
hm wait, in the commit I linked I prepared our shipped libelf to be suitable for kernel building
<jow>
the root cause was openwrt kernel kbuild incorrectly picking up a host libelf
<jow>
which in turn was broken, failing the kernel build
<jow>
since tools/libelf was recently dropped with "bf4aa0c6a2 tools/libelf: remove unneeded host library" I guess the original regression crept back in
<jow>
kbuild now likely picks up broken system libelf again (the one exhibiting the CPP undefined macro warnings or another -Werror incompatible quirk)
<jow>
so to summarize:
<jow>
until recently we used or own tools/libelf and made sure that the kernel build uses it
<jow>
tools/libelf was recently dropped as "uneeded"
<jow>
now we rely on the host system to provide a sane libelf (it has been made a build prereq since then)
<jow>
if the host libelf does not happen to be "sane", x86/64 kernels with enable stack protector cannot be built anymore
<jow>
netprince_: could you pastebin your /usr/include/gelf.h ?
<netprince_>
there is no /usr/include/gelf.h on the build system
eric19 has joined #openwrt-devel
<netprince_>
find / -name "*gelf.h*" -print 2>/dev/null only shows a few matches in my build_dir
<jow>
netprince_: and /usr/include/libelf.h ?
<netprince_>
does not exist, search only finds a few matches in my build_dir
<jow>
maybe this is your issue then. COuld you try to install your Distro's equivalent of `libelf-dev` ?
<netprince_>
yes
<jow>
if you didn't already did it, a dirclean/clean might be in order as well to get rid of former shipped libelf stuff in staging_dir/host
<netprince_>
ok
<netprince_>
installed and building from scratch...
<netprince_>
I did run a 'make prereq' when I setup this system
<jow>
I might have lied about the prereq
<jow>
I assumed it was added as prereq but apparently not
<netprince_>
no problem, thanks for the help, I'll report in how it builds in a few minutes
<jow>
commit bf4aa0c6a2f57951f995b2ac6f394c45ac852b9d claimed that libelf is alredy a build system prereq
<jow>
but that was based on random wiki instructions
<jow>
seems it is not actually encoded in include/prereq-build.mk
Tapper has quit [Ping timeout: 240 seconds]
<philipp64_>
jow: doh! thanks!!
Neighbor11111117 has quit [Ping timeout: 240 seconds]
eric19 has quit [Ping timeout: 240 seconds]
<netprince_>
jow: build complete, that fixed the issue, thats a big relief thanks again
Tost has quit [Ping timeout: 240 seconds]
jas4711 has quit [Ping timeout: 240 seconds]
jas4711 has joined #openwrt-devel
Tapper has joined #openwrt-devel
mgiganto has quit [Quit: Connection closed]
Tapper has quit [Read error: Connection reset by peer]