#openwrt-devel on 2023-04-28 — irc logs at oftc.irclog.whitequark.org

2023-04-15 20:34 ChanServ changed the topic of #openwrt-devel to: Forum: https://forum.openwrt.org/ | Wiki: http://openwrt.org/ | Release: https://downloads.openwrt.org/releases/22.03.4 | Notes: https://openwrt.org/releases/22.03/notes-22.03.4 | Logs: https://oftc.irclog.whitequark.org/openwrt-devel

00:00 SlimeyX has joined #openwrt-devel

00:06 djfe has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]

00:28 goliath has quit [Quit: SIGSEGV]

00:48 madwoota- has joined #openwrt-devel

00:49 madwoota- is now known as madwoota

00:56 madwoota_ has quit [Ping timeout: 480 seconds]

01:03 bluew has quit [Ping timeout: 480 seconds]

01:21 djfe has joined #openwrt-devel

01:41 MaxSoniX has joined #openwrt-devel

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

02:00 tSYS has quit [Quit: *squeak*]

02:00 tSYS has joined #openwrt-devel

02:03 minimal has quit [Quit: Leaving]

02:03 <KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 100.0% packages reproducible in our current test framework.)

03:25 astro1 has joined #openwrt-devel

03:45 rsalvaterra has quit [Remote host closed the connection]

03:45 rsalvaterra has joined #openwrt-devel

03:51 cbeznea has joined #openwrt-devel

03:53 cbeznea has quit []

03:53 cbeznea has joined #openwrt-devel

03:56 cbeznea has quit []

03:57 cbeznea has joined #openwrt-devel

04:00 SirLouen has quit [Quit: Hasta luego, Lucas]

04:00 SirLouen has joined #openwrt-devel

04:03 cbeznea has quit [Quit: Leaving.]

04:04 cbeznea has joined #openwrt-devel

04:06 cbeznea has quit []

04:06 cbeznea has joined #openwrt-devel

05:03 <Znevna> based on this: https://forum.openwrt.org/t/openwrt-support-for-asus-ax1800hp/149891/47

05:03 <Znevna> looks like it's a bad idea to exclude ubi from nmbm

05:40 <Mangix> Yes

05:40 <Znevna> also looks like I need to add mediatek,bmt-force-create;

05:41 <Znevna> in the dts

05:45 norris has quit [Read error: Connection reset by peer]

05:45 jbowen has quit [Write error: connection closed]

05:45 linusw has quit [Read error: Connection reset by peer]

05:45 linusw has joined #openwrt-devel

05:45 norris has joined #openwrt-devel

05:45 jbowen has joined #openwrt-devel

05:54 <KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_omap.html has been updated. (11.1% images and 99.9% packages reproducible in our current test framework.)

05:57 cbeznea1 has joined #openwrt-devel

05:58 <gch981213> Znevna: Don't use force-create. If the nmbm created in u-boot isn't recognized by kernel, there's already something wrong. It's better to find why u-boot and kernel nmbm implementations disagree with each other.

05:59 <Znevna> it's not seen in u-boot either

05:59 <Znevna> that's the problem

05:59 <Znevna> see the blocks here: https://forum.openwrt.org/t/openwrt-support-for-asus-ax1800hp/149891/49

05:59 <Znevna> missing management blocks

06:00 <Znevna> I hope I didn't brick his router >.>

06:01 <Znevna> and asus uses force-create in their dts

06:04 cbeznea has quit [Ping timeout: 480 seconds]

06:05 <Mangix> blocktrron: I'll just mention 25 is a value from ath79. Not that it matters.

06:20 cbeznea1 has quit [Quit: Leaving.]

06:21 cbeznea has joined #openwrt-devel

06:53 astro1 has quit [Quit: Konversation terminated!]

06:58 <blocktrron> Mangix: context

07:25 bbezak5 has joined #openwrt-devel

07:30 bbezak5 has quit []

07:30 bbezak has quit [Ping timeout: 480 seconds]

07:31 bbezak has joined #openwrt-devel

07:50 tidalf_ has joined #openwrt-devel

07:56 tidalf has quit [Ping timeout: 480 seconds]

08:09 robimarko has joined #openwrt-devel

08:10 floof58 is now known as Guest12398

08:11 floof58 has joined #openwrt-devel

08:15 Guest12398 has quit [Ping timeout: 480 seconds]

08:50 srslypascal has joined #openwrt-devel

08:51 srslypascal has quit []

09:06 SlimeyX_ has joined #openwrt-devel

09:10 SlimeyX has quit [Ping timeout: 480 seconds]

09:10 SlimeyX_ is now known as SlimeyX

09:34 fakuivan has quit [Remote host closed the connection]

09:35 fakuivan has joined #openwrt-devel

10:04 goliath has joined #openwrt-devel

10:13 danitool has joined #openwrt-devel

10:28 <mrkiko> Znevna: Mangix: why a bad idea to xclude ubi from nmbm? It seems it's a bad idea even to not do so, so ...

10:36 <Znevna> I didn't say it's bad

10:36 <Znevna> but it's the current practice

10:37 <Znevna> and it seems it causes issues if a bad block appears in the ubi partition

11:06 robimarko has quit [Quit: Leaving]

11:10 Misanthropos has quit [Read error: Connection reset by peer]

11:14 Misanthropos has joined #openwrt-devel

11:27 djfe_ has joined #openwrt-devel

11:35 djfe has quit [Ping timeout: 480 seconds]

11:56 guerby_ has quit [Remote host closed the connection]

11:59 guerby_ has joined #openwrt-devel

11:59 minimal has joined #openwrt-devel

12:03 <mrkiko> Znevna: oh, I'm not questioning - just trying to understand, I'm pretty curious about this matter, also because it is going to matter on the gl-mt3000 as well

12:04 <mrkiko> Znevna: but I am having some issues understanding what's going on here. Isn't ubi supposed to handle bad blocks?

12:05 cbeznea has quit [Read error: Connection reset by peer]

12:05 <mrkiko> Znevna: I'm little bit lost here... of course yes, a limited number of bad blocks can be handled I guess

12:20 cbeznea has joined #openwrt-devel

12:35 <Znevna> If I manage to get that user on IRC with hopefully a still functioning device maybe we'll find out

12:38 Acinonyx_ has joined #openwrt-devel

12:41 Acinonyx has quit [Ping timeout: 480 seconds]

12:43 <mrkiko> Znevna: I would ask dangolle but he's not around as far as I know

12:44 valku has joined #openwrt-devel

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

13:16 <Znevna> I suck at reading code, does this mean that force_create is set by default (if not set in .dts?) https://github.com/openwrt/openwrt/blob/master/target/linux/generic/files/drivers/mtd/nand/mtk_bmt_nmbm.c#L2264

13:17 <Mangix> IIRC nbd mentioned only using it for the kernel

13:17 <Mangix> blocktrron: your recent ramips commit

13:18 <Znevna> I'd lower the SPI frequency for Archer C6U too

13:19 <Znevna> I have one unstable device with 80MHz

13:24 <blocktrron> Mangix: ah okay, I just had another dts open where I had a similar issue in the past and copied from there

13:25 <blocktrron> I was just lost what you were referring to

13:54 cbeznea1 has joined #openwrt-devel

13:58 cbeznea has quit [Ping timeout: 480 seconds]

14:08 gladiac has joined #openwrt-devel

14:10 <f00b4r0> funny. in busybox "ps -w" truncates output, "ps" does not

14:12 floof58 is now known as Guest12428

14:12 floof58 has joined #openwrt-devel

14:12 <minimal> f00b4r0: and "ps -ww"?

14:13 <f00b4r0> does not truncate. how odd

14:13 <minimal> "ps -w" truncates at 132 chars, "ps -ww" does not truncate

14:14 <f00b4r0> as evidenced by the help output: "wWide output" ;-)

14:14 <minimal> well what width is your terminal?

14:14 <f00b4r0> 175

14:14 <minimal> there you go ;-)

14:14 <f00b4r0> ?

14:15 <minimal> "ps" writes up to terminal width (in old days = 80 chars)

14:15 <f00b4r0> "wide output" suggests untruncated to me

14:15 <minimal> "ps -w" was originally intended to output more than 80 chars

14:16 <minimal> so you having a 175-wide terminal is "unexpected" :-)

14:16 <jakllsch> so, busybox is on crack

14:16 <f00b4r0> i see

14:16 <minimal> terminals were typically 80x24

14:17 Guest12428 has quit [Ping timeout: 480 seconds]

14:18 <minimal> the "procps" manpage for "ps" also talks about "-w" being wide output and "-ww" being unlimited width

14:18 <jakllsch> weird. pretty sure that's not the way the NetBSD ps(1) works

14:18 <f00b4r0> minimal: I used an actual VT100 terminal so I'm aware, but the busybox help and behaviour is unintuitive imho :)

14:18 <f00b4r0> (as in, hardware VT100)

14:18 <jakllsch> it's trucate to 80 by default, and unlimited with -w

14:19 <jakllsch> so i get annoyed with busybox ps

14:20 <minimal> well from a quick search POSIX spec for "ps" doesn't mention w/-w option, so it is not standardised

14:20 <jakllsch> fair enough

14:20 cbeznea has joined #openwrt-devel

14:20 <minimal> so Busybox ps appears to be behaving in a compatible way to procps ps

14:21 <minimal> indeed there are at least 2 distinct types of "ps" options (I remember SysV and BSD differed)

14:22 <minimal> I remember doing "ps -ef" or "ps auxww" depending on the Unix system

14:22 <jakllsch> yeah, my muscle memory is: ps auxwww

14:23 <jakllsch> ps: unrecognized option: a

14:23 <jakllsch> (from busybox)

14:23 cbeznea1 has quit [Ping timeout: 480 seconds]

14:23 <jakllsch> so -w is the least of my worries

14:24 * f00b4r0 is a fax user. ps fax :)

14:24 <minimal> well it is meant to be a cutdown implementation...

14:28 cbeznea has quit [Ping timeout: 480 seconds]

14:45 cbeznea has joined #openwrt-devel

15:06 minimal has quit [Quit: Leaving]

15:32 MaxS0niX has joined #openwrt-devel

15:32 MaxSoniX has quit [Read error: Connection reset by peer]

15:34 jbowen has quit []

15:35 jbowen has joined #openwrt-devel

15:40 <hgl> anyone knows what's the difference between sep and empty in openwrt's makefile? https://github.com/openwrt/openwrt/blob/2c530fcb972c112e7a2b10f9c21ac6d276624b5e/rules.mk#L38

15:42 <hgl> both seem to be the empty string and is false when being evaluated

15:53 tidalf has joined #openwrt-devel

15:56 tidalf__ has joined #openwrt-devel

15:58 tidalf_ has quit [Ping timeout: 480 seconds]

16:01 tidalf has quit [Ping timeout: 480 seconds]

16:03 minimal has joined #openwrt-devel

16:15 gladiac has quit [Quit: k thx bye]

16:15 Borromini has joined #openwrt-devel

16:36 <dwfreed> hgl: because sep is not actually empty

16:37 <dwfreed> it provides a newline for things like calls to foreach that generate a bunch of recipe lines, so that each pass through the loop is its own recipe line

16:38 <dwfreed> empty *is* empty, and is probably mostly there for the space trick on the next line

16:39 <dwfreed> these are all dark make magic that is necessary for non-trivial makefiles

16:40 <KGB-1> https://tests.reproducible-builds.org/openwrt/openwrt_lantiq.html has been updated. (96.2% images and 99.9% packages reproducible in our current test framework.)

17:19 floof58 has quit [Quit: floof58]

17:20 floof58 has joined #openwrt-devel

18:39 Tapper has joined #openwrt-devel

18:45 <owrt-2203-builds> Build [#247](https://buildbot.openwrt.org/openwrt-22.03/images/#builders/40/builds/247) of `mvebu/cortexa53` completed successfully.

18:48 tidalf__ has quit [Remote host closed the connection]

18:49 tidalf has joined #openwrt-devel

18:57 cbeznea has quit [Quit: Leaving.]

19:14 Borromini has quit [Quit: Lost terminal]

19:23 Borromini has joined #openwrt-devel

19:40 Misanthropos has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]

20:01 Borromini has quit [Quit: Lost terminal]

20:03 bluew has joined #openwrt-devel

20:06 danitool has joined #openwrt-devel

20:11 MaxS0niX has quit [Remote host closed the connection]

20:11 Borromini has joined #openwrt-devel

20:11 MaxS0niX has joined #openwrt-devel

20:24 Misanthropos has joined #openwrt-devel

20:26 maciekb has quit [Read error: Connection reset by peer]

20:27 maciekb has joined #openwrt-devel

20:39 djfe_ is now known as djfe

20:51 MaxS0niX has quit [Quit: Konversation terminated!]

20:59 Borromini has left #openwrt-devel [#openwrt-devel]

22:14 cc0_ is now known as cc0

22:39 <Lechu> Just checked devmem on MF28D with Ethernet disabled and... surprise surprise, it stays in soft reset, bit 31 in 0x1a000000 set. Let's see if it's set on build with Ethernet enabled as well.

22:51 <Lechu> Could also be, that we're missing to set up a clock, that U-boot usually does set up.

22:52 <Lechu> I think I'm facing a very similar issue on MF283+, even though this one is a rt305x board, which started having issues with 22.03 release.

22:59 <nick[m]1234> jow: by the way it's the same issue with umdns https://gist.github.com/PolynomialDivision/c04cc6b91825cef12beaa3dd63490ae8

23:21 <tmn505> Lechu: boot with clk_ignore_unused in kernel command line to check if it's a clock issue

23:27 <Lechu> will try, thanks

23:28 <Lechu> though the clocks on ar9344 are as simple as they get

23:31 Tapper has quit [Ping timeout: 480 seconds]

23:41 <Lechu> The difference at 0x1a000000 is 0x5 vs 0xF - so in the good case SYNCHRONIZED_{TX,RX} are set.