victhor has quit [Remote host closed the connection]
sbrown has quit [Remote host closed the connection]
sbrown has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
silverwhitefish has joined #openwrt-devel
Ivan__83 has quit [Ping timeout: 252 seconds]
Ivan__83 has joined #openwrt-devel
Ivan__83 has quit [Client Quit]
Ivan__83 has joined #openwrt-devel
hbug has quit [Ping timeout: 240 seconds]
hbug has joined #openwrt-devel
Grommish has joined #openwrt-devel
Grommish_ has quit [Ping timeout: 240 seconds]
Fishman has quit [Quit: brb]
zjason has quit [Remote host closed the connection]
Fishman has joined #openwrt-devel
zjason has joined #openwrt-devel
HeN has quit [Quit: Connection closed for inactivity]
hbug has quit [Ping timeout: 240 seconds]
hbug has joined #openwrt-devel
rmilecki has joined #openwrt-devel
<lipnitsk>
nbd: any objections if I mail your mtk_eth_soc patches (with some minor rewordings and fixes) from pending-5.10 upstream, or are they not ready?
nitroshift has joined #openwrt-devel
silverwhitefish has quit [Quit: One for all, all for One (2 Corinthians 5)]
<rmilecki>
21.01-rc1 tested on bcm53xx Luxul XWR-3150 - looks fine
xdarklight has quit [Ping timeout: 245 seconds]
xdarklight_ has joined #openwrt-devel
nitroshift_ has joined #openwrt-devel
nitroshift_ has quit [Remote host closed the connection]
nitroshift_ has joined #openwrt-devel
nitroshift has quit [Ping timeout: 245 seconds]
MentalPower has quit [Ping timeout: 245 seconds]
MentalPower has joined #openwrt-devel
nitroshift_ has quit [Read error: Connection reset by peer]
nitroshift has joined #openwrt-devel
DirkS has quit [Ping timeout: 240 seconds]
goliath has joined #openwrt-devel
DirkS has joined #openwrt-devel
Tost has joined #openwrt-devel
Ycarus_ has joined #openwrt-devel
Ycarus has quit [Ping timeout: 250 seconds]
Ycarus_ has quit [Client Quit]
Ycarus has joined #openwrt-devel
ivanich has joined #openwrt-devel
ivanich has quit [Client Quit]
ivanich has joined #openwrt-devel
ivanich has quit [Client Quit]
ivanich has joined #openwrt-devel
ivanich has quit [Remote host closed the connection]
ivanich has joined #openwrt-devel
ivanich has quit [Remote host closed the connection]
ivanich has joined #openwrt-devel
ivanich has quit [Client Quit]
ivanich has joined #openwrt-devel
kristrev_ has quit [Read error: Connection reset by peer]
kristrev has joined #openwrt-devel
<stintel>
yay
* stintel
has working network on the SNIC10E ^^
<Habbie>
woo
<stintel>
well, partially. 1 of 2 interfaces is working. the 2nd is funky. tcpdump on it shows nothing, yet I can see what it's sending with tcpdump on another machine
ivanich has quit [Quit: Konversation terminated!]
ivanich has joined #openwrt-devel
ivanich has quit [Remote host closed the connection]
ivanich has joined #openwrt-devel
ivanich has quit [Remote host closed the connection]
ivanich has joined #openwrt-devel
Guest85300 has quit [Ping timeout: 260 seconds]
Guest85300 has joined #openwrt-devel
danitool has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
ivanich has joined #openwrt-devel
ivanich has quit [Remote host closed the connection]
ivanich has joined #openwrt-devel
xback has quit [Remote host closed the connection]
<russell-->
"IRB [...] determined this is not human research. We obtained a formal IRB-exempt letter"
<rsalvaterra>
Uh… humans were being observed for their reactions, how's that *not* human research?
<russell-->
NSF awards CNS-1815621 and CNS-1931208
<russell-->
"in part"
<Habbie>
stintel, I emailed the h2o maintainer packager about ruby just to be sure, and he says it indeed was not intentional
<Habbie>
stintel, i'm preparing a PR for later this week with a few improvements in the area :)
<stintel>
Habbie: perfect!
* stintel
curses nvmem
<stintel>
I have a mac address at offset 0x42 an nvmem device, but it seems impossible to use that. what is this badly documented nvmem-cells and nvmem-cell-names voodoo :/
<Habbie>
not, perhaps a dumb suggestion, an alignment issue? you also can't read from 040?
<ldir>
when people say 'will break sysupgrade' - but yes as a default is very good. Bloody backwards compatibility - baaaaaahhhhhh
shibboleth has quit [Quit: shibboleth]
<rsalvaterra>
ldir: That sysupgrade breakage was indeed true, in a previous iteration, but that's long gone (at first I just yolodisabled both lzo and zlib).
<rsalvaterra>
Now I'm aiming for a smoother ride. :)
<ldir>
oh, so you think good to go then?
<rsalvaterra>
I'm the author, so in my view everything I do is Perfect™. But that's why we have reviewers. :P
<rsalvaterra>
(I'm running the series on my ubifs Redmi AC2100, just fine.)
<rsalvaterra>
However, I could try and rebase the series in order to get the CONFIG_HZ patch first, and resend.
<ldir>
unless I'm going blind the ubifs PR has no config_hz stuff anyway
<rsalvaterra>
No, but it also touches kconfig files. Git might be unhappy, depending on the context.
<rsalvaterra>
Give me a minute, I'm going to try. If everything goes well, I'll send the patch officially.
<ldir>
and now I'm feeling really reckless and I want to merge 4051 .... it obviously needs a wider audience to test it :-)
<ldir>
ok, point me at the PRs and I'll go daft with the merge script
<rsalvaterra>
If you'd like to merge 4051, I'd say "go for it". The kernel patch has been accepted upstream. It's done, I was just waiting for feedback.
<rsalvaterra>
In the long term, I'd like to disable lzo and zlib from ubifs. But that will require some sort of "flag release", in which the users will be forced to erase all data on sysupgrade.
<rsalvaterra>
(I think that's what we do on every major relase, but I could be wrong.)
<ldir>
done
<rsalvaterra>
ldir: Great! Shall I prepare a PR for the tick? :)
<rsalvaterra>
ldir: I just noticed 5.10.32 is out. Bumping.
opal has quit [Remote host closed the connection]
opal has joined #openwrt-devel
shibboleth has joined #openwrt-devel
blb4393 has joined #openwrt-devel
<Borromini>
nbd: ping. would those mt76 April 16 commits be relevant to the MCU timeout issues i'm seeing on my MT7613 devices?
blb4393 has quit [Quit: ChatZilla 0.9.93 [Waterfox 56.3/MOZ_BUILDID]]
<Habbie>
earlier, i managed to build usign separately
<Habbie>
but i forgot how
<Habbie>
does anybody know?
<Habbie>
(make package/index is failing because of it)
<Habbie>
letting 'make' run a while until it got to it (after the kernel) worked..
<Habbie>
looks like relevant output line from that might be make[3] -C package/system/usign compile
<stintel>
nice! that SNIC10E running standalone OpenWrt using only 1 queue per ethernet interface already routes ~2.15Gbps with offloading enabled
junland has quit [Quit: %ZNC Disconnected%]
<stintel>
in my previous test I think I wrote flow_offload instead of flow_offloading which obviously didn't work
junland has joined #openwrt-devel
<stintel>
and that's with both interfaces using the same interrupt. sirq at 12% which is 1 of 8 cores at ~100%
<stintel>
damn this thing looks promising
sbrown has left #openwrt-devel ["Leaving"]
opal has quit [Remote host closed the connection]
opal has joined #openwrt-devel
<Habbie>
stintel, neat
opal has quit [Remote host closed the connection]
<stintel>
ok, forcing the 2nd ethernet to a different IRQ didn't help though
<stintel>
if anything it made things worse
opal has joined #openwrt-devel
Immanuel has quit [Quit: Connection reset by reptilians]
Immanuel has joined #openwrt-devel
Dracos-Carazza has quit [Quit: ZNC 1.7.1 - https://znc.in]
Dracos-Carazza has joined #openwrt-devel
Tost has quit [Ping timeout: 240 seconds]
<stintel>
rsalvaterra: > There's no reason to select a higher - why not?
<stintel>
would have been nice to see that info in the commit message :P
<rsalvaterra>
stintel: Hah… indeed. :)
<stintel>
I bet it's not going to improve the 2.15Gbps on my NIC-router :P
<rsalvaterra>
(The kernel gurus correct me if I'm wrong about what I'm going to write…)
<rsalvaterra>
So, the timer frequency defines how many times per second the kernel scheduler is invoked, at most.
<rsalvaterra>
Higher frequencies are useful for interactivity (although, to be honest, all my machines run non-preemptible 100 Hz kernels), but bad for throughput (as the scheduler doesn't do useful work).
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
<rsalvaterra>
stintel: Wait, you only get 2.15 Gb/s on that Cavium beast of a card? :P
<Habbie>
no he -already- gets that out of it :D
<Habbie>
i have shaved the dnsdist package plus deps from 20.0MB to 12.7MB
<rsalvaterra>
Isn't that one of those cards which can basically do eBPF (and XDP) in hardware…? o_O
<stintel>
Habbie: nice
<stintel>
rsalvaterra: you might be mixing it with something else. octeon ethernet is in staging and nobody cares to improve it
<stintel>
ynezz: thanks a lot!
<rsalvaterra>
stintel: Quite possible…
<rsalvaterra>
Ah, right, I was confusing with the Netronome and Mellanox card. :)
<stintel>
ynezz: I still don't understand anything about nvmem-cells though. nvmem-cell-names = "mac-address" how does it know what cell is named mac-address, or how do you name a cell like that? I fail to get it from the docs or the code
<rsalvaterra>
(WTF, Mellanox was acquired by NVIDIA…! o_O)
<zorun>
basically an Ethernet/Infiniband NIC (what Mellanox does) with an onboard ARM CPU running Linux and GPU-like accelerators
<stintel>
you actually define the cell name in the DTS. and then the driver looks for an nvmem cell named mac-address. you no longer need to point it to an nvmem device
<mgiganto>
Do you know if there is a place where the Makefiles is resolved with all the values of the variables? I am upgrading hostapd and it is almost done, just need to fix something related with the multibinary/multicall, but I don't understand very well the Makefiles. I am getting at this point this error: make[3]: *** No rule to make target 'config.o',
<mgiganto>
needed by 'wpa_supplicant_multi.a'. Stop.
Swant is now known as IKEA
IKEA has quit [Remote host closed the connection]
Swant has joined #openwrt-devel
<stintel>
ughhhh dts files. horrible format, so prone to typos/errors
<malwar3hun73r>
I'm seeing an issue on 19.07.7 where something dies and I lose all routing for a VLAN i have setup on my wrt1900acs. Any thoughts?
<malwar3hun73r>
It's an untagged VLAN assigned to a separate interfeace
<malwar3hun73r>
*interface
<malwar3hun73r>
Logs show nothing when this occurs and the only solution i can find is to reboot the router - this is a daily occurrence and seems to be worse with 19.07.7
Swant is now known as IKEA
IKEA has quit [Remote host closed the connection]
Swant has joined #openwrt-devel
<malwar3hun73r>
The issue seems to occur when there is large amounts of data moving between the LAN and the VLAN interface
<malwar3hun73r>
i'm tailing the logs and there is absolutely nothing displayed when the error occurs
SamantazFox__ has joined #openwrt-devel
SamantazFox_ has quit [Ping timeout: 240 seconds]
rmilecki has quit [Ping timeout: 240 seconds]
<stintel>
can't get those damned nvmem-cells to work. guess it's not compatible with at24
goliath has quit [Quit: SIGSEGV]
Borromini has quit [Quit: leaving]
Tost has quit [Ping timeout: 240 seconds]
black_ant has quit [Quit: simplicity does not kill]