bluew has joined #openwrt-devel
srslypascal has quit [Quit: Leaving]
Ansuel has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]
<Mangix> openwrt supports more devices.
<slh> isn't that auto-generated from the tags on the individual device pages?
<slh> seems to be mis-tagged as 256ram, instead of 256nand
<Mangix> ah, no pages for E7350 or RT1800
<slh> I'm not exactly sure what the exact tags are
hanetzer1 has quit [Quit: WeeChat 3.7.1]
tomn has quit [Ping timeout: 480 seconds]
<slh> Mangix: I've now fixed up the tags in and created the hwdata page - and the dynalink shows up under
<Mangix> nice
tomn has joined #openwrt-devel
minimal has quit [Quit: Leaving]
goliath has quit [Quit: SIGSEGV]
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
danitool has quit [Remote host closed the connection]
floof58 is now known as Guest1997
floof58 has joined #openwrt-devel
Guest1997 has quit [Ping timeout: 480 seconds]
<Mangix> how do i configure cookie timeout on luci?
floof58 is now known as Guest2000
floof58 has joined #openwrt-devel
Guest2000 has quit [Ping timeout: 480 seconds]
<russell--> neggles: i found the u-link nand videos on youtube, but he never identifies the TSSOP48 clip thingie or the adapter board that fits in the u-link nand (but i think i want one, especially if i can run on linux)
<neggles> russell--: I don't know if it works on linux, I suspect not, the software used to be open-source but that just resulted in the market getting flooded with cheap chinese clones
<neggles> the guy who makes it is very helpful and replies to emails etc. very quickly
* russell-- lives in a no-windows-zone
<neggles> ah
<neggles> he has apps for linux/macos/windows
<neggles> the chip definitions are just in an XML file, too, so even if he disappears from the face of the earth you can add new chips yourself
<neggles> but if it doesn't support a chip you can email him the datasheet and he'll add it
<neggles> looks like it's a Qt app
<neggles> russell--: what device are you trying to dump? does it have a header that looks suspiciously JTAG-y?
<neggles> also fwiw ic2005 looks shady as hell, but it's legit
<neggles> ah sorry i mean what's it installed in :P
<russell--> oh, a calix gigapoint 308g
<russell--> ONT
<russell--> i finished dumping it over serial
<russell--> but if i ever want to write anything back ...
Strykar has quit [Quit: /quit]
<SlimeyX> neggles haha thats baller
Strykar has joined #openwrt-devel
<neggles> SlimeyX: which bit :P
<neggles> russell--: ah, right. broadcom? broadcom
<neggles> jtag will be disabled if they're half-intelligent though based on other calix gear i've seen they're not
valku1 has joined #openwrt-devel
valku has quit [Ping timeout: 480 seconds]
valku1 is now known as valku
valku has quit [Quit: valku]
Lynx- has joined #openwrt-devel
<dhewg> mrkiko: pong
Lynx- has quit [Ping timeout: 480 seconds]
<oliv3r[m]> Anybody around that's decent in MIPS assembly? What's the use of here for example? Ok fine, I can understand, that if you have a 'fall through' case, that the 1 nop causes for about equal execution times, but I doubt that's the reason. But then what about this one
<oliv3r[m]> this or is never executed, just wasting space. If this is hand-crafted assembly, why put that there? what's the purpose?
wvdakker has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
<gch981213> oliv3r[m]: It's called delay slot
<gch981213> oliv3r[m]: In a traditional MIPS processor, when a branch instruction is decoded, the next instruction has already been fetched. To simplify the hardware, MIPS decided that the instruction after a branch is always executed no matter whether the branch is taken or not.
<gch981213> oliv3r[m]: The assembly starts with .set noreorder, so compiler won't fill the delay slot for us, and we need to find a harmless (It's better if it's useful) instruction to be put after the branch. If there's no noreorder option, GCC can deal with the delay slot and find something to put there, and we don't need to take care of that.
<oliv3r[m]> ahh, ok; something worth a comment :p but thanks for that information
<oliv3r[m]> so, I have to be extra careful when looking at branches (not jumps?) and assume that while I read branch -> goto here; I should read it as; exec instruction after branch; then branch -> goto here
<gch981213> oliv3r[m]: Correct.
<oliv3r[m]> so ignoring the 'useful operand optimization' best is to always set 'nop'
<oliv3r[m]> (talking about -O0 readability here)
<oliv3r[m]> is there a name for this behavior? 'instruction after branch always executed'?
<gch981213> I think linux removes noreorder and let compilers take care of all the delay slots.
<oliv3r[m]> and does it execute it before, during or just after the branch? (not that it matters that much
<gch981213> oliv3r[m]: It's called 'delay slot' :)
<oliv3r[m]> perfect, I can add that as comment to the code :)
<oliv3r[m]> so what about, if I have a branch, and the if the branch is not taken, basically, the 'else'. which would be considered the logical conclusion of your code. The first instruction after your branch would this be executed in both cases? That is illogical and very confusing :p
<gch981213> oliv3r[m]: For the execution order: From the software perspective we can say the delay slot is executed after the branch instruction. It's a result of pipelined architecture so there execution overlaps a bit.
<gch981213> oliv3r[m]: "The first instruction after your branch would this be executed in both cases?" Correct.
<oliv3r[m]> I wonder if the original author of this .S file handcrafted it, or wrote it in C, let gcc compile it, and then hand-optimized it
<gch981213> I believe that's why Linux removes the use of noreorder a long time ago.
<oliv3r[m]> I think it's set to noreorder here, because it's a very tight loop/function
<gch981213> oliv3r[m]: "branches (not jumps?) " Jumps are included.
<oliv3r[m]> so that's why you see 'jr $ra; nop'
<gch981213> oliv3r[m]: Yes.
<oliv3r[m]> thank you for that lesson in mips optimizations :)
<oliv3r[m]> that was very useful
<oliv3r[m]> btw, do you know if the magic values for e.g. CP0_CONFIG (from mipsreg.h) are defined in the kernel? the register has a define, the content doesn't seem so
<gch981213> you are welcome :)
<gch981213> oliv3r[m]: No idea about that
<oliv3r[m]> bummer, i tried grepping ... i have 'disable branch and return prediction' mtc00xc, CP0_CONFIG, 7 so I'd rather use defines for 0xc
robimarko has joined #openwrt-devel
Borromini has joined #openwrt-devel
<KGB-0> has been updated. (0% images and 100.0% packages reproducible in our current test framework.)
<robimarko> Anybody knows why no sunxi images are reproducible?
bluew has quit [Quit: Leaving]
bluew has joined #openwrt-devel
goliath has joined #openwrt-devel
gladiac has quit [Quit: k thx bye]
gladiac has joined #openwrt-devel
gladiac has quit []
<tmn505> robimarko: it's probably IMG_PART_SIGNATURE not being provided to ptgen. Therefore on each image creation it's random.
<robimarko> That would explain why there is a SH256 difference
<robimarko> In the binary
<neggles> oliv3r[m]: fwiw, ARM chips have a similar piece of shenanigans
<neggles> the program counter is always two instructions ahead of whatever's actually being executed
<neggles> as for the coprocessors, they're somewhat vendor defined
<neggles> but most of the layout of CP0 and the other mandatory coprocessors are fixed
<neggles> speaking of MIPS... hey stintel / hurricos >:D
minimal has joined #openwrt-devel
<KGB-2> has been updated. (11.1% images and 99.8% packages reproducible in our current test framework.)
Borromini has quit [Ping timeout: 480 seconds]
bluew has quit [Ping timeout: 480 seconds]
Lynx- has joined #openwrt-devel
<mrkiko> robimarko: so, qca8075 switch (as present in gl-b2200 / ipq4019 and on the zyxel 7815 ipq807x) has a codename of MALIBU??
Lynx-- has joined #openwrt-devel
Lynx- is now known as Guest2036
Guest2036 has quit [Read error: Connection reset by peer]
Lynx-- is now known as Lynx-
f00b4r0 has joined #openwrt-devel
<robimarko> mrkiko: QCA8075 is not a PHY
<robimarko> *I meant, its not a switch
<robimarko> Its just a PHY
<robimarko> More precisely 5 GB PHY-s plus a PSGMII PHY
<robimarko> Companion part is QCA8072 with 2 PHY-s
<robimarko> And yes, codename is Malibu
valku has joined #openwrt-devel
Ansuel has joined #openwrt-devel
wvdakker has joined #openwrt-devel
<Ansuel> ynezz i think we need another buildbot restart :(
lucenera has quit [Ping timeout: 480 seconds]
robimarko has quit [Remote host closed the connection]
robimarko has joined #openwrt-devel
lucenera has joined #openwrt-devel
dansan has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
valku has quit [Quit: valku]
Borromini has joined #openwrt-devel
<mrkiko> robimarko: I was mislead by the printks in the dmesg: malibu_phy_api_ops_init[2851]
<mrkiko> qca probe malibu phy driver succeeded!
<mrkiko> sorry, I am copy these things by hand :D
<mrkiko> MALIBU 8075 Found, phytype=2
<mrkiko> things like that
<mrkiko> so was curious to know what it was
<Ansuel> notice hauke is on fixing spree for glibc LOL
<hauke> Ansuel: it shouled work now
<Ansuel> btw src doesn't work for tools ? ( ieman providing the source file in the src directory instead of extracting the tar)
philipp64 has joined #openwrt-devel
Lynx- has quit [Quit: Going offline, see ya! (]
<KGB-2> has been updated. (96.2% images and 100.0% packages reproducible in our current test framework.)
<dhewg> Ansuel: it should? include/
<Ansuel> custom Host/compile so I had to handle it manually
<Ansuel> i really can't get wtf is wrong
<Ansuel> the shell error was in macos version detection but it's not the cause
<Ansuel> it looks like the thing is trying to prompt for a missing config not set
<Ansuel> that loops to hell until the thing fail to build
<dhewg> cc=xcode clang?
<Ansuel> mhh where is that?
<dhewg> i just see `cc`, is that xcode'c clang?
<dhewg> sometimes its `cc`, others `gcc`, dunno if that's a hint?
<mrkiko> dhewg: hi! Sorry for the delay. With original firmware in 7530 I get sync speed of kinda 17.2 MB/s, with openwrt/vrx511 I get around 15.5 or so, don't have exact number so may be wrong, but lower. Was wondering if you can tell me where I can look, where I might poke to try to get "back" the performance of original firmware... if at all feasible
<dhewg> Ansuel: uboot has .azure-pipelines.yml with a tools-only macos builder, so I guess it's supposed to work? Are you using `gmake` instead of plain `make`?
<dhewg> mrkiko: use the avm firmware? :P
<Ansuel> dhewg the way we compile mkimage didn't change from master to 22.03 and this thing on master works correctly...
<dhewg> I only use master, maybe it's a mkimage bump that fixed it?
<dhewg> mrkiko: but no, I don't RE, so firmware is a blackbox to me
<Ansuel> dhewg yes it probably is
<dhewg> mrkiko: acoording to my notes I seem to be using:
<dhewg> Extracted from firmware-speedport-pro-plus-v120141-5-0-018-1.img:
<dhewg> dsl_vr11_firmware_xdsl-08.0D.01.0C.01.07_08.0D.00.0E.01.02.bin
<dhewg> xcpe_8B2417_8B0811.bin
<dhewg> it was mentioned somethere if the forum thread
<dhewg> if you try another firmware, you need to unload the kmods, simply running /etc/init.d/dsl_control won't work as it does on lantiq/vr9
<dhewg> luci gives me this info:
<hauke> mrkiko: Someone told me that the lower speeds are not caused by using the "wrong" but something else
<Ansuel> well different fw MAY give different perf... not big difference but some
<Ansuel> at least it's how it works for broadcom
<dhewg> Ansuel: it is different: git checkout origin/openwrt-22.03 tools/mkimage
<mrkiko> dhewg: thanks a lot. Yeah, I usually use the firmware I extract from fritz!box image, using freetz-ng to decompress if I remember correctly
<mrkiko> hauke: thanks for the note... :D I'm little bit curious you know...
<mrkiko> but ok
torv has quit [Remote host closed the connection]
<dhewg> Ansuel: maybe it's something completely different? Just noticed this from a PR push today
torv has joined #openwrt-devel
<mrkiko> thanks Ansuel
<mrkiko> thanks to all
matoro has quit [Quit: ZNC 1.8.2 -]
matoro has joined #openwrt-devel
<dhewg> hauke: do you think we'll ever get a fw with a compatible license?
<Ansuel> dhewg well interesting it seems adding sdl2 fix the problem
<Ansuel> should i even care to investigate
<Ansuel> ?
<dhewg> lol?
<dhewg> try adding NO_SDL=1 to the make cmdline
<Ansuel> my idea is that something is missing in the tools-only default config
<Ansuel> and it does ask to add when make tools-only is done
<Ansuel> and since no sdl2-config the thing is never added
<Ansuel> i will compare the 2 config before and after if the thing compile correctly
<dhewg> if I add NO_SDL=1 it builds as before, but without it sdl2 cflags leak in the build
<dhewg> so it's probably a good idea to set it in any case
<Ansuel> 24 min to compile uboot on linux
<Ansuel> on macos*
Borromini has quit [Quit: Lost terminal]
<dhewg> it's also not building parallel
<dhewg> I just threw this at ci, 22.03 is a little different, but maybe that fixes it already?
<Ansuel> also the verbose flag is broken
<dhewg> works here
<Ansuel> V=s doesn't result in uboot compiling as vebose
<dhewg> c
<Ansuel> who use c
<dhewg> I always use V=cs
<Ansuel> ok i need to know the meaning of c and s AHAHHA
<dhewg> no clue, cs is like burned in
<Ansuel> actually now that i think about it it's stupid...
<Ansuel> i tought s was for si (yes in italian)
<Ansuel> but that doesn't make any sense AHAHAHHA
<dhewg> hehe, nope :P
<dhewg> any idea what `sdl2-config --cflags` yields on macos?
<Ansuel> i can ask :D
<dhewg> it's -I/usr/include/SDL2 -D_REENTRANT here, and those leak in
<Ansuel> refresh step will have your answer
<dhewg> is that you 292s attempt?
<dhewg> *your
<Ansuel> think it's just a global number for all the action run
<Ansuel> i hope...
<dhewg> lol, don't check :P
<Ansuel> -I/usr/local/include/SDL2 -D_THREAD_SAFE
<robimarko> You really are adamant to fix this
<Ansuel> /bin/sh: line 0: [: too many arguments
<Ansuel> /bin/sh: line 0: [: too many arguments
<Ansuel> trying to understand this stupid error
<Ansuel> i mean i know where trying to understand why
<Ansuel> DARWIN_MAJOR_VERSION= $(shell sw_vers -productVersion | cut -f 1 -d '.')
<Ansuel> this works correctly
<slh> mrkiko: I would let it run continuously for at least a week, before talking about performance deltas, when I was still VDSL from DTAG, every modem reboot was penalized (as the DSLAM thought it to be cable problems and reduced throughput to counter that) - just upgrading the modem firmware (so a single reboot) meant -15% for just over a week, until it recovered to full speed
<zorun> I just published (no openwrt in there, but RISC-V is also interesting for openwrt)
robimarko has quit [Quit: Leaving]
hexagonwin has quit [Remote host closed the connection]
<mrkiko> slh: thanks!!
<slh> some ISPs are really sensitive when it comes to that (SRA/ seamless rate adaption and DLM/ Dynamic Line Management)
<slh> for me, it usually too 12-13 days to get fully back to full speed again
<Habbie> i guess breakage causes more support calls than 15% slowdowns
srslypascal has joined #openwrt-devel
<slh> probably, but it's still weird if you do a modem firmware upgrade, just to come back to severely reduced link rate values (and worse, if you downgrade again, in the hope that it was just a problem with this firmware)
<philipp64> Do all Coreboot-based machines support GPT, and if so, can I easily convert an MBR to GPT and reboot, or are there other steps?
<slh> and 10+ days is a looong time to wait
<mrkiko> slh: fully agree
<Ansuel> slh tim put you on a recovery vdsl2 profile only after various disconnect and that can be recovered by calling the call center so it's not really a problem
<Ansuel> fastweb is one isp in italy that does that sort of thing with stupid auto tune thing
<slh> Ansuel: with DTAG, it's not really a recovery profile (that would be 16 MBit/s VDSL without vectoring), it's just a reduction of the link rate (the more frequent your disconnects, the more the penalty), but DLM is quite sensitive with DTAG
<Ansuel> here they put you on snr 12 and have fun with it with big ginp values
<Ansuel> but normally they also permits meme snr like 3 (some chipset can force that by faking the data sent to the dslam)
<Ansuel> (also vectoring is not that common)
<slh> over here in D, vectoring (profile 17b, up to 100/40 MBit/s) is very common in deployments since ~2016 (and they've invested a lot into outdoor DSLAMs), super-vectoring (profile 35b, up to 250/40 MBit/s) is less common (only in very densely populated areas)
<Mangix> Vdsl2 is still used?
<slh> ...but I'm on ftth for 2.5 years now and yould put VDSL to rest in mid 2021
<Ansuel> here it's almost everywhere 35b and only in some city/place with vectoring
<Ansuel> Mangix a lot
<slh> yep
<Ansuel> italy did a big jump from 10m adsl2+ to vdsl2+ by just making each telephon cabinet to a minidslam
<Ansuel> and bam everyone is at 100/200m for most of the place
<slh> yep, similar here, since 2016
<Mangix> only 1 ISP locally does vdsl2
<Mangix> two others are docsis
<Ansuel> docsis i hate them
<slh> there is no TV cable in the ground, only phone cables and (since 2020) fibre
<Ansuel> same here in italy tv is with antenna
<Mangix> what's wrong with docsis?
<slh> cable TV ends ~900m away from here (only the older town centre)
<Ansuel> Mangix i see them as too restrictive as you can use proprietary device
<Mangix> you mean modem?
<Ansuel> yes
<Mangix> here, vdsl2 is the restrictive thing. moden/router with no bridge mode
<Mangix> docsis modems at least have bridge mode
<Ansuel> here we made some law to stop isp not providing configuration data
<slh> VDSL2: own modem (you can rent it, but can supply your own, dual-stack with public IPv4 and dynamic (always changing) /56 IPv6 prefix
<Mangix> the one here uses 6in4 IIRC
<slh> ftth: ISP GPON ONT (by law, they are required to allow you changing it, but that's ...difficult), router whatever you want (they offer you a rented device, but are fine with anything, MAC locked for ~6-10 hours), cgNAT IPv4 address, semi-static /56 IPv6 prefix
<Mangix> my ISP has native
<Ansuel> cgnat ouch
<Ansuel> here ftth is really isp taste... they can give you sfp module but normally they just put ont and attach whatever you want as router
<slh> yeah, but I can get along quite well with IPv6 for everything where it matters (wireguard over IPv6)
<slh> well, my ftth ISP has only 16'384 IPv4 addresses for their 1.5 million customers...
<slh> the curse of all new ISPs, which came (too) late to the party, so cable- and fibre ones in particular
<Ansuel> the situation will get worse and worse with isp start using 4in6 LOL
<slh> I'm quite happy that all mobile ISPs have IPv6 over LTE and 5g, so the only problem would be private or commercial WLANs without IPv6 - other than that, I do get along with IPv6-only for anthing incoming
<slh> it was a hard decision to take ftth with cgNAT, but it mostly works out (thanks to IPv6)
<Ansuel> /bin/sh: line 0: [: too many arguments
<Mangix> what is that for?
<Ansuel> darwin condition for uboot 2022.01
<Ansuel> os_x_before is bugged
<Mangix> link?
<Ansuel> this is also present in recent version i assume
<Ansuel> this produce the error if commented no error is printed
<Mangix> Ansuel: on first glance, needs quoting
<Ansuel> but the comparison is with numbers
<Mangix> so?
<Mangix> no quoting is for [[]], which is baash specific
<Ansuel> but why the after doesn0t give error?
<Mangix> ugh can't type with one hand
<Ansuel> np i understand ahahah
<Mangix> well
<Ansuel> if [ "$(DARWIN_MAJOR_VERSION)" -le "$(1)" -a
<Ansuel> ?
<Mangix> try removing the if with && and ||
<Ansuel> already tested that and nope
<Mangix> shellcheck reports
<Mangix> ^-- SC2166 (warning): Prefer [ p ] && [ q ] as [ p -a q ] is not well defined.
<Mangix> ^--^ SC2046 (warning): Quote this to prevent word splitting.
<Mangix> also SC2005 (style): Useless echo? Instead of 'echo $(cmd)', just use 'cmd'. which sounds wrong
<Ansuel> as you can see the thing is used to set conditional value
<Ansuel> but doesn't makefile have some way to make number comparison?
<Ansuel> why they use shell for this thing?
<Mangix> beats me
<Mangix> wait a minute
<Ansuel> GNU Make doesn't contain any string comparisons other than equality
<Ansuel> -.-'''
<Mangix> $(shell sw_vers -productVersion | cut -f 1 -d '.')
<Mangix> does that work for macOS 12?
<Ansuel> yes
<Ansuel> major 12
<Ansuel> minor 6
<aiyion> I was just looking into a procd related issue and was wondering how reloading in procd works;
<aiyion> docs say: "By default (without reload_service() specified) calling /etc/init.d/<foo> reload results in running service_start() and procd comparing states."
<Mangix> yeah, tested on macos
<aiyion> What states does it compare and under what circumstances does it then restart the already running process?
<aiyion> (no reload_seefvce() specified)
<aiyion> *reload_service()
<Ansuel> /bin/sh: line 0: [: -lt: unary operator expected
<Ansuel> with
<Ansuel> os_x_before = $(shell if [ $(DARWIN_MAJOR_VERSION) -lt $(1) ]; then echo "$(3)"; else echo "$(4)"; fi ;)
<Mangix> Ansuel: quote $(1) i think
<Ansuel> ok interesting
<Ansuel> DARWIN_MAJOR_VERSION:= $(shell sw_vers -productVersion | cut -f 1 -d '.')
<Ansuel> DARWIN_MINOR_VERSION:= $(shell sw_vers -productVersion | cut -f 2 -d '.')
<Ansuel> the fix...
<Mangix> lol?
<Ansuel> for some reason on second evaluation of the variable... it's empty
<Mangix> aaaand this is why people use cmake and meson :)
<dhewg> but didn't you say the master branch builds fine?
<Ansuel> nono the thing build correctly with sdl2 dep
<Ansuel> but the warning for bash is also in master of macos test build
<Ansuel> it's an uboot bug
<dhewg> but does it matter?
<Ansuel> erm....
<dhewg> ci doesn't work for me on the 22.03 branch on my private clone
<Ansuel> mh?
<Ansuel> still have to test
<Ansuel> no
<Ansuel> i should really sort the thing and just hardcode everything to openwrt container
<hurricos> For broadcasting service records, does anyone have an alternative to avahi-daemon/
<hurricos> Avahi is only publishing my printer once
<hurricos> refuses to do so again
<hurricos> I might be miunderstanding -- Avahi has a reflector option and it might just want the service to ask it to re-send the broadcast when needed
<Habbie> i am also interested as i've run into avahi doing the wrong thing six times this month
<hurricos> on the other hand, avahi supports service files, and I've given it one, and it published it once.
aiyion_ has joined #openwrt-devel
<Habbie> (a different thing from yours, to be clear)
<hurricos> I'm happy restarting avahi-daemon every 30 seconds if I need to
aiyion has quit [Remote host closed the connection]
bluew has joined #openwrt-devel