<[Pokey]>
When a new device arrives that has 0 device tree similarities or negligible similarities, how do you usually go about building one from the group up, out of curiosity? How does it all get mapped out?
<dwfreed>
generally you start from the vendor firmware's device tree
minimal has quit [Quit: Leaving]
dfceaef[m] has quit [Remote host closed the connection]
evils[m]1 has quit [Remote host closed the connection]
JuniorJPDJ has quit [Write error: connection closed]
pavlix has quit [Write error: connection closed]
znullptr[m] has quit [Write error: connection closed]
gnustomp[m] has quit [Write error: connection closed]
mkg20001 has quit [Write error: connection closed]
will[m]1 has quit [Write error: connection closed]
t4h4[m] has quit [Write error: connection closed]
decke[m] has quit [Write error: connection closed]
barhom has quit [Write error: connection closed]
oliv3r[m] has quit [Write error: connection closed]
olmari has quit [Write error: connection closed]
whatevs111[m] has quit [Write error: connection closed]
hexagonwin[m] has quit [Write error: connection closed]
ctdvqgg445[m] has quit [Write error: connection closed]
nick[m]1 has quit [Write error: connection closed]
Movedtomkg20001mkg20001io[m] has quit [Write error: connection closed]
Kiste has quit [Write error: connection closed]
John[m]123456 has quit [Write error: connection closed]
MatMaul[m] has quit [Write error: connection closed]
lipnitsk has quit [Write error: connection closed]
Jonny[m] has quit [Write error: connection closed]
fpsusername[m] has quit [Write error: connection closed]
Q__ has quit [Write error: connection closed]
fieryeagle954[m] has quit [Write error: connection closed]
aparcar[m] has quit [Write error: connection closed]
schmars[m] has quit [Write error: connection closed]
bluse-blue[m] has quit [Write error: connection closed]
domon has quit [Write error: connection closed]
tohojo has quit [Write error: connection closed]
aparcar[m] has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
csrf1 has joined #openwrt-devel
slh has quit [Remote host closed the connection]
slh64 has quit [Quit: gone]
csrf1 has quit [Remote host closed the connection]
csrf1 has joined #openwrt-devel
<[Pokey]>
dwfreed: didn't know that was extractable!
<neggles>
might get a couple more of these now that I know they work. Terragraph people tell me that the wil6436 blobs from Edge-Core's firmware should work with current userspace sources, which are all public
<neggles>
would be cool to have OpenR / Terragraph support in OpenWrt
<neggles>
probably keep it out of tree though. doubt there'd be enough interest to merit upstreaming anything other than basic device support
<\x>
neggles is this the 60GHz thing
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #openwrt-devel
barhom has joined #openwrt-devel
bluse-blue[m] has joined #openwrt-devel
ctdvqgg445[m] has joined #openwrt-devel
decke[m] has joined #openwrt-devel
dfceaef[m] has joined #openwrt-devel
domon has joined #openwrt-devel
evils[m]1 has joined #openwrt-devel
fieryeagle954[m] has joined #openwrt-devel
fpsusername[m] has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
hexagonwin[m] has joined #openwrt-devel
John[m]123456 has joined #openwrt-devel
Jonny[m] has joined #openwrt-devel
JuniorJPDJ has joined #openwrt-devel
Kiste has joined #openwrt-devel
Q__ has joined #openwrt-devel
lipnitsk has joined #openwrt-devel
MatMaul[m] has joined #openwrt-devel
Movedtomkg20001mkg20001io[m] has joined #openwrt-devel
<neggles>
it is 450mm across and weighs over 2.5kg
<[Pokey]>
Madness
<[Pokey]>
Absolute madness
zorun has quit [Ping timeout: 480 seconds]
xdarklight has quit [Ping timeout: 480 seconds]
csrf1 has joined #openwrt-devel
xback has joined #openwrt-devel
xdarklight has joined #openwrt-devel
MaxSoniX has joined #openwrt-devel
<[Pokey]>
neggles: Now you just gotta get one of those AmpliFi cubes running OpenWRT and put them next to each other side by side for an amusing big & little OpenWRT photo
<\x>
not small enough
<\x>
get a zsun wifi sdcard reader
<[Pokey]>
damn \x that is teeny
<Habbie>
pity support was not merged
Tapper has joined #openwrt-devel
<Mangix>
I have a slightly bigger thing that never made it to market.
<Mangix>
qca9531 based
<Mangix>
Hmmm actually looking at it again mine is twice the size
<neggles>
\x: how about a vocore
<neggles>
thing's not even 3cm cube
<neggles>
it's also next to worthless
<neggles>
and AmpliFi isn't even that small
borek has joined #openwrt-devel
nick[m]1 has quit [Remote host closed the connection]
bluse-blue[m] has quit [Remote host closed the connection]
evils[m]1 has quit [Remote host closed the connection]
oliv3r[m] has quit [Write error: connection closed]
John[m]123456 has quit [Remote host closed the connection]
dfceaef[m] has quit [Remote host closed the connection]
olmari has quit [Remote host closed the connection]
schmars[m] has quit [Remote host closed the connection]
lipnitsk has quit [Remote host closed the connection]
Kiste has quit [Remote host closed the connection]
t4h4[m] has quit [Write error: connection closed]
hexagonwin[m] has quit [Write error: connection closed]
mkg20001 has quit [Write error: connection closed]
Jonny[m] has quit [Remote host closed the connection]
decke[m] has quit [Remote host closed the connection]
fpsusername[m] has quit [Remote host closed the connection]
barhom has quit [Remote host closed the connection]
MatMaul[m] has quit [Remote host closed the connection]
MatrixTravelerbot[m]1 has quit [Write error: connection closed]
whatevs111[m] has quit [Write error: connection closed]
Q__ has quit [Write error: connection closed]
znullptr[m] has quit [Write error: connection closed]
ctdvqgg445[m] has quit [Write error: connection closed]
pavlix has quit [Write error: connection closed]
tohojo has quit [Write error: connection closed]
JuniorJPDJ has quit [Write error: connection closed]
will[m]1 has quit [Remote host closed the connection]
fieryeagle954[m] has quit [Remote host closed the connection]
domon has quit [Remote host closed the connection]
gnustomp[m] has quit [Write error: connection closed]
Movedtomkg20001mkg20001io[m] has quit [Write error: connection closed]
aparcar[m] has quit [Write error: connection closed]
<[Pokey]>
Mangix: What is it?
aparcar[m] has joined #openwrt-devel
danitool has joined #openwrt-devel
<ynezz>
another work week starts as usual, tea break due to CMake compilation
<[Pokey]>
I managed to find a mini PCIe USB WiFi card with 2 antenna connectors
<[Pokey]>
Literally the only one that exists which I can even buy
<robimarko>
Realtek and WiFi, just dont
<[Pokey]>
robimarko: I'm willing to fight this thing
<[Pokey]>
its literally the only card which fits my physical compatibility requirements that I can actualkly buy right now
<robimarko>
Look, AFAIK its one of those forever staging drivers that are broken by definition
<robimarko>
You are just gonna cause yourself much pain and frustration
<[Pokey]>
robimarko: If you can find another USB mini PCIe WiFi card with 2 antenna connectors which isn't stupidly priced I'll snap it up in a heartbeat
xback has quit [Ping timeout: 480 seconds]
<robimarko>
[Pokey]: I did my part by warning you
<robimarko>
Those RTL USB cards have never been properly working
<[Pokey]>
Warning noted
<[Pokey]>
here be dragons
<stintel>
robimarko: I'm experimenting with DPP, RPi4 brcmfmac said no, some rtl usb brought me a solution
<stintel>
so I dare to say rtl > brcm :P
<robimarko>
stintel: Which chipset was it?
<stintel>
RTL8192EU
<robimarko>
RTW88 and 89 drivers are semi-decent, but all of those older staging ones are dumpster fire
<stintel>
rtl8xxxu driver
<robimarko>
That one is decent as well
<robimarko>
Its not abandoned like staging ones
<[Pokey]>
Blerg. Theres a kmod for this card but no firmware
<stintel>
I guess I got lucky when I ordered 2 of those USB wifi thingies for a steal
<karlp>
neggles: what's the super thin pcb hanging out of your laptop? is that a C to micro-b adapter or something?
castiel652 has joined #openwrt-devel
ekathva has joined #openwrt-devel
rsalvaterra has quit []
rsalvaterra has joined #openwrt-devel
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #openwrt-devel
castiel652 has quit [Read error: Connection reset by peer]
srslypascal has quit [Ping timeout: 480 seconds]
bluew has quit [Quit: Leaving]
borek has joined #openwrt-devel
srslypascal has joined #openwrt-devel
floof58 is now known as Guest2127
floof58 has joined #openwrt-devel
Guest2127 has quit [Ping timeout: 480 seconds]
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
rua has quit []
rua has joined #openwrt-devel
rua has quit []
MaxSoniX has quit [Quit: Konversation terminated!]
rua has joined #openwrt-devel
<stintel>
Starlink prices dropped
<hauke>
robimarko: are you also working on getting the ipq40xx DSA stuff upstream?
<hauke>
or is anyone working on that
<robimarko>
hauke: Yes
<robimarko>
IPQESS is already on v4, we have hired Bootlin for that
<\x>
maan i thought it would have its first birthday
MaxSoniX has joined #openwrt-devel
<robimarko>
DSA itself will be handled by us, I have it rebased onto next, but its not yet working yrt
<hauke>
is the extension to struct skb_shared_info getting accepted?
<hauke>
robimarko: nice, so you have serious business interest behind it
<robimarko>
hauke: It will be using SKB extensions in the end
<robimarko>
That is what upstream settled on
<hauke>
ok
<robimarko>
v5 for IPQESS should be soon
<robimarko>
I will update OpenWrt drivers as soon as that is settled upstream
<robimarko>
To be in-sync
<hauke>
good
<robimarko>
Its gonna be fun somehow getting that calibration mess upstreamed
<robimarko>
Poking into PHY-s directly has been a no-no so far
<hauke>
what needs calibration?
<hauke>
the PSGMII link?
<robimarko>
Yeah
<hauke>
is this done automatically or based on the board design?
<robimarko>
Its universal, currently hacked into the DSA driver
<hauke>
ok
<robimarko>
As its using loopback mode for switch MAC-s and packet generator as well as CRC checker in the QCA8072/5 PHY-s
barhom has joined #openwrt-devel
bluse-blue[m] has joined #openwrt-devel
ctdvqgg445[m] has joined #openwrt-devel
decke[m] has joined #openwrt-devel
dfceaef[m] has joined #openwrt-devel
domon has joined #openwrt-devel
evils[m]1 has joined #openwrt-devel
fieryeagle954[m] has joined #openwrt-devel
fpsusername[m] has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
hexagonwin[m] has joined #openwrt-devel
John[m]123456 has joined #openwrt-devel
Jonny[m] has joined #openwrt-devel
JuniorJPDJ has joined #openwrt-devel
Kiste has joined #openwrt-devel
Q__ has joined #openwrt-devel
lipnitsk has joined #openwrt-devel
MatMaul[m] has joined #openwrt-devel
Movedtomkg20001mkg20001io[m] has joined #openwrt-devel
<\x>
robimarko: "auto_recover=no" softbricks the MR7350. I had to recover via uboot and set that to yes again. as for dualbooting, that bootcounter now gets reset aiamadeus fixed it in some minutes after I reported it
<robimarko>
\x: I am not getting what you are trying to achieve?
<\x>
none anymore I guess since the switching issue is fixed
<\x>
the thing is that mtd want compiled with support for it on their repo so ive always though that this autoswitching is that bad
<\x>
turns out it just fails to reset bootcounter, so once you do four reboots, you get kicked back to linksys fw
<\x>
well, now I understood how it works and yeah its pretty great
<[Pokey]>
karlp: No way! Surely not supported, just to say "not supported"?
<karlp>
hrm, I can't find the original notes on the eyefi devices, which are probably easily 15 years old now, can only find https://openwrt.org/toh/zsun/wifi-card-reader which is not the same ...
<[Pokey]>
Has there been previous 2.4GHz instability issues with MT7603E or MT7612E around v18ish that have been resolved? I know thats a big of a very specific vague question, but its reason is I am gonna try and grab a device which reports 2.4GHz instabilities on the wiki but thats quite an old page now
noltari has quit [Quit: Bye ~ Happy Hacking!]
<hurricos>
[Pokey]: I'd still avoid menuconfig; fetch the symbol you want represnting your board, and add it to a config you then expand later.
noltari has joined #openwrt-devel
borek has joined #openwrt-devel
noltari has quit [Quit: Bye ~ Happy Hacking!]
noltari has joined #openwrt-devel
borek has quit [Ping timeout: 480 seconds]
<Mangix>
Ansuel: pong
<Ansuel>
wonder if you have an ath79 device to test if i fixed the slow port setup
<Mangix>
Not sure what you mean by slow
<Ansuel>
it seems the inband feature (send mdio command with eth packet) was broken on big endian systems
<Ansuel>
sooo every mdio read/write had to timeout and fallback to the old method
<Ansuel>
i posted a patch in the pr that should make inband work on big endian
Gaspare has quit [Quit: Gaspare]
csrf1 has joined #openwrt-devel
<Ansuel>
Borromini anyway yes can confirm that MT7621 with hw offload makes the connection crash after a while
<[Pokey]>
hurricos: Sorry, what was that in relation to
<Ansuel>
wonder if it's a problem with idle connection ?
<Ansuel>
(my setup is he tunnel and pppoe public ip)
<Mangix>
pppoe has been a pain point historically with HW offload
<Mangix>
As for ath79, I need to rebased that patch.. probably
<Ansuel>
take your time I would love to have 1-2 tested by tag just to make sure nothing strange happens with the big-endian little-endian conversion
<Mangix>
How would that even be tested?
<Ansuel>
few ways, one is tcpdump and manually checking the packet but there are some easy one like 'ethtool -S lan1' and check the time to get the data dna if they makes sense (if the endian is wrong you have 1 billion packet on each value)
<Ansuel>
or "bridge fdb show" both checking time and results if they makes sense
<Mangix>
so comparing time ethtool -S eth1 ?
<Ansuel>
yes the timeout is 100 us... if everything works correctly it should be instant
<Lechu>
I'll do test on ath79 later today or tomorrow
danitool has joined #openwrt-devel
<Ansuel>
thanks a lot
<hurricos>
[Pokey]: Menuconfig, building :p
<Mangix>
Ansuel: unfortunately DSA for ath79 will probably not happen soon.
<[Pokey]>
hurricos: I've not spoken about building for a couple days now I think :P Not certain still, sorry!
<Ansuel>
we should consider moving some target but yep i think it will be problematic
<hurricos>
Just general advice. It sounds like you got your build working though :o
<Ansuel>
some device* not target
<hurricos>
Ansuel: I have many mpc85xx boards, but just received the first one ever that also has a switch IC on it
<[Pokey]>
hurricos: I did! People here are helpful
<Lechu>
I think we should make it coexistable with swconfig, otherwise non-qca8k devices will be a huge PITA
<Ansuel>
well it is the swconfig driver can be loaded as a module
<Lechu>
The few rtl836x devices could probably be handled separately.
<Ansuel>
so we should just install the kmod on selected devices
<Lechu>
Yeah, this has added bonus of reducing kernel size
* Mangix
needs to find Ansuel's ath79 python script...
<Ansuel>
honestly adding compatible values to each dts doesn't seems doable... should be the correct solution but IMHO it's easier to just add the kmod on each device in the makefile (or add some logic to add it by default if it's not dsa)
<Lechu>
Agree.
<Lechu>
OTOH I've seen a couple devices with compatible strings defined for a switch, when playing around with upstream ar933x switch driver
<Lechu>
Replacing them should be easier.
<Lechu>
Either way, I'd go with kmods anyway, to not bloat the kernel any more than required.
csrf1 has quit [Read error: Connection reset by peer]
csrf1 has joined #openwrt-devel
srslypascal is now known as Guest2190
srslypascal has joined #openwrt-devel
Guest2189 has quit [Ping timeout: 480 seconds]
Guest2190 has quit [Ping timeout: 480 seconds]
Borromini has joined #openwrt-devel
noltari_ has joined #openwrt-devel
MaxSoniX has quit [Quit: Konversation terminated!]
Ansuel_ has joined #openwrt-devel
noltari has quit [Ping timeout: 480 seconds]
Ansuel has quit [Ping timeout: 480 seconds]
Ansuel_ has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]
Ansuel has joined #openwrt-devel
tlj has quit [Remote host closed the connection]
csrf1 has quit [Ping timeout: 480 seconds]
Gaspare has quit [Quit: Gaspare]
torv has quit [Remote host closed the connection]
Gaspare has joined #openwrt-devel
torv has joined #openwrt-devel
barhom has joined #openwrt-devel
bluse-blue[m] has joined #openwrt-devel
ctdvqgg445[m] has joined #openwrt-devel
decke[m] has joined #openwrt-devel
dfceaef[m] has joined #openwrt-devel
domon has joined #openwrt-devel
evils[m]1 has joined #openwrt-devel
fieryeagle954[m] has joined #openwrt-devel
fpsusername[m] has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
hexagonwin[m] has joined #openwrt-devel
John[m]123456 has joined #openwrt-devel
Jonny[m] has joined #openwrt-devel
JuniorJPDJ has joined #openwrt-devel
Kiste has joined #openwrt-devel
Q__ has joined #openwrt-devel
lipnitsk has joined #openwrt-devel
MatMaul[m] has joined #openwrt-devel
Movedtomkg20001mkg20001io[m] has joined #openwrt-devel
mkg20001 has joined #openwrt-devel
nick[m]1 has joined #openwrt-devel
oliv3r[m] has joined #openwrt-devel
olmari has joined #openwrt-devel
pavlix has joined #openwrt-devel
schmars[m] has joined #openwrt-devel
t4h4[m] has joined #openwrt-devel
tohojo has joined #openwrt-devel
MatrixTravelerbot[m]1 has joined #openwrt-devel
whatevs111[m] has joined #openwrt-devel
will[m]1 has joined #openwrt-devel
znullptr[m] has joined #openwrt-devel
<oliv3r[m]>
robimarko: btw, I found that I can get calibration data (with some new functions, but could be done locally as well, a bit ugly ...) from a `struct ds` as there is a `ds_to_port(port)` function, which gives us the port, and a port has a `struct phylink` which is associated with a port obviously. So no very ugly, just some hackery, is truely needed. ...
<robimarko>
oliv3r[m]: This looks like one of those that sooner or later is gonna need to end upstream to see how are they feeling about it
AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
<oliv3r[m]>
Yeah, I felt like it was worthy for upstream to discussi t
csrf1 has joined #openwrt-devel
AtomiclyCursed has joined #openwrt-devel
<robimarko>
The only issue I could see is lack of an user
<robimarko>
BTW, what is phylink_port enum used for?
<oliv3r[m]>
I spent some more time learning about the whole SFP -> phylink -> stuff, and initially thought; that we may want to have a hook or something on sfp insert; but really, the sfp stuff creates the phylink stuff, and in the end, these are all phylink related properties
<Ansuel>
This are read only contents of the former OpenWrt wiki system. The pages are provided for archival purposes only. Refer to https://openwrt.org/ for up-to-date information.
<[Pokey]>
I know. Doesn't change the fact it has an expired certificate :P
<[Pokey]>
I went there from a third party backlink
<stintel>
wigyori: that something you maintain ? ^
<stintel>
accessing the URL via HTTP redirects properly but I agree, the HTTPS cert is outdated and this should probably be renewed
<Mangix>
52 Wth o.o seems to be a problem with @ ?
<Mangix>
51 Anyway you have to replace switch with
<Mangix>
50 ethernet-switch@0 in the dts
<Mangix>
no more crash
<Ansuel>
you found a way to search message?
<Mangix>
gh issue view 4622 --comments &> comm
<Mangix>
then search with nvim
<Ansuel>
interesting tool
<Mangix>
Ansuel: does this look right?
<Mangix>
+CONFIG_NET_DSA=y
<Mangix>
+CONFIG_NET_DSA_TAG_QCA=y
<Mangix>
+CONFIG_NET_DSA_QCA8K=y
<Ansuel>
yes it's right
<Mangix>
uh oh
<Mangix>
what's CONFIG_NET_DSA_TAG_TRAILER ?\
<Ansuel>
seems to be related to marvell tagger
<Mangix>
ah ok
<Mangix>
it's present on ath79-tiny
<Ansuel>
strange that it's enabled
<Mangix>
I know ath79-tiny has devices that use DSA
<Ansuel>
but marvell one ? anyway it's a generic tagger so could be that some driver needs it
<Mangix>
IIRC it's some realtek switch
<Ansuel>
also they can be built as module so wonder if it should be considered to set it as module
<Mangix>
ah nvm
<Mangix>
CONFIG_NET_DSA_MV88E6060=y
<Ansuel>
yep that is the exact user of that tagger HAHAH
<Mangix>
well
<Mangix>
ath79 has 3 targets
<Mangix>
time to add another one with DSA users :)
<Ansuel>
to me it seems the best solution
<Mangix>
i propose calling it giga
<Ansuel>
anyway just notice we still have which as a prereq dependency
<Ansuel>
ath79-giga ? ahahha
<Mangix>
qca8k is all gigabit switches, no?
<Ansuel>
yes
<Mangix>
although there is also a DSA driver for the builtin switch...
<Mangix>
who knows if it works
<Ansuel>
that afaik doesn't
<Lechu>
I had it work with AR9331 device
<Ansuel>
oh really? i remember it required a special tagger?
<Lechu>
but on AR7240 or AR944 I could get no traffic.
<Ansuel>
oh ok that
bluew has joined #openwrt-devel
<Mangix>
Lechu: did you try with blockttron's patches?
<Lechu>
Yeah, no change in visible behaviour
<Mangix>
unfortunate
<Lechu>
and I haven't had time nor motivation to play with it again since then.
<Mangix>
anyway, I'll be redoing the ath79 PR. I'll keep it only for specific devices. Rebasing is too annoying
<Mangix>
oh, there are 4 subtargets, LOL
<Mangix>
generic mikrotik nand tiny
<slh>
https://wikidevi.wi-cat.ru/TP-LINK_TL-WR941ND_v2.x is the reason for NET_DSA_MV88E6060, very, very early draft-n AP81 based design (AR9132 SOC, 4-port 100 MBit/s Marvell 88E6060 switch, DSA since ~2016?)
<Ansuel>
dsa born with marvell
<slh>
I can only guess that the QCA switches weren't quite ready by then, considering that the lightly later tl-wr1043nd v1 (same AR9132 soc9 also used a non-QCA/ Realtek RTL8366RB switch
<Ansuel>
remember that qca8337 is just ar8327 with small stuff
<Mangix>
what was the 8327 rev 1 and 2 difference?
<Ansuel>
the package?
<Ansuel>
more pin
<Mangix>
the mikrotik target has CONFIG_NET_DSA=y. wut?
<Mangix>
oh yeah need to test wpad-mbedtls
<Mangix>
so I can remove the RFT tag hopefully
<Ansuel>
wold be ideal to also start experimenting with setting that as default
<Ansuel>
considering the recent problem with wolfssl
<Mangix>
Ansuel: LED support is missing in OpenWrt right now, right?
<Ansuel>
yes
<Ansuel>
so if you want a clean thing just don't set them
<Ansuel>
(or comment them )
<Ansuel>
(at least for reference of the use)
mcbridematt has joined #openwrt-devel
<Mangix>
I wonder if I should tell him mac8011.sh is broken on malta
<Ansuel>
how you notice that?
<Ansuel>
(btw 300 download of the tools container)
<Mangix>
because I tried it
<Mangix>
ffs cmake rebuild
<Mangix>
since people seem to hate mesoin, there's a C rewrite of it. less feature complete though
<Mangix>
it's also more strict.
<Ansuel>
do we need the extra feature?
<Mangix>
what extra feature?
<Ansuel>
of meson
<Mangix>
muon is not at parity with meson yet
<Mangix>
so unless you like patching random projects
<Mangix>
muon has an analyze function, which is nice. wonder if there's one for cmake.