<djfe>
Or is it a bug in the buildsystem that we should fix?
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<PaulFertser>
djfe: default target packages are only selected when you have no config and select some target for the first time.
<djfe>
so is the issue caused by the fact, that v2/v3 deviate from the default config of the target and v1 doesn't?
schwicht has joined #openwrt-devel
<djfe>
wait no, both select wifi and usb packages manually in mt7621.mk
<PaulFertser>
djfe: I mean you're right, some options (all target-specific package additions/deletions) are only evaluated with an empty config.
Tapper has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
minimal has joined #openwrt-devel
<ldir>
Curious why x86 doesn't have testing kernel of 6.1 ? Does it explode?
<RoganDawes>
how does one go about testing a more modern kernel for OpenWrt? I'm trying to get my imx28-based Wink Hub v1 working, but the SDIO-based brcmfmac-4334 wifi part is not working. I'm being asked to try with mainline, but not sure how to do that.
<RoganDawes>
To be clear, the module loads, and I have an nvram file, and I can "iw scan" and see the AP's around me, but I cannot associate to any of them.
<RoganDawes>
the nvram file may be incomplete/incorrect, but it is what I am working with.
<rmilecki>
RoganDawes: i don't think there were any important recent changes to brcmfmac
<rmilecki>
RoganDawes: also in OpenWrt we use backports
<rmilecki>
RoganDawes: so you're probably using the pretty latest wireless code
<djfe>
ldir: probably because developers didn't have the time to adjust the target (it requires some work and yes also testing)
<djfe>
they have switched some targets already others will follow
<djfe>
and then there's still bugs in rc2 that need to be ironed out
<RoganDawes>
rmilecki: thanks. Any ideas what else I could try then? When trying to associate, the bssid for the AP is reported as 00:00:00:00:00:00, which seems like part of the problem.
<rmilecki>
RoganDawes: sorry, i've zero experience with SDIO devices
<RoganDawes>
ok, thanks
<rmilecki>
maybe try dumping air traffic
<rmilecki>
with your notebook's monitor interface
<rmilecki>
see what packates are exchanged between
<RoganDawes>
yeah, I have a GL.Inet AR750S with atheros chipset, which should do well for that.
<RoganDawes>
On Mac OS otherwise
<RoganDawes>
unfortunately, this is trying to work at a very low level in completely undocumented brcmfmac nvram configuration files, so the radio might not even be properly set up.
<RoganDawes>
although being able to see the AP's around is a positive sign!
<Slimey>
heh i hate it i get so depressed when i cant get something to work and its not even my fault loll
FLD has quit [Ping timeout: 480 seconds]
FLD has joined #openwrt-devel
<Znevna>
so.. nobody
<Slimey>
nobody what :p
Mangix has quit [Read error: Connection reset by peer]
goliath has quit [Quit: SIGSEGV]
<SlimeyX>
anyone have know how to get a QCA9984 minipcie card working on x86_64 that came from a router with caldata in ART?
xavifr has quit [Ping timeout: 480 seconds]
madwoota has quit [Ping timeout: 480 seconds]
madwoota has joined #openwrt-devel
goliath has joined #openwrt-devel
dangole has joined #openwrt-devel
<bluecmd[m]>
rmilecki: sad to report that the MAC patch does not work, it results in random MAC addresses on all interfaces
<rmilecki>
bluecmd[m]: oops
<rmilecki>
bluecmd[m]: thanks a lot for testing
<rmilecki>
bluecmd[m]: are there any related errors in dmesg?
dangole has quit [Ping timeout: 480 seconds]
GNUmoon has quit [Remote host closed the connection]
<bluecmd[m]>
rmilecki: I tested rollback, I'll have to reapply the patch - stand by
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rmilecki>
I added support for "mac-base" just recently
<rmilecki>
bluecmd[m]: if you could re-test with the latest master that would be great
<bluecmd[m]>
i will, working on the merge right now
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
tetienne has quit [Read error: Connection reset by peer]
dangole has joined #openwrt-devel
<bluecmd[m]>
rmilecki: seems to work just fine now. the mgmt0 interface got a random mac but that was the case before also, I am guessing it is something weird with `octeon-mgmt`
<bluecmd[m]>
i emailed you a tested-by string
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
schwicht has joined #openwrt-devel
<bluecmd[m]>
I would like a LED to have the status of a GPIO-pin (specifically, the inverted pin status of SFP module's RX_LOS). what's the best practice way to do that in openwrt?
<bluecmd[m]>
normally I'd use netlink interface status but these interfaces do not report that correctly, so I want to use RX_LOS instead
danitool has joined #openwrt-devel
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]