Hi Yousong,
On 7/23/20 6:05 AM, Yousong Zhou wrote:
> Fixes FS#3231
>
> Signed-off-by: Yousong Zhou
> ---
> zones.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/zones.c b/zones.c
> index 68b02ab..d5e756c 100644
> --- a/zones.c
> +++ b/zones.c
> @@ -580,6 +580,14 @@ print_i
Hi,
> There is no point in parsing "call" specific params for other ("list")
> method calls. This is a minor cleanup that doesn't change uhttpd ubus
> behaviour.
>
> Signed-off-by: Rafał Miłecki
Acked-by: Jo-Philipp Wich
signature.asc
Description: OpenPGP digital signature
_
From: Rafał Miłecki
There is no point in parsing "call" specific params for other ("list")
method calls. This is a minor cleanup that doesn't change uhttpd ubus
behaviour.
Signed-off-by: Rafał Miłecki
---
ubus.c | 40 +++-
1 file changed, 23 insertions(+), 1
Fixes FS#3231
Signed-off-by: Yousong Zhou
---
zones.c | 8
1 file changed, 8 insertions(+)
diff --git a/zones.c b/zones.c
index 68b02ab..d5e756c 100644
--- a/zones.c
+++ b/zones.c
@@ -580,6 +580,14 @@ print_interface_rule(struct fw3_ipt_handle *handle, struct
fw3_state *state,
kdump was removed in 7acd257ae67b4ca94f8c23cb8bda0ee0709b9216
gdb can be used as an alternative.
Backported patch to fix compilation with GCC10.
Backported several openembedded patches, some of which are upstream
backports.
Signed-off-by: Rosen Penev
---
v2: backported openembedded patches to
Ever since this package was introduced, the SDK for mt7629 failed to
build as it started failing on this package.
Fixed by porting Hauke's similar patch for uboot-sunxi to uboot-mediatek.
Signed-off-by: Rosen Penev
---
package/boot/uboot-mediatek/Makefile | 2 +-
.../patches/010-no-bi
The stored source code of flock contains the version string of version
2.18, reflect that in the Makefile.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
Signed-off-by: Paul Spooren
---
v2:
* Add release
* Lowercase after ':'
tools/flock/Makefi
Comparing the in tree stored source file of sstrip suggests it's version
2.0[0], reflect that in the Makefile.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
[0]:
https://github.com/BR903/ELFkickers/commit/df4426a0f0ada861064d75c08cbebaac7c16b3ae
> > This obviously applies to all the similar patches you sent in parallel.
> > Despite, note that the common practice for PKG_RELEASE is to use plain
> integer numbers, so no major.minor. I don't think that's as important as my
> first point, but I'd say only deviate from the plain integer numbers
One thing which is a bit awkward as long as the bridge itself is
configured as an interface, is that as far as I have understood,
creating a tagged interface to the bridge requires first setting up an
interface for the bridge, e.g. with protocol Unmanaged, and then
setting up one or more vlan tagge
There is no versioning information in the firmware-utils code nor the
Makefile. Consider it as first release by adding PKG_RELEASE.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
Also update copyright.
Signed-off-by: Paul Spooren
---
tools/firm
There is no versioning information in the patch-image code nor the
Makefile. Consider it as first release by adding PKG_RELEASE.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
Also update copyright.
Signed-off-by: Paul Spooren
---
tools/patch-
On 22.07.20 12:49, m...@adrianschmutzler.de wrote:
Hi Paul,
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Paul Spooren
Sent: Donnerstag, 23. Juli 2020 00:15
To: openwrt-devel@lists.openwrt.org
Cc: Paul Spooren
Subject: [PATCH] to
Hi Paul,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Spooren
> Sent: Donnerstag, 23. Juli 2020 00:15
> To: openwrt-devel@lists.openwrt.org
> Cc: Paul Spooren
> Subject: [PATCH] tools: Add PKG_VERSION to sstrip
>
> Compar
kdump was removed in 7acd257ae67b4ca94f8c23cb8bda0ee0709b9216
gdb can be used as an alternative.
Backported patch to fix compilation with GCC10.
Signed-off-by: Rosen Penev
---
package/boot/kexec-tools/Makefile | 40 +---
.../boot/kexec-tools/patches/010-gcc10.patch | 99 ++
Senhores,
Não consigo logar no ip , erro: 92.168.1.1 recusou a conexão.
Pesquise na Web por 192 168 1 1
ERR_CONNECTION_REFUSED
Luciano Gualberto
-Mensagem original-
De: openwrt-devel Em nome de
openwrt-devel-requ...@lists.openwrt.org
Enviada em: quarta-feira, 22 de julho de 2020 19:34
Pa
Hi Rui,
I imagine it could be helpful if you use sstrip[0] on the created
binaries to give a clearer size comparison.
[0]: https://github.com/BR903/ELFkickers/blob/master/sstrip/
Best,
Paul
On 22.07.20 03:31, Rui Salvaterra wrote:
If not needed, disabling scp allows for a nice size reductio
There is no versioning information in the firmware-utils code nor the
Makefile. Due to the infrequent changes to the file I'm assuming a
version 1.0.0, reflected in the Makefile.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
Also update copyright
Based on no modifications for 5 years I'm assuming it's safe to call it
a version 1.0.0, reflect that in the Makefile.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
Also update copyright.
Signed-off-by: Paul Spooren
---
tools/patch-image/Makef
Comparing the in tree stored source file of sstrip suggests it's version
2.0[0], reflect that in the Makefile.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
[0]:
https://github.com/BR903/ELFkickers/commit/df4426a0f0ada861064d75c08cbebaac7c16b3ae
The stored source code of flock contains the version string of version
2.18, reflect that in the Makefile.
Motivation is the tracking of changes in the buildsystem, which requires
versioning of packages.
Signed-off-by: Paul Spooren
---
tools/flock/Makefile | 1 +
1 file changed, 1 insertion(+)
Todor Colov (1):
ipq806x: add support for Linksys e8350 v1
.../ipq806x/base-files/etc/board.d/01_leds| 3 +
.../ipq806x/base-files/etc/board.d/02_network | 1 +
.../base-files/lib/upgrade/platform.sh| 5 +
.../arm/boot/dts/qcom-ipq8064-e8350-v1.dts| 246 ++
Device specifications:
Device specifications:
* SoC: Qualcomm dual-core IPQ8064 @ 1.4 GHz
* RAM: 512MiB
* Flash: 4MiB SPI-NOR + 128 Nand
* Wireless 2.4GHz (SoC): b/g/n, Qualcomm QCA9880
* Wireless 5Ghz (QCA9886): a/n/ac, Quantenna QSR1000
* Ethernet (QCA8337): 1× 1GbE WAN + 4 x 1GbE LAN
* 1 x USB
Hi Hauke,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Hauke Mehrtens
> Sent: Montag, 25. Mai 2020 15:56
> To: Evgeniy Didin ; Alexey Brodkin
>
> Cc: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: [OpenWr
Hi David,
On Wed, 2020-07-22 at 12:28 +0200, David Bauer wrote:
> Hi Sander,
>
> this looks good, however there are two minor improvements still open.
>
> > + int err = 0;
>
> Remove this, as it is only assigned but never accessed.
>
> > + u32 serdes_cal;
>
> This is never used.
>
I had
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Ernst Spielmann
> Sent: Samstag, 18. Juli 2020 14:24
> To: openwrt-devel@lists.openwrt.org
> Cc: Ernst Spielmann
> Subject: [PATCH 19.07] ramips: add support for Asus RT-N10P V3 / RT-
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Todor Colov
> Sent: Montag, 20. Juli 2020 21:19
> To: openwrt-devel@lists.openwrt.org
> Cc: Todor Colov
> Subject: [PATCH 1/1] update factory reset for generic handling of all ty
> I'll spin up a new revision sooner or later, but I'm hoping I'll get some
> opinion
> on the RFC portion (cover letter / first ~3 patches) before doing that.
Yes, just wait for some comments on the actual content. :-)
> > I'd like a bit more detailed flashing instructions here. What you have r
If not needed, disabling scp allows for a nice size reduction.
Dropbear executable size comparison:
153621 bytes (baseline)
133077 bytes (without scp)
In other words, we trim a total of 20544 bytes.
[Note: This patch is on top of
"dropbear: fix ssh alternative when dbclient isn't built"]
Signe
> -Original Message-
> From: David Bauer [mailto:m...@david-bauer.net]
> Sent: Mittwoch, 22. Juli 2020 14:21
> To: m...@adrianschmutzler.de
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [PATCH] ramips: increase SPI frequency for MT7620 Archer
>
> Hello Adrian,
>
> On 7/22/20 11:29
Hello Adrian,
On 7/22/20 11:29 AM, m...@adrianschmutzler.de wrote:
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of David Bauer
Sent: Dienstag, 21. Juli 2020 23:40
To: openwrt-devel@lists.openwrt.org
Subject: [PATCH] ramips: increase SP
Hi Sander,
this looks good, however there are two minor improvements still open.
On 7/19/20 11:24 PM, Sander Vanheule wrote:
Some bootloaders do not set up gmac0 properly, leaving it disconnected
from the sgmii interface. If the user specificies phy-mode sgmii, then
use the gmac-config/device n
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of David Bauer
> Sent: Dienstag, 21. Juli 2020 23:40
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] ramips: increase SPI frequency for MT7620 Archer
>
> Increase the SPI freque
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of David Bauer
> Sent: Dienstag, 21. Juli 2020 23:41
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] ramips: switch MT7620 subtarget to 5.4
>
> MT7620 seems to work fine with ke
34 matches
Mail list logo
