netdev - Re: loss of connectivity after enabling vlan

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <5a23e1e0-fde0-773b-7c3a-95bfd5761482@gmail.com>
Date:   Wed, 15 Jan 2020 12:56:03 +0000
From:   "™֟☻̭҇ Ѽ ҉ ®" <vtolkm@...glemail.com>
To:     netdev@...r.kernel.org
Cc:     Vivien Didelot <vivien.didelot@...il.com>,
        Andrew Lunn <andrew@...n.ch>
Subject: Re: loss of connectivity after enabling vlan_filtering

On 14/01/2020 21:33, ™֟☻̭҇ Ѽ ҉ ® wrote:
> On 05/07/2019 17:29, Vivien Didelot wrote:
>> On Sun, 30 Jun 2019 01:23:02 +0200, vtolkm@...glemail.com wrote:
>>> A simple soul might infer that mv88e6xxx includes MV88E6060, at least
>>> that happened to me apparently (being said simpleton).
>> I agree that is confusing, that is why I don't like the 'xxx' naming
>> convention in general, found in many drivers. I'd prefer to stick with a
>> reference model, or product category, like soho in this case. But it was
>> initially written like this, so no reason to change its name now. I 
>> still
>> plan to merge mv88e6060 into mv88e6xxx, but it is unfortunately low 
>> priority
>> because I still don't have a platform with a 88E6060 on it.
>>
>> Thanks,
>>
>>     Vivien
>
> At long last discovered (accidentality) what causes the loss of 
> connectivity when enabling vlan_filtering, the node being dual-core 
> and each core providing a port facing the switchdev:
>
> cpu0 - eht0 [RGMII] <--- > switchdev port 6
> cpu1 - eth1 [RGMII] <--- > switchdev port 5
>
> If only one of the CPU ports is connected to the respective switchdev 
> port connectivity to the node gets severed when enabling vlan_filtering.
> With both CPU ports connected to the respective switchdev ports 
> connectivity remains uninterrupted to the node when enabling 
> vlan_filtering.

The WIP patch at the downstream distro that remedies the issue for the 
particular device (dsa-multi-cpu) is accessible here:

https://gitlab.labs.nic.cz/turris/turris-build/commit/b440de75ba0f4a8dbfb530fcae2a821f26cde2a8