05:30 <owrt-snap-builds> Build [#490](https://buildbot.openwrt.org/master/images/#builders/9/builds/490) of `lantiq/ase` failed.

07:13 <owrt-snap-builds> Build [#481](https://buildbot.openwrt.org/master/images/#builders/33/builds/481) of `ipq806x/generic` failed.

07:58 <Pepes> rsalvaterra: as it was said, if you are using Turris OS, let me know which branch do you use, so I can take a look at it.

10:02 <rsalvaterra> Pepes: Thanks, but I'm using OpenWrt master and it's most likely my fault. ;)

10:13 <rsalvaterra> Hm. Interesting… https://0bin.net/paste/oitbsGyQ#ZQOFWl974gdjba6PxXrvXgO5YIodh-i+EFaCKWVFkWQ

10:32 <robimarko> Anybody managed to get the WolfSSL benchmark util working on OpenWrt?

10:33 <robimarko> It compiles but its completely broken with various host system PATH-s

10:34 <robimarko> I wanted to test the impact of ARMv8 Crypto Extension support currently being disabled in WolfSSL while the A53 core I am using has them

10:52 <robimarko> It looks like the size actually decreased with the ARMASM enabled in WolfSSL

10:52 <robimarko> 520359 without ARMASM and 519621 with ARMASM

10:54 <robimarko> It should improve SHA-1 and AES-128/256 performance rather drastically but I have no way of testing

11:00 <mangix> finally back after that painful hdd replacement in my RAID array

11:03 <mangix> interestingly enough windows drivers for FTDI serial were useless. Had to resort to flashing OpenWrt with kmod-usb-serial-ftdi

12:02 <dwfreed> mangix: the windows drivers contain a authenticity check

12:03 <dwfreed> s/ a / an /

12:06 <robimarko> dwfreed: Have they finally stopped bricking fake FTDI IC-s?

12:06 <robimarko> Cause they used to set the PID and VID to 0

12:06 <robimarko> So you had to reprogram that manually

12:38 <rsalvaterra> Pepes: Omnia revived, but now it lost the eth2 interface, which is… odd. It's only detecting eth0 and eth1. I wonder if something broke in the device tree…

12:58 <Pepes> rsalvaterra: I don't think so that there were any recent changes in DTS. I will check OpenWrt master builds later today.

13:49 <rsalvaterra> I also saw no changes. The master snapshot from today is fine, I wonder if something broke in 5.10.104/105. Will test tomorrow, probably.

15:50 <KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_tegra.html has been updated. (50.0% images and 98.2% packages reproducible in our current test framework.)

16:27 <mangix> dwfrees: strange as it's built into the device.

16:44 <champtar> Hi all, who would be our resident buildbot depency hell experts ? https://github.com/openwrt/openwrt/issues/9407

16:47 <champtar> s/buildbot/buildroot/

16:48 <champtar> jow nbd: do you thing it's fixable or we should just add @IPV6 / +IPV6:ip6tables to all packages that need it

19:13 <jow> champtar: my suggestion would be to simply drop support for disabling IPv6

19:13 <jow> I do not consider this to be a valid configuration anymore

19:14 <jow> (means removing "IPV6" conditionals)

19:49 <Habbie> would any existing openwrt (snapshot) images be likely to work on RTL8196E?

19:57 <Borromini> no

19:58 <Borromini> if you're looking for Realtek SoCs that are supported its just some switch SoCs

19:58 <Habbie> ah

19:58 <Habbie> 8196E apparently is a five-port SoC

19:58 <Habbie> interesting choice for this single-port device ;)

19:59 <Habbie> (it's a zigbee bridge)

19:59 <Habbie> Borromini, any idea what it would take to boot openwrt?

20:00 <Habbie> ah, people have branches

20:00 <Borromini> Habbie: well full SoC support, there have been attempts in the past if you look around online

20:00 <Borromini> not sure if any has been mainstream OpenWrt at some point, don't think so

20:00 <Habbie> i did not have that impression, no

20:21 <Borromini> i think the branches are based on rather old OpenWrt versions, but i might be mistaken

20:22 <Habbie> i saw one from mid 2020 that said 'master'

20:22 <Habbie> but, this might be more effort than I'm interested in

21:16 <robimarko> Habbie: Wasnt that based of a 8devices fork and still used the 3.18 kernel?

21:17 <Habbie> robimarko, i did not look that deeply

21:18 <Habbie> to be fair, the box currently runs 3.10 ;)

21:38 <xdarklight> nbd: are you aware of any public datasheet with registers for the ECC (BCH) and NAND controller on MT7621? I am trying to port support for that controller to the upstream Mediatek NAND driver with mediocre success: I get lots of "uncorrectable errors for this page/sector" errors from the ECC controller for which I can't figure out what I'm doing wrong :-(. I've seen https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=commitdiff;

21:38 <xdarklight> h=918d4ab41ea34358c747aab5471bbb0a2a786dd8 and https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=commitdiff;h=ca19339abfaa7de50eff2611e2d5b481a2ddab9a already, but that doesn't seems to do the trick for me

23:24 <swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html