mcbridematt has quit [Ping timeout: 480 seconds]
fakuivan has joined #openwrt-devel
minimal has quit [Quit: Leaving]
torv is now known as Guest3986
torv has joined #openwrt-devel
Guest3986 has quit [Ping timeout: 480 seconds]
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
gch981213 has joined #openwrt-devel
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_mpc85xx.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
goliath has joined #openwrt-devel
mcbridematt has joined #openwrt-devel
slh_ is now known as slh
<stintel> Mangix: probably
<stintel> Mangix: check the PR, I've documented a bunch of stuff there iirc
sestowner has joined #openwrt-devel
<mrkiko> stintel: what are the cool things about thread? Just curiosity, from an OpenWrt perspective.
sestowner has quit [Remote host closed the connection]
<stintel> it supports multiple border routers, so you can have redundancy
<lu_zero> stintel: how much bandwidth is available with the current hw available?
<lu_zero> (that reminds me I wanted to play with bluez mesh months ago)
<stintel> openwrt-sunxi-cortexa53-olimex_a64-olinuxino-emmc-squashfs-sdcard.img.gz 16% 2496KB 8.4KB/s 25:32 ETA
<lu_zero> stintel: I have few esp32-c6 around
<stintel> any qualcomm ax expert around? I'm trying to add support for Edgecore EAP101, I've taken the DTS from OpenWiFi, getting a bunch of errors, totally not familiar with anything QCA recently
<stintel> lu_zero: hah I've 20 of those :P
<stintel> but not using them with thread
<stintel> I got them because WiFi 6
<lu_zero> but I'm not sure I will have time to help testing ^^
<stintel> I have this TP-Link EAP683-LR with a CC2652 chip, iiuc it supports Thread, but I have not managed to talk to that chip yet
<stintel> if I manage that, would be seriously cool, just deploy a bunch of those APs around the house and should have wifi/thread coverage everywhere
<lu_zero> stintel: yes :)
<lu_zero> thread w/out matter might have potential for alternate deploys
<stintel> although I would prefer a wired solution for smart home stuff, it would still be nice to have
<stintel> but I don't want e.g. KNX because it requires proprietary windows cruft to configure
<lu_zero> wired iot as in modbus stuff?
<stintel> for example
<lu_zero> modbus tcp is bearable even if ...
<stintel> for lighting I will probably just start with teleruptor
<lu_zero> what is it?
<stintel> pulse relay?
<stintel> latching relay?
<lu_zero> AH
<stintel> this for example
<lu_zero> I didn't know the term :)
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
KanjiMonster has quit [Ping timeout: 481 seconds]
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_bcm47xx.html has been updated. (100.0% images and 99.8% packages reproducible in our current test framework.)
rsalvaterra has quit []
<stintel> lu_zero: I had to look for it myself ;) teleruptor probably comes from the French term telerupteur, I think the common term is latching relay
* stintel not a native English speaker
<stintel> cool, made some modifications to the DTS for EAP101 based on another ipq6018 model, seems to boot now
<stintel> forgot that OpenWiFi used the qsdk garbage kernel
<stintel> ugh these forum threads with several 1000 posts ...
minimal has joined #openwrt-devel
<Ansuel> stintel mh?
<stintel> how do you find useful info in a thread like that ¯\_(ツ)_/¯
<stintel> or what are you mhing about? ;)
<Ansuel> link to the thread
<stintel> ah well just looking for some documentation about how this qualcomm ethernet black magic works
<Ansuel> ah good luck
<Ansuel> probably not even qcom have a clear idea of it
<stintel> :P
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
mcbridematt has quit [Ping timeout: 480 seconds]
tmn505 has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
gladiac has quit [Quit: Ping timeout (120 seconds)]
gladiac has joined #openwrt-devel
T-Bone is now known as f00b4r0
gladiac is now known as Guest4225
gladiac has joined #openwrt-devel
Guest4225 has quit [Ping timeout: 480 seconds]
<stintel> [ 91.923429] hsl_phy_phydev_get[805]:ERROR:phy_addr 0 phydev is NULL
<stintel> where's the code printing this error?
<stintel> qca-ssdk
<Ansuel> hsl_phy_phydev_get this is the function name
<Ansuel> hope you are not using the stock dts structure with our qca-ssdk
<stintel> I have no idea man
<stintel> I imported the DTS from OpenWiFi, then made some modifications following another IPQ601x devices DTS
<stintel> but this QCA stuff seems totally arcane
goliath has joined #openwrt-devel
KanjiMonster has joined #openwrt-devel
<ynezz> just shopping for some 2.5G capable PoE switch, stumbled on Zyxel XMG1915-10EP, does anyone have an idea what is inside?
<Ansuel> internet is empty of info for this amazing
rmilecki has quit [Remote host closed the connection]
rmilecki has joined #openwrt-devel
<mrnuke> Does Zyxel make the GPL sources available? I wonder if this is a mvebu chip. a dts in the sources could tell
<Habbie> i have a weak anecdote for you - years ago, zyxel did respond to a request for GPL sources from me
<Habbie> years easily is 10 years
<Ansuel> still waiting for a GPL response for an ONT...
<mrnuke> Well, then buy the TL-SG3210 blablabla-M2. It's marginally more dinero, and has GPL sources
<ynezz> TL-SG3210XHP-M2
<ynezz> omada, so its mvebu?
<ynezz> 17W idle, OMG
<mrnuke> ynezz: yeah, 2W for the system and 15W for the two Formula-one 40 mm fans
<mrnuke> compatible = "marvell,msys", "marvell,msys-ac3", "marvell,msys-ac3-db", "marvell,armada-370-xp";
<ynezz> TL-SG3210v21.9.11[20150714-rel61832]RAPTOR BCM56218 (MIPS32)
<Ansuel> 2015 07 14
<Ansuel> old boy
<stintel> armada-370 should give that away too ;)
<stintel> look for a realtek device?
<stintel> realtek target could use some love anyway ;)
<mrnuke> I already bought the TL-SG3210XHP-M2. Too late for me! :p
<stintel> [ 14.739769] ath11k c000000.wifi: failed to load board data file: -12
<stintel> #define ENOMEM 12 /* Out of memory */
<stintel> any idea anyone?
mark22k has quit [Quit: The Lounge - https://thelounge.chat]
mark22k has joined #openwrt-devel
Obi-Wan has quit [Remote host closed the connection]
Obi-Wan has joined #openwrt-devel
danitool has joined #openwrt-devel
bfields has joined #openwrt-devel
<bfields> Can I get a wiki login? Just working on personal projects and want to be able to fix minor stuff when I notice it.
<dwfreed> bfields: PM PaulFertser with your email address and desired username
<kirdesde> stintel: have you added your board to https://github.com/openwrt/openwrt/blob/main/target/linux/qualcommax/ipq60xx/base-files/etc/hotplug.d/firmware/11-ath11-caldata? otherwise caldata doesn't get extracted
<Ansuel> bfields can't you login with github?
<bfields> Ansuel oh, crap, overlooked that option. Done, thanks!
<stintel> kirdesde: I have not, thanks!
<kirdesde> stintel: in addition set "qcom,ath11k-fw-memory-mode = <1>;" in the dts wifi node to limit the ath11k memory consumption
<stintel> kirdesde: the device has 1GB RAM, should be ok no?
<kirdesde> stintel: ahh then fw-memory-mode 0 is fine (default)
<stintel> aight, thanks
<stintel> booting from NAND also seems to be a problem :P
<stintel> qpic_nand_read_oob: ecc failure while reading from 1000
<kirdesde> ststintel: how does your qpic_nand node looks like?
<kirdesde> stintel: do you use nand-ecc-strength = <4>; and nand-ecc-step-size = <512>; properies?
<stintel> kirdesde: https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=blob;f=target/linux/qualcommax/files/arch/arm64/boot/dts/qcom/ipq6018-eap101.dts;h=7a6fbfa209c441175c97963b7717c65a2ca8fa03;hb=2446bed937e5a867f96fd10a217088d4f15fe6fc#l439
Slimey has quit [Quit: Going offline, see ya! (www.adiirc.com)]
Forst has quit [Ping timeout: 480 seconds]
<kirdesde> stintel: I'd rm address-cells and size-cells properties and try again. I haven't seen this error message on any of my ipq6018 boards. You still have some left-overs from qsdk style syntax in your dts.
Slimey has joined #openwrt-devel
<kirdesde> stintel: bootargs-append needs to set to " root=/dev/ubiblock0_1"
<stintel> still getting args_common=root=mtd:ubi_rootfs rootfstype=squashfs
<stintel> ehr
<stintel> qpic_nand_read_oob: ecc failure while reading from XXX
<stintel> this comes from u-boot
<stintel> so it's not even able to load the kernel
<kirdesde> stintel: thats strange. Wat is the bootcmd? bootipq?
<kirdesde> stintel: huh, maybe the kernel is to large for that mem address "ubi read 44000000 kernel"....can you just try "bootipq debug" in the u-boot shell?
<kirdesde> stintel: bootipq ist the qca default bootcmd
<stintel> but hey the ath11k c000000.wifi: failed to load board data file: -12 is gone
<kirdesde> stintel: bootipq seems only trying to boot from spi, not from nand. Can you try boot1 - boot5 manually. Would be interesting, at which step the ecc error occurs
<kirdesde> stintel: BTW: you did you flashed the openwrt factory ubi? Via ubiformat from a running initramfs?
<stintel> sysupgrade from initramfs
<stintel> run boot4 results in the qpic_nand_read_oob: ecc failure while reading from XXX
<kirdesde> stintel: ahh that won't work due to different ubi volumes in qsdk - openwrt. You need to flash the factory ubi via "ubiformat /dev/mtdx -y -f <factory.ubi>
<stintel> https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=blobdiff;f=target/linux/qualcommax/ipq60xx/base-files/lib/upgrade/platform.sh;h=fbce41cf81c335794bf9a8ae2bd52cc79e54f1cc;hp=a8e4872cdd55e443aa6c8d735f029da42874838d;hb=2446bed937e5a867f96fd10a217088d4f15fe6fc;hpb=064d4a808367295233db5fce981e3b1d4305b014
<stintel> I would expect that to "just work" ?
<kirdesde> stintel: I'm not sure about CI_ROOTPART="ubi_rootfs", this is qsdk specific, openwrt won't find a valid rootfs partition then. Ubi volume needs to named "rootfs" for openwrt (and this is the default)
<kirdesde> stintel: I'd try the ubiformat flash and see if it boots. and afterwards check the sysupgrade
<kirdesde> stintel: that's why you need to append " root=/dev/ubiblock0_1", this is the rootfs ubi volume
<stintel> same problem :(
<stintel> so it appears u-boot ubi has issues reading the ubi created by openwrt
<kirdesde> stintel: huh, maybe the mtd partition is actually broken? But writing was working without an error message, right?
<stintel> yeah writing works fine
<stintel> can also attach them from within initramfs
<stintel> now I spotted the OpenWiFi firmware has 4 ubi volumes
<stintel> but I doubt that should make a difference - iiuc uboot looks for a volume named kernel
<kirdesde> stintel: just to be sure, running "ubi read 44000000 kernel" in u-boot leeads to the ecc error message?
<stintel> actually it is ubi part fs${partname}
<kirdesde> stintel: and to which value is partname set?
<stintel> setup=if test $active = 1; then run setup1; else run setup2; fi
<stintel> setup1=partname=1 && setenv bootargs ubi.mtd=rootfs${partname} ${args_common}
<stintel> setup2=partname=2 && setenv bootargs ubi.mtd=rootfs${partname} ${args_common}
<kirdesde> stintel: can you try ubi part fs1 and ubi part fs2 manually? Maybe u-boot is trying to read the other rootfs mtd partition (not the one you just flashed)
<kirdesde> stintel: which one do you flashed?
<stintel> I flashed both
<kirdesde> stintel: please provide the output of "smem info"
<stintel> looks like I might need qsdk-ipq-factory-nand
<stintel> so I made a factory.ubin like https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=blob;f=target/linux/qualcommax/image/ipq60xx.mk;h=35d071c0085add4ef408876c9fbb0a5e0d26c280;hb=2446bed937e5a867f96fd10a217088d4f15fe6fc#l52
<stintel> put that in my tftp root as fwupdate.bin and ran "run do_recovery"
<stintel> now it can read the kernel
<stintel> but it has trouble with ubi
Kevinjil has joined #openwrt-devel
<kirdesde> stintel: even more strange....honestly I'v no idea left, I never had any ecc errors, neither in u-boot nor in openwrt
<stintel> interesting, eap102 in openwrt has nand-ecc-strength 8 while in openwifi it has 4 - same as eap101 in openwifi
<stintel> I'm going to change that to 8 and see what happens
<stintel> and I should go to sleep
<kirdesde> stintel: good catch, that could be the culprint
<stintel> kirdesde: thanks for the help, much appreciated
<kirdesde> stintel: your welcome, going to sleep as well.
Kevinjil has quit [Ping timeout: 480 seconds]
<stintel> kirdesde: fyi looks like setting nand-ecc-strength to 8 fixed things
antonkh has quit [Ping timeout: 480 seconds]
gch981213 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
gladiac is now known as Guest4342
gladiac has joined #openwrt-devel
gladiac is now known as Guest4344
gladiac has joined #openwrt-devel
Guest4342 has quit [Ping timeout: 480 seconds]
Guest4344 has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
bfields has quit [Ping timeout: 480 seconds]
mcbridematt has joined #openwrt-devel