<PaulFertser>
nick[m]: kern_start would be visible from vendor firmware boot log / partition layout
<PaulFertser>
nick[m]: kern_entry from u-boot log when starting the kernel up, and it must match the address used when building the kernel.
<nick[m]>
PaulFertser: okay. I will flash airos with serial again and save all boot logs. Thank u. When I can compare them. Could that be a possible bug from 4.19 to 5.4, or am I wasting my time? ;)
<PaulFertser>
nick[m]: probably not needed yet
<russell-->
i doubt if you need airos, just look from u-boot
<PaulFertser>
nick[m]: can you instead show full bootlog you're currently getting?
<PaulFertser>
Bootloader messages should be enough.
<russell-->
that's where your kernel thinks jffs2 should live
<nick[m]>
russell--: wifi -> "Command failed: Not found"
<nick[m]>
russell--: it is getting more and more broken ^^ I have to find a way back into this device, then I will make a dump
<russell-->
return to vanilla openwrt without your hacks
<russell-->
then dd if=/dev/mtdblock2 of=/tmp/mtdblock2.img, scp that to your build box and look at the hexdump. you should see the block headers in the jffs2 section
<russell-->
you should only see this: "Wed Oct 21 14:28:32 2020 kern.warn kernel: [ 121.156052] jffs2_scan_eraseblock(): End of filesystem marker found at 0x0" on the first boot
rmilecki has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
<nick[m]>
russell--: I have 19% percent of that image ^^ the device crashed again. I have to retry that. but the 0x0 address
<nick[m]>
firstboot has the same effect or? so I just do firstboot again and dump the flash
<russell-->
i'd try to do a new sysupgrade, and dd after it boots the first time
<russell-->
if you are running out of ram, you can run the dd from ssh and pipe the output to your machine, something like: ssh root@yourdevice 'dd if=/dev/mtdblock2' > /tmp/mtdblock2.img (or wherever)
gch981213 has quit [Ping timeout: 264 seconds]
gch9812131 has joined #openwrt-devel
<nick[m]>
russell--: can I send u an email?
aszeszo has quit [Ping timeout: 240 seconds]
aszeszo has joined #openwrt-devel
Darkmatter66 has joined #openwrt-devel
Darkmatter66_ has quit [Ping timeout: 260 seconds]
swex has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
f00b4r0 has joined #openwrt-devel
damex has joined #openwrt-devel
qgTG has quit [Ping timeout: 258 seconds]
qgTG has joined #openwrt-devel
gch9812131 has quit [Read error: Connection reset by peer]
gch981213 has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
aszeszo has quit [Quit: aszeszo]
indy has quit [Read error: Connection reset by peer]
ivanich has quit [Read error: Connection reset by peer]
ivanich has joined #openwrt-devel
indy has joined #openwrt-devel
caravel has joined #openwrt-devel
goliath has joined #openwrt-devel
valku has joined #openwrt-devel
gch981213 has quit [Ping timeout: 240 seconds]
gch981213 has joined #openwrt-devel
gch9812138 has joined #openwrt-devel
gch981213 has quit [Ping timeout: 258 seconds]
gch9812138 is now known as gch981213
Acinonyx has quit [Ping timeout: 240 seconds]
Acinonyx has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
psnsilva has joined #openwrt-devel
psnsilva has quit [Remote host closed the connection]
Katana_Steel has quit [Read error: Connection reset by peer]
anonzadas has quit [Quit: ZNC 1.6.5+deb1 - http://znc.in]
Ycarus has quit [Quit: Ycarus]
linzst has quit [Ping timeout: 240 seconds]
linzst has joined #openwrt-devel
linzst has quit [Remote host closed the connection]
<Grommish>
rsalvaterra: Notice on the ffmpeg suggestion.. isn't ffmpeg like horribly out of date because no one wants to maintain it?
<Grommish>
How do you walk that line where it's what you need in the package (and why you've sent the PR) vs people who just want to pull down a file without any real work? Legit question, since I'm going to be facing that eventually
<rsalvaterra>
Welp, this was a learning experience. Package variants are… "interesting".
<rsalvaterra>
The youtube-dl repository has been taken down…? :|
<pkgadd>
I've been looking into it a bit for iw/ ip, but didn't really achieve what I wanted (using personal meta packages to select the -full variants on my big flash devices)
aszeszo has quit [Quit: aszeszo]
<rsalvaterra>
I *think* I got it working for tor. I spent hours just getting menuconfig not to blow up.
<pkgadd>
for me, the lithmus test was trying to build a multi profile target with large and smaller flash sizes without negative per-device dependencies
<rsalvaterra>
Sounds quite "fun" too. :)
<pkgadd>
wpad is also difficult to select that way
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
<rsalvaterra>
The whole hostapd/wpa_supplicant/wpad configuration is borderline insane.
<pkgadd>
for wpad, I had to declare defeat - and use negative dependencies instead (adding something like "-libustream-wolfssl -wpad-basic -wpad-mini -wpad wpad-openssl -wpad-basic-wolfssl" to each and every device...)
<rsalvaterra>
Speaking of which, what's the thing with the CONFLICTS directive? It causes strange indentation in the menuconfig, depending on how it's expressed.
<pkgadd>
(patching out the default ssl library/ wpad type would have been easier, but...)
<rsalvaterra>
And that's one of the reasons why the wireless daemons configuration is crazy…
<rsalvaterra>
Alright! I have tor-basic and tor-full building correctly! Now to generate a real image…
<pkgadd>
fortunately tor is a bit easier, as there's little danger for one of its variants to become preinstalled by default
<pkgadd>
(in the sense of not having to worry about default selections)
<rsalvaterra>
Yes, most definitely. I only have to worry about keeping the same functionality with an existing .config.
Huntereb has quit [Read error: Connection reset by peer]
am0rphis has quit [Remote host closed the connection]
gch981213 has quit [Quit: Ping timeout (120 seconds)]