Fixes ldd error:
Error relocating /lib/libvalidate.so: uci_free_context: symbol not found
Error relocating /lib/libvalidate.so: uci_lookup_ptr: symbol not found
Error relocating /lib/libvalidate.so: uci_alloc_context: symbol not found
Signed-off-by: Rosen Penev
---
CMakeLists.txt | 1 +
1 file
On Wed, Jan 6, 2021 at 3:40 AM Hannu Nyman wrote:
>
> Hannu Nyman kirjoitti 6.1.2021 klo 12.08:
> > Rosen Penev kirjoitti 6.1.2021 klo 0.49:
> >> On Tue, Jan 5, 2021 at 12:20 PM Hannu Nyman wrote:
> >>> Hannu Nyman kirjoitti 5.1.2021 klo 16.34:
> Rosen Penev kirjoitti 5.1.2021 klo 0.29:
> >>
Hi Adrian,
Op woensdag 6 januari 2021 om 22u31 schreef Adrian Schmutzler
:
Hi,
Alright, I'll split them out then. Can I refer to the v1 commit for
the flashing
procedure or would you like me to include it in full in the v2
commit message
as well?
If you make two patches out of it, I'
Move the memory out of the rtl838x.dtsi and into the device family DTSI
or device DTS if applicable. This aligns with upstream practice.
Signed-off-by: Stijn Segers
---
target/linux/realtek/dts/rtl8380_netgear_gs110tpp-v1.dts | 6 +-
target/linux/realtek/dts/rtl8380_zyxel_gs1900-10hp.dts |
ZyXEL spells its own name all uppercase with just the Y lowercase. Adapt
the realtek target to follow this (other OpenWrt targets already do so).
Signed-off-by: Stijn Segers
---
target/linux/realtek/dts/rtl8380_zyxel_gs1900-10hp.dts | 2 +-
target/linux/realtek/image/Makefile
The ZyXEL GS1900-8HP v1, v2 and GS1900-10HP are all built on a similar
Realtek RTL8380M platform. Create a common DTSI in preparation for
GS1900-8HP support, and switch to the macros defined in rtl838x.dtsi.
Signed-off-by: Stijn Segers
---
.../realtek/dts/rtl8380_zyxel_gs1900-10hp.dts | 190 +---
The ZyXEL GS1900-8HP is an 8 port gigabit switch with PoE+ support.
There are two versions on the market (v1 & v2) which share similar
specs (same flash size and flash layout, same RAM size, same PoE+ power
envelope) but have a different case and board layout that they each
share with other GS1900
As per the manufacturer's specifications, set the GS1900-10HP PoE power
budget to 77W.
Signed-off-by: Stijn Segers
---
target/linux/realtek/base-files/etc/board.d/02_network | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/realtek/base-files/etc/board.d/02_network
b/target/li
Hi,
>
> Alright, I'll split them out then. Can I refer to the v1 commit for the
> flashing
> procedure or would you like me to include it in full in the v2 commit message
> as well?
If you make two patches out of it, I'd prefer to have the flashing instructions
twice (just copy them).
That's a
Hi Adrian,
Op woensdag 6 januari 2021 om 21u52 schreef Adrian Schmutzler
:
Hi,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Stijn Segers
Sent: Mittwoch, 6. Januar 2021 19:25
To: Adrian Schmutzler
Cc: openwrt-devel@lists.o
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Stijn Segers
> Sent: Mittwoch, 6. Januar 2021 19:25
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: RE: [PATCH 3/3] realtek: add support for ZyXEL GS1900
Stijn Segers writes:
> That's not ZyXEL's own website but a reseller. They list the 10HP as
> discontinued
> as well, which is pretty weird given I bought it new a week ago here
> in Europe.
I can confirm the same. Bought a GS1900-10HP new from a local reseller
a couple of months ago, manufactu
Hi Adrian,
Op woensdag 6 januari 2021 om 14:22 schreef Adrian Schmutzler
:
Hi,
essentially the same comments as in the 2/3:
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Stijn Segers
Sent: Mittwoch, 6. Januar 2021 01:45
To:
Hi,
Op woensdag 6 januari 2021 om 18:23 schreef Michael Richardson
:
Stijn Segers wrote:
> Op woensdag 6 januari 2021 om 11u22 schreef Michael Richardson
> :
>> The 1900-8/8HP are discontinued by ZyXEL, but the GS1900-16
and 24E seem to
>> still be in production.
> How
Stijn Segers wrote:
> Op woensdag 6 januari 2021 om 11u22 schreef Michael Richardson
> :
>> The 1900-8/8HP are discontinued by ZyXEL, but the GS1900-16 and 24E seem
to
>> still be in production.
> How do you know? At least the 8 and 8HP are still being sold (doesn't say
Check if ht_operation data are present and add them accordingly.
Signed-off-by: Ansuel Smith
---
iwinfo.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/iwinfo.c b/iwinfo.c
index 7c9a656..63ff2a1 100644
--- a/iwinfo.c
+++ b/iwinfo.c
@@ -455,11 +455,13 @@ rpc_iwi
Declare get_center_chan1 and get_center_chan2 not supported for not
nl80211 driver.
Signed-off-by: Ansuel Smith
---
iwinfo_madwifi.c | 14 ++
iwinfo_wext.c| 14 ++
iwinfo_wl.c | 14 ++
3 files changed, 42 insertions(+)
diff --git a/iwinfo_madwifi.c b
Hi,
> I didn't add the check here as we can assume that ht_operation are always
> present.
> Should I add this anyway?
why can we assume it? They way I see it, HT info is only populated if IE type
61 was present, valid and parsed from BSS info, otherwise the structure mightr
be present but zero
Follow-up:
logs from an attempt to flash my image via TFTP (CFE starts it upon failed
boot):
HELO
CPUI
L1CI
HELO
CPUI
L1CI
4.1601A-1.0.38-116.17
DRAM
PHYS
STRF
400H
PHYE
DDR2
SIZ4
SIZ3
SIZ2
DINT
USYN
LSYN
MFAS
LMBE
RACE
PASS
ZBSS
CODE
DATA
L12F
MAIN
FPS0
BT02
0001
BT05
0492
NAN3
RFS2
N
Hi Michael,
Op woensdag 6 januari 2021 om 11u22 schreef Michael Richardson
:
The 1900-8/8HP are discontinued by ZyXEL, but the GS1900-16 and 24E
seem to
still be in production.
How do you know? At least the 8 and 8HP are still being sold (doesn't
say anything
about production). They aren't
- Improve iwinfo center channel struct position
- Prevent read beyond buffer on malformed data
Signed-off-by: Ansuel Smith
---
include/iwinfo.h | 4 ++--
iwinfo_nl80211.c | 22 +-
2 files changed, 15 insertions(+), 11 deletions(-)
diff --git a/include/iwinfo.h b/include/iwi
On 16/07/20 9:22 pm, Arjun AK wrote:
This script was expecting only add/remove events which has not been the
case since Kernel 4.12 (which added bind/unbind). Bind events were getting
treated as remove events which would cause hotplugged 3g modems to not
work.
More info:
https://lkml.org/lkml/20
> Hi,
>
> comment below.
>
> > [...]
> > diff --git a/iwinfo.c b/iwinfo.c
> > index 45ca784..94fa822 100644
> > --- a/iwinfo.c
> > +++ b/iwinfo.c
> > @@ -364,6 +364,8 @@ rpc_iwinfo_info(struct ubus_context *ctx, struct
> ubus_object *obj,
> >
> > rpc_iwinfo_call_int("mode", iw->mode, IWINFO_O
> Hi,
>
> comments below.
>
> > [...]
> > @@ -441,6 +441,20 @@ rpc_iwinfo_scan(struct ubus_context *ctx, struct
> ubus_object *obj,
> > blobmsg_add_u32(&buf, "quality", e->quality);
> > blobmsg_add_u32(&buf, "quality_max", e-
> >quality_max);
> >
>
> Only
Hi Adrian,
Op woensdag 6 januari 2021 om 14u19 schreef Adrian Schmutzler
:
Hi,
Subject: [PATCH 2/3] realtek: introduce common DTSI for ZyXEL
GS1900-10HP
and GS1900-8HP.
Please, no full stop after the commit title. Looks too long by the
way.
Noted.
Memory node is moved out of the r
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Fertser
> Sent: Montag, 4. Januar 2021 18:28
> To: openwrt-devel@lists.openwrt.org
> Cc: Gary Cooper
> Subject: [PATCH v2 2/2] ipq806x: add support for TP-Link Talon AD7200
Hi,
essentially the same comments as in the 2/3:
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Stijn Segers
> Sent: Mittwoch, 6. Januar 2021 01:45
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH 3/3] realtek: add support
Hi,
> Subject: [PATCH 2/3] realtek: introduce common DTSI for ZyXEL GS1900-10HP
> and GS1900-8HP.
Please, no full stop after the commit title. Looks too long by the way.
> Memory node is moved out of the rtl838.dtsi and into the device DTS as well.
Please do that separately (= in a separate com
The ZyXEL GS1900-8HP v1, v2 and GS1900-10HP are all built on a similar
Realtek RTL8380M platform. Create a common DTSI in preparation for
GS1900-8HP support, and switch to the macros defined in rtl838x.dtsi.
Memory node is moved out of the rtl838x.dtsi and into the device DTS as
well (or series DTS
This patch set adds a common DTSI for the GS1900 family of switches, and
adds support for the GS1900-8HP v1 and v2 switch. PoE+ power envelope
for the already supported GS1900-10HP is added as well.
Memory node is moved out of the rtl838x.dtsi and moved into the device
DTS or family DTSIs where ap
As per the manufacturer's specifications, set the GS1900-10HP PoE power
budget to 77W.
Signed-off-by: Stijn Segers
---
target/linux/realtek/base-files/etc/board.d/02_network | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/realtek/base-files/etc/board.d/02_network
b/target/li
The ZyXEL GS1900-8HP is an 8 port gigabit switch with PoE+ support.
There are two versions on the market (v1 & v2) which share similar
specs (same flash size and flash layout, same RAM size, same PoE+ power
envelope) but each have a different case and board layout that they
share with other GS1900
From: Nick Hainke
The prefix_filter allows to select which prefix should be assigned
to clients if you have multiple prefixes on an interface.
Currently, the filter only applies to RAs and does work with
a dhcpv6 server.
This commit enables the filter also on dhcpv6.
Signed-off-by: Nick Hainke
Hannu Nyman kirjoitti 6.1.2021 klo 12.08:
Rosen Penev kirjoitti 6.1.2021 klo 0.49:
On Tue, Jan 5, 2021 at 12:20 PM Hannu Nyman wrote:
Hannu Nyman kirjoitti 5.1.2021 klo 16.34:
Rosen Penev kirjoitti 5.1.2021 klo 0.29:
It seems the config section is not refreshed either in this patch.
That is,
Rosen Penev kirjoitti 6.1.2021 klo 0.49:
On Tue, Jan 5, 2021 at 12:20 PM Hannu Nyman wrote:
Hannu Nyman kirjoitti 5.1.2021 klo 16.34:
Rosen Penev kirjoitti 5.1.2021 klo 0.29:
It seems the config section is not refreshed either in this patch.
That is, the other Config.in files. No idea how to
35 matches
Mail list logo
