tSYS has quit [Read error: Connection reset by peer]
<schmars[m]>
blocktrron: have you ever tried out usw-flex's managed switch features, such as port isolation and stuff like that?
minimal has joined #openwrt-devel
max__ has quit [Ping timeout: 480 seconds]
<karlp>
I'm getting a failure on make kernel_menuconfig inside binutils, but I can build images themselves? is that familiar to anyone? pretty unusual/new to me
<hurricos>
stintel: are you telling me I should blow up my piles of ath10k hw? :I
goliath has quit [Quit: SIGSEGV]
<stintel>
:P
<hurricos>
in all honesty I've begun to regret buying any; still on the lookout for reasonable bulk mt76 cards
<hurricos>
... but the real cost-advantage is just buying boards that integrate them.
guidosarducci has quit []
guidosarducci has joined #openwrt-devel
<mrkiko>
hurricos: why do you regret that? I'm curious about the technical aspects
<mrkiko>
and I have no backlogs since I rebootes this vps just 4 hrs ago :D
<Slimey>
hehe
<mrkiko>
yeah I know the channel is logged
Piraty has quit [Remote host closed the connection]
Piraty has joined #openwrt-devel
<jakllsch>
i have trouble with both ath10k and mediatek..
<Slimey>
explain
<mrkiko>
wow... I'm being lucky as for now can't observe problems with both...
<mrkiko>
But I guess those things are client-dependends and device-dependent maybe
<mrkiko>
Slimey: +1
cbeznea has quit [Quit: Leaving.]
T-Bone has joined #openwrt-devel
f00b4r0 has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
Ansuel has joined #openwrt-devel
<Ansuel>
Heeelo stintel did you got by chance time to check odhcpd patch I sent to the mailing list?
<stintel>
Ansuel: feel free to push it, since Hans acked it?
<xback>
Ansuel: Can you check/push my patch for BDF wallys addition pls? then I can send the actual patch adding the device to the ML. Thanks!
<stintel>
I haven't tested it, have been doing non-OpenWrt stuff
rmilecki has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
<Ansuel>
stintel sure take your time! still waiting ack on the second patch. Asking info to you since the other day we had a good discussion about it.
<Ansuel>
xback oh! tought it was a resend since there was the same name and missing tag for the project. Sure, merging it
<xback>
Ansuel: no worries. I noticed some additions used the exact same title and body for adding the bdf. so I mimiced it :-)
<xback>
a bit odd, but whatever works :-)
<Ansuel>
also did you by chance sent the BDF upstream? notice he started accepting BDF again
<Ansuel>
if not i can totally send it later
<xback>
yeah, I noticed it too on the ML. it;s already prepped it
<xback>
while there is some momentum .. ;-)
rmilecki has joined #openwrt-devel
<stintel>
Ansuel: well you clearly digged deeper than I ever did, I don't feel comfortable acking without doing the same.
<Ansuel>
xback done. remember to do the needed ipq-wifi bump
<Ansuel>
(in a separate commit)
<xback>
Ansuel: great! thanks
<Ansuel>
stintel yep at the very end it was link local all along... but the confusing part was that not only IFF_RUNNING was needed... but we also had to handle DAD (no idea was a thing)
<Ansuel>
the main fix was the IFF_RUNNING, but with that we still had some failed error when interface was up
<Ansuel>
now everything is clean
<Ansuel>
(also I discovered I could skip any check for the interface since odhcpd is reloaded on any interface change, simple implementation but not that optimized)
<stintel>
good thing I was being anal about changing the log message to debug was not the right thing to do ;)
rsalvaterra has quit [Ping timeout: 480 seconds]
rsalvaterra has joined #openwrt-devel
gladiac is now known as Guest8347
gladiac has joined #openwrt-devel
<stintel>
hurricos: what seems to be the problem with external kernel ?
<stintel>
I know it's a PITA but I've managed to make it work before
<djfe_>
it uses it mostly for reading mac addresses instead of doing it in 02_network, I think.
Snuupy has quit [Quit: leaving]
Snuupy has joined #openwrt-devel
<Ansuel>
djfe_ regression wise no drawbacks, lost track if we fixed each problem with using uboot env as nvmem providers. Would be good if you can test and report back
<Ansuel>
aside from it not working it's safe
<djfe_>
good to know. would it need a separate commit for this change? I bet yes, right? (it's not my PR, I just looked at it, giving some advice)
<djfe_>
is this actually uboot env? the device has a separate u-boot-env partition but maybe that's not even in use.
<djfe_>
is there some documentation on 0:APPSBLENV or a PR I could look at to understand it more?
<djfe_>
without the device I can't test it (myself)
<Ansuel>
you really need the device to test
<Ansuel>
appsblenv is just uboot env
<Ansuel>
that config just enable a parser and the related uboot env name needs to be defined in DT as a nvmem cell
<Ansuel>
the commit you notice for ipq807x is a good example
<hurricos>
THANK YOU to @blocktrron1 for saving my skin with the AP3825i. I really appreciate that someone out there was able to untangle my work ^ ^
<hurricos>
stintel: headers weren't in the right place -- the recipe for `make V=sc package/network/config/swconfig/compile` involved a gcc without the -I for the directory containing the right header files
<hurricos>
I can spill the exact ones.
cbeznea has quit [Quit: Leaving.]
danitool has joined #openwrt-devel
<hurricos>
As it turns out, a bisect would have probably come up with no clean break revision. The problem is that U-boot doesn't do enough memory setup for Linux to read from where it relocates the DTB. you literally feed the rootfs address to a register, the dtb address to a register, and jmp to Linux
<hurricos>
blocktrron switched it to simpleImage, and packed that into a FIT. simpleImage has the kernel ignore the dtb it gets passed
<hurricos>
u-boot finds the decoy dtb in the fit image, relocates it, patches it, then boots Linux, which ignores the patched dtb.
<hurricos>
The problem was in setting up the CPU, and the fix for that is easy -- just copy what U-Boot does (out of /sys/firmware/fdt) and include that in your dts.
<hurricos>
I say easy but it isn't unless you're a legend like @blocktrron1 :p
<hurricos>
We do lose the MAC address labels but idk if that matters, we can retrieve them from u-boot-env if U-boot doesn't already copy them into the MACs as part of its default setup
robimarko has quit [Quit: Leaving]
<djfe_>
Ansuel: thx for the help :)
djfe_ is now known as djfe
ptudor has quit [Ping timeout: 480 seconds]
Slimey has quit [Quit: Going offline, see ya! (www.adiirc.com)]
ptudor has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
Borromini has quit [Quit: Lost terminal]
cmonroe has joined #openwrt-devel
Slimey has joined #openwrt-devel
zer0def has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
rmilecki has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
zer0def has joined #openwrt-devel
rmilecki has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
Ansuel has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]