From mboxrd@z Thu Jan 1 00:00:00 1970 From: Zefir Kurtisi Subject: Re: Setting link down or up in software Date: Fri, 13 Jan 2017 10:20:25 +0100 Message-ID: <0273a4ad-46f7-d7b9-a206-6bd713e6165e@neratec.com> References: <75bd6df2-714a-2b9b-a0e3-f5574c295377@free.fr> <2044a26f-cf95-ac55-6265-ac76c3ca53f6@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Cc: Mans Rullgard , Florian Fainelli , Andrew Lunn , Thibaud Cornic To: Mason , netdev Return-path: Received: from mail.neratec.com ([46.140.151.2]:11780 "EHLO mail.neratec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751282AbdAMJU2 (ORCPT ); Fri, 13 Jan 2017 04:20:28 -0500 In-Reply-To: <2044a26f-cf95-ac55-6265-ac76c3ca53f6@free.fr> Sender: netdev-owner@vger.kernel.org List-ID: On 01/12/2017 04:16 PM, Mason wrote: > On 12/01/2017 14:05, Mason wrote: > >> I'm wondering what are the semantics of calling >> >> ip link set dev eth0 down >> >> I was expecting that to somehow instruct the device's ethernet driver >> to shut everything down, have the PHY tell the peer that it's going >> away, maybe even put the PHY in some low-power mode, etc. >> >> But it doesn't seem to be doing any of that on my HW. >> >> So what exactly is it supposed to do? >> >> >> And on top of that, I am seeing random occurrences of >> >> nb8800 26000.ethernet eth0: Link is Down >> >> Sometimes it is printed immediately. >> Sometimes it is printed as soon as I run "ip link set dev eth0 up" (?!) >> Sometimes it is not printed at all. >> >> I find this erratic behavior very confusing. >> >> Is it the symptom of some deeper bug? > > Here's an example of "Link is Down" printed when I set link up: > > At [ 62.750220] I run ip link set dev eth0 down > Then leave the system idle for 10 minutes. > At [ 646.263041] I run ip link set dev eth0 up > At [ 647.364079] it prints "Link is Down" > At [ 649.417434] it prints "Link is Up - 1Gbps/Full - flow control rx/tx" > > I think whether I set up the PHY to use interrupts or polling > does have an influence on the weirdness I observe. > > AFAICT, changing the interface flags is done in dev_change_flags > which calls __dev_change_flags and __dev_notify_flags > > Is one of these supposed to call the device driver through a > callback at some point? > > How/when is the phy_state_machine notified of the change in > interface flags? > > Regards. > Hm, reminds me of something at my side that I recently fixed with [1]. For me it was pulling the cable got randomly unnoticed at PHY layer - but might be related. Do you by chance have some component that polls the link states over the ethtool interface very often (like once per second)? At my side it was a snmpd agent that pro-actively updated the interface states every second and with that 'stole' the link change information from the phy link state machine. What you need to have to run in such a failing situation is: 1) an ETH driver that updates link status in ethtool GSET path (e.g. dsa does) 2) some component that continuously polls states via ethtool GSET Cheers, Zefir [1] https://patchwork.ozlabs.org/patch/711839/