No package here depends on it. Furthermore, uClibc++ is a fairly buggy
C++ library and seems to be relatively inactive upstream.
It also lacks proper support for modern C++11 features.
The main benefit of it is size: 66.6 KB vs 287.3 KB on mips24kc. Static
linking and LTO can help bring the size
On 25/02/21 20:06, Enrico Mioso wrote:
Hello all!!
I have some curiosity about FRITZ!BOX 7530 workings:
1 - Why does wi-fi seem to not work correctly when booting the device
over initramfs when installing openwrt, but working fine when booting
from flash?
maybe the initramfs version is n
Hi,
Device Tree is great as it decouples the hardware layout from the
kernel build. What are peoples thoughts on supporting custom DTS
building in ImageBuilder? There are a few advantages: Uses the
official kernel, makes it easier to support out-of-tree unofficial
firmwares etc. [1] says DTS files
On Fri, Feb 26, 2021 at 11:35 PM Ilya Lipnitskiy
wrote:
>
> CHACHA_MIPS depends on CPU_MIPS32_R2. Therefore,
> kmod-crypto-lib-chacha20 should not contain chacha-mips.ko on MIPS32 R1
> targets. Enforce that in the target-specific definition.
>
> Fixes bcm47xx, bcm63xx, lantiq/ase, ath25 builds.
>
CHACHA_MIPS depends on CPU_MIPS32_R2. Therefore,
kmod-crypto-lib-chacha20 should not contain chacha-mips.ko on MIPS32 R1
targets. Enforce that in the target-specific definition.
Fixes bcm47xx, bcm63xx, lantiq/ase, ath25 builds.
Fixes: 06351f1 ("kernel: migrate wireguard into the kernel tree")
Cc:
> What about R6220 ?
R6220 and WAC104 do not have a partition table stored on flash. They
use fixed partitions also on stock firmware.
Jan
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt
BCM63XX internal PHYs and BCM5365 SoC internal switch are both using the
same phy_driver->phy_id, causing conflicts and unnecessary probes. E.g
the BCM63XX phy internal IRQ is lost on the first probe.
The full BCM5365 UID is 0x00406370.
Use an additional byte to mask the BCM5365 UID to avoid dupl
Commit 9e52171 ('blobmsg: introduce BLOBMSG_CAST_INT64') broke
blobmsg_parse() for BLOBMSG_TYPE_DOUBLE.
This is because the enum definition leads to the following double
define for BLOBMSG_CAST_INT64/BLOBMSG_TYPE_DOUBLE as value 8.
Tested with:
$ cat test-enum-001.c
#include
enum b
On Fri, 26 Feb 2021 14:52:07 +0100, Adrian Schmutzler wrote:
> Can somebody enlighten me what we achieve with the $() enclosing
> the sourcing command?
Compared to the results a moment ago, $(. XXX) does try to evaluate
output from XXX script:
root@OpenWrt:/# cat /tmp/source.sh
#!/bin/sh
$(. /tmp
Very interesting indeed. I find the mailing-list is really
good place where developers can learn a variety of stuff.
I tested the two scripts with bash, the results are
effectively the same. It seems that $(. XXX) does try to
evaluate the output from XXX, but does not do it very well.
---
root@Ope
So far, board.d files were having execute bit set and contained a
shebang. However, they are just sourced in board_detect, with an
apparantly unnecessary check for execute permission beforehand.
Replace this check by one for existance and make the board.d files
"normal" files, as would be expected
2/25/21 9:18 PM, Jan Hoffmann:
This patch makes use of the Sercomm partition table parser on some
Netgear routers. This applies to the boards CHJ (R6260, R6350, R6850,
WAC124) and BZV (R6800, R6700-v2, R7200, Nighthawk AC2400).
On these models, each device has an individual partition table that
12 matches
Mail list logo
