From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f49.google.com (mail-wr1-f49.google.com [209.85.221.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 17D15315D3B for ; Thu, 13 Nov 2025 19:54:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763063666; cv=none; b=H+ZDqnSvCZEcH4/g8y8Am1LOrdzbHtT2l1qxx2RZ0E+ALHUqLUysBYWzDsivqHYY18i0Xs3Rc0BwX4HfhhL+Djz2aDsz6oq2U8bKYIkkMMAUh7VKSXzX2NiS0JZmysQ60UeCZpXeA+LQZQkk2QpbxO0SnP5xlrUEij07Uo4gMdQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763063666; c=relaxed/simple; bh=ZyjV2zlsY/WOAoLtkkIIvmgL/cI2LzWDSXHVZ4vJByI=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=au8XWLaATbYB9UtuVpO5DOARszOuxfkmOjkAVYJClVSFyt9ZMgtlcEdSxAD/eKNg7p5K6suMbl1q1haf3rHffFytxI2/K2WGWvPeSo7Rsc5o75Nrg2CbcQeoAT4nTDRrOObavBSztQmYO8jPvr3fDlB8+t36WwWQ1QE0ueIVfVo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=lZacZZ0i; arc=none smtp.client-ip=209.85.221.49 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="lZacZZ0i" Received: by mail-wr1-f49.google.com with SMTP id ffacd0b85a97d-429c7869704so956403f8f.2 for ; Thu, 13 Nov 2025 11:54:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1763063663; x=1763668463; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=C5uYFQBdMWcIjFGr35Hs8SoiXsZLoaRgbd8GnG/6s5g=; b=lZacZZ0iMyIhr6YIqRJ+mCxtBwNgWsjmHF9kjNOIti1QcWydYOo1KuGy+4s3AvZ3rS zI3/+EDb6MK+FlSMhE0KCycl3+12BV/HZkZQvhws1JGxdyVIqQTeAOZ3LTGtWZajdNRp 4NvmVqmmttuT8c/MapM5gZUmzcQCyeCp9V0D57gZxa8ezCghN6+KCJyYzdmh5AvxtRYq JWeRnGdh1cAoPrwmQSe0bnjeWp1PCFMzsffyPKAfSshgGLGB30dumg6RGiWXQicexOhj ZeEsq/LagrvN8BxYqGmsXWeqg1+zlJemmllMBY1qOsQUGaymY9oSyoyc+9abuQeoE/Hy zJ5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1763063663; x=1763668463; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=C5uYFQBdMWcIjFGr35Hs8SoiXsZLoaRgbd8GnG/6s5g=; b=tnfmRpgeZYXSRLoW+hFt9uqGHER5cI2T7zaPiiATGrHgl3D1L26UyqLe+xJYpwqjAC BTPP4AVtl+BvgFjuJBHpbZai8B5G1z9tcNv/NewGovxZlDa8CrZgQoL1VoSYU/w9OSgc rdz4Stknx7Ikcy0jVEj8FIh5CncQPXuPe+X7gYRbK4vyeiXMULeVwcjTrlkaVBOVh4Ri xHWwA01lxpxiwzbcjerzGT7X4R5ce6KG2GshCNv9GJ/hLw19cSvW7VVO1chFHyaFyXfE /Qc8Axc4EcICygRY3FRn7OAZ4+rLzwtFrLvqBcFVSME+dNec1CG//e++KlE5ehTIjNg/ X0Og== X-Forwarded-Encrypted: i=1; AJvYcCVvOhljVz9wdyd9pIVMjhQ5atmkEVpmeWV7+OLWduBMmen0+j00mL4uqS+2pluxy99LXBfXT/p6Mt0wlcA=@vger.kernel.org X-Gm-Message-State: AOJu0YwKiKo70GeTmK+QjtY5mqQWPPMQdUdL3+qaz5XjAGdvANWMp8Ky vsfEewtE8s2p3zULPRJiqL1KDeD6jQucV6w6EXjKwX7CXXiXpYUPCp87 X-Gm-Gg: ASbGncuEvoVKn3a09IJ7XA9Kevq4gBfFujDkACq7RS728sAtqBbb1uTClL8hXZHig0a x/F8xdRCHBI1BQUHAttIbHiIKnJfY7qVm5N+gupM0/24T4Jv2R/EMaUPkdqrBuvkLWJOIKYYMLu sOHpOHJTfDiCd1GVrhzJOx5kbTxrO/m/H7TtkuzkogNDdAkrszXsXnUmxL4lGyDMv5IM5RCI2n3 6il7PNMmVeS8s2hXFOb2XFg0h5my5HXYCZ3i0s77NX1ZuEmLmiUHo55cfUcSDLPw43bPCm4gJxf bhYfwR4xj3jpY5gyIIRnz4Xv4H3NzR92x8gq4tGvuzE+bQVyfEKV7oy7/LiJ76bGsrfSMkAft3X SR0+ItNkm0sd+/pMYA1YYtmmbWOtHapiI59/kU5IeCiT8qrvmrJ2KRqJxDFfcpTBDrdJILmv19l GPy8v5xURMHt88W1zXK4ed31gVToQ1jJjyVl1SUvMRqJ5Lgkwi4ea6Q7LFhKnE8kw+R5R9+h7HN poCmZBWoJoI5xBHVUjj2ZUERFaI+L87WCn5GlqQ X-Google-Smtp-Source: AGHT+IEipqfeC6tnR4E+RYRLZQ2qkZIf7SMyeSRFtEeLv72w+gK7Zn/6tP4YjNStULDMG+h+pb3+PQ== X-Received: by 2002:a05:6000:25c2:b0:42b:39d0:6377 with SMTP id ffacd0b85a97d-42b593494b7mr565151f8f.17.1763063663227; Thu, 13 Nov 2025 11:54:23 -0800 (PST) Received: from ?IPV6:2003:ea:8f4e:1a00:f17f:a689:d65:e2b2? (p200300ea8f4e1a00f17fa6890d65e2b2.dip0.t-ipconnect.de. [2003:ea:8f4e:1a00:f17f:a689:d65:e2b2]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-42b53f1fd50sm5527838f8f.38.2025.11.13.11.54.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 13 Nov 2025 11:54:22 -0800 (PST) Message-ID: <67c7ccab-2377-46bf-b59d-01a6d8d7e8f4@gmail.com> Date: Thu, 13 Nov 2025 20:54:26 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: RTL8127AF doesn't get a link over SFP+ DAC To: Michael Zimmermann , nic_swsd@realtek.com, Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org References: Content-Language: en-US From: Heiner Kallweit In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 11/13/2025 6:30 PM, Michael Zimmermann wrote: > Hi, > > I have a RT8127AF card from DIEWU: > https://24wireless.info/diewu-txa403-and-txa405 . > The card is detected just fine: > [125201.683763] r8169 0000:08:00.0 eth1: RTL8127A, xx:xx:xx:xx:xx:xx, > XID 6c9, IRQ 143 > [125201.683770] r8169 0000:08:00.0 eth1: jumbo features [frames: 16362 > bytes, tx checksumming: ko] > [125201.688543] r8169 0000:08:00.0 enp8s0: renamed from eth1 > [125201.715519] Realtek Internal NBASE-T PHY r8169-0-800:00: attached > PHY driver (mii_bus:phy_addr=r8169-0-800:00, irq=MAC) > [125202.277034] r8169 0000:08:00.0 enp8s0: Link is Down > > This is what ethtool shows: > Settings for enp8s0: > Supported ports: [ TP MII ] > Supported link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > 10000baseT/Full > 2500baseT/Full > 5000baseT/Full > Supported pause frame use: Symmetric Receive-only > Supports auto-negotiation: Yes > Supported FEC modes: Not reported > Advertised link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > 10000baseT/Full > 2500baseT/Full > 5000baseT/Full > Advertised pause frame use: Symmetric Receive-only > Advertised auto-negotiation: Yes > Advertised FEC modes: Not reported > Speed: Unknown! > Duplex: Unknown! (255) > Auto-negotiation: on > master-slave cfg: preferred slave > master-slave status: unknown > Port: Twisted Pair > PHYAD: 0 > Transceiver: internal > MDI-X: Unknown > Supports Wake-on: pumbg > Wake-on: d > Link detected: no > > and `ip a`: > 10: enp8s0: mtu 1500 qdisc > fq_codel state DOWN group default qlen 1000 > link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff > altname enxXXXXXXXXXXXX > > And that's it, the link never comes up. The 10G Mikrotik switch on the > other side sees that the module is inserted on its side, but doesn't > show any change when I plug in the RTL8127AF. > > It works in Windows 11 and it also works with the r8127 Linux driver > downloaded from Realteks website: > https://www.realtek.com/Download/List?cate_id=584 : > > [129318.976134] r8127: This product is covered by one or more of the > following patents: US6,570,884, US6,115,776, and US6,327,625. > [129318.976175] r8127 Copyright (C) 2025 Realtek NIC software team > > This program comes with ABSOLUTELY NO WARRANTY; for > details, please see . > This is free software, and you are welcome to > redistribute it under certain conditions; see > . > [129318.988293] r8127 0000:08:00.0 enp8s0: renamed from eth1 > [129318.997092] enp8s0: 0xffffd49ec9140000, xx:xx:xx:xx:xx:xx, IRQ 137 > [129319.421629] r8127: enp8s0: link up > > ethtool with realteks driver shows something quite interesting: > Settings for enp8s0: > Supported ports: [ TP ] > Supported link modes: 1000baseT/Full > 10000baseT/Full > Supported pause frame use: No > Supports auto-negotiation: No > Supported FEC modes: Not reported > Advertised link modes: 1000baseT/Full > 10000baseT/Full > Advertised pause frame use: No > Advertised auto-negotiation: No > Advertised FEC modes: Not reported > Speed: 10000Mb/s > Duplex: Full > Auto-negotiation: off > Port: Twisted Pair > PHYAD: 0 > Transceiver: internal > MDI-X: on > Supports Wake-on: pumbg > Wake-on: g > Current message level: 0x00000033 (51) > drv probe ifdown ifup > Link detected: yes > > auto-negotiation is off, even though it's enabled on my Mikrotik > switch. "ethtool -s enp8s0 autoneg on" (or off) on the realtek driver > succeeds but doesn't change what ethtools status shows. "ethtool -s > enp8s0 autoneg off" on the mainline driver does fail with: > netlink error: link settings update failed > netlink error: Invalid argument > > So while I have no idea why things are not working, my best theory is > that auto-negotiation isn't supported (properly) and the mainline > driver doesn't support disabling it. > Realtek uses a proprietary way to deal with the SFP and hides it behind the internal PHY. The SFP signals aren't exposed. When in fiber mode the internal PHY doesn't behave fully compliant with clause 22 any longer. E.g. link status isn't reported by the PHY, but only via a proprietary register. To cut a long story short: Fiber mode isn't supported by r8169 at the moment. > Thanks > Michael