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
| ||
|
Date: Thu, 2 Nov 2017 17:56:05 +0100 From: Andrew Lunn <andrew@...n.ch> To: David Daney <ddaney@...iumnetworks.com> Cc: David Daney <david.daney@...ium.com>, linux-mips@...ux-mips.org, ralf@...ux-mips.org, James Hogan <james.hogan@...s.com>, netdev@...r.kernel.org, "David S. Miller" <davem@...emloft.net>, Rob Herring <robh+dt@...nel.org>, Mark Rutland <mark.rutland@....com>, linux-kernel@...r.kernel.org, "Steven J. Hill" <steven.hill@...ium.com>, devicetree@...r.kernel.org, Carlos Munoz <cmunoz@...ium.com> Subject: Re: [PATCH 6/7] netdev: octeon-ethernet: Add Cavium Octeon III support. > OK, now I think I understand. Yes, the MAC can be hardwired to a switch. > In fact, there are system designs that do exactly that. > > We try to handle this case by not having a "phy-handle" property in the > device tree. The link to the remote device (switch IC in this case) is > brought up on ndo_open() O.K, so you totally ignore the Linux way of doing this and hack together your own proprietary solution. > There may be opportunities to improve how this works in the future, but the > current code is serviceable. It might be serviceable, but it will never get into mainline. For mainline, you need to use DSA. http://elixir.free-electrons.com/linux/v4.9.60/source/Documentation/networking/dsa/dsa.txt Getting back to my original point, having these platform devices can cause issues for DSA. Freescale FMAN has a similar architecture, and it took a while to restructure it to make DSA work. https://www.spinics.net/lists/netdev/msg459394.html Andrew
Powered by blists - more mailing lists