From owner-svn-src-stable-11@freebsd.org Mon Jun 5 20:06:58 2017 Return-Path: Delivered-To: svn-src-stable-11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13CA3B798CF for ; Mon, 5 Jun 2017 20:06:58 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-qt0-x243.google.com (mail-qt0-x243.google.com [IPv6:2607:f8b0:400d:c0d::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDBFF682BE for ; Mon, 5 Jun 2017 20:06:57 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-qt0-x243.google.com with SMTP id w1so18614206qtg.0 for ; Mon, 05 Jun 2017 13:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=LJAWP7dnByN4fFRi9rsgOzfLX/PkmrgrUl3gfcQlEeg=; b=BJakpuPL5o+CpWPaPcxNygNq9f4a6AJhxJBJVwfHEY+oa01tehDNomWXE2iz5JPbNR E6pqE42v7M/fY2iIb4/+c3D1be7ujFHpEEbtMda2thfX3PK84HZYFBauRVYKqUUnLUlm 2bu5BINIsvjbnqJ6jvItNAvQqosaLWzrDr35kxbwn4dYbiCtekbAuGn3xfn8TUp0AtJO TA8OKwCapZuhiigbfAsSKk6qCvMPfXSCFm9ROeEh8r+j9UhysmA2fdktQWMT1bdhqv74 A6QMZGp5YgTSlePyLw+YQmlX1B+faW+nkDHm8TB3AeCoBOkJoDSEkGwdk7RDArAxiG82 WHKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=LJAWP7dnByN4fFRi9rsgOzfLX/PkmrgrUl3gfcQlEeg=; b=hXcYXMjKnhIm33CeIs69jqaiV2ZlL0a8Gxo8cm/qIBuaZfhpf7bZ9kHHT2KFHMiC6U 5zgiy7O4761uE4geQb0F3H7Ft75UUemBEWLTO44VcIM2Fae+IQzKsXLlwchSQW74gzC1 rAB8gGgpZwgpeoUo+FXChzFiXjzL1yjqSO/buGvVPBqWZ5VcU9sYwH60ETuwWWyDV8BK AAUICMYCf+Tx+GRezNLqSsLUnnElj0EYqqBTC8bTnk7uMQx9YIpxRN3+f1IgVDoFB3B6 4bCH1l83cjfN9rR8IdbmU1GA7fG8gbN684LPxdIzNnaX2oPZgH7pOhYktA3h7S8NUXbq Udnw== X-Gm-Message-State: AKS2vOzhT+rqSIcjnFA31u+/IGmwwO6Gn1pBFp01F7nDCgV/vnBx857A 2S/UGMELB3yuQQJT X-Received: by 10.200.14.66 with SMTP id j2mr4535479qti.229.1496693216714; Mon, 05 Jun 2017 13:06:56 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [12.32.117.8]) by smtp.googlemail.com with ESMTPSA id t9sm9321732qth.46.2017.06.05.13.06.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Jun 2017 13:06:55 -0700 (PDT) Sender: Navdeep Parhar Subject: Re: svn commit: r319269 - in stable/11/sys: conf dev/cxgbe/firmware modules/cxgbe/t4_firmware modules/cxgbe/t5_firmware modules/cxgbe/t6_firmware To: Mike Tancsa , "pholes@sentex.net" , svn-src-stable-11@freebsd.org References: <201705310016.v4V0G5n7012861@repo.freebsd.org> From: Navdeep Parhar Message-ID: <20a81b3e-17c7-df59-dda8-370d93eec899@FreeBSD.org> Date: Mon, 5 Jun 2017 13:06:51 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-stable-11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for only the 11-stable src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jun 2017 20:06:58 -0000 On 06/02/2017 14:16, Mike Tancsa wrote: > > Hi, > Not sure if its the firmware for sure, but a number of DAC cables I > have been using without issue all of a sudden are failing. On the > switch port side, the link does not go down, but on the NIC side, the > link is bouncing up and down once a bit of traffic is place on it. I The firmware handles all transceiver setup and link so it must be the firmware, but passing traffic should not affect the link. Does the link really stay up steadily as long as there's no traffic? Once the link has bounced at least once (with or without traffic), run this and provide its output: # sysctl -n dev.t5nex.0.misc.devlog > swapped out the DAC cable for a plain old fiber SFP+ and its OK. The > same DAC cable works fine prior to this update > > Jun 2 17:07:26 intels12004u kernel: cxl1: link state changed to DOWN > Jun 2 17:07:27 intels12004u kernel: cxl1: link state changed to UP > Jun 2 17:08:50 intels12004u kernel: cxl1: link state changed to DOWN > Jun 2 17:08:50 intels12004u kernel: cxl1: link state changed to UP > Jun 2 17:09:08 intels12004u kernel: cxl1: link state changed to DOWN > Jun 2 17:09:08 intels12004u kernel: cxl1: link state changed to UP > Jun 2 17:10:52 intels12004u kernel: cxl1: link state changed to DOWN > Jun 2 17:10:53 intels12004u kernel: cxl1: link state changed to UP > Jun 2 17:12:15 intels12004u kernel: cxl1: link state changed to DOWN > Jun 2 17:12:15 intels12004u kernel: cxl1: link state changed to UP > 0(intels12004u)# ifconfig cxl1 > cxl1: flags=8843 metric 0 mtu 1500 > > options=ec07bb > ether 00:07:43:28:95:28 > hwaddr 00:07:43:28:95:28 > inet 3.3.3.1 netmask 0xffffff00 broadcast 3.3.3.255 > nd6 options=29 > media: Ethernet 10Gbase-SR > status: active > plugged: SFP/SFP+/SFP28 10G Base-SR (LC) > vendor: SOURCEPHOTONICS PN: SPP10ESRCDFB SN: G0611090002 DATE: > 2010-09-19 > module temperature: 20.35 C Voltage: 3.37 Volts > RX: 0.00 mW (-40.00 dBm) TX: 6.55 mW (8.16 dBm) > 0(intels12004u)# > > it for whatever reason shows it as fibre, but its twinax Please provide the full dump of the module's eeprom? # ifconfig -vvv cxl0/1 It is possible that the transceiver misidentifies itself and the firmware sets it up incorrectly as a result. It may have worked by accident in the past. Regards, Navdeep