Signed-off-by: Sergey Ponomarev
---
tests/cram/test-san_uclient-fetch.t | 1 +
tests/cram/test_uclient-fetch.t | 1 +
uclient-fetch.c | 16 +++
uclient-http.c | 31 +
uclient.h | 1 +
Hi,
nitpick, but if this is only for 912G, it should also say that in the commit
title.
Other comments below.
> .../dts/ar9342_mikrotik_routerboard-912g.dts | 314 ++
> target/linux/ath79/image/mikrotik.mk | 9 +
> .../base-files/etc/board.d/02_network |
Kernel 5.10 support for ipq806x was added at the same time that these
patches were developed for kernel 5.4. This carries the patches forward
to kernel 5.10.
fa731838c524 ipq806x: dwmac: clear forced speed during probe
75ca641f1b84 ipq806x: Add "snps,dwmac" to all gmac compatible=
d62825dd77b3
d53be2a2e981 migrated 0069-arm-boot-add-dts-files.patch from patches-5.4
to patches-5.10, but a subsequent patch in that set, 1e25423be8ac,
erroneously removed several devices:
ipq8062/nec,wg2600hp3 from 3bb16185737c
ipq8064/asrock,g10 from 98b86296e67d
ipq8064/ubnt,unifi-ac-hd from 4e46beb31342
Hi,
a few comment below.
> --- /dev/null
> +++ b/target/linux/ipq40xx/files/arch/arm/boot/dts/qcom-ipq4019-gl-b2200
> +++ -emmc.dts
> @@ -0,0 +1,366 @@
> +// SPDX-License-Identifier: GPL-2.0-only OR MIT
> +
> +#include "qcom-ipq4019.dtsi"
> +#include
> +#include
> +#include
> +
> +/ {
> +
John Crispin writes:
> @bmork, kindly confirm :-)
Works for me on 8380, ignoring whitespace issues. Tested on Netgear
GS108Tv3 with a very basic VLAN config. Cannot say anything about 839x
or 93xx.
Bjørn
___
openwrt-devel mailing list
@bmork, kindly confirm :-)
John
On 08.05.21 19:50, Birger Koblitz wrote:
realtek: Fix VLAN issues introduced by multicast patches
This adds the CPU port to the unknown multicast flooding port mask,
which fixes the VLAN issues introduced by the multicast group patches
Signed-off-by:
realtek: Fix VLAN issues introduced by multicast patches
This adds the CPU port to the unknown multicast flooding port mask,
which fixes the VLAN issues introduced by the multicast group patches
Signed-off-by: Birger Koblitz
---
diff --git
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Denis Kalashnikov
> Sent: Donnerstag, 6. Mai 2021 18:25
> To: openwrt-devel@lists.openwrt.org
> Cc: Gabor Juhos
> Subject: [PATCH 3/4] ath79: add NAND driver for Mikrotik RB91xG
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Denis Kalashnikov
> Sent: Donnerstag, 6. Mai 2021 18:25
> To: openwrt-devel@lists.openwrt.org
> Cc: Gabor Juhos
> Subject: [PATCH 1/4] ath79: add MFD driver (NAND and GPIO) for
Hi,
Actually, you don't have to disable the profile_setups. This change is
sufficient to make VLANs work (at least in the limited testing I've done):
diff --git a/target/linux/realtek/files-5.4/drivers/net/dsa/rtl83xx/rtl838x.c
yes, counters are reset on every read.
I guess I should have learned to do more vlan-testing.
I'll try to figure out what is going on.
Birger
On 08/05/2021 17:39, Bjørn Mork wrote:
Birger Koblitz writes:
I tested the latest master on my 3 Zyxel devices, one for each SoC
generation, the
Birger Koblitz writes:
> I tested the latest master on my 3 Zyxel devices, one for each SoC
> generation, the GS1900-10HP, the GS1900-48 and the XGS-1210-10. They
> got their IP addresses via DHCP on port 1 using the default network
> setup. I then tested pinging, multicast (VLC) and iperf
Ansuel Smith wrote:
Tested-by: Ansuel Smith
I also tested this with the qca8k driver on 5.10. Also can you include
this with kernel 5.10
Yes, thanks. The broken fa731838c524 hasn't made it into patches-5.10 yet,
so I'm going to merge this patch, that one, and 75ca641f1b84 into an
update
> fa731838c524 cleared the forced speed in the QSGMII PCS_ALL_CH_CTL
> register during probe, but this is only correct for GMACs that are not
> configured with fixed-link. This prevented GMACs configured with both
> phy-mode = "sgmii" and fixed-link from working properly, as discussed at
>
fa731838c524 cleared the forced speed in the QSGMII PCS_ALL_CH_CTL
register during probe, but this is only correct for GMACs that are not
configured with fixed-link. This prevented GMACs configured with both
phy-mode = "sgmii" and fixed-link from working properly, as discussed at
I tested the latest master on my 3 Zyxel devices, one for each SoC
generation, the GS1900-10HP, the GS1900-48 and the XGS-1210-10. They got
their IP addresses via DHCP on port 1 using the default network setup. I
then tested pinging, multicast (VLC) and iperf between different
non-management
Birger Koblitz writes:
> Dear Russel,
>
> depending on how a particular device was configured previously by
> u-boot, this commit might have enabled proper vlan-filtering for the
> first time on your device. The default vlan-configuration has port 1
> configured as management port with vlan-id
Hi,
On 20-04-21, Bas Mevissen via openwrt-devel wrote:
> Date: Tue, 20 Apr 2021 01:08:19 +0200
> From: Bas Mevissen
> To: openwrt-devel@lists.openwrt.org
> Cc: Bas Mevissen
> Subject: [PATCH] Extend checks on build prerequisites for building OpenWRT
> core
Merged and backported to 21.02 and
Applied, thanks.
Does this need to be backported to 21.02 or even 19.07?
Baptiste
On 20-04-21, thomas.rich...@kontron.com wrote:
> From: Thomas Richard
>
> With some debug in qmi.sh using following patch, some errors are visible
> in the registration step
> @@ -29,6 +29,7 @@
This is the configuration that was previously working. Note also, it
works for about 400 (plus or minus 70) seconds and then stops.
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config
On 07-05-21, Sven Roederer wrote:
> Baptiste,
>
> Am Freitag, 7. Mai 2021, 14:12:21 CEST schrieb Baptiste Jonglez:
> >
> > Since these settings are hidden under "Advanced configuration options (for
> > developers)", I don't think it's really necessary to leave this kind of
> > implicit
22 matches
Mail list logo
