Re: here we are again: real name 'discussion'

I do not see anyone from the committers complaining about the revert. If folks felt that a vote was neccesseary, then someone would have started one. I have a feeling that folks are happy with the old status quo and no vote is required.     John On 18.04.24 16:13, Paul D wrote: On

Re: OpenWrt One / project update

using OP-TEE and fTPM. pretty high on my list once we find the time https://trustedfirmware-a.readthedocs.io/en/latest/components/spd/index.html https://trustedfirmware-a.readthedocs.io/en/latest/components/spd/optee-dispatcher.html ___

Re: OpenWrt One / project update

On 12.04.24 15:30, Michael Richardson wrote: Is the MT7981B specification available publically at this point? I can find a 7986 sheet on hackaday, but who knows how it differs (marketing people and their numbers) Hi http://mirror2.openwrt.org/docs/     John

Re: OpenWrt Summit 2024 & Battlemesh v16 Announcement

On 12.04.24 02:19, David Bauer via openwrt-devel wrote: can you share which identifier was assigned for OpenWrt? I don't see it in the list of the IEEE yet. The process is still pending. SFC needs to register the OUI block as "does business as" to make sure OpenWrt shows up as the name.   

Re: OpenWrt Summit 2024 & Battlemesh v16 Announcement

Hi We will auction off one or two OpenWrt One. The first 15 EVT samples have been tested, and a new production run of 100 DVT samples will start shortly. these 100 samples will have OpenWrt OUI macs and calibration data. the winners of the auction will receive samples via express courier

Re: OpenWrt Summit 2024 & Battlemesh v16 Announcement

Hi, We will auction off one or two OpenWrt One. The first 15 samples have been tested, an ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

OpenWrt One / project update

Hi, Just dropping a quick update on the  OpenWrt One project. I've received the first batch of three PCBs for testing today. I am in the process of testing the hardware to make sure everything works as intended. There are twelve further early prototype boards on standby in case we need to

Re: here we are again: real name 'discussion'

Hi, the SoB is a DCO https://en.wikipedia.org/wiki/Developer_Certificate_of_Origin without a real name DCO is not assignable     John On 26.03.24 14:39, Paul D wrote: We have quorum/consensus on this issue. Is it too much to ask that everyone now follow it, or at least have this token

Re: OpenWrt One - celebrating 20 years of OpenWrt

Hi Rafał, Is there any update / schedule you could share? I have been meaning to send an update for a few days. Thanks for reminding me. I'm really looking forward to this device. yeah, me too ;) Lots of stuff has been happening. There was a short break due to the lunar new year but we

Re: [VOTE] New member proposal: Robimarko (Robert Marko)

I would like to add Robert to the OpenWrt committers team. +1 thx @robimarko for taking care of the QCA mess ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 17.01.24 20:31, David Bauer wrote: Hi John, On 1/9/24 11:49, John Crispin wrote: FAQ * Why are there are 2 different flash chips? - the idea is to make the device (almost!) unbrickable and very easy to recover - NAND will hold the main loader (U-Boot) and the Linux image

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 17.01.24 20:28, Daniel Santos wrote: On 1/16/24 00:36, John Crispin wrote: And in the interest of running *my* own mouth, I'm stoked as hell -- LOVE that it will have mikroBUS! Thanks to John and everyone working on this! My only request is that any unused gpios that don't make

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 17.01.24 17:19, Fernando Frediani wrote: Hi, again, does this SoC have any type of NAT offload capability ? Now a days with common Internet Broadband plans that is becoming a must. Also is there any possibility to consider more than just 2 Ethernet ports (at least 4)? Would that increase

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 17.01.24 17:46, Janusz Dziedzic wrote: Do you think I can use m.2 A->M converter here and use wifi mt7916 A+E (6GHz) instead of NVMe? Eg.https://kamami.pl/akcesoria-do-raspberry-pi/587051-m2-m-key-to-m2-a-key-adapter-m2-m-key-do-m2-a-key.html Will that work? so the theory but we wont know

Re: OpenWrt One - celebrating 20 years of OpenWrt

Additional FAQ for OpenWrt One This is a summary of some further questions regarding the OpenWrt One project gathered so far. After OpenWrt voted to move forward, it will be converted into a page within the OpenWrt wiki as a place for collecting the latest information. Q: Will the various

Re: OpenWrt One - celebrating 20 years of OpenWrt

And in the interest of running *my* own mouth, I'm stoked as hell -- LOVE that it will have mikroBUS! Thanks to John and everyone working on this! My only request is that any unused gpios that don't make it to mikroBUS find their way to a (possibly unpopulated) header some where for the

Re: OpenWrt One - celebrating 20 years of OpenWrt

when did crowdfunding come into play here ? there is no intention of starting a crowdfunder.     John On 15.01.24 01:51, Kathy Giori wrote: Or CrowdSupply (founder Joshua Lifton). Or I could introduce you to BeagleBoard.org -- combo of

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 12.01.24 16:16, Bas Mevissen via openwrt-devel wrote: Hardwarespecifications: * SOC: MediaTek MT7981B * Wi-Fi: MediaTek MT7976C (2x2 2.4 GHz + 3x3/2x2 + zero-wait DFS 5Ghz) Was the MT7986AV, MT7976DA combo considered? Has 4x4 for office applications (MU-MIMO), so might be useful for

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 10.01.24 12:17, Robert Marko wrote: Along with a well designed minimalistic case with sufficient passive cooling and optional integrated antennas. Thinking something along the Flirc RPi4 cases, using the case itself as a cooler. With half the case radio transparent and a choice between

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 09.01.24 14:51, Chuanhong Guo wrote: Hi! On Tue, Jan 9, 2024 at 6:52 PM John Crispin wrote: [...] FAQ * Why are there are 2 different flash chips? - the idea is to make the device (almost!) unbrickable and very easy to recover What about a built-in JTAG probe instead of SPI-NOR+USB-UART

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 09.01.24 12:56, Robert Marko wrote: ---SNIP--- Why not 6GHz? 6GHz requires an external card, and I doubt you can fit that in the target price. Regards, Robert correct. as mentioned in the email, we wanted to start out small. also upstream mac80211 is still missing a bunch of 11be

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 09.01.24 12:58, Rafał Miłecki wrote: So are you looking for just a generic interest feedback? Or some technical comments? What are next steps for this project and do you could use some community help? just general feedback. it felt a bit weird to jump straight into voting.     John

OpenWrt One - celebrating 20 years of OpenWrt

gned-off-by: Alexander Couzens Signed-off-by: Bradley M. Kuhn Signed-off-by: Daniel Golle Signed-off-by: David Bauer Signed-off-by: Denver Gingerich Signed-off-by: Felix Fietkau Signed-off-by: Hauke Mehrtens Signed-off-by: John Crispin Signed-off-by: Jo-Philipp Wich Signed-off-by: Paul Spoore

Re: [PATCH] netifd: exclude 20-smp-packet-steering on bcm53xx

northstar could ship a uci-defaults script to populate UCI for line 37 --> https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/network/config/netifd/files/etc/hotplug.d/net/20-smp-packet-steering;h=8a86bf75f60040e97a7779628afb0993aee87c50;hb=HEAD#l37 On 02.02.23 17:06, Rafał Miłecki

Re: mt7621 GPIO mapping mystery

On 21.01.23 15:51, Sergio Paracuellos wrote: AFAICS, the Ralink driver sets gpio mode for a group of pins using set_mux operation [1] so when the gpio_request_enable() operation is called a check for that pin is set as gpio is performed. Nothing else. Maybe John Crispin who is the writer

Re: [PATCH procd] instance: dump netdev params

(>netdev, var) + blobmsg_add_string(b, NULL, blobmsg_data(var->data)); + blobmsg_close_array(b, n); + } + Acked-by: John Crispin ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.

Re: [PATCH] ugps: add baud rate command line option

Hi, thanks for the patch ! + default: + return B0; please default to B4800 and add a fprintf(stderr, ...) indicating this decision     John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: mips: [RFC] adding support for APJET01 ref board

On 13.11.21 17:30, Oleksandr Hnatiuk wrote: From: Oleksandr Hnatiuk Signed-off-by: Oleksandr Hnatiuk Changes in this version of the patch: - removed nested rootfs partition - added "compatible" field to the linux partition - added IMAGE_SIZE field to device description This patch enables

Re: warning about which deprecated

https://lwn.net/Articles/874333/ ?!? On 07.11.21 19:05, Ansuel Smith wrote: Updating to latest ubuntu devel this now comes up /home/ansuel/openwrt/staging_dir/host/bin/which: this version of `which' is deprecated; use `command -v' in scripts instead. I think we have to update something?

Re: [PATCH 2/2] hostapd: force ieee80211w instead of setting a default

Am 11.10.21 um 19:40 schrieb Henrique de Moraes Holschuh via openwrt-devel: The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by

[PATCH] netifd: fix wpa enterprise mode

tap.sh can then properly setup wpa3/eap. Tested-on: iPhone 12, Samsung S10/S20 Signed-off-by: John Crispin --- scripts/netifd-wireless.sh | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/scripts/netifd-wireless.sh b/scripts/netifd-wireless.sh index 80fbf75..0ee95d9 100644 ---

[PATCH 2/2] hostapd: force ieee80211w instead of setting a default

WPA3 modes require 11w to be set to optional/required. Using set_default would allow forcing an invalid value from UCI. Signed-off-by: John Crispin --- package/network/services/hostapd/files/hostapd.sh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/package/network

[PATCH 1/2] hostapd: fix wpa enterprise mode

w corretly passed values from netifd are honoured. Tested-on: iPhone 12, Samsung S10/S20 Signed-off-by: John Crispin --- .../network/services/hostapd/files/hostapd.sh | 35 +-- 1 file changed, 24 insertions(+), 11 deletions(-) diff --git a/package/network/services/hostapd/files/

Re: [PATCH] realtek-poe: add support for PoE on Realtek switches

On 26.09.21 13:34, David Bauer wrote: That being set, the goal of poemgr is not to replace the other efforts. I'm sorry if I caused this impression. it did not replace anything. I am fully with you on this one, realtek-poe took the same approach but merging it was NAK'ed with the argument,

Re: [PATCH] realtek-poe: add support for PoE on Realtek switches

poemgr does not use the APIs provided by libubox so I doubt that this will land in the tree.     John On 26.09.21 07:22, Raylynn Knight wrote: It’s not clear to me what OpenWrt supported device(s) the below poemgr is meant for! It might be helpful to compile a list of currently supported

Re: [PATCH ubus] ubusd: log ACL init errors

-by: John Crispin --- ubusd_acl.c | 13 ++--- ubusd_main.c | 3 +++ 2 files changed, 13 insertions(+), 3 deletions(-) diff --git a/ubusd_acl.c b/ubusd_acl.c index e050e2c..352c581 100644 --- a/ubusd_acl.c +++ b/ubusd_acl.c @@ -26,6 +26,7 @@ #include #include #include +#include

Re: Guidance on creating man pages for procd utilities

On 19.08.21 03:24, Lucas Ramage wrote: Greetings, I would like to create man pages for uxc and some of the other utilities in the procd repository. Searching through some of the commits in the openwrt/packages repository shows that man pages are intensionally disabled from being built, but

Re: [PATCH] uqmi: Move to community packages repo

On 02.07.21 13:35, Koen Vandeputte wrote: +1 for keeping it in the core I agree, moving packages into the feed makes sense, but stuff needed for connectivity should stay in trunk     John ___ openwrt-devel mailing list

Re: [PATCH] comgt: Move to community packages repo

On 28.06.21 21:14, Paul Spooren wrote: I'm in favor of this too but if it's a core feature (i.e. SIM card support) we should provide the package by default to, not? this should be explained in the wiki,     John ___ openwrt-devel mailing list

Re: [PATCH] comgt: Move to community packages repo

On 28.06.21 19:26, Piotr Dymacz wrote: I might be wrong here but I think we don't include packages from external feeds inside 'DEVICE_PACKAGES' (not sure/don't remember why). I am in favour of moving all none-core packages to the feeds. the dependency should be removed and a note should be

Re: [PATCH 0/1] Workaround for rut955 modem initialization

On 28.06.21 13:56, ontje.luensd...@dlr.de wrote: This will probably affect all other modems and we are not sure if this may cause side-effects on other devices. As similar problem can be observed when looking at swconfig. some switches need a reset, others do not. for this purpose an

[PATCH] hostapd: fix 11w support in eap192 mode

wpa3 enterprise does not work without enabling 11w support. Signed-off-by: John Crispin --- package/network/services/hostapd/files/hostapd.sh | 1 + 1 file changed, 1 insertion(+) diff --git a/package/network/services/hostapd/files/hostapd.sh b/package/network/services/hostapd/files

Re: [PATCH] base-files: add blink and turnoff commands to the led script

you can either use the uci option to make this a boot default or use the commands to do this manually this is a common feature of LEDs. they can be on/off have a trigger etc etc. John On 28.06.21 12:01, Karl Palsson wrote: John Crispin wrote: This allows us to make all leds blink

[PATCH] base-files: add blink and turnoff commands to the led script

This allows us to make all leds blink or force all leds to off. It is also possible to force the default behaviour to not load any led states/triggers by setting system.@system[-1].leds_off to 1. Signed-off-by: John Crispin --- package/base-files/files/etc/init.d/led | 23

Re: Flagship AX routers

the On 26.05.21 18:44, Bjørn Mork wrote: Alberto Bursi writes: On 26/05/21 10:56, Bjørn Mork wrote: Daniel Golle writes: When using as dual-band AP, also the Gigabit Ethernet of the E8450 can become a bottle-kneck, UniFi 6 LR got that Aquantina 2.5GBase-T PHY But there is no driver for

Re: Flagship AX routers

On 21.05.21 20:18, Stijn Segers wrote: Oh you'd provably get the board up and running in a jiffy. I suppose the multi-gigabit PHYs might already be supported as well - not in the loop in those. The wireless? Just look at Broadcom's FOSS track record with 802.11g/n/ac. And vote with your

Re: Flagship AX routers

On 19.05.21 00:09, Paul Spooren wrote: Hi, On 5/18/21 11:52 PM, Philip Prindeville wrote: Hi all, I noticed that there are several AX routers from TP-Link, Netgear, D-Link, etc. and some of them have even had OpenWRT ported to them. Which of these various platforms has the most

Re: [PATCH] realtek-poe: add support for PoE on Realtek switches

On 11.05.21 19:51, Rafał Miłecki wrote: On 11.05.2021 19:46, John Crispin wrote: On 11.05.21 19:45, Rafał Miłecki wrote: I'm really tired of dealing with such hacky solutions. Look at netifd, DSA and LuCI as example. We ended up with something that noone fully understands. Jo - our UI guru

Re: [PATCH] realtek-poe: add support for PoE on Realtek switches

On 11.05.21 19:45, Rafał Miłecki wrote: I'm really tired of dealing with such hacky solutions. Look at netifd, DSA and LuCI as example. We ended up with something that noone fully understands. Jo - our UI guru - couldn't deal with designing a proper UI for that f*cked config syntax. sorry

Re: [PATCH] realtek-poe: add support for PoE on Realtek switches

On 11.05.21 19:38, John Crispin wrote: On 11.05.21 19:34, Rafał Miłecki wrote: I'm happy to see C code, but this implementation still doesn't address any of my comments I posted in the Re: [PATCH v2] rtl83xx-poe: add package https://patchwork.ozlabs.org/project/openwrt/patch

Re: [PATCH] realtek-poe: add support for PoE on Realtek switches

On 11.05.21 19:34, Rafał Miłecki wrote: I'm happy to see C code, but this implementation still doesn't address any of my comments I posted in the Re: [PATCH v2] rtl83xx-poe: add package https://patchwork.ozlabs.org/project/openwrt/patch/20210313165419.10713-1-bj...@mork.no/#2666485 I

Re: [PATCH] realtek-poe: add support for PoE on Realtek switches

On 11.05.21 17:56, Bjørn Mork wrote: Tested-by: Bjørn Mork Running on a ZyXEL GS1900-10HP: thanks for testing. I just found 2 tiny issues that I already fixed locally and added a uci-defaults script s.T. we can setup a sane default uci for the various switches. If there are no further

[PATCH] realtek-poe: add support for PoE on Realtek switches

;priority": 2, "mode": "PoE", "status": "Delivering power", "consumption": 2.40 } } } Signed-off-by: John Crispin --- package/network/confi

Re: [PATCH] realtek: Fix VLAN issues introduced by multicast patches

@bmork, kindly confirm :-)     John On 08.05.21 19:50, Birger Koblitz wrote: realtek: Fix VLAN issues introduced by multicast patches This adds the CPU port to the unknown multicast flooding port mask, which fixes the VLAN issues introduced by the multicast group patches Signed-off-by:

Re: [PATCH 0/4] RFC: ath79: add support for Mikrotik RB91xG

interesting. I have a rb92xx on my desk and am wondering if this would also work ? after a brief glance at the code I think this might work. the rb92xx certainly has the same latch setup ...     John On 06.05.21 18:19, Denis Kalashnikov wrote: When porting RB91xG ad hoc drivers (gpio-latch

Re: OpenWrt 21.02-rc1 - realtek and mediatek targets

Hi, Do we want to keep the realtek and mediatek targets in the 21.02 branch and release or do we want to remove them link the ipq807x target? Hauke keep them for sure. I am running my network on those 2 targets using 21.02     John ___

Re: OpenWrt 21.02-rc1

On 07.04.21 12:16, Bas Mevissen via openwrt-devel wrote: Will Wifi 6 support be added to the interface? We have some support for a couple of AX routers, so it would be nice if they can work without manually tweaking things. The underlying structure seems to support it already:

Re: Official OpenWrt project endorsement [Was: Re: crowdfunding to create Right to Repair laws in the USA]

context ?     John On 06.04.21 10:18, Petr Štetiar wrote: Alberto Bursi [2021-04-06 02:22:07]: Hi, [adding openwrt-adm to Cc:] This is at least partially relevant for OpenWrt and I think it's interesting for many in our community. I agree. What about little bit improved promotion of

mailing list outage

Hi, Due to a power cut and failing UPS the mailing list has been offline for ~48hrs. It is now back and operational. It will take a while for it to chew through the backlog.     John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [PATCH] procd: Adding support to detect Pantavisor Container Platform

On 20.03.21 15:46, Gaurav Pathak wrote: as it runs a custom modified version of LXC I assume that if this is a custom downstream version then the change is not applicable for merge into upstream owrt. please explain what "custom version" means.     John

Re: Submitting patches to core services...

Hi Luka, on this list, just prefix the patches with "ustream-ssl:" (or whatever) that way the according developer can find it     John On 16.02.21 16:20, Luka Logar wrote: Hi, I've implemented LuCI TLS user certificate authentication (instead of standard user/password). How/where do I

[PATCH 4/4] mac80211: add AX support

Signed-off-by: John Crispin --- .../files/lib/netifd/wireless/mac80211.sh | 193 +- .../mac80211/files/lib/wifi/mac80211.sh | 19 +- 2 files changed, 195 insertions(+), 17 deletions(-) diff --git a/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh b

[PATCH 2/4] hostapd: add additional radius options

- add functionality to configure RADIUS NAS-Id and Operator-Name - sdd functionality to configure RADIUS accounting interval - enable RADIUS "Chargeable User Identity" Signed-off-by: John Crispin --- .../network/services/hostapd/files/hostapd.sh | 18 -- 1 file c

[PATCH 1/4] hostapd: add rts_threshold support

Signed-off-by: John Crispin --- package/network/services/hostapd/files/hostapd.sh | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/package/network/services/hostapd/files/hostapd.sh b/package/network/services/hostapd/files/hostapd.sh index 45a49b8faa..fb9629170c 100644

[PATCH 3/4] hostapd: add HE support

Signed-off-by: John Crispin --- .../network/services/hostapd/files/hostapd.sh | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/package/network/services/hostapd/files/hostapd.sh b/package/network/services/hostapd/files/hostapd.sh index 1ded08a6f6

Re: [PATCH procd] hotplug.c: set nl_pid to zero

; nls.nl_groups = -1; if ((hotplug_fd.fd = socket(PF_NETLINK, SOCK_DGRAM | SOCK_CLOEXEC, NETLINK_KOBJECT_UEVENT)) == -1) { Acked-by: John Crispin Just tested this locally outside a pid namespace. ___ openwrt-devel mailing list openwrt-devel

Re: [PATCH v6 1/2] [v6, 1/2] ipq806x: add support for Linksys E8350 v1

On 24.01.21 09:53, Todor Colov wrote: +ucidef_set_led_wlan "wlan" "WLAN" "${boardname}:green:wifi" "phy0tpt" Hi, we stopped adding the ${boardname}: prefix on leds. Please remove it here and also inside the dts file     John ___

Re: Job board support on openwrt.org?

Hi, I do not think this is a good idea. The project should remain commercially and politically independent in order to guarantee its sovereignty. Hauke gave some good pointers on how to contact individuals devs.     John ___ openwrt-devel

Re: [PATCH 2/2] lldpd: fix init.d script

On 11.12.20 09:30, Bjørn Mork wrote: John Crispin writes: iff --git a/package/network/services/lldpd/files/lldpd.init b/package/network/services/lldpd/files/lldpd.init index 7a5b25e016..8200556786 100644 --- a/package/network/services/lldpd/files/lldpd.init +++ b/package/network/services

Re: [PATCH 2/2] lldpd: fix init.d script

On 11.12.20 09:30, Bjørn Mork wrote: John Crispin writes: iff --git a/package/network/services/lldpd/files/lldpd.init b/package/network/services/lldpd/files/lldpd.init index 7a5b25e016..8200556786 100644 --- a/package/network/services/lldpd/files/lldpd.init +++ b/package/network/services

[PATCH] hostapd: pass respawn settings when registering the service

When hostapd gets restarted to often/quickly will cause procd to not restart it anymore. it will think that hapd is in a crash loop. Signed-off-by: John Crispin --- package/network/services/hostapd/files/wpad.init | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/package

[PATCH 2/2] lldpd: fix init.d script

The script was missing the reload trigger. Additionally running lldpid on a bridge is not correct. Rather than running lldpd on the L3 bridge, it needs to be run on all the L2 members. Signed-off-by: John Crispin --- package/network/services/lldpd/files/lldpd.init | 8 1 file changed

[PATCH 1/2] lldpd: do not start lldpd on the loopback device

Starting lldpd on 'lo' makes no sense. We know that we are the only one on that device. Signed-off-by: John Crispin --- package/network/services/lldpd/files/lldpd.config | 1 - 1 file changed, 1 deletion(-) diff --git a/package/network/services/lldpd/files/lldpd.config b/package/network

Re: [PATCH 5/5] procd: add api wrapper

can we augment we augment the procd_add_trigger/procd_close_trigger into the helper such as reload_trigger() does ?     John On 02.12.20 15:52, Florian Eckert wrote: This commit add a wrapper for procd services, to add a callback script if the "service.restart" trigger event was fired.

Re: [PATCH] rtl838x: fine tune default package set

On 09.11.20 18:32, Petr Štetiar wrote: Althought most of the switches aren't routers, they can be used as such, so let's add some of the packages from the router's DEVICE_TYPE. While at it, remove swconfig package which is not needed on DSA targets. Signed-off-by: Petr Štetiar Acked-by: John

Re: [PATCH] base-files: add board.d support for bridge device

thanks for the quick review     John On 03.11.20 18:24, Adrian Schmutzler wrote: Hi John, -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of John Crispin Sent: Dienstag, 3. November 2020 17:43 To: openwrt-devel@lists.openwrt.org Cc

[PATCH] base-files: add board.d support for bridge device

Latest netifd allows us to setup network bridges with implicit vlan tagging. For this to work, we need to setup several additional uci sections. This feature is particularly usefull for DSA tupe devices. Add board.d and uci-defaults support for generating the sections. Signed-off-by: John Crispin

Re: [RFC PATCH] ath79: remove model name from LED labels

skimmed over the thread and wondered what upstream does. a quick search yielded ... -- https://www.kernel.org/doc/html/latest/leds/leds-class.html Examples of proper LED names: “red:disk” “white:flash” “red:indicator” “phy1:green:wlan” “phy3::wlan” “:kbd_backlight” “input5::kbd_backlight”

Re: [PATCH 4/5] initd: Don't search the environment list if the watchdog, fd is initialized

On 29.09.20 21:00, Michael Jones wrote: On Tue, Sep 29, 2020 at 1:59 PM John Crispin wrote: On 29.09.20 20:55, Michael Jones wrote: On Tue, Sep 29, 2020 at 1:47 PM John Crispin wrote: On 29.09.20 18:22, Michael Jones wrote: Signed-off-by: Michael Jones --- watchdog.c | 4 ++-- 1

Re: [PATCH 4/5] initd: Don't search the environment list if the watchdog, fd is initialized

On 29.09.20 20:55, Michael Jones wrote: On Tue, Sep 29, 2020 at 1:47 PM John Crispin wrote: On 29.09.20 18:22, Michael Jones wrote: Signed-off-by: Michael Jones --- watchdog.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/watchdog.c b/watchdog.c index 20830c3

Re: [PATCH 4/5] initd: Don't search the environment list if the watchdog, fd is initialized

On 29.09.20 18:22, Michael Jones wrote: Signed-off-by: Michael Jones ---  watchdog.c | 4 ++--  1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/watchdog.c b/watchdog.c index 20830c3..ac5b656 100644 --- a/watchdog.c +++ b/watchdog.c @@ -49,11 +49,11 @@ static void

Re: Licensing an OpenWrt router - No response to Trademark use

On 19.08.20 23:25, Piotr Dymacz wrote: Hi Scott, On 18.08.2020 23:27, Heppler, J. Scott wrote: request. Reply-To: Organization: I sent an email to cont...@openwrt.org, subject line Trademark Use Request, inquiring about crowd funding an OpenWrt router.  I never received a reply.  The email

Re: MT7621 Flow Control

On 06.08.20 14:31, Andre Valentin wrote: Hi Jaap, Am 06.08.20 um 13:43 schrieb Jaap Buurman: Dear all, I have noticed the flow control work for mt7621 in the following Openwrt patch: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=c8f8e59816eca49d776562d2d302bf990a87faf0

Re: Release goals for 20.XX

On 31.07.20 21:49, Stefan Lippers-Hollmann wrote: I don't think this is going to happen for a 20.xy.0 release, basically there are only two platforms for this on the horizon at the moment: I am holding my patches back on purpose to not interfere with the release. AX will be a post 20.x thing

Re: [RFC PATCH v2 0/1] Introduce UCI support for configuring DSA VLAN filter rules

On 15.07.20 13:39, Jo-Philipp Wich wrote: Hi, If we can't come up with a working automatic scheme, maybe we could have an option to disable the cpu port per vlan? Having a default-enabled "option self" or "option local" was my idea as well. Any idea which name fits better? ~ Jo self is

[PATCH 2/3] bridge: allow adding vlans to a bridge

Add a rtnl helper for adding vlans to a bridge interface. Signed-off-by: John Crispin --- system-linux.c | 48 system.h | 1 + 2 files changed, 49 insertions(+) diff --git a/system-linux.c b/system-linux.c index 97b38e7..130d057 100644

[PATCH 3/3] wireless: allow adding bridge vlans

An AP/Vlan will only have a virtual 802.1q tag. Add code to make the bridge add the define vid and take care of possibly tagging when the packet leaves the bridge. Signed-off-by: John Crispin --- wireless.c | 49 + wireless.h | 4 2 files

[PATCH 0/3] netifd: add bridge/vlan support

if egress bridge traffic should be tagged or not. For this to work the following option needs to be set in the corresponding networks interface section. option vlan_filtering 1 John Crispin (3): bridge: allow turning on vlan_filtering bridge: allow adding vlans to a bridge wireless

[PATCH 1/3] bridge: allow turning on vlan_filtering

If we want a bridge to be vlan aware we need to be able to turn on filtering. Signed-off-by: John Crispin --- bridge.c | 6 ++ system-linux.c | 6 ++ system.h | 2 ++ 3 files changed, 14 insertions(+) diff --git a/bridge.c b/bridge.c index c1f4ffa..e4ec597 100644

Re: [PATCH 1/1] dsaconfig: introduce package for UCI configuration of VLAN filter rules

On 07.07.20 15:34, Jo-Philipp Wich wrote: This package provides the necessary files to translate `config switch_vlan` and `config switch_port` sections of `/etc/config/network` into appropriate bridge vlan filter rules. The approach of the configuration is to bridge all DSA ports into a

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

On 05.07.20 14:24, David Bauer wrote: Hi all, On 4/2/20 9:53 PM, David Bauer wrote: As the reported major bugs are ironed out, switch to the new kernel to begin testing with a broader audience. As the DSP exception is now sorted out we should be good to go here. Any objections on applying

Re: fix for lantiq (danube) usb

On 03.07.20 22:05, Luca Olivetti wrote: El 3/7/20 a les 21:31, Luca Olivetti ha escrit: I suppose it's the call to devm_regulator_get_optional, which should lead to regulator/core.c static struct regulator_dev *regulator_dev_lookup(struct device *dev,

Re: fix for lantiq (danube) usb

On 03.07.20 21:10, John Crispin wrote: On 03.07.20 21:07, Luca Olivetti wrote: El 3/7/20 a les 20:07, Luca Olivetti ha escrit: El 3/7/20 a les 20:06, John Crispin ha escrit: On 03.07.20 19:57, Luca Olivetti wrote: El 3/7/20 a les 19:49, John Crispin ha escrit: On 03.07.20 19:47, Luca

Re: fix for lantiq (danube) usb

On 03.07.20 21:07, Luca Olivetti wrote: El 3/7/20 a les 20:07, Luca Olivetti ha escrit: El 3/7/20 a les 20:06, John Crispin ha escrit: On 03.07.20 19:57, Luca Olivetti wrote: El 3/7/20 a les 19:49, John Crispin ha escrit: On 03.07.20 19:47, Luca Olivetti wrote: El 3/7/20 a les 19:37

Re: fix for lantiq (danube) usb

On 03.07.20 19:47, Luca Olivetti wrote: El 3/7/20 a les 19:37, John Crispin ha escrit: Why not use the gpio regulator ? Because I don't know how :-( https://www.kernel.org/doc/Documentation/devicetree/bindings/regulator/fixed-regulator.yaml Oh, I see, but that's the one I had

Re: fix for lantiq (danube) usb

On 03.07.20 19:57, Luca Olivetti wrote: El 3/7/20 a les 19:49, John Crispin ha escrit: On 03.07.20 19:47, Luca Olivetti wrote: El 3/7/20 a les 19:37, John Crispin ha escrit: Why not use the gpio regulator ? Because I don't know how :-( https://www.kernel.org/doc/Documentation

Re: fix for lantiq (danube) usb

On 03.07.20 19:23, Luca Olivetti wrote: El 3/7/20 a les 18:42, John Crispin ha escrit: On 03.07.20 18:10, Luca Olivetti wrote: Hello, around 2 years ago, this patch https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=6eaf8b3d89571992a0aa7142cfab3f1dcef3c802#patch7 broke

Re: [PATCH V1] netifd: fix wdev->data lifetime

On 23.06.20 11:40, John Crispin wrote: The reconf patch breaks wifi down under certain conditions. The root cause is that during reload the wdev state gets flushed. This has the effect, that the phy is lost from the state resulting in teardown breaking. Fix this by changing the lifetime

[PATCH V1] netifd: fix wdev->data lifetime

The reconf patch breaks wifi down under certain conditions. The root cause is that during reload the wdev state gets flushed. This has the effect, that the phy is lost from the state resulting in teardown breaking. Fix this by changing the lifetime of wdev->data. Signed-off-by: John Cris

[PATCH] netifd: fix wdev->data lifetime

The reconf patch breaks wifi down under certain conditions. The root cause is that during reload the wdev state gets flushed. This has the effect, that the phy is lost from the state resulting in teardown breaking. Fix this by changing the lifetime of wdev->data. Signed-off-by: John Cris

  1   2   3   4   5   6   7   8   9   10   >