<schmars[m]>
Tianling Shen are you interested in NanoPi R5 as well? there's some good minimal uboot and dts in here: https://github.com/inindev/nanopi-r5 - i've used that to boot vanilla fedora
danitool has quit [Remote host closed the connection]
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
bbezak has quit [Quit: Ping timeout (120 seconds)]
<Borromini>
looks like supervectoring isn't possible (yet) with OpenWrt if you look at the firmware blobs listed
<Borromini>
enyc: i would not be surprised if your ISP uses some form of whitelisting like we had in BE here
<Borromini>
there's a EU directive that enforces free modem choice in 2024 or sth but you won't be subject to that obviously.
<enyc>
Borromini: in UK there isn't generally modem locking etc anyhow
<enyc>
Borromini: however, vast majority of lines from all ISPs are provided through "OpenReach" (part of BT, formally General Post Office phones etc).
<enyc>
Borromini: seems that OpenReach did limited trials or installs of G.Fast and Vectoring and now all just busy FTTP GPON'ing.
<Mangix>
1.5mbps adsl is painful
<Mangix>
Hmmm speed test says 12mbps. Feels slow
<enyc>
Mangix: I find limited upload speed is main limiting factor of ADSL for interactive use
<Borromini>
enyc: copper lines are being cut progressively here as well, as fiber gets laid
<Borromini>
we switched last July
<enyc>
yes, not surprising!
rmilecki has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
<f00b4r0>
TianlingShen[m]: afaict kmod upload is currently disabled
Tapper has joined #openwrt-devel
dangole has joined #openwrt-devel
<hauke>
OpenWrt ships a DSL firmware for VR9 devices which does ADSL and VDSL, but without vectoring
<hauke>
for vectoring you have to find a different DSL firmware
<hauke>
The AVM FRITZ!Box 7530 is supported by OpenWrt. This device supports also the VDSL 35b profile (super vectoring). The DSL part is also supported by OpenWrt, I assume that the 35b profile also works with OpenWrt.
<hauke>
AVM FRITZ!Box 7530 is ipq4019 + VRX518
<enyc>
hauke: I wonder how much better/worse 7530 is than using a BT-HomeHub-v5a Lantiq xrx200 etc
<enyc>
... for DSL driver -or- general speed/capability anyhow!
<hauke>
it supportes the 35b profile
<rmilecki>
hauke: can I ask for your Acked-by for my BCM5301X patches?
<hauke>
The vrx518 is the successor of the old VR9
<enyc>
hrrm I think thats not supported here, bso intereslteng more general answer r.e. openwrt
<enyc>
hauke: talking of of Lantiq, hows' that muddle going for Openwrt 23.05 fork arrangement?
<hauke>
rmilecki: I send a mail
<rmilecki>
hauke: thanks a lot!
<hauke>
rmilecki: anything else missing?
<rmilecki>
hauke: nope :)
<rmilecki>
all good
<hauke>
sorry for the delay
<rmilecki>
np
<hauke>
enyc: When I find time wthis weekend I will look into the DSA problems on lantiq/xrx200
<djfe>
Feedback is welcome (by everyone). The PR disables building devices with 32M RAM and less.
schwicht has joined #openwrt-devel
<ynezz>
TianlingShen[m]: thanks for the report, should be fixed, that config option wasnt correctly migrated into monomaster ansible template and thus defaulted to false, I didn't noticed it
<ynezz>
would be nice if you could push someting into the master branch soon
<TianlingShen[m]>
thank you!
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<f00b4r0>
ynezz: did you test netlocks already? Just curious if it works as intended
<f00b4r0>
djfe: cool, thanks, I hope this gets noticed before the branch
BorrominiLovesNDAs was banned on #openwrt-devel by stintel [*!*@45.15.18.19]
<Mangix>
stintel: lmao that was weird
<mrkiko>
ynezz: :D your anser made me LOL, thanks
<mrkiko>
My 2 cents - we might take little bit more seriously the fact to include instructions in commit messages. Not doing so slows down the process of installing openwrt or recoverying, and may lead to mistakes when it's not clear what images we should use.
amrbekhit has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
amrbekhit has quit [Remote host closed the connection]
johnf|znc has quit []
johnf has joined #openwrt-devel
Core3061 has joined #openwrt-devel
minimal has joined #openwrt-devel
fakuivan has quit [Remote host closed the connection]
Core3061 has quit [Read error: Connection reset by peer]
amrbekhit has joined #openwrt-devel
amrbekhit has quit [Read error: Connection reset by peer]
rua has joined #openwrt-devel
amrbekhit has joined #openwrt-devel
amrbekhit has quit [Read error: Connection reset by peer]
amrbekhit has joined #openwrt-devel
BorrominiLovesNDAs has quit []
amrbekhit has quit [Read error: Connection reset by peer]
nwf_ has quit [Remote host closed the connection]
nwf_ has joined #openwrt-devel
amrbekhit has joined #openwrt-devel
amrbekhit has quit [Read error: Connection reset by peer]
amrbekhit has joined #openwrt-devel
csharper2005 has joined #openwrt-devel
amrbekhit has quit [Read error: Connection reset by peer]
amrbekhit has joined #openwrt-devel
amrbekhit has quit [Read error: Connection reset by peer]
schwicht has joined #openwrt-devel
amrbekhit has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
amrbekhit has left #openwrt-devel [#openwrt-devel]
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #openwrt-devel
Daanct12 has quit [Remote host closed the connection]
Danct12 has joined #openwrt-devel
MaxSoniX has quit []
MaxSoniX has joined #openwrt-devel
schwicht has quit []
csharper2005_ has joined #openwrt-devel
csharper2005 has left #openwrt-devel [#openwrt-devel]
csharper2005_ has quit []
fakuivan has joined #openwrt-devel
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #openwrt-devel
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #openwrt-devel
schwicht has joined #openwrt-devel
dangole has quit [Ping timeout: 480 seconds]
dangole has joined #openwrt-devel
MaxSoniX has quit [Ping timeout: 480 seconds]
MaxSoniX has joined #openwrt-devel
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #openwrt-devel
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #openwrt-devel
dangole_ has joined #openwrt-devel
dangole has quit [Ping timeout: 480 seconds]
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
schwicht has quit [Read error: Connection reset by peer]
schwicht has joined #openwrt-devel
lmore377 has quit [Remote host closed the connection]
dangole_ has quit [Ping timeout: 480 seconds]
lmore377 has joined #openwrt-devel
MaxSoniX has quit []
Naglfar has joined #openwrt-devel
slendi has joined #openwrt-devel
<slendi>
Hello everyone, I am interested in porting the RT-AC51 to OpenWRT, which has a MediaTek MT7628. How should I get started?
<slendi>
I have already extracted all information I could from /proc or /sys for example
<Ansuel>
hauke ping? ok to branch? seems every problem with packages not compiling due to musl got handled?
rmilecki has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
<slendi>
Looking at https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/, there is no target for my router, so I think I need to create those .bin files first. I have extracted the original uImage that came with my router, trouble is getting the information out of it: "dumpimage: failed to verify header of Default Image support"
ptudor has quit [Ping timeout: 480 seconds]
ptudor has joined #openwrt-devel
<Habbie>
slendi, those bin images are the result of the openwrt build process; creating them, then, is the result of you porting openwrt to your router
<slendi>
Yes. In the meanwhile, I figured out how to get dumpimage to work, but it seems the kernel has a "data" filetype interestingly enough. Is this correct?
<slendi>
I used dumpimage -T kernel -p 0 -o out RT-AC51_3.0.0.4_382_70638-gfb8b78d.trx to extract it
goliath has quit [Quit: SIGSEGV]
<slendi>
Wait, I am lucky. My kernel is 3.10, which means GPLv2. I should be able to send an e-mail and get the source code of the kernel right?
<dwfreed>
linux is GPL regardles of version
<slendi>
I do not see any download link so right now I am trying to contact support asking for some sort of download link
<dwfreed>
the rt-ac51u is already supported by openwrt
<slh>
at least asus and netgear tend to have GPL tarballs for anonymous downloading available, doesn't mean they're complete or fully functional, but at least they're there
<slendi>
the asus tarball seems to include build instructions as well which is nice
<slendi>
Oh no tools/buildroot-gcc463_32bits.tar.bz2 is not present in the souce
<slh>
zyxel will hand out the GPL tarball on request (and they'll ask you about the serial number, why you want to have it, yada, yada - cumbersome, but you will get it)
<Ansuel>
slh the reason should not be importent so it could be i need to check if you want to spy on me and they should be totally fine about it LOL
<Ansuel>
important*
<slh>
well, it's annoying, probably intentionally so, but they'll deliver, reasonably quickly
<slendi>
I will have to wait for an email from ASUS I guess since I do not have the required files for building the kernel according to the README
<slendi>
Anyways, thanks for the help guys! I think I will also have to create a new platform besides just a device, so I will follow the wiki, I'll come back here if I have any further questions
<Ansuel>
slh yes at least it doesn't take a year like technicolor GPL sources
<slh>
Mangix: all lantiq vr9 devices should still support ADSL2+ (up to 20 MBit/s, but I've never seen actual contracted line speeds above 16 MBit/s) just fine, even with the bother of customs and taxes the bthub5 is still the best option there, followed by a couple AVM Fritz!Box.es - cheaper options exist, but usually with little RAM and/or crap wifi
<slendi>
ASUS support works monday -> friday inclusive so yeah at least 2 days I am going to have to wait for a reply... Anyways I will go to sleep now, good night guys!
slendi has quit [Quit: Leaving.]
rmilecki has quit [Quit: Konversation terminated!]
<f00b4r0>
djfe_ here went through the pain of dealing with that
<Ansuel>
at the end of the commit messge ?
<f00b4r0>
Ansuel: I'm not the author.
<Ansuel>
MH
<Ansuel>
!
<f00b4r0>
and I don't have edit rights on GH
<f00b4r0>
so I'm not sure what you're asking from me :)
<Ansuel>
nothing i'm just stupid :D
<Ansuel>
anyway totally good point... no brain not to merge!
<f00b4r0>
djfe_ came up with the issue here a while ago and I merely suggested he proposes a PR, which he kindly obliged
<f00b4r0>
👍
<f00b4r0>
have to admit I'm baffled we were still building for 8M and 16M RAM devices ;P
<Ansuel>
same but the real problem is disabling each device
<Ansuel>
time consuming :(
<f00b4r0>
that's why I'm very thankful for this PR
<f00b4r0>
must have been a labor of love
<Ansuel>
totally he must have wasted hour checking the wiki
<f00b4r0>
we should probably consider scripting this kind of stuff, from ToH at the very least.
<Ansuel>
i remember there was an idea with using dts
<Ansuel>
and composing a list with that
<Ansuel>
or creating a schema and use yaml
<f00b4r0>
not all targets use DTS and not all DTSes define RAM though
<Ansuel>
and have data for each device from the default package name variant ram and all kind of things
<f00b4r0>
there's room for improvement, for sure :)
<Ansuel>
anyway things are finally looking good for branch this time for real....
<f00b4r0>
;)
<f00b4r0>
anyway, glad to have caught your attention with this, i'm heading off to catch some Zzzs now. ttyl!
<Ansuel>
gn!
schwicht has quit []
djfe_ has quit []
djfe has joined #openwrt-devel
<djfe>
slh: still waiting for Zyxel to answer my GPL request for the WSM20 (sold as Multy M1)
<djfe>
andy who already added support for the device to master lately atleast got the answer, that he will receive an image in Summer or something iirc
<djfe>
so yeah, depending on the device it might take them some time to collect the sources and provide them
<slh>
grr, 'nice'
<djfe>
^^
<djfe>
Ansuel: not sure if the tiny target is useless. My PR is about RAM only.
<djfe>
or was RAM part of tiny too, not just low amount of flash?
<Ansuel>
yep was confused and tought it was about size
ptudor has quit [Ping timeout: 480 seconds]
<djfe>
tiny still might make sense for 8M devices and I would honestly keep a tiny target for those. But yeah in the end, this needs to be discussed in a meeting for sure :)
<djfe>
oh I was still reading
ptudor has joined #openwrt-devel
<djfe>
I'll edit the commit messages now :)
<djfe>
"i remember there was an idea with using dts" > that would work for the image size but not ram sadly. Atleast commit messages these days have to contain more than "I added support for device x" that helps for all current devices :)
<djfe>
ok I should really read all answers before writing ^^
<slh>
at least the 8- and 16 MB RAM devices are pretty much impossible to keep booting (to name the lowest possible achievement)
<djfe>
yeah I was stumped as well when I found that one device with 8M of RAM in there ^^
<djfe>
It was never added to the ToH
<djfe>
Most 16M devices where in the ToH though
<djfe>
I edited the commit messages, feel free to merge once Hauke has replied or so ^^