From: Rafał Miłecki
mt7915e driver supports MT7915 & MT7916 devices and MT7981 & MT7986
on-SoC wireless controllers. Devices based on MT7988 and possibly other
next chipsets are quite unlikely to need it (MT7988 was designed to be
used with MT7996).
Move kmod-mt7915e to DEVICE_
From: Rafał Miłecki
It's needed by some drivers, e.g. mt7925, see:
mt7925/mcu.c:2181:23: error: implicit declaration of function
'ieee80211_vif_is_mld' [-Werror=implicit-function-declaration]
Signed-off-by: Rafał Miłecki
---
...-mac80211-warn-only-once-on-AP-probe.patch | 32 ++
...6.5-wifi
From: Rafał Miłecki
It's needed by some drivers, e.g. mt7925, see:
mt7925/main.c:264:9: error: implicit declaration of function
'_ieee80211_set_sband_iftype_data' [-Werror=implicit-function-declaration]
Signed-off-by: Rafał Miłecki
---
...d-ieee80211_set_sband_iftype_data-he.patch | 49
From: Rafał Miłecki
Those changes are needed by Wi-Fi 7 drivers.
Signed-off-by: Rafał Miłecki
---
In master branch mac80211 package was updated from 6.1 to 6.5 to include
required EHT code. We probably don't want to do that for openwrt-23.05
as it's a rather big change.
It still would be nice
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: sy
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:
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
in
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
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: Jo
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
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
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: Jo
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
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
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
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 package
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: Jo
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
From: Rafał Miłecki
Make them more generic regarding accepted data buffers.
This fixes:
src/pc1crypt.c: In function ‘main’:
src/pc1crypt.c:322:26: warning: pointer targets in passing argument 2 of
‘pc1_decrypt_buf’ differ in signedness [-Wpointer-sign]
pc1_decrypt_buf(, buf, datalen
From: Rafał Miłecki
This fixes:
src/uimage_sgehdr.c: In function ‘main’:
src/uimage_sgehdr.c:76:6: warning: unused variable ‘ltmp’ [-Wunused-variable]
int ltmp;
^~~~
Signed-off-by: Rafał Miłecki
---
src/uimage_sgehdr.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src
From: Rafał Miłecki
This fixes:
src/srec2bin.c: In function ‘checksum’:
src/srec2bin.c:297:7: warning: variable ‘dum’ set but not used
[-Wunused-but-set-variable]
int dum;
^~~
Signed-off-by: Rafał Miłecki
---
src/srec2bin.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src
From: Rafał Miłecki
This fixes:
src/uimage_sgehdr.c: In function ‘main’:
src/uimage_sgehdr.c:152:10: warning: pointer targets in passing argument 1 of
‘strncpy’ differ in signedness [-Wpointer-sign]
strncpy(imgh->sgeih_p, model, sizeof(imgh->sgeih_p));
^~~~
src/uimage_sgehdr
On 21.02.2024 20:52, e9hack wrote:
root@WLAN-DSL9:~# sysupgrade -b /var/config-backup.tar.gz
Wed Feb 21 20:48:30 CET 2024 upgrade: Saving config files...
tar: var/dhcp.leases: No such file or directory
tar: var/lib/logrotate.status: No such file or directory
tar: var/log/logrotate.log: No such
From: Rafał Miłecki
It's easier to control service from the same page that allows
configuring it.
Cc: Jo-Philipp Wich
Signed-off-by: Rafał Miłecki
---
Over years we got a lot of redundant "enabled" (or "disabled") UCI
config options where it'd be perfecly enough
On 15.02.2024 18:46, Paul D wrote:
On 2024-02-15 15:42, Rafał Miłecki wrote:
On 14.02.2024 21:50, Paul D wrote:
Would services not do better to be tracked within uci and its config files in
/etc/config?
Well, it's a part of a mess we have in our init/config code. It was only
last week
On 14.02.2024 21:50, Paul D wrote:
Would services not do better to be tracked within uci and its config files in
/etc/config?
Well, it's a part of a mess we have in our init/config code. It was only
last week that Jo was discussing it with Ansuel. In short we have:
1. Packages with no UCI
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: Jo
On 7.02.2024 02:16, Elliott Mitchell wrote:
diff --git a/scripts/kernel_upgrade.pl b/scripts/kernel_upgrade.pl
new file mode 100755
index 00..b9fe5882a3
--- /dev/null
+++ b/scripts/kernel_upgrade.pl
@@ -0,0 +1,261 @@
+#!/usr/bin/env perl
From: Rafał Miłecki
Setting overlay while creating backup allows including extra files in
archive without actually writing them to flash. Right now this feature
is limited to /etc/backup/ directory and is used only for including
installed_packages.txt.
Extend this solution to make it more
From: Rafał Miłecki
It's a standard way of grouping on-SoC hardware blocks and this matches
upstream DTS.
Signed-off-by: Rafał Miłecki
---
.../arch/arm64/boot/dts/mediatek/mt7981.dtsi | 1245 +
.../arch/arm64/boot/dts/mediatek/mt7981.dtsi | 1245 +
2 files
From: Rafał Miłecki
Rename function to more accurate and self-explanatory name:
1. Use "archive" in name as this functions creates tar archive
2. Avoid "conffiles" as this function may archive more than that
Signed-off-by: Rafał Miłecki
---
package/base-files/files
From: Rafał Miłecki
It was used inside do_save_conffiles() only.
Signed-off-by: Rafał Miłecki
---
package/base-files/files/sbin/sysupgrade | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/package/base-files/files/sbin/sysupgrade
b/package/base-files/files/sbin
From: Rafał Miłecki
Usage of word "add" was somehow misleading in those functions:
1. They don't really add (as in: append) anything. Result files are
created from scratch.
2. It wasn't clear what adding files means. It could be understood as
adding actual files somewhere (t
From: Rafał Miłecki
Calling "sysupgrade --help" should result in printing help and exiting
with 0 code.
Signed-off-by: Rafał Miłecki
---
package/base-files/files/sbin/sysupgrade | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/package/base-f
From: Rafał Miłecki
Group & describe them by type, drop unneeded exports.
Signed-off-by: Rafał Miłecki
---
package/base-files/files/sbin/sysupgrade | 64
1 file changed, 33 insertions(+), 31 deletions(-)
diff --git a/package/base-files/files/sbin/sysupgrad
On 5.02.2024 15:21, Daniel Golle wrote:
On Mon, Feb 05, 2024 at 02:23:08PM +0100, Rafał Miłecki wrote:
From: Rafał Miłecki
Aquantia AQR113C is PHY that needs loading a firmware. Some devices may
have it stored on flash and some need filesystem to provide it.
Are you aware of any MediaTek
On 5.02.2024 15:15, Robert Marko wrote:
On Mon, 5 Feb 2024 at 14:23, Rafał Miłecki wrote:
From: Rafał Miłecki
Aquantia AQR113C is PHY that needs loading a firmware. Some devices may
have it stored on flash and some need filesystem to provide it.
MediaTek holds its own AQR113C firmware file
From: Rafał Miłecki
Aquantia AQR113C is PHY that needs loading a firmware. Some devices may
have it stored on flash and some need filesystem to provide it.
MediaTek holds its own AQR113C firmware file for its boards. Package it.
The problem is obtaining that firmware:
1. Cloning whole repo
On 26.01.2024 18:45, Felix Fietkau wrote:
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
From: Rafał Miłecki
Some Aquantia PHYs (e.g. AQR113C) require firmware to be uploaded by
host system. With built-in drivers this doesn't work in OpenWrt /
embeddded as filesystem isn't available during PHY probe. That results
in delays like:
[1.588068] Aquantia AQR113C mdio-bus:00: Falling
On 26.11.2023 21:47, Rafał Miłecki wrote:
From: Rafał Miłecki
Reloading service from uci-defaults script is a hack to workaround
postinst limitation. It should not be executed during boot as other
uci-defaults scripts may want to adjust uhttpd's config too.
Cc: Hauke Mehrtens
Fixes
On 9.01.2024 13:29, John Crispin wrote:
On 09.01.24 12:56, Robert Marko wrote:
---SNIP---
Why not 6GHz?
6GHz requires an external card, and I doubt you can fit that in the
target price.
Regards,
Robert
correct. as mentioned in the email, we wanted to start out small. also upstream
in buying
some units. I hope we can take care of some case with OpenWrt branding.
So are you looking for just a generic interest feedback? Or some
technical comments? What are next steps for this project and do you
could use some community help?
--
Rafał Miłecki
From: Rafał Miłecki
OpenWrt project provides downstream support for thousands of embedded
home network devices. Its custom requirement for DT is to provide info
about LEDs roles. Currently it does it by using custom non-documented
aliases. While formally valid (aliases.yaml doesn't limit names
From: Rafał Miłecki
Use postinst script to reload service instead of uci-defaults hack. It's
possible thanks to recent base-files change that executes postinst after
uci-defaults.
This fixes support for uhttpd customizations. It's possible (again) to
adjust uhttpd config with custom uci
On 28.07.2023 13:28, Rafał Miłecki wrote:
From: Rafał Miłecki
Cc: Hank Moretti
Cc: Hauke Mehrtens
Signed-off-by: Rafał Miłecki
---
Hank: can you runtime test this, please?
It remained unanswered but change got handled by Rosen:
405bc5be130a ("mediatek: convert to nvmem-l
Hi Richard,
On 1.03.2022 20:37, Richard Weinberger wrote:
- Ursprüngliche Mail -
Von: "Rafał Miłecki"
An: "OpenWrt Development List"
CC: "Koen Vandeputte" , "richard" , "Rafał
Miłecki"
Gesendet: Dienstag, 1. März 2022 20:13:29
Betr
From: Rafał Miłecki
Reloading service from uci-defaults script is a hack to workaround
postinst limitation. It should not be executed during boot as other
uci-defaults scripts may want to adjust uhttpd's config too.
Cc: Hauke Mehrtens
Fixes: d25d281fd668 ("uhttpd: Reload config after u
From: Rafał Miłecki
With this change "postinst" scripts can perform extra actions after
applying all kind of fixups implemented using uci-defaults.
This is needed e.g. by uhttpd-mod-ubus which after installation in a
running systems needs to:
1. Update uhttpd config using its uc
From: Rafał Miłecki
Acelink EW-7886CAX is an MT7986A (AKA Filogic 830) based access point.
It has 512 MiB of RAM, one 2.5 Gbps PoE (802.3at) Ethernet port and
on-SoC Wi-Fi.
My unit came with Mediatek's firmware (based on OpenWrt 21.02)
installed. It was possible to simply upgrade using
but some guessing logic is needed for
function + color properties (it's actually missing in OpenWrt right now)
Any suggestions for DT-based solution?
--
Rafał Miłecki
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
From: Rafał Miłecki
This downstream DT property is not used by any DTS file anymore.
Signed-off-by: Rafał Miłecki
---
...net-add-mac-address-increment-support.patch | 18 --
...683-of_net-add-mac-address-to-of-tree.patch | 2 +-
...et-do-mac-address-increment-only-once.patch
From: Rafał Miłecki
Those devices have Ethernet interfaces using base MAC address increased
by 0x40 in the 3rd indexed byte (00:00:00:FF:00:00). To describe that we
were using a custom (downstream) "mac-address-increment-byte" property.
The same result can be achieved by using
word). Still we have an /official/ "mac-base" binding at
least. I'd be nice to have DT guys opinion on binding like this.
--
Rafał Miłecki
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 2023-11-10 10:28, Shiji Yang wrote:
From: Shiji Yang
ASCII MAC address can be handled by nvmem "fixed-layout" now. And all
related devices were converted to the new "mac-base" layout format.
It's time to remove this hack.
Oh, I was hoping for that for a long time. Lo
From: Rafał Miłecki
Allow selecting KERNEL_SLUB_DEBUG and KERNEL_SLUB_DEBUG_ON manually and
provide detailed help for both.
Signed-off-by: Rafał Miłecki
---
config/Config-kernel.in | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/config/Config-kernel.in b
From: Rafał Miłecki
From the symbol help message:
> SLUB has extensive debug support features. Disabling these can result
> in significant savings in code size.
There seems to be no need to enable those debugging features for
standard use.
Signed-off-by: Rafał Miłecki
---
target
On 16.09.2023 05:55, Chukun Pan wrote:
When compiling with glibc it will result in error:
1. #warning _FORTIFY_SOURCE requires compiling with optimization (-O)
[-Werror=cpp]
Fix this by compiling with optimization (-O2) by default.
2. jitterentropy-base.c:(.text+0x39f8): undefined reference to
On 2023-09-02 18:33, Linus Walleij wrote:
Building the DIR-890L image requires U-Boot to be built
so list it as a device package.
Reported-by: Arınç ÜNAL
Signed-off-by: Linus Walleij
---
Missed to enforce U-Boot build. Mea Culpa.
---
target/linux/bcm53xx/image/Makefile | 2 +-
1 file
On 19.06.2023 08:36, Linus Walleij wrote:
The v6.1 kernel does not build for me, building with -j1 V=s
reveals that it is prompting for a kernel config option.
I also needed to add CONFIG_MTD_SPLIT_FIRMWARE for splitting
to work.
This make the v6.1 config work nicely as a baseline for my
From: Rafał Miłecki
This symbol was added by commit 2e6f34faa7e0 ("Input: Add IBM Operation
Panel driver") to v6.1. It depends on I2C so it's available to limited
amount of targets. It needs to be specified thought to allow kernel
configuration.
For bcm53xx this fixes:
IBM Opera
niedz., 20 sie 2023 o 20:50 Arınç ÜNAL napisał(a):
> On 20 August 2023 17:15:51 GMT+03:00, "Rafał Miłecki"
> wrote:
> >sob., 19 sie 2023 o 17:12 Arınç ÜNAL napisał(a):
> >> The NVMEM_BRCM_NVRAM driver won't work properly with NVRAM in NAND. It
> >&g
pon., 19 cze 2023 o 08:39 Linus Walleij napisał(a):
> The newly added D-Link DIR-890L also needs to have a seama
> tag on its partition so that it will be split properly by
> mtdsplit.
I'm skipping this one thanks to the
[PATCH] ARM: dts: bcm5301x: Add SEAMA compatibles
(great work, thank you!)
pon., 19 cze 2023 o 08:39 Linus Walleij napisał(a):
> This adds the lan/wan default bridge config and also the MAC
> NVRAM read-out for et2.
>
> DIR-885L was missing a default bridge config so I just added
> that too while I was at it.
Why do you need to handle D-Link devices individually at
sob., 19 sie 2023 o 17:12 Arınç ÜNAL napisał(a):
> The NVMEM_BRCM_NVRAM driver won't work properly with NVRAM in NAND. It
> causes the devices with NVRAM in NAND to bootloop. Create a subtarget for
> NAND devices and disable the driver on it.
>
> Disable NVMEM too as the bgmac_bcma driver will
pt., 18 sie 2023 o 22:33 Rafał Miłecki napisał(a):
> I switched back to the latest openwrt-21.02 branch and I hit that random
> issue again. I didn't expect it as I use a pretty recent 5.4 stable
> kernel (5.4.238) which includes random subsystem changes.
It took 5+ hours:
# uname -
On 26.07.2023 10:45, Rafał Miłecki wrote:
On 2023-07-25 10:10, Etienne Champetier wrote:
commit c74b5e09e692839b39c8325b5f8dc5f2a3b3896c
Author: Rafał Miłecki
AuthorDate: Tue Jul 25 09:51:35 2023 +0200
urngd: update to the latest master
Is urngd still needed/relevant given the 'recent
On 2023-08-01 12:42, Arınç ÜNAL wrote:
The NVMEM_BRCM_NVRAM driver won't work properly with NVRAM in NAND. It
causes the devices with NVRAM in NAND, such as ASUS RT-AC88U, to
bootloop.
Until the driver is fixed, disable it.
Driver works and it useful for non-NAND devices. By disabling it you
From: Rafał Miłecki
It was used to workaround of_platform_populate()-caused issue with
probing devices. It's not needed anymore since we have a proper fix
(code setting OF_POPULATED).
Link: https://github.com/openwrt/openwrt/issues/10232
Ref: 3eebb91317c6 ("kernel: backport proper fix fo
From: Rafał Miłecki
Cc: Hank Moretti
Cc: Hauke Mehrtens
Signed-off-by: Rafał Miłecki
---
Hank: can you runtime test this, please?
---
.../dts/mt7981b-xiaomi-mi-router-wr30u.dtsi | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/target/linux/mediatek
On 2023-07-28 09:51, Arınç ÜNAL wrote:
I am late to this so I just wanted to say thanks for doing this. We're
one step closer to mainlining the DTs of the MT7621 SoC devices.
Thanks for kind words! :)
___
openwrt-devel mailing list
On 2023-07-25 10:10, Etienne Champetier wrote:
commit c74b5e09e692839b39c8325b5f8dc5f2a3b3896c
Author: Rafał Miłecki
AuthorDate: Tue Jul 25 09:51:35 2023 +0200
urngd: update to the latest master
Is urngd still needed/relevant given the 'recent" improvements in
linux random gene
On 1.06.2023 17:40, Rafał Miłecki wrote:
From: Rafał Miłecki
This project provides a lot of independent utils. Most of them don't
depend on SSL (or zlib). Build process however compiles all of them
including those few that require SSL/ZLIB.
To make copmilation step always succeed it's needed
From: Rafał Miłecki
With upstream accepted "mac-base" binding there is no need for a
downstream "mac-address-ascii" workaround anymore.
Signed-off-by: Rafał Miłecki
---
RESEND: I originally CC-ed 13 people and ML stopped my e-mail
---
.../ath79/dts/ar7161_dlink_dir
From: Rafał Miłecki
74104b2 update copyright date
1b5f34b integrate library v3.0.0
8a43ce4 Fix permissions set by systemd unit file
f995407 force the kernel to reseed the ChaCha20 DRNG
4104015 force reseed after 10 minutes
9d61de7 jitterentropy-rngd.1: spelling
739bcba Add Dockerfile and docker
From: Rafał Miłecki
This drops a use of downstream "mac-address-increment".
Cc: Christian Svensson
Cc: Tommy Nevtelen
Cc: Viktor Ekmark
Cc: Daniel Wennberg
Signed-off-by: Rafał Miłecki
---
I didn't have a chance to try "fixed-layout" with "atmel,24c512". T
On 2023-07-14 11:57, Felix Baumann wrote:
Am 14. Juli 2023 10:26:33 MESZ schrieb "Rafał Miłecki"
:
On 9.05.2023 18:21, Felix Baumann wrote:
Am 9. Mai 2023 15:29:48 MESZ schrieb "Rafał Miłecki"
:
From: Rafał Miłecki
There is no need to use reference if original node it
From: Rafał Miłecki
With upstream accepted "mac-base" binding there is no need for a
downstream "mac-address-ascii" workaround anymore.
Signed-off-by: Rafał Miłecki
---
.../dts/mt7621_raisecom_msg1500-x-00.dts | 32 ++---
.../ramips/dts/mt7621_tplink_e
On 9.05.2023 18:21, Felix Baumann wrote:
Am 9. Mai 2023 15:29:48 MESZ schrieb "Rafał Miłecki" :
From: Rafał Miłecki
There is no need to use reference if original node it specified in
exactly the same file. This is a minor cleanup simplifying DTS code.
Signed-off-by: Raf
From: Rafał Miłecki
Broadcom developed CLM format for devices vendors to provide regulatory
configuration independently of executable firmware. They contain info
about countries, channels and rates.
CLM data can be packaged with chipset info as CLM BLOB and uploaded to
FullMAC firmware
From: Rafał Miłecki
Broadcom designed its BLOB binary format for storing multiple binary
entries in a single file. It's mostly know from CLM BLOB files that are
used for storing regulatory data and chip model.
Signed-off-by: Rafał Miłecki
---
CMakeLists.txt | 1 +
src/bcmblob.c | 455
From: Rafał Miłecki
This project provides a lot of independent utils. Most of them don't
depend on SSL (or zlib). Build process however compiles all of them
including those few that require SSL/ZLIB.
To make copmilation step always succeed it's needed to specify build
time dependencies
From: Rafał Miłecki
It's needed to revert back to Xiaomi original firmware.
Signed-off-by: Rafał Miłecki
---
package/utils/firmware-utils/Makefile | 8
1 file changed, 8 insertions(+)
diff --git a/package/utils/firmware-utils/Makefile
b/package/utils/firmware-utils/Makefile
index
From: Rafał Miłecki
Some of firmware utils may be required on target devices. It's useful
e.g. for dealing with some firmware formats. That is often required
(supporting specific format) to provide an option to revert to original
firmware.
So far we had packaged "otrx" util on
From: Rafał Miłecki
It's required by bcm53xx. This allows dropping separated oseama package
and avoids some code duplication.
Signed-off-by: Rafał Miłecki
---
package/utils/firmware-utils/Makefile | 8 +
package/utils/oseama/Makefile | 40 --
package/utils/oseama/src/Makefile
From: Rafał Miłecki
That was a workaround for OpenWrt generation of config files. This patch
was used to postpone returning from probe function until loading
firmware and calling register_wiphy().
All of that is not needed anymore thanks to the ieee80211 hotplug.d
script introduced
On 2023-05-13 23:21, Linus Walleij wrote:
This adds the lan/wan default bridge config and also the MAC
NVRAM read-out for et2.
DIR-885L was missing a default bridge config so I just added
that too while I was at it.
It seems that D-Link DIR-890L in its DTS file already has "et0macaddr"
From: Rafał Miłecki
There is no need to use reference if original node it specified in
exactly the same file. This is a minor cleanup simplifying DTS code.
Signed-off-by: Rafał Miłecki
---
.../linux/ramips/dts/mt7621_netgear_r6220.dts | 18 --
1 file changed, 8 insertions
On 2023-05-09 15:06, Sander Vanheule wrote:
Hi Rafał,
On Mon, 2023-05-08 at 18:02 +0200, Rafał Miłecki wrote:
From: Rafał Miłecki
This allows reading EEPROMs using NVMEM interface.
OK, but why do you need to do that though? Some userspace application?
The main purpose of DTS files
From: Rafał Miłecki
This allows reading EEPROMs using NVMEM interface.
Signed-off-by: Rafał Miłecki
---
target/linux/ramips/dts/mt7621_netgear_r6220.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/target/linux/ramips/dts/mt7621_netgear_r6220.dts
b/target/linux/ramips
I've a custom feeds git repository with development branch that gets rebased.
I use it with a simple feeds.conf "src-git" entry like:
src-git foo g...@example.foo:my-packages.git;feature
The problem is that ./scripts/feeds uses a simple "git pull --ff-only"
for updates. That doesn't work for
From: Rafał Miłecki
When using "ubiformat" with stdin it requires passing image size using
the -S argument. Provide it just like we do for "ubiupdatevol".
This fixes:
ubiformat: error!: must use '-S' with non-zero value when reading from stdin
This change fixes sy
Getting straight to the topic I get this error with my custom GitLab
builder (based on Ubuntu 20.04):
make[3]: Entering directory
'/builds/openwrt/openwrt-21.02/package/libs/libsepol'
mkdir -p /builds/openwrt/openwrt-21.02/dl
SHELL= flock
On 14.03.2023 16:12, Florian Eckert wrote:
Hello Rafał,
corresponding interface. The wireguard configuration is rewritten and
reconfigured by the netif proto handler.
Signed-off-by: Florian Eckert
What has happened to this patch? It's marked as Superseded but I didn't
see V2 or anything.
Hi,
On 29.11.2019 14:36, Florian Eckert wrote:
If we change a peer section, then the interface of netifd gets not
reloaded. Because the change were not made in an interface section.
And so the netifd does not recognize the change. And the new config gets
not applied until we do a network
24 lut 2023 o 00:28 Tim Harvey napisał(a):
> Enable BLK_DEV_SD and USB_STORAGE so that rootfs can be on a USB Mass
> Storage device.
>
> This increases the kernel Image by 66KiB
Do we have any device that has firmware installed on USB storage
device and it boots from it?
On 23.02.2023 13:49, Peter Naulls wrote:
On 2/23/23 01:43, Rafał Miłecki wrote:
On 22.02.2023 21:02, Peter Naulls wrote:
config device
option 'lan1'
This line is clearly wrong. See how you specify device name in above section.
Perhaps it is "clear" but there's much
From: Rafał Miłecki
exFAT became very popular over last years and also well supported with
Linux kernel driver and macOS support. It's commonly used for USB
drivers. Port a simple support for it from util-linux / libblkid.
Signed-off-by: Rafał Miłecki
---
CMakeLists.txt| 1
On 22.02.2023 21:02, Peter Naulls wrote:
Due to some missing flash values, I need to do a later user space lookup for possible
missing values stored "elsewhere" to fix up the MAC address.
According to:
https://openwrt.org/docs/guide-user/base-system/basic-networking
Something like this
From: Rafał Miłecki
1. Move setup code to independent script file
2. Add init.d script to allow reload_config
3. Support platform specific /lib/platform/packet-steering.sh
Signed-off-by: Rafał Miłecki
---
package/network/config/netifd/Makefile| 2 +-
.../etc/hotplug.d/net/20-smp
1 - 100 of 1402 matches
Mail list logo