netdev - Re: [RFC] CPSW: dual standalone emac mode / bonding

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <53183051.7080801@ti.com>
Date:	Thu, 6 Mar 2014 13:52:41 +0530
From:	Mugunthan V N <mugunthanvnm@...com>
To:	Christian Engelmayer <christian.engelmayer@...quentis.com>,
	<netdev@...r.kernel.org>, <linux-omap@...r.kernel.org>
Subject: Re: [RFC] CPSW: dual standalone emac mode / bonding

On Wednesday 05 March 2014 11:03 PM, Christian Engelmayer wrote:
> Has anybody successfuly setup ethernet bonding on a TI AM335x based system using
> the CPSW in dual standalone emac mode?
>
> I am running an active-backup test setup - momentarily still running Linux 3.2 -
> and experience repeated loss of ethernet connectivity. That happens eg. after
> the board is idle and receives an own ARP request on the backup slave interface.
> It seems that the corresponding reply does not reach the CPU and I can see via
> SysFs that the host's address entry got associated with the external backup port.
>
>    index 2, raw: 00000000 10000018 31e00669, type: addr(1), addr: 00:18:31:e0:06:69,
>       uctype: persistant(0), port: 0 --> uctype: persistant(0), port: 2
>
> As expected, triggering a unicast from the board or bypassing the ALE recovers

It seems that some other system in the network is using the same mac in
your EVM or there is a loop detected in your network which leads that
ALE is learning that there is  system with your MAC and updating the ALE
table that the mac is there and which leads your own packet will be
forwarded to that port and not to host port.

When ever you start a transmission the ALE learns the host port MAC is x
and updates ALE table with that port number and so there in your network
is working.

Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html