Hi!
Op vrijdag 11 december 2020 om 8u39 schreef Eneas U de Queiroz
:
Fixes: CVE-2020-1971, defined as high severity, summarized as:
NULL pointer deref in GENERAL_NAME_cmp function can lead to a DOS
attack.
Signed-off-by: Eneas U de Queiroz
---
This was run-tested in a WRT-3200ACM
Can this b
Hi Bjørn!
Op zondag 13 december 2020 om 20u07 schreef Bjørn Mork :
Changes since v1:
- incremented PKG_RELEASE
- using wrapper scripts instead of patching the tool
Bjørn Mork (2):
uboot-envtools: add support for multiple config partitions
uboot-envtools: add wrapper scripts for alternate
Hi,
Op woensdag 16 december 2020 om 15u14 schreef Bjørn Mork
:
Stijn Segers writes:
I'm giving this a spin (since I have a Realtek switch now :^)
Great! Thanks for testing
). Fw_printenv prints info as expected but fw_printsys comes up
empty. Not sure if this is expected beha
This patch bumps cryptodev-linux to the latest stable release (1.11) and fixes
compilation against the next LTS (and likely OpenWrt) kernel 5.10.
Signed-off-by: Stijn Segers
---
package/kernel/cryptodev-linux/Makefile | 6 +--
...x-module-loading-with-Linux-v5.0-rc5.patch | 50
.bin
# bootm
* Once OpenWrt has booted, scp the sysupgrade image to /tmp and flash it:
# sysupgrade
/tmp//tmp/openwrt-realtek-generic-zyxel_gs1900-8hp-squashfs-sysupgrade.bin
Signed-off-by: Stijn Segers
---
.../realtek/base-files/etc/board.d/02_network | 3 +++
.../linux/realtek
uppercase the vendor name like they carry it themselves (ZyXEL)
and like used elsewhere in the OpenWrt tree.
Signed-off-by: Stijn Segers
---
.../realtek/dts/rtl8380_zyxel_gs1900-10hp.dts | 233 +-
.../realtek/dts/rtl8380_zyxel_gs1900.dtsi | 143 +++
target/linux/realtek
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/t
nwrt-realtek-generic-zyxel_gs1900-8hp-initramfs-kernel.bin
# bootm
* Once OpenWrt has booted, scp the sysupgrade image to /tmp and flash it:
# sysupgrade
/tmp//tmp/openwrt-realtek-generic-zyxel_gs1900-8hp-squashfs-sysupgrade.bin
Signed-off-by: Stijn Segers
---
.../realtek/base-files/etc/boa
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/t
applicable.
Stijn Segers (3):
realtek: set PoE power budget for ZyXEL GS1900-10HP
realtek: introduce common DTSI for ZyXEL GS1900-10HP and GS1900-8HP.
realtek: add support for ZyXEL GS1900-8HP.
.../realtek/base-files/etc/board.d/02_network | 6 +
.../dts/rtl8380_netgear_gs110tpp-v1.dts
DTSI, when multiple devices belong to a single family),
reflecting upstream practices.
We also uppercase the vendor name like they carry it themselves (ZyXEL)
and like used elsewhere in the OpenWrt tree.
Signed-off-by: Stijn Segers
---
.../dts/rtl8380_netgear_gs110tpp-v1.dts | 5
tree.
Signed-off-by: Stijn Segers
---
.../realtek/dts/rtl8380_zyxel_gs1900-10hp.dts | 233
+-
.../realtek/dts/rtl8380_zyxel_gs1900.dtsi | 143 +++
target/linux/realtek/dts/rtl838x.dtsi | 5 -
target/linux/realtek/image/Makefile | 2 +-
4
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
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 prod
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 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
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/t
.bin
# bootm
* Once OpenWrt has booted, scp the sysupgrade image to /tmp and flash it:
# sysupgrade
/tmp//tmp/openwrt-realtek-generic-zyxel_gs1900-8hp-v{1,2}-squashfs-sysupgrade.bin
Signed-off-by: Stijn Segers
---
.../realtek/base-files/etc/board.d/02_network | 6 +
...
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
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
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
tch, interrupt U-boot by
>> hitting >> the
>> >> space bar, and enable the network:
>> >># rtk network on
>> >> * Since the GS1900-10HP is a dual-partition device, you
want to
>> keep >> the
>> >>OE
.bin
# bootm
* Once OpenWrt has booted, scp the sysupgrade image to /tmp and flash it:
# sysupgrade
/tmp//tmp/openwrt-realtek-generic-zyxel_gs1900-8hp-v{1,2}-squashfs-sysupgrade.bin
Signed-off-by: Stijn Segers
---
.../realtek/base-files/etc/board.d/02_network | 6 +
...
Hi Adrian,
Op donderdag 7 januari 2021 om 19:54 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 22:45
To: openwrt-devel@lists.openwrt.org
Subject
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 | 189
The Ubiquiti EdgeRouter Lite has three network interfaces. Add a
specific match in /etc/board.d/01_network so they all get set up.
Default to eth0 for WAN and an eth1 + eth2 bridge for LAN.
Signed-off-by: Stijn Segers
---
target/linux/octeon/base-files/etc/board.d/01_network | 3 +++
1 file
These patches align the EdgeRouter Lite device with modern OpenWrt
practices:
- Use vendor prefix for board_name: ubnt,erlite instead of erlite.
- Set the model to "Ubiquiti EdgeRouter Lite".
- Add an EdgeRouter Lite match in /etc/board.d/01_network so all
network interfaces get configured: eth0
Prefix EdgeRouter Lite board_name value with vendor abbreviation UBNT, as other
Ubiquiti
devices do, and use full name "Ubiquiti EdgeRouter Lite" as model value.
Signed-off-by: Stijn Segers
---
.../octeon/base-files/lib/preinit/01_sysinfo | 10 --
.../octeon/base-files/l
Hi Adrian,
This should be the final round. Run-tested on a GS1900-10HP. It's still
alive :-).
Thank you!
Stijn
Stijn Segers (2):
realtek: introduce shared DTSI for GS1900 series
realtek: add support for ZyXEL GS1900-8HP v1 and v2
.../realtek/base-files/etc/board.d/02_network
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 | 233
.bin
# bootm
* Once OpenWrt has booted, scp the sysupgrade image to /tmp and flash it:
# sysupgrade
/tmp//tmp/openwrt-realtek-generic-zyxel_gs1900-8hp-v{1,2}-squashfs-sysupgrade.bin
Signed-off-by: Stijn Segers
---
.../realtek/base-files/etc/board.d/02_network | 6 +
...
Hi,
Op vrijdag 8 januari 2021 om 16u19 schreef Sander Vanheule
:
Hi Stijn,
On Fri, 2021-01-08 at 14:32 +0100, Stijn Segers wrote:
diff --git a/target/linux/realtek/image/Makefile
b/target/linux/realtek/image/Makefile
index 765e516a0a..39b28b6c67 100644
--- a/target/linux/realtek/image
Hi,
Op vrijdag 8 januari 2021 om 13u29 schreef Adrian Schmutzler
:
Hi,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Stijn Segers
Sent: Freitag, 8. Januar 2021 11:28
To: openwrt-devel@lists.openwrt.org
Subject: [PATCH 1/2
Hi Adrian,
Op vrijdag 8 januari 2021 om 13u30 schreef Adrian Schmutzler
:
Hi,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Stijn Segers
Sent: Freitag, 8. Januar 2021 11:28
To: openwrt-devel@lists.openwrt.org
Subject
(edgerouter lite).
could we reuse it?
I have no idea if it's possible, but I was thinking about an additional
DTS that overrides the 'compatible' property. Haven't yet found if this
is possible at all though, overriding that value.
Stijn
On Jan 8, 2021, at 10:11 PM, Stijn
Rename EdgeRouter Lite board_name value and prefix it with vendor abbreviation
UBNT, as done for other Ubiquiti devices in the tree. Ensure backward sysupgrade
compatibility as well.
Signed-off-by: Stijn Segers
---
.../octeon/base-files/lib/preinit/01_sysinfo | 2 +-
.../octeon/base-files
Hi,
Op zondag 3 januari 2021 om 23u14 schreef Sven Roederer
:
When saving the list of installed pkgs, also store the status of the
system services. The list is created in the etc/backup folder also
and formated as:
/etc/init.d/ {enable|disable}
This way it can be sourced after sysupgrade, to
Hi Sven,
Op zondag 10 januari 2021 om 22u28 schreef Sven Roederer
:
Am Samstag, 9. Januar 2021, 12:28:31 CET schrieb Stijn Segers:
> @@ -228,6 +229,7 @@ do_save_conffiles() {
>
> if [ "$SAVE_INSTALLED_PKGS" -eq 1 ]; then
> echo "${INSTALLE
Hi Alberto,
Alberto Bursi schreef op 11 januari 2021 03:56:23
CET:
>
>
>On 10/01/21 22:50, Stijn Segers wrote:
>> Hi Sven,
>>
>> Op zondag 10 januari 2021 om 22u28 schreef Sven Roederer
>> :
>>> Am Samstag, 9. Januar 2021, 12:28:31 CET schr
Hi,
Have tested this on a few low-RAM devices, among which a TL-WR841N v7
(32 MiB) and a WNDR3700 v2 (64 MiB).
No idea if this is still necessary/wanted but would be nice to see this
end up in master (and trickle down to 21.xx :-D ).
Tested-by: Stijn Segers
econd flash
with ynezz's test build have produced no issues, so I think the boot-
loop is unrelated to the patches.
Tested-by: Sander Vanheule
I've run-tested this with my own builds (latest master) on the following
targets:
- ath79/generic (WNDR3700v1): with sysupgrade -n
- ramips/
Hi Bjorn,
Op woensdag 20 januari 2021 om 15u09 schreef Bjørn Mork
:
Stijn Segers writes:
- ramips/mt7621 (DIR-860L B1): with sysupgrade (both with and
whithout-n)
Thanks.
Going through this now, I see that this device is using the "seama"
partition comptabile and splitter
ple with a DIR-882 A1 to confirm as well (I
know there are some).
Cheers
Stijn
Tested-by: Stijn Segers
---
.../drivers/mtd/mtdsplit/mtdsplit_uimage.c| 93
++-
.../linux/ramips/dts/mt7620a_fon_fon2601.dts | 3 +-
.../ramips/dts/mt7621_dlink_dir-8xx-a1.dtsi | 3 +-
This adds the PCI ID for the MT7613BE series, found in e.g.
the TP-Link EAP235-Wall v1.
Signed-off-by: Stijn Segers
---
hardware.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/hardware.txt b/hardware.txt
index da843be..ea74929 100644
--- a/hardware.txt
+++ b/hardware.txt
@@ -187,6
icked into thinking easy web UI flashing actually works.
Signed-off-by: Stijn Segers
---
target/linux/ramips/image/mt7620.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/image/mt7620.mk
b/target/linux/ramips/image/mt7620.mk
index 2d0050f986..7f649aff88 100644
--- a/t
(RST &
CLK)
Suggested-by: Sergio Paracuellos
Signed-off-by: Stijn Segers
---
target/linux/ramips/dts/mt7621_dlink_dir-860l-b1.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/target/linux/ramips/dts/mt7621_dlink_dir-860l-b1.dts
b/target/linux/ramips/dts/mt7621_dlink_dir-860l-b1
Hi,
Op zaterdag 13 februari 2021 om 18u23 schreef Chuanhong Guo
:
Hi!
On Sat, Feb 13, 2021 at 5:55 PM Stijn Segers
wrote:
As suggested by Sergio, this adds GPIOs 19 and 8 explicitly into the
DIR-860L DTS, so the PCI-E ports get reset and the N radio (radio1)
on PCI-E port 1 comes up
Hi,
Op zaterdag 13 februari 2021 om 18u05 schreef Adrian Schmutzler
:
[1.176208] mt7621-pci 1e14.pcie: Parsing DT failed
Is this introduced with the commit or has it been there before on
this device?
This has been around for quite a while on MT7621. See also this comment
on the
(RST &
CLK)
Suggested-by: Sergio Paracuellos
Signed-off-by: Stijn Segers
---
target/linux/ramips/dts/mt7621_dlink_dir-860l-b1.dts | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/ramips/dts/mt7621_dlink_dir-860l-b1.dts
b/target/linux/ramips/dts/mt7621_dlink_dir-860l-b1
Adds the bits and bolts for the uboot settings for both the ZyXEL
GS1900-8HP v1 and v2.
Signed-off-by: Stijn Segers
---
package/boot/uboot-envtools/files/realtek | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/boot/uboot-envtools/files/realtek
b/package/boot/uboot-envtools/files
This adds the necessary nuts and bolts for the uboot settings for both the
ZyXEL GS1900-8HP v1 and v2.
Signed-off-by: Stijn Segers
---
Changes in v2: fix syntax error, better English.
---
package/boot/uboot-envtools/files/realtek | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package
/tp-link_archer_c20_v1#installation
Signed-off-by: Stijn Segers
---
target/linux/ramips/image/mt7620.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/image/mt7620.mk
b/target/linux/ramips/image/mt7620.mk
index 7f649aff88..f8905ad2b7 100644
--- a/target/linux/ramips
card, disable it (RST & CLK)
Tested-by: Kurt Roeckx
Signed-off-by: Stijn Segers
---
target/linux/ramips/dts/mt7621_netgear_ex6150.dts | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/ramips/dts/mt7621_netgear_ex6150.dts
b/target/linux/ramips/dts/mt7621_netgear_ex6150
river cannot be built as a kernel module, enable it in the
>kernel config for all mt7621 devices.
>
>Run-tested on a Netgear R6800.
Works fine here too.
>
>Cc: Stijn Segers
>Cc: Hauke Mehrtens
>Signed-off-by: Sander Vanheule
Tested-by: Stijn Segers
>---
> target/lin
The Netgear GS108T v3 and its GS110TPP v1 sibling apparently label their
u-boot environment parition 'bdinfo' instead of 'u-boot-env'.
Signed-off-by: Stijn Segers
---
package/boot/uboot-envtools/files/realtek | 6 ++
1 file changed, 6 insertions(+)
diff --git a/package
, Netgear sticks to its own naming scheme here.
[1] https://patchwork.ozlabs.org/project/openwrt/list/?series=220259
Signed-off-by: Stijn Segers
---
package/boot/uboot-envtools/files/realtek | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/boot/uboot-envtools/files/realtek
b
Hi!
Op zondag 28 februari 2021 om 10u19 schreef Sander Vanheule
:
Hi Stijn
On Sat, 2021-02-27 at 23:05 +0100, Stijn Segers wrote:
The Netgear GS108T v3 and its GS110TPP v1 sibling apparently label
their u-boot environment parition 'bdinfo' instead of 'u-boot-env'.
Hi Bjørn,
Op zondag 28 februari 2021 om 17u03 schreef Bjørn Mork :
Stijn Segers writes:
Op zondag 28 februari 2021 om 10u19 schreef Sander Vanheule
:
Hi Stijn
On Sat, 2021-02-27 at 23:05 +0100, Stijn Segers wrote:
The Netgear GS108T v3 and its GS110TPP v1 sibling apparently
label
e 14.
Signed-off-by: Stijn Segers
---
target/linux/realtek/dts/rtl8380_netgear_gigabit.dtsi | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/target/linux/realtek/dts/rtl8380_netgear_gigabit.dtsi
b/target/linux/realtek/dts/rtl8380_netgear_gigabit.dtsi
index 2cda3c15a3..d31
This patch set fixes a few loose ends on the Realtek
target. Please backport these to 21.02 as well if we
decide to keep it around for the 21.02 release.
Stijn Segers (3):
realtek: add lua-rs232 to GS1900-10HP profile
realtek: add lua-rs232 to GS110TPP v1 profile
realtek: correct PoE power
The GS110TPP v1 has 8 PoE+ ports so it needs the lua-rs232 package
for PoE manipulation.
Signed-off-by: Stijn Segers
---
target/linux/realtek/image/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/realtek/image/Makefile
b/target/linux/realtek/image/Makefile
index
Somehow all the other supported ZyXEL switches have the lua-rs232 package
defined as an extra package, needed for PoE manipulation, but the
GS1900-10HP does not. Rectify this.
Signed-off-by: Stijn Segers
---
target/linux/realtek/image/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a
tches/gs110tpp
Signed-off-by: Stijn Segers
---
target/linux/realtek/base-files/etc/board.d/02_network | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/realtek/base-files/etc/board.d/02_network
b/target/linux/realtek/base-files/etc/board.d/02_network
index 1e199
Working brilliantly for weeks here as well.
Tested-by: Stijn Segers
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
The Netgear R6850 has its EEPROM data sitting at 0x28000 for the 5 GHz radio
and at 0x2 for the 2,4 GHz radio. See forum topic for a hex dump [1].
[1]
https://forum.openwrt.org/t/netgear-r6850-very-low-transmit-power-on-5ghz/90984
Signed-off-by: Stijn Segers
Tested-by: Bernt Ø
Hi Adrian,
Op vrijdag 12 maart 2021 om 22u01 schreef Adrian Schmutzler
:
Hi,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Stijn Segers
Sent: Freitag, 12. März 2021 12:45
To: openwrt-devel@lists.openwrt.org
Cc: m...@david
"enabled",
>"enabled",
>"4.6W",
> "4W"
>],
>"power_budget": "77W",
>"power_consumption": "7.8W"
>}
>
>Tested-by: Bir
Hi Hauke,
Op woensdag 7 april 2021 om 23u58 schreef Hauke Mehrtens
:
On 4/7/21 12:29 AM, Hauke Mehrtens wrote:
Hi,
How do we want to go forward with OpenWrt 21.02-rc1?
* I think the base system is ok.
* The http (original wolfssl) problem reported by jow is fixed
* LuCI in the 21.02 branch
Hi Hauke,
Op woensdag 7 april 2021 om 22u27 schreef Hauke Mehrtens
:
On 4/7/21 12:29 AM, Hauke Mehrtens wrote:
Hi,
How do we want to go forward with OpenWrt 21.02-rc1?
* I think the base system is ok.
* The http (original wolfssl) problem reported by jow is fixed
* LuCI in the 21.02 branch s
Hi,
Op donderdag 8 april 2021 om 8u35 schreef Bjørn Mork :
Stijn Segers writes:
A vote for keeping the realtek target here, I have three devices
here
in production. Very happy with them. The main catch I see with
relegating the realtek target to master would be less uptake on the
end
The Netgear GS108T v3 and its GS110TPP v1 sibling apparently label their
u-boot environment parition 'bdinfo' instead of 'u-boot-env'.
Signed-off-by: Stijn Segers
---
package/boot/uboot-envtools/files/realtek | 6 ++
1 file changed, 6 insertions(+)
diff --git a/package
tches/gs110tpp
Signed-off-by: Stijn Segers
---
target/linux/realtek/base-files/etc/board.d/02_network | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/realtek/base-files/etc/board.d/02_network
b/target/linux/realtek/base-files/etc/board.d/02_network
index 1e199
Add the rtl83xx-poe package to the device profiles for the
ZyXEL PoE switches that are currently supported:
- GS1900-10HP
- GS1900-8HP v1
- GS1900-8HP v2
Signed-off-by: Stijn Segers
---
This patch depends on the rtl83xx-poe package sitting in Patchwork:
https://patchwork.ozlabs.org/project
This is a set of assorted fixes and improvements for the realtek target.
Patch #3 depends on the rtl83xx-poe package sitting in Patchwork.
If we keep the realtek target for 21.02, please backport these from
master.
Stijn Segers (3):
uboot-envtools: add support for GS108T v3 & GS110TP
Hi,
Op donderdag 8 april 2021 om 12u33 schreef Stijn Segers
:
The Netgear GS108T v3 and its GS110TPP v1 sibling apparently label
their
u-boot environment parition 'bdinfo' instead of 'u-boot-env'.
I was still carrying prior to Bjorn's last rebase, but this is
Hi,
Op maandag 12 april 2021 om 15u31 schreef Bjørn Mork :
Stijn Segers writes:
Add the rtl83xx-poe package to the device profiles for the
ZyXEL PoE switches that are currently supported:
- GS1900-10HP
- GS1900-8HP v1
- GS1900-8HP v2
Signed-off-by: Stijn Segers
---
This patch
The PoE power budget for the DGS-1210-10P is known to be 65W, so set it.
Also add the rtl83xx-poe package to the device profile so we can manage
PoE with OpenWrt just like one would with the vendor firmware.
Signed-off-by: Stijn Segers
---
target/linux/realtek/base-files/etc/board.d/02_network
Add the rtl83xx-poe package to the device profiles for the
ZyXEL PoE switches that are currently supported:
- GS1900-10HP
- GS1900-8HP v1
- GS1900-8HP v2
Signed-off-by: Stijn Segers
---
target/linux/realtek/image/Makefile | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a
This is a set of assorted fixes and improvements for the realtek target.
All patches depend on the rtl83xx-poe package sitting in Patchwork.
If we keep the realtek target for 21.02, please backport these from
master.
Stijn Segers (3):
realtek: correct GS110TPP v1 PoE budget, add rtl83xx-poe
smart-cloud/gs110tpp/
[2] https://wikidevi.wi-cat.ru/Netgear_GS110TPP
[3] https://biot.com/switches/gs110tpp
Signed-off-by: Stijn Segers
---
target/linux/realtek/base-files/etc/board.d/02_network | 2 +-
target/linux/realtek/image/Makefile| 1 +
2 files changed, 2 insertions(
Hello,
The patch below adds support for the Gainstrong Minibox v1.0 mini
router into trunk. This is based off the Barrier Breaker based source
code at http://ooioe.com/miniboxv1/Sourcecode/.
Patch applies cleanly, has been compile-tested on a 15.05 tree (the
patch below is for the trunk ar17
s the requirements, if I need to split out,
let me know.
Stijn
Op zo, 9 aug 2015 om 10:47 , schreef Stijn Segers
:
Hello,
The patch below adds support for the Gainstrong Minibox v1.0 mini
router into trunk. This is based off the Barrier Breaker based source
code at http://ooioe.com/miniboxv1/Sourc
It seems the ML is choking on the full patch and splitting it up
somehow because it in turn adds a patch into the kernel patches dir, so
here's a download link:
https://volatilesystems.org/dl/openwrt/targets/add-minibox-target-trunk.patch
I think the full patch meets the requirements, if I nee
comments inline.
Stijn Segers wrote:
Hello,
The patch below adds support for the Gainstrong Minibox v1.0 mini
router into trunk. This is based off the Barrier Breaker based
source
code at http://ooioe.com/miniboxv1/Sourcecode/.
Patch applies cleanly, has been compile-tested on a 15.05 tree (t
There was an error in the patch on Sprunge, so new link:
http://sprunge.us/biVc
The other links are fine.
Cheers
Stijn
Op wo, 12 aug 2015 om 8:28 , schreef Stijn Segers
:
Hi Karl,
Thanks for your time.
I have reworked the patch and re-ordered where possible (files like
ar71xx.sh and
This patch adds Gainstrong Minibox V1.0 into trunk.
Don't have the device myself, so can't check on a possible
LED polarity issue, but I have built images and asked for testing
on the forum.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/base-files/etc/diag.sh | 3 +
x27;t that matter?
Thanks
Signed-off by: Stijn Segers
---
target/linux/ar71xx/base-files/etc/diag.sh | 3 +
.../ar71xx/base-files/etc/uci-defaults/02_network | 1 +
target/linux/ar71xx/base-files/lib/ar71xx.sh | 6 ++
.../ar71xx/base-files/lib/upgrade/platform.sh | 1 +
ta
This patch removes the orphan OOLITE profile.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/generic/profiles/oolite.mk | 18 --
1 file changed, 18 deletions(-)
delete mode 100644 target/linux/ar71xx/generic/profiles/oolite.mk
diff --git a/target/linux/ar71xx/generic
This patch adds the Gainstrong OOLITE profile into the manufacturer
profile file.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/generic/profiles/gainstrong.mk | 11 +++
1 file changed, 11 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/gainstrong.mk
b/target
cleanly to current trunk. Resent with the architecture in
the subject, forgot that the first time.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/generic/profiles/gainstrong.mk| 17 +
target/linux/ar71xx/generic/profiles/gs-minibox-v1.mk | 17 -
2 files
This patch removes the orphan OOLITE profile.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/generic/profiles/oolite.mk | 18 --
1 file changed, 18 deletions(-)
delete mode 100644 target/linux/ar71xx/generic/profiles/oolite.mk
diff --git a/target/linux/ar71xx/generic
cleanly to current trunk.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/generic/profiles/gainstrong.mk| 17 +
target/linux/ar71xx/generic/profiles/gs-minibox-v1.mk | 17 -
2 files changed, 17 insertions(+), 17 deletions(-)
create mode 100644 target
This patch adds the Gainstrong OOLITE profile into the manufacturer
profile file.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/generic/profiles/gainstrong.mk | 11 +++
1 file changed, 11 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/gainstrong.mk
b/target
This patch moves the OOLITE profile code into the overarching Gainstrong
profile and deletes the old single profile file.
Signed-off by: Stijn Segers
---
target/linux/ar71xx/generic/profiles/gainstrong.mk | 11 +++
target/linux/ar71xx/generic/profiles/oolite.mk | 18
Hi guys,
I have a nice script on my routers that pulls in a new firmware image,
validates the checksum, then flashes it. I switched it to
sha256 (from md5), noticed the format in the sha256sums was different,
but didn't pay it too much mind - except that now, the busybox
sha256sum function cho
Subject: [PATCH] ar71xx: Add preliminary TL-WR841N/ND v11 support
This patch adds preliminary support for the TP-Link TL-WR841N/ND to trunk.
It is similar to the already supported v10 [1]. I have added support based
on that topic but since I do not have the device myself I am looking for
testers.
Something went wrong with the subject - I resent so the e-mail can be retrieved
in the mailing list archives.
This patch adds preliminary support for the TP-Link TL-WR841N/ND to trunk.
It is similar to the already supported v10 [1]. I have added support based
on that topic but since I do not have
This patch adds support for the TP-Link TL-WR841N/ND to trunk. It is
similar to the already supported v10 - see [1]. I have added support
based on that topic; in the meantime it has been confirmed working
(see the forum thread, and also [2]).
Signed-off by Stijn Segers
[1]: https
This patch adds support for the TP-Link TL-WR841N to OpenWrt Chaos Calmer
15.05. Confirmed working [1] and [2].
Signed-off by Stijn Segers
[1] https://forum.openwrt.org/viewtopic.php?id=63657
[2] https://forum.openwrt.org/viewtopic.php?id=61309
---
target/linux/ar71xx/image/Makefile | 9
Hi guys,
I'm trying to add support for the TP-Link TL-WR740N v6.
On the OpenWrt forums [1] a modified TL-WR841N v10
image has been confirmed working. I tried adding support
(see patch below) but no matter what I try, the v6 image
does not seem to be generated. Running make with V=s
doesn't show
1 - 100 of 233 matches
Mail list logo
