From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 4 16:22:58 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54526F9F; Wed, 4 Mar 2015 16:22:58 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (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 1A305BA1; Wed, 4 Mar 2015 16:22:58 +0000 (UTC) Received: by iery20 with SMTP id y20so15135113ier.12; Wed, 04 Mar 2015 08:22:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=xBmUea42GV/SyVsbhF8jzLeRV8MGHZYMCf1pEP1V0Ig=; b=Uit+KSgn0anDkxvP82QhUYcEBwAz5rkZiPBBHuWzPdR8mYDpM5Upo+ED0K/oV6omkF MvIrbTVcWkCF1yaVnLrxAVr8iWXQwuLkbtTnqVh0kd/cnOto1CUbYJNbPKQHu9rLc9Kk D+Ml1/SF3rPwpLiUMk88B+3xuLUdd4FhmroCI4sNSGWOjCLWsENhz7orYN+9eqpesKhr Rk6lohV00Gwb71dfROXvodxPiSoXoRCMnjmv8Xag8zwUJUnCbqg5MNOByuP0d2ssrjG4 Nz+mcBxPMnL/TYd/RzkZzj4dbE/xYyYjH2+FVPBWPc5AmdPcJ3flx3GDJZWXsYJRxC1i Y6+g== X-Received: by 10.50.164.227 with SMTP id yt3mr12610037igb.32.1425486177410; Wed, 04 Mar 2015 08:22:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.107.138 with HTTP; Wed, 4 Mar 2015 08:22:37 -0800 (PST) From: Luca Pizzamiglio Date: Wed, 4 Mar 2015 17:22:37 +0100 Message-ID: Subject: [SOLVED] Re: pcie Realtek 8168G issues (re driver)(minnowboard) To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Ben Perrault , freebsd-net@freebsd.org, FreeBSD Current , "freebsd-hardware@freebsd.org" , FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:22:58 -0000 Hi all, I've managed to get the Realtek 8168g running. It's actually a driver bug, the command register enables rx and tx too early. Apparently, it's OK for many Realtek chips, but not for 3 kind of them, as stated by the Realtek developer, who submitted this patch to Linux (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d6e572911a4cb2b9fcd1c26a38d5317a3971f2fd) I updated the Bugzilla entry https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197535 The patch (moving one line, sich!) works on this hardware, but I don't know how much portable it is. Thanks for all your tips. Best regards, Luca Pizzamiglio On Wed, Feb 25, 2015 at 3:59 PM, Luca Pizzamiglio wrote: > Hi, > thanks you all for the replies. > > Unfortunately, the network chip is still not working and I updated the > PR (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197535) with the > last tests. > It seems that received packets are not transferred to mbuf or they are > transferred, but later, after the mbuf is already freed; moreover, the > ring entries are written without looping, overwriting and messing up > the whole kernel memory. It looks like a DMA issues, but > > Apparently it seems a hardware error, but using a Linux distro, it works :( > > Has someone maybe any other ideas? In the meanwhile I'll get another > board with the same chip :O > > Best regards, > Luca > > > On Tue, Feb 17, 2015 at 7:31 PM, O. Hartmann > wrote: >> Am Tue, 17 Feb 2015 18:32:22 +0100 >> Luca Pizzamiglio schrieb: >> >>> Hi Ben, >>> thanks for the tip! tso was already disabled. >>> I tried anyway and unfortunately it crashes as before. >>> >>> I filled a bug report >>> (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197535) and marius@ >>> is giving me a big help on it. >>> >>> Best regards, >>> Luca >>> >>> On Fri, Feb 13, 2015 at 7:34 PM, Ben Perrault wrote: >>> > Luca, >>> > >>> > I've had the same issue with this interface on both PCIe boards and embedded in a >>> > handful of Lenovo products. The one, fairly ugly workaround I've found that makes it >>> > work well enough is disable tso ( i.e. ifconfig re0 down && ifconfig re0 -tso && >>> > ifconfig re0 up ). This also seems to stop the panics under current. >>> > >>> > I'm not sure it will work for you - but it has on everyone of those interfaces I've >>> > dealt with. >>> > >>> > Good luck, >>> > -bp >>> > >>> >> On Feb 13, 2015, at 8:06 AM, Luca Pizzamiglio wrote: >>> >> >>> >> Hi, I'm Luca, >>> >> >>> >> I've some issues using a PCIe Realtek Ethernet board: >>> >> re0@pci0:3:0:0: class=0x020000 card=0x012310ec chip=0x816810ec rev=0x0c 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 0x1000, size 256, enabled >>> >> bar [18] = type Memory, range 64, base 0x90500000, size 4096, enabled >>> >> bar [20] = type Prefetchable Memory, range 64, base 0x90400000, >>> >> 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 >>> >> Table in map 0x20[0x0], PBA in map 0x20[0x800] >>> >> cap 03[d0] = VPD >>> >> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected >>> >> ecap 0002[140] = VC 1 max VC0 >>> >> ecap 0003[160] = Serial 1 01000000684ce000 >>> >> ecap 0018[170] = LTR 1 >>> >> >>> >> Rx and Tx don't work. After some minutes the interface is activated I >>> >> get kernel panic. >>> >> I've already tried to disable MSIx and MSI. >>> >> It seems a DMA problem, rx fill the 256 descriptors and the nothing >>> >> else until the panic. netstat -s shows now new packets. >>> >> >>> >> I filled a bug report with more infos: >>> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197535 >>> >> >>> >> could someone kindly pointing some ideas? >>> >> >>> >> Best regards, >>> >> Luca >>> >> _______________________________________________ >>> >> freebsd-current@freebsd.org mailing list >>> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> In September 2014 I filed allready a bug acoording to strange behaviour with a Lenovo >> ThinkPad E540 with a Realtek chip: >> >> >> Bug 193743 - RTL8111/8168B PCI Express Gigabit Ethernet >> controller: doesn't work properly, problems getting UP automatically