FS#3574
Adding cgroup support enables adding rules on processes
to limit resources in terms of iptable policies
Signed-off-by: Supriya Mane
---
include/netfilter.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/netfilter.mk b/include/netfilter.mk
index 889beb7a98..e0d9c5a197 100644
With the old ubus dsl API, the numbers for the individual line_states and
power_states were also returned. These were not ported to the new DSL
C-API. This commit changes the following JSON output.
* current JSON output for state:
"state": "Showtime with TC-Layer sync"
* new JSON output for state
Recent iproute2 version bump fails to build setting LIBBPF_DYNAMIC unless
LIBBPF_DIR is defined.
Another issue in bpf_libbpf.c relating to non inclusion of limits.h (undefined
PATH_MAX).
Index: iproute2-5.11.0/lib/bpf_libbpf.c
===
-
Smal typo? Mumber instead of Number?
Best Regards
Sebastian
> On Mar 9, 2021, at 12:36, Florian Eckert wrote:
>
> With the old ubus dsl API, the numbers for the individual line_states and
> power_states were also returned. These were not ported to the new DSL
> C-API. This commit change
With the old ubus dsl API, the numbers for the individual line_states and
power_states were also returned. These were not ported to the new DSL
C-API. This commit changes the following JSON output.
* current JSON output for state:
"state": "Showtime with TC-Layer sync"
* new JSON output for state
Hi Florian,
On 09/03/2021 13:05, Florian Eckert wrote:
With the old ubus dsl API, the numbers for the individual line_states and
power_states were also returned. These were not ported to the new DSL
C-API. This commit changes the following JSON output.
* current JSON output for state:
"state":
Hello Petr,
On Sun, 7 Mar 2021 11:30:28 +0100, Petr Štetiar wrote:
> Peter Seiderer [2021-03-06 11:54:50]:
>
> Hi,
>
> nice, just a small nitpicks, these seems fine:
>
> > + int8_max: 127
> > + int8_min: -128
>
> ...
>
> but the outputs bellow looks suspicious:
>
> > + [*] blobmsg fr
Peter Seiderer [2021-03-09 21:44:21]:
Hi,
> /* u8 is converted to boolean (true: all values != 0/false: value 0) in
> json */
ok, makes sense, merged[1], thanks!
1. https://git.openwrt.org/551d75b5662cccd0466b990d58136bdf799a804d
Cheers,
Petr
_
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 Neil,
There were recent build
There is no need to define a static link or a phy for the sfp
ports. Using phy-mode and managed properties to describe the
link to the sfp phy.
We have to keep the now unconnected virtual "phys" because the
switch driver uses their "phy-is-integrated" property to figure
out which ports to enabl
This is a series of small SFP related fixes I've been using on
my GS1900-10HP since December 2020. The rebased version has
also been run-tested and verified to work with both copper
and fiber SFPs.
Bjørn Mork (6):
realtek: fix link-state interrupt
realtek: re-enable sfp driver for ZyXEL GS1900
This bug was the root cause for the failing sfp driver.
Signed-off-by: Bjørn Mork
---
.../realtek/files-5.4/drivers/net/dsa/rtl83xx/common.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/common.c
b/target/li
This allows copper SFPs to negotiate speeds lower than 1gig.
Signed-off-by: Bjørn Mork
---
.../drivers/net/dsa/rtl83xx/common.c | 4 +-
.../files-5.4/drivers/net/dsa/rtl83xx/dsa.c | 41 ++-
2 files changed, 42 insertions(+), 3 deletions(-)
diff --git a/target/linux/r
The rtl83xx-phy driver is necessary for proper configuration of the
PHYs if U-Boot hasn't done that.
1000Base-T SFPs often contains a Marvell 88E and will not work
without this driver. Include it by default to support copper SFPs.
Signed-off-by: Bjørn Mork
---
target/linux/realtek/config-5.
Signed-off-by: Bjørn Mork
---
target/linux/realtek/config-5.4 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/realtek/config-5.4 b/target/linux/realtek/config-5.4
index 2fbd904376fc..ed8c6023377f 100644
--- a/target/linux/realtek/config-5.4
+++ b/target/linux/realtek/config-5.4
@
Signed-off-by: Bjørn Mork
---
target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/dsa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/dsa.c
b/target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/dsa.c
index e0832c42b887..512f5351b
From: John Crispin
Signed-off-by: John Crispin
Signed-off-by: Bjørn Mork
---
This is John's simple PoE daemon for the realtek devices, which has been
cycling around in assorted repos since last year. It's well tested by
now. I've been running this with constant polling from cacti for a
few mo
Great, it turns out to be very straightforward.
To build a DTS into DTB and assemble the firmware kernel image using
the Image Builder Makefile recipes, you just need to manually invoke
the built target for it. You'll also need to fetch any missing DTS
header dependencies it complains about. Then
Hello Petr,
On Sun, 7 Mar 2021 11:27:11 +0100, Petr Štetiar wrote:
> Peter Seiderer [2021-03-06 11:54:49]:
>
> Hi,
>
> thanks a lot for your nice contribution!
>
> > My shell/bash seems to emit a more detailed failure message than
> > expected. Fix this by complete avoiding the failure messa
Document the existence of this feature. This allows the user to execute a script
at each DHCPv6 event. This is useful, for example, as an ad-hoc way to update a
DDNS entry when (and only when) required.
Signed-off-by: Rui Salvaterra
---
package/network/ipv6/odhcp6c/Makefile | 8 +++
Document the existence of this feature. This allows the user to execute a script
at each DHCPv6 event. This is useful, for example, as an ad-hoc way to update a
DDNS entry when (and only when) required.
Signed-off-by: Rui Salvaterra
---
package/network/ipv6/odhcp6c/Makefile | 8 +++
Document the existence of this feature. This allows the user to execute a script
at each DHCPv4 event. This is useful, for example, as an ad-hoc way to update a
DDNS entry when (and only when) required.
Signed-off-by: Rui Salvaterra
---
package/network/config/netifd/Makefile | 6 +++
Oops! Fat-fingered and sent twice, sorry about that.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
These patches are adding support for different TRX magics and later
support for the Buffalo WSR-2533DHP2.
This was developed mostly by INAGAKI Hiroshi and I did some fixes and
cleaned the patches up in the last days.
I added the two patches also for kernel 5.4, I needed this in the
beginning ti
This allows to specify an own magic instead of using the default magic
value TRX_MAGIC. If no own magic is specified the default one will be
used.
Signed-off-by: Hauke Mehrtens
---
tools/firmware-utils/src/otrx.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git
From: INAGAKI Hiroshi
Buffalo uses the TRX header with a different magic and even changes this
magic with different devices. This change allows to specify the header
to use as a command line argument.
This is needed for the Buffalo WSR-2533DHP2 based on mt7622.
Co-Developed-by: Hauke Mehrtens
Buffalo uses the TRX format with a different magic, add support for
this.
It is planned to send these patches upstream.
Cc: Rafał Miłecki
Signed-off-by: Hauke Mehrtens
---
...trx-Allow-to-specify-trx-magic-in-DT.patch | 75 +++
...ove-dependency-to-BRCM-architectures.patch | 23
This fixes some bugs in the mtk parallel nand driver introduced in 5.10.
This patch was send upstream.
Signed-off-by: Hauke Mehrtens
---
...Fix-WAITRDY-break-condition-and-time.patch | 36 +++
1 file changed, 36 insertions(+)
create mode 100644
target/linux/mediatek/patches-5.
From: INAGAKI Hiroshi
This adds support for the Buffalo WSR-2533DHP2.
The device uses the Broadcom TRX image format with a special magic. To
be able to boot the images or load them they have to be wrapped with
different headers depending how it is loaded.
There are multiple ways to install Open
29 matches
Mail list logo
