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 ---
On 5/18/21 11:52 PM, Philip
On 21.05.21 20:18, Stijn Segers wrote:
Oh you'd provably get the board up and running in a jiffy. I suppose the
multi-gigabit PHYs might already be supported as well - not in the loop in
those. The wireless? Just look at Broadcom's FOSS track record with
802.11g/n/ac. And vote with your
Hi,
Mike Bernardo schreef op 21 mei 2021 13:46:25 CEST:
>Would be great if we could get openwrt running on these, with 2.5gigE and AX.
>
>https://www.fs.com/products/115390.html
>
>It is a BCM47622, I wonder how difficult this would be?
Oh you'd provably get the board up and running in a jiffy.
On 5/21/21 3:58 PM, Koen Vandeputte wrote:
On 21.05.21 13:19, Ibrahim Tachijian wrote:
Hello,
We use approximately 10k IPQ40XX devices and we have noticed that
every time we run "sysupgrade -n" we lose approximately 1% of the
routers in the process.
After further investigation I'm almost
On 21.05.21 13:19, Ibrahim Tachijian wrote:
Hello,
We use approximately 10k IPQ40XX devices and we have noticed that
every time we run "sysupgrade -n" we lose approximately 1% of the
routers in the process.
After further investigation I'm almost confident that it is not the
sysupgrade process
Hello Vincent,
The board is the GL.iNet GL-B1300.
You can read about it here: https://openwrt.org/toh/gl.inet/gl.inet_gl-b1300
On Fri, May 21, 2021 at 2:18 PM Vincent Wiemann
wrote:
>
> Hi Ibrahim,
>
> please post the affected model name. It could e.g. be a bad board design
> which requires
Hi Ibrahim,
please post the affected model name. It could e.g. be a bad board design
which requires the flash to be clocked slower or something.
Without knowing the affected board, it is guessing...
Best,
Vincent
On 5/21/21 1:19 PM, Ibrahim Tachijian wrote:
Hello,
We use approximately 10k
Would be great if we could get openwrt running on these, with 2.5gigE and AX.
https://www.fs.com/products/115390.html
It is a BCM47622, I wonder how difficult this would be? I'd be tempted to buy
one to give it a try.
Mike
> On 2021/05/21, at 04:58:46 CDT (-05:00), Daniel Golle
> wrote:
>
Hello,
We use approximately 10k IPQ40XX devices and we have noticed that
every time we run "sysupgrade -n" we lose approximately 1% of the
routers in the process.
After further investigation I'm almost confident that it is not the
sysupgrade process that is the culprit - so what I did was that I
Main part is copied from ar71xx original driver rb91x_nand
written by Gabor Juhos .
What is done:
* Support of kernel 5.4 and 5.10,
* DTS support,
* New gpio API (gpiod_*) support.
Signed-off-by: Denis Kalashnikov
---
Changelog:
v1-->v2:
- Do not use MFD driver API anymore.
---
This board has been supported in the ar71xx.
Links:
* https://mikrotik.com/product/RB912UAG-2HPnD
* https://mikrotik.com/product/RB912UAG-5HPnD
* https://openwrt.org/toh/hwdata/mikrotik/mikrotik_rb912uag-2hpnd
* https://openwrt.org/toh/hwdata/mikrotik/mikrotik_rb912uag-5hpnd
Hardware:
* SoC:
This is a slighty modified version of ar71xx gpio-latch driver
written by Gabor Juhos .
Changes:
* DTS support,
* New gpio API (gpiod_*).
Signed-off-by: Denis Kalashnikov
---
Changelog:
v1-->v2:
- Don't use MFD driver API anymore.
---
.../ath79/files/drivers/gpio/gpio-latch.c | 225
In the first vertion of these patches I've added a MFD driver that
provides API for manipulating shared gpio lines to gpio-latch and nand
drivers. Now I just port gpio-latch and rb91x_nand drivers from ar71xx
to ath79 by adding DTS support and new gpio API (gpiod_*). This way turned
to be more
On Thu, May 20, 2021 at 11:26:58PM -0600, Philip Prindeville wrote:
>
>
> > On May 18, 2021, at 10:57 PM, John Crispin wrote:
> >
> > On 19.05.21 00:09, Paul Spooren wrote:
> >> Hi,
> >>
> >> On 5/18/21 11:52 PM, Philip Prindeville wrote:
> >>> Hi all,
> >>>
> >>> I noticed that there are
Allow MTU up to 2026 on mediatek, ramips/mt7621 targets
Signed-off-by: DENG Qingfang
---
...thernet-mediatek-support-setting-MTU.patch | 138 ++
...1-net-dsa-mt7530-support-setting-MTU.patch | 112 ++
...-dsa-mt7530-enable-MTU-normalization.patch | 36 +
3 files
15 matches
Mail list logo
