[PATCH] build: replace SourceName with PKG_NAME compile unit name

27; is the compile unit from which the package was build from. This must be the same for all installable packages built from the same compile unit. This commit fixes that. Signed-off-by: Florian Eckert --- include/package-ipkg.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

Re: firewall4: loopback device is ACCEPTED before include chain-prepend input

Hello Jo, Can you whip up a patch for that? Don't forget to do the same for `output` as well. A friedly ping about this topic, maybe you have over looked my patch [1]? Best regards Florian [1] https://patchwork.ozlabs.org/project/openwrt/patch/20230907070406.8665-1...@dev.tdt.de/

[PATCH] imagebuilder: add check if target is sourced from a feed

test if the target is located in the feed directory. Signed-off-by: Florian Eckert --- The problem occurred when we started using the new LGM target from MXL in Openwrt. target/imagebuilder/files/Makefile | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/target

Re: [PATCH] imagebuilder: add check if target is sourced from a feed

Hello Thomas I tested your patch, it works well. Thanks But I don't know how you created your imagebuilder. On my side, building an imagebuilder for a target sourced from a feed didn't work. I forgot to send a second commit that fixes this issue comprehensive. Thanks for the reminder. So

[PATCH] kernel: modules: netdevice: remove kmod-of-mdio dependency for kmod-stmmac-core

on this architecture and so the package 'kmod-dwmac-intel' could not be enabled. To fix this remove the dependencies 'kmod-of-mdio' from 'kmod-stmmac-core'. This is not needed on this level, because the modules 'kmod-of-mdio' is already selected by the

[PATCH] base-files: add SOURCE_DATE_EPOCH /usr/lib/os-release

erefore be available in the file '/usr/lib/os-release' on the target. Signed-off-by: Florian Eckert --- include/version.mk | 3 ++- package/base-files/files/usr/lib/os-release | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/include/version

Re: [PATCH] base-files: add SOURCE_DATE_EPOCH /usr/lib/os-release

Hello Etienne, The variable 'SOURCE_DATE_EPOCH' is used in the build system to have a defined build time for the entire software. This information is discovered with the script '/scripts/get_source_date_epoch.sh'. This information is used to generate reproducible binary builds and should the

[PATCH] procd: system: replace openwrt_release with os-release

. So let´s use this file. Signed-off-by: Florian Eckert --- This is a preparatory commit to make the 'SOURCE_DATE_EPOCH' information for reproducable commits availbale via ubus [1]. This additional commit is adding the information to the file '/usr/lib/os-release'. [1] http

[PATCH v2] system: replace openwrt_release with os-release

ns. Let´s use '/usr/lib/os-release'. Signed-off-by: Florian Eckert --- v2: - fixed spelling info: This is a preparatory commit to make the 'SOURCE_DATE_EPOCH' information also available via ubus [1]. The 'SOURCE_DATE_EPOCH' value is used for reproducible builds. Aft

USB controller enumeration on APU3 is random since the update to kernel 6.6

Hello Dev´s, I hope someone can help me here. I have noticed since the kernel update in the master branch of OpenWrt to 6.6 that the enumeration of the USB host controllers is suddenly randomly. This has been encountered on the APU3 board from PCengine[1]. That wasn't the case with the 5.15 ker

Re: USB controller enumeration on APU3 is random since the update to kernel 6.6

Hello Felix, thanks for your reply. As you can see the usb1 and usb2 are swapped! The problem now is that the ModemManager is using the syspath to reference the modem in the uci configuration [2]. If the modem's syspath is now random, the system can no longer find the modem and cannot establis

Re: USB controller enumeration on APU3 is random since the update to kernel 6.6

Hello Felix Boot 1: -> lrwxrwxrwx1 root root 0 Jul 17 12:56 2-1.3:1.0 -> ../../../devices/pci:00/:00:13.0/usb2/2-1/2-1.3/2-1.3:1.0 -> lrwxrwxrwx1 root root 0 Jul 17 12:56 2-1.3:1.1 -> ../../../devices/pci:00/:00:13.0/usb2/2-1/2-1.3/2-1.

[PATCH] kernel: module: usb: remove deprecated Kconfig option CONFIG_XHCI_HCD_DEBUGGING

The kconfig option 'CONFIG_XHCI_HCD_DEBUGGING' was removed with commit: https://github.com/torvalds/linux/commit/b2497509df002e9a09c8550cd0ecd2f77c9640d8 Signed-off-by: Florian Eckert --- ...option-CONFIG_USB_XHCI_HCD_DEBUGGING.patch | 36 +++ 1 file changed, 36

Re: [PATCH] kernel: module: usb: remove deprecated Kconfig option CONFIG_XHCI_HCD_DEBUGGING

Hello Hauke --- /dev/null +++ b/patches/openwrt/30066-kernel-modules-usb-remove-deprecated-Kconfig-option-CONFIG_USB_XHCI_HCD_DEBUGGING.patch @@ -0,0 +1,36 @@ +From: Florian Eckert +Date: Wed, 17 Jul 2024 11:42:58 +0200 +Subject: [PATCH] kernel: modules: usb: remove deprecated Kconfig

[PATCH] kernel: modules: usb: remove deprecated Kconfig option CONFIG_USB_XHCI_HCD_DEBUGGING

valid for the kernel version 6.6 and could be removed. Signed-off-by: Florian Eckert --- package/kernel/linux/modules/usb.mk | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/package/kernel/linux/modules/usb.mk b/package/kernel/linux/modules/usb.mk index 12725f10ee..b003737

[PATCH 1/2] netfilter: add nf_conntrack_netbios_ns to kmod-nf-nathelper-extra

em to 'kmod-nf-nathelper-extra'. Signed-off-by: Florian Eckert --- include/netfilter.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/include/netfilter.mk b/include/netfilter.mk index 7d1f03891b..5bc336eb44 100644 --- a/include/netfilter.mk +++ b/include/netfilter.mk @@ -207,6 +

[PATCH 2/2] netfilter: add nf_conntrack_sane to kmod-nf-nathelpers-extra

'SANE' is a protocol for remote access to scanners as implemented by the 'saned' daemon. Like FTP, it uses separate control and data connections. So let´s enable this in the kernel and add them to 'kmod-nf-nathelper-extra'. Signed-off-by: Florian Eckert --- incl

Is a dependency to kmod-ipt-* for kmod-ipt-nathelper-rtsp needed

Hello Jo, I have noticed that the package 'kmod-ipt-nathelper-rtsp' [1] has a dependency to 'kmod-ipt-conntrack-extra' and 'kmod-ipt-nat'. So if I only want the kernel modules 'nf_conntrack_rtsp' and 'nf_nat_rtsp' for nftables that are in 'kmod-ipt-nathelper-rtsp', then always the depended kernel

[PATCH 2/2] treewide: remove INITRAMFS check for preinit_main hook

les/files/lib/functions/preinit.sh#L57 Signed-off-by: Florian Eckert --- package/base-files/files/lib/preinit/80_mount_root | 2 +- package/utils/zyxel-bootconfig/files/95_apply_bootconfig | 2 +- target/linux/bcm27xx/base-files/lib/preinit/81_set_root_part | 2 +- 3 files chan

[PATCH 1/2] base-files: move config_generate to preinit

https://github.com/openwrt/openwrt/blob/main/package/network/config/wifi-scripts/files/etc/hotplug.d/ieee80211/10-wifi-detect Fixes: b993a00b82b1 ("base-files: fix duplicate wifi radio sections when using phy renaming") Signed-off-by: Florian Eckert --- package/base-files/files/e

Re: [PATCH 2/2] treewide: remove INITRAMFS check for preinit_main hook

makes changes in the same corner. On Thu, Sep 05, 2024 at 02:42:18PM +0200, Florian Eckert wrote: The 'preinit' script '/lib/preinit/70_initramfs_test' [1] checks whether the system is running in an 'initramfs'. If this is the case, the loop [2] in which the functi

[PATCH] base-files: remove break from initramfs test

7;break' must be checked to see whether they are running in an initramfs so that they are not executed. Signed-off-by: Florian Eckert --- package/base-files/files/lib/preinit/70_initramfs_test | 1 - package/base-files/files/lib/preinit/99_10_run_init | 2 +- target/lin

[PATCH v2] base-files: remove break from initramfs test

7;break' must be checked to see whether they are running in an initramfs so that they are not executed. [1] https://github.com/openwrt/openwrt/blob/master/package/base-files/files/lib/preinit/70_initramfs_test [2] https://github.com/openwrt/openwrt/blob/master/package/base-files/files/lib/

[PATCH] system: fix description value from os-release

When changing the read file from '/etc/openwrt_release' to '/usr/lib/os-release', the correct variable for reading the description was not selected. The correct variable from the file ‘/usr/lib/os-release’ is 'OPENWRT_RELEASE'. Signed-off-by: Florian Eckert --- s

firewall4: are the options tcp_syncookies, tcp_ecn, tcp_window_scaling, accept_redirects and accept_source_route used at all by the fw4

Hello Jo, Hello Community I have just gone through the options of the fw4 and wanted to integrate the missing and useful ones into the LuCI [1]. I have noticed, that the following boolean options are in the fw4 default parser configuration section but they are not used anywhere else in the fw4 so

[PATCH] buildsystem: add generation possibilty of compile_commands.json for cmake

ion directory of the package, if the compilation command is executed with 'V=s'. Signed-off-by: Florian Eckert --- include/cmake.mk | 4 1 file changed, 4 insertions(+) diff --git a/include/cmake.mk b/include/cmake.mk index f59410c2f3..2c9c156c5e 100644 --- a/include/cmake.mk +

Re: firewall4: are the options tcp_syncookies, tcp_ecn, tcp_window_scaling, accept_redirects and accept_source_route used at all by the fw4

Hello Paul, I have just gone through the options of the fw4 and wanted to integrate the missing and useful ones into the LuCI [1]. I have noticed, that the following boolean options are in the fw4 default parser configuration section but they are not used anywhere else in the fw4 source! Was t

Re: [OpenWrt-Devel] How to add items to Luci wireless_modefreq template

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 --- Please open a bug report/issue on

Re: [OpenWrt-Devel] [PATCH v2 1/1] rpcd: add respawn param

am Sa., 9. Nov. 2019, 13:53: > On 11/7/19 2:31 PM, Florian Eckert wrote: > > The rpcd service is an important service, but if the service stops > > working for any reason, no one will ever respawn that service. With this > > commit, the procd service will monitor if the rpcd

[no subject]

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 --- > Until now it has not been possib

[no subject]

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 --- Hello Andre, thanks for your rema

[no subject]

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 --- > Ok, but having a set of quite so

[no subject]

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 --- > >>> # For exponential module: >

<    1   2   3