Hi Elliott,
Op zondag 3 maart 2024 om 15:24:50 -08:00:00 schreef Elliott Mitchell
:
Date: Tue, 6 Feb 2024 17:16:41 -0800
Create a script for automating kernel version changes. This
generates a pair of commits which cause history to remain attached to
all versioned configuration files.
Hi Sander,
Op zondag 4 februari 2024 om 13:35:48 +01:00:00 schreef Sander Vanheule
:
Hi Stijn,
On Sun, 2024-02-04 at 13:20 +0100, Stijn Segers wrote:
Commit daefc646e6d fixed a shell expansion issue with
zyxel-vers usage. Commit 045baca10b1 took care of this
checkpatch.pl was complaining
.
Signed-off-by: Stijn Segers
---
target/linux/realtek/image/rtl930x.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/realtek/image/rtl930x.mk
b/target/linux/realtek/image/rtl930x.mk
index f55c5c002b..891a18c517 100644
--- a/target/linux/realtek/image/rtl930x.mk
Hi,
Op dinsdag 30 januari 2024 om 19:15:54 +01:00:00 schreef Christian
Marangi (Ansuel) :
Robert is active in OpenWrt since 2017 and with some recent stats, he
has more than 310 commits merged in OpenWrt.
He also have uncounted Reviewed-by tag on various PR and merged
commits
and generally
Hi Sander,
Op zondag 7 januari 2024 om 12:18:51 +01:00:00 schreef Sander Vanheule
:
On Sat, 2024-01-06 at 20:14 +0100, Stijn Segers wrote:
Newer EAP615-Walls come with more recent firmware that requires a
higher soft_ver_compat_level. Bump ours from 1 to 2 to keep in step.
Tested
Newer EAP615-Walls come with more recent firmware that requires a
higher soft_ver_compat_level. Bump ours from 1 to 2 to keep in step.
Tested on a newer EA615-Wall by grauheier - see forum topic:
https://forum.openwrt.org/t/173424/13.
Tested-by: Danny Scherer
Signed-off-by: Stijn Segers
(cherry
Thanks!
Stijn
Op donderdag 23 november 2023 om 19:16:43 +01:00:00 schreef Sander
Vanheule :
Hi Stijn,
On Wed, 2023-11-22 at 18:39 +0100, Stijn Segers wrote:
Newer EAP615-Walls come with more recent firmware that requires a
higher soft_ver_compat_level. Bump ours from 1 to 2 to keep
Newer EAP615-Walls come with more recent firmware that requires a
higher soft_ver_compat_level. Bump ours from 1 to 2 to keep in step.
Tested on a newer EA615-Wall by grauheier - see forum topic:
https://forum.openwrt.org/t/173424/13.
Tested-by: Danny Scherer
Signed-off-by: Stijn Segers
Hi,
Robert Marko schreef op 3 mei 2023 11:21:32 CEST:
>On Wed, 3 May 2023 at 11:08, Nick wrote:
>>
>> I would also love to see a release. It is now already delayed more than
>> a month [0] (actual branching should be happening end of march).
>> However, I don't have a strong opinion on this.
Hi Petr,
"Petr Štetiar" schreef op 6 februari 2023 11:26:35 CET:
>Hi,
>
>I've just noticed, that Omnia fails to boot latest initramfs snapshots[1]:
>
> ## Loading kernel from FIT Image at 0100 ...
> Using 'config-1' configuration
> Trying 'kernel-1' kernel subimage
>
Hi Petr,
Op zaterdag 3 december 2022 om 11:43:32 +01:00:00 schreef Petr Štetiar
:
Stijn Segers [2022-12-02 13:36:20]:
Hi,
* cortexa9 (Turris Omnia - 03f41b1eb2f15ab06d5800274be6a67c64e2a629)
that is interesting, is the latest snapshot working for you?
That was taken from Rui's commit
RB5009UG+S+IN)
Signed-off-by: Stijn Segers
---
target/linux/mvebu/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu/Makefile
index 6a1e0f63f705..2971f3fcaf50 100644
--- a/target/linux/mvebu/Makefile
+++ b/target/linux
)
* cortexa72 (MikroTik RB5009UG+S+IN)
Signed-off-by: Stijn Segers
---
target/linux/mvebu/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu/Makefile
index 6a1e0f63f705..2971f3fcaf50 100644
--- a/target/linux/mvebu/Makefile
+++ b
Hi,
Op zondag 24 juli 2022 om 13:39:20 +02:00:00 schreef Stijn Segers
:
Use the bad block parser introduced in 77692d6112 for the NETGEAR
R6800
and its clones: R6700 v2, R6900 v2, R7200 and R7450. Tested on a
R6800.
Signed-off-by: Stijn Segers
Should have put this in the patch message
Use the bad block parser introduced in 77692d6112 for the NETGEAR R6800
and its clones: R6700 v2, R6900 v2, R7200 and R7450. Tested on a R6800.
Signed-off-by: Stijn Segers
---
target/linux/ramips/dts/mt7621_netgear_sercomm_bzv.dtsi | 9 -
1 file changed, 8 insertions(+), 1 deletion
Hi,
"Lu, JialeX" schreef op 24 juni 2022 12:11:40 CEST:
>Hi Rui,
> 1. X64 is too broad to cover all platform varieties.
>2. Intel C3000 is a Network SoC, with integration of QAT (QuickAssist
>engine for crypto & compression) and NICs in addition to x86. More
>expandability with richer
Hi,
Op vrijdag 17 juni 2022 om 09:54:56 +02:00:00 schreef Bjørn Mork
:
Sander Vanheule writes:
On Thu, 2022-06-16 at 22:28 +0200, Stijn Segers wrote:
Signed-off-by: Stijn Segers
You need to add at least one line describing why this change is
needed; now you
only have a commit title
Make the u-boot environment partition for the NETGEAR
GS108T v3 and GS110TPP writable (they share a DTS), so
the values can be manipulated from userspace.
See https://forum.openwrt.org/t/57875/1567 for a real
world example.
Signed-off-by: Stijn Segers
---
target/linux/realtek/dts-5.10
Signed-off-by: Stijn Segers
---
target/linux/realtek/dts-5.10/rtl8380_netgear_gigabit_1xx.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git a/target/linux/realtek/dts-5.10/rtl8380_netgear_gigabit_1xx.dtsi
b/target/linux/realtek/dts-5.10/rtl8380_netgear_gigabit_1xx.dtsi
index 7eccfcb5a2
Hi Sander,
Op vrijdag 27 mei 2022 om 14:18:19 +02:00:00 schreef Sander Vanheule
:
Hi Stijn, Allesandro,
On Sat, 2022-05-21 at 22:59 +0200, Stijn Segers wrote:
The DAP-2680 has a QCA9984 radio [1], but the commit adding support
mistakenly adds the QCA99x0 firmware package. See forum topic
: add support for D-Link DAP-2680 A1")
Signed-off-by: Stijn Segers
Tested-by: Alessandro Fellin
---
v2: Fix typo (QCA998x -> QCA99x0)
v3: Proper 'Fixes' tag (thanks svanheule)
target/linux/ath79/image/generic.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linu
-dap-2680/
Signed-off-by: Stijn Segers
Tested-by: Alessandro Fellin
---
target/linux/ath79/image/generic.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath79/image/generic.mk
b/target/linux/ath79/image/generic.mk
index 4f36a08ff4..9729eb7555 100644
-dap-2680/
Signed-off-by: Stijn Segers
Tested-by: Alessandro Fellin
---
target/linux/ath79/image/generic.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath79/image/generic.mk
b/target/linux/ath79/image/generic.mk
index 4f36a08ff4..9729eb7555 100644
the hotplug script for the EAP615-Wall instead to avoid this.
Fixes: a1b8a4d7b3ff ("ramips: support TP-Link EAP615-Wall")
Signed-off-by: Stijn Tintel
As advertised ;-). Tested on 22.03 branch, both radios use different
MAC now.
Tested-by: Stijn Segers
---
target/linux/
The Archer A6 v2 (EU) matches the C6 v2 (EU) and uses the same firmware ID.
See also
https://forum.openwrt.org/t/tp-link-archer-a6-v2-0-cannot-install/119403/34.
Tested-by: Kamil Jońca
Signed-off-by: Stijn Segers
---
src/tplink-safeloader.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi Sergey,
Op dinsdag 25 januari 2022 om 15u27 schreef Sergey Ponomarev
:
Hi,
Most routers support port forwarding via UPnP IDG or/and NAT-PMP/PCP.
And many vendors use the MiniUPnPd http://miniupnp.free.fr This daemon
is kind of standard de-facto.
This is necessary for any p2p application
introduced in commit 8faffa00cb6b
("realtek: add support for the RTL9300 timer"). Let's remove it again.
Reboot works reliably on my GS1900-8HP v1. Thanks!
Tested-by: Stijn Segers
Signed-off-by: Sander Vanheule
---
.../files-5.10/arch/mips/rtl838x/setup.c | 85
Hi Matthew,
It looks like you expanded Mutt support with commit
19877a952d1136e134547835d335ffc771917ccc.
I just refreshed my config on master and was a bit surprised to see
Mutt configuration options enabled by default. I haven't enabled mutt
as a package, so I don't think these should be
Hi Hauke,
Op woensdag 29 september 2021 om 22u28 schreef Hauke Mehrtens
:
Hi,
The OpenWrt 21.02 release is done and we should plan the next release.
We already talked about this in the last meeting, see
https://openwrt.org/meetings/20210920
To monitor the current state I created this wiki
Hi Ilya,
Op maandag 27 september 2021 om 19u11 schreef Ilya Lipnitskiy
:
Hi Stijn,
>> >all mt7620 JBOOT devices will be broken.
...
$ grep \ KERNEL_SIZE image/mt7620.mk|wc -l
1
That one is under "define Device/amit_jboot", searching for that
yields:
$ git grep "\$(Device/amit_jboot)"
Hi Adrian,
Op zondag 26 september 2021 om 23u45 schreef Adrian Schmutzler
:
Hi,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Stijn Segers
Sent: Donnerstag, 9. September 2021 14:26
To: openwrt-devel@lists.openwrt.org; Paweł
point though, and I think my similar question
about mt76x8 deserves consideration as well.
Tested-by: Stijn Segers
---
target/linux/ramips/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/linux/ramips/Makefile
b/target/linux/ramips/Makefile
index
"Paweł Dembicki" schreef op 9 september 2021 13:47:36
CEST:
>czw., 9 wrz 2021 o 10:49 Rui Salvaterra napisał(a):
>>
>> Tested on mt7621 (Redmi AC2100) and running stable for several months.
>>
>
>Hi Rui,
>
>Please remember, if this patch will be merged before my PR #4255 [1],
>all mt7620 JBOOT
Hi Hauke
Op zondag 29 augustus 2021 om 11u53 schreef Hauke Mehrtens
:
Hi,
We did the 21.02-rc4, but there is still a problem with flow
offloading as this was not fixed. The other problems should be fixed
now.
On 7/17/21 5:45 PM, Hauke Mehrtens wrote:
Currently we still have these
=backport-5.4.y
Probably not the most kosher way, but I've runtested this patch set on
21.02 HEAD, octeon (EdgeRouter 4), not on master. Works as expected.
Thank you for the hard work!
Cc: Ilya Lipnitskiy
Signed-off-by: Jason A. Donenfeld
Tested-by: Stijn Segers
---
...y1305-enable-for-all
The Canadian edition of the TP-Link Archer A6 v3 uses a different header, but
otherwise it's identical to the already supported EU/US editions.
Signed-off-by: Stijn Segers
Tested-by: Brian Lee
---
tools/firmware-utils/src/tplink-safeloader.c | 1 +
1 file changed, 1 insertion(+)
diff --git
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.
Hi,
Alex Henrie schreef op 20 april 2021 07:28:32 CEST:
>Hello everyone,
>
>OpenWrt 21.02 adds support for the TP-Link AD7200,[1][2] but in
>practice I have not been able to install it. When I try uploading any
>of the three images (uImage, factory, sysupgrade) through the web
>interface, it
-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(+), 1
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
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
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
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
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 isn't
needed anymore. Both
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
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
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/boot/uboot-envtools
/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 1e199db589
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
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
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
"enabled",
>"enabled",
>"4.6W",
>"4W"
>],
>"power_budget": "77W",
>"power_consumption": "7.8W"
>}
>
>Tested-by: Birger Kob
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
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 Ø
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
/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 1e199db589
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
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
-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..d31eb74001 100644
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
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'.
Alternatively, the u
, 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
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/boot/uboot-envtools
s driver 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
no 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
/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
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
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
it (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
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
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
it (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
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/target
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
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 +-
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
h 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/mt7621 (DIR-860L B1): wit
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
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 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,
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
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
(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 Segers
wrote:
Hi
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
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,
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
.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,
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 | 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 | 233
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
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
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
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
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
.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 +
...
gt;> the
>> >>space bar, and enable the network:
>> >># rtk network on
>> >> * Since the GS1900-10HP is a dual-partition device, you
want to
>> keep >> the
>> >>OEM firmware on the backup partition for the ti
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
1 - 100 of 229 matches
Mail list logo
