From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 20:18:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 979941065695; Tue, 10 Nov 2009 20:18:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 570988FC21; Tue, 10 Nov 2009 20:18:05 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAAKI3s7021614; Tue, 10 Nov 2009 15:18:03 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911102018.nAAKI3s7021614@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 10 Nov 2009 15:18:09 -0500 To: Jack Vogel , re From: Mike Tancsa In-Reply-To: <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.co m> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 10 Nov 2009 20:18:05 -0000 At 02:20 PM 11/10/2009, Jack Vogel wrote: >This is a fix for this problem, please apply and test this. Hi, Thanks! Yes, I am able to use both ports of the NIC now and no panics yet. Prior to this patch, bringing up both ports resulted in a non functioning NIC and panic! Generating some UDP and tcp traffic through the box, all seems to be OK on first blush. I will try some more extensive tests over the next little while. igb0: Excessive collisions = 0 igb0: Sequence errors = 0 igb0: Defer count = 0 igb0: Missed Packets = 0 igb0: Receive No Buffers = 40 igb0: Receive Length Errors = 0 igb0: Receive errors = 2 igb0: Crc errors = 4 igb0: Alignment errors = 0 igb0: Collision/Carrier extension errors = 0 igb0: RX overruns = 0 igb0: watchdog timeouts = 0 igb0: XON Rcvd = 0 igb0: XON Xmtd = 0 igb0: XOFF Rcvd = 0 igb0: XOFF Xmtd = 0 igb0: Good Packets Rcvd = 103212774 igb0: Good Packets Xmtd = 9347339 igb0: TSO Contexts Xmtd = 0 igb0: TSO Contexts Failed = 0 igb1: Excessive collisions = 0 igb1: Sequence errors = 0 igb1: Defer count = 0 igb1: Missed Packets = 0 igb1: Receive No Buffers = 0 igb1: Receive Length Errors = 0 igb1: Receive errors = 0 igb1: Crc errors = 0 igb1: Alignment errors = 0 igb1: Collision/Carrier extension errors = 0 igb1: RX overruns = 0 igb1: watchdog timeouts = 0 igb1: XON Rcvd = 0 igb1: XON Xmtd = 0 igb1: XOFF Rcvd = 0 igb1: XOFF Xmtd = 0 igb1: Good Packets Rcvd = 9365642 igb1: Good Packets Xmtd = 17781877 igb1: TSO Contexts Xmtd = 988 igb1: TSO Contexts Failed = 0 # ./netsend 10.255.255.3 600 300 280000 10 Sending packet of payload size 300 every 0.000003571s for 10 seconds start: 1257884127.000000000 finish: 1257884137.000003339 send calls: 2800336 send errors: 1970 approx send rate: 279836 approx error rate: 0 waited: 1259257 approx waits/sec: 125925 approx wait rate: 0 # traceroute 10.255.255.3 traceroute to 10.255.255.3 (10.255.255.3), 64 hops max, 40 byte packets 1 1.1.1.1 (1.1.1.1) 0.096 ms 0.073 ms 0.115 ms 2 10.255.255.3 (10.255.255.3) 67.953 ms 0.297 ms 0.241 ms The box with the igb nics has the interfaces 1.1.1.1 and 10.255.255.1 ---Mike >Jack > >------- if_igb.c (revision 197079) >+++ if_igb.c (working copy) >@@ -2654,7 +2654,7 @@ > int error; > > error = bus_dma_tag_create(bus_get_dma_tag(adapter->dev), /* parent */ >- IGB_DBA_ALIGN, 0, /* alignment, bounds */ >+ 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ >@@ -2867,7 +2867,7 @@ > * Setup DMA descriptor areas. > */ > if ((error = bus_dma_tag_create(NULL, /* parent */ >- PAGE_SIZE, 0, /* alignment, bounds */ >+ 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ >@@ -3554,7 +3554,7 @@ > ** it may not always use this. > */ > if ((error = bus_dma_tag_create(NULL, /* parent */ >- PAGE_SIZE, 0, /* alignment, bounds */ >+ 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ > > > >On Tue, Nov 10, 2009 at 10:57 AM, Jack Vogel ><jfvogel@gmail.com> wrote: >I have repro'd this failure this morning and think I have a fix for >it, I am testing that soon. > >Stay tuned, > >Jack > > > >On Mon, Nov 9, 2009 at 6:28 PM, Mike Tancsa ><mike@sentex.net> wrote: >At 07:33 PM 11/9/2009, Jack Vogel wrote: >Some reason you aren't using amd64? I will have a system installed that way >and see if I can repro it then, thanks. > > > >I had found in the past i386 was faster for firewall and routing >applications. Perhaps thats different now, I will give it a try >again to see if there is any difference. > >pciconf and dmesg attached. > > ---Mike > > > >Jack > > > >On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa ><mike@sentex.net> wrote: >At 05:59 PM 11/9/2009, Jack Vogel wrote: >Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks like >that happens when in the bus_dma stuff reserve_bounce_pages() fails. > >Are you maybe using a 32 bit kernel? I have not seen this failure here. > > >Hi Jack, > Standard MTU and i386 > > ---Mike > > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since >1994 ><http://www.sentex.net>www.sentex.net >Cambridge, Ontario >Canada ><http://www.sentex.net/mike>www.sentex.net/mike > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike