From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Fainelli Subject: Re: b53 tags on bpi-r1 (bcm53125) Date: Thu, 23 Nov 2017 09:18:32 -0800 Message-ID: References: <7c533a63-72e5-de68-99ff-8595492993a8@scram.de> <86b7ba4c-e632-f35b-647b-fdba93f2e0ed@gmail.com> <20171122000755.Horde.TwGdUCPMaJtOjf5NBNmIJXz@webmail.scram.de> <032d2ae0-0a57-6ba5-c0a0-704bd0885202@scram.de> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org To: Jochen Friedrich Return-path: Received: from mail-qk0-f181.google.com ([209.85.220.181]:40038 "EHLO mail-qk0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753044AbdKWRSg (ORCPT ); Thu, 23 Nov 2017 12:18:36 -0500 Received: by mail-qk0-f181.google.com with SMTP id c123so11342655qkf.7 for ; Thu, 23 Nov 2017 09:18:35 -0800 (PST) In-Reply-To: <032d2ae0-0a57-6ba5-c0a0-704bd0885202@scram.de> Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: Hi Jochen, On 11/23/2017 09:05 AM, Jochen Friedrich wrote: > Hi Florian, > > >> OK, because this is a 53125S, it should support Broadcom tags correctly, >> not clear yet what is happening. Just to make sure, you are using >> arch/arm/boot/dts/sun7i-a20-lamobo-r1.dts as the DTS for this platform, >> right? > > Yes, that's the DTS I'm using. > >> If so, can you provide the ethtool -k eth0 output and/or see if >> disabling HW VLAN tag support for eth0 helps in any way? > > It looks like gmac doesn't have HW VLAN support. OK, good. I was wondering if this could confuse the GMAC HW into thinking Broadcom tags where VLAN tags. With Broadcom tags (or any type of switch tagging protocol), eth0 becomes a conduit interface and no longer a "normal" network device for applications/socket to use. This means that if you were obtaining an IP address through a DHCP client using e.g: dhclient eth0, this now needs to be replaced using dhclient lan1 for instance. If you use the per-port network devices, do you actually see Broadcom tags coming out of these interfaces, or is it just when you use eth0 like what you used before that you see that happening? If this is the former, then we are still back to square one, as this really should not happen, if this is the latter, it means we need to update any network scripts to properly make use of DSA-enabled network devices and use only the per-port network devices now. Thanks! -- Florian