From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS, USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7889CC282C3 for ; Tue, 22 Jan 2019 23:12:07 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 3D6BF20866 for ; Tue, 22 Jan 2019 23:12:07 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b="5x4qBhPg" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726899AbfAVXMG (ORCPT ); Tue, 22 Jan 2019 18:12:06 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:52167 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726175AbfAVXMG (ORCPT ); Tue, 22 Jan 2019 18:12:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Transfer-Encoding:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=ZdSg39c2QZt1WmfLZ72BUt5kp4qjMAo0Y/UdqmhJXew=; b=5x4qBhPgj4KUmEmPro6H75wNoDMMsUZKQPiMmlEe6SBKCo0lR/vJDD986+AInY77xzAHKpfNV2CpAFLZ27pOrv5wZV7TGmrWEZMTruJtapuWEhGv8WwGkpIsj0Gsq9k0UT1scpqGW4n/zxLyq8/VkgNMR16fD9+ljlYTEePUdiE=; Received: from andrew by vps0.lunn.ch with local (Exim 4.84_2) (envelope-from ) id 1gm5D7-0005SR-7k; Wed, 23 Jan 2019 00:12:01 +0100 Date: Wed, 23 Jan 2019 00:12:01 +0100 From: Andrew Lunn To: John David Anglin Cc: Russell King , Vivien Didelot , Florian Fainelli , netdev@vger.kernel.org Subject: Re: net: phylink: dsa: mv88e6xxx: flaky link detection on switch ports with internal PHYs Message-ID: <20190122231201.GE3634@lunn.ch> References: <49eec816-9238-c893-0860-602aa8965515@bell.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49eec816-9238-c893-0860-602aa8965515@bell.net> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, Jan 22, 2019 at 02:16:09PM -0500, John David Anglin wrote: > I've been hacking on a espressobin board to try to improve ptp support, > etc.  However, I have > a big problem with link detection on the wan, lan0 and lan1 ports. Hi John I just booted my espressobin with net-next. It is running Debian, and i have the following in /etc/network/interfaces source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug wan iface wan inet dhcp pre-up ip link set eth0 up allow-hotplug lan0 iface lan0 inet static pre-up ip link set eth0 up address 10.42.42.42 netmask 255.255.255.0 my wan port got its IP address from DHCP. root@espressobin:~# ip addr show 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group defaul t qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1508 qdisc mq state UP group defa ult qlen 1024 link/ether f0:ad:4e:03:69:9c brd ff:ff:ff:ff:ff:ff inet6 fe80::f2ad:4eff:fe03:699c/64 scope link valid_lft forever preferred_lft forever 3: wan@eth0: mtu 1500 qdisc noqueue state UP g roup default qlen 1000 link/ether f0:ad:4e:03:69:9c brd ff:ff:ff:ff:ff:ff inet 10.0.0.11/24 brd 10.0.0.255 scope global wan valid_lft forever preferred_lft forever inet6 fe80::f2ad:4eff:fe03:699c/64 scope link valid_lft forever preferred_lft forever 4: lan0@eth0: mtu 1500 qdisc noqueue state L OWERLAYERDOWN group default qlen 1000 link/ether f0:ad:4e:03:69:9c brd ff:ff:ff:ff:ff:ff inet 10.42.42.42/24 brd 10.42.42.255 scope global lan0 valid_lft forever preferred_lft forever 5: lan1@eth0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether f0:ad:4e:03:69:9c brd ff:ff:ff:ff:ff:ff lan0 is correctly down, because the machine on the other end is down. I then manually configured lan1 up and powered on the peer. I then see: [ 543.113227] IPv6: ADDRCONF(NETDEV_UP): lan1: link is not ready [ 546.680276] mv88e6085 d0032004.mdio-mii:01 lan1: Link is Up - 1Gbps/Full - fl ow control off [ 546.686106] IPv6: ADDRCONF(NETDEV_CHANGE): lan1: link becomes ready So for me, everything is working as it should. I would suggest you manually configure your networking, just to test. I would suspect systemd is not doing things correctly. Andrew