This version has the various slew of bug fixes and compat fixes and
such, but the most interesting thing from an OpenWRT perspective is that
WireGuard now plays nicely with cake and fq_codel. I'll be very
interested to hear from OpenWRT users whether this makes a measurable
difference. Usual set
Bump.
On Wed, Apr 8, 2020 at 7:32 PM Wes Turner wrote:
> A thread for discussing OpenWRT for #DisasterRelief: LoRA: ClusterDuck,
> LTE, Mesh
>
> (cc'ing and re-formatting from
> https://twitter.com/westurner/status/1238859774567026688 )
>
> Please LMK if the forums are the appropriate place for
Would it make sense to integrate support for a wwan interface and zone that
just no-ops when there's no wwan interface defined?
The case of a 4G/5G modem will likely be more popular in the future.
"[OpenWrt-Devel] RFI: OpenWRT for #DisasterRelief: LoRA: ClusterDuck, LTE,
5G, Mesh, Throttling"
Hello Magnus Kroken,
Thank you for clarifying the license.
I will use this one in the github gist.
Thank you so much!
Jeonghum
2020년 5월 21일 (목) 오전 2:13, Magnus Kroken 님이 작성:
> Hi
>
> On 20.05.2020 02:01, Jeonghum Joh wrote:
> > Hello Magnus Kroken,
> >
> > Thank you so much!
> > Your script
Am 20.05.2020 um 21:05 schrieb Vincent Wiemann:
Hi Sebastian,
On 20.05.20 15:00, Sebastian Gottschall wrote:
Am 20.05.2020 um 12:40 schrieb Vincent Wiemann:
Hi Sebastian,
I don't know why it was dropped, but I can say that the LED control
code was kind of
annoying me. Even when the LED was
Hi Jouni!
On Sat, May 16, 2020 at 11:54:55PM +0300, Jouni Malinen wrote:
> On Wed, May 13, 2020 at 05:34:31PM +0100, Daniel Golle wrote:
> > I've just built OpenWrt for MIPS malta (BE) with mac80211-hwsim and
> > hereby confirm the problem shows up there in exactly the same way.
> > Also on MIPS
Hi Sebastian,
On 20.05.20 15:00, Sebastian Gottschall wrote:
>
> Am 20.05.2020 um 12:40 schrieb Vincent Wiemann:
>> Hi Sebastian,
>>
>> I don't know why it was dropped, but I can say that the LED control code was
>> kind of
>> annoying me. Even when the LED was turned of, it "flickered" when it
On Wed, May 20, 2020 at 6:53 AM Petr Štetiar wrote:
>
> Rosen Penev [2020-03-29 21:44:34]:
>
> > sys/cdefs.h is needed for __P macro definition.
>
> Where? I mean, which combination triggers this issue? Perhaps upstream
> material?
It's a result of my musl update. See
Hello Adrian,
On 5/20/20 3:41 PM, m...@adrianschmutzler.de wrote:
> Hi David,
>
>> +label-mac-device =
>
> this only works if you set mtd-mac-address in DTS.
>
> In your case, you need to add
>
> label_mac=$(mtd_get_mac_ascii u-boot-env0 ethaddr)
>
> to the mac address section
Sysupgrades that preserve volatile files ('sysupgrade -c ...') replace
the 0xDEADCODE marker at the rootfs/rootfs_data boundary with the tar
bundle of preserved files. The 0xDEADCODE marker is moved to the start
of the next erase block.
Upon the subsequent first boot, the mount_root utility reads
Hi
On 20.05.2020 02:01, Jeonghum Joh wrote:
Hello Magnus Kroken,
Thank you so much!
Your script works like a charm!
I'd like to use this script in our board. This board would be our
customer's new product - 5G router.
We are Telesquare Inc. (www.telesquare.co.kr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
The OpenWrt community is proud to announce the third service release of
OpenWrt 19.07. OpenWrt 19.07.3 focuses on security, stability and device
support.
Selected highlights of this service release are:
* reduce opkg memory usage
* allow to
Rosen Penev [2020-03-29 21:44:34]:
> sys/cdefs.h is needed for __P macro definition.
Where? I mean, which combination triggers this issue? Perhaps upstream
material?
> Signed-off-by: Rosen Penev
> ---
> package/network/services/ppp/Makefile| 2 +-
>
Rosen Penev [2020-04-05 19:02:51]:
Missing commit description and BTW to me this looks like another candidate for
move into packages feed.
-- ynezz
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi David,
> + label-mac-device =
this only works if you set mtd-mac-address in DTS.
In your case, you need to add
label_mac=$(mtd_get_mac_ascii u-boot-env0 ethaddr)
to the mac address section of 02_network.
Despite, is there a need for the DT labels flash0, flash1 and ath9k? If
Am 20.05.2020 um 12:40 schrieb Vincent Wiemann:
Hi Sebastian,
I don't know why it was dropped, but I can say that the LED control code was
kind of
annoying me. Even when the LED was turned of, it "flickered" when it was set
disabled.
Unfortunately I didn't have time to look into it, yet.
the
Signed-off-by: Pali Rohár
---
hardware.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/hardware.txt b/hardware.txt
index 07f61b7..64ab708 100644
--- a/hardware.txt
+++ b/hardware.txt
@@ -174,6 +174,7 @@
0x11ab 0x2a55 0x11ab 0x0 0 "Marvell" "88W8864"
0x02df 0x9135 0x
This card is identified by lspci as:
01:00.0 Network controller [0280]: Qualcomm Atheros AR9287 Wireless Network
Adapter (PCI-Express) [168c:002e] (rev 01)
Subsystem: Qualcomm Atheros Device [168c:30a4]
Signed-off-by: Pali Rohár
---
hardware.txt | 1 +
1 file changed, 1
Seems like kernel doesn't fit into 2M anymore. Fixes following build failures:
WARNING: Image file glinet_gl-ar750s-nor-kernel.bin is too big
WARNING: Image file glinet_gl-ar750s-nor-nand-kernel.bin is too big
Cc: Jeff Kletsky
Cc: Chuanhong Guo
Signed-off-by: Petr Štetiar
---
Hi Sebastian,
I don't know why it was dropped, but I can say that the LED control code was
kind of
annoying me. Even when the LED was turned of, it "flickered" when it was set
disabled.
Unfortunately I didn't have time to look into it, yet.
Best,
Vincent
On 20.05.20 09:39, Sebastian
this code is not in use in its original form for ipq4019.
i have seen that his patch is also dropped from ath.git but is still in
use by openwrt.
could somone clarify the state here and why it was dropped?
the original patch i wrote does exclude the soc chipsets, but the patch
was later
21 matches
Mail list logo