On 12.02.25 19:44, John Crispin wrote:
Hi,
starting a [VOTE] to get approval allowing me to begin the development
of OpenWrt "Two".
"Two" will have all of the features that "One" has with the following
upgrades.
* MT7988
* 10G SFP
* 5G copper
* 4 port 2.5G copper
* 1-2 port 1G copper
* Tri-ban
On 14.12.24 20:56, e9hack wrote:
Am 14.12.2024 um 12:02 schrieb Felix Fietkau:
On 14.12.24 11:47, e9hack wrote:
Hi,
it looks like that data.macaddr_base is always true even if no macaddr_base is
set:
Which context does this happen in - hostapd, wpa_supplicant, wdev.uc or all of
the above
On 14.12.24 11:47, e9hack wrote:
Hi,
it looks like that data.macaddr_base is always true even if no macaddr_base is
set:
Which context does this happen in - hostapd, wpa_supplicant, wdev.uc or
all of the above?
- Felix
___
openwrt-devel mailing
On 11.11.24 12:57, Robert Marko wrote:
On Mon, 11 Nov 2024 at 12:56, Paul Spooren wrote:
Hi Robert,
No it should not be there, based on the code it shouldn’t be there but maybe
it’s pulled in by some other package depending on it. I’ll have a look, thanks
for notifying me.
Hi Paul, I have
On 19.10.24 18:06, Nils Rottgardt wrote:
From 2b0bb0b37e0f34be67be5d8e115a60354d55fce0 Mon Sep 17 00:00:00 2001
From: Nils Hendrik Rottgardt
Date: Tue, 8 Oct 2024 23:30:19 +0200
Subject: [usteer] New aggressive roaming to support Intel Wifi Cards
(and also
other devices)
Intel Wifi Cards doe
1fde0f167e2ae50c771be4775eb50a
+PKG_MIRROR_HASH:=bcdb95e40cfceba56a565ad6b6d9f92a122e7230d0f7f950b3d39e4280723cca
PKG_MAINTAINER:=Felix Fietkau
PKG_USE_NINJA:=0
@@ -323,10 +323,34 @@ define KernelPackage/mt7996e
AUTOLOAD:=$(call AutoProbe,mt7996e)
endef
+define KernelPackage/mt7992-fi
Hi Harshitha,
On 26.09.24 07:14, Harshitha Prem wrote:
Hi Team,
The MLO interface requires support for multi-radio wiphy and we would
like to propose the following design for the wireless configuration file
to accommodate multi-radio wiphy. For the multi-radio wireless
configuration, we could u
On 27.08.24 19:31, Elliott Mitchell wrote:
On Thu, Jul 11, 2024 at 08:51:24PM -0600, Philip Prindeville via openwrt-devel
wrote:
Date: Thu, 11 Jul 2024 20:51:24 -0600
From: Philip Prindeville
Was able to get a build with:
--- a/kernel-config
+++ b/kernel-config
@@ -35,6 +35,8 @@ CONFIG_CHR_
On 17.07.24 14:29, Florian Eckert wrote:
In my opinion, the best course of action is to just deal with it by
changing the code to no longer rely on usbX names. Better make it
depend on the sysfs path, similar to wifi-device path handling in the
wireless config.
I am already using the sysfs path
On 17.07.24 13:10, Florian Eckert wrote:
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
On 14.07.24 11:47, Roman Yeryomin wrote:
On 2024-07-14 10:42, Felix Fietkau wrote:
On 14.07.24 02:34, Roman Yeryomin wrote:
It is pretty common use case for a network device to be configured
as DHCP client but having some fallback static IP address where it
would be reachable for, e.g
On 14.07.24 02:34, Roman Yeryomin wrote:
It is pretty common use case for a network device to be configured
as DHCP client but having some fallback static IP address where it
would be reachable for, e.g., configuration.
This reacts on udhcpc events and sets/removes ipaddr which is
configured on
On 24.06.24 13:46, Janusz Dziedzic wrote:
pt., 21 cze 2024 o 12:59 Felix Fietkau napisał(a):
On 21.06.24 10:55, Janusz Dziedzic wrote:
> Hello,
> I see we have backports older than kernel on main (6.6.15 vs 6.6.32)?
> Is there plan to kick backports to smth like 6.10?
I have 6.
On 21.06.24 10:55, Janusz Dziedzic wrote:
Hello,
I see we have backports older than kernel on main (6.6.15 vs 6.6.32)?
Is there plan to kick backports to smth like 6.10?
I have 6.9.1 in my staging tree for testing.
- Felix
___
openwrt-devel mailing
On 11.04.24 10:15, Ivan Ivanov wrote:
SOC: MediaTek MT7981B , Wi-Fi: MediaTek MT7976C
Are these Mediateks capable of working without any binary blobs, at
least in theory? (i.e. some existent reverse-engineering research)
If not, why have they been chosen in particular? IMHO the "OpenWRT
One" pr
On 05.04.24 05:12, e9hack wrote:
Hi,
I face a strange issue about the size of hostapd. If I build hostapd-openssl
only, the size of the hostapd binary is 1061680 bytes. If I add wpad-openssl as
module in addition, the size of hostapd is 798664 bytes only.
The dependencies in hostapd's Config
On 03.04.24 15:41, Petr Štetiar wrote:
LEDE Commits [2024-04-03 07:29:21]:
Hi,
thanks a lot for a great commit message, really appreciate it! :-) Just to get
a complete picture, I've additional questions, sorry.
nbd pushed a commit to openwrt/openwrt.git, branch main:
https://git.openwrt.org
On 31.03.24 01:07, Elliott Mitchell wrote:
On Sat, Mar 30, 2024 at 03:30:49PM +, Daniel Golle wrote:
unchanged. Git has a lot of security built-in, and by using tarballs
as a base for our package builds we are basically throwing all that
away, for the sake of saving a negligible amount of r
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 'vote'?
Where did you see the quorum/consensus? I looked at the links and
couldn't find it.
Triggered by the yggdrasil additions of recent.
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 such
On 30.01.24 19:15, Christian Marangi (Ansuel) wrote:
Robert is active in OpenWrt since 2017 and with some recent stats, he
has more than 310 commits merged in OpenWrt.
He also have uncounted Reviewed-by tag on various PR and merged commits
and generally helps in everything related to IPQ (ipq806x
On 26.01.24 20:15, Dustin Howett wrote:
I am seeing this on x86/64-glibc as well.
It looks like procd is falling over in udebug_entry_vprintf at the
*second* vprintf after udebug_buf_alloc.
This appears to occur when there are log messages longer than the
minimum allocation size (128) and we tri
Hi,
does anybody still care about the broadcom-wl package in OpenWrt?
I think it would be nice if we could get rid of it, along with the code
support and abstraction for different wireless drivers.
It would also allow us to rewrite iwinfo in ucode with nl80211 as the
only supported API, which h
Hi,
On 23.01.24 10:54, G10h4ck wrote:
Hi all!
At Altermundi we have been (mostly silently) advancing with LibreRouter
2 project, we have now some prototype at hand and started testing also
radios, we need that the radio works good with OpenWrt and that at least
have good 802.11s support in the
On 13.01.24 16:58, e9hack wrote:
Am 13.01.2024 um 16:47 schrieb Felix Fietkau:
On 13.01.24 16:32, e9hack wrote:
Thanks, this does fix the exception. Now I see the reale error:
Sat Jan 13 15:52:30 2024 daemon.err hostapd: Could not set interface phy1-ap8
flags (UP): Resource busy
Sat Jan 13
On 13.01.24 16:32, e9hack wrote:
Thanks, this does fix the exception. Now I see the reale error:
Sat Jan 13 15:52:30 2024 daemon.err hostapd: Could not set interface phy1-ap8
flags (UP): Resource busy
Sat Jan 13 15:52:31 2024 daemon.err hostapd: Failed to add BSS
(BSSID=xx:xx:xx:xx:xx:xx)
Sat
Hi,
On 13.01.24 11:28, e9hack wrote:
Hi,
I did add one more AP to my wifi config for testing. This results in hostapd
not starting for this device:
Thu Jan 11 13:59:12 2024 daemon.notice hostapd: Exception in ubus function:
left-hand side expression is null In __iface_pending_next(), file
/
On 28.11.23 17:00, e9hack wrote:
Hi,
since commit 'libubox: update to Git HEAD (2023-11-27)', I've trouble to
compile libubox:
[43/46] Building C object CMakeFiles/jshn.dir/jshn.c.o
[44/46] Linking C executable jshn
FAILED: jshn
: && /data/src/LEDE/RT-AX53U-5.15.x/staging_dir/host/bin/gcc -O2
On 25.11.23 03:28, Elliott Mitchell wrote:
On Fri, Nov 24, 2023 at 01:53:01PM +0100, Jonas Gorski wrote:
> > I'm fine with the cp -l change, but I think adding all remaining modules
> > to the rootfs is not something we should do by default (maybe opt-in?)
>
> Perhaps. This could also be handle
On 17.11.23 22:31, Elliott Mitchell wrote:
On Fri, Nov 17, 2023 at 05:20:33PM +0100, Felix Fietkau wrote:
On 11.11.23 01:21, Elliott Mitchell wrote:
> This removes the requirement for to create a package for all modules.
> Now devices can simply specify in-tree drivers/other to be bu
On 11.11.23 01:21, Elliott Mitchell wrote:
This removes the requirement for to create a package for all modules.
Now devices can simply specify in-tree drivers/other to be built as
modules and they will be present in the resultant image.
Signed-off-by: Elliott Mitchell
It seems to me that thi
On 10.11.23 15:21, e9hack wrote:
Too fast. I did reboot with the old version again. The patched version does
work.
Fix pushed, thanks for testing!
- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mai
On 10.11.23 13:59, Felix Fietkau wrote:
On 09.11.23 22:31, Hannu Nyman wrote:
e9hack kirjoitti 9.11.2023 klo 17.32:
I face a strange behaviour since commit
516ab774cc16d4b04b3b17a067cbf2649f1adaeb (system-linux: fix race condition
on bringing up wireless devices). After a reboot or a full
On 09.11.23 22:31, Hannu Nyman wrote:
e9hack kirjoitti 9.11.2023 klo 17.32:
I face a strange behaviour since commit
516ab774cc16d4b04b3b17a067cbf2649f1adaeb (system-linux: fix race condition
on bringing up wireless devices). After a reboot or a full restart of
hostapd via 'wifi down; sleep 30;
On 21.09.23 20:00, André Valentin wrote:
Hi!
I just tested the current 23.05rc tree with the new hostapd patches and noticed
that 802.1x on wired interfaces does now work anymore.
Until now it was really easy to use the running wpa_supplicant with that, i
just added a config with:
ubus cal
netifd: fix disabling radio via config if reconf is being used
Signed-off-by: Felix Fietkau
(cherry picked from commit 09fd59938b673ca10d4b3c46d32f18164bcdb21a)
---
package/network/config/netifd/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/config
ftypes
c7d84aae0969 Merge pull request #153 from jow-/lib-sort-object-support
Signed-off-by: Felix Fietkau
(cherry picked from commit 9419a50242f81b73bae2b1105c0e370385682ad1)
---
package/utils/ucode/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/utils
f787c97b3489 libubus: add missing uloop_fd_delete call in ubus_shutdown
Signed-off-by: Felix Fietkau
(cherry picked from commit fdadfb633f8906478974aefbbc84fee1bf508e2f)
---
package/system/ubus/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/system
On 11.08.23 17:58, Philip Prindeville wrote:
I'm seeing the following breakage in hostapd:
../src/ap/ucode.c: In function 'uc_hostapd_iface_start':
../src/ap/ucode.c:337:23: error: 'struct hostapd_config' has no member named
'he_oper_centr_freq_seg0_idx'; did you mean 'vht_oper_centr_freq_seg0_
On 06.08.23 17:29, e9hack wrote:
Am 04.08.2023 um 13:01 schrieb Felix Fietkau:
Can you please build hostapd with CONFIG_WPA_MSG_MIN_PRIORITY=0 in the OpenWrt
.config, add -d to the hostapd command in /etc/init.d/wpad
Afterwards, please show me the relevant log part with the full context of
On 03.08.23 20:17, e9hack wrote:
Am 03.08.2023 um 18:51 schrieb Felix Fietkau:
On 03.08.23 15:34, e9hack wrote:
Am 03.08.2023 um 14:35 schrieb Felix Fietkau:
thanks for reporting this. Unfortunately I can't reproduce it myself based on
your description.
Can you please let me know what d
On 03.08.23 15:34, e9hack wrote:
Am 03.08.2023 um 14:35 schrieb Felix Fietkau:
thanks for reporting this. Unfortunately I can't reproduce it myself based on
your description.
Can you please let me know what device you are using, and send me the config
that reproduces this issue?
I&#x
Hi,
On 03.08.23 11:17, e9hack wrote:
I've trouble with 5GHz since the last changes related to hostapd. After boot or
after a sequence 'wifi down; sleep 30; wifi' the 2GHz starts only. The 5GHz
doesn't start. It looks like, that ACS isn't started. If I modify a value in
the config related to 5
Hi Martin,
On 27.07.23 13:23, Martin Schiller wrote:
When preparing the kernel sources to build the kernel headers, currently
only the patches from the generic folder are applied, but not from the
actual selected target.
This is basically understandable if one assumes that one wants to use a
to
On 24.06.23 14:34, Christian Marangi wrote:
Fix Coverity Defect 1532481 reporting a Resource leak when
!bm->node.avl.key is false in bridge_hotplug_add.
While this situation is almost impossible, code can be refactored to
mute the defect and make it clear that we insert only when a new member
is
On 23.06.23 12:29, David Bauer wrote:
Hi Felix,
On 6/23/23 08:55, Felix Fietkau wrote:
On 18.05.23 11:19, David Bauer wrote:
ath10k does not report excessive loss in case of broken block-ack
sessions. The loss is communicated to the host-os, but ath10k does not
trigger a low-ack events by
On 18.05.23 11:19, David Bauer wrote:
ath10k does not report excessive loss in case of broken block-ack
sessions. The loss is communicated to the host-os, but ath10k does not
trigger a low-ack events by itself.
The mac80211 framework for loss detection however detects this
circumstance well in c
On 29.04.23 08:08, Elliott Mitchell wrote:
On Fri, Apr 28, 2023 at 10:29:29AM -0600, Philip Prindeville wrote:
Why isn't this migrating upwards into target/linux/generic/config-5.15 and
target/linux/generic/config-5.10 in that case?
And for the platforms where it was turned off, like
target/l
On 29.04.23 02:50, Elliott Mitchell wrote:
On Thu, Apr 27, 2023 at 05:38:18AM +0200, Stefan Lippers-Hollmann wrote:
On 2023-04-26, Elliott Mitchell wrote:
> On Thu, Apr 27, 2023 at 01:11:13AM +0200, Stefan Lippers-Hollmann wrote:
> > On 2023-04-26, Elliott Mitchell wrote:
> > [...]
> > >
> > >
On 21.04.23 09:11, Petr Štetiar wrote:
Hi,
I've just noticed, that daily CI runtime testing job on belkin-rt3200
failed[1] due to following:
Insufficient stack space to handle exception!
ESR: 0x9647 -- DABT (current EL)
FAR: 0xffc008c47fe0
Task stack: [0xffc008c4
On 31.03.23 18:55, Arınç ÜNAL wrote:
On 31.03.2023 19:45, Felix Fietkau wrote:
On 31.03.23 18:40, Arınç ÜNAL wrote:
I just thought of this. Why don't we just, for example, 'make
mt7621_defconfig && make mod2noconfig', then compile normally with
kernel module pack
On 31.03.23 18:40, Arınç ÜNAL wrote:
I just thought of this. Why don't we just, for example, 'make
mt7621_defconfig && make mod2noconfig', then compile normally with
kernel module packages. This way, OpenWrt compiles a kernel with the
least amount of kernel modules (or rather, it compiles the ke
On 31.03.23 18:22, Arınç ÜNAL wrote:
On 31.03.2023 19:04, Felix Fietkau wrote:
On 31.03.23 14:52, Arınç ÜNAL wrote:
On 31.03.2023 14:33, Daniel Golle wrote:
Hi!
On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote:
Hi all,
These are the ideas I've been thinking about for the f
On 31.03.23 14:52, Arınç ÜNAL wrote:
On 31.03.2023 14:33, Daniel Golle wrote:
Hi!
On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote:
Hi all,
These are the ideas I've been thinking about for the future of OpenWrt for a
while. It looks complete enough to share it with all of you.
I'm
On 30.03.23 11:47, Nick wrote:
On 3/30/23 11:43, Nick wrote:
On 3/19/23 20:25, Hauke Mehrtens wrote:
On 3/15/23 14:37, Nick Hainke wrote:
NLA_S8 is used by newer hostapd versions.
Signed-off-by: Nick Hainke
---
attr.c | 1 +
include/netlink/attr.h | 35 +
On 02.02.23 17:06, Rafał Miłecki wrote:
From: Rafał Miłecki
bcm53xx comes with custom (more optimized) packet steering. A race
between two scripts was resulting in varying network performance.
Ref: fcbd39689ebf ("bcm53xx: enable & setup packet steering")
Signed-off-by: Rafał Miłecki
---
Is th
On 20.01.23 12:42, Florian Eckert wrote:
Hello Felix,
During image generation, the host tools should not be used but the
tools
from the staging_dir.
- mkfs.fat
- sed
- mmd
- mcopy
Why is this necessary? $STAGING_DIR_HOST/bin should already be in
$PATH before the host system parts.
I only
On 20.01.23 09:36, Florian Eckert wrote:
During image generation, the host tools should not be used but the tools
from the staging_dir.
- mkfs.fat
- sed
- mmd
- mcopy
Why is this necessary? $STAGING_DIR_HOST/bin should already be in $PATH
before the host system parts.
- Felix
__
On 12.12.22 15:24, e9hack wrote:
Hi,
backports-6.1-rc8 build fails for ath9k due to a missing dependency:
Fixed, thanks. I added the dependency to kmod-ath9k-common instead,
since that's the module that actually depends on kmod-random-core.
- Felix
___
Hi,
I have another idea that might simplify the mess of dealing with
PKG_RELEASE handling.
1. we use AUTORELEASE for all packages in master
2. when creating a release branch, all PKG_RELEASE lines are changed to
something like 22.03-1
3. we write a script that can automatically edit a series
On 09.08.22 15:13, Thibaut wrote:
Le 6 août 2022 à 11:58, Thibaut a écrit :
Le 6 août 2022 à 00:50, Mark Mentovai a écrit :
Thibaut wrote:
I’m experiencing a strange bug on Yuncore AX820 (mt7621/mt7905/mt7975,
DSA-enabled) when using a bridge-vlan setup. This bug affects at least OpenW
On 27.07.22 07:34, Rafał Miłecki wrote:
From: Rafał Miłecki
Many protocol handlers support "zone" option independently and they pass
it in the "data". Then it's read e.g. by a firewall[34].
Add support for "zone" directly to the netifd so:
1. It works for all protocols
2. Handlers don't have
Hi Daniel,
On 26.07.22 08:46, Daniel Danzberger wrote:
Airoha is a new ARM platform based on Cortex A7 which has recently been
merged into linux-next.
This support is based mostly on those linux-next commits backported
for kernel 5.15.
Patches:
1 - platform support = linux-next
2 - clock dri
On 05.05.22 18:04, Andrew Lunn wrote:
you'll see that most used functions are:
v7_dma_inv_range
__irqentry_text_end
l2c210_inv_range
v7_dma_clean_range
bcma_host_soc_read32
__netif_receive_skb_core
arch_cpu_idle
l2c210_clean_range
fib_table_lookup
There is a lot of cache management functions
On 05.04.22 20:51, Daniel Golle wrote:
On Tue, Apr 05, 2022 at 05:05:43PM +0200, Felix Fietkau wrote:
On 05.04.22 03:14, Daniel Golle wrote:
> When building the Linux kernel, the linker generates a hash of all
> versions of tools involved in a build called BuildID in ELF header.
> Th
On 05.04.22 03:14, Daniel Golle wrote:
When building the Linux kernel, the linker generates a hash of all
versions of tools involved in a build called BuildID in ELF header.
This breaks reproducibility accross different buildhosts eventhough
OpenWrt builds the toolchain from source -- the build-i
On 19.02.22 16:54, Stijn Tintel wrote:
Drop the -processors argument from the mksquashfs4 call, so it will use
all available processors. This dramatically reduces the time to create
squashfs filesystems.
The times below are observed when building an image for my main router,
the WatchGuard Fireb
On 2021-12-17 10:13, Sergey Ryazanov wrote:
On Fri, Dec 17, 2021 at 11:52 AM Felix Fietkau wrote:
On 2021-12-16 23:29, Sergey Ryazanov wrote:
Support for mvswich driver (Marvell 88E6060 switches) build has been
missed during the initial v5.10 kernel introduction. But it is required
for
the new kernel.
Compile tested only with the ath25 target.
Fixes: b10d604459 ("kernel: add linux 5.10 support")
CC: Felix Fietkau
Signed-off-by: Sergey Ryazanov
There is an upstream DSA driver for 88e6060, I think we should try to
use that one instead.
Hi Arnout,
On 2021-12-16 18:00, Arnout Vandecappelle wrote:
Since I want to use these features outside of OpenWrt, I'd like to upstream
the patches 300-noscan.patch and 360-ctrl_iface_reload.patch to hostap.
First of all, I'd like confirmation from you that it's OK to redistribute
those p
On 2021-12-04 15:24, Chuanhong Guo wrote:
BMT replaces nand-specific ops for erasing and writing, but the
mtk-snand driver only implements generic mtd api.
Replace erase, block_isbad, block_markbad in mtd_info for generic mtd
drivers.
Fixes: b600aee3ed ("mediatek: attach bmt to the new snand dr
On 2021-12-01 00:27, Sven Roederer wrote:
Am Montag, 29. November 2021, 10:57:37 CET schrieb Rui Salvaterra:
Hi, Sven,
On Sun, 28 Nov 2021 at 01:40, Sven Roederer wrote:
> Rui, not sure if to call it a bug. At the end there is a hardcoded default
> algo in the module, that is used initially
On 2021-11-18 12:58, Jo-Philipp Wich wrote:
Since OpenWrt's main libc library, musl, does not provide separate shared
object files for libpthread and librt, the existing binary packages for
them are empty placeholders which provide no runtime functionality and
frequently cause confusion among u
Hi,
On 2021-11-10 00:16, Hartmut Birr wrote:
I've trouble with this commit:
dnsmasq: add support for monitoring and modifying dns lookup results via ubus
I've two dnsmasq instances configured. After this commit, one instance does
crash:
Tue Nov 9 23:39:21 2021 daemon.crit dnsmasq[1]: UBus
On 2021-10-26 23:59, luizl...@gmail.com wrote:
From: Luiz Angelo Daros de Luca
interface_ip_add_target_route was adding a host route without
copying other confs like type, source, online). The result was that this:
unreachable 192.168.0.9 metric 123
was being converted to:
192.168.0
On 2021-10-21 11:31, Nick wrote:
Is someone massively utilizing the ubus interface from hostapd? I'm
doing this with dawn and I saw that blocktrron already fixed some
infinity loop. However, currently DAWN is crashing the hostapd. I make
extensive use of the get_clients, all subscriptions, disass
On 2021-10-18 15:37, Florian Eckert wrote:
I'd suggest to require a preinstalled host toolchain for the time
being.
How about requiring a preinstalled host toolchain by default, but
building it from source on buildbot?
I wouldn't make it dependent on whether openwrt compiles on the buildbot
On 2021-10-04 15:20, Jo-Philipp Wich wrote:
Hi Felix,
I'd suggest to require a preinstalled host toolchain for the time being.
How about requiring a preinstalled host toolchain by default, but
building it from source on buildbot?
If we rely on the toolchain on the host, the builds might var
On 2021-10-13 11:32, Nick wrote:
> Does it make a difference in terms of performance to use stack buffers?
> I switched now to using stack buffers, since for me it makes the code
> more readable not having to deal with several buffers and possible race
> conditions. (but just my view on the topic
On 2021-10-13 07:53, Nick wrote:
> Since I saw there were some new patches, e.g., procd, fixing
> blob_buf_free() calls.
> I asked several months ago: "Should you call blob_buf_free() after
> calling blob_buf_init()?"
> https://forum.openwrt.org/t/should-you-call-blob-buf-free-after-calling-blo
Hi,
I recently spent some time digging into what's needed for proper eBPF
build support in OpenWrt. Here's what I found so far:
Most out-of-tree eBPF based projects fork some of the BPF related kernel
headers from various different kernel versions and manually maintain
those forks. These header
On 2021-09-28 13:49, Andre Heider wrote:
> On 28/09/2021 12:20, Andre Heider wrote:
>> fyi brport/proxyarp was still "0" too, which probably means that the
>> netidf condition "if (up && ifname != vif->ifname)" doesn't eval to true
>> as that's the only spot setting "dev->wireless_proxyarp".
>
On 2021-09-27 19:59, e9hack wrote:
> Am 27.09.2021 um 19:02 schrieb Felix Fietkau:
>>
>> Fix pushed, thanks for testing.
>>
>> - Felix
>>
>
> It fixes my issue too.
>
> In bonding_enable_port() and bridge_enable_member() is in the middle
&
On 2021-09-27 18:30, Hannu Nyman wrote:
> Felix Fietkau kirjoitti 27.9.2021 klo 19.17:
>> On 2021-09-27 17:45, Hannu Nyman wrote:
>>> Felix Fietkau kirjoitti 27.9.2021 klo 13.59:
>>>> On a crash, it should drop a .core file to /tmp. Please copy that to
>>
On 2021-09-27 17:45, Hannu Nyman wrote:
> Felix Fietkau kirjoitti 27.9.2021 klo 13.59:
>> On a crash, it should drop a .core file to /tmp. Please copy that to
>> your build host and use ./scripts/remote-gdb to obtain a backtrace from
>> it. I'd like to know, which line of
On 2021-09-27 13:33, e9hack wrote:
> Am 27.09.2021 um 12:59 schrieb Felix Fietkau:
>>
>> Hi,
>>
>>
>> On 2021-09-26 14:48, e9hack wrote:
>>> Do you see a page fault from netifd in the log? If it does crash, it is
>>> restarted by procd. Thi
Hi,
On 2021-09-26 14:48, e9hack wrote:
> Do you see a page fault from netifd in the log? If it does crash, it is
> restarted by procd. This does restart the network stack. If I start netifd
> with strace, I got this lines immediately before the page fault:
>
> unlink("/tmp/resolv.conf.d/reso
On 2021-09-21 13:19, Florian Eckert wrote:
>
> I have written a small shell script, to track write access to the
> '/etc/config' directory.
> For this task I am using the inotify-tool package [1].
> I am using the inotifywait tool to add the watchers [2] with a small
> shell script and log them
On 2021-09-20 22:56, Daniel Haid wrote:
> Felix, I took the last openwrt snapshot and compiled netifd from master
> with your patch applied and installed it.
>
> Result:
> After boot wlan0.sta1 was DOWN.
> After "/etc/init.d/network restart" it was UP and the connection worked!
> After another "/
On 2021-09-20 16:46, Daniel Haid wrote:
> I have continued investigating.
>
> After all, it seems that the interface being down is just a symptom.
>
> I summarize my current findings:
>
> With the 21.02 netifd version, there seems to be a bug concerting WDS.
> The bug has the following effect:
> On 6. Sep 2021, at 02:03, David Bauer wrote:
>
> Hi Felix,
>
> updating my Wireless APs (ath9k+ath10k / mt7603+mt7915) broke ARP broadcast
> delivery to clients
> connected to the radios with SW rate control.
>
> Bisecting this problem revealed commit 0f688797 ("mac80211: add missing
> ch
On 2021-08-31 10:25, vinc...@systemli.org wrote:
> From: Nick Hainke
>
> This reverts commit 8eb1d783cca6e0d501dd3a2f94262ffc36ae6482.
>
> This line reads a symbolic link into the string buffer "buf".
> len = readlink(buf2, buf, sizeof(buf));
> The commit replaced now
> buf[len] =
possible as it would render all other uhttpd
> instances unusable.
>
> Signed-off-by: Stijn Tintel
Acked-by: Felix Fietkau
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 2021-07-26 17:09, Petr Štetiar wrote:
> Petr Štetiar [2021-07-26 17:01:32]:
>
>> This reverts commit 089efd61e9a6cdc0ea39c184d37bc8ebbe03175c as it
>> breaks LAN network on at least mvebu/turris-omnia device.
>>
>> Confirmed-by: Josef Schlehofer
>> Signed-off-by: Petr Štetiar
>> ---
>>
>>
On 2021-07-17 17:45, Hauke Mehrtens wrote:
> Hi,
>
> In general the 21.02-rc3 looks good, but we still have some problems.
>
> Currently we still have these problem:
>
> - IPv6 broken with flow offloading (according to reports, potentially
> related to hw flow offloading)
> - PPPoE allegedly
On 2021-07-13 13:57, louis_hamp...@sercomm.com wrote:
>
> This is particularly useful in multithreaded non-C FFI, where
> additional context from where the event handler was registered may be
> critical to ensuring the output of the event is sent to the right
> location.
>
> Signed-off-by: Louis
Hi Hartmut,
On 2021-06-04 15:22, e9hack wrote:
> OpenWrt has been supporting hostapd's internal radius server for a few days.
> For several years there has been a line in the init-script that activates the
> internal radius server too. I think this is wrong (from hostapd.sh):
>
> [ -n "
On 2021-05-24 15:35, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Interfaces need to be assigned to devices. For that purpose a "device"
> option should be more accurate than "ifname" one.
>
> For backward compatibility add a temporary config translation.
>
> Config example:
>
> config devi
On 2021-05-17 16:49, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Interfaces need to be assigned to devices. For that purpose a "device"
> option should be more accurate than "ifname" one.
>
> For backward compatibility add a temporary config translation.
>
> Config example:
>
> config devi
Hi Rafał,
Thanks for the proposal
On 2021-05-13 15:58, Rafał Miłecki wrote:
> Current /etc/config/network design and netifd implementation are quite a
> bit messy:
> 1. There is no clear layer 2 vs. layer 3 distinction
I think aside from a few legacy compatibility hacks (e.g. the infamous
interfa
1 - 100 of 1803 matches
Mail list logo
