victhor has quit [Remote host closed the connection]
dangole has quit [Remote host closed the connection]
Tapper has quit [Ping timeout: 480 seconds]
minimal has quit []
philipp64 has quit [Quit: philipp64]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Grommish has joined #openwrt-devel
valku has quit [Quit: valku]
clayface has joined #openwrt-devel
clayface_ has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
nitroshift has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
goliath has joined #openwrt-devel
castiel652 has joined #openwrt-devel
<rsalvaterra>
stintel: Is there a ceiling-mount version of the EAP615 hardware? I think I'm not getting the Unifi 6 LR anymore… :)
srslypascal is now known as Guest8130
srslypascal has joined #openwrt-devel
<stintel>
rsalvaterra: no idea
Guest8130 has quit [Ping timeout: 480 seconds]
<nitroshift>
stintel, o/
<stintel>
nitroshift: \o
<stintel>
nbd_: any idea where to get mt7915_eeprom_dbdc.bin? stock firmware has 7915_WACPU_RAM_CODE_release.bin mt7915_patch_e2_hdr.bin WIFI_RAM_CODE_7915_E2.bin
<stintel>
or is the driver looking for that because of wrong mediatek,mtd-eeprom
<stintel>
q
aleksander has joined #openwrt-devel
dangole has joined #openwrt-devel
<nbd_>
stintel: the driver is looking for that if it doesn't have proper eeprom data
<stintel>
nbd_: thanks for confirming :)
<stintel>
of course the GPL drop is incomplete, mailed TP-Link to fix that
<rsalvaterra>
I wonder if we should evaluate the viability of SLOB for extremely low RAM devices…
<stintel>
personally I have no interest in low RAM devices
<rsalvaterra>
I think the Freifunk guys could be interested, though.
<stintel>
and with that I think of checking the amount of memory in the EAP615-Wall
<rsalvaterra>
Should probably bring that up in the next meeting. :P
<stintel>
turns out it is a low RAM device :P
<Habbie>
how low?
<stintel>
128M
<Habbie>
ah, your low is lower than i thought :D
<rsalvaterra>
Wow, I was going to make a joke about your "low" standards. :P
<rsalvaterra>
But that's definitely low.
<stintel>
definitely for an AX device
<rsalvaterra>
I wonder how the buffering only doesn't kill it.
nitroshift has quit [Quit: Gone that way --->]
wvdakker_ has joined #openwrt-devel
wvdakker has quit [Ping timeout: 480 seconds]
djselbeck has joined #openwrt-devel
djselbeck has quit []
djselbeck has joined #openwrt-devel
<djselbeck>
I would like to submit a patch for usteer (https://git.openwrt.org/?p=project/usteer.git;a=summary) but I don't know the correct place. Would openwrt-devel be okay?
<PaulFertser>
djselbeck: yes, projects hosted there are covered by Patchwork.
<stintel>
[PATCH usteer] ... in the subject ;)
<djselbeck>
Awesome, thanks will do
aleksander0m has joined #openwrt-devel
<stintel>
are you adding multicast support by chance :P
<djselbeck>
No :D
<stintel>
ok I might have to look into that at some point
aleksander has quit [Ping timeout: 480 seconds]
clayface_ has joined #openwrt-devel
clayface has quit [Ping timeout: 480 seconds]
sirdmz has quit [Remote host closed the connection]
goliath has joined #openwrt-devel
Gaspare has joined #openwrt-devel
<rmilecki>
i really wish we could get usteer documented
<rmilecki>
i still have no idea what is that
<rmilecki>
but i know from blogic it's great :P
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
minimal has joined #openwrt-devel
<stintel>
rsalvaterra: what are (were) the problems holding back the ramips bump to 5.10 ?
<rsalvaterra>
stintel: Basically a GCC bug which broke the OKLI loader, which is required by some MT7620 devices.
<rsalvaterra>
nbd_ fixed (reverted) the broken GCC commit, so we should be safe now.
<rsalvaterra>
I have two laptops, one with R300, the other with R500-class GPUs.
<rsalvaterra>
stintel: Yes. Actually, they're PCIe-only. AGP cards use a PCIe to AGP bridge.
<rsalvaterra>
(Only the R500, previous chips are AGP, though.)
<stintel>
actually I still have a mobo in hometown that would take an AGP card :D
<stintel>
I can almost start a hardware museum with all the stuff I have in my parents' attic
aleksander0m has quit []
<rsalvaterra>
stintel: I'm thinking of building a 486-based machine (I have the hardware, but not the case/PSU) just for the games I used to play as a kid. :)
Gaspare has quit [Quit: Gaspare]
wvdakker_ has quit []
wvdakker has joined #openwrt-devel
Gaspare has joined #openwrt-devel
djselbeck has quit [Remote host closed the connection]
Gaspare has quit [Quit: Gaspare]
<blocktrron1>
stintel: re usteer multicast: this should just work in case you use IPv6 with usteer
<blocktrron1>
at least our student group implemented that and it works well
<stintel>
cool
<stintel>
thanks for letting me know
<blocktrron1>
i think that this is sufficient for most cases
<blocktrron1>
don't know about TIP requirements, as i do not deal with them, but i would refrain from investing time in v4 :P
<blocktrron1>
"I think the Freifunk guys could be interested, though." - bold assumptions there
<blocktrron1>
rsalvaterra: if you want to trigger emotional reactions - yes, people are "interested" in those
<stintel>
blocktrron1: sure if using v6 avoids using broadcast that's fine for me
<blocktrron1>
OTOH the same people ship piles of 4/32 devices across europe to upgrade flash / RAM for minimum wage and greenwash that
<stintel>
but it looks like it's not having the effect I hoped - my router (wired) still sees the packets
<blocktrron1>
stintel: you need to enable mcast snooping on the bridges
<stintel>
blocktrron1: I have that enabled
<blocktrron1>
does your device have a switch?
<stintel>
I'm currently running 2 TP-Link EAP235-Wall - ramips/mt7621 with switch yes
<blocktrron1>
i have 7x AC Lites conected to 3x Cisco SG350 at work (MLD enabled) and a ER-X as mcast querier and the cisco switches only forward the packets to AP ports + the relevant uplink ports
<stintel>
but even then, I have an enterprise switch with igmp and mld snooping in between the APs and the router, so that should "filter" it afaik
<blocktrron1>
can you check the listener table on the switch then?
<stintel>
trying to figure out the command :P
<stintel>
only finding forwarding-table
<stintel>
Info: There is no forwarding-table information.
<stintel>
looks like something might not be working
<stintel>
which is weird because showing status confirms MLD snooping is enabled on the mgmt vlan
<PaulFertser>
I wonder if macbooks are still officially called Macbook even though the os is called macOS.
<PaulFertser>
MacBook it is, heh.
dangole has quit [Quit: Leaving]
danitool has joined #openwrt-devel
<hanetzer>
Slimey: ey slimeball. finished soldering 23/24 boards
<Slimey>
lol nice what where you replacing
dsouza has joined #openwrt-devel
dsouza has quit [Remote host closed the connection]
dedeckeh has quit [Remote host closed the connection]
rmilecki has quit [Ping timeout: 480 seconds]
Borromini has quit [Quit: Lost terminal]
<hanetzer>
Slimey: not replacing, building.
<hanetzer>
had pcbs fabbed and everythin
<stintel>
fancy
<stintel>
hanetzer: ethernet is working on the EAP615
<stintel>
in initramfs
<hanetzer>
noice. haven't flashed it for real, yet then?
<stintel>
slowly making progress
<stintel>
no, having working ethernet so I can dump the entire NOR flash and keep a backup has to be done first before trying to flash
<Habbie>
nice
<stintel>
so this thing uses trgmii between the soc and the switch so in theory it could do 1200Mbps over wifi, if traffic is coming from different switch ports at the same time
<stintel>
I'm going to have to test that once wifi is working :P
<hanetzer>
wifi no workie? ynot?
<stintel>
the oem dts doesn't contain anything related to wifi, so it's figuring out how all this works
<stintel>
and I've never worked on mediatek socs before
<stintel>
so I'm even more clueless than usual
<hanetzer>
ahhh
<hanetzer>
hrm. got a tree I can pull from? I could look into some of it