From: Alin Nastac
Scripts located in the directory /etc/mount_root.d will be executed
before mounting the overlay. It can be used to implement
configuration merges between old & new setup after doing sysupgrade.
Signed-off-by: Alin Nastac
---
libfstools/overlay.c | 46 +
Lets tag version 1.0.1.
Signed-off-by: Petr Štetiar
---
CMakeLists.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index bc9a2f68d053..7a3be27c4189 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -4,7 +4,7 @@ PROJECT(urngd)
INCLUDE(GNU
Hi,
this patch series sync jitterentropy-rngd with upstream release v1.1.0 (plus
one additional clang compile fix uncovered by CI) adds initial support for CI
testing and fixes the issues uncovered by this new CI tests. Those CI tests
are currently using my proof-of-concept openwrt-ci[1] in order
* avert crash during shutdown when the kernel sends a SIGALRM while the
Jitter RNG is deallocated
* Fix: unsafe signal handling by Gerald Lledo
* import jitterentropy library 2.2.0 to make rngd fully SP800-90B compliant
* include clang compile fix in order to use scan-build static checker
GCC 9.2.1 on x86/64 complains about following format string issues:
urngd.c:94:12: error: format ‘%u’ expects argument of type ‘unsigned int’, but
argument 3 has type ‘size_t’ {aka ‘long unsigned int’} [-Werror=format=]
urngd.c:94:12: error: format ‘%u’ expects argument of type ‘unsigned int’,
Uses currently proof-of-concept openwrt-ci[1] in order to:
* improve the quality of the codebase in various areas
* decrease code review time and help merging contributions faster
* get automagic feedback loop on various platforms and tools
- out of tree build with OpenWrt SDK on following t
CI tests. Those CI tests
> are currently using my proof-of-concept openwrt-ci[1] in order to:
Is this related to
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20191011&id=3f2dc2798b81531fd93a3b9b7c39da47ec689e55
?
>
> * improve the quality o
Rosen Penev [2019-10-11 01:49:56]:
Hi,
> Is this related to
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20191011&id=3f2dc2798b81531fd93a3b9b7c39da47ec689e55
no, I doubt that. In my case it was simply scan-build complaining[1] about
logi
Change WAN LED behaviour to be consistent with other Netgear
routers running OpenWrt. Instead of link speed, use amber colour
to indicate link status. Green LED should be used when Internet
connection is up and running.
Signed-off-by: Michal Cieslakiewicz
---
target/linux/ar71xx/base-files/etc/b
This patch contains updated driver for Atheros NAND Flash Controller
written originally by Gabor Juhos for ar71xx (aka 'ar934x-nfc').
ath79 version has adapted to work with kernel 4.19 and Device Tree.
It has also been renamed to 'ar934x-nand' to avoid confusion with
Near-Field Communication techno
This patchset enables ath79 target for Netgear WNDR4300 (version 1).
The goal is to provide full functionality in ath79, on a par with
ar71xx target. For OpenWrt to build and operate correctly on this
equipment, two prerequisite patches are required:
* "ath79: add AR934x NAND Flash Controller dri
GPIO key labels have been changed to standard ones (rfkill, reset, wps).
It does not affect button functionality.
Signed-off-by: Michal Cieslakiewicz
---
target/linux/ar71xx/files/arch/mips/ath79/mach-wndr4300.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/target/lin
This patch provides correct flashing via sysupgrade for Netgear
WNDR4300 router with NAND flash memory. Without this fix
upgrade process is not aware of UBI layer and corrupts volume
data putting router in Firmware Recovery mode.
Signed-off-by: Michal Cieslakiewicz
---
target/linux/ath79/base-fi
This patch adds ath79 support for Netgear WNDR4300.
Router was previously supported by ar71xx target only.
Note: device requires 'ar934x-nand' driver in kernel.
Specification
=
* Description: Netgear WNDR4300
* Loader: U-boot
* SOC: Atheros AR9344 (560 MHz)
* RAM: 128 MiB
* F
Two patches attached here are intended to make Netgear WNDR4300
behaviour more consistent with other routers running OpenWrt.
Changes:
* buttons are renamed to standard ones ("reset", "wps", "rfkill") so
/etc/rc.button.d/ scripts can handle them by default
* WAN LED colour is no longer indicating
'append-uImage-fakehdr' can now accept magic number as a second, optional
parameter (passed directly to 'mkimage' command with '-M' option). This
enables construction of proper Netgear-specific fake rootfs images
(required for flashing WNDR4300 for example).
Signed-off-by: Michal Cieslakiewicz
--
Hi,
just some MAC related comments below:
> @@ -403,6 +404,10 @@ ath79_setup_macs()
> netgear,wndr3800)
> lan_mac=$(macaddr_setbit_la "$(mtd_get_mac_binary art 0x0)")
> ;;
> + netgear,wndr4300)
> + lan_mac=$(mtd_get_mac_binary caldata 0x0)
> +
Hannu Nyman writes:
> Has the actual release timetable been discussed? When could we expect
> first official release builds?
... more than a month ago. And we're as wise as before.
Referring to https://openwrt.org/about , I can sort of understand that
the
"Make regular, predictable release c
Hi Bjørn,
> Or: Start discussing the release blockers here and now. Thanks.
1) Blocker: LuCI master needs to be backported to 19.07
Time estimate: 2-3 weeks
2) Blocker: All relevant sub-components for WPA-3 + GUI support, such as
hostapd, iwinfo etc. need to be backported to 19.07
Time
Thanks for the update.
On October 11, 2019 12:59:04 PM GMT+02:00, Jo-Philipp Wich wrote:
>Hi Bjørn,
>
>> Or: Start discussing the release blockers here and now. Thanks.
>
>1) Blocker: LuCI master needs to be backported to 19.07
> Time estimate: 2-3 weeks
>
>2) Blocker: All relevant sub-compone
I'm not sure if my opinion is helpful, but that's how I see it.
Or: Start discussing the release blockers here and now. Thanks.
1) Blocker: LuCI master needs to be backported to 19.07
Time estimate: 2-3 weeks
I think it's good that LuCI has now outsourced more work to the client.
Thanks t
On Fri, 11 Oct 2019 12:20:04 +0200
"Adrian Schmutzler" wrote:
Hello Adrian,
> Hi,
>
> just some MAC related comments below:
>
> > @@ -403,6 +404,10 @@ ath79_setup_macs()
> > netgear,wndr3800)
> > lan_mac=$(macaddr_setbit_la "$(mtd_get_mac_binary
> > art 0x0)") ;;
> > + netgea
Hi,
> Question: How long would it take to stabilize/test a fresh fork from today's
> Master branch instead? I assume none of these issues
> apply to master or need to be solved in master as well?
Remember that 19.07 is a kernel 4.14 release, while many targets on master
already switched to 4.19
Hi,
> > Have you checked that there are no usable addresses in 0x1002 and
> > 0x5006?
> >
> Yes, there are wireless addresses inside calibration data at offsets you
> provided, and they are both equal to LAN MAC.
Okay, so for &wmac that would mean it should correctly read the address from
calibr
On Fri, 11 Oct 2019 14:58:03 +0200
"Adrian Schmutzler" wrote:
> Hi,
>
> > > Have you checked that there are no usable addresses in 0x1002 and
> > > 0x5006?
> > >
> > Yes, there are wireless addresses inside calibration data at
> > offsets you provided, and they are both equal to LAN MAC.
>
Hi Paul,
I opened a pull request on GitHub to support the Mi Router 4A Gigabit
Edition, which is essentially the same device. You can find it at
https://github.com/openwrt/openwrt/pull/2486
There are a few differences you may want to address:
>>> + xiaomi,mir3g-v2)
>>> + wan_mac=$(mt
Jo-Philipp Wich writes:
> 1) Blocker: LuCI master needs to be backported to 19.07
>Time estimate: 2-3 weeks
>
> 2) Blocker: All relevant sub-components for WPA-3 + GUI support, such as
>hostapd, iwinfo etc. need to be backported to 19.07
>Time estimate: 2 weeks
>
> 3) Blocker: Some we
> Op 11 okt. 2019, om 11:13 heeft Petr Štetiar het volgende
> geschreven:
>
> Rosen Penev [2019-10-11 01:49:56]:
>
> Hi,
>
>> Is this related to
>> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20191011&id=3f2dc2798
What about skipping 19.07 and focusing on 20.03 instead? Based on the
resource I think one release per year is not bad. By then Luci will be in a
better shape and a newer kernel can also be used instead.
___
openwrt-devel mailing list
openwrt-devel@lists.
29 matches
Mail list logo
