From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by dpdk.org (Postfix, from userid 33) id 005C41B902; Fri, 6 Jul 2018 22:21:28 +0200 (CEST) From: bugzilla@dpdk.org To: dev@dpdk.org Date: Fri, 06 Jul 2018 20:21:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: DPDK X-Bugzilla-Component: ethdev X-Bugzilla-Version: 18.05 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mgsmith@netgate.com X-Bugzilla-Status: CONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: dev@dpdk.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.dpdk.org/ Auto-Submitted: auto-generated X-Auto-Response-Suppress: All MIME-Version: 1.0 Subject: [dpdk-dev] [Bug 69] Intel x550 SFP+ fails to update link state X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2018 20:21:29 -0000 https://bugs.dpdk.org/show_bug.cgi?id=3D69 Bug ID: 69 Summary: Intel x550 SFP+ fails to update link state Product: DPDK Version: 18.05 Hardware: x86 OS: Linux Status: CONFIRMED Severity: normal Priority: Normal Component: ethdev Assignee: dev@dpdk.org Reporter: mgsmith@netgate.com Target Milestone: --- Overview: On a system with 2 x550 SFP+ ports (vendor 0x8086, device 0x15ac), when an application calls rte_eth_dev_start() followed by rte_eth_link_get_nowait()= the call to rte_eth_link_get_nowait() fails and all subsequent calls to rte_eth_link_get_nowait() also fail. Steps to reproduce: - Install CentOS 7.5 on a system with x550 SFP+ ports - Install or build FD.io VPP on the system - Make sure the link is down on the x550 devices (ip link set dev enoX down) - Start vpp (systemctl start vpp) - Bring one of the ports up in vpp (vppctl set interface state TenGigabitEthernet3/0/0 up) Actual results: Link state information is never retrieved. When looking in gdb at the rte_eth_link struct containing the results of rte_eth_link_get_nowait(), the contents look like: $1 =3D {link_speed =3D 0, link_duplex =3D 0, link_autoneg =3D 1, link_statu= s =3D 0} To VPP it looks like the interface is down. Running 'vppctl show hardware-interface' always shows "carrier down" for that port. Expected results: Link state should be retrieved successfully and the link should show up. The rte_eth_link struct containing the results of rte_eth_link_get_nowait() sho= uld look like: $1 =3D {link_speed =3D 10000, link_duplex =3D 1, link_autoneg =3D 1, link_s= tatus =3D 1} The port should show "carrier up" when running 'vppctl show hardware-interface'. Build date and hardware: DPDK - Issue observed with both 18.05 and 18.02 VPP - Issue observed with v18.04 and newer (up to current tip of master bra= nch) Xeon D-1537 SoC with 2 x550 SFP+ ports CentOS 7.5 Additional information: If the ports are detached from the uio driver and attached to the Linux ker= nel ixgbe driver, they work without issue. Multiple cables, ports and switches = were tested, all with the same result. Increasing the maximum delay in the link coming up in ixgbe_setup_mac_link_multispeed_fiber() from 500ms to 1s seems to resolve t= he issue. --=20 You are receiving this mail because: You are the assignee for the bug.=