#openwrt-devel on 2022-07-08 — irc logs at oftc.irclog.whitequark.org

2022-04-23 15:03 nbd changed the topic of #openwrt-devel to: Forum: https://forum.openwrt.org/ | Wiki: http://openwrt.org/ | Release: https://downloads.openwrt.org/releases/21.02.3/ | Notes: https://openwrt.org/releases/21.02/notes-21.02.3 | Logs: https://oftc.irclog.whitequark.org/openwrt-devel

00:04 minimal has quit [Quit: Leaving]

00:29 Ansuel has quit [Quit: Probably my PC crashed or time to sleep.]

00:42 rua has quit [Quit: Leaving.]

01:00 mcbridematt has joined #openwrt-devel

01:04 rua has joined #openwrt-devel

01:42 danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]

02:16 philipp64 has joined #openwrt-devel

02:21 cmonroe has quit [Ping timeout: 480 seconds]

02:59 f00b4r0 has joined #openwrt-devel

03:13 tchebb_ has joined #openwrt-devel

03:18 PaulFertser has quit [Remote host closed the connection]

03:18 PaulFertser has joined #openwrt-devel

03:19 tchebb has quit [Ping timeout: 480 seconds]

03:26 slh has quit [Remote host closed the connection]

03:26 slh64 has quit [Quit: gone]

03:39 slh64 has joined #openwrt-devel

03:39 slh has joined #openwrt-devel

03:45 mzvd has quit [Read error: Connection reset by peer]

03:51 mzvd has joined #openwrt-devel

04:18 valku has joined #openwrt-devel

04:46 gladiac has joined #openwrt-devel

05:04 mzvd has quit [Read error: Connection reset by peer]

05:05 mzvd has joined #openwrt-devel

05:05 ptudor has joined #openwrt-devel

05:08 ptudor_ has quit [Ping timeout: 480 seconds]

05:22 mzvd has quit [Read error: Connection reset by peer]

05:31 mzvd has joined #openwrt-devel

05:34 valku has quit [Quit: valku]

05:34 mzvd has quit [Read error: Connection reset by peer]

05:43 mzvd has joined #openwrt-devel

05:43 mzvd has quit [Read error: Connection reset by peer]

05:44 mzvd has joined #openwrt-devel

06:05 srslypascal has quit [Remote host closed the connection]

06:05 srslypascal has joined #openwrt-devel

06:07 nitroshift has joined #openwrt-devel

06:14 mzvd has quit [Read error: Connection reset by peer]

06:16 mzvd has joined #openwrt-devel

06:18 aiyion_ has quit [Remote host closed the connection]

06:18 aiyion_ has joined #openwrt-devel

06:18 cmonroe_ has joined #openwrt-devel

06:23 dedeckeh has joined #openwrt-devel

06:45 goliath has joined #openwrt-devel

07:06 xes has quit [Quit: bye..]

07:09 xes has joined #openwrt-devel

07:16 mzvd has quit [Read error: Connection reset by peer]

07:23 mzvd has joined #openwrt-devel

07:25 mzvd has quit [Read error: Connection reset by peer]

07:30 mzvd has joined #openwrt-devel

07:34 <rsalvaterra> Ouch… tcpdump grew quite chubbier while I wasn't looking.

07:34 mzvd has quit [Read error: Connection reset by peer]

07:38 mzvd has joined #openwrt-devel

07:39 danitool has joined #openwrt-devel

07:41 mzvd has quit [Read error: Connection reset by peer]

07:45 nitroshift has quit [Quit: Gone that way --->]

07:56 mzvd has joined #openwrt-devel

07:59 mzvd has quit [Read error: Connection reset by peer]

08:06 Piraty has quit [Quit: No Ping reply in 180 seconds.]

08:08 Piraty has joined #openwrt-devel

08:12 mzvd has joined #openwrt-devel

08:14 <f00b4r0> rsalvaterra: there's a "-mini" package iirc

08:14 mzvd has quit [Read error: Connection reset by peer]

08:15 <rsalvaterra> Yes, that's the package I use.

08:15 rua has quit [Remote host closed the connection]

08:15 torv has quit [Remote host closed the connection]

08:16 torv has joined #openwrt-devel

08:16 rua has joined #openwrt-devel

08:21 mzvd has joined #openwrt-devel

08:24 xes_ has quit []

08:26 <dhewg> nbd: I got an airtime underflow warning: http://sprunge.us/vdc9xi That's with a ~3 days old master build and a 802.11s setup, and it looks like a sip phone on the other mesh end triggered that

08:26 <nbd> dhewg: what's the exact openwrt version that you were using?

08:26 <dhewg> oh the other mesh end runs openwrt which doesn't include the recent airtime patches, in case that matters

08:27 <dhewg> /etc/openwrt_version claims r20020

08:27 <nbd> ok

08:27 <dhewg> r19878 on the other end, where to phone is connected to via wire

08:28 <nbd> i will take a look

08:28 <nbd> is it ath10k-ct or ath10k?

08:28 <dhewg> non ct due to 11s

08:28 <nbd> okay

08:30 xes_ has joined #openwrt-devel

08:31 mzvd has quit [Read error: Connection reset by peer]

08:32 mzvd has joined #openwrt-devel

08:48 mzvd has quit [Remote host closed the connection]

08:52 xes_ has quit []

08:56 mzvd has joined #openwrt-devel

08:57 mzvd has quit [Read error: Connection reset by peer]

09:11 mzvd has joined #openwrt-devel

09:39 mzvd has quit [Read error: Connection reset by peer]

09:41 mzvd has joined #openwrt-devel

10:12 wigyori has quit [Remote host closed the connection]

10:41 <owrt-2203-builds> Build [#81](https://buildbot.openwrt.org/openwrt-22.03/images/#builders/35/builds/81) of `bcm53xx/generic` completed successfully.

10:46 Tapper has joined #openwrt-devel

10:51 robimarko has joined #openwrt-devel

10:51 sorinello has quit [Ping timeout: 480 seconds]

10:51 wigyori has joined #openwrt-devel

10:57 winternull has joined #openwrt-devel

11:02 T-Bone has joined #openwrt-devel

11:02 f00b4r0 has quit [Read error: Connection reset by peer]

11:02 aiyion_ has quit [Remote host closed the connection]

11:03 aiyion_ has joined #openwrt-devel

11:16 danitool_ has joined #openwrt-devel

11:19 danitool has quit [Ping timeout: 480 seconds]

11:55 mzvd has quit [Read error: Connection reset by peer]

11:56 mzvd has joined #openwrt-devel

11:58 minimal has joined #openwrt-devel

12:01 mzvd has quit [Read error: Connection reset by peer]

12:07 <robimarko> nbd: Whats the background behind 221-module-exports.patch in the generic target hacks?

12:08 <robimarko> Ansuel and I traced warnings like this to it

12:08 <robimarko> aarch64-openwrt-linux-musl-ld: warning: orphan section `__ksymtab_strings' from `arch/arm64/kernel/head.o' being placed in section `__ksymtab_strings'

12:29 mzvd has joined #openwrt-devel

12:32 mzvd has quit [Read error: Connection reset by peer]

12:33 Tapper has quit [Ping timeout: 480 seconds]

12:42 <mrkiko> may someone help me obtain the link for MR6400 V5.2 souce code? I can't figure out the link from tp-link website

12:42 <mrkiko> Started from their gpl center - the model is listed but following the link doesn't give any joy :D

12:43 <mrkiko> was just curious to take a look

12:45 mzvd has joined #openwrt-devel

12:49 Misanthropos has quit [Ping timeout: 480 seconds]

12:50 <mrkiko> ... nevermind, it's ok :)

12:51 mzvd has quit [Read error: Connection reset by peer]

13:01 <nbd> robimarko: its purpose is to allow the build system to generate a list of needed module exports and remove any unnecessary exports from the kernel image

13:01 <nbd> robimarko: which in turn allows ld gc-sections to remove some functions

13:01 <nbd> resulting in a smaller kernel binary

13:02 mzvd has joined #openwrt-devel

13:05 <robimarko> nbd: Ok, that makes sense

13:05 <robimarko> It looks like it doesnt really work on ARM64 currently

13:06 Misanthropos has joined #openwrt-devel

13:11 mzvd has quit [Read error: Connection reset by peer]

13:16 mzvd has joined #openwrt-devel

13:18 <mrkiko> cmonroe_: however, I can experience again iPhones getting disconnected and reconnecting from time to time. but at this point I have no proof of the fact this may not happen even with other wi-fi drivers

13:19 <mrkiko> cmonroe_: and iPhone gets removed due to inactivity

13:26 mzvd has quit [Read error: Connection reset by peer]

13:27 mzvd has joined #openwrt-devel

13:28 MAbeeTT has joined #openwrt-devel

13:34 MAbeeTT5 has quit [Ping timeout: 480 seconds]

13:35 mzvd has quit [Read error: Connection reset by peer]

13:43 danitool has joined #openwrt-devel

13:44 mzvd has joined #openwrt-devel

13:46 mzvd has quit [Read error: Connection reset by peer]

13:47 danitool_ has quit [Ping timeout: 480 seconds]

14:00 mzvd has joined #openwrt-devel

14:05 mzvd has quit [Read error: Connection reset by peer]

14:14 mzvd has joined #openwrt-devel

14:18 mzvd has quit [Remote host closed the connection]

14:22 Tapper has joined #openwrt-devel

14:27 nemesis-ninux has joined #openwrt-devel

14:27 mzvd has joined #openwrt-devel

14:28 mzvd has quit [Read error: Connection reset by peer]

14:34 <KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_mediatek.html has been updated. (100.0% images and 99.9% packages reproducible in our current test framework.)

14:35 <mrnuke> robimarko: I wonder if I should regret buying that neatgear AP with the crappy uboot version. Now I understand why it only cost $110 :p

14:38 mzvd has joined #openwrt-devel

14:39 <mrkiko> mrnuke: canyou elaborate, I'm curious :D

14:41 mzvd has quit [Remote host closed the connection]

14:43 <mrnuke> mrkiko: nyetgear wax218

14:43 <mrkiko> mrnuke: yeah, but was curious on the uboot issues

14:44 <mrnuke> mrkiko: It uses A/B firmware scheme (mtd12 and mtd14). The only indication which firmware is active is the partition table containing an entry named "rootfs". The kernel args are the same

14:45 <mrnuke> mrkiko: The way u-boot patches this partition table is, well, incorrect, and doesn't work with more recent linuxes

14:45 <mrkiko> mrnuke: eheh... so you're in trouble detecting where you are

14:46 <mrnuke> mrkiko: So we could boot from mtd12, but not mtd14. There's no way to tell vendor firmware to "flash me here!". So if we provided an -factory -openwrt image, you'd have a 50% chance of not bricking your device :D

14:46 <mrkiko> mrnuke: is installation process hard so far? I mean - doesu-boot offer some methods to recover or something or not? What's the situation with signed / unsigned images?

14:46 <mrkiko> mrnuke: yeah, pretty bad

14:47 <mrkiko> and you can't discover where the vendor firmware is running from I guess

14:47 <mrnuke> mrkiko: fw is unsigned. There is a UART header, but it's a pain in the arsenal to solder -- It's next to a hughe ground plane. I used a 65W hakko with a huge tip, and couldn't get it soldered

14:48 <mrnuke> mrkiko: "tftp initramfs.itb && bootm" works

14:50 <mrkiko> mrnuke: thanks; I guess this won't be a device for me -- I am blind and I have no soldering skills :D

14:50 <mrkiko> mrnuke: but was kindafollowing your conversation with robimarko on the development. Hope you can find a solution to the dual-boot thing

14:51 mzvd has joined #openwrt-devel

14:52 <mrnuke> mrkiko: My next idea is to take the initramfs image, turn it into a UBI volume, then package it into something the vendor FW will flash. Advantage: it doesn't matter where you land. Disadvantage: You need to flash twice (initramfs, then sysupgrade)

14:52 <mrnuke> mrkiko: of course, openwrt make scripts don't support that use case :(

14:54 <mrkiko> mrnuke: ehehe... unfortunately you will need to do some groundwork for this

14:55 <mrkiko> mrnuke: but - sorry, why not simply report in the instructions to flash initramfs, then "mtd write" the factory image to both locations and then reboot?

14:56 <mrkiko> mrnuke: I mean - I know, automated is better but...

14:56 <mrnuke> Then only devs will ever dare use openwrt. I might as well make a kettle out of chocolate :)

14:57 mzvd has quit [Read error: Connection reset by peer]

14:57 <mrnuke> mrkiko: also, I suspect you only have access to a shell from the serial console. ssh takes you to some stripped-down cli

15:01 <mrkiko> mrnuke: I mean - if you are able to let vendor fw accept an initramfs, and then instruct the user how to proceed from there? Or am I missing / misunderstanding something?

15:04 <mrnuke> mrkiko: I am able to get vendor web interface accept a UBI image in a FIT header -- see `qsdk-ipq-factory-nand` . I haven't figured out how to package a working initramfs in this manner

15:04 <mrkiko> mrnuke: ok, got it. :)

15:05 <mrnuke> mrkiko: as far as recommenging to open up the device and solder a header. No. You'll get more people ripping out the pads and tearing their boards. It's not easy to solder that

15:06 <mrkiko> mrnuke: no. It would be great if you could allow installation without opening the device but then, if u-boot offers no recovery mechanisms and you have no way to manage the two-schemas thing from inside openwrt...

15:07 <mrkiko> but hey - some people will like the device no matter I guess, and take the time to solder / try I guess...

15:13 <mrnuke> mrkiko: umh, nevermind my ssh comment. I was just able to ssh and get a root shell

15:14 <mrnuke> actually. nevermind that. That was an initramfs of openwrt :p

15:14 Gaspare has joined #openwrt-devel

15:15 <mrkiko> :D :D

15:16 <mrnuke> It's really shitty. if I get the -factory.ubi image installed just right, the vendor firmware treats it like a sysupgrade almost. It even copies over the old config files and root password

15:16 <mrnuke> Som you even get the vendor's banner in openwrt :D

15:23 danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]

15:28 philipp64 has quit [Quit: philipp64]

15:45 <robimarko> mrnuke: You have way too high of expectations from standard vendors

15:45 <robimarko> If flashing ubinized initramfs is an option, that is also good

15:46 <robimarko> As you dont have to have UART

15:46 mzvd has joined #openwrt-devel

15:47 mzvd has quit [Read error: Connection reset by peer]

15:51 <mrnuke> robimarko: are you aware of another platform that provides a ubinized initramfs? I'm looking for examples

15:52 Gaspare has quit [Quit: Gaspare]

15:52 <robimarko> I dont think there are any so far

15:52 <robimarko> But it shouldnt really be hard

15:52 cbeznea has quit [Quit: Leaving.]

15:52 <robimarko> Same recipe as for rootfs should work, just feed it kernel initramfs

15:55 <mrnuke> "append-ubi | qsdk-ipq-factory-nand" ? Is there a append-ubi initramfs equivalent?

15:56 <robimarko> Not really

15:56 <robimarko> Issue is that it uses IMAGE_ROOTFS directly

15:57 <robimarko> There is ubinize-kernel that I added for hAP ac3

15:57 <robimarko> You can use ubinize-kernel directly

15:57 mzvd has joined #openwrt-devel

15:58 <robimarko> KERNEL := kernel-bin | append-dtb-elf | package-kernel-ubifs | ubinize-kernel

15:58 <mrnuke> robimarko: Thank you! I am going to try that :D

15:59 <robimarko> Basically, find the default KERNEL_ININTRAMFS recipe and just copy/paste that and pipe to ubinize-kernel

16:01 mzvd has quit [Read error: Connection reset by peer]

16:07 mzvd has joined #openwrt-devel

16:12 mzvd has quit [Read error: Connection reset by peer]

16:26 Tapper has quit [Ping timeout: 480 seconds]

16:44 mzvd has joined #openwrt-devel

16:45 mzvd has quit [Read error: Connection reset by peer]

16:55 Tapper has joined #openwrt-devel

17:03 mzvd has joined #openwrt-devel

17:05 Gaspare has joined #openwrt-devel

17:10 mzvd has quit [Read error: Connection reset by peer]

17:17 mzvd has joined #openwrt-devel

17:18 mzvd has quit [Read error: Connection reset by peer]

17:26 bluew has joined #openwrt-devel

17:31 <mrnuke> robimarko: " find the default KERNEL_ININTRAMFS recipe" -- easier said than done

17:33 <robimarko> I am sure there is somebody who knows where it is here on the IRC

17:35 mzvd has joined #openwrt-devel

17:36 mzvd has quit [Read error: Connection reset by peer]

17:36 csrf has joined #openwrt-devel

17:52 mzvd has joined #openwrt-devel

17:55 <mrnuke> robimarko: It's in image.mk as a Make macro expansion

17:56 mzvd has quit [Read error: Connection reset by peer]

17:59 nemesis-ninux has quit [Quit: Leaving.]

18:03 Tapper has quit [Ping timeout: 480 seconds]

18:04 ekathva has joined #openwrt-devel

18:07 mzvd has joined #openwrt-devel

18:12 mzvd has quit [Remote host closed the connection]

18:15 mzvd has joined #openwrt-devel

18:16 nemesis-ninux has joined #openwrt-devel

18:17 <hauke> AndyCap: pong

18:19 mzvd has quit [Read error: Connection reset by peer]

18:23 mzvd has joined #openwrt-devel

18:24 <hauke> AndyCap: unpong

18:24 <AndyCap> :)

18:24 <hauke> I wanted to send a pong to Ansuel

18:27 mzvd has quit [Read error: Connection reset by peer]

18:41 mzvd has joined #openwrt-devel

18:42 ekathva has quit [Remote host closed the connection]

18:51 mzvd has quit [Read error: Connection reset by peer]

18:52 nemesis-ninux has quit [Quit: Leaving.]

18:56 ekathva has joined #openwrt-devel

19:03 nemesis-ninux has joined #openwrt-devel

19:11 nemesis-ninux1 has joined #openwrt-devel

19:13 nemesis-ninux has quit [Read error: Connection reset by peer]

19:18 mzvd has joined #openwrt-devel

19:18 Tapper has joined #openwrt-devel

19:22 mzvd has quit [Read error: Connection reset by peer]

19:22 nemesis-ninux1 has quit [Quit: Leaving.]

19:25 nemesis-ninux has joined #openwrt-devel

19:28 minimal has quit [Quit: Leaving]

19:36 mzvd has joined #openwrt-devel

19:38 mzvd has quit [Read error: Connection reset by peer]

19:38 <Slimey> why are some intramfs images bigger than others

19:38 <Slimey> different compression that bootloader can handle?

19:45 danitool has joined #openwrt-devel

19:54 mzvd has joined #openwrt-devel

19:56 mzvd has quit [Remote host closed the connection]

20:17 <nick[m]1234> Can someone shortly help me? What is this /home/build/openwrt/staging_dir/target-x86_64_musl/bpf-headers/tools/lib/ in a library in the makefile?

20:18 <nick[m]1234> $(STAGING_DIR)/bpf-headers/tools/lib/ ?

20:24 Tapper has quit [Ping timeout: 480 seconds]

20:40 nemesis-ninux has quit [Quit: Leaving.]

20:45 Tapper has joined #openwrt-devel

20:54 mzvd has joined #openwrt-devel

20:55 mzvd has quit [Read error: Connection reset by peer]

20:56 zimsneexh has joined #openwrt-devel

21:13 Gaspare has quit [Quit: Gaspare]

21:15 Gaspare has joined #openwrt-devel

21:22 zimsneexh has left #openwrt-devel [#openwrt-devel]

21:24 <hurricos> stintel: T1042 still has the mpc85xx wdt

21:25 <hurricos> stintel: oh, you have your solution though :^)

21:26 <hurricos> ... the thought is, if you were failing to boot, you could always trigger the wdt, crash, reboot without poweroff, and read RAM with `md`

21:27 <hurricos> I have a BSAP 3040 behind me, let me know if I can be of any assistance :D

21:27 <hurricos> and yes, it was b100: ... Ping Slimey about those BSAPs next time :D

21:28 <Slimey> heh they are different

21:28 <hurricos> stintel: I got stuck (and gave up) on modifying the default bootcmd, I might just not be smart though

21:32 <hurricos> .... I went over my notes and *think* I have brain rot.

21:36 <hurricos> I don't actually think it hard-codes the bootcmd as the AP330 does

21:50 Tapper has quit [Ping timeout: 480 seconds]

21:51 ekathva has quit [Remote host closed the connection]

21:59 dedeckeh has quit [Remote host closed the connection]

22:01 mzvd has joined #openwrt-devel

22:02 nemesis-ninux has joined #openwrt-devel

22:06 mangix has joined #openwrt-devel

22:08 <Habbie> is there a "freeze" date for 22.03, where package bumps should become careful instead of "backport anything that goes into packages master"?

22:18 Gaspare has quit [Quit: Gaspare]

22:19 nemesis-ninux1 has joined #openwrt-devel

22:20 bluew has quit [Remote host closed the connection]

22:25 nemesis-ninux has quit [Ping timeout: 480 seconds]

22:36 bluew has joined #openwrt-devel

22:39 nemesis-ninux has joined #openwrt-devel

22:41 nemesis-ninux1 has quit [Read error: Connection reset by peer]

22:41 nemesis-ninux has quit []

22:42 nemesis-ninux has joined #openwrt-devel

22:53 <mangix> Habbie: when rc is over :)

22:54 srslypascal has quit [Ping timeout: 480 seconds]

23:03 <enyc> fwdw https://downloads.openwrt.org/ we observe outdated ilnk to -rc4 compared to homepage that now links to -rc5

23:20 robimarko has quit [Quit: Leaving]

23:22 nemesis-ninux1 has joined #openwrt-devel

23:25 nemesis-ninux has quit [Read error: Connection reset by peer]

23:26 nemesis-ninux1 has quit []

23:31 nemesis-ninux has joined #openwrt-devel