netdev - Re: [PATCH net] selftests: mlxsw: Adjust test to recent changes

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: <20191115.121449.648938480846198792.davem@davemloft.net>
Date:   Fri, 15 Nov 2019 12:14:49 -0800 (PST)
From:   David Miller <davem@...emloft.net>
To:     idosch@...sch.org
Cc:     netdev@...r.kernel.org, jiri@...lanox.com, ap420073@...il.com,
        mlxsw@...lanox.com, idosch@...lanox.com
Subject: Re: [PATCH net] selftests: mlxsw: Adjust test to recent changes

From: Ido Schimmel <idosch@...sch.org>
Date: Thu, 14 Nov 2019 11:50:57 +0200

> From: Ido Schimmel <idosch@...lanox.com>
> 
> mlxsw does not support VXLAN devices with a physical device attached and
> vetoes such configurations upon enslavement to an offloaded bridge.
> 
> Commit 0ce1822c2a08 ("vxlan: add adjacent link to limit depth level")
> changed the VXLAN device to be an upper of the physical device which
> causes mlxsw to veto the creation of the VXLAN device with "Unknown
> upper device type".
> 
> This is OK as this configuration is not supported, but it prevents us
> from testing bad flows involving the enslavement of VXLAN devices with a
> physical device to a bridge, regardless if the physical device is an
> mlxsw netdev or not.
> 
> Adjust the test to use a dummy device as a physical device instead of a
> mlxsw netdev.
> 
> Fixes: 0ce1822c2a08 ("vxlan: add adjacent link to limit depth level")
> Signed-off-by: Ido Schimmel <idosch@...lanox.com>
> Acked-by: Jiri Pirko <jiri@...lanox.com>

Applied.