From owner-freebsd-current@freebsd.org Thu Dec 31 17:15:08 2015 Return-Path: Delivered-To: freebsd-current@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 24522A571EA for ; Thu, 31 Dec 2015 17:15:08 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 093B61AFE for ; Thu, 31 Dec 2015 17:15:08 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 06EE1A571E9; Thu, 31 Dec 2015 17:15:08 +0000 (UTC) Delivered-To: current@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 E0DF0A571E8 for ; Thu, 31 Dec 2015 17:15:07 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (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 AC0F71AFD; Thu, 31 Dec 2015 17:15:07 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id l9so190185784oia.2; Thu, 31 Dec 2015 09:15:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=I50njHTDDIv7rgQpXU5FBygOk/400w1XtasNgwG2+/M=; b=gpT+Ak6/yTJqfH6RgFfJmqUFQ+ejhBzuvr4ksOQO2aS4z+78NlDTen99E6G99gAC2X tCInAyF84Yw/oWmCMKauzEG05ICLtglSdRDQxE5w/mOyjg8JL9cLNphFMVeDoh7HlLf3 3DyysABPtPd/tEtYvEY1O+L6Y695TgGVe8a5zGNUogvv7HOOeInBlpG7PNhCyLnU+ADA R18qInrBVS22HpuYXPLYdYT3MLXq1RIX9xPiYqAYpqV4NEaqcagoo3r6HRe2oXeMCihy qeqsCZNin2/w7fDCKTOpTT/FvYxyiP7gZGrpn4MD0UIZV5QSp+Z1tn6DJbhPhrMKGpfi 2oHg== MIME-Version: 1.0 X-Received: by 10.202.208.65 with SMTP id h62mr45159883oig.57.1451582106822; Thu, 31 Dec 2015 09:15:06 -0800 (PST) Received: by 10.202.69.84 with HTTP; Thu, 31 Dec 2015 09:15:06 -0800 (PST) In-Reply-To: <567C216D.3040707@freebsd.org> References: <20151111114532.000011fd@Leidinger.net> <20151119214200.000066be@Leidinger.net> <151238e6bb8.27da.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> <567C216D.3040707@freebsd.org> Date: Thu, 31 Dec 2015 10:15:06 -0700 Message-ID: Subject: Re: This igb change makes my igb not working anymore - Re: regression in igb/clang? From: alan somers To: Sean Bruno Cc: Alan Somers , Eric Joyner , "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 31 Dec 2015 17:15:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205759 On Thu, Dec 24, 2015 at 9:46 AM, Sean Bruno wrote: > > > Please create/update/point-me-at a bugzilla issue with all this informati= on. > > sean > > On 12/22/15 08:37, Alan Somers wrote: >> I'm experiencing the same problem, and I can confirm that Alexander's >> workaround fixes it. Here is some more information: >> >> * I see the exact same problem on two different systems, both with >> S5520HC motherboards. >> * Both systems have two igb ports, and igb1 works on both. Only igb0 is= broken. >> * Disabling tso, lro, rxcsum, and txcsum has no effect. >> * tcpdump reveals that igb0 transmits successfully, but fails to receive >> * Curiously, "netstat -I igb0" shows nonzero values for Ipkts, even >> though "tcpdump -i igb0" shows no inbound packets at all. >> * I can't really tell if IPv4 or IPv6 are working, because even ARP >> doesn't work. >> * SVN revisions 291495 and 292570 are both bad. I don't know any >> recent good revision. >> >> -Alan >> >> On Thu, Nov 19, 2015 at 11:21 PM, Alexander Leidinger >> wrote: >>> Dual stack. >>> Ping was on ipv4, no answer. Without the line I get the answer. >>> I have not tried a ping6. >>> -- >>> Send from a mobile device, please forgive brevity and misspelling. >>> >>> >>> Gesendet mit AquaMail f=C3=BCr Android >>> http://www.aqua-mail.com >>> >>> >>> Am 20. November 2015 02:07:11 schrieb Eric Joyner : >>> >>>> Are you using IPv6? >>>> >>>> On Thu, Nov 19, 2015 at 12:42 PM Alexander Leidinger < >>>> Alexander@leidinger.net> wrote: >>>> >>>>> On Wed, 11 Nov 2015 11:45:32 +0100 >>>>> Alexander Leidinger wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I' updated a system with -current as of r287323 (end August) to >>>>>> r290633 (yesterday). >>>>>> >>>>>> Result: no network connection (not even ping) on igb. >>>>>> Ping internally (local addresses) works, anything outgoing/incoming >>>>>> doesn't. >>>>> >>>>> And this is the function which causes it: >>>>> e1000_rx_fifo_flush_82575(&adapter->hw); >>>>> >>>>> If I comment it out in if_igb.c, the network card works again. >>>>> >>>>> Full quote below for the PCI ID of my card in case it helps for fixin= g >>>>> the issue. >>>>> >>>>> Bye, >>>>> Alexander. >>>>> >>>>>> I disabled HW support (tso4, lro, rxcsum, txcsum): doesn't help. >>>>>> >>>>>> Did I miss some known defect/workaround? >>>>>> >>>>>> Anything I should test/provide besides what is below? >>>>>> >>>>>> The igb device is a: >>>>>> ---snip--- >>>>>> igb0@pci0:1:0:0: class=3D0x020000 card=3D0x34e28086 chip=3D0x10a7808= 6 >>>>>> rev=3D0x02 hdr=3D0x00 ---snip--- >>>>>> >>>>>> My src.conf: >>>>>> ---snip--- >>>>>> WITH_IDEA=3Dyes >>>>>> WITHOUT_PROFILE=3Dyes >>>>>> CFLAGS+=3D-DFTP_COMBINE_CWDS >>>>>> MALLOC_PRODUCTION=3Dyes >>>>>> LOADER_FIREWIRE_SUPPORT=3Dyes >>>>>> #WITH_FAST_DEPEND=3Dyes >>>>>> ---snip--- >>>>>> >>>>>> My buildworld related config in make.conf: >>>>>> ---snip--- >>>>>> CFLAGS+=3D -O2 -pipe >>>>>> COPTFLAGS=3D -O2 -pipe >>>>>> #CPUTYPE?=3Dcore2 >>>>>> #WITH_CCACHE_BUILD=3Dyes >>>>>> #.if (!empty(.CURDIR:M/usr/src*) >>>>>> || !empty(.CURDIR:M/usr/obj*)|| !empty(.CURDIR:M/space/system/usr_ob= j*)) >>>>>> #.if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc= ) >>>>>> #CC:=3D${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} >>>>>> #CXX:=3D${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} #.endi= f >>>>>> #.endif >>>>>> ---snip--- >>>>>> >>>>>> The commented out parts were active initially, but then I commented >>>>>> them out, cleaned out /usr/obj (rm -r) and rebuild/reinstall to make >>>>>> sure it's not due to them (CPUTYPE commented out due to the fact tha= t >>>>>> there's a new compiler, and I use zsh and there was a commit talking >>>>>> about zsh and CPUTYPE workaround). >>>>>> >>>>>> Bye, >>>>>> Alexander. >>>>>> >>>>> >>>>> >>>>> -- >>>>> http://www.Leidinger.net Alexander@Leidinger.net: PGP 0xC773696B3BAC1= 7DC >>>>> http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0xC773696B3BAC1= 7DC >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= .org" >>>>> >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >>