Re: Purpose of openwrt-devel?

On Sat, Mar 16, 2024 at 11:51 AM Elliott Mitchell wrote: > > On Tue, Mar 12, 2024 at 09:11:23PM -0700, Elliott Mitchell wrote: > > On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote: > > > On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell > > > wrote: > > > > > > > > Then there is

Re: Purpose of openwrt-devel?

On Tue, Mar 12, 2024 at 09:11:23PM -0700, Elliott Mitchell wrote: > On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote: > > On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote: > > > > > > Then there is technical discussion. > > > > > > A rather serious problem with how kernel version

Re: Purpose of openwrt-devel?

On Thu, Mar 14, 2024 at 11:35:15PM +0100, Olliver Schinagl wrote: > On 14-03-2024 01:50, Elliott Mitchell wrote: > > On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote: > >> > >> The actual code of course has nothing to do with the perl script, as you > >> right full say 'I know

Re: [PATCH procd] state: set_stdio: chdir back to / in case of failure

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 the mailing list software.--- Begin Message --- Friendly ping ;-) --- End

Re: Purpose of openwrt-devel?

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?

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

Re: Purpose of openwrt-devel?

On Wed, Mar 13, 2024 at 05:50:36PM -0700, 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

Re: Purpose of openwrt-devel?

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, > >> then we should see things sent to the

Re: Purpose of openwrt-devel?

Elliott, You raise some important points, and also mention some *solutions* which is commendable. 1) all work is done voluntarily 2) time is limited 3) understanding is lacking 4) courage is lacking Or... success has many fathers, but failure is an orphan. Speaking from personal experience

Re: Purpose of openwrt-devel?

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

Re: Purpose of 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 the mailing list software.--- Begin Message --- Am 13. März 2024 05:11:23 MEZ

Re: Purpose of openwrt-devel?

On Wed, Mar 13, 2024 at 12:13 PM Elliott Mitchell wrote: > > On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote: > > On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote: > > > > > > Well, what purpose does the openwrt-devel mailing list serve? > > > > > > As near as I can tell it

Re: [PATCH] kernel: xt_FLOWOFFLOAD: fix use of uninitialized dir variable

On Tue, Mar 12, 2024 at 8:51 PM Qingfang Deng wrote: > > From: Qingfang Deng > > The dir variable has been used uninitialized since the port to 5.10, and > somehow this remains undetected by GCC. This patch looks like it's for iptables. Is it needed anymore? > > Fixes: b10d6044599d ("kernel: add

Re: Purpose of openwrt-devel?

On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote: > On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote: > > > > Well, what purpose does the openwrt-devel mailing list serve? > > > > As near as I can tell it looks suspiciously like it is a method to divert > > developers from where

[PATCH] kernel: xt_FLOWOFFLOAD: fix use of uninitialized dir variable

From: Qingfang Deng The dir variable has been used uninitialized since the port to 5.10, and somehow this remains undetected by GCC. Fixes: b10d6044599d ("kernel: add linux 5.10 support") Signed-off-by: Qingfang Deng --- .../hack-5.15/650-netfilter-add-xt_FLOWOFFLOAD-target.patch | 4 ++--

Re: Purpose of openwrt-devel?

On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote: > > Well, what purpose does the openwrt-devel mailing list serve? > > As near as I can tell it looks suspiciously like it is a method to divert > developers from where everything is done. There isn't too much review > activity. Anything

Purpose of openwrt-devel?

Well, what purpose does the openwrt-devel mailing list serve? As near as I can tell it looks suspiciously like it is a method to divert developers from where everything is done. There isn't too much review activity. Anything which does get a positive review tends to simply disappear unless it

[PATCH v2] kernel: support RISC-V PMU

Add RISC-V PMU config symbols and enable them for riscv64. Signed-off-by: Qingfang Deng --- v2: add symbols to 6.6 config/Config-kernel.in | 10 ++ target/linux/generic/config-6.1 | 3 +++ target/linux/generic/config-6.6 | 3 +++ 3 files changed, 16 insertions(+) diff --git

[PATCH v2] kernel: fix iptables offload build without nftables

When rebasing patches on top of 6.1, a change that removed NF_TABLES from NF_FLOW_TABLE's dependency was dropped accidentally, and iptables flow offload module can only be built when nftables is selected. Restore the change to fix it. Fixes: 19a246bb6503 ("generic: 6.1: manually refresh hack

[PATCH] kernel: 6.1: fix iptables offload build without nftables

When rebasing patches on top of 6.1, a change that removed NF_TABLES from NF_FLOW_TABLE's dependency was dropped accidentally, and iptables flow offload module can only be built when nftables is selected. Restore the change to fix it. Fixes: 19a246bb6503 ("generic: 6.1: manually refresh hack

[sdwalker/sdwalker.github.io] ef4c8b: This week's update

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 the mailing list software.--- Begin Message --- Branch: refs/heads/master

[PATCH 2/2] [iwinfo] devices: add device id for Realtek RTL8188CU and RTL8188FTV

From: Shiji Yang Add device ids for Realtek RTL8188CU and RTL8188FTV 802.11n 1x1 USB Wi-Fi adapter. Signed-off-by: Shiji Yang --- devices.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a/devices.txt b/devices.txt index 71f73d5..eded184 100644 --- a/devices.txt +++ b/devices.txt @@

[PATCH 1/2] [iwinfo] devices: add device id for MediaTek MT7601U

From: Shiji Yang Add device id for MediaTek MT7601U 802.11n 1x1 USB Wi-Fi adapter. Signed-off-by: Shiji Yang --- devices.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/devices.txt b/devices.txt index 5c35cb5..71f73d5 100644 --- a/devices.txt +++ b/devices.txt @@ -195,6 +195,8 @@

[PATCH] kernel: enable KASAN option for more architectures

KASAN has supported more architectures, such as ARM, PPC32 and RISC-V 64. Enable KASAN option for those architectures. Signed-off-by: Qingfang Deng --- config/Config-kernel.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/config/Config-kernel.in b/config/Config-kernel.in

[PATCH] kernel: support RISC-V PMU

Add RISC-V PMU config symbols and enable them for riscv64. Signed-off-by: Qingfang Deng --- config/Config-kernel.in | 10 ++ target/linux/generic/config-6.1 | 3 +++ 2 files changed, 13 insertions(+) diff --git a/config/Config-kernel.in b/config/Config-kernel.in index

Re: [PATCH 2/3] wifi-scripts: save wpa_psk_file on permanent storage by default

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 the mailing list software.--- Begin Message --- On Monday, March 4th, 2024 at

[PATCH 3/3] hostapd: restore /etc/hostapd directory on sysupgrade

Restore /etc/hostapd directory on sysupgrade since it does contain per-device PSK handled by hostapd for WPS usage. Signed-off-by: Christian Marangi --- package/network/services/hostapd/Makefile | 40 --- 1 file changed, 28 insertions(+), 12 deletions(-) diff --git

[PATCH 1/3] wifi-scripts: permit hostapd to access wpa_psk_file

Hostapd require access to the wpa_psk_file to insert data in the context of WPS usage. >From hostapd.conf documentation: Note: If wpa_psk_file is set, WPS is used to generate random, per-device PSKs that will be appended to the wpa_psk_file. If wpa_psk_file is not set, the default PSK

[PATCH 2/3] wifi-scripts: save wpa_psk_file on permanent storage by default

Save wpa_psk_file on permanent storage by default. Currently it's always created in /var/run with the hostapd files. Any user that would use this option would save this file on permanent storage to declare specific PSK per devices or for each VLAN. The file is also used for WPS to store the

[PATCH 0/3] wifi-scripts: fix WPS usage

This is a long lasting problem (like 4 years)... It was something I notice a looong time ago but never had time to actually bisect this, as I was convinced it was a problem with hostapd due to the fact that it was an insecure option. But then I notice that hostapd have hwsim testing for this

Re: [PATCH] base-files: sysupgrade: fix generating backup to stdout

On 4.03.2024 08:15, Rafał Miłecki wrote: From: Rafał Miłecki Before recent change "tar" command was called with an "-f" argument which accepts "-" for stdout output. Bring back support for that feature with new code. Fixes: e36cc530927c ("base-files: sysupgrade: use tar helper to include

[PATCH] base-files: sysupgrade: handle errors when generating backup

From: Rafał Miłecki 1. Return error if any step of generating tar file fails 2. Use pipefail to avoid calling "gzip" if tar failed Fixes: e36cc530927c ("base-files: sysupgrade: use tar helper to include installed_packages.txt") Reported-by: Luiz Angelo Daros de Luca Cc: Luiz Angelo Daros de

[PATCH] base-files: sysupgrade: fix generating backup to stdout

From: Rafał Miłecki Before recent change "tar" command was called with an "-f" argument which accepts "-" for stdout output. Bring back support for that feature with new code. Fixes: e36cc530927c ("base-files: sysupgrade: use tar helper to include installed_packages.txt") Fixes:

[PATCH] scripts: create kernel configuration upgrade script

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. Crucially this makes `git blame` work without needing --find-copies-harder, which is too slow

Re: rpcd / acl.d problem

On 2024-03-02 19:50, Jo-Philipp Wich wrote: Hi. You need a double backslash to escape the backslash itself. "/usr/bin/find -L /dev -maxdepth 3 -type c -name lp\\[0-9\\]": ["exec"] ~ Jo No go. Still 403. Pretty sure I've tried all workable permutations in the js and JSON of escaping.

[sdwalker/sdwalker.github.io] a1869a: This week's update

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 the mailing list software.--- Begin Message --- Branch: refs/heads/master

Re: OpenWRT for my tp-link EX510 AX3000 Dual Band Wi-Fi 6 Router?

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 the mailing list software.--- Begin Message --- On Sunday, March 3rd, 2024 at

Re: Vote: New member proposal linusw (Linus Walleij)

No voting rights, but +1 for his contributions and help esp on XG6846 and bcm/marvell stuff. On 2024-03-02 16:01, Christian Marangi (Ansuel) wrote: From: Petr Štetiar Hi, Linus is renowned in the FOSS community primarily for his exceptional contributions to the Linux kernel, where he

Re: OpenWRT for my tp-link EX510 AX3000 Dual Band Wi-Fi 6 Router?

On Sat, Feb 17, 2024 at 11:26:05AM +0100, Felix Baumann via openwrt-devel wrote: > Hi, > > I just saw your mail from last year (22nd of march) > No your EX510 is not supported. > Look here: > No firmware available > > It appears the device is not sold

RE: Vote: New member proposal linusw (Linus Walleij)

From: Petr Štetiar Hi, Linus is renowned in the FOSS community primarily for his exceptional contributions to the Linux kernel, where he maintains an impressive array of subsystems, drivers, and architectures. He has been contributing to OpenWrt for about six years already and given that we

rpcd / acl.d problem

Can this be fixed or is lib micro box the limitation? See jows commit for the current apex of permission strings: https://git.openwrt.org/?p=project/rpcd.git;a=commitdiff;h=aaa08366e6384d9933a405d1218b03c1b167f9e5 In https://github.com/openwrt/luci/pull/6907 I encountered a permissions

Re: [PATCH 1/3] respect limitedness of the phy name buffer

Oops - sorry! Typos, missing words, missing subject prefix.. Let me resubmit that. On Sat, 2 Mar 2024 00:16:20 +0100 "Leon M. Busch-George" wrote: > From: "Leon M. Busch-George" > > This prevents potential buffer overflows while writing to the phy > name buffer buffer. Additionally,

Re: OpenWRT for my tp-link EX510 AX3000 Dual Band Wi-Fi 6 Router?

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 the mailing list software.--- Begin Message --- On Saturday, February 17th, 2024

[PATCH 3/3] move assignment out of condition

From: "Leon M. Busch-George" Signed-off-by: Leon M. Busch-George --- iwinfo_nl80211.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/iwinfo_nl80211.c b/iwinfo_nl80211.c index 8eab671..6270ef9 100644 --- a/iwinfo_nl80211.c +++ b/iwinfo_nl80211.c @@ -2031,7 +2031,9 @@

[PATCH 1/3] respect limitedness of the phy name buffer

From: "Leon M. Busch-George" This prevents potential buffer overflows while writing to the phy name buffer buffer. Additionally, truncated data is not returned so consumers don't work with unterminated data, preventing out-of-bounds access. Sadly, consumers like lookup_phy or phyname don't

memory safety with phy names

Hi there :-) While reviewing code using libiwinfo, I noticed that are no length garantuees for the size of the phy name buffer. These patches should help making phy names easier to deal with internally. The strcpy that copies the internal buffer into the user-supplied buffer can still overflow.

[PATCH 2/3] make phy name const to signify it's static nature

From: "Leon M. Busch-George" Typically, returning a char * signifies to callers that they own the buffer. Signed-off-by: Leon M. Busch-George --- iwinfo_nl80211.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/iwinfo_nl80211.c b/iwinfo_nl80211.c index

Re: ubus running key status

On 2024-02-29 12:56, Ravi Paluri (QUIC) wrote: Thanks, Paul for the reply. Can you help us with a sample usage of "ubus subscribe" OR "ubus listen" OR "ubus monitor", which helps us to learn, "running" flag change to false from true. I know not whether such is even possible. Start here:

Re: [PATCH V3 2/3] base-files: sysupgrade: use tar helper to include installed_packages.txt

> > Replace mount + overlay with manually built tar archive that gets > prepended to the actual config files backup. This allows more > flexibility with including extra backup files. They can be included at > any paths and don't require writing to flash or mounting an overlay > which has its own

Re: [PATCH V3 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

Hello Rafał, Sorry for the late review. I know this will be used for a limited context but it can be constructed in such a way it could be used for more cases without increasing its complexity. > From: Jo-Philipp Wich > > This allows building uncompressed tar archives from shell scripts (and >

Re: [OpenWrt-Devel] [PATCH 2/5] build: image: Add pad-to and pad-rootfs-squashfs helpers

Hi, Bumping this thread after years. On 01/04/19 11:03, Jo-Philipp Wich wrote: I would like to avoid adding generating padded images by default. I just came up with this simple script, which takes an existing image and pads it to full size: http://nbd.name/pad-image.pl With this, shipping

Re: [PATCH V3 3/3] base-files: sysupgrade: add uci-defaults script disabling services #2

Hi, [...] Extend sysupgrade to check for disabled services, generate uci-defaults script disabling them and include it in backup. Cc: Christian Marangi Cc: Jo-Philipp Wich Cc: Jonas Gorski Signed-off-by: Rafał Miłecki Acked-by: Jo-Philipp Wich ~ Jo

Re: [PATCH V3 2/3] base-files: sysupgrade: use tar helper to include installed_packages.txt

Hi, [...] Replace mount + overlay with manually built tar archive that gets prepended to the actual config files backup. This allows more flexibility with including extra backup files. They can be included at any paths and don't require writing to flash or mounting an overlay which has its own

Re: [PATCH V3 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

Hi, [...] This allows building uncompressed tar archives from shell scripts (and compressing them later if needed) Signed-off-by: Rafał Miłecki Signed-off-by: Jo-Philipp Wich ~ Jo ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

RE: ubus running key status

Thanks, Paul for the reply. Can you help us with a sample usage of "ubus subscribe" OR "ubus listen" OR "ubus monitor", which helps us to learn, "running" flag change to false from true. We are polling the status of "running" flag as below. ubus call service list

RE: ubus running key status

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 the mailing list software.--- Begin Message --- Thanks, Paul for the reply. Can

[PATCH RFC/PoC] scripts: {package-}metadata: use 'SUBMENU' as subcategory path

Motivation for this change is to allow for a more nested menu structure when manually configuring build system with 'make {menu,n,x}config'. The current solution provides only 2 levels of nesting (without using external/custom config/Config.in): - top level menu/category (Makefile variable

I would like to donate a router

I recently received a new in box LinkSys EA9500 v1.1 US version router. I opened it and tried to use it in my home network but found the native firmware to be undesirable and its performance less than stellar. I would like to donate it to OpenWRT if you would like to have it. Anyone interested?

[PATCH V3 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

From: Jo-Philipp Wich This allows building uncompressed tar archives from shell scripts (and compressing them later if needed) Signed-off-by: Rafał Miłecki --- V2: Simplify dd in __tar_print_padding (I still think helper is useful) Hardcode 0/0/ root/root for now as most likely it'll be

[PATCH V3 3/3] base-files: sysupgrade: add uci-defaults script disabling services #2

From: Rafał Miłecki Disabled services should be kept disabled after sysupgrade. This can be easily handled using a proper uci-defaults script. Extend sysupgrade to check for disabled services, generate uci-defaults script disabling them and include it in backup. Cc: Christian Marangi Cc:

[PATCH V3 2/3] base-files: sysupgrade: use tar helper to include installed_packages.txt

From: Rafał Miłecki Replace mount + overlay with manually built tar archive that gets prepended to the actual config files backup. This allows more flexibility with including extra backup files. They can be included at any paths and don't require writing to flash or mounting an overlay which has

Re: [PATCH V2 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

Hi Rafał, comments inline. Sorry for the bikeshedding ahead. ~ Jo [...] + +__tar_print_padding() { + dd if=/dev/zero bs=$1 count=1 2>/dev/null $1 may be 0 which is an invalid value for `bs=`: root@OpenWrt:~# dd bs=0 dd: number 0 is not in 1..2147483647 range A value of "0" is

[PATCH V2 2/3] base-files: sysupgrade: use tar helper to include installed_packages.txt

From: Rafał Miłecki Replace mount + overlay with manually built tar archive that gets prepended to the actual config files backup. This allows more flexibility with including extra backup files. They can be included at any paths and don't require writing to flash or mounting an overlay which has

[PATCH V2 3/3] base-files: sysupgrade: add uci-defaults script disabling services #2

From: Rafał Miłecki Disabled services should be kept disabled after sysupgrade. This can be easily handled using a proper uci-defaults script. Extend sysupgrade to check for disabled services, generate uci-defaults script disabling them and include it in backup. Cc: Christian Marangi Cc:

[PATCH V2 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

From: Jo-Philipp Wich This allows building uncompressed tar archives from shell scripts (and compressing them later if needed) Signed-off-by: Rafał Miłecki --- V2: Simplify dd in __tar_print_padding (I still think helper is useful) Hardcode 0/0/ root/root for now as most likely it'll be

Re: [PATCH 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

On 26.02.2024 22:27, Paul D wrote: diff --git a/package/base-files/files/lib/upgrade/tar.sh b/package/base-files/files/lib/upgrade/tar.sh new file mode 100644 index 00..00057dd760 --- /dev/null +++ b/package/base-files/files/lib/upgrade/tar.sh @@ -0,0 +1,84 @@ No shebang? Files

Re: [PATCH 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

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 the mailing list software.--- Begin Message --- Sent with Proton Mail secure

Re: [PATCH 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

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 the mailing list software.--- Begin Message --- On Tuesday, February 27th, 2024

Re: [PATCH 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

Hi Rafał, thanks for taking are of this. Please find some comments below. Am 2/26/24 um 15:14 schrieb Rafał Miłecki: From: Jo-Philipp Wich This allows building uncompressed tar archives from shell scripts (and compressing them later if needed) Signed-off-by: Rafał Miłecki ---

lldpd: FAO stintel and all committers to openwrt repo

The last PR that you merged included some fatal copy/paste errors. At least the first PR below fixes them https://github.com/openwrt/openwrt/pull/14583 https://github.com/openwrt/openwrt/pull/14584 I have some other fixes pending but those depend on these PRs. /P

[PATCH] image: drop IB guards around dtb recipes

From: Tomasz Maciej Nowak This guard is unnecessary, since target using these recipes are already exempted from running in Image Builder. Signed-off-by: Tomasz Maciej Nowak --- include/image.mk | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/image.mk b/include/image.mk index

[PATCH] image: build dtb with host compiler for image builder

From: Tomasz Maciej Nowak Device tree blobs are arch agnostic, so we don't need to cross compile them. Signed-off-by: Tomasz Maciej Nowak --- include/image.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/image.mk b/include/image.mk index

[PATCH] imagebuilder: include device tree bindings

From: Tomasz Maciej Nowak Image Builder includes target dts which might reference device tree bindings for various integrated peripherals and trying to build dtb without access to bindings will fail. Signed-off-by: Tomasz Maciej Nowak --- target/imagebuilder/Makefile | 5 - 1 file

d1 / jh71x0 targets

Hi, I have two RISC-V targets in the pipeline for quite a long time: d1 for Allwinner D1: https://github.com/openwrt/openwrt/pull/12845 jh71x0 for StarFive JH7100/7110: https://github.com/openwrt/openwrt/pull/13372 Both are being kept re-based and tested from time to time. With no further

Re: OpenWrt One - celebrating 20 years of OpenWrt

This is an excellent idea by Dave Taht to use multiple ath9k chips. Actually, I don't understand: how for a "modern, open, stable" WiFi platform - someone could suggest a blobbed Mediatek or even worse, Broadcom. an OpenWRT official device should be no worse than LibreCMC-supported routers in

Re: OpenWrt One - celebrating 20 years of OpenWrt

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 the mailing list software.--- Begin Message --- On 2024-02-27 10:16, Bas

Re: OpenWrt One - celebrating 20 years of OpenWrt

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 the mailing list software.--- Begin Message --- On 2024-02-26 22:38, Paul D

Re: [PATCH firmware-utils] ptgen: fix limitation for active partition in GPT

On 2024-02-23 15:49, Thomas Richard wrote: In GPT there is no reason to limit the active partition number to 4. This limitation is only for MBR, as it corresponds to the maximum number of primary partitions. Signed-off-by: Thomas Richard Agreed.

Re: OpenWrt One - celebrating 20 years of OpenWrt

On 2024-02-26 19:39, John Crispin wrote: 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

Re: [PATCH 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

What tar standard are you aiming to adhere to? On 2024-02-26 15:14, Rafał Miłecki wrote: From: Jo-Philipp Wich This allows building uncompressed tar archives from shell scripts (and compressing them later if needed) Signed-off-by: Rafał Miłecki ---

Re: [PATCH] airoha: dts: fix pcie ranges properties

On Mon, 26 Feb 2024 at 17:28, Lorenzo Bianconi wrote: > > > On Mon, 26 Feb 2024 at 15:07, Lorenzo Bianconi wrote: > > > > > > > On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi > > > > wrote: > > > > > > > > > > Reduce and split pcie controller memory ranges for en7523 SoC > > > > > in order to

dropbear - compression is broken

Hi, in the past, it was possible to enable compression in WinSCP. Currently WinSCP reports an error when the copy operation starts: Copying file 'D:\Download\carambola\openwrt-ath79-generic-tplink_archer-c7-v2-2-squashfs-sysupgrade-d240224.bin' fatally failed. Copying files to remote side

Re: [PATCH v2] mvebu: fill additional info for mvneta tx queue workaround patch

On Mon, 26 Feb 2024 at 17:27, Tomasz Maciej Nowak wrote: > > From: Tomasz Maciej Nowak > > Because some still unresolved bugs in this driver, which sprout > occasional questions what this patch works around, point to the issue > which started this. Being here, fill headers required by git am. >

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: [PATCH] airoha: dts: fix pcie ranges properties

> On Mon, 26 Feb 2024 at 15:07, Lorenzo Bianconi wrote: > > > > > On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi wrote: > > > > > > > > Reduce and split pcie controller memory ranges for en7523 SoC > > > > in order to properly load a pcie card on the second port. > > > > > > > > Signed-off-by:

[PATCH v2] mvebu: fill additional info for mvneta tx queue workaround patch

From: Tomasz Maciej Nowak Because some still unresolved bugs in this driver, which sprout occasional questions what this patch works around, point to the issue which started this. Being here, fill headers required by git am. Signed-off-by: Tomasz Maciej Nowak --- v1 -> v2 - rebase

Re: [PATCH] airoha: dts: fix pcie ranges properties

On Mon, 26 Feb 2024 at 15:07, Lorenzo Bianconi wrote: > > > On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi wrote: > > > > > > Reduce and split pcie controller memory ranges for en7523 SoC > > > in order to properly load a pcie card on the second port. > > > > > > Signed-off-by: Lorenzo Bianconi

Re: Question to recent Qualcomm CVEs

+ ath11k, jeff Sven Eckelmann writes: > On Monday, 26 February 2024 15:50:44 CET Felix Fietkau wrote: > [...] >>> The Qualcomm bulletin[1] says "Patches are being actively >> > shared with OEMs". >> > >> > Were these bugfixes made available for OpenWRT? Is there an established >> > procedure

Re: Question to recent Qualcomm CVEs

On Monday, 26 February 2024 15:50:44 CET Felix Fietkau wrote: [...] >> The Qualcomm bulletin[1] says "Patches are being actively > > shared with OEMs". > > > > Were these bugfixes made available for OpenWRT? Is there an established > > procedure for such cases, where closed-source firmware gets

Re: Question to recent Qualcomm CVEs

On 26.02.24 11:45, Tanjeff Moos wrote: Hi all, Qualcomm has bugs in the closed-source firmware for their WLAN and LTE hardware. The Qualcomm bulletin[1] says "Patches are being actively shared with OEMs". Were these bugfixes made available for OpenWRT? Is there an established procedure for

Re: OpenWrt One - celebrating 20 years of OpenWrt

Hi John! On 9.01.2024 11:49, John Crispin wrote: In 2024 the OpenWrt project turns 20 years! Let's celebrate this anniversary by launching our own first and fully upstream supported hardware design. If the community likes the idea outlined below in greater details, we would like to start a

[PATCH 1/3] base-files: sysupgrade: add tar.sh with helpers for building archives

From: Jo-Philipp Wich This allows building uncompressed tar archives from shell scripts (and compressing them later if needed) Signed-off-by: Rafał Miłecki --- package/base-files/files/lib/upgrade/tar.sh | 84 + 1 file changed, 84 insertions(+) create mode 100644

[PATCH 3/3] base-files: sysupgrade: add uci-defaults script disabling services #2

From: Rafał Miłecki Disabled services should be kept disabled after sysupgrade. This can be easily handled using a proper uci-defaults script. Extend sysupgrade to check for disabled services, generate uci-defaults script disabling them and include it in backup. Cc: Christian Marangi Cc:

[PATCH 2/3] base-files: sysupgrade: use tar helper to include installed_packages.txt

From: Rafał Miłecki Replace mount + overlay with manually built tar archive that gets prepended to the actual config files backup. This allows more flexibility with including extra backup files. They can be included at any paths and don't require writing to flash or mounting an overlay which has

Re: [PATCH] airoha: dts: fix pcie ranges properties

> On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi wrote: > > > > Reduce and split pcie controller memory ranges for en7523 SoC > > in order to properly load a pcie card on the second port. > > > > Signed-off-by: Lorenzo Bianconi > > Sorry for it taking so long, but merged. no worries :) > >

Re: [PATCH] mvebu: fill additional info for mvneta tx queue workaround patch

On Wed, 10 Jan 2024 at 17:45, Tomasz Maciej Nowak wrote: > > From: Tomasz Maciej Nowak > > Because some still unresolved bugs in this driver, which sprout > occasional questions what this patch works around, point to the issue > which started this. Being here, fill headers required by git am. >

Re: [PATCH] airoha: dts: fix pcie ranges properties

On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi wrote: > > Reduce and split pcie controller memory ranges for en7523 SoC > in order to properly load a pcie card on the second port. > > Signed-off-by: Lorenzo Bianconi Sorry for it taking so long, but merged. BTW, do you know is there anybody

Question to recent Qualcomm CVEs

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 the mailing list software.--- Begin Message --- Hi all, Qualcomm has bugs in

[PATCH 2/2] treewide: disable spectre mitigation on unaffected Arm64 targets

Cortex-A53 is not vulnerable to any Spectre variants. Ref: https://developer.arm.com/Arm%20Security%20Center/Speculative%20Processor%20Vulnerability Signed-off-by: Qingfang Deng --- target/linux/bcm27xx/bcm2710/config-6.1 | 1 + target/linux/bcm4908/config-5.15 | 1 +

[PATCH 1/2] treewide: disable spectre mitigation on unaffected Arm32 targets

Cortex-A5 and Cortex-A7 are not vulnerable to any Spectre variants. Ref: https://developer.arm.com/Arm%20Security%20Center/Speculative%20Processor%20Vulnerability Signed-off-by: Qingfang Deng --- target/linux/airoha/config-5.15 | 3 ++- target/linux/at91/sama5/config-5.15 | 3

<    1   2   3   4   5   6   7   8   9   10   >