<stintel> hanetzer: https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=shortlog;h=refs/heads/eap615
<stintel> I tried flashing with sysupgrade image but the device no longer boots now, so I left out my changes to tplink-safeloader
<stintel> s/sysupgrade/factory/
<stintel> so if you don
<stintel> grrr
<stintel> so if you don't have TTL header you can't do anything yet
<hanetzer> not factory.bin?
<stintel> as I said, I tried flashing a factory image and now the device no longer boots
<stintel> probably made a mistake in the tplink-safeloader layout
<stintel> which is also completely new to me
<hanetzer> need a backup copy of the flash?
<stintel> no
<hanetzer> or you good?
<stintel> 11|00:07:44 < 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
<hanetzer> its so nice when they use soic8 chips. much easier to clip than soic16
<stintel> I have horrible experience with soic clips
<hanetzer> ah. well, I don't :)
<stintel> they worked 2 in 100 times
<hanetzer> I'm just glad they're not wson's :)
<stintel> 3M clips are crap, random amazon clips are bad, don't know what else to try
<hanetzer> apparently pomona are the 'gold standard'. I've always had luck with the ones that come with those ch341a usb dodads.
<stintel> due to that I never finished my work on TP-Link OC200
<stintel> ok, I ordered pomona clips
Tapper has quit [Remote host closed the connection]
Tapper has joined #openwrt-devel
<hanetzer> I *do* own pomona's for soic 8 and 16, but honestly using the jumper cables is annoying.
<hanetzer> I suppose I could get some and permanently solder them to it
<stintel> if these give me the same issues I'm done with clips though
<hanetzer> fair enough. as I said, I've never had issue with them (except issues that would arise with or without them, that is, voltage level issues and such.
goliath has quit [Quit: SIGSEGV]
jow has quit [Remote host closed the connection]
jow has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
minimal has quit []
victhor has quit [Ping timeout: 480 seconds]
<Slimey> heh i could have sent you some of those :P
Tapper has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
hurricos has quit [Read error: Connection reset by peer]
hurricos has joined #openwrt-devel
sirdmz has joined #openwrt-devel
fda has joined #openwrt-devel
fda- has quit [Ping timeout: 480 seconds]
Slimey_ has joined #openwrt-devel
Slimey has quit [Read error: Connection reset by peer]
Slimey_ is now known as Slimey
<hanetzer> somma whats?
Tapper1 has joined #openwrt-devel
Tapper has quit [Read error: Connection reset by peer]
awgh has joined #openwrt-devel
Tapper1 has quit [Ping timeout: 480 seconds]
awgh_ has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
rua has quit [Quit: Leaving.]
Tapper has quit [Ping timeout: 480 seconds]
cp- has quit [Server closed connection]
rua has joined #openwrt-devel
cp- has joined #openwrt-devel
valku has joined #openwrt-devel
valku has quit []
Namidairo has quit [Quit: ZNC - https://znc.in]
Namidairo has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #openwrt-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #openwrt-devel
swalker has quit [Ping timeout: 480 seconds]
sirdmz has quit [Quit: Page closed]
danitool has joined #openwrt-devel
SamantazFox has joined #openwrt-devel
srslypascal is now known as Guest8202
srslypascal has joined #openwrt-devel
Guest8202 has quit [Ping timeout: 480 seconds]
Borromini has joined #openwrt-devel
victhor has joined #openwrt-devel
rmilecki has joined #openwrt-devel
<stintel> hanetzer: good news! I've got working wifi! :)
<stintel> just need to figure out how to properly do the images, FIT + tplink-safeloader is a new combo afaict
<stintel> I'm able to flash, it boots, but mtdsplit doesn't detect/split the firmware partition in rootfs/rootfs_data
rua has quit [Quit: Leaving.]
<stintel> initial testing gives same speeds as oem firmware, ~650Mbps up, ~580Mbps down with iperf3 on my galaxy s21 ultra
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #openwrt-devel
goliath has joined #openwrt-devel
<blocktrron1> stintel: try enabling software flow offload
<blocktrron1> this increased throughput on the U6-Lite to 850-950 for me (HE80)
<stintel> blocktrron1: my images don't have iptables at all, I'm running them as dumb APs
<stintel> but in this case the phone might be the limiting factor
<stintel> when I get them to boot from flash, I'll try with my laptop (ax200)
rua has joined #openwrt-devel
<blocktrron1> Do they have the new TP-Link firmware layout?
<blocktrron1> Something with upgrade-type: cloud (or along those lines) at the beginning of the file?
<stintel> blocktrron1: that doesn't ring a bell. they use FIT images, but I think I found it, I think I need to pad the kernel
<stintel> fingers crossed :)
<blocktrron1> okay
<stintel> I have ~2h before I have to leave
<hanetzer> stintel: yeh, there's a bit of fuckery there. lemme see if there is any use of it in owrt as is.
<blocktrron1> I've had a look at one of their regular SoHo MT7915 based routers and they sported a new firmware upgrade format
<hanetzer> stintel: ./scripts/makeits.sh comes up.
<stintel> hanetzer: I'm already doing fit images, otherwise the initramfs wouldn't boot
<hanetzer> erm, mkits
<hanetzer> ahhhh, yeah, guess that's true.
<stintel> the problem is not with fit, the problem is that mtd-split doesn't detect the rootfs vs rootfs_data split
<stintel> I hope that's due to missing padding
<hanetzer> easy to check, deadcows
<stintel> eh?
<hanetzer> if memory serves, at the end of the squashfs, we put 0xdeadbeef, this tells owrt where to put the jffs2 fsoverlay
<stintel> 009e0000 de ad c0 de 00 00 00 00 00 00 00 00 7b 20 20 22 |............{ "|
Tapper has joined #openwrt-devel
<hanetzer> ahhh yeah, deadcode. I knew it was one of those funny deadbeefcafe things.
<hanetzer> stintel: what was the issue with wifi?
<stintel> hanetzer: just had to figure out which radio did 2.4 vs 5 GHz
<stintel> and both seem to use the same eeprom data
<stintel> ok so tplink images use their own mtdsplit header, which is added to the kernel iiuc
<stintel> and since I override KERNEL := to do FIT, that header is missing
<stintel> and mtdsplit doesn't know what to do
<hanetzer> ahhh. so, more headers, not more code?
<stintel> I hope I got it right this time :)
<stintel> sigh
<stintel> now it doesn't even boot anymore
<Namidairo> is that a 7915D
<stintel> 01:00.0 Unclassified device [0002]: MEDIATEK Corp. Device [14c3:7916]
<stintel> 02:00.0 Unclassified device [0002]: MEDIATEK Corp. MT7915E 802.11ax PCI Express Wireless Network Adapter [14c3:7915]
<stintel> interesting, both my 2.4 and 5GHz radio seem to be the 7915E
<\x> stintel: is 7915e pcie 2.0
<stintel> how do I tell?
<Namidairo> presumably that'd be 2x2
<PaulFertser> stintel: "lspci -vv" shows the link bandwidth
<PaulFertser> And if the card supports more than the host you'll see (downgraded) there.
Borromini has quit [Quit: leaving]
<PaulFertser> This table https://en.wikipedia.org/wiki/PCI_Express#History_and_revisions gives translation between GT/s numbers and Gen.
<stintel> LnkSta: Speed 2.5GT/s (downgraded), Width x1 (ok)
<stintel> on both
<PaulFertser> \x: so it's Gen 2.0 at least.
<PaulFertser> stintel: thank you
<\x> 2.0 yeah thanks
<\x> so atleast mediatek upgraded pcie host on mt7622b I see, they are 2.0 there too, meanwhile theyre all 1.1 on mt7621, not like any radio put on them is maxing out 2 Gb/s though
<\x> pcie 1.1 and 2.0 uses 8/10 encoding so, link speed * 8/10 is the actual usable speed, so 2.5 GT/s = 2Gb/s, 5.0 GT/s = 4Gb/s
<stintel> yeah I'm not finding how to make this thing work with both fith and the tplink header required for mtdsplit_tplink :/
<stintel> s/fith/fit/
<nbd_> stintel: the 7916 device is just a secondary pci interface belonging to the 7915 chip
<nbd_> it shows up on devices with a pcie gen1 host interface
nbd_ is now known as nbd
<stintel> nbd: ahh, gotcha :)
<stintel> nbd: so it's dbdc, and having single eeprom data is expected
<nbd> yes
<stintel> thanks!
<Namidairo> presumably the syslog would have mentioned it on mt76 init
<nbd> if i remember correctly, it assigns the dma ring for one of the two radios to the secondary host interface
<nbd> to distribute the lowad
<nbd> load
<Namidairo> i think there's like one bit in eeprom that marks dbdc capability as well too
<stintel> now I just need to figure out this tplink header shit with fit images
rua has quit [Quit: Leaving.]
<stintel> https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=shortlog;h=refs/heads/eap615 is what I have, put in comment what I tried
<stintel> I'm running out of time for today
<stintel> it renders device unbootable, so don't do it without ttl header
<Namidairo> what is even that flash layout
<stintel> tplink-safeloader
<hanetzer> stintel: build/mtk/Makefile.sdk has some info on image building
slh64 has quit [Ping timeout: 480 seconds]
slh has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
slh64 has joined #openwrt-devel
slh has joined #openwrt-devel
<owrt-snap-builds> Build [#376](https://buildbot.openwrt.org/master/images/#builders/14/builds/376) of `bcm63xx/generic` completed successfully.
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
rua has quit []
swalker has joined #openwrt-devel
rua has joined #openwrt-devel
<stintel> nice! got it
minimal has joined #openwrt-devel
<stintel> hanetzer: https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=shortlog;h=refs/heads/eap615
<stintel> I have not flashed from stock to openwrt yet with this last iteration
<stintel> and I have to go now
<hanetzer> nice. I'll give it a test :)
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<hanetzer> stintel: if you're still idling, does it come running a dhcp server or?
Borromini has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
f00b4r0 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<hanetzer> stintel: after clicliend stopcs, uploading the factory.bin to the tp link upgrade webui page works.
valku has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
floof58 has joined #openwrt-devel
floof58 has quit []
floof58 has joined #openwrt-devel
floof58_ has quit [Ping timeout: 480 seconds]
dangole has joined #openwrt-devel
danitool has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
SamantazFox has quit [Remote host closed the connection]
SamantazFox has joined #openwrt-devel
SamantazFox has quit [Remote host closed the connection]
SamantazFox has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
Tapper has quit [Ping timeout: 480 seconds]
<hurricos> stintel: re chips: Buy clips directly from Pomona. They are not cheap, but they're very tough
<hurricos> oh, wait. I should have finished reading. The conversation already went there. I have a SOIC24 clip that I use for my SOIC16s as well on Ubiq devices
Tapper has joined #openwrt-devel
minimal has quit []
<hanetzer> hurricos: hehe. happens.
Grommish has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<stintel> :P
<stintel> I can say "stay away from the 3m ones"
<hanetzer> stintel: flashing factory.bin from stock worked for me. not sure if it required the clicliend stopcs command like that other eap device, but it worked with it.
<stintel> yes, that's expected, same as the eap235
<stintel> but that's really good news
<stintel> the APs are going to be limited in the amount of clients they can support due to the 128MB RAM
<stintel> but nonetheless, very happy they're working
<stintel> nbd: thanks again for the info about the 7915/7916. as for the 7663, did you find anything since ~8 days ago that might help to solve the stalls ?
<stintel> I'm tempted to replace both EAP235 with EAP615 but it'd be better if we can have stable old generations too
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
rmilecki has quit [Ping timeout: 480 seconds]
tohojo has quit [Quit: Bridge terminating on SIGTERM]
<hanetzer> stintel: hey, what's the hash on your radio partition, out of curiosity?
<stintel> f68918f7dbfe4e39305778d4a088993c xxh128
<hanetzer> huh. not familiar with that hash :P
<hanetzer> xxh128 eh?
<stintel> 1531d6be0f47b7c67a8aa547033e3747f6cd51af3a5afcd8b630371de3f962eb4a7f109a7160f0827251a7c323e7e3cc85755acc643eb58a16324e8809772cc4 sha512
tohojo has joined #openwrt-devel
<hanetzer> yeah, different. 's what i expected.
<stintel> I need to fix the mac address offset because my 2 APs now have conflicting macs
<hanetzer> hmm?
<hanetzer> is it normal for all lan[0-3] interfaces to have the same mac?
chad has joined #openwrt-devel
chad is now known as Guest8262
Guest8262 has quit []
cmonroe has joined #openwrt-devel
dangole has quit [Quit: Leaving]
<slh> that would be the normal situation for classic routers
<hanetzer> slh: not sure if this is a 'classic router' per se. guess it is after a sense.
<slh> the zyxel gs1900 reserves one MAC per port, but that's a rare exception
<stintel> it uses friggin random MAC
<Habbie> wow :)
<dwfreed> lolwut
<dwfreed> does the phy just ignore the mac address coming from the cpu ?
Grommish has joined #openwrt-devel
<hanetzer> yee, I saw that, wasn't sure what to make of it tbh.
<stintel> no, it doesn't. a random mac is assigned during boot. the phy does not ignore that
<dwfreed> that seems... ridiculous
<dwfreed> not to mention not compliant
<stintel> welcome in embedded world ¯\_(ツ)_/¯
<dwfreed> any label on the device with a mac address?
<stintel> yes, openwrt image from my staging tree uses that
<dwfreed> but you just mentioned your devices have conflicting macs :P
<stintel> read the code
<stintel> and what I said earlier
<dwfreed> the only interpretation I'm coming up with at the moment is that you intend for your dts to use the mac address in nvmem (which should match the mac address on the label on the device), but you got the offset wrong?
<dwfreed> but my brain is also barely functional for some reason, so I could be misunderstanding