Date: Thu, 31 Dec 2015 10:15:06 -0700 From: alan somers <asomers@gmail.com> To: Sean Bruno <sbruno@freebsd.org> Cc: Alan Somers <asomers@freebsd.org>, Eric Joyner <erj@freebsd.org>, "current@freebsd.org" <current@freebsd.org> Subject: Re: This igb change makes my igb not working anymore - Re: regression in igb/clang? Message-ID: <CAOtMX2hXeJS-k-Qw=LgaoxxDU-vN2-hhFi1JGMYExqT9C=zPHA@mail.gmail.com> In-Reply-To: <567C216D.3040707@freebsd.org> References: <20151111114532.000011fd@Leidinger.net> <20151119214200.000066be@Leidinger.net> <CA%2Bb0zg-wUhkpDthyVsks0tJWSGBCax1u3XM0gqjSj7aKr%2Bfykw@mail.gmail.com> <151238e6bb8.27da.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> <CAOtMX2ijMcwi7bDP%2B5ZV1vhEpm%2BmB%2B0ixX21U1w4eszVtLPHxA@mail.gmail.com> <567C216D.3040707@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205759 On Thu, Dec 24, 2015 at 9:46 AM, Sean Bruno <sbruno@freebsd.org> wrote: > <top posting for maximal annoyance> > > 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 >> <Alexander@leidinger.net> 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 <ricera10@gmail.com>: >>> >>>> 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 <Alexander@Leidinger.net> 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" >>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2hXeJS-k-Qw=LgaoxxDU-vN2-hhFi1JGMYExqT9C=zPHA>