Grommish has quit [Read error: Connection reset by peer]
<stintel>
so ... I have this device with NAND flash, and it seems to just have squashfs root (/dev/mtdblock5) and jffs2 overlay (/dev/mtdblock6) mounted directly without ubifs. how can this even work?
<dangole>
dwmw2: so U-Boot believes reset button is always pushed, now that I added it :( do you know of GPIO 256 'factory' button works in Linux (because i took it from DTS we are using for Linux)?
<dangole>
stintel: depends on what you call "working". JFFS2 on NAND will not do any wear-leveling. MTK uses JFFS2 with their proprietary bad-block-management at least, it's not as good as UBI, but better than nothing...
<dangole>
stintel: so generally, if it's good flash and you never write to JFFS2 and don't upgrade the device more than 50x during it's lifetime, all this is not a problem.
<stintel>
ok looks like jffs2 supports NAND, but squashfs ?
<dangole>
stintel: JFFS2 "supports" NAND, in the sense that it knows how to write to it as if it was NOR flash.
<stintel>
dangole: ah, so the mt7621 NAND driver makes it possible to do squashfs on it ?
<dangole>
stintel: squashfs is read-only, so if there are no bad-blocks which need to be avoided, nothing special is needed
<stintel>
ok, the wiki says squashfs on NAND is a bad idea
<stintel>
it's just confusing
<dwmw2>
dangole: we have a single button. It seems to cause a reset. I don't know what it's physically wired to.
<dwmw2>
Likewise the LEDs.
<dwmw2>
I can ask.
<dangole>
stintel: using UBI for kernel and squashfs as well is nice, because you do wear-leveling and avoid bad-blocks from happening
<stintel>
so if a device does squashfs/jff2s in the OEM factory, is the policy to do the same in OpenWrt? or do we prefer moving it to ubifs?
<dangole>
dwmw2: can you try probing the button? ie. `cat /sys/kernel/debug/gpio` once with button pushed and once without and see if you can spot a difference in the output?
<stintel>
s/factory/firmware/
<dangole>
stintel: if at all possible we should move to UBI as much as we can. if you don't want to replace the bootloader, typically rootfs and rootfs_data can still be in UBI
<aparcar>
stintel: I'm seeing an error that base-files provides /etc/config/firewall and thereby conflicts with the firewall package, do you know anything about that?
<stintel>
I do not
<Borromini>
are there any wired only boards with Mediatek's ARM SoCs?
<Borromini>
all i'm finding is stuff sold with WiFi.
<dwmw2>
Borromini: the one that dangole and I are playing with right now comes with or without wifi
<dwmw2>
I have one with 2.4G and 5G wifi. Now I've realised it has SATA I think I'm going to put it in as my secondary AP and Domoticz host, in place of the somewhat underpowered wndr3800.
<dwmw2>
I *was* going to use a Banana Pi R2 but we still don't have decent support for the mt6625 wifi on that.
<Borromini>
:)
<Borromini>
i'm looking for a beefier edge router, something like the newer Marvell ARM stuff would be neat. No idea how the MTK ARM stuff stacks up to that
<dwmw2>
I need VDSL on my edge router :/
<dwmw2>
So that stays on Lantiq for now
<Borromini>
i hear you. we can't switch modems here in Belgium... so i don't have that 'problem' :P
<dwmw2>
I'm pleased to see vrx518 is almost working though; might be able to replace that too.
<Borromini>
:)
<dangole>
dwmw2: yes, it's GPIO 256. the unifi 6 lr also needs 400ms delay after reboot before GPIOs read back start to make sense, probably missing a pull-up resistor in the button circuit... i'll set that delay for the U7623 as well now
<dwmw2>
the preloader spends far more than 400ms spewing crap to the serial port though.
<dwmw2>
this still happens if I run bootcmd later
<dangole>
dwmw2 :( and 'button list' reads back the button is pressed all the time...
<dangole>
dwmw2: could be pinctrl, but it's the same GPIO for reset button on R2 and I just copied from there...
<dwmw2>
If I find a wire for it, you can log in an poke around in Linux
<dwmw2>
If we get cunning I could also grant you access to the home automation system, just for the socket which powers this board :)
rua has quit [Quit: Leaving.]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
rua has joined #openwrt-devel
<dangole>
dwmw2: add a stepper motor or servo or solenoid to help me press the RESET button from remote as well :)
<dwmw2>
hehe
<dwmw2>
reminds me, I should finish tidying up the study. I did a good job over the holidays, but there's still a pile of "to be sorted" stuff in the middle of the floor. Including a set of stepper motors :)
valku has joined #openwrt-devel
Borromini has quit [Ping timeout: 480 seconds]
rua1 has joined #openwrt-devel
mattytap_ has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
dwmw2 is now known as dwmw2_gone
rua1 has quit [Quit: Leaving.]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
rua has joined #openwrt-devel
mattytap has joined #openwrt-devel
mattytap_ has joined #openwrt-devel
mattytap has quit [Ping timeout: 480 seconds]
minimal has joined #openwrt-devel
arifre has joined #openwrt-devel
Misanthropos has joined #openwrt-devel
Tapper has joined #openwrt-devel
<kabel>
someone with Armada 38x based board willing to test DDR training patch for U-Boot?
<rmilecki>
I noticed some issue with uboot-envtools. It uses uci-defaults to setup /etc/fw_env.config (/etc/uci-defaults/30_uboot-envtools).
<rmilecki>
The problem is /etc/init.d/boot executes "config_generate" *before* it executes uci-defaults
<rmilecki>
That means my /etc/board.d/02_network can't use "fw_printenv" (to e.g. read MAC) before /etc/fw_env.config doesn't exist yet
<rmilecki>
any idea for a solution?
<rmilecki>
i'm not sure if we can reorder "config_generate" and uci-defaults execution in /etc/init.d/boot (i'm afraid it may break things)
Borromini has joined #openwrt-devel
cmonroe has joined #openwrt-devel
cmonroe_ has quit [Ping timeout: 480 seconds]
<f00b4r0>
jow: i can't quite wrap my head around jsonfilter: i'm trying to parse output of get_clients to show macaddr + signal level for all clients (so ideally without having to iterate); but it seems I can't get jsonfilter to output only the dictionary keys (for macaddr); is there a (smart) way to do this?
Tapper has quit [Read error: Connection reset by peer]
SamantazFox has joined #openwrt-devel
mattytap_ has quit [Ping timeout: 480 seconds]
guidosarducci_ has joined #openwrt-devel
linusw__ has joined #openwrt-devel
pmelange has joined #openwrt-devel
hgl- has joined #openwrt-devel
arnd_ has joined #openwrt-devel
norris_ has joined #openwrt-devel
dvn- has joined #openwrt-devel
felix_ has joined #openwrt-devel
slingamn_ has joined #openwrt-devel
cyrozap-ZNC has joined #openwrt-devel
felix has quit [synthon.oftc.net reflection.oftc.net]
hgl has quit [synthon.oftc.net reflection.oftc.net]
linusw_ has quit [synthon.oftc.net reflection.oftc.net]
dansan has quit [synthon.oftc.net reflection.oftc.net]
arnd has quit [synthon.oftc.net reflection.oftc.net]
cmonroe has quit [synthon.oftc.net reflection.oftc.net]
slingamn has quit [synthon.oftc.net reflection.oftc.net]
norris has quit [synthon.oftc.net reflection.oftc.net]
cyrozap has quit [synthon.oftc.net reflection.oftc.net]
chder has quit [synthon.oftc.net reflection.oftc.net]
johnf has quit [synthon.oftc.net reflection.oftc.net]
eigma has quit [synthon.oftc.net reflection.oftc.net]
dvn has quit [synthon.oftc.net reflection.oftc.net]
guidosarducci has quit [synthon.oftc.net reflection.oftc.net]
hgl- is now known as hgl
chder has joined #openwrt-devel
norris_ is now known as norris
johnf has joined #openwrt-devel
dansan has joined #openwrt-devel
eigma has joined #openwrt-devel
<dangole>
dwmw2: i've removed the button from u7623 .ts in U-Boot again, so things will work normally until we figure what's going on with the button GPIO
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
danitool has joined #openwrt-devel
<jow>
f00b4r0: unfortunately you do need to iterate
<f00b4r0>
jow: thanks for confirming :)
pmelange has left #openwrt-devel [#openwrt-devel]
<f00b4r0>
jow: just to confirm: there's no way to ask jsonfilter to only print the keys, without resorting to the "VAR=" construct?
<dwmw2_gone>
dangole: OK, will update. I put a msata SSD in it too, which seems to be working
<dwmw2_gone>
I might actually *use* this.
<dwmw2_gone>
Would run Domoticz quite nicely
<jow>
f00b4r0: correct.
<f00b4r0>
thx
jlsalvador has quit [Ping timeout: 480 seconds]
jlsalvador has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
mattytap has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
Borromini has quit [Quit: leaving]
mattytap has quit [Ping timeout: 480 seconds]
mattytap has joined #openwrt-devel
mattytap_ has joined #openwrt-devel
GNUmoon has quit [Ping timeout: 480 seconds]
mattytap has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
device has joined #openwrt-devel
device has left #openwrt-devel [#openwrt-devel]
GNUmoon has joined #openwrt-devel
dev1ce has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
Tapper has joined #openwrt-devel
pmelange has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
<dwmw2_gone>
Wed Jan 12 22:45:50 UTC 2022 upgrade: Device unielec,u7623-02-emmc-512m not supported by this image Wed Jan 12 22:45:50 UTC 2022 upgrade: Supported devices: unielec,u7623-02 Image check failed.
<dangole>
dwmw2_gone: forgot to add SUPPORTED_DEVICES for the first compatible-string in DTS or change that string in DTS (because renaming the image name to unielec,u7623-02-emmc-512m makes even less sense i think)
<dangole>
dwmw2_gone: will fix in a moment
philipp64 has joined #openwrt-devel
philipp64 is now known as Guest418
philipp64 has joined #openwrt-devel
Guest418 has quit [Read error: No route to host]
philipp64 has quit [Read error: Connection reset by peer]
isak has joined #openwrt-devel
philipp64 has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<dangole>
dwmw2: added the actual compatible string from DTS to SUPPORTED_DEVICES for now which should fix sysupgrade.
<dangole>
dwmw2: does dram size auto-detection actually work now? So we could remove the *-emmc-512m.dts and just have *-emmc.dts (and maybe *-nand.dts in future, if it ever shows up in the wild)