Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
guifipedro has quit [Ping timeout: 480 seconds]
guifipedro has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
Rentong has quit [Ping timeout: 480 seconds]
noltari_ has joined #openwrt-devel
noltari has quit [Ping timeout: 480 seconds]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<owrt-snap-builds> Build [#219](https://buildbot.openwrt.org/master/images/#builders/19/builds/219) of `ramips/mt7621` completed successfully.
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
carnil has joined #openwrt-devel
rmilecki has joined #openwrt-devel
<Tusker> PaulFertser: solved it... rgmii + fixed-link 1000 full-duplex
<Tusker> time to work on the leds again :)
mangix has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<Tusker> weird... works in the uboot ramboot but not after writing to flash :|
mangix has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
<Tusker> ok, so uboot must init it somehow, and it keeps working in linux.
<Tusker> yup, just doing a ping in uboot before loading from flash, also works
<PaulFertser> Tusker: still progress! So were you trying with rgmii but without fixed-link before?
goliath has joined #openwrt-devel
<Tusker> PaulFertser: yeah, so, gmac1 with rgmii and fixed-link doesn't work, gmac0 with rgmii and fixed-link works only after activating the network in uboot. pinctrl-0 = <&rgmii0_pins>; where pins are pins = "gpio2", "gpio66"; behaves the same way as not specifying rgmii0_pins. So probably some pin needs to high or low...
<PaulFertser> Tusker: gmac1 is not supposed to ever work on this hardware.
<Tusker> yes, I know that now, but my previous tests showed that the AR8035 showed and "activated" when I tried it with sgmii
<PaulFertser> Because it's via MDIO, yes :)
<Tusker> which I now understand :)
<Tusker> ok, interesting, slight different with gpio2 and gpio66 compared to not specifying pin control. I can see some random UDP traffic on the link, but DHCP is not working
jlsalvador2 has joined #openwrt-devel
jlsalvador has quit [Ping timeout: 480 seconds]
jlsalvador2 is now known as jlsalvador
goliath has quit [Quit: SIGSEGV]
Rentong has joined #openwrt-devel
<Tusker> PaulFertser: looks like gpio53 and gpio64 are involved somehow - working https://termbin.com/footf vs not working https://termbin.com/qg63r
Rentong has quit [Ping timeout: 480 seconds]
tohojo has quit [Remote host closed the connection]
<Tusker> any idea how to represent that difference in DTS ? I added it to the pinmux, but it only changed it to https://termbin.com/ug4p
tohojo has joined #openwrt-devel
goliath has joined #openwrt-devel
wjow has joined #openwrt-devel
jlsalvador has quit [Quit: jlsalvador]
<fpsusername[m]> Habbie the clip and jumper wires already arrived in my country. Guess I got lucky with the shipment. Hopefully they'll be here next week
<wb9688> Arrived in *my country* or just in Liege?
<wb9688> (I assume you're talking about AliExpress, right? If so, what shipping method? With some of them it could take almost a month after it's in Liege…)
<mangix> dangole: procd does not build with glibc. missing sys/reg.h
<mangix> I believe sys/user.h is a replacement
jlsalvador has joined #openwrt-devel
danitool has joined #openwrt-devel
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
<rmilecki> ynezz: ping
<rmilecki> ynezz: what's the status of switching firmware-utils to the new repo?
<Tusker> will try some more stuff tomorrow, need to spend time with family tonight :) Any ideas are welcome, I'll check the IRC history anyway, even though I'm logged off
<Tusker> ciao
Tusker has quit [Quit: Time wasted on IRC: 12 hours 33 minutes 4 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
gladiac has quit [Quit: k thx bye]
gladiac has joined #openwrt-devel
gladiac has quit []
gladiac has joined #openwrt-devel
wjow has quit [Quit: Page closed]
<dangole> mangix: oh damn. i'll have a look and build-test for arc700...
Tapper has quit [Ping timeout: 480 seconds]
rejoicetreat has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
wulfy23 has joined #openwrt-devel
<wulfy23> dangole: fyi no procd-seccomp for 21.02 on aarch64_cortex-a53 aarch64_cortex-a72 aarch64_generic arc_arc700 arc_archs mips64_octeonplus mips_mips32
wulfy23 has quit [Quit: Page closed]
<dangole> mips
<dangole> mips_mips32 is a bit surprising, the rest is to-be-expected, as i only added support for aarch64 after the 21.02 branch-off
goliath has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
Tapper has joined #openwrt-devel
Rentong has joined #openwrt-devel
martschneider has joined #openwrt-devel
rejoicetreat has quit [Ping timeout: 481 seconds]
Rentong has quit [Ping timeout: 480 seconds]
<Habbie> fpsusername[m], nice
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Tapper has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
<Habbie> fpsusername[m], i suspect my soic16 clamp is the item that postnl bumped to tomorrow today :)
Rentong has quit [Remote host closed the connection]
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Borromini has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
<dangole> mangix: should be fixed
Rentong has joined #openwrt-devel
isak has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
martschneider has quit [Remote host closed the connection]
<fpsusername[m]> Nais
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
<aiyion> I'm still on learning to port devices; I found, my reference images from ar71xx are all "firmware 470 v1 OpenWrt", while the ath79 sysupgrade I built is a "u-boot legacy uImage". Is that noral for ath79 builds? Or is that something I just built wrong?
<aiyion> the uboot of the device surely does not handle booting that uimage well ^^
<aiyion> This is roughly what I've got so far:
<aiyion> I suspected the line 'compatible = "denx,uimage";'
<aiyion> and swapped it for 'compatible = "tplink,firmware";'
<aiyion> but that did not really change anything; Not sure what I need to clean between both builds
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
<owrt-snap-builds> Build [#215](https://buildbot.openwrt.org/master/images/#builders/11/builds/215) of `sunxi/cortexa53` failed.
Tapper has joined #openwrt-devel
<mangix> dangole: https://git.openwrt.org/?p=project/procd.git;a=blobdiff;f=jail/cgroups-bpf.c;h=c287e8bb7ee4be7095bdb3b003f37f18a8ed1f95;hp=b0079d9b95a72444bea2fb3e0dcabacfe55ff969;hb=93fc0893742092c7cbca5026da717a6ef2ae60b5;hpb=f26233edb6a550bf23d51d5d4c864baf093e46e1 is not correct. musl 1.2 will not have sys/cdefs.h
<dangole> mangix: i was hoping that it least it didn't hurt and tested build with musl version currently in tree as well as glibc...
Weissnix4711 has joined #openwrt-devel
<dangole> mangix: will <sys/regs.h> still provide __WORDSIZE macro in musl 1.2? ie. can i safely drop <sys/cdefs.h> for non-glibc builds?
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
<blocktrron_> aiyion: do you have a succesfull / unsuccesful bootlog?
<aiyion> sucessful only from old ar71xx images; unsuccessful for ath79. One sec.
<aiyion> This is a working ar71xx image
Borromini has quit [Quit: Lost terminal]
<aiyion> This is an excerpt of the original omega-firmware (which is openwrt) to verify the layout is correct: https://bpa.st/T3RA
<aiyion> And this is what bootm and md look on the broken ath79 image
<aiyion> blocktrron_ ^
<aiyion> It appears the uboot does not properly recognize the uimage. I have not found how or even if it's possible to create regular openwrt firmware files without the uimage wrapper.
<fda> ksmbd does not atomaticlly start (at fritz7320). i think its because br-lan is not ready so early. in default (none), br-lan is used. it does not help to select br-lan in the config. just "restarting" by terminal it and it works
<fda> on console i see network is up about 80 seconds after start, last normal message was 20sec after start
<fda> it seems wsdd2 needs also an restart after that, even it listens on network
Weissnix4711 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<blocktrron_> aiyion: your image sources are located where?
<blocktrron_> In ar71xx, the Onion Omega looks like to use a TP-Link image header
<aiyion> image sources?
<aiyion> the line from 20:56:56 and the three afterwords
<blocktrron_> Ah sorry, i've failed to notice your GitHub link
<blocktrron_> you need to use the partition split for tplink and update your image generation code to use the 16m TP-Link kernel header
<aiyion> is that related to having "$(Device/tplink-16mlzma)" in the "target/linux/ath79/image/generic.mk"-file?
<blocktrron_> That nvmem-cells mac address update broke all non-platform devices
<aiyion> or is there a device you know which does this too?
<blocktrron_> aiyion: correct
<aiyion> I am absolutely swimming here
<aiyion> nice. blind chicken.
<blocktrron_> have a look at the RUT230
<aiyion> thx
<blocktrron_> It also uses the TP-Link header
<blocktrron_> "Industry-standard"
<blocktrron_> ansuel is not on IRC, isn't he?
<aiyion> found the commit 6cf1dfd7e1; I'm not sure though what is relevant.
<aiyion> Theres a definition of an "teltonika-v1-header"
<aiyion> which is used in the kernel line later
<blocktrron_> ah
<blocktrron_> sorry
<blocktrron_> The Teltonika-v1 header is necessary as the crappy U-Boot web upgrade verifies against that
<Rondom> hi, I am wondering whether patches to add support for a device with 32MB RAM would still be accepted in this day and age?
<aiyion> the omega does not verify anything, as far as I can tell.
<Rondom> I know it is kinda limited, but I do have quite a few of these devices and they can do just fine as a simple switch...
<blocktrron_> Have a look here (19.07)
<blocktrron_> Rondom: If it does not require big changes or kernel patches, it should be fine
<aiyion> thx; this is enough stuff to puzzle through tonight.
<blocktrron_> given you find a reviewer
<blocktrron_> If It's not ath79-tiny, it even has the remote chance of working
<blocktrron_> aiyion: it should only be necessary to modify the KERNEL and KERNEL_INITRAMFS parameters
<blocktrron_> I suppose they don't validate HWID / revision
mrkiko has quit [Remote host closed the connection]
<owrt-snap-builds> Build [#220](https://buildbot.openwrt.org/master/images/#builders/31/builds/220) of `layerscape/armv8_64b` failed.
<slh> blocktrron_: ansuel (using that nick as well) is sometimes on IRC in here, but rarely
<blocktrron_> hmm okay
<blocktrron_> My C50v3 as well as U6-LR is booting in circles because of nullpointer dereference
<blocktrron_> I'll just push a hack patch on top of that construct...
<aiyion> blocktrron_: that buildartefact looks pretty promising, thanks; will test tomorrow.
<aiyion> good nigth
<blocktrron_> aiyion: great to hear - gn8
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 480 seconds]
jbowen has quit [Ping timeout: 480 seconds]
dedeckeh has quit [Remote host closed the connection]
_lore_ has quit [Ping timeout: 480 seconds]
<Zero_Chaos> if I want "anti_clogging_threshold=5" to end up in my hostapd config, what do I put in /etc/config/wireless?
greearb__ has joined #openwrt-devel
greearb_ has quit [Ping timeout: 480 seconds]
greearb__ has quit [Read error: Connection reset by peer]
greearb_ has joined #openwrt-devel
rmilecki has quit [Ping timeout: 480 seconds]
<dwfreed> Zero_Chaos: try this? list hostapd_options 'anti_clogging_threshold=5'
<Zero_Chaos> dwfreed: just like that?
<dwfreed> it would have to be under the definition for the wireless network, but that appears to be correct
<Zero_Chaos> dwfreed: doesn't seem to do anything noticable
<Zero_Chaos> the line doesn't show in the generated config after wifi down and wifi up
<Zero_Chaos> if I remove /tmp/run/*.conf the changed ssid's don't even get an entry
<Zero_Chaos> so it does have a noticable effect, it breaks it
<Zero_Chaos> option hostapd_options 'anti_clogging_threshold=3' < does nothing
<Zero_Chaos> list hostapd_options 'anti_clogging_threshold=3' < breaks config generation
<dwfreed> anything in logread about it?
<dwfreed> I do probably have the wrong spot, I'm reading code rather than testing on a device, my one openwrt device with wifi is borked at the moment
<Zero_Chaos> dwfreed: nothing obvious, no
<dwfreed> Zero_Chaos: oh, needs to be under the radio device in the file
<Zero_Chaos> dwfreed: yup, I just figured that out and tested it, looks good
<Zero_Chaos> hopefully it works the way I think it does. thanks
<dwfreed> \o/
<Zero_Chaos> gotta jet, thanks for the assist
Rentong has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Rentong has quit [Ping timeout: 480 seconds]
jbowen has joined #openwrt-devel
<mangix> dangole: yeah. #ifdef GLIBC, include sys/cdefs.h else include sys/reg.h should work.
goliath has quit [Quit: SIGSEGV]
Tusker has joined #openwrt-devel
jbowen has quit [Ping timeout: 480 seconds]