mkresin has quit [Remote host closed the connection]
Daanct12 has joined #openwrt-devel
dgcampea has quit [Remote host closed the connection]
dgcampea has joined #openwrt-devel
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
rua has quit [Quit: Leaving.]
<KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_kirkwood.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
iocampomx has joined #openwrt-devel
iocampomx has quit [Read error: Connection reset by peer]
iocampomx has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
slh64 has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
dgcampea has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
dgcampea has joined #openwrt-devel
iocampomx has quit [Ping timeout: 480 seconds]
xavifr has joined #openwrt-devel
goliath has joined #openwrt-devel
rua has joined #openwrt-devel
Kevinjil has joined #openwrt-devel
rua has quit [Quit: Leaving.]
hanetzer has joined #openwrt-devel
hanetzer1 has quit [Ping timeout: 480 seconds]
Tapper has quit [Read error: Connection reset by peer]
xdarklight_ has joined #openwrt-devel
xdarklight has quit [Ping timeout: 480 seconds]
<blocktrron> Anybody who has uses qmi with OpenWrt, faced "weird issues in the past and up for validating some fixes?
xdarklight_ has quit [Quit: ZNC - https://znc.in]
xdarklight has joined #openwrt-devel
<blocktrron> I'm currently not sure if I am the one using it wrong or 50% of the options simply "did not work" in the past.
Acinonyx has quit [Ping timeout: 480 seconds]
<KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_x86.html has been updated. (100.0% images and 99.9% packages reproducible in our current test framework.)
rua has joined #openwrt-devel
<colo> blocktrron: are you referring to qmi, for LTE modems? via uqmi?
<blocktrron> Yes
<f00b4r0> curious why do we freeze feeds in the release SDK instead of tracking branch? Net result is when building a package with the sdk, the built version can be older than whatever is installable from opkg. Which leads to all sorts of headaches
<colo> blocktrron: using it quite a bit for sensing SMS here - but I do not have ay weird qmi-related issues :)
<blocktrron> i was using it with IoT roaming SIM cards. You can trigger a network-reattach and boy did the uqmi proto explode when doing so
<blocktrron> also the PLMN selection does not seem to work, as the PLMN setting is reset before attaching
<blocktrron> One thing special with the SIM card provide is also the fact it rejects PDP connection with v4v6 type (only supports v4) and the setting of pdptype in uqmi is never taken into account when creating the context
<blocktrron> It worked well for me in the past, but the autoconnect feature openwrt employs recovers the data connection but in case you get detached from the network it just dies
<blocktrron> I was wondering whether it is specific to the provider we use (1nce) but tried wit with an onomondo sim card and same story there
<blocktrron> Onomondo however is really helpful for working on this, as they provide you with real-time signalling logs on their end.
Tapper has joined #openwrt-devel
Daanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #openwrt-devel
<mrkiko> hauke: Mangix: my buffalo wmbr I guess used an atheros phy
<mrkiko> hauke: Mangix: I may be wrong but I have distant memories of it's dmesg
<mrkiko> blocktrron: autoconnect won't inform you also if some parameters change, I would switch to MM if possible
<mrkiko> blocktrron: and yes, I can understand MM is bigger in footprint ...
<mrkiko> blocktrron: and as you probably know very well, things may vary on per-modem firmware basis, maybe it's not uqmi fault
valku has joined #openwrt-devel
<blocktrron> mrkiko: pdp-type is not modem-firmware specific, we never supply this information in the beginning
<blocktrron> It just connects a ipv4 handle and a ipv6 handle subsequently, however the PDN connection type is never well-defined (e.g. has to be set before creating the first handle)
<blocktrron> Currently, it implicitly attempts a dual-stacked connection.
<mrkiko> blocktrron: sorry - I may have been unclear. my consideration was general, not related to pdp in particular
<blocktrron> the issue with the plmn connection is also pretty clear why it does not work, as normally it should be supplied with the connection request. If not set, it is reset
Daanct12 has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
xavifr has quit [Ping timeout: 480 seconds]
Kevinjil has quit [Remote host closed the connection]
<mrkiko> blocktrron: seen your patches, great!! Thanks for your work
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_ath79.html has been updated. (98.7% images and 100.0% packages reproducible in our current test framework.)
goliath has joined #openwrt-devel
xavifr has joined #openwrt-devel
xavifr has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
<Mangix> mrkiko: atheros phys are handled by the AT803X driver AFAIK
<Mangix> which poses the question why AR8216 is enabled on lantiq
<Mangix> blocktrron: your ath79 DSA commit updated: https://github.com/neheb/openwrt/commit/753461283d59c5a2dae9c63b19a14d3b4dba5c9c <-- completely untested
<Mangix> I only tested if it compiles
<schmars[m]> Ooh nice ath79 dsa
<philipp64> Do I need to do anything special to add a new project to the packages feed? Been so long since I did this last I can't remember...
<philipp64> I did everything in Contributing.md and https://openwrt.org/docs/guide-developer/packages ...
<hauke> mrkiko: thanks for the update
<Mangix> schmars[m]: not currently working with qca8k. dies after a while
<Mangix> hauke: for atheros phy, isn't the AT803X driver used?
<schmars[m]> but there's work happening, which i appreciate very much :-)
bluew has joined #openwrt-devel
lucenera has quit [Quit: The Lounge - https://thelounge.chat]
lucenera has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
<blocktrron> Mangix: nixe seeing this been carried further
<blocktrron> i havent worked on this in years and just lost interested after i've passed packets through it :/
Tapper has quit [Ping timeout: 480 seconds]
<Mangix> blocktrron: :). unfortunately I never got it to work with mine. Something about swapping phy probably.
<blocktrron> Mangix: fwiw, I've developed this on a Mi Router 4a
<blocktrron> QCA9561
<blocktrron> or 9563, not sure which one was the esw one
<Mangix> mine's on a prototype QCA9531 that never got sold :)
<blocktrron> not sure if I've ever tried it there
<blocktrron> from the code and datasheets the switch-ip should be identical from 9344 on
<blocktrron> hence the name
filimonic has joined #openwrt-devel