From owner-freebsd-hardware@FreeBSD.ORG Wed May 30 01:32:06 2012 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 364E4106566B; Wed, 30 May 2012 01:32:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id F29408FC0C; Wed, 30 May 2012 01:32:05 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so7061178pbb.13 for ; Tue, 29 May 2012 18:32:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Tdjt/YrGrVhfhWK1RId3eWaPZICKg7nx0jFppgMnSdc=; b=ibyT1DQ3LAYX5qJrAoPOGmH5AZu8t5ktoBJaDIZy5wFSx2vxj6w2uGp4gROekVv8a4 B7g0RVwBF4S/1CzC5em9gz/LNqaYJ2bCXAidePl4IOrWYDcGq+/dfwXgAr0oaBndJpWs FS0tdOXeVMnpzlyYugsOXaMGpTEu3M+QCcbqvfdQ+G75RH2mDsQ+ZnKlK8i3yb9eLsN2 zAnC+QpPB/LF/Enty3fKVCGdDq+9gGTEvB10egioBypS5pe3qlp9vX4nccsFMZvB9/zH QEMYM8qN0KAYhSF78ooDT6PpOcIP9NYsmULtbtc0diIgAJLL6+YT9gUYgoYVqTDBcI4I MP5g== Received: by 10.68.134.1 with SMTP id pg1mr6075532pbb.1.1338341524107; Tue, 29 May 2012 18:32:04 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id rv8sm24593548pbc.64.2012.05.29.18.32.01 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 May 2012 18:32:03 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 30 May 2012 10:31:58 -0700 From: YongHyeon PYUN Date: Wed, 30 May 2012 10:31:58 -0700 To: Mike Tancsa Message-ID: <20120530173158.GA1467@michelle.cdnetworks.com> References: <4FC03C83.4030109@sentex.net> <20120530010138.GA9661@michelle.cdnetworks.com> <4FC4C7B2.8080806@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FC4C7B2.8080806@sentex.net> User-Agent: Mutt/1.4.2.3i Cc: jhb@FreeBSD.org, "freebsd-hardware@freebsd.org" Subject: Re: pcie realtek issue (re driver) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 01:32:06 -0000 On Tue, May 29, 2012 at 08:57:22AM -0400, Mike Tancsa wrote: > On 5/29/2012 9:01 PM, YongHyeon PYUN wrote: > > On Fri, May 25, 2012 at 10:14:27PM -0400, Mike Tancsa wrote: > >> My recent batch of realtek nics seems to have a version that does not > >> work with RELENG_8 or RELENG_9. Anyone know what the issue might be ? > >> > >> > >> re0: at device > >> 0.0 on pci4 > >> re0: Using 1 MSI-X message > >> re0: turning off MSI enable bit. > >> re0: ASPM disabled > >> re0: Chip rev. 0x7c800000 > > ^^^^^^^^^^ > > > > If memory serves me right there would be no known controller for > > revision 0x7c800000. Actually I wonder how re(4) can attach to > > this unknown device. > > Did you apply local patch? > > Hi, > No, its a stock kernel. If I add > > hw.re.msix_disable=1 > hw.re.msi_disable=1 > > it sort of comes up > > > re0 pnpinfo vendor=0x10ec device=0x8168 subvendor=0x10ec > subdevice=0x8168 class=0x020000 at slot=0 function=0 > miibus0 > rgephy0 pnpinfo oui=0xe04c model=0x11 rev=0x2 at phyno=1 > > re0: port > 0xd000-0xd0ff mem 0xfe200000-0xfe200fff,0xf0000000-0xf0003fff irq 18 at > device 0.0 on pci4 > re0: Chip rev. 0x28000000 Hmm, this looks really weird. It now read as 0x28000000 which indicates this controller is RTL8168D. I remember there is no MSI-X capability reported by pciconf(8) but previously re(4) used MSI-X which I can't explain. Actually the output of pciconf(8) in earlier mail looks wrong to me. > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > re0: Ethernet address: 00:0a:cd:1c:ba:89 > > but doing ifconfig re0 up, does not work as dmesg shows > > re0: reset never completed! > re0: PHY write failed > re0: PHY write failed > re0: PHY write failed > re0: PHY write failed > re0: PHY write failed > re0: PHY write failed > re0: PHY write failed > Probably controller was put into some kind of power saving state by BIOS/firmware? > > re0@pci0:4:0:0: class=0x020000 card=0x816810ec chip=0x816810ec rev=0x03 > 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, disabled > bar [18] = type Memory, range 64, base 0xfe200000, size 4096, disabled > bar [20] = type Prefetchable Memory, range 64, base 0xf0000000, > size 16384, disabled > It does not even list MSI capability. :-( The most interesting one is both BAR0/BAR2 was disabled even though re(4) was successfully attached to the device. Probably this could be main reason why re(4) does not work at all. I'm not sure this issue could be related with pci(4)(CCed to John to get his advice).