Fully agree, I debated editing my comment to recommend against purchasing it. I bought the aforementioned device after hearing that GL.iNet sells their devices with very minimally modified OpenWRT and that a stock image is freely available, and only after going to set it up did I learn that they no longer publish things like their uboot and kernel trees, and that the stock openwrt image for the device was community contributed. It's very frustrating and I regret purchasing from them.
That being said, a huge portion of the consumer-oriented router brands are based on openwrt/buildroot today, so they're far from the only group guilty of benefitting from openwrt without contributing things back.
I just got one of these. It is certainly supported! I am now running my own homebrewed build of openwrt 23.05.2
I updated the gl-inet firmware to the latest 4.4.6, and then flashed vanilla openwrt 23.05.2 through the luci web interface.
I played around with the uboot flasher which takes an img file. I haven't played around enough with it yet to unpack the images to see if they are different formats or not.
It sounds like you are doing the right things. I guess check the hashes to make sure the files are intact? I haven't tested other versions or snapshots.
cameroncc
December 12, 2023, 4:07am 5
Did you just use the sysupgrade image from the firmware selector? How long did it take to fully flash?
gee_one
December 12, 2023, 5:30am 6
Yes, for the vanilla firmware, I used the sysupgrade version from the firmware selector, 23.05.2.
I don't remember how long it took, but it wasn't very long. I think about 5 mins or less. I had a serial console as well, so it was easy to see that some activity was going on.
cameroncc
December 15, 2023, 4:13am 11
Well, I just reflashed the GL.iNet image from uboot and then flashed the OpenWrt sysupgrade image from luci again just like before so I could try to ssh and read dmesg before messing with UART and it just... worked... no idea why
I'm not sure what to make of your comment, what is this in reference to? The last commit on the uboot tree you've posted was 4 years ago...
I realize that 23.05 is supported on the device, but my point is that it was entirely done by individual contributors from outside of GL.iNet, not contributed by the company itself. It sucks because GL.iNet sort of built a reputation off of being the openwrt router brand, and used to be in relatively good standing, but have shifted their approach since. Now they benefit off the reputation they built previously, because of people like me who assume they're still doing that before making purchases.
"I realise the 23.05 is supported on the device, but my point is that it was entirely done by individual contributers from outside of GL.inet, not contributed by the company itself."
Not sure I understand why this would not be exactly what one would want. (Namely, people outside the company being able to get the hardware to work with an open source OS.^1) Who wants to be stuck with a proprietary vendor OS on a router, something like Ubiquiti (a company recommended countless times on HN), where the only way to get the full features is to use their OS instead of choice of Linux/BSD installed by the buyer.
AFAICT, GL.inet software is generally no better than OpenWRT or other open source projects. It's probably terrible. Why would anyone expect otherwise. Good reason to compile OpenWRT for oneself.
The GL.inet software is probably getting worse. FWIW, one can still buy the older models. The pre-installed bootloader can be replaced. For newer models, might have to contact GL.inet. It's not clear if you are suggesting one cannot get the source to the bootloader for the router you bought, i.e., you asked GL.inet and they said no or did not respond. If that's the case, then I am interested to know.
AFAIK, people bought the older models for the hardware, e.g., GB ethernet, small form factor, and being supported by OpenWRT. GL.inet is a hardware company that lets the buyer replace the pre-installed OS with their own version; this is anticipated. That is more than many companies selling similar products.
There may be better travel router hardware available today. But being known to work with OpenWRT is an important factor for some buyers. For _some_ GL.inet models, the hardware is known to work with OpenWRT and u-boot compiled and installed by the buyer. AFAICT, the models with the Mediatek 7981 SoC are not a problem. If this is wrong, please do tell.
daniel March 7, 2023, 5:38pm 33
fakemanhk:
while their MT2500/MT3000 using Mediatek chipset I might go for it since it has higher chance to get vanilla OpenWrt on it.
MT2500 and MT3000 will definitely get vanilla OpenWrt on them. I'm working on this. gl.inet has provided hardware and all necessary documentation (schematics, ...) to do this. Would of course be nicer if they'd even do that themselves, but that's too much to ask, I guess. It's quite different case from the SiFlower SoC where there isn't even any sourcecode for most drivers. For MT7981 everything relevant is available in sourcecode, just needed some work to go to upstream Linux and will land in OpenWrt very soon.
> so they're far from the only group guilty of benefitting from openwrt without contributing
This is certainly true. SoC vendors often base their SDK on a fixed version of OpenWrt and then add proprietary patches on top. Then sell the SoC + SDK to a device vendor that adds additional proprietary patches and sells the device.
The issue with this is that the only way to fix security issues is to back-port them to the exact kernel version the SoC used as a base, and after a year or two, they completely drop support and you're left with a device that has known security vulnerabilities you can do nothing about.
How many old routers are still in use that are used as part of a botnet?
That being said, a huge portion of the consumer-oriented router brands are based on openwrt/buildroot today, so they're far from the only group guilty of benefitting from openwrt without contributing things back.