Received: by 10.192.165.148 with SMTP id m20csp480791imm; Wed, 25 Apr 2018 02:48:39 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/B8F2KtMoYYkgmudbAv5u8nJr7tXcM/ACKkX0FUCtkz7SCauBAf4/P0yRfUIZslfzqAEBs X-Received: by 2002:a17:902:1e3:: with SMTP id b90-v6mr25450907plb.273.1524649719335; Wed, 25 Apr 2018 02:48:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524649719; cv=none; d=google.com; s=arc-20160816; b=IEsY4e+pDaR0TTVXM9e/myzZ3bofwb6hDrG+IX5Cg1FqlrJ4D0N6WxOFF/apepnJmj Tfyk1Cg2rK+Fl+WMq0g05tASfp3753G7no47NiWqd8vG+7FFCCb8tfmtwVMbVqnec/q/ mof7RTWFb4+2rdIyLCTuz/64Dc2ElztrjozZ02qBA6Bv02uYDh2S0fIHM0oDq0UWAAIT O6HkHvYiUzX1ujdQzm5q0shQ6v/qS1NcYbSdBeYhP1kk44tY5hTNhfeMCd/LN7CqXSze g3uMCd5oVv2AU72/pwKjce0KHWJ67bJeojartlnNnh4mawnIs2AJZww7pE7jmQcG/sTK +Ouw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature :arc-authentication-results; bh=DuI95Ed5553yRR/rAyIZVFZnI+LYPkHpj2b7TMsuHoc=; b=iHqIXpNe172C/ZthqBHJc2yALw8iQTXZA0jHBRtCyq7eDBLTMdHjBYIxbw6Pa8bTaF lkLjT0qiCy4kCqaFk98W6Ff7cX4WIQFGLiME54D8AIQ2eWnBdPhCPhUtjDUMw7Re589H p+SzgS0A/fR6ZbNyInfvXCcUyD2JFlRNM7WjwQB/e9deyspatv9koE2bvy0IeMvFJo/g txPE/FnEWFoKscJ1Hw9XQf6b2rGwk5RwzCgZmOaigcdXZBkB+M/zYAQ8LD1lg1ZY/WhC FWee9/6lA2AZkV06PVU8cp+sBobrxJcEJkLUBozQmSpr+l9RPYdS5+XI90ucb+jzMSRb iOxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=S2apT4zd; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x10si15835934pfh.85.2018.04.25.02.48.23; Wed, 25 Apr 2018 02:48:39 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=S2apT4zd; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751528AbeDYJrI (ORCPT + 99 others); Wed, 25 Apr 2018 05:47:08 -0400 Received: from mail-wr0-f173.google.com ([209.85.128.173]:37830 "EHLO mail-wr0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751212AbeDYJrF (ORCPT ); Wed, 25 Apr 2018 05:47:05 -0400 Received: by mail-wr0-f173.google.com with SMTP id c14-v6so12541452wrd.4 for ; Wed, 25 Apr 2018 02:47:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=DuI95Ed5553yRR/rAyIZVFZnI+LYPkHpj2b7TMsuHoc=; b=S2apT4zde1dGmjP3kxQM3p1zFHucSCWlO8sRfqea/y5EPLWu0Uw5/PsLff0spOHIJh QkrFLG/ILtLD3cjKyBuU3uaybcM/BYB/vvcoPIUrWnXiLfUEkOjOmZ5zTpdDhSzcDw1Z e3pnuFPqGLR3cxmM173Ez8qeRFTvWJn06auXlTz9XqwTeFAmHidMAOWOo1AqEtZv18Q/ qe8KdJhyFmPQh3l/k8ahmxYCN7ibJarwwaahLDNCrZCzyFqtn7qexRbfU4cdasxWE4r/ 9EFyYxJ/DHAW3/V4urxgpLaxXGfbIkCdRpMeuRGN57aRLx2Ykg568K2Q+TeTKmR4naca UIzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=DuI95Ed5553yRR/rAyIZVFZnI+LYPkHpj2b7TMsuHoc=; b=faM3F7ZdvabAX+4DB4Jev93p+LAcaKDoFJRoeVCpe9EopbIir5nfRUQBIk1h4AgVd9 M2iSLa0coCJ1H6CPkHurpLzzIRWiW+jSZ0ReMOCjndCMmhxH80e1EUap325+rWTv9rB7 5TT/X9paz3/o3JaMqbF6BzpekG7kD5i5So5vvsKIfaZX5rZARkNdVNFuVdKFSLR2YToT pC12MSmDTS/4KvAFxQKYMv//oJ+MuBd4BMURBDdDcrniXv2eiPQYdhg/PI7V9b5eXqsK VxcCNO3gUp0uVTG40bjI127zU8L4X9zfxilvaFHApjqpsTcGaNKQcRzydlitcP99UnXT H6SQ== X-Gm-Message-State: ALQs6tCzXS0jV47oS080a1VgQqqnp2dSaaCjNLwCMCgfeyrrnFHyRHbZ j2XtfcOIMQgfCH9tnBqd6GU= X-Received: by 2002:adf:ac64:: with SMTP id v91-v6mr21657236wrc.80.1524649624280; Wed, 25 Apr 2018 02:47:04 -0700 (PDT) Received: from localhost (p5B3F6DEF.dip0.t-ipconnect.de. [91.63.109.239]) by smtp.gmail.com with ESMTPSA id l15-v6sm15921269wrb.85.2018.04.25.02.47.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 25 Apr 2018 02:47:03 -0700 (PDT) From: Holger Schurig To: Alexander Duyck Cc: Jeff Kirsher , intel-wired-lan , LKML Subject: Re: [BUG] igb: reconnecting of cable not always detected In-Reply-To: References: <87h8o0ocul.fsf@gmail.com> Date: Wed, 25 Apr 2018 11:47:02 +0200 Message-ID: <877eovobxl.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alex, (Sent a 2nd time, this time with "Reply to all" and without HTML, so that it hits the kernel archives as well. Sorry for the noise. > Sounds like the link is failing to re-establish. You might double > check a few things. One is to verify if the link partner is > recognizing the link as coming up or not. It turns on differently. Before I remove the cable, the LED on the TP LINK "TL SG-108" was green. After removing the cable, the LED went off. After reinserting the cable, it became orange after some while. Green LED means 1000 MB/s, orange LED means 10/100 MB/s. I have a different, even older switch: "Allnet ALL8039". Here the same: the switch detects a link, but igb not. > If you could also provide an "lspci -vvv" 02:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- and "ethtool -i" for the driver: igb version: 5.4.0-k firmware-version: 3.20, 0x80000553 expansion-rom-version: bus-info: 0000:02:00.0 supports-statistics: yes supports-test: yes supports-eeprom-access: yes supports-register-dump: yes supports-priv-flags: yes One thing that is interesting is how igb reacts to ethtool inquiries once it goes into the failed state. You inquired for "ethtool -i eth0", but in the failed state I only get this: Cannot restart autonegotiation: No such device But eth0 is of course still there, "ip -d link show eth0" shows: 2: eth0: mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000 link/ether 00:13:95:1a:54:33 brd ff:ff:ff:ff:ff:ff promiscuity 0 numtxqueues 8 numrxqueues 8 gso_max_size 65536 gso_max_segs 65535 Other ethtool commands also don't report any information once the link went bogus. Here one output from "ethtool eth0": Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supported pause frame use: Symmetric Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: Symmetric Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on MDI-X: off (auto) Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000007 (7) drv probe link Link detected: yes ... and here another: Settings for eth0: Cannot get device settings: No such device Cannot get wake-on-lan settings: No such device Cannot get message level: No such device Cannot get link status: No such device Settings for eth0: No data available I'm willing to pepper the source with printk, if this helps :-) Greetings, Holger