Re: [PATCH v2] uqmi: fix network registration loop

On 2021-05-08 12:33, Baptiste Jonglez wrote: Applied, thanks. Does this need to be backported to 21.02 or even 19.07? yes that would not be bad at least for openwrt-21.02 On openwrt-19.07 there are additional commits needed. Thanks for take care Baptiste On 20-04-21, thomas.rich...@kon

Mandatory VLAN Tagging on mv88e6085 since f1158f

Hi Quigfang, I've started testing 21.02 and updated my Turris Omnia from 19.07. In 19.07 I had a usable configuration (maybe with some bugs ;) ) without VLAN tagging with lanX port simply bridged to different wifi. Since 21.02 I have the following errors in dmesg [ 15.739908] mv88e6085 f1072004.

[PATCH] realtek: Fix buffer length calculation on RTL8380 with CRC offload

realtek: Fix buffer length calculation on RTL8380 with CRC offload Fixes the buffer and packet length calculations for Ethernet TX on the RTL8380 SoC when CRC calculation offload is enabled. CRC-offload is always done by the SoC, but additional CRC calculation was previously done also by the kern

Re: realtek: Setup all VLANs with default configurations

Birger Koblitz writes: > Yes, this looks like the DSA-tag in the packet buffer is not being > overwritten by the CRC. > Could you try out the following patch, which tries to follow the convolutions > of the SDK for the 8380, > with respect of buffer length and packet length when the CRC is bein

[sdwalker/sdwalker.github.io] b04115: This week's update

The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Branch: refs/heads/master Home

Re: realtek: Setup all VLANs with default configurations

On 08/05/2021 17:39, Bjørn Mork wrote: But I'm not convinced it works so well for the default either... I see this received on the native VLAN 1: canardo:/tmp# tshark -nVi xeth0 -f 'udp port 67' Running as user "root" and group "root". This could be dangerous. Capturing on 'xeth0' Frame 1:

Re: [PATCH v2] realtek: Fix VLAN issues introduced by multicast patches

On Sun, May 09, 2021 at 12:04:16PM +0200, Bjørn Mork wrote: > From: Birger Koblitz > > 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 > Signed-off-by: Bjørn Mork [whit

[PATCH v2] realtek: Fix VLAN issues introduced by multicast patches

From: Birger Koblitz 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 Signed-off-by: Bjørn Mork [whitespace fix] --- Massaged through sed -e 's/^./\+/' Bjørn

Re: [PATCH] --header option to pass additional raw HTTP headers

Hi Petr and thank you for the review. I'm not sure what to add to the option described in man but here is a comment that I made: You can add a custom HTTP header(s) to request: wget --header='Authorization: Bearer TOKEN' \ --header='If-Modified-Since: Wed, 9 May 2021 12:16:00 GMT' \

Re: [PATCH] realtek: Fix VLAN issues introduced by multicast patches

I did a buld with the patch applied to commit e1adb1fa39dd5ef97280ad1b2bb9e8ff4c43674f and it fixes the bug I reported on my Netgear GS198Tv3. -- Rissell Senior russ...@personaltelco.net On Sat, May 8, 2021 at 11:16 AM Bjørn Mork wrote: > > John Crispin writes: > > > @bmork, kindly confirm :-)

Re: [PATCH] --header option to pass additional raw HTTP headers

Sergey Ponomarev [2021-05-08 22:23:43]: As stated in https://openwrt.org/submitting-patches your v2 should look like: Subject: [PATCH uclient] uclient-fetch: add support for --header option put missing commit description here > Signed-off-by: Sergey Ponomarev __