<Hauke>
xdarklight: the GSWIP_MII_CFG_EN is done in the gswip_phylink_mac_link_up() function
<xdarklight>
Hauke: yes, but it's only done for three ports while the out-of-tree driver did it for all ports. I'm not saying that the out-of-tree driver is right though, just that it seems different to me
<Hauke>
but can you remove the check and do the enable in gswip_phylink_mac_link_up() always
black_ant has quit [Ping timeout: 272 seconds]
<Hauke>
we could also set the MII rate explicitly
<xdarklight>
Hauke: hmm, can you please check in the datasheet if GSWIP_MII_CFG0, GSWIP_MII_CFG1 and GSWIP_MII_CFG5 are all available MII_CFG registers?
<xdarklight>
Hauke: from the "old" out-of-tree driver it seems that there's on MII_CFG register for each port
<xdarklight>
(well, every port except the CPU port which is 6. so it seems that there's registers for 0..5)
<Hauke>
xdarklight: ah yes this is wrong there is a MII_CFG for each port, but only a MII_PCDU register for the 3
<xdarklight>
Hauke: aah :). let me try to fix that and see if that makes it work
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
gch9812133281 has joined #openwrt-devel
gch981213328 has quit [Read error: Connection reset by peer]
<Hauke>
the MII rate is always set to 25MHz, this will only work with 100MBit/s PHYs
<xdarklight>
Hauke: https://pastebin.com/627bdDgu is compiling already. after that I'll try the gswip_phylink_mac_link_up hunk from your patch and in a third step I'll try the gswip_phylink_mac_config hunk from your patch
<Hauke>
xdarklight: good
<xdarklight>
Hauke: also something we can keep in mind: the out-of-tree driver used explicit full duplex/link up settings while we use GSWIP_MDIO_PHY_FDUP_AUTO/GSWIP_MDIO_PHY_LINK_AUTO. again, not saying that there's a problem here, it's just different
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 272 seconds]
<xdarklight>
Hauke: also one more fun fact: the brnboot bootloader on my device lights up the LAN2 LED for some reason. this is also the port which is causing problems. whether it's coincidence or not: the image is flashing currently... so I'll be able to tell in a few minutes whether my patch already fixes it or if more changes are needed
<xdarklight>
Hauke: progress. now all ports are broken ;)
Night-Shade has joined #openwrt-devel
<Hauke>
xdarklight: your change broke all of them?
<xdarklight>
Hauke: yep
Misanthr- has joined #openwrt-devel
Misanthropos has quit [Ping timeout: 265 seconds]
Misanthr- has quit [Ping timeout: 272 seconds]
ivanich has quit [Quit: Konversation terminated!]
<Hauke>
xdarklight: in gswip_phylink_mac_link_up() the ports are not activated if they are connected to the internal PHY
<xdarklight>
Hauke: yep, that's why I am now recompiling with the gswip_phylink_mac_link_up hunk from your patch
<Hauke>
the auto mode for the MII rate should work, the MDIO auto polling should be activated
<xdarklight>
Hauke: I want to test one at at time, that's why I haven't added the GSWIP_MII_CFG_RATE_M25 hunk yet. I am wondering if we could use GSWIP_MII_CFG_RATE_AUTO instead of GSWIP_MII_CFG_RATE_M25 and do that for all modes and ports
<Hauke>
yes GSWIP_MII_CFG_RATE_AUTO shouold work on all ports
<Hauke>
it should be the hardware reset valie
Acinonyx_ has quit [*.net *.split]
jmccrohan has quit [*.net *.split]
csrf has quit [*.net *.split]
samantaz has quit [*.net *.split]
zkrx has quit [*.net *.split]
takimata has quit [*.net *.split]
user has quit [*.net *.split]
[florian] has quit [*.net *.split]
Mister_X has quit [*.net *.split]
rr123 has quit [*.net *.split]
Devastator has quit [*.net *.split]
r3pek has quit [*.net *.split]
Red_M has quit [*.net *.split]
Pix has quit [*.net *.split]
ryd has quit [*.net *.split]
dannyAAM has quit [*.net *.split]
<Hauke>
the MDIO auto polling will select the correct value
<xdarklight>
Hauke: also tomorrow I want to try and see if I can make Linux 5.10 (based on nbd's target/linux/generic/ patches) work on the lantiq target. that would allow me to play with the PCIe driver more easily than 5.4
gch981213328 has joined #openwrt-devel
gch9812133289 has quit [Ping timeout: 260 seconds]
hurricos has joined #openwrt-devel
Misanthropos has quit [Ping timeout: 264 seconds]
<hurricos>
U-boot "LZMA error" is usually due to kernel .img being too big, right?
<hurricos>
or more precisely phrased -- if I make my kernel uImage big enough, the breaking error will manifest as U-boot crying, "LZMA error," right?
<pkgadd>
often, but not necessarily always (some bootloader lzma implementations are rather fragile, with things like dictionary sizes and similar slight interoperability issues)
<hurricos>
Alright, whew! I packed a bunch of tools into an initramfs and the person using it to flash Merakis could not get it to boot.
<hurricos>
so I guess I need to wait for OpenWrt 20.12 RC1 ...
<hurricos>
I wonder when that will be
Misanthropos has joined #openwrt-devel
hbug__ has joined #openwrt-devel
hbug_ has quit [Ping timeout: 240 seconds]
victhor has quit [Ping timeout: 240 seconds]
gch9812133285 has joined #openwrt-devel
gch981213328 has quit [Read error: Connection reset by peer]
gch9812133285 is now known as gch981213328
gch9812133287 has joined #openwrt-devel
junland_ has joined #openwrt-devel
Slimey__ has joined #openwrt-devel
Mister_X_ has joined #openwrt-devel
r3pek_ has joined #openwrt-devel
gch981213328 has quit [Ping timeout: 265 seconds]
gch9812133287 is now known as gch981213328
dannyAAM_ has joined #openwrt-devel
csrf- has joined #openwrt-devel
Red_M_ has joined #openwrt-devel
Devastator_ has joined #openwrt-devel
Pix` has joined #openwrt-devel
th3g1z_ has joined #openwrt-devel
Acinonyx has joined #openwrt-devel
peterM has joined #openwrt-devel
max-b_ has joined #openwrt-devel
_takimata_ has joined #openwrt-devel
neoraide1 has joined #openwrt-devel
eigma has quit [Killed (kornbluth.freenode.net (Nickname regained by services))]
eigma has joined #openwrt-devel
jmccroha1 has joined #openwrt-devel
blogic_ has joined #openwrt-devel
swalker_ has joined #openwrt-devel
rr123_ has joined #openwrt-devel
fredrikh1 has joined #openwrt-devel
[florian1 has joined #openwrt-devel
_lnslbrty has joined #openwrt-devel
zkrx has quit [Disconnected by services]
zkrx has joined #openwrt-devel
Misanthropos has quit [Ping timeout: 240 seconds]
<Hauke>
xdarklight: thanks for the link to the DMA driver, I was not aware of it
swalker has quit [*.net *.split]
junland has quit [*.net *.split]
AndyCap has quit [*.net *.split]
neoraider has quit [*.net *.split]
rmilecki has quit [*.net *.split]
lnslbrty has quit [*.net *.split]
fredrikhl has quit [*.net *.split]
Slimey has quit [*.net *.split]
Floppe has quit [*.net *.split]
th3g1z has quit [*.net *.split]
blogic has quit [*.net *.split]
linmob has quit [*.net *.split]
max-b has quit [*.net *.split]
Acinonyx_ has quit [*.net *.split]
jmccrohan has quit [*.net *.split]
csrf has quit [*.net *.split]
takimata has quit [*.net *.split]
user has quit [*.net *.split]
Pix has quit [*.net *.split]
[florian] has quit [*.net *.split]
Mister_X has quit [*.net *.split]
rr123 has quit [*.net *.split]
r3pek has quit [*.net *.split]
Devastator has quit [*.net *.split]
Red_M has quit [*.net *.split]
dannyAAM has quit [*.net *.split]
_lnslbrty is now known as lnslbrty
rmilecki has joined #openwrt-devel
user has joined #openwrt-devel
_takimata_ is now known as takimata
<Hauke>
xdarklight: as far as I know LGM has diffeernt DMA controllers in different versions, some could be similar to the one used in the old chips
AndyCap has joined #openwrt-devel
slh64 has quit [Read error: Connection reset by peer]
slh64 has joined #openwrt-devel
Floppe has joined #openwrt-devel
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
gch9812133280 has joined #openwrt-devel
gch981213328 has quit [Ping timeout: 260 seconds]
gch9812133280 is now known as gch981213328
_whitelogger has joined #openwrt-devel
gch9812133287 has joined #openwrt-devel
gch981213328 has quit [Ping timeout: 246 seconds]
gch9812133287 is now known as gch981213328
gch9812133289 has joined #openwrt-devel
gch981213328 has quit [Ping timeout: 264 seconds]
gch9812133289 is now known as gch981213328
Misanthropos has joined #openwrt-devel
dread26 has joined #openwrt-devel
<dread26>
hello
<dread26>
anybody built openWRT for YUN?
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 240 seconds]
gch9812133287 has joined #openwrt-devel
gch981213328 has quit [Read error: Connection reset by peer]
gch9812133287 is now known as gch981213328
hexa- has quit [Quit: WeeChat 2.9]
kbeflo has joined #openwrt-devel
<kbeflo>
#openwrt
goliath has quit [Quit: SIGSEGV]
hexa- has joined #openwrt-devel
gch9812133281 has joined #openwrt-devel
gch981213328 has quit [Read error: Connection reset by peer]
gch9812133281 is now known as gch981213328
<russell-->
hurricos: which merakis?
gch9812133282 has joined #openwrt-devel
gch981213328 has quit [Read error: Connection reset by peer]
gch9812133282 is now known as gch981213328
dread26 has quit [Remote host closed the connection]
kbeflo has quit [Quit: Leaving]
gch981213328 has quit [Read error: Connection reset by peer]
danitool has quit [Ping timeout: 256 seconds]
gch981213328 has joined #openwrt-devel
gch9812133289 has joined #openwrt-devel
gch981213328 has quit [Ping timeout: 240 seconds]
gch9812133289 is now known as gch981213328
_whitelogger has joined #openwrt-devel
valku has quit [Quit: valku]
gch9812133286 has joined #openwrt-devel
gch981213328 has quit [Ping timeout: 258 seconds]
gch9812133286 is now known as gch981213328
gch981213328 has quit [Read error: Connection reset by peer]
<Borromini>
hi guys. looking for some guidance on dtsi naming. i have a gs1900-10hp and it seems to share everything with the gs1900-8hp (except two SFP ports). there's also a non-PoE gs1900-8 sibling.
<Borromini>
can i create a shared dtsi and call that rtl8380_zyxel_gs1900-series.dtsi e.g.? There's bigger models in the GS1900 range but those don't use the RTL8380 SoC and wouldn't use that dtsi.
<svanheule[m]>
Borromini: if you're not adding details, maybe "rtl8380_zyxel_gs1900.dtsi" is sufficient?
<Borromini>
svanheule[m]: ok, thanks.
<Borromini>
another question: it looks like PoE isn't defined in the dts, is that correct?
<Borromini>
i don't see any mention of it in other realtek dts files (e.g. that d-link 1210 thingy)
<svanheule[m]>
the Netgear GS108Tv3 and GS110TPP have a similar base, there I was also considering an -8port suffix for the dtsi; but maybe that's confusing when used on the GS110TPP
<Borromini>
yeah and defining a range like 8-10 won't work i think with all those underscores and hyphens in the naming
<svanheule[m]>
PoE is purely user-space currently, except for uart1 needing to be enabled in the DTS
<Borromini>
ok, thanks
kbeflo has joined #openwrt-devel
kbeflo_ has joined #openwrt-devel
kbeflo_ has quit [Remote host closed the connection]
<johnf>
the dlink dir-825 b1 seems to have lost it's reference to the physical mac address, I'm going to create and test a patch to fix this, but I need a working example of another ath79 platform where the MAC is properly taken from the firmware, can someone suggest a good reference please?
dwmw2_gone has joined #openwrt-devel
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
<dangole>
aliceussr: that revealed that the chip performs much better if you force it to either HT40 (ie. option noscan '1') or use HT20-only.
Huntereb has quit [Read error: Connection reset by peer]
HeMan has joined #openwrt-devel
aliceussr has joined #openwrt-devel
aliceussr has left #openwrt-devel ["Leaving."]
muhaha has joined #openwrt-devel
valku has joined #openwrt-devel
Borromini has joined #openwrt-devel
kakaka has quit [Remote host closed the connection]
hbug__ has quit [Remote host closed the connection]
aliceussr has joined #openwrt-devel
aliceussr has quit [Quit: Leaving.]
aliceussr has joined #openwrt-devel
aliceussr has quit [Client Quit]
hbug__ has joined #openwrt-devel
kakaka has joined #openwrt-devel
hbug__ has quit [Ping timeout: 240 seconds]
opal has joined #openwrt-devel
aliceussr has joined #openwrt-devel
<aliceussr>
Hello! I find firmware for YOUKU YK1-L
<aliceussr>
Please, help me.
<hurricos>
russell--: Meraki MR16. I am almost entirely sure it was because I added too many packages directly to the kernel rather than as modules in the initramfs
<hurricos>
since the error went away when I removed the last one I had added
<grift>
aliceussr: did you read this?
<grift>
16:19 < dangole> aliceussr: someone recently did some testing on mt7620a
<grift>
16:20 < dangole> aliceussr: that revealed that the chip performs much better if you force it to either HT40
<grift>
(ie. option noscan '1') or use HT20-only.
<aliceussr>
grift: I find firmware for YOUKU YK1-L.
<aliceussr>
grift: I use all this: WiFi very low!!!!!
<grift>
aliceussr: ok
<hurricos>
grift: I wonder if someone could post some minstrel rate tables from that mt7620a experiment.
<hurricos>
It feels like the drivers is either skipping beats in HT20 or picking rates really weirdly.
<hurricos>
mt76 does still use minstrel though. I'm pretty sure.
<russell-->
hurricos: i just bought another dozen mr24's for $100 ($8.33 each, shipped).
<hurricos>
russell--: You're the Portlander who's using QCA9880v2's in them?
<russell-->
i'm the portlander, but not with stock radios
hbug__ has joined #openwrt-devel
<russell-->
with* stock radios
<hurricos>
thanks again for debugging on those by the way
aliceussr has left #openwrt-devel ["Leaving."]
<hurricos>
ath10k is a fickle beast. What kind of perf do you get on the ath9k cards btw?
<hurricos>
I never probed far into your setup out there
<russell-->
not sure i've measured it
<hurricos>
Do they stay outdoors?
<russell-->
the ones we've used are all indoors
Tost has quit [Ping timeout: 265 seconds]
<hurricos>
I ask because the outdoor versions of the MR12/16 (MR62/MR66) are being pulled down right now pretty much everywhere I've asked on /r/meraki
<russell-->
we've toyed with putting them in an enclosure for outdoor use, but haven't found a suitable one
<hurricos>
CPU is bad, MIPS 7240 / 7161 respectively, but the enclosures are solid and the motherboards are interchangeable
<hurricos>
with the exception that MR16 -> MR66 loses 4 antenna UFLs so you need dualband N antennas.
<russell-->
i did try swapping in a ath10k radio to one but mysteriously killed it
<hurricos>
(goes from 4 to 2 as MR16 internals are dualband)
<russell-->
the mr24 that is, even after putting the stock radio back in
<hurricos>
Yes, I remember now ... electronics are weird. We have an MR24 with QCA9880v2 hanging but I haven't played with sysupgrading so
<hurricos>
I am not sure what that is from and can't think of a similar situation which would cause it sadly. I bet it was just chance
<russell-->
probably shorted something in th process
<russell-->
i do recall the antenna pigtails being not quite lengthy enough
<hurricos>
Yes, since the card is lower profile ...
<russell-->
i've had many of them open, first time i killed one
<russell-->
in fact in ~15 years of hacking on routers, second time i killed anything. the other was plugging an unplugged 12V charger into a ubnt airrouter that takes 5V, the capacitor charge was enough to smoke the switcher chip.
<russell-->
even that i was able to repair with an LDO regulator
<hurricos>
I have been mucking a bit more with the MX60, same SoC as the MR24 but no PCIe switch
<hurricos>
it has SATA pads, but requires some caps to connect SATA signaling lines and properly supply power
<hurricos>
Also been fighting with BCM43645 cards which use brcmfmac fine under OpenWrt -- but the SoC does not support MSI-X and I haven't figured out what would go into tweaking the driver to use MSI proper to initialize the card.
<hurricos>
so :\
<hurricos>
they go for much cheaper than QCA9880's -- something like $9, for 4x4 Wave2 AC
Antoine- has joined #openwrt-devel
mrkiko has left #openwrt-devel [#openwrt-devel]
<Borromini>
hurricos: you're not voluntarily using broadcom stuff on openwt are you?
Tost has joined #openwrt-devel
<hurricos>
Borrowmini: I am. brcmfmac works if you have the PCIe support, and it's cheap.
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<hurricos>
While shifting the entire horrifying brcm-wl stack onto the the wireless MCU is not smart from a security standpoint
<hurricos>
... when I'm just trying to set up WAPs for a building our hackerspace is in, it makes sense. Then I save the QCA's I displace for more fun projects.
<hurricos>
that is when the PCIe works. I don't have a good workflow to do repeated tweaks to get it to work. I would need to jump through so many hoops to get a CI pipeline that works and I just don't have the attention span :\
<hurricos>
Borromini:
<hurricos>
As soon as <$20 mt76 mPCIe cards start being made en masse I will be all over those. But I don't see it happening soon
<hurricos>
although driver development is very promising. Seeing stuff like dbdc supported in OpenWrt is fantastic. Props to nbd.
<nbd>
thx. the nice thing about mediatek is the fact that they're actively working with us on decent upstream drivers
<nbd>
instead of just throwing things over the wall or even actively blocking stuff
<hurricos>
that has the knock-on effect of causing vendors that produce fully integrated hardware to actually use the hardware
<hurricos>
So in a sense OpenWrt does so well by feeding the beast and collecting its err, waste :^)
<hurricos>
Or at least it's good for us using aftermarket stuff.
gch9812133289 has joined #openwrt-devel
<hurricos>
We used to be spending nearly $75 per node on AR9331s in weatherproof cases ....
<nbd>
my primary goal with the driver development work that i do is to show the value of proper upstream drivers for commercial product development
<nbd>
so that customers of chipset vendors start demanding upstream stuff from their vendors
<nbd>
and preferably solutions that don't involve offloading everything onto proprietary firmware
<nbd>
so things can still be customized
<hurricos>
Where did that go wrong with ath10k? was it just the Qualcomm acquisition or?
<hurricos>
I sometimes hope they would open the ath10k source once they're no longer making the chips (see ath9k_htc), but I doubt it with FCC these days ....
<hurricos>
and I'm sure some vendors would be unhappy having paid for the SDK already.
<nbd>
the acquisition was a really big part of it, yes
<nbd>
they also burnt out most of their internal devs that actually cared about opening up more
<rsalvaterra>
nbd: I also had the idea ath9k was open because some *really big* customer (Google?) demanded it.
<hurricos>
How big of a customer is Google though? You don't find ath9k in smartphones. 3 generations tops of Chromebooks is the only thing I can think of
<nbd>
rsalvaterra: i think that's correct, though the customer wasn't google (IIRC)
<nbd>
i think it was a laptop vendor
<nbd>
that wanted linux support for their laptops
<rsalvaterra>
Yeah, I also don't think it was Google, but I know it was a large customer.
<hurricos>
Probably Dell
<nbd>
could be
<rsalvaterra>
Asus? With the Eee PC fever?
<nbd>
they initially had no interest in using it for embedded hardware
<dangole>
at least the eeepc comes with ar9285. dell laptops usually come with intel nics.
<nbd>
after we made ath9k work on embedded devices in openwrt, customers started asking atheros for commercial support on ath9k
<nbd>
initially they didn't have any people to handle that support, so they sent their customers to me
Tost2 has joined #openwrt-devel
Tost has quit [Ping timeout: 256 seconds]
<rsalvaterra>
It's hard for me to understand why would a company refuse to do all its development upstream. I mean, the big ones (Intel, AMD) already say the value of it.
<nbd>
lots of reasons actually
<nbd>
paranoid lawyers arguing against releasing potential trade secrets
<nbd>
internal dev teams working on proprietary code for years that is nowhere near anything that could be upstreamed
<nbd>
sdks built with lots of hacks to squeeze out more performance
<nbd>
fear of losing control over the development process
<rsalvaterra>
So, lawyers an legal stuff aside, they're basically ashamed of their code. :P
<nbd>
most of the time they're quite proud of their crap
<rsalvaterra>
Wow.
<nbd>
also, they often don't really understand the value of upstream work
<nbd>
or even how to do it
<rsalvaterra>
I know there are also cultural issues… I remember in Japan, for example, developers took it very hard when someone told them to fix something in their code. :)
<rsalvaterra>
(This is an example from the Linux kernel.)
<hurricos>
the gigabit ethernet mac talks to the gigabit phy and like
<johnf>
ok, I can totally do that, and that's the standard place to do it
<hurricos>
there's mdio addresses and stuff. Yeah you totally want to patch it in 02_network
<hurricos>
and as for the differences between the two ART partitions -- @johnf I suggest you build pointing to each of the two ART partitions and see if you can find differences in wireless performance
<hurricos>
since whatever you commit and which gets merged is permanent
<hurricos>
or hard to fixup later anyhow.
<hurricos>
you probably should use the primary that's being used in ar71xx but it's good to verify
<johnf>
what's in the ART partitions?
<johnf>
i'm sorry, don't really know that much about this
<johnf>
it's factory radio calibration data and stuff?
<johnf>
in the CC code it appears to be checking some magic, to decide which to use
<hurricos>
Precisely that yeah.
<hurricos>
the magic is a55a or 5aa5 depending on how you look at endianness. The ART in ath9k just instructs the radio hardware how to calibrate its PLLs and power amps and carrier sense circuitry
<hurricos>
the magic just confirms "yes, this is an ART" like the Unix 'file' utility does
<johnf>
ok, so now we are talking about two changes, if I understand you right
<johnf>
something to the mtd, to correct the ART stuff
<johnf>
and something inside 02_network, which I understand much better, to get the correct MAC
<hurricos>
the first one is just something in the dts to make sure you have a partition that points to ART
<hurricos>
the first link is your ar71xx DIR. The second is my ar71xx MR16. Just repeat the analogy from my MR16 ath79 into your caldata lookup in 10-ath9k-eeprom so that the script pulls the eeprom from the right address in flash for kmod-owl-loader to load into the hardware
linzst has joined #openwrt-devel
linzst has quit [Max SendQ exceeded]
linzst has joined #openwrt-devel
<johnf>
hmm, ok, I will look this over
<johnf>
thanks hurricos
<hurricos>
in fact .... your dir is so similar, you should probably take my mr16 commit and copy it
<johnf>
really appreciate the help
<hurricos>
your dir has the same wireless SoC's, the same CPU ... the only big differences are the use of less total flash and the use of a Realtek switch
<johnf>
wow, that's surprising
<johnf>
especially for a Meraki device
<johnf>
I would have expected more Cisco custom
<hurricos>
it makes development very easy because the radio is very unopinionated about how it should operate :^)
<hurricos>
But yes I would totally like ...
<hurricos>
look through the dts under ath79 -- grep for something with a realtek switch, I think the Ubiquiti 8x poe switch has one
<hurricos>
then tweak the other stuff so that it comes up under ath79 in menuconfig (see the many ath79 porting commits)
<hurricos>
compile it and boot it and see what you get.
<hurricos>
This is why dts are so nice, it's easy to reuse code
<johnf>
ok, I'm going to try it soon
<johnf>
and I will let you know how it goes
<johnf>
I'm sure I"ll have more questions :)
<johnf>
thanks again
<hurricos>
thanks for helping bring yet another many-gigabit-port device to Openwrt :^) these look nice, I may buy one if you finish porting
<johnf>
just to be clear, you can use one today
<johnf>
the issue with them presently is that they randomize the mac
<johnf>
as my friend who is using one's isP does DhcP and mac locks
<johnf>
if his router reboots he looses internet
<johnf>
we fixed this, for now, but locking the mac address of the system in config
<johnf>
but it would be better to obtain the real mac address
<johnf>
this is what I want to fix
<johnf>
I will also endeavour to get the ART data
<johnf>
as, if I can, it should improve the quality of the wireless
<johnf>
(err, right?)
<hurricos>
well not really. They probably have two identical ARTs :^)
<hurricos>
so https://git.openwrt.org/?p=openwrt/openwrt.git;a=blobdiff;f=target/linux/ath79/base-files/etc/board.d/02_network;h=5edfd9e2ceca03a3c3ea5d880dbf794518897dc8;hp=79b39b22f4a44abcf47a256ea298d7bc8496d6a1;hb=97de13336;hpb=a441c86d93657121afe8117f8329b7095f7154d2 is not activating
<johnf>
wait
<johnf>
what
<hurricos>
right right. Sorry, the DTS doesn't refer to the MAC if there's no way to do it in the Dts