00:10 <owrt-images-builds> Build [#269](https://buildbot.openwrt.org/images/#/builders/142/builds/269) of `master_bcm27xx/bcm2711` failed.

00:38 <russell--> jow: /me discovers that luci-base depends on luci-mod-network (it uses luci-mod-network's interface.js's advanced tab)

01:19 <russell--> is there a way to hide tabs? the goal is to present a simplified menu with no advanced settings.

01:24 <neggles> russell--: little bit of css that sets `display: none;` on the element?

01:43 <russell--> neggles: if i have a <div id="foo" ...> can i match a style to that?

01:43 <neggles> russell--: yep, `.foo { display: none; }`

01:44 <neggles> sorry, `#foo`

02:08 <russell--> nice, thank you. it helps when you spell the id with the right delimiters, but YAY it works!

02:18 <russell--> neggles == life saver

02:56 <owrt-images-builds> Build [#267](https://buildbot.openwrt.org/images/#/builders/124/builds/267) of `master_bcm27xx/bcm2710` failed.

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

07:13 <neggles> russell--: np! css is hell at the best of times

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

12:12 <mrkiko> I am encountering a mbedtls-related problem - that is an ustream-mbedtls build failure. Is this known?

14:36 <owrt-images-builds> Build [#226](https://buildbot.openwrt.org/images/#/builders/237/builds/226) of `master_bcm27xx/bcm2712` completed successfully.

17:30 <neocturne> Ansuel: in case you want to test the qca8k bridge port isolation patches I've just submitted for net-next on OpenWrt, I've pushed a backport that also hooks it up for IPQ4019 to my staging: https://git.openwrt.org/?p=openwrt/staging/neocturne.git;a=shortlog;h=refs/heads/qca8k

17:31 <Ansuel> i have to check it but at times I also tried with an implementation and ktest didn't made the thing work correctly...

17:31 <neocturne> Oh, what tests did you run?

18:16 <robimarko> neocturne: Thanks for fixing the port bitmap

18:18 <neocturne> You're welcome ^^ I noticed because my port isolation patch didn't quite work as expected at first

18:21 <neocturne> Next ipq40xx issue on OpenWrt main is that my Fritzbox 4040 has all random MAC addresses... any ideas what might be wrong? Will look into it myself this weekend if there isn't already someone investigating

18:27 <robimarko> On a quick look I dont see MAC-s being set in any way on that device

18:28 <neocturne> Hmm, I'm pretty sure it was working in the past, but I'll have to check when that was

18:30 <robimarko> Well, we are not setting it in userspace or via NVMEM, so probably bootloader sets it someway

18:38 <neocturne> Ah, indeed, U-Boot reads the addresses: https://github.com/chunkeey/FritzBox-4040-UBOOT/blob/master/board/qcom/ipq40xx_cdp/ipq40xx_cdp.c#L562

18:38 <neocturne> But the Device Tree doesn't have the ethernet0/ethernet1 aliases, so U-Boot can't apply a fixup

18:43 <neocturne> OpenWrt 23.05 did set the alias: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ipq40xx/patches-5.15/703-arm-dts-ipq4019-add-ethernet-controller-DT-node.patch;h=68fb4eb4ceeb84dbffbd731f488941edb847855e;hb=refs/heads/openwrt-23.05

18:43 <neocturne> main isn't: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ipq40xx/patches-6.6/705-ARM-dts-qcom-ipq4019-Add-description-for-the-IPQESS-.patch;h=6b66393d827b3234031bc432593fcf9f3dc2a476;hb=HEAD

18:44 <neocturne> So all devices that get the address from the bootloader should be affected

18:44 <robimarko> Because having a generic alias does not make sense

18:44 <neocturne> Correct

18:44 <neocturne> This should be set in the individual trees

18:44 <robimarko> Cause the old 2 fake GMAC style driver is gone

18:44 <robimarko> Yes, so its weird nobody noticed that 4040 is impacted

18:47 <neocturne> Okay, I'll check how to set the aliases so the addresses match what the vendor firmware does

18:47 <neocturne> Would be good to know if any other ipq40xx devices depended on the generic alias...

18:50 <neocturne> There's a number of trees that set ethernet1, but not ethernet0 now, seems suspicious

18:51 <robimarko> Probably because ethernet0 used to be set in the DTSI

18:51 <robimarko> But do note that not all boards have been converted to DSA

19:17 <Ansuel> necturne the linux kernel provide ktests for dsa to test all kind of stuff

19:18 <neocturne> Ansuel: good to know, will have a look

19:18 <Ansuel> they require some package to correctly works but they are really handy...

19:18 <Ansuel> i will have to put all the thing support for the openwrt-test project

21:14 <Mangix> hrm https://git.openwrt.org/?p=openwrt/staging/neocturne.git;a=commit;h=150d0ceab7380538798df76a5d7d3c12a3632050 is interesting

21:14 <Mangix> wonder if it means https://github.com/openwrt/openwrt/pull/14666 didn't work before it