bluew_ has quit [Remote host closed the connection]
bluew_ has joined #openwrt-devel
bluew_ has quit [Remote host closed the connection]
bluew_ has joined #openwrt-devel
bluew_ has quit [Remote host closed the connection]
bluew_ has joined #openwrt-devel
rsalvaterra has quit []
rsalvaterra has joined #openwrt-devel
G10h4ck_ has quit [Remote host closed the connection]
G10h4ck_ has joined #openwrt-devel
bluew_ has quit [Remote host closed the connection]
bluew_ has joined #openwrt-devel
bluew_ has quit [Remote host closed the connection]
bluew_ has joined #openwrt-devel
minimal has quit [Quit: Leaving]
bluew_ has quit [Read error: Connection reset by peer]
bluew has joined #openwrt-devel
bluew has quit []
bluew has joined #openwrt-devel
champtar has quit [Quit: WeeChat 3.5]
f0g has quit [Quit: Page closed]
f0g has joined #openwrt-devel
<f0g>
jow: I searched luci lua and js files, but didn't find any commit functions relate to rpcd. Could you tell me how luci trigger rpcd to emit the bus event? It's a job from 'uci' or 'luci'? I also tried with 'uci set' and 'uci commit' by manual, but service didn't update like luci did.
<slh>
f0g: keep in mind that lua is on the way out, quickly, very quickly
<f0g>
I just wonder how luci trigger services to update after setting changed. jow told me that implemented by rpcd, but I didn't find the relation between luci and rpcd.
<f0g>
Is there any document about this?
<f0g>
I searched on openwrt wiki, but unfortunately failed to get the point.
<f0g>
any help will be appreciated.
<slh>
I'm not really that much into GUI development, but afaik there's some interface documentation in the wiki - and apart from that the code and the git history (showing how other apps have been migrated)
<f0g>
Ok, thanks. Let me search further.
jow has quit [Ping timeout: 480 seconds]
jow has joined #openwrt-devel
pearlcodes has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
felix_ has quit []
felix has joined #openwrt-devel
valku has quit [Quit: valku]
pearlcodes has quit [Ping timeout: 480 seconds]
csrf has quit [Ping timeout: 480 seconds]
csrf1 has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
goliath has joined #openwrt-devel
rua has quit [Quit: Leaving.]
goliath has quit [Quit: SIGSEGV]
rua has joined #openwrt-devel
cbeznea has joined #openwrt-devel
svanheule_ is now known as svanheule
<mrkiko>
slh: thanks a lot! Yeah,I knew that was the official way. Was wonderingif I could do it from Linux itself via ubiupdatevol or something
<svanheule>
mrnuke_: the "is_secondary" is used because e.g. port 24 can be copper, SFP, or both. AFAICT the DGS-1210-28 has separate copper and SFP LEDs for the combo ports (but I don't have any of those devices)
<svanheule>
mrnuke_: rtl_hw_trigger doesn't even map to 1:1 to any register field. It's my own custom set of bit flags, which are currently only "documented" in the driver source.
<svanheule>
mrnuke_: we should get your hardware working though, otherwise I'm not accepting that Tested-by :)
danitool has joined #openwrt-devel
goliath has joined #openwrt-devel
bbezak has quit [Quit: Ping timeout (120 seconds)]
bbezak has joined #openwrt-devel
bluew has quit [Ping timeout: 480 seconds]
MaxSoniX has joined #openwrt-devel
robimarko has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
MaxSoniX has quit [Quit: Konversation terminated!]
indy has quit [Ping timeout: 480 seconds]
<robimarko>
hauke: I am playing with nbd-s 6.1 backports and we are starting to hit conflicts between backports and kernel
<robimarko>
MHI and QRTR are the issue
<robimarko>
As they will conflict with the kernel providede QRTR AHB for AHB variant of ath11k
<nbd>
do you think it would be feasible to backport recent MHI/QRTR code and make the older ath11k work with it?
<nbd>
or are the API changes too big?
<robimarko>
That should work
<robimarko>
The issue is that backports include QRTR MHI and MHI
<nbd>
we had the same issue with SSB/BCMA in the past
<nbd>
and simply changed backports to drop both
<nbd>
we can do the same weith QRTR/MHI
<nbd>
so that the in-kernel version is used
<robimarko>
Its kind of inevitable
<robimarko>
Ideally, we would drop the inclusion of QRTR and MHI from backports completely so we dont have to patch them out
<nbd>
for ssb/bcma we simply have a rm -rf line that drops the includes
<nbd>
and some patches for the kconfig symbols
<nbd>
that keeps things simple
<robimarko>
wouldnt it be easier to just revert the addition to backports in the first place?
<nbd>
backports releases are used for more than just openwrt
<nbd>
for openwrt it makes sense to use the in-kernel version and keep the kernel backports in sync
<pepes>
Well, check the scheme. It's pretty confusing, though. There are two chips. There is MT7976 series and that requires the FW which is in mt7986-firmware package
<nbd>
7975/7976 are just frontends
<nbd>
they don't take firmware
<nbd>
the files in the mt7986-firmware package are mt7986 specific
<nbd>
we need to add a separate package for 7916, but it will have different files
<nbd>
even when they use the same 7975/7976 frontends
<jow>
which emits ubus config.change events for each comitted configuration
<mrkiko>
jow: did I misunderstand, or was there the plan to replace the LUA code in LUCI with UCODE code? What's happening on that front?
<f00b4r0>
do we know what could cause ath9k to stop accepting new clients without anything showing up in logs? issuing "wifi up" fixes (the interfaces are up and running before the command is issued)
<Snuupy>
Hi, what's the likelihood of the linksys mr7500 being an openwrt target in the future? Has IPQ6018
<ldir>
It just seems to be grabbing more memory...4GB in the end :-D
<[Pokey]>
:/ I just added some LEDs to my DTSI, build succeeded, but now none of the LEDs work and they don't show up in LuCI either. What might cause this?
<jow>
yeah. further investigation requires gdb
indy has quit [Ping timeout: 480 seconds]
indy has joined #openwrt-devel
schwicht_ has joined #openwrt-devel
schwicht has quit [Read error: Connection reset by peer]
schwicht_ has quit [Remote host closed the connection]
schwicht has joined #openwrt-devel
<robimarko>
nbd: looks like patching MHI and QRTR out of backports works
<nbd>
but the latest ath11k version from my update doesn't work with the old MHI/QRTR, right?
<robimarko>
AHB variant at least works fine with 5.15 QRTR
<nbd>
oh, cool
<robimarko>
Gave up on 5.10 long time ago
<robimarko>
As there were so many fixes that backporting became pretty much impossible
<nbd>
right
<nbd>
so we'll just slap a !LINUX_5_10 dependency on ath11k
<nbd>
or rather on the qrtr/mhi packages
<robimarko>
Currently, in my WIP branch I just made QRTR depend on 5.15
<robimarko>
MHI already does that
<nbd>
oh, great
<nbd>
!LINUX_5_10 is preferred over LINUX_5_15
<nbd>
because the latter needs to be updated again on the next kernel upgrade
<robimarko>
Good point
<robimarko>
6.1 backports allowed dropping 250 or so backported patches for ath11k
<nbd>
nice
<nbd>
i will update my tree to 6.1-rc1 soon
<robimarko>
We are trying to fix the damn TX queue flush issue and then ipq807x is usable
<nbd>
and hope to get some test coverage on it afterwards
<[Pokey]>
[ 4.663188] leds-gpio: probe of leds failed with error -22
<[Pokey]>
[ 4.653629] OF: /leds/led-lan1: could not get #gpio-cells for /ethernet@1e100000/mdio-bus/switch@1f
<[Pokey]>
I'm completely out of my depth with this error. Please could someone advise what this actually means?
<robimarko>
[Pokey] You are gonna need to post the DTS
<[Pokey]>
sure, one second, let me push it to github
<[Pokey]>
actually that'll be a pain
<[Pokey]>
one mo
<robimarko>
nbd: ath11k PCI also seems to work with 5.15 QRTR and MHI
<robimarko>
Well, you are trying to use the switch node as GPIO controller
<robimarko>
And OF parser is telling you that #gpio-cells are missing and rightly so
<[Pokey]>
aha
<[Pokey]>
I see
<robimarko>
Are you sure that the switch driver even registers itself as GPIO driver as well?
<[Pokey]>
ahaha
<[Pokey]>
I seeee
<[Pokey]>
Yes it should do
<[Pokey]>
I need to annotate switch0 with the gpio bits from the reference DTSI I am using
<[Pokey]>
That makes sense
<robimarko>
Is the upstream MT7530 used to 7621?
<robimarko>
If so then it does provide a GPIO driver as well
<[Pokey]>
Not sure!
<[Pokey]>
It is clear to me that I am not meant to be here, but I am anyway and faking my way through this by having very supportive people and very good examples :P
<[Pokey]>
I'm using a couple of DTS that Mangix pointed me to in order to make this work
<robimarko>
You gotta add: #gpio-cells and gpio-controller properties
<[Pokey]>
Ye
<robimarko>
So just add them under &switch0 node
<[Pokey]>
I say Ye as if "I know" but it really means "Yes I have observed this by referring back to the DTS I was using and actually reading it in more depth"
<[Pokey]>
ty for pointing that out. I should have noticed that really
<[Pokey]>
I'll get used to it, though I don't think I'll be writing a DTS from scratch any time soon
<[Pokey]>
just mishmashes of others
<\x>
Snuupy: its just MR7530 with added 4x4 160 6GHz and 5Gbps ethernet
dangole_ is now known as dangole
srslypascal is now known as Guest3307
srslypascal has joined #openwrt-devel
Guest3307 has quit [Ping timeout: 480 seconds]
<[Pokey]>
robimarko: Worked perfectly, thank you. Just got to get the LEDs assigned to the correct ports now. Rather amusing to see the WAN LED light up when I plug LAN1 in :P
<robimarko>
[Pokey] nice to hear that
coherent_white has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
<jow>
ldir: can reproduce it
<ldir>
jow: that's good news!
<[Pokey]>
robimarko: Seems I lied a little. Got the LED order correct now, and reinstated those commented out function and color bits, and removed trhe label. Unfortunately the LEDs are not configured by default (which I assume is the function part straight up not working) so further investigation required
<jow>
ldir: found it, a rather trivial fix
<ldir>
jow: great. It just needed someone to fall into the trap :-)
<jow>
ldir: previously, fd.read('line') returned and empty string on EOF
<jow>
now it returns NULL
<mrkiko>
Sorry fo readers of #10985, just wanted to ask here - maybe you can help me out. If spi-frequency is too nigh for a NAND flash, will it result in flash damage or just wrong data being read? Is it risky or only boring?
<ldir>
ha! - so we just span and span and span and got dizzy
<jow>
ldir: fix pushed (I rebased the ucode branch)
<ldir>
I'll give it a try - thanks jow for being so responsive as usual.
Slimey has joined #openwrt-devel
<jow>
ldir: there's more instances of the same code pattern elsewhere, need to fix those too
<jow>
e.g. in prcess staztus
<jow>
*process status
<jow>
ldir: pushed
<ldir>
Also seeing problems with collectd (?!) and possibly ddns-scripts (curl)
goliath has joined #openwrt-devel
<ldir>
Mon Oct 17 16:00:17 2022 daemon.err collectd[11362]: Plugin `interface' did not register for value `Interfaces'.
<ldir>
it looks like /usr/libexec/stat-genconfig has gone a bit wrong
G10h4ck_ has quit [Quit: Konversation terminated!]
robimarko has quit [Remote host closed the connection]
robimarko has joined #openwrt-devel
f0g has quit [Remote host closed the connection]
gladiac has joined #openwrt-devel
Tapper has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
<aiyion>
alright getting firmware onto the wavlink lte router is fairly easy. There's merely a javascript check for the filename and none at all when using the correct tftp instance.
<aiyion>
afterwords however lzma decompression fails even on some of the vendor images. How do I properly investigate what sorcery 'uboot-dirty' does on the image it intends to unpack?
<aiyion>
Quite possible I just messed up the image format; but it feels like a signature check or similar.
srslypascal has quit [Quit: Leaving]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
borek has quit [Ping timeout: 480 seconds]
Tapper has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
Gaspare has joined #openwrt-devel
Slimey_ has joined #openwrt-devel
schwicht_ has joined #openwrt-devel
schwicht has quit [Read error: Connection reset by peer]
Slimey has quit [Ping timeout: 480 seconds]
Slimey_ is now known as Slimey
<[Pokey]>
yo \x the 2Gbps thing seems to just... work now
<aiyion>
is DavideFioravanti in this channel?
dangole_ has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
schwicht_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
schwicht has joined #openwrt-devel
<aiyion>
The wavlink router is working with subimages?
<f00b4r0>
stintel: gotta hate fedex. I assume this one is the VisionFive 2: value is exactly half that of the Mochabin I received earlier this month, and Fedex bills me the same customs taxes :(
<aiyion>
iminfo does not recognize the im
<aiyion>
image format -.-'
indy has quit []
indy has joined #openwrt-devel
indy has quit [Ping timeout: 480 seconds]
DrBrains has joined #openwrt-devel
DrBrains has quit []
DrBrains has joined #openwrt-devel
DrBrains has quit []
cbeznea1 has joined #openwrt-devel
cbeznea has quit [Ping timeout: 480 seconds]
cbeznea1 has quit [Quit: Leaving.]
gladiac has quit [Quit: k thx bye]
AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
indy has joined #openwrt-devel
<pepes>
jow: Can you check this https://github.com/openwrt/packages/pull/19597 ? I remember that you were talking about provides/conflicts here and the quality of the packages repository
srslypascal has joined #openwrt-devel
robimarko has quit [Quit: Leaving]
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
bluew has joined #openwrt-devel
Gaspare has quit [Quit: Gaspare]
Spr0cket has quit [Ping timeout: 480 seconds]
dangole_ is now known as dangole
embargo has quit [Read error: Connection reset by peer]
embargo has joined #openwrt-devel
csrf1 has joined #openwrt-devel
csrf has joined #openwrt-devel
minimal has quit [Quit: Leaving]
_embargo_ has joined #openwrt-devel
embargo has quit [Ping timeout: 480 seconds]
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]