Hi Pavel,
What about you patch ? It will be great to add COMFAST CF-E130N v2 to
openwrt master. Do you need help ?
Best regards
Yaroslav Petrov
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listi
This package was intended to replace uClibc++ which is totally dead
upstream in addition to being quite buggy.
Unfortunately, it had several problems such as not including its own
C++ ABI. I tried to piggyback off of the GCC one, but that did not work
as several packages failed to compile when inc
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel González Cabanelas
> Sent: Sonntag, 24. Mai 2020 00:24
> To: openwrt-devel@lists.openwrt.org
> Cc: nolt...@gmail.com
> Subject: [OpenWrt-Devel] [PATCH] bcm63xx: DGND3700v1:
Improve the device tree file and related board data for the DGND3700v1/
DGND3800B router:
- Improve LEDs definitions, use shorter names.
- Make the board name more readable.
- Fix the switch LAN labels, the order is reversed.
- Use the real name of the board for the board name instead of device
The remainder of the patch series proposed by upstream [2] for the locking
synchronization issue [1].
[1] https://www.openwall.com/lists/musl/2020/05/22/3
[2] https://www.openwall.com/lists/musl/2020/05/22/10
Signed-off-by: Matthias Schiffer
---
...ist-unlink-in-pthread_exit-after-all.patch | 5
Import proposed upstream fix [2] for the critical locking
synchronization bug recently found in musl [1].
This affects all programs that are temporarily multithreaded, but then
return to single-threaded operation.
[1] https://www.openwall.com/lists/musl/2020/05/22/3
[2] https://www.openwall.com/l
This imports the proposed patch series [2] for the critical locking
synchronization bug recently found in musl [1].
As [3] recommends, this is done in 2 steps: The first patch contains only
the bugfix itself, which should be safe to backport to 19.07 and older
right away. Note that the issue doesn
On Thu, May 21, 2020, 07:44 Aleksander Morgado
wrote:
> Hey!
>
> There's an ongoing discussion in the ModemManager package in github
> related to how the MTU may be configured in the network interface
> based on what the MM bearer object reports:
> https://github.com/openwrt/packages/issues/11383
On Sat, May 23, 2020, 13:01 Baptiste Jonglez
wrote:
> If the initial concept looks good, we can think about automating some of
> it:
> tag bug reports on Flyspray/Github/Gitlab as blocking for a specific
> release, use "milestones", automatically find commits that satisfy a goal,
> etc.
>
I fin
Hi,
It can be useful to have "release goals" to get a clearer idea of
regression, release-blocking bugs, or wanted features for a release.
I started an (experimental) list for 19.07.4 based on recent discussions
on the mailing list, forum and IRC:
https://openwrt.org/docs/guide-developer/relea
Some tools like ucert use concatenations of multiple blobs. Account for
this case by allowing the underlying buffer length to be greater than
the blob length.
Signed-off-by: Matthias Schiffer
---
v2: added testcase
v3: fixed typo in commit messages I forgot in v2. Ugh
blob.c
Some tools like ucert use concatenations of multiple blobs. Account for
this case by allowing the underlying buffer length to be greater than
the blog length.
Signed-off-by: Matthias Schiffer
---
v2: added testcase
blob.c| 2 +-
tests/cram/inputs/signature.ucert |
On 5/4/20 10:40 AM, Rafał Miłecki wrote:
> On 27.04.2020 00:48, Paul Spooren wrote:
>> On Thu, 2020-04-23 at 23:29 +0300, Hannu Nyman wrote:
>>> W. Michael Petullo kirjoitti 23.4.2020 klo 19.50:
I have started to notice a gunzip warning when decompressing the
OpenWrt images I build. This
From: Rafał Miłecki
Starting with 75e300aeec25 ("blobmsg: fix wrong payload len passed from
blobmsg_check_array") blobmsg_check_array_len() gets *blob* length
passed as argument. It cannot be used with __blobmsg_for_each_attr()
which expects *data* length.
Use blobmsg_for_each_attr() which calcu
On 22.05.2020 11:28, Rafał Miłecki wrote:
Failed restart:
Fri May 22 09:22:05 2020 daemon.err procd: [instance_fill_array]
blobmsg_type(cur): 2 (BLOBMSG_TYPE_TABLE)
Fri May 22 09:22:05 2020 daemon.err procd: [instance_fill_array] BEFORE
75e300aeec25:
Fri May 22 09:22:05 2020 daemon.err procd: [
This patch adds support for the WNDR4300SW, marketed by California ISP
SureWest (hence the 'SW' suffix). Hardware wise, it's identical to the
WNDR4300 v1.
Specifications:
* SoC: Atheros AR9344
* RAM: 128 MB
* Flash: 128 MB NAND flash
* WiFi: Atheros AR9580 (5 GHz) and AR9344 (2,4 GHz)
* Ethernet:
Hi Adrian,
Op vrijdag 22 mei 2020 om 20u17 schreef m...@adrianschmutzler.de:
Hi,
this starts with some nitpicks, and becomes more important closer to
the end:
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Stijn Segers
Sent:
Commit f761f4052c4 had bogus case syntax, the uci-defaults script threw
errors as a result and exited non-zero, probably didn't do what was
intended, but tried over and over since the non-zero exit prevents the
script from being deleted.
Signed-off-by: Russell Senior
---
.../mt7621/base-files/
18 matches
Mail list logo
