Hi Adrian,
On Wed, 2020-11-04 at 14:42 +0100, Adrian Schmutzler wrote:
> Hi Sander,
>
> > -Original Message-
> > From: openwrt-devel
> > [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Sander Vanheule
> > Sent: Mittwoch, 4. Novem
Hi Bjørn,
Just some thoughts in addition to what was already mentioned about the
property names.
On Wed, 2020-11-25 at 12:45 +0100, Bjørn Mork wrote:
> This ended up a bit more invasive than I imagined, but here goes..
>
> I wanted to add a couple of new rtl83xx devices. They both use
> standar
custom-initramfs-uimage was replaced by calls to uImage, but apparently
mtc_wr1201 was missed in the transistion. Use uImage for this device
too.
Fixes: 9f574b1b875c "ramips: mt7621: drop custom uImage function"
Signed-off-by: Sander Vanheule
---
target/linux/ramips/image/mt7621.mk
Hi,
On Tue, 2020-12-22 at 12:21 +0100, Petr Štetiar wrote:
>
> does not apply anymore, so you should rebase and resend.
I was actually made aware that my approach is not recommended, so I'm
just going to retract this patch.
As described in commit 0c0bb6299 [1], the bootloader on these devices
h
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/Makefile
> +++ b/target/linux/realtek/image/Makefile
> @@ -65,11 +65,
r's builds and my own builds, I've run-tested this on my
WNDR3700v2 (ath79/generic). Flashing first Petr's build, I ended up in
a boot loop, although booting only failed after the partitions were
correctly processed, similar to [1]. My own build and a second flash
with ynezz's test
85a9c from mips-next to allow control of
the "mcm" reset line.
Signed-off-by: Sander Vanheule
---
The devices this is currently required for are:
* TP-Link Archer C6U v1: https://github.com/openwrt/openwrt/pull/3757
* TP-Link Archer A6 v3: https://github.com/openwrt/openwrt/pull/3786
*
x27; during boot, which drops the
bootloader into its shell
* Change default 'serverip' and 'ipaddr' variables (optional)
* Download initramfs with `tftpboot`, and boot image with `bootm`
# tftpboot 8400 openwrt-initramfs.bin
# bootm
Hardware was kindly provided f
Hi Adrian,
Thanks for the review. I'll fix the naming issues in a v2, some extra
comments below.
On Wed, 2021-02-17 at 01:47 +0100, Adrian Schmutzler wrote:
> > Known issues with this device:
> > The MT7613BE radio is currently not well supported by the mt7615
> > driver:
> > - The EEPROM blob is
was an issue with the ddc75ff704 version of mt76, but appears to
have improved/disappeared with bc3963764d.
Error notice example:
[ 7099.554067] mt7615e :02:00.0: Message 73 (seq 1) timeout
Hardware was kindly provided for porting by Stijn Segers.
Tested-by: Stijn Segers
Signed-off-by: Sande
devices.
Run-tested on a Netgear R6800.
Cc: Stijn Segers
Cc: Hauke Mehrtens
Signed-off-by: Sander Vanheule
---
target/linux/ramips/mt7621/config-5.4 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/mt7621/config-5.4
b/target/linux/ramips/mt7621/config-5.4
index
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-boot data partition could also just be renamed to
'u-boot-env', to match
Hi Ilya,
On Mon, 2021-04-05 at 22:53 -0700, Ilya Lipnitskiy wrote:
> DTS properties that match *-gpios are treated specially.
>
> Use ngpios instead, as most GPIO drivers upstream do.
>
> Fixes 5.10 DTS errors such as:
> OF: /palmbus@30/gpio@600: could not find phandle
>
> Fixes DTC warni
Hi Rafał,
This looks like a useful addition to the safeloader tool.
On Thu, 2021-04-08 at 23:49 +0200, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Add "-i" option for reading & displaying firmware info. First it lists
> in-firmware partitions ("fwup-ptn"). Then it checks for human
> understa
Hi Bjørn,
On Mon, 2021-04-12 at 14:27 +0200, Bjørn Mork wrote:
> Mac adresses are assigned in the order given by the port list. The
> interfaces are also brought up in this order. This target supports
> devices with up to 52 ports. Sorting these alphabetically is very
> confusing, and assigning
s need to first install a snapshot
image before they can install a 21.02 release image. How would PKG_RELEASE
conflicts be avoided for backported patches?
Sander Vanheule (2):
firmware-utils: tplink-safeloader: improve soft-version customisation
firmware-utils: tplink-safeloader: set EAP235-Wall
users can install OpenWrt
on their devices.
Signed-off-by: Sander Vanheule
---
tools/firmware-utils/src/tplink-safeloader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/firmware-utils/src/tplink-safeloader.c
b/tools/firmware-utils/src/tplink-safeloader.c
index 93491
-defined types of
soft-version overwrites, and provide a few macros for easy value
initialisation. Requires all existing values to be updated to match the
new structure.
Signed-off-by: Sander Vanheule
---
tools/firmware-utils/Makefile| 2 +-
tools/firmware-utils/src/tplink-safeloader.c
On Fri, 2021-08-27 at 11:38 +0200, Sander Vanheule wrote:
> Starting with v3 of the vendor firmware for the TP-Link EAP235-Wall v1,
> downgrades to firmware versions below v3 as not allowed. Since OpenWrt
> uses version 0.0.0 as a default, this causes the factory install to fail
> on
On Sat, 2021-08-28 at 10:24 -0300, Henrique de Moraes Holschuh wrote:
> On 27/08/2021 06:38, Sander Vanheule wrote:
> >
> > EAP235-Wall support will be included in the 21.02 release, but users who
> > have a v3 (or later) firmware installed, will not be able to install
&g
this revision number when printing
image info.
Fixes: 1a211af2cb3b ("firmware-utils: tplink-safeloader: refactor
meta-partition generation")
Signed-off-by: Sander Vanheule
---
This patch conflicts with my other tplink-safeloader patch [1] due to the
PKG_RELEASE version bump. Dependin
then changes the (structured) soft-version override for the
EAP235-WALL v1 to support recent vendor firmwares.
Series v1:
https://lists.infradead.org/pipermail/openwrt-devel/2021-August/036170.html
Sander Vanheule (2):
firmware-utils: tplink-safeloader: improve soft-version customisation
users can install OpenWrt
on their devices.
Reported-by: Colton Conor
Tested-by: Colton Conor
Signed-off-by: Sander Vanheule
---
v2: Add Colton Conor's tags
tools/firmware-utils/src/tplink-safeloader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/firmware-utils/
-defined types of
soft-version overwrites, and provide a few macros for easy value
initialisation. Requires all existing values to be updated to match the
new structure.
Signed-off-by: Sander Vanheule
---
v2: Rebase for PKG_RELEASE bump
tools/firmware-utils/Makefile| 2 +-
tools
Hi Paul,
Thanks for the patch. One comment below.
On Fri, 2021-09-17 at 16:11 +0300, Paul Fertser wrote:
> GPIOs > 31 require special handling. This patch fixes both the
> initialisation (defaulting to input) and direction get/set operations.
>
> Runtime-tested on D-Link DGS-1210-10P-R1 which ha
y high GPIOs direction bits on init
Thanks for the update.
Reviewed-by: Sander Vanheule
>
> .../realtek/files-5.4/drivers/gpio/gpio-rtl8231.c | 13 -
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/target/linux/realtek/files-5.4/drivers/gpio/gpio
itramfs.bin
bootelf $fileaddr
Tested by forum user KernelMaker.
Signed-off-by: Sander Vanheule
---
.../ath79/dts/qca9563_tplink_eap225-v1.dts| 44 +++
.../generic/base-files/etc/board.d/02_network | 1 +
.../etc/hotplug.d/firmware/11-ath10k-caldata | 1 +
target/linux/ath7
the boot in case the bootloader left direction and
> data registers in an inconsistent state (e.g. pulling SoC's reset to 0)
> reconfigure everything as input.
>
> Thanks to Sander Vanheule for telling about LED_Start.
>
> Signed-off-by: Paul Fertser
> ---
>
>
ffect.
>
> To avoid disrupting the boot in case the bootloader left direction and
> data registers in an inconsistent state (e.g. pulling SoC's reset to 0)
> reconfigure everything as input.
>
> Signed-off-by: Paul Fertser
Review
Hi Paul,
On Tue, 2021-10-05 at 16:35 +0300, Paul Fertser wrote:
> Most boards supported by this target have a dedicated GPIO line
> connected to SoC's /RESET to allow full clean reliable reboot.
>
> Use regular kernel notifier methods for default restart routines to
> allow higher-priority handle
S1900-8 actually accepts images with bogus trailers. That being said, an image
produced with your patch applied, thus a correct trailer, can also be flashed
and the
trailer is recognized by the stock firmware.
So I guess I can already provide this:
Tested-by: Sander Vanheule
I also have one
On Sat, 2021-10-30 at 10:38 +0200, Bjørn Mork wrote:
> Sander Vanheule writes:
>
> > I wanted to verify that your patch fixes OpenWrt flashing, but
> > V2.60(AAHH.4) on
> > my
> > GS1900-8 actually accepts images with bogus trailers.
>
> This is so strange
Backport the patch queued upstream for 5.16. The patch differs slightly
from the upstream patch due to an upstream change that added a
convenience function.
Signed-off-by: Sander Vanheule
---
...ealtek-otto-fix-gpio-line-irq-offset.patch | 21 +++
1 file changed, 21 insertions
The Realtek Otto WDT driver requires a bus clock source definition. Add
a fixed-clock node to provide the 200MHz clock.
Signed-off-by: Sander Vanheule
---
target/linux/realtek/dts-5.10/rtl838x.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/target/linux/realtek/dts-5.10
, Zyxel GS1900-8,
and Zyxel XGS1250-12. Testers with other devices should ensure that their
system can still restart after applying the complete series.
Sander Vanheule (5):
realtek: Consolidate bootargs
realtek: Add Lexra bus clock
realtek: backport Realtek Otto WDT driver
realtek: Add
reliably on selected
devices, default this platform to use reboot=warm and "cpu" reset.
RTL930x devices have more reliable reset logic, and can use the default
(cold) reboot and "soc" resets.
Note that watchdog restarts are not yet exposed, since the
_machine_restart override
Add patch submitted upstream to linux-watchdog and replace the MIPS
architecture symbols. Requires one extra patch for the DIV_ROUND_*
macros, which have moved to a different header since 5.10.
Also refresh the kernel config to enable the new driver.
Signed-off-by: Sander Vanheule
---
target
All current devices use identical bootargs, so let's move that to the
common devicetree includes.
Signed-off-by: Sander Vanheule
---
target/linux/realtek/dts-5.10/rtl8380_netgear_gigabit.dtsi| 4
target/linux/realtek/dts-5.10/rtl8380_zyxel_gs1900.dtsi | 4
target/
timer"). Let's remove it again.
Signed-off-by: Sander Vanheule
---
.../files-5.10/arch/mips/rtl838x/setup.c | 85 ---
1 file changed, 85 deletions(-)
diff --git a/target/linux/realtek/files-5.10/arch/mips/rtl838x/setup.c
b/target/linux/realtek/files-5.10/arch/m
On Thu, 2021-11-04 at 15:55 +0100, Sander Vanheule wrote:
> Add patch submitted upstream to linux-watchdog and replace the MIPS
> architecture symbols. Requires one extra patch for the DIV_ROUND_*
> macros, which have moved to a different header since 5.10.
>
> Also refresh the k
Hi Christian,
On Thu, 2021-11-04 at 17:07 +0100, Christian Lamparter wrote:
> On 04/11/2021 15:55, Sander Vanheule wrote:
> > All current devices use identical bootargs, so let's move that to the
> > common devicetree includes.
>
> hmm, that "console=ttyS0,...&q
reliably on selected
devices, default this platform to use reboot=warm and "cpu" reset.
RTL930x devices have more reliable reset logic, and can use the default
(cold) reboot and "soc" resets.
Note that watchdog restarts are not yet exposed, since the
_machine_restart override
All current devices use identical bootargs, so let's move that to the
common devicetree includes.
At the same time, also add the equivalent value for /chosen/stdout-path
and add earlycon to the bootargs, in line with upstream DTS.
Signed-off-by: Sander Vanheule
--
v2:
- Add stdout-path
, Zyxel GS1900-8,
and Zyxel XGS1250-12. Testers with other devices should ensure that their
system can still restart after applying the complete series.
Sander Vanheule (5):
realtek: Consolidate bootargs
realtek: Add Lexra bus clock
realtek: Backport Realtek Otto WDT driver
realtek: Add and
frequencies:
- RTL838x: 200MHz
- RTL839x: 200MHz
- RTL930x: 175MHz
Signed-off-by: Sander Vanheule
--
v2:
- Lexra clock defintion for RTL930x, update peripherals
---
target/linux/realtek/dts-5.10/rtl838x.dtsi | 10 --
target/linux/realtek/dts-5.10/rtl930x.dtsi | 11 +--
2 files
timer"). Let's remove it again.
Signed-off-by: Sander Vanheule
---
.../files-5.10/arch/mips/rtl838x/setup.c | 85 ---
1 file changed, 85 deletions(-)
diff --git a/target/linux/realtek/files-5.10/arch/mips/rtl838x/setup.c
b/target/linux/realtek/files-5.10/arch/m
Add patch submitted upstream to linux-watchdog and replace the MIPS
architecture symbols. Requires one extra patch for the DIV_ROUND_*
macros, which have moved to a different header since 5.10.
Signed-off-by: Sander Vanheule
--
v3:
- Fix watchdog Kconfig modifation patch
v2:
- Remove kernel
bles, etc. Any thoughts on this?
Best,
Sander
> Birger
>
> On 06/11/2021 15:52, Sander Vanheule wrote:
> > Backport and enable the Realtek Otto watchdog driver for enhanced system
> > reliability. The watchdog driver can also be used to restart the system,
> >
(RTL8380).
Suggested-by: Birger Koblitz
Signed-off-by: Sander Vanheule
---
.../realtek/files-5.10/drivers/net/ethernet/rtl838x_eth.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/target/linux/realtek/files-5.10/drivers/net/ethernet/rtl838x_eth.c
b/target/linux/realtek
Hi,
On Sun, 2021-10-03 at 15:53 +0900, INAGAKI Hiroshi wrote:
[...]
>
> INAGAKI Hiroshi (3):
> realtek: enable pca953x driver for target
> realtek: enable gpio-restart driver in target
> realtek: add support for Panasonic Switch-M8eG PN28080K
>
> target/linux/realtek/config-5.10
Hi,
On Sun, 2021-10-03 at 15:53 +0900, INAGAKI Hiroshi wrote:
> On Panasonic Switch-M8eG PN28080K, a GPIO pin on PCA9539 chip is used
> for for hard-reset of the system. To use this, enable gpio-restart
> driver and built-in to the kernel.
>
> Signed-off-by: INAGAKI Hiroshi
As made clear by Pau
Hi Hiroshi,
On Sun, 2021-10-03 at 15:53 +0900, INAGAKI Hiroshi wrote:
> Panasonic M8eG PN28080K is a 8 + 1 port gigabit switch, based on
> RTL8380M.
>
> Specification:
>
> - SoC : Realtek RTL8380M
> - RAM : DDR3 128 MiB (Winbond W631GG8KB-15)
> - Flash : SPI-NOR 32 Mi
On Fri, 2021-11-12 at 23:46 +0100, Sander Vanheule wrote:
> > diff --git
> > a/target/linux/realtek/dts-5.10/rtl83xx_panasonic_mxxeg-pn28xx0k.dtsi
> > b/target/linux/realtek/dts-5.10/rtl83xx_panasonic_mxxeg-pn28xx0k.dtsi
> > new file mode 100644
> > index 00
Hi Hiroshi,
On Sun, 2021-11-14 at 14:32 +0900, INAGAKI Hiroshi wrote:
> Hi Sander,
>
> Thank you for your review.
>
> On 2021/11/13 7:46, Sander Vanheule wrote:
> > Hi Hiroshi,
> >
> > On Sun, 2021-10-03 at 15:53 +0900, INAGAKI Hiroshi wrote:
> > &g
All current devices use identical bootargs, so let's move that to the
common devicetree includes.
Signed-off-by: Sander Vanheule
--
v4:
- Drop stdout-path and earlycon again, to limit scope of patch
v2:
- Add stdout-path node, and earlycon to bootargs
---
target/linux/realtek/dts
, Zyxel GS1900-8,
and Zyxel XGS1250-12. Testers with other devices should ensure that their
system can still restart after applying the complete series.
Main changes in v4:
- Use cold restart (full SoC reset) on all devices by default
Sander Vanheule (5):
realtek: Consolidate bootargs
realtek: Add
frequencies:
- RTL838x: 200MHz
- RTL839x: 200MHz
- RTL930x: 175MHz
Signed-off-by: Sander Vanheule
--
v2:
- Lexra clock defintion for RTL930x, update peripherals
---
target/linux/realtek/dts-5.10/rtl838x.dtsi | 10 --
target/linux/realtek/dts-5.10/rtl930x.dtsi | 11 +--
2 files
timer"). Let's remove it again.
Signed-off-by: Sander Vanheule
---
.../files-5.10/arch/mips/rtl838x/setup.c | 85 ---
1 file changed, 85 deletions(-)
diff --git a/target/linux/realtek/files-5.10/arch/mips/rtl838x/setup.c
b/target/linux/realtek/files-5.10/arch/m
Add patch submitted upstream to linux-watchdog and replace the MIPS
architecture symbols. Requires one extra patch for the DIV_ROUND_*
macros, which have moved to a different header since 5.10.
Signed-off-by: Sander Vanheule
--
v3:
- Fix watchdog Kconfig modifation patch
v2:
- Remove kernel
tware| reboot=software
Preferrably, these devices should use an alternative restart method like
gpio-restart to provide reliable restarts.
Note that watchdog restarts are not yet exposed, since the
_machine_restart override is still present.
Signed-off-by: Sander Vanheule
--
v4:
- Als
The RTL8231 driver is currently not setting the maximum number of GPIOs
correctly, so this needs to be fixed. While we're at it, add some other small
improvements to the driver.
These patches were tested on my GS110TPP.
Sander Vanheule (3):
realtek: Fix RTL8231 gpio count
realtek
The RTL8231's gpio_chip.ngpio was set to 36, which is the largest valid
GPIO index. Fix the allowed number of GPIOs by setting ngpio to 37, the
actual line count.
Reported-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files-5.10/drivers/gpio/gpio-rtl8231.
perty, and perform a sanity check when probing the device. This
allows the other parts of the driver to be simplified a bit.
Signed-off-by: Sander Vanheule
---
.../files-5.10/drivers/gpio/gpio-rtl8231.c| 33 +--
1 file changed, 16 insertions(+), 17 deletions(-)
diff --git a/ta
Set the gpio_chip.base to -1 to use automatic GPIO line indexing.
Setting base to 0 or a positive number is deprecated and should not be
used.
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files-5.10/drivers/gpio/gpio-rtl8231.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
ds to unresponsive network after the restart. By
resetting both the ethernet NIC and queues, networking always comes up
reliably.
Suggested-by: Birger Koblitz
Signed-off-by: Sander Vanheule
---
v1 -> v2:
- Reword commit message
- Introduce reset_mask variable
---
.../files-5.10/drivers/net/
bin
bootelf $fileaddr
Tested by forum user KernelMaker.
Link: https://forum.openwrt.org/t/eap225-v1-firmware/87116
Signed-off-by: Sander Vanheule
---
.../ath79/dts/qca9563_tplink_eap225-v1.dts| 44 +++
.../generic/base-files/etc/board.d/02_network | 1 +
.../etc/hotplug.d
This series adds support for the (not so popular) EAP225v1 2x2 802.11ac Wave-1
access point. This device is almost identical to the EAP245v1 from commit
b11ad4876440 ("ath79: support for TP-Link EAP245 v1"), with the main difference
being the 5GHz radio.
Support was requested by a few forum users,
3
partition radio base 0xff size 0x1
For OpenWrt, the os-image and file-system partition are merged into one
firmware partition, to enable dynamic rootfs partition splits.
Signed-off-by: Sander Vanheule
---
src/tplink-safeloader.c | 26 ++
1 file changed, 26 inser
[3/4]
- Verify chip presence when probing, and fail if it cannot be found [4/4]
Main changes since v1:
- Add chip detection patch
These patches were tested on my GS110TPP.
Sander Vanheule (4):
realtek: fix RTL8231 gpio count
realtek: use automatic GPIO numbering for RTL8231
realtek: always requir
Set the gpio_chip.base to -1 to use automatic GPIO line indexing.
Setting base to 0 or a positive number is deprecated and should not be
used.
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files-5.10/drivers/gpio/gpio-rtl8231.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
two lines will be logged:
[0.453698] Probing RTL8231 GPIOs
[0.457312] rtl8231_init called, MDIO bus ID: 31
Signed-off-by: Sander Vanheule
---
.../files-5.10/drivers/gpio/gpio-rtl8231.c| 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/target
operty, as there is no real reason to use 0 as default, and perform a
sanity check on the value when probing. This allows the other parts of
the driver to be simplified a bit.
Signed-off-by: Sander Vanheule
---
.../files-5.10/drivers/gpio/gpio-rtl8231.c| 33 +--
1 file changed, 16
The RTL8231's gpio_chip.ngpio was set to 36, which is the largest valid
GPIO index. Fix the allowed number of GPIOs by setting ngpio to 37, the
actual line count.
Reported-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files-5.10/drivers/gpio/gpio-rtl8231.
d by a few forum users, although only one came back
to
inform me they were succesful in flashing OpenWrt.
Support for generating images for this devices was merged in firmware-utils with
commit fa3537981859 (" tplink-safeloader: add EAP225 v1 support").
Sander Vanheule (1):
ath79: add
On Sat, 2021-11-20 at 14:06 +0100, Sander Vanheule wrote:
> TP-Link EAP225 v1 is an AC1200 (802.11ac Wave-1) ceiling mount access point.
>
> Device specifications:
> * SoC: QCA9563 @ 775MHz
> * RAM: 128MiB DDR2
> * Flash: 16MiB SPI-NOR
> * Wireless 2.4GHz (SoC): b/g/n,
bin
bootelf $fileaddr
Tested by forum user KernelMaker.
Link: https://forum.openwrt.org/t/eap225-v1-firmware/87116
Signed-off-by: Sander Vanheule
---
v2 -> v3:
- Use upstream-compliant names for led nodes
- Add color and function properties to led nodes
v1 -> v2:
- Split fir
On Wed, 2021-11-24 at 21:33 +0200, Stijn Tintel wrote:
> On 14/11/2021 20:45, Sander Vanheule wrote:
> > Backport and enable the Realtek Otto watchdog driver for enhanced system
> > reliability. The watchdog driver can also be used to restart the system,
> > but that requires
The internal GPIO controller on RTL838x is also an IRQ controller, which
requires the 'interrupt-controller' and '#interrupts-cells' properties
to be present in the device tree.
Reported-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/dts-5
Now that _machine_restart has been removed for the realtek target, gpio-restart
can be enabled and used on devices that support it. These patches enable the
driver, and set up the correct GPIO on supported Realtek-based switches from
Netgear.
Sander Vanheule (2):
realtek: Enable gpio-restart
Add the gpio-restart driver to the realtek build. This way devices,
which cannot reliably perform resets using the SoC's internal reset
logic, can use a GPIO line to drive the SoC's hard reset input.
Signed-off-by: Sander Vanheule
---
target/linux/realtek/config-5.10 | 1 +
1 file
tarts work properly.
Cc: Raylynn Knight
Cc: Michael Mohr
Cc: Stijn Segers
Cc: Stijn Tintel
Signed-off-by: Sander Vanheule
---
target/linux/realtek/dts-5.10/rtl8380_netgear_gigabit.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/target/linux/realtek/dts-5.10/rtl8380_netgear_gigab
Although all supported Netgear GS1xx/GS3xx switches have an RTL8231 GPIO
expander, this is not yet enabled on these devices. These patches fix the
device tree, and then expose the status LEDs on the GS110TPP v1.
Sander Vanheule (2):
realtek: netgear-gigabit: Enable RTL8231
realtek: netgear
: Michael Mohr
Cc: Stijn Segers
Cc: Stijn Tintel
Signed-off-by: Sander Vanheule
---
To everyone in CC, could you please verify that the RTL8231 is present
in your device(s) at address 31. On my GS110TPP the status LEDs are
located on external GPIOs 31, 32, and 34. Other devices configure the
same
The GS110TPP has an RGB LED used for system status indication. Expose
all three components as separate GPIO LEDs connected via the device's
RTL8231.
Signed-off-by: Sander Vanheule
---
.../dts-5.10/rtl8380_netgear_gs110tpp-v1.dts | 33 +++
1 file changed, 33 insertions(+)
Hi Bjørn,
On Fri, 2021-11-26 at 13:41 +0100, Bjørn Mork wrote:
> Sander Vanheule writes:
>
> > To everyone in CC, could you please verify that the RTL8231 is present
> > in your device(s) at address 31. On my GS110TPP the status LEDs are
> > located on external GPI
The Realtek Otto watchdog timer driver was accepted upstream, and is
queued for 5.17. Update the patch's file name, and replace by the final
version.
Signed-off-by: Sander Vanheule
---
...dog-add-realtek-otto-watchdog-timer.patch} | 82 +--
1 file changed, 57 insertions(+
Hi Hiroshi,
Thanks for the update. Some inline comments below.
On Tue, 2021-11-30 at 19:43 +0900, INAGAKI Hiroshi wrote:
> Panasonic Switch-M8eG PN28080K is a 8 + 1 port gigabit switch, based on
> RTL8380M.
>
> Specification:
>
> - SoC : Realtek RTL8380M
> - RAM : DDR3 128 M
Not all devices using the gpio0/sys-led pin as a GPIO, configure the
pinmux. Add the necessary pinctrl properties to these devices to ensure
the pin is set up for use as GPIO.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux
changes for
users, although there will be some bootlog differences.
We hope these patches will make it easier for developers to write upstream-
compatible code on OpenWrt. Vice versa, it should also be easier with these
changes to backport drivers and patches that were upstreamed.
Sander Vanheule (13
Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/dts-5.10/rtl838x.dtsi | 9 -
target/linux/realtek/dts-5.10/rtl930x.dtsi | 9 -
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/target/linux/realtek/dts-5.10/rtl838x.dtsi
b/target/linux/realtek/dts-5.10
Like for RTL838x devices, add a pinctrl-single node to manage the
sys-led/gpio0 mux, and allow using the pin as GPIO.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/dts-5.10/rtl930x.dtsi | 15 +++
1 file
: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
.../files-5.10/arch/mips/rtl838x/setup.c | 40 ---
1 file changed, 40 deletions(-)
diff --git a/target/linux/realtek/files-5.10/arch/mips/rtl838x/setup.c
b/target/linux/realtek/files-5.10/arch/mips/rtl838x/setup.c
index
-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
.../files-5.10/arch/mips/include/asm/mach-rtl838x/mach-rtl83xx.h | 1 +
1 file changed, 1 insertion(+)
diff --git
a/target/linux/realtek/files-5.10/arch/mips/include/asm/mach-rtl838x/mach-rtl83xx.h
b/target/linux/realtek/files-5.10
Include the mach-rtl83xx.h header from the root MIPS asm include
directory. This will allow custom build options to be dropped once
ioremap.h is no longer required.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files
Backport the patch that introduced the MACH_REALTEK_RTL platform in
5.12, which is based on MIPS_GENERIC. This will allow some custom
platform code to be dropped from the realtek target.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
...-add
Make all drivers depend on the upstream platform, instead of the
downstream platform. This can be achieved by dropping the dependendy
patches, and requires some updates to the downstream drivers.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
.../arch/mips/generic/board-realtek.c | 145 ++
...-in-board-realtek-for-generic-kernel.patch | 9 ++
2 files changed, 154 insertions(+)
create mode 100644
target/linux/realtek/files-5.10/arch/mips/generic/board-realtek.c
, the kernel load
and entry addresses need to be updated to match the expected values.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/config-5.10| 36 -
target/linux/realtek/image/Makefile
Instead of providing a console= bootarg, provide the stdout-path
property. Complement this with adding the earlycon bootarg, so early
console output is available.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
target/linux/realtek/dts-5.10
The original platform is no longer used by any drivers, but was replaced
by MACH_REALTEK_RTL. Drop the old platform patch and unused files.
Co-developed-by: INAGAKI Hiroshi
Signed-off-by: INAGAKI Hiroshi
Signed-off-by: Sander Vanheule
---
.../mips/include/asm/mach-rtl838x/ioremap.h | 29
1 - 100 of 439 matches
Mail list logo
