From owner-freebsd-current@FreeBSD.ORG Thu Sep 18 08:17:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FE9B7E9; Thu, 18 Sep 2014 08:17:16 +0000 (UTC) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28CA2DAF; Thu, 18 Sep 2014 08:17:15 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3hz9yL25NwzFfCw; Thu, 18 Sep 2014 10:17:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1411028228; x=1412842629; bh=nKFC8ijVKEtu5LISexfeXu+oQosJtQe16asLi3W8JaY=; b= gtzCNT6WcpGX6VZpg35s7LPRg+yFvvh0HXip7EuK0Qo0KAJrHHjYA/7B2YDUYBks 5NmyGOZb76twKWkwgLohCnDT3EsmMQ/LutwIjvsA0PcrDsVWEs3SJcmPeQw7/v9T /ejDHqyD97z0dNwu3KDEEM6Hl/503w+Rp69anmmFVgI= Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dAUhL4yPWyLh; Thu, 18 Sep 2014 10:17:08 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Thu, 18 Sep 2014 10:17:08 +0200 (CEST) Message-ID: <541A9504.1010502@madpilot.net> Date: Thu, 18 Sep 2014 10:17:08 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: "O. Hartmann" , Adrian Chadd Subject: Re: 11.0-CURRENT and Lenovo ThinkPad E540: No LAN, no WiFI References: <20140915233833.5bdd0725.ohartman@zedat.fu-berlin.de> <20140916131854.46acc5fb.ohartman@zedat.fu-berlin.de> <20140918095851.6e743183.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140918095851.6e743183.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Kevin Oberman , FreeBSD CURRENT , FreeBSD Questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2014 08:17:16 -0000 On 09/18/14 09:58, O. Hartmann wrote: > Am Tue, 16 Sep 2014 08:40:25 -0700 > Adrian Chadd schrieb: > >> Ah, jumbo frames. Maybe you got lucky and some ethernet drivers >> default to accepting larger frames even if the MTU is 1500. >> >> >> -a > > > After all, I managed to get the NIC up and running. But the culprit is that I have to > take the NIC down and then up to make it working once the system has bootet. That is > annoying. Lucckily, I can provide better informations since the box s now attached to the > network. Here we go: > I have a similar situation with my nick on a tower system. I need to change at least one flag on the card to have it working, I can also just set the flag to the value it already has. I'm using a small startup script which actually does this: start_cmd="ifconfig ${refix_if} tso" > LAN: > re0@pci0:4:0:0: class=0x020000 card=0x502817aa chip=0x816810ec rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor Co., Ltd.' > device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' > class = network > subclass = ethernet > bar [10] = type I/O Port, range 32, base 0x3000, size 256, enabled > bar [18] = type Memory, range 64, base 0xf1d04000, size 4096, enabled > bar [20] = type Memory, range 64, base 0xf1d00000, size 16384, enabled > cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit > cap 10[70] = PCI-Express 2 endpoint IRQ 1 max data 128(128) link x1(x1) > speed 2.5(2.5) ASPM disabled(L0s/L1) > cap 11[b0] = MSI-X supports 4 messages, enabled > Table in map 0x20[0x0], PBA in map 0x20[0x800] > cap 03[d0] = VPD > ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected > ecap 0002[140] = VC 1 max VC0 > ecap 0003[160] = Serial 1 01000000684ce000 > ecap 0018[170] = LTR 1 > ecap 001e[178] = unknown 1 > PCI-e errors = Correctable Error Detected > Corrected = Receiver Error > re0@pci0:3:0:0: class=0x020000 card=0x11c01734 chip=0x816810ec rev=0x07 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0xd000, size 256, enabled bar [18] = type Prefetchable Memory, range 64, base 0xf2104000, size 4096, enabled bar [20] = type Prefetchable Memory, range 64, base 0xf2100000, size 16384, enabled cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 2 endpoint IRQ 1 max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) cap 11[b0] = MSI-X supports 4 messages, enabled Table in map 0x20[0x0], PBA in map 0x20[0x800] cap 03[d0] = VPD ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 0100000004000001 PCI-e errors = Correctable Error Detected Unsupported Request Detected Corrected = Advisory Non-Fatal Error it's similar hardware, same chip, different revision. I already reported this on net@ but no patch could really solve the issue. -- Guido Falsi