On 31.07.2020 13:02, Andre Valentin wrote:
this is really great stuff. It would help me to get forward with my wifi
controller.
Could it be possible to subsribe to multiple sources to limit the connections
to ubus?
2 SSIDs with 2.4 ad 5GHz would me 4 concurrent channels if I understand right.
On 30.07.20 03:17, Daniel Golle wrote:
On Thu, Jul 30, 2020 at 02:55:33PM +0200, Petr Štetiar wrote:
Paul Spooren [2020-07-29 12:45:25]:
Once available this can be used within a CI to reduce human resources
spent on reviewing DTS files.
That's indeed cool, but I quite fail to see why this n
gcc 10 defaults to -fno-common, which causes an error
when linking.
Back-port the following Linux kernel commit to fix it:
e33a814e772c (scripts/dtc: Remove redundant YYLOC global declaration)
Tested on an Arch Linux host with gcc 10.1.0
Signed-off-by: Luis Araneda
---
...10-fix_dtc_compilatio
Hi
On 2020-08-02, SAn via openwrt-devel wrote:
> The LibreRouter uses a dual-boot scheme that relies on the bootloader
> configuring the kernel cmdline. At ar71xx 18.06 it was possible to
> select per device if the cmdline from the bootloader has to be honored
> (using patch-cmdline).
> AFAIK ther
On Sun, Aug 02, 2020 at 07:49:40PM -0300, SAn via openwrt-devel wrote:
> The sender domain has a DMARC Reject/Quarantine policy which disallows
> sending mailing list messages using the original "From" header.
>
> To mitigate this problem, the original message has been wrapped
> automatically by t
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hi!
The LibreRouter uses a dual-
Branch: refs/heads/master
Home: https://github.com/sdwalker/sdwalker.github.io
Commit: bf40f8dd6fbc19824824723363c9a7436378d9c4
https://github.com/sdwalker/sdwalker.github.io/commit/bf40f8dd6fbc19824824723363c9a7436378d9c4
Author: Stephen Walker
Date: 2020-08-02 (Sun, 02 Aug 2
On Sun, Aug 02, 2020 at 11:49:54PM +0200, Bjoern Franke wrote:
> Hi,
>
> >
> > Your Filesystem has a size of 5.81M. MT7620 has a kernel size of around 2M,
> > which exceeds the available space on flash.
>
> On 19.07.3, the listed lineup of packages has 5.54M and it fits:
>
> Exportable Squashf
Hi,
Your Filesystem has a size of 5.81M. MT7620 has a kernel size of around 2M,
which exceeds the available space on flash.
On 19.07.3, the listed lineup of packages has 5.54M and it fits:
Exportable Squashfs 4.0 filesystem, xz compressed, data block size 262144
compressed data, com
Recently there's been a pull request to get patented functionality in
the packages feed: https://github.com/openwrt/packages/pull/12992
Which pointed me to this lovely description: https://www.videolan.org/legal.html
Two excerpts:
In the USA, you should check out the US Copyright Office decision
Hi Adrian,
On 28.07.20 23:32, Paul Spooren wrote:
SPDX license header follow a machine readable and versioned identifier
format for licenses. The adoption to such system would simplify
scanning of licenses within OpenWrt.
Adopted from the Linux Kernel[0] store store SPDX identifiers at the
top
Hi Bjoern,
On 8/2/20 7:23 PM, Bjoern Franke wrote:
> Hi,
>
> I'm trying to create an image for an Archer C50v1 (mt7620).
>
> Tryin to build an image with the following packages[1] using the imagebuilder
> was impossible because the image got too big:
> Building images...
> Parallel mksquashfs:
Hi,
I'm trying to create an image for an Archer C50v1 (mt7620).
Tryin to build an image with the following packages[1] using the
imagebuilder was impossible because the image got too big:
Building images...
Parallel mksquashfs: Using 1 processor
Creating 4.0 filesystem on
/data2/openwrt/openw
Hi,
when discussing support for Mikrotik devices, I have repeatedly been made aware
of a 4K_SECTORS_LIMIT / partial writes problem that seems to have been
introduced in 4.17, so from our view with kernel 4.19 after the 19.07 release.
This seems to be a general problem, discussed here:
https://g
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Russell Senior
> Sent: Sonntag, 2. August 2020 04:47
> To: m...@adrianschmutzler.de
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: Missing ar71xx devices in ath79 before 20.xx
>
15 matches
Mail list logo
