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.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no 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 33804C2D0C3 for ; Tue, 24 Dec 2019 19:24:14 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id ED9C1206CB for ; Tue, 24 Dec 2019 19:24:13 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="kUpMLEvr" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726222AbfLXTYM (ORCPT ); Tue, 24 Dec 2019 14:24:12 -0500 Received: from mail-pj1-f66.google.com ([209.85.216.66]:51973 "EHLO mail-pj1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726184AbfLXTYM (ORCPT ); Tue, 24 Dec 2019 14:24:12 -0500 Received: by mail-pj1-f66.google.com with SMTP id j11so1505906pjs.1 for ; Tue, 24 Dec 2019 11:24:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=reply-to:to:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=J9+I/S/qhsKjHTRejUGdG/k9OfjlBhGNk4U2uIDNoLg=; b=kUpMLEvrGaXUebK+DAT0Yrnb8+rvE7EBwav+HtX3Fu1lTLcSdnQQVm91n2ZfjUo71q stc88+IxqxEP/6XjwzRXBAP4zOJlhac7df5MihDmdiJvDebJs0ZccUUq/6mSPgn0Kykb pdQntRSkA7HhCu5ugA9k1BrYvqyseNBS89mWVvbaVVfBhLGkJcyNmmH9z1HAxvH8ToE3 JFEZwqb5bKkGnAT3FQI+exIkfKPnZa4U8oaCVhV+k2AP/64kscAxDqxjojI75h//n0yd HRtRrUNaIbPvAhfsRB+/0UUJFvAT2AmrgvpIQKbw6wSVxDKdseZkfAAOlSHwRMhIB9kf tJzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:to:from:subject:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=J9+I/S/qhsKjHTRejUGdG/k9OfjlBhGNk4U2uIDNoLg=; b=WYu2n7WkDfAyyHY76tqyrwhGOp+pJLlpbLzrEWiC+OfCoZ6BbFOk0eWZ4lVigalLOb xUXEnyefb4aq62AtALhWv2WR5HT7IPPVhzbVku7KI45ffw95cDw+2wFsPVX6i+d8ZQ9c 5O03r6sPvUEut2ual+2WaIzCPy9n26+m9iXINOZp72soKg4jFVURI2pIMeqnwZS6iUo/ bQfBVf8t1G7xmWVscGQuUMeG2ShfZhy62zxyy/sG5Al5Id59OIUEzFWDpYBzyXCAJIKE v5LbThZ9ph5cnBlRETewsh8kK5fgkyFf9lHc7KwRBLJw4QTaCNeAPMsJDWtorDzr4Zec sS4A== X-Gm-Message-State: APjAAAXCFazy83BZCSO0pNvNKkhX+LoonDmTO7lOvvopD+wHy1ArTrU4 k/nzpp+1J9gGmsTTxhlJWy35TxoB X-Google-Smtp-Source: APXvYqzCPFlhfuacK9KTCxl1MDmyO8hwNgFzflRKsp6faDq3qYQXebodLxJbT4ujggPeiDcq3MRFVQ== X-Received: by 2002:a17:902:b101:: with SMTP id q1mr37859931plr.258.1577215450898; Tue, 24 Dec 2019 11:24:10 -0800 (PST) Received: from mua.localhost (99-7-172-215.lightspeed.snmtca.sbcglobal.net. [99.7.172.215]) by smtp.gmail.com with ESMTPSA id h16sm29964684pfn.85.2019.12.24.11.24.10 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 24 Dec 2019 11:24:10 -0800 (PST) Reply-To: pgnet.dev@gmail.com To: netdev@vger.kernel.org From: PGNet Dev Subject: with kernel 5.4.6, two Eth interfaces -- one 'reliably named', the other not. used to work , what's changed? Message-ID: <42a3cd4b-c42f-b2c2-da84-e1fd433a4219@gmail.com> Date: Tue, 24 Dec 2019 11:24:09 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org  I recently upgraded a linux/64 box to uname -rm 5.4.6-24.ge5f8301-default x86_64 For 'ages' prior, I've had two functional Eth interfaces on it inxi -n (1) Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 IF: eth0 state: down mac: 18:d6:c7:01:15:11 (2) Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: 00:52:35:50:44:04 where (2)'s the Mobo ETH, and (1)'s an ETH PCI-e card Both expect/use the same driver, lspci -tv | grep -i eth +-04.0-[02]----00.0 Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller +-06.0-[03]----00.0 Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller The driver's up lsmod | grep 8169 r8169 94208 0 libphy 98304 2 r8169,realtek provided by rpm -q --whatprovides /lib/modules/5.4.6-24.ge5f8301-default/kernel/drivers/net/ethernet/realtek/r8169.ko kernel-default-5.4.6-24.1.ge5f8301.x86_64 the cards are available, I've had reliable naming enabled cat /proc/cmdline ... net.ifnames=1 biosdevname=0 and the two interfaces, Mobo & PCI, _had_ always appeared as enp2s0 & enp3s0 with current kernel, uname -rm 5.4.6-24.ge5f8301-default x86_64 & firmware packages, rpm -qa | grep -i kernel-firmware | sort kernel-firmware-all-20191118-36.13.noarch kernel-firmware-amdgpu-20191118-36.13.noarch kernel-firmware-ath10k-20191118-36.13.noarch kernel-firmware-atheros-20191118-36.13.noarch kernel-firmware-bluetooth-20191118-36.13.noarch kernel-firmware-bnx2-20191118-36.13.noarch kernel-firmware-brcm-20191118-36.13.noarch kernel-firmware-chelsio-20191118-36.13.noarch kernel-firmware-dpaa2-20191118-36.13.noarch kernel-firmware-i915-20191118-36.13.noarch kernel-firmware-intel-20191118-36.13.noarch kernel-firmware-iwlwifi-20191118-36.13.noarch kernel-firmware-liquidio-20191118-36.13.noarch kernel-firmware-marvell-20191118-36.13.noarch kernel-firmware-media-20191118-36.13.noarch kernel-firmware-mediatek-20191118-36.13.noarch kernel-firmware-mellanox-20191118-36.13.noarch kernel-firmware-mwifiex-20191118-36.13.noarch kernel-firmware-network-20191118-36.13.noarch kernel-firmware-nfp-20191118-36.13.noarch kernel-firmware-nvidia-20191118-36.13.noarch kernel-firmware-platform-20191118-36.13.noarch kernel-firmware-qlogic-20191118-36.13.noarch kernel-firmware-radeon-20191118-36.13.noarch kernel-firmware-realtek-20191118-36.13.noarch kernel-firmware-serial-20191118-36.13.noarch kernel-firmware-sound-20191118-36.13.noarch kernel-firmware-ti-20191118-36.13.noarch kernel-firmware-ueagle-20191118-36.13.noarch kernel-firmware-usb-network-20191118-36.13.noarch The TPLINK PCI card no longer comes up as an 'en*'-named card, per https://www.freedesktop.org/software/systemd/man/systemd.net-naming-scheme.html but rather, incorrectly (?), as 'eth0' hwinfo --netcard | egrep -i "Ethernet controller|Driver|addr|Model:|Device:|Device file" 07: PCI 300.0: 0200 Ethernet controller Model: "Realtek RTL8111/8168 PCI Express Gigabit Ethernet controller" Device: pci 0x8168 "RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller" SubDevice: pci 0x8168 "RTL8111/8168 PCI Express Gigabit Ethernet controller" Driver: "r8169" Driver Modules: "r8169" Device File: enp3s0 HW Address: 00:52:35:50:44:04 Permanent HW Address: 00:52:35:50:44:04 Driver Info #0: Driver Status: r8169 is active Driver Activation Cmd: "modprobe r8169" 11: PCI 200.0: 0200 Ethernet controller Model: "TP-LINK TG-3468 Gigabit PCI Express Network Adapter" Device: pci 0x8168 "RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller" SubDevice: pci 0x3468 "TG-3468 Gigabit PCI Express Network Adapter" Driver: "r8169" Driver Modules: "r8169" ?? Device File: eth0 HW Address: 18:d6:c7:01:15:11 Permanent HW Address: 18:d6:c7:01:15:11 Driver Info #0: Driver Status: r8169 is active Driver Activation Cmd: "modprobe r8169" noting, ls -1 /sys/class/net/ enp3s0@ eth0@ lo@ in `dmesg` dmesg | egrep -i "eth|enp" [ 4.564854] r8169 0000:02:00.0 eth0: RTL8168e/8111e, 18:d6:c7:01:15:11, XID 2c2, IRQ 27 [ 4.564856] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko] [ 4.568641] r8169 0000:03:00.0 eth1: RTL8168c/8111c, 00:52:35:50:44:04, XID 3c4, IRQ 18 [ 4.568643] r8169 0000:03:00.0 eth1: jumbo features [frames: 6128 bytes, tx checksumming: ko] [ 4.614030] r8169 0000:03:00.0 enp3s0: renamed from eth1 [ 28.179613] RTL8211B Gigabit Ethernet r8169-300:00: attached PHY driver [RTL8211B Gigabit Ethernet] (mii_bus:phy_addr=r8169-300:00, irq=IGNORE) [ 28.283488] r8169 0000:03:00.0 enp3s0: Link is Down [ 30.498955] r8169 0000:03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow control rx/tx [ 30.498976] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready Something's changed -- as both interfaces used to be properly named per reliable-naming standard. I _can_ bring up the network on the Mobo's renamed enp3s0 interface ... but no longer on the PCI card. I'm not clear on why one interface IS using the reliable-naming scheme, and the other is NOT. Any hints/clues as to the problem &/or a fix?