Re: Purpose of openwrt-devel?

2024-03-24 Thread Olliver Schinagl
On 24-03-2024 06:35, Elliott Mitchell wrote: On Sat, Mar 23, 2024 at 10:02:39PM +0100, Olliver Schinagl wrote: On 23-03-2024 18:51, Elliott Mitchell wrote: On Sat, Mar 23, 2024 at 03:15:44AM +0100, Olliver Schinagl wrote: Odd thing about what you put in parentheses. I've been trying t

Re: Purpose of openwrt-devel?

2024-03-23 Thread Olliver Schinagl
On 23-03-2024 18:51, Elliott Mitchell wrote: On Sat, Mar 23, 2024 at 03:15:44AM +0100, Olliver Schinagl wrote: True enough. Though I will cite this as an example of the care used in the design. I can't argue the design, not because I can't read it; but because I'm sure you&

Re: Purpose of openwrt-devel?

2024-03-22 Thread Olliver Schinagl
Heyb Elliot, On March 21, 2024 10:28:29 p.m. GMT+01:00, Elliott Mitchell wrote: >On Thu, Mar 21, 2024 at 10:00:46AM +0100, Olliver Schinagl wrote: >> On 20-03-2024 01:34, Elliott Mitchell wrote: >> > On Mon, Mar 18, 2024 at 10:53:12AM +0100, Olliver Schinagl wrote: >>

Re: Purpose of openwrt-devel?

2024-03-21 Thread Olliver Schinagl
On 20-03-2024 01:34, Elliott Mitchell wrote: On Mon, Mar 18, 2024 at 10:53:12AM +0100, Olliver Schinagl wrote: I expect this to be done very rarely and by users that know what they are doing, but just "automating" a few logical git commands. Performance is not a key-driver here

Re: Purpose of openwrt-devel?

2024-03-18 Thread Olliver Schinagl
On 18-03-2024 01:34, Elliott Mitchell wrote: On Sun, Mar 17, 2024 at 11:44:45AM +0100, p...@oranjevos.nl wrote: Op 16 mrt. 2024, om 07:46 heeft Elliott Mitchell het volgende geschreven: On Sat, Mar 16, 2024 at 02:19:27PM +0800, Chuanhong Guo wrote: And more comments on the perl thing: A main

Re: Purpose of openwrt-devel?

2024-03-14 Thread Olliver Schinagl
Hey Elliott, On 14-03-2024 01:50, Elliott Mitchell wrote: On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote: On 13-03-2024 08:46, Felix Baumann wrote: Am 13. März 2024 05:11:23 MEZ schrieb Elliott Mitchell: I must challenge this. If patches via the mailing list were accepted

Re: Purpose of openwrt-devel?

2024-03-14 Thread Olliver Schinagl
Hey Daniel, On 14-03-2024 02:40, Daniel Golle wrote: On Wed, Mar 13, 2024 at 05:50:36PM -0700, Elliott Mitchell wrote: Anyway. The true dependency on Github is everything they offer besides git: Bug tracker, Pull Requests, comments made on PRs, comments made on commits, ... scraping all that

Re: Purpose of openwrt-devel?

2024-03-13 Thread Olliver Schinagl
On 13-03-2024 08:46, Felix Baumann wrote: Am 13. März 2024 05:11:23 MEZ schrieb Elliott Mitchell: I must challenge this. If patches via the mailing list were accepted, then we should see things sent to the mailing list getting into the repository. Yet many patches get no attention. Some get r

Re: Linux kernel 6.1 or 6.6 for OpenWrt 24.x release?

2024-02-23 Thread Olliver Schinagl
Hi, I track the status of the Linux kernel 6.1 migration in this github issue:https://github.com/openwrt/openwrt/issues/14546 There are still many targets on kernel 5.15 without testing support for kernel 6.1 in OpenWrt mas

Re: [RFC PATCH 4/7] realtek: add RTL8380 switch port LED driver

2022-08-10 Thread Olliver Schinagl
On 30-07-2022 00:02, Sander Vanheule wrote: On Fri, 2022-07-29 at 14:58 +0200, Olliver Schinagl wrote: On 16-07-2022 21:09, Sander Vanheule wrote: RTL8380 switch SoCs can control up to 3×28 LEDs to display status of the switch's ethernet port. This driver allows to address these LED

Re: [RFC PATCH 5/7] realtek: rtl838x: replace pinctrl-single

2022-08-10 Thread Olliver Schinagl
On 29-07-2022 23:41, Sander Vanheule wrote: On Fri, 2022-07-29 at 14:58 +0200, Olliver Schinagl wrote: On 16-07-2022 21:09, Sander Vanheule wrote: Replace the pinctrl-single node with the dedicated pinctrl driver for RTL838x SoCs. The node names are kept to stay compatible with existing

Re: [RFC PATCH 3/7] realtek: add pinctrl for Realtek maple

2022-08-10 Thread Olliver Schinagl
On 29-07-2022 23:34, Sander Vanheule wrote: On Fri, 2022-07-29 at 14:58 +0200, Olliver Schinagl wrote: On 16-07-2022 21:09, Sander Vanheule wrote: Adds a pin control driver for RTL838x managed gigabit switch SoCs, and RTL833x managed fast ethernet switch SoCs, both codenamed "Maple&q

Re: [RFC PATCH 2/7] realtek: add switch core MFD driver

2022-08-09 Thread Olliver Schinagl
Hey Sander, On 29-07-2022 22:19, Sander Vanheule wrote: On Fri, 2022-07-29 at 14:58 +0200, Olliver Schinagl wrote: Hey Sander, On 16-07-2022 21:09, Sander Vanheule wrote: Realtek managed switch SoCs such as the RTL8380 consist of a MIPS CPU with a number of basic peripherals, and an ethernet

Re: [RFC PATCH 7/7] realtek: Netgear GS110TPPv1: define port LEDs

2022-07-29 Thread Olliver Schinagl
On 29-07-2022 15:31, Sander Vanheule wrote: On Fri, 2022-07-29 at 14:58 +0200, Olliver Schinagl wrote: On 16-07-2022 21:09, Sander Vanheule wrote: Add the port LEDs for lan1-lan8 to the device tree for the GS110TPP v1. To reproduce the same behaviour as stock firmware, green should be LINK/ACT

Re: [RFC PATCH 6/7] realtek: Zyxel GS1900-8: define port LEDs

2022-07-29 Thread Olliver Schinagl
arily the patch author). absolutly; I'm not subsribed either; so I downloaded the mbox file from patchwork; and did a 'reply-list'; guess thunderbird simply doesn't know about other reviewers based on the mbox file; which is obvious of course ... On Fri, 2022-07-29 at 14:5

Re: [RFC PATCH 7/7] realtek: Netgear GS110TPPv1: define port LEDs

2022-07-29 Thread Olliver Schinagl
On 16-07-2022 21:09, Sander Vanheule wrote: Add the port LEDs for lan1-lan8 to the device tree for the GS110TPP v1. To reproduce the same behaviour as stock firmware, green should be LINK/ACT 1G, and amber should be LINK/ACT 100M/10M: for i in $(seq 1 8); do echo 13 > /sys/class/le

Re: [RFC PATCH 6/7] realtek: Zyxel GS1900-8: define port LEDs

2022-07-29 Thread Olliver Schinagl
On 16-07-2022 21:09, Sander Vanheule wrote: Add all port LEDs to the device tree for the GS1900-8. To reproduce the same behaviour as stock firmware, the LEDs need to light up on all link speeds, and blink on link activity: echo 1f > /sys/class/leds/lan?/rtl_hw_trigger echo realtek-swi

Re: [RFC PATCH 2/7] realtek: add switch core MFD driver

2022-07-29 Thread Olliver Schinagl
Hey Sander, On 16-07-2022 21:09, Sander Vanheule wrote: Realtek managed switch SoCs such as the RTL8380 consist of a MIPS CPU with a number of basic peripherals, and an ethernet switch peripheral. Besides performing ethernet related tasks, this switch core also provides SoC management features.

Re: [RFC PATCH 3/7] realtek: add pinctrl for Realtek maple

2022-07-29 Thread Olliver Schinagl
On 16-07-2022 21:09, Sander Vanheule wrote: Adds a pin control driver for RTL838x managed gigabit switch SoCs, and RTL833x managed fast ethernet switch SoCs, both codenamed "Maple". Only RTL838x has been tested, but functionality should be near identical. Since control bits for different muxes a

Re: [RFC PATCH 4/7] realtek: add RTL8380 switch port LED driver

2022-07-29 Thread Olliver Schinagl
On 16-07-2022 21:09, Sander Vanheule wrote: RTL8380 switch SoCs can control up to 3×28 LEDs to display status of the switch's ethernet port. This driver allows to address these LEDs and provides direct control, blink offloading, and switch port status offloading. Since offloading of the generic

Re: [RFC PATCH 5/7] realtek: rtl838x: replace pinctrl-single

2022-07-29 Thread Olliver Schinagl
On 16-07-2022 21:09, Sander Vanheule wrote: Replace the pinctrl-single node with the dedicated pinctrl driver for RTL838x SoCs. The node names are kept to stay compatible with existing references. Signed-off-by: Sander Vanheule --- target/linux/realtek/dts-5.10/rtl838x.dtsi | 38 ++---