Hi Nick,
Regarding commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=4a3f430d726e0713f4936844f26ccaf5077ef881
I'm seeing this when building:
Any idea how to fix it?
checking whether ccache
/home/koen/firmware/builds/generic_dr40x9/staging_dir/host/bin/g++
supports C++11
On Tue, Jan 30, 2024 at 7:16 PM 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
Some packages (like wavemon >= 0.9.4) depend on libnl-cli
Add support for this part of the lib.
libnl-cli itself depends on libnl-genl and libnl-nf
On MIPS, this component adds 81kB
Signed-off-by: Koen Vandeputte
---
package/libs/libnl/Makefile | 19 ++-
1 file changed,
Hi Yousong,
By reading some mk files I noticed your commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=4f443c885dede3331b969e6265a41a0ff1e3059a
within netfilter.mk:
+define KernelPackage/nf-socket
..
+ KCONFIG:= $(KCOFNIG_NF_SOCKET)
+define KernelPackage/nf-tproxy
..
+
On Tue, Apr 11, 2023 at 10:33 AM Koen Vandeputte
wrote:
>
> On Tue, Apr 11, 2023 at 1:36 AM Lanchon wrote:
> >
> >
> >
> > On 4/10/23 15:38, Daniel Golle wrote:
> > > On Mon, Apr 10, 2023 at 07:01:35PM +0200, Rafał Miłecki wrote:
> > >> From:
On Tue, Apr 11, 2023 at 1:36 AM Lanchon wrote:
>
>
>
> On 4/10/23 15:38, Daniel Golle wrote:
> > On Mon, Apr 10, 2023 at 07:01:35PM +0200, Rafał Miłecki wrote:
> >> From: Rafał Miłecki
> >>
> >> When using "ubiformat" with stdin it requires passing image size using
> >> the -S argument. Provide
ull permission to use and distribute.
Signed-off-by: Robert Marko
Signed-off-by: Koen Vandeputte
---
v2:
- Remove unused alias
- Use original labels
v3:
- Remove bracketed comments
- get actual bdf from side repo
package/firmware/ipq-wifi/Makefile| 2 +
.../ipq40xx/base-files/etc/boar
f9cece0 ipq40xx: add support for Wallystech DR40x9
Signed-off-by: Koen Vandeputte
---
package/firmware/ipq-wifi/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/firmware/ipq-wifi/Makefile
b/package/firmware/ipq-wifi/Makefile
index 57cd226bb7
use and distribute.
Signed-off-by: Robert Marko
Signed-off-by: Koen Vandeputte
---
Board file commit for the Wallys DR40x9
Looks like I don't have access to push to that repo ..
board-wallys_dr40x9.qca4019 | Bin 0 -> 24316 bytes
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644
dts]
[Add 'config' partition]
[Update to latest wifi board bin files - received from Wallystech R]
[Extensively tested on DR4029-V04]
Signed-off-by: Koen Vandeputte
---
v2:
- Remove unused alias
- Use original labels
package/firmware/ipq-wifi/Makefile| 2 +
.../ipq-wifi/bo
dts]
[Add 'config' partition]
[Update to latest wifi board bin files - received from Wallystech R]
[Extensively tested on DR4029-V04]
Signed-off-by: Koen Vandeputte
---
package/firmware/ipq-wifi/Makefile| 2 +
.../ipq-wifi/board-wallys_dr40x9.qca4019 | Bin 0 -> 24316 bytes
.../i
Drop upstreamed patch.
Tested by compiling the complete gstreamer package which heavily
depends on this one.
Signed-off-by: Koen Vandeputte
---
This patch is a requirement to build gstreamer 1.22.0 for which a PR is ready
to submit in package feed
tools/meson/Makefile | 4
On Tue, Jan 24, 2023 at 11:43 PM Lanchon wrote:
>
>
>
> On 1/24/23 18:08, Koen Vandeputte wrote:
> >
> > Hi,
> >
> > I think our previous mails overlapped a bit as I didn't notice your
> > previous response :)
> >
> > I'll send the data tom
On Tue, Jan 24, 2023 at 9:46 PM Lanchon wrote:
>
>
>
> On 1/24/23 17:35, Lanchon wrote:
> >
> >
> > On 1/24/23 13:25, Koen Vandeputte wrote:
> >> On Tue, Jan 24, 2023 at 4:26 PM Koen Vandeputte
> >> wrote:
> >>> On Tue, Jan 24,
On Tue, Jan 24, 2023 at 5:49 PM wrote:
>
> On 24.01.2023 17:13, Lanchon wrote:
> > the problem lies elsewhere: on your platform something is rebooting the
> > system asynchronously while it is updating. this is very dangerous and must
> > be fixed elsewhere in code.
>
> just a wild guess.
On Tue, Jan 24, 2023 at 4:26 PM Koen Vandeputte
wrote:
>
> On Tue, Jan 24, 2023 at 7:59 AM Lanchon wrote:
> >
> > hi Koen, thanks again.
> >
> > i copied your log here for ease of reference:
> > https://gist.github.com/Lanchon/f24ea9c16eda5ffaa5085a7b2
iled reply.
It aided hugely in debugging this further.
I'm happy to share that I found the culprit and it works nicely again now.
within nand.sh:
nand_upgrade_ubinized() {
local ubi_file="$1"
local gz="$2"
nand_detach_ubi "$CI_UBIPART"
Hi Rodrigo,
After a long absence and now testing the latest master, I noticed that
imx nand flash sysupgrade was broken:
expected behaviour:
- scan the nand
- write image
- format empty space
-reboot
Seen behaviour:
- Scan the nand
- reboots
I traced it back to this batch of commits by you:
Hi Ben,
Early 2021, we discussed a bit regarding auto-distance using ath10k.
You mentioned back then that another party was working on that and they
would release it as open source somewhere in Q3/Q4 of 2021.
Do you know the status regarding that?
If they do not intend to open-source it:
-
Tested-by: Koen Vandeputte
Tested on ath79 (mikrotik)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 01.03.22 19:57, Hauke Mehrtens wrote:
On 3/1/22 18:46, Rafał Miłecki wrote:
From: Rafał Miłecki
OpenWrt uses a lot of (b)ash scripts for initial setup. This isn't the
best solution as they almost never consider syncing files / data. Still
this is what we have and we need to try living
On 19.01.22 11:50, Sergey Ryazanov wrote:
On Wed, Jan 19, 2022 at 1:25 PM Denis Kalashnikov wrote:
On MikroTik RB91x board series a reset key shares SoC gpio
line #15 with NAND ALE and NAND IO7. So we need a custom
gpio driver to manage this non-trivial connection schema.
Also rb91x-nand
On 19.01.22 11:25, Denis Kalashnikov wrote:
On MikroTik RB91x board series a reset key shares SoC gpio
line #15 with NAND ALE and NAND IO7. So we need a custom
gpio driver to manage this non-trivial connection schema.
Also rb91x-nand needs to have an ability to disable a polling
of the key
Hi Ben,
After stress testing some wave 1 2x2 radios on multiple boards using
openwrt master I noticed this crash on 2 of them.
Any idea?
01:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac
Wireless Network Adapter
Thanks,
Koen
[ 16.441327] ath10k 5.15 driver, optimized
On 17.01.22 09:51, Denis K wrote:
I'm seeing this in the bootlogs when using this patch:
[5.183305] gpio-latch gpio_latch: failed to get gpio 7: -517
[5.235889] rb91x-nand nand_gpio: failed to get gpios: -517
I still think this should be avoided somehow.
It's okay. The gpio-latch
On 11.01.22 12:55, Hannu Nyman wrote:
Koen Vandeputte wrote at Tue Jan 11 02:03:33 PST 2022:
> I noticed that custom thread names don't seem to work anymore these
days.
> Htop got bumped recently but the issue still isn't fixed.
>
> This feature was very useful to check
On 10.12.21 12:13, Denis K wrote:
Thomas Hühn wrote:
We have 5 Mikrotik 912UAG in our Freifunk Network and just build and updated
them today with latest tunk .. we moved vom ar71xx to ath79 successfully,
so far so good .. thx for your upstream work!
The only thing that is not working: we can
On 10.12.21 23:04, Thomas Hühn wrote:
Hi all,
We have 5 Mikrotik 912UAG in our Freifunk Network and just build and updated
them this week from ar71xx 2020 to latest tunk ath79...so far so cool.. all
wifi routers mesh .. thx for the upstream work!
The first thing that was (is) not working:
On 17.11.21 00:42, Sergey Ryazanov wrote:
On Tue, Nov 16, 2021 at 7:07 PM Denis Kalashnikov wrote:
On MikroTik RB91x board series a reset key shares SoC gpio
line #15 with NAND ALE and NAND IO7. So we need a custom
gpio driver to manage this non-trivial connection schema.
Also rb91x-nand
On 12.01.22 10:51, Koen Vandeputte wrote:
On 09.01.22 14:57, Sven Roederer wrote:
Am Dienstag, 21. Dezember 2021, 08:45:59 CET schrieb Oskari Lemmela:
Make soft_config writable in all cases. Performing soft_config commit
will fail if mtd partition is not writable.
Signed-off-by: Oskari
On 09.01.22 14:57, Sven Roederer wrote:
Am Dienstag, 21. Dezember 2021, 08:45:59 CET schrieb Oskari Lemmela:
Make soft_config writable in all cases. Performing soft_config commit
will fail if mtd partition is not writable.
Signed-off-by: Oskari Lemmela
---
Hi,
I noticed that custom thread names don't seem to work anymore these days.
Htop got bumped recently but the issue still isn't fixed.
This feature was very useful to check which thread consumes a lot of cpu
during debugging applications.
I think this got broken with the bump to a newer
On 10.12.21 16:14, Denis K wrote:
Mikrotik RB912UAG needs to be better supported in ath79, imho
and I'm working on it. Reset key, Gigabit Ethernet, mPCIe slot, UART
-- all need to be fixed. This patch adds support for reset key, next
one I'm working on will fix mPCIe slot. No ideas about how
On 13.12.21 15:00, Hauke Mehrtens wrote:
On 12/13/21 2:16 PM, Koen Vandeputte wrote:
On 12.12.21 22:18, Hauke Mehrtens wrote:
The following patches were backported from upstream before and are not
needed any more:
package/kernel/mac80211/patches/ath/980-ath10k-fix-max-antenna-gain-unit.patch
On 12.12.21 22:18, Hauke Mehrtens wrote:
The following patches were backported from upstream before and are not
needed any more:
package/kernel/mac80211/patches/ath/980-ath10k-fix-max-antenna-gain-unit.patch
On 10.12.21 16:14, Denis K wrote:
Mikrotik RB912UAG needs to be better supported in ath79, imho
and I'm working on it. Reset key, Gigabit Ethernet, mPCIe slot, UART
-- all need to be fixed. This patch adds support for reset key, next
one I'm working on will fix mPCIe slot. No ideas about how
On 08.11.21 09:36, Koen Vandeputte wrote:
On 24.10.21 17:05, Oskari Lemmela wrote:
First patch updates dynamic code generator to handle newer data from
libqmi project. After data is synced from libqmi project, more
connection
diagnostic commands are added to uqmi.
Oskari Lemmela (3
On 24.10.21 17:05, Oskari Lemmela wrote:
First patch updates dynamic code generator to handle newer data from
libqmi project. After data is synced from libqmi project, more connection
diagnostic commands are added to uqmi.
Oskari Lemmela (3):
uqmi: update code generator
uqmi: sync data
On 05.10.21 17:42, Piotr Dymacz wrote:
Hi Tim,
On 04.10.2021 00:22, Tim Harvey wrote:
Piotr,
How is your progress regarding submitting patches to OpenWrt to split
the imx target into multiple arch related subtargets (like cortexa7,
cortexa9)?
I'm planning to clean it up and send patches
On 01.07.21 22:12, Arjun wrote:
On 02/07/21 1:36 am, David Bauer wrote:
[resend, as I've missed to keep the list CC'ed]
Hi Arjun
On 7/1/21 9:50 PM, Arjun AK wrote:
Signed-off-by: Arjun AK
And just my personal opinion: While I think it makes sense to move
optional packages to the
On 25.06.21 11:44, Piotr Dymacz wrote:
Hi Koen,
On 25.06.2021 11:04, Koen Vandeputte wrote:
Hi Piotr,
It seems imx6 Gateworks Ventana target got broken.
I suspect it's due to following commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h
Hi Piotr,
It seems imx6 Gateworks Ventana target got broken.
I suspect it's due to following commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=8dba71dd33c8e35e7f363ffdb2ba42259ab43ce2
After this commit, the bootfile generated is this one:
- 6x_bootscript-gateworks_ventana
On 16.06.21 15:43, Tomasz Maciej Nowak wrote:
W dniu 15.06.2021 o 16:05, Koen Vandeputte pisze:
On 13.06.21 18:28, Tomasz Maciej Nowak wrote:
Looking at OpenWrt downloading statistics this target has non-existent
userbase apart from me. Mark it as source-only to skip the build by
buildbots
On 13.06.21 18:28, Tomasz Maciej Nowak wrote:
Looking at OpenWrt downloading statistics this target has non-existent
userbase apart from me. Mark it as source-only to skip the build by
buildbots and not waste further the resources.
Signed-off-by: Tomasz Maciej Nowak
---
I'll keep this target
On 14.06.21 20:02, Adrian Schmutzler wrote:
Hi,
a few remaining comments below.
+ gpio-export {
+ compatible = "gpio-export";
+
+ usb_power {
+ label = "power:usb";
gpio-export nodes normally don't have a label property. We have
On 27.05.21 10:16, Denis Kalashnikov wrote:
From: Denis Kalashnikov
RB912 needs two ad hoc drivers: gpio-latch and rb91x_nand. So I've ported them
from ar71xx and added DTS.
In RFC v1 I added a MFD driver that provided API for manipulating shared gpio
lines to gpio-latch and nand drivers.
On 23.05.21 11:01, Adrian Schmutzler wrote:
...
diff --git a/target/linux/ath79/image/mikrotik.mk
b/target/linux/ath79/image/mikrotik.mk
index 74f8603b5a..0072ec527d 100644
--- a/target/linux/ath79/image/mikrotik.mk
+++ b/target/linux/ath79/image/mikrotik.mk
@@ -9,6 +9,15 @@ define
On 21.05.21 13:19, Ibrahim Tachijian wrote:
Hello,
We use approximately 10k IPQ40XX devices and we have noticed that
every time we run "sysupgrade -n" we lose approximately 1% of the
routers in the process.
After further investigation I'm almost confident that it is not the
sysupgrade process
On 12.05.21 15:09, Bjørn Mork wrote:
Koen Vandeputte writes:
Hi Bjørn
I can confirm the slot can also handle pcie signaling.
Got a rb912 board laying on my desk this very moment running an extra
ath9k pcie card :-) (openwrt 19.07)
Thanks. Good to be wrong :-)
The slot is also advertised
On 12.05.21 14:47, Bjørn Mork wrote:
Koen Vandeputte writes:
I've fixed most of the open stuff, with the exception of using a PCIe
device in the slot. (checking currently what is wrong there)
Are you sure that's supported? This is a slot intended only for LTE
modems, isn't it?
Looking
Hi Denis,
I have high interest in this target device and wanted to provide some
assistance if that's ok with you.
I've fixed most of the open stuff, with the exception of using a PCIe
device in the slot. (checking currently what is wrong there)
Changes:
- dts cleanup
- Enabled USB
- Added
On 06.05.21 18:25, Denis Kalashnikov wrote:
What is not working:
* USB port and mPCIe slot,
* Beeper,
you will need to add kmod-gpio-beeper
+/*
+ * TODO list:
+ * - Enable beeper/buzzer,
+ * - Enable button/key,
+ * - Enable usb EHCI and export GPIOs for
+ * turning on/off
On 06.05.21 18:25, Denis Kalashnikov wrote:
What is not working:
* USB port and mPCIe slot,
* Beeper,
* Button,
+
+/* SoC Wi-Fi MAC managed by ath9k driver (RB912UAG-2HPnD) */
+ {
+ status = "okay";
+ /*
+* Wireless calibration data is in SPI NOR flash
+*
rotik/hard_config/mac_base+2
The behaviour is correct on rebooting or reflashing.
Roger
El 16/4/21 a les 17:04, Koen Vandeputte ha escrit:
Hi all,
I found another interesting issue testing on a rb922
The board gets a random mac on each boot.
This is normal and should be automatically corr
mware/mikrotik/hard_config/mac_base+1
wlan0: /sys/firmware/mikrotik/hard_config/mac_base+2
The behaviour is correct on rebooting or reflashing.
Roger
El 16/4/21 a les 17:04, Koen Vandeputte ha escrit:
Hi all,
I found another interesting issue testing on a rb922
The board gets a random mac on each
Hi all,
I found another interesting issue testing on a rb922
The board gets a random mac on each boot.
This is normal and should be automatically corrected by 02_network
afterwards when hard_config is available, but it seems it's not getting
applied correctly.
Debugging the 02_network script
On 12.04.21 17:31, Daniel Golle wrote:
On Mon, Apr 12, 2021 at 10:45:14PM +0800, DENG Qingfang wrote:
After the commit, devices with mtd-concat such as HC5962 no longer work.
Several "sysfs: cannot create duplicate filename '/devices/..." warnings
can be seen in kernel log.
I'm working on
Hi all,
I'm playing around with Mikrotik stuff to test flashing from 19.07
ar71xx towards master using sysupgrade.
Trying this natively using sysupgrade shows Invalid firmware image:
dd
'if=/tmp/openwrt-ath79-mikrotik-mikrotik_routerboard-922uags-5hpacd-squashfs-sysupgrade.bin'
'skip=0'
On 13.11.20 13:35, Adrian Schmutzler wrote:
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Josef Schlehofer
Sent: Freitag, 13. November 2020 09:33
To: openwrt-devel@lists.openwrt.org
Cc: Hauke Mehrtens
Subject: [PATCH 19.07]
On 29.10.20 13:20, Felix Fietkau wrote:
On 2020-10-29 13:11, Koen Vandeputte wrote:
On 29.10.20 11:37, Andrey Jr. Melnikov wrote:
Koen Vandeputte wrote:
On 03.10.20 17:11, Vincent Wiemann wrote:
Hi folks,
is anybody working on 5.9, already?
I'd like to do some testing with io_uring
On 29.10.20 11:37, Andrey Jr. Melnikov wrote:
Koen Vandeputte wrote:
On 03.10.20 17:11, Vincent Wiemann wrote:
Hi folks,
is anybody working on 5.9, already?
I'd like to do some testing with io_uring on ath79 devices,
but the features needed require a version > 5.7.
Please let me k
On 03.10.20 17:11, Vincent Wiemann wrote:
Hi folks,
is anybody working on 5.9, already?
I'd like to do some testing with io_uring on ath79 devices,
but the features needed require a version > 5.7.
Please let me know!
Best,
Vincent
___
On 17.07.20 11:56, Rosen Penev wrote:
On Jul 17, 2020, at 2:50 AM, Petr Štetiar wrote:
Rosen Penev [2020-07-13 22:43:51]:
Hi,
GCC 10 defaults to fno-common, which demains unique defenitions.
whats the exact error here? Wouldn't it make sense to move this into packages
feed?
+1
No
On 18.06.20 10:52, Kevin 'ldir' Darbyshire-Bryant wrote:
On 18 Jun 2020, at 08:58, Koen Vandeputte wrote:
On 18.06.20 08:50, Kevin Darbyshire-Bryant wrote:
Refreshed patches.
Run tested: x86/64 (apu2)
Signed-off-by: Kevin Darbyshire-Bryant
---
I've got the bumps in my staging
On 18.06.20 08:50, Kevin Darbyshire-Bryant wrote:
Refreshed patches.
Run tested: x86/64 (apu2)
Signed-off-by: Kevin Darbyshire-Bryant
---
I've got the bumps in my staging already sinds a day or 2 :-)
___
openwrt-devel mailing list
Hi All,
I've tried to bump this target to kernel 5.4 but failed to do so twice.
This target is not DT aware at all and the amount of efforts required to
do so are tremendous, which I cannot justify internally here.
Giving the facts that:
- The huge amount of effort required
- The SoC
On 28.05.20 04:42, luochong...@gl-inet.com wrote:
Hi Koen,
I'm really sorry that I missed your previous email.
Tried sysupgrade --> results in platform_check failure.
In the original device naming convention, E750 was named glinet,gl-e750
However, in today's openwrt, the name of the device
On 27.05.20 15:33, Koen Vandeputte wrote:
On 07.05.20 13:46, Luochongjun wrote:
The gl-e750 is a portable travel router that gives you safe access to
the internet while traveling.
Specifications:
- SoC: Qualcomm Atheros AR9531 (650MHz)
- RAM: 128 MB DDR2
- Flash: 16 MB SPI NOR (W25Q128FVSG
On 07.05.20 13:46, Luochongjun wrote:
The gl-e750 is a portable travel router that gives you safe access to
the internet while traveling.
Specifications:
- SoC: Qualcomm Atheros AR9531 (650MHz)
- RAM: 128 MB DDR2
- Flash: 16 MB SPI NOR (W25Q128FVSG) + 128 MB SPI NAND (GD5F1GQ4UFYIG)
-
On 25.05.20 13:11, Zoltan HERPAI wrote:
Hi,
On 5/25/2020 12:42, m...@adrianschmutzler.de wrote:
Hi all,
while there has been a lot of progress during the last months, there
are still a few target that have not been updated to 5.4 (at least as
testing kernel) yet:
4.19:
cns3xxx
4.14:
On 07.05.20 13:46, Luochongjun wrote:
The gl-e750 is a portable travel router that gives you safe access to
the internet while traveling.
Specifications:
- SoC: Qualcomm Atheros AR9531 (650MHz)
- RAM: 128 MB DDR2
- Flash: 16 MB SPI NOR (W25Q128FVSG) + 128 MB SPI NAND (GD5F1GQ4UFYIG)
-
On 07.05.20 13:46, Luochongjun wrote:
The gl-e750 is a portable travel router that gives you safe access to
the internet while traveling.
Specifications:
- SoC: Qualcomm Atheros AR9531 (650MHz)
- RAM: 128 MB DDR2
- Flash: 16 MB SPI NOR (W25Q128FVSG) + 128 MB SPI NAND (GD5F1GQ4UFYIG)
-
On 21.04.20 23:22, Hauke Mehrtens wrote:
This updates mac80211 in OpenWrt to version 5.7-rc2.
This update contains ath11k and many other ieee80211ax updates.
ath11k only works on the ipq807x devices.
I tried to start a discussion how we want to go forward with the
wireless subsystem we ship
On 09.03.20 20:18, Koen Vandeputte wrote:
Hi Tim,
I was compile-testing the 5.4 bump on OcteonTx and found a missing
symbol for it:
kvdp@kvdp-BRIX:~/git/openwrt_staging/target$ grep -r "CGROUP_HUGETLB"
linux/generic/config-4.14:# CONFIG_CGROUP_HUGETLB is not set
linux/octeontx/c
Hi Tim,
I was compile-testing the 5.4 bump on OcteonTx and found a missing
symbol for it:
kvdp@kvdp-BRIX:~/git/openwrt_staging/target$ grep -r "CGROUP_HUGETLB"
linux/generic/config-4.14:# CONFIG_CGROUP_HUGETLB is not set
linux/octeontx/config-4.14:CONFIG_CGROUP_HUGETLB=y
Looks like it was
On 06.03.20 18:44, Koen Vandeputte wrote:
On 06.03.20 16:55, Tim Harvey wrote:
On Wed, Feb 26, 2020 at 12:40 PM Tim Harvey
wrote:
Signed-off-by: Tim Harvey
---
target/linux/octeontx/config-5.4 | 634
+
...nderx-use-proper-interface-type
On 06.03.20 16:55, Tim Harvey wrote:
On Wed, Feb 26, 2020 at 12:40 PM Tim Harvey wrote:
Signed-off-by: Tim Harvey
---
target/linux/octeontx/config-5.4 | 634 +
...nderx-use-proper-interface-type-for-RGMII.patch | 47 ++
On 28.02.20 18:22, Ansuel Smith wrote:
Hi All,
After a lot of hard work from many people involved, I'm very
pleased to
announce
initial support for kernel 5.4 has been pushed to master with
already a
nice amount
of available targets.
If you are
Hi All,
After a lot of hard work from many people involved, I'm very pleased to
announce
initial support for kernel 5.4 has been pushed to master with already a
nice amount
of available targets.
If you are interested, feel free to test, send fixes or send patches for
supporting 5.4 on other
Hi Roger,
Can you send me full bootlogs please from both?
I have RB922-5HPnD, not the AC version over here, but I guess the issue
will also be present over there.
Thanks again,
Koen
On 27.01.20 15:16, Roger Pueyo Centelles | Guifi.net via openwrt-devel
wrote:
The sender domain has a
On 27.01.20 17:14, Joe Ayers wrote:
You should report this bug under "openwrt-19.07":
https://bugs.openwrt.org/
You are apparently using ar71xx, did you try an ath79 19.07 image?
the first mikrotik device in ath79 was merged to master last week, so ath79 is
not an option here ATM.
Best
Tested on ~10 devices. IBSS and AP/STA
Tested-by: Koen Vandeputte
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 29.10.19 06:37, John Crispin wrote:
Hi,
should we use v5.4 as our next kernel ?
John
From my point of view: yes
I also really like the cadence of just following LTS release schedule
which doesn't enforce a hard deadline to do major bumps or risking
drying up of fixes from Stable
On 21.10.19 17:04, Martin Tippmann wrote:
We are using a shell-function to set the prompt based on return code -
it works fine in 17.01 / 18.06 / 19.07, however in current master when
the function is run the terminal/ssh session hangs.
how to reproduce:
<--- hang.sh:
#!/bin/sh
You could
On 04.10.19 14:30, Koen Vandeputte wrote:
On 03.10.19 00:21, Tim Harvey wrote:
UBI Fastmap support is stable in the 4.4 kernel so lets take
advantage of it to shave off 5-10 seconds of boot time.
Signed-off-by: Tim Harvey
---
target/linux/imx6/image/bootscript-ventana | 4 +++-
1 file
On 03.10.19 00:21, Tim Harvey wrote:
UBI Fastmap support is stable in the 4.4 kernel so lets take
advantage of it to shave off 5-10 seconds of boot time.
Signed-off-by: Tim Harvey
---
target/linux/imx6/image/bootscript-ventana | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
On 25.09.19 17:14, supp...@maxnet.al wrote:
This is long distance, 5km with 4 dishes on each side. They are all
vertical and all chains have signal range -60 to -65.
I don't have omni antennas. Is there a problem that i am using dishes?
I run dozens of long-range devices, and I'm seeing 2
On 14-09-19 12:47, Magnus Kroken wrote:
Hi Andre
On 14.09.2019 10:49, Andre Valentin wrote:
It seems the kernel bump broke ath79 compilation. The problem lies in
target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch
It cannot be applied anymore. I tried a quick fix, but there
On 14-09-19 10:49, Andre Valentin wrote:
Hi!
It seems the kernel bump broke ath79 compilation. The problem lies in
target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch
It cannot be applied anymore. I tried a quick fix, but there seems to be a
bigger change.
Kind regards,
On 14-09-19 11:59, Dmitry Tunin wrote:
Patch target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch
doesn't apply
Applying
/home/pilot6/LEDE/openwrt/target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch
using plaintext:
patching file
On 28.08.19 19:34, Joe Ayers wrote:
initialized the ackto to max:
A) avoidance of late-ack state
B) not require wpa_supplicant -- not in use by our community today
C) Suspect some conditions, e.g. low SNR Neighbors, do not trigger
"late ack" (consistent, with observation of low SNR Neighbors
initialized the ackto to max:
A) avoidance of late-ack state
B) not require wpa_supplicant -- not in use by our community today
C) Suspect some conditions, e.g. low SNR Neighbors, do not trigger
"late ack" (consistent, with observation of low SNR Neighbors sticking
at max ack_to with my
These are added in ath79, but were not backported here
Signed-off-by: Koen Vandeputte
---
.../files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c | 5 +
1 file changed, 5 insertions(+)
diff --git
a/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
b/target
Hi Joe,
Lorenzo, I deployed an ath9k auto distance solution in April that is
working for the AREDN community http://www.arednmesh.org .
https://github.com/aredn/aredn_ar71xx/blob/develop/patches/712-auto-distance-settings.patch
Summary of solution:
* no dependency on wpa_supplicant
*
On 09.08.19 15:31, Koen Vandeputte wrote:
On 09.08.19 14:48, Ben Greear wrote:
On 8/6/19 2:26 AM, Koen Vandeputte wrote:
Hi Ben,
I finally managed to get to some time to properly take a look
using a simple setup.
Attached all required files to simulate the issue.
I compiled the latest
On 09.08.19 14:48, Ben Greear wrote:
On 8/6/19 2:26 AM, Koen Vandeputte wrote:
Hi Ben,
I finally managed to get to some time to properly take a look using
a simple setup.
Attached all required files to simulate the issue.
I compiled the latest OpenWrt master state, (included a full
On 05.08.19 18:17, Koen Vandeputte wrote:
On 05.08.19 17:47, Koen Vandeputte wrote:
On 27.06.19 16:24, Ben Greear wrote:
On 6/27/19 7:17 AM, Koen Vandeputte wrote:
On 26.06.19 18:39, Ben Greear wrote:
On 6/26/19 9:28 AM, Koen Vandeputte wrote:
On 26.06.19 18:16, Ben Greear wrote:
On 6
On 01.08.19 17:27, Koen Vandeputte wrote:
Hi All,
I've been playing around the last few days stresstesting latest 19.07
on different targets (ar71xx, cns3xxx, imx6, ...) with extra kernel
debug features enabled.
I'll post some results here as maybe somebody has a clue. :)
Some
Hi All,
I've been playing around the last few days stresstesting latest 19.07 on
different targets (ar71xx, cns3xxx, imx6, ...) with extra kernel debug
features enabled.
I'll post some results here as maybe somebody has a clue. :)
Some interesting splats already showed up, actually also
On 07.07.19 19:28, Hauke Mehrtens wrote:
This updates to backports-4.19.57-1 which contains the wireless
subsystem and driver from kernel 4.19.57.
The removed patches are applied upstream.
Tested-by: Koen Vandeputte
- Quad radio 802.11n (ar9220) on cns3xxx
- Dual radio 802.11n (ar9582
1 - 100 of 217 matches
Mail list logo