From owner-freebsd-hardware@FreeBSD.ORG Tue Feb 17 18:31:46 2015 Return-Path: Delivered-To: freebsd-hardware@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 B16DA944; Tue, 17 Feb 2015 18:31:46 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 62E42E26; Tue, 17 Feb 2015 18:31:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1YNmvp-000vMe-Si>; Tue, 17 Feb 2015 19:31:37 +0100 Received: from g225058095.adsl.alicedsl.de ([92.225.58.95] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1YNmvp-003Sso-NW>; Tue, 17 Feb 2015 19:31:37 +0100 Date: Tue, 17 Feb 2015 19:31:32 +0100 From: "O. Hartmann" To: Luca Pizzamiglio Subject: Re: pcie Realtek 8168G issues (re driver) Message-ID: <20150217193132.65fe16bb.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <4E4BF84E-F6FD-4D25-8B2C-2B443894697B@gmail.com> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Rm5GP2X/Le8.ifzKj90Bx1t"; protocol="application/pgp-signature" X-Originating-IP: 92.225.58.95 X-ZEDAT-Hint: A Cc: Ben Perrault , "freebsd-network@freebsd.org" , FreeBSD Current , "freebsd-hardware@freebsd.org" , FreeBSD Hackers X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 18:31:46 -0000 --Sig_/Rm5GP2X/Le8.ifzKj90Bx1t Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable 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. >=20 > I filled a bug report > (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197535) and marius@ > is giving me a big help on it. >=20 > Best regards, > Luca >=20 > On Fri, Feb 13, 2015 at 7:34 PM, Ben Perrault wr= ote: > > Luca, > > > > I've had the same issue with this interface on both PCIe boards and emb= edded 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 re= 0 -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 int= erfaces 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=3D0x020000 card=3D0x012310ec chip=3D0x816810ec r= ev=3D0x0c hdr=3D0x00 > >> vendor =3D 'Realtek Semiconductor Co., Ltd.' > >> device =3D 'RTL8111/8168B PCI Express Gigabit Ethernet controll= er' > >> class =3D network > >> subclass =3D ethernet > >> bar [10] =3D type I/O Port, range 32, base 0x1000, size 256, enab= led > >> bar [18] =3D type Memory, range 64, base 0x90500000, size 4096, e= nabled > >> bar [20] =3D type Prefetchable Memory, range 64, base 0x90400000, > >> size 16384, enabled > >> cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 > >> cap 05[50] =3D MSI supports 1 message, 64 bit > >> cap 10[70] =3D 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] =3D MSI-X supports 4 messages > >> Table in map 0x20[0x0], PBA in map 0x20[0x800] > >> cap 03[d0] =3D VPD > >> ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 0 corrected > >> ecap 0002[140] =3D VC 1 max VC0 > >> ecap 0003[160] =3D Serial 1 01000000684ce000 > >> ecap 0018[170] =3D 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=3D197535 > >> > >> 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 wit= h 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=20 --Sig_/Rm5GP2X/Le8.ifzKj90Bx1t Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJU44kEAAoJEOgBcD7A/5N8dLMIALpr3ZZ8ZoWvlCvn8E7jDxBY OWNR83JgaQJL/maZKUPIsV9sj3Czu7Kdxq0cQyJVVa0o8tLf94C40pPEf7NrlcmG aEC8sJTM4B38XNKr5dZVuGi+9f1meAZcTE2m6jWrUQHzG/zmV+5eDnZI4H0uoqdn 3dHqHi+w3BsZU4SldUvDdKtN/wwClFDuHlZZtu1PUAD51/n1SCRs/tiNUu8Ok43q sF5X0SEZN7RZsmwfBZwbT8zrZW7zgatCYakUbAOY/5vI9XpWI5lGgAIFfSPZLE4Z YaT4//g8VcKCEZE73OQVUcGMaFZUZ+3tjDITeN9tLxDDrANqox4Nq7qDBNf1lqA= =elf/ -----END PGP SIGNATURE----- --Sig_/Rm5GP2X/Le8.ifzKj90Bx1t--