From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 23:25:41 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 EE1D21065676; Mon, 9 Nov 2009 23:25:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8A79F8FC18; Mon, 9 Nov 2009 23:25:40 +0000 (UTC) Received: by ywh8 with SMTP id 8so3190647ywh.3 for ; Mon, 09 Nov 2009 15:25:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=8wbq2EnL67V0bKbNfNvVGDKAsnGhwpVxtBQXt0hqpGo=; b=g1aSqABD5hxe4tFq/WTMLkU2ZQU9XlsdMGnrmnPzh4OjRNr1+akGFZzlcpPj/rysPr s3E9T4p6pEunFeKum34X87nqVWeSMV5vgEWp6PyK6ditZuBcuGFACBQJJjXU5b+ZBZ29 hWhINhHglFbDyNpF3PfINF0O9IVz2FL6JtTk8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=IPqqblCZdCmhxq/X8+GCy0KKOttdCOhHE8uIsRjgIUYJpqkgAoZPY/J6R6lGinjA9Q 4WCQov9mtvpew1fs8jBjCLlD7jM0Wlq6yiT6Wrtne8pZOhJEhj+mdmdEZTiyOSV4miYE lbvelAX/OfeFz6Sm0ZYMEnlElSJO38VbSxyzc= Received: by 10.91.141.6 with SMTP id t6mr15240240agn.49.1257809136702; Mon, 09 Nov 2009 15:25:36 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm71452yxe.57.2009.11.09.15.25.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Nov 2009 15:25:35 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 9 Nov 2009 15:25:01 -0800 From: Pyun YongHyeon Date: Mon, 9 Nov 2009 15:25:00 -0800 To: Mike Tancsa Message-ID: <20091109232500.GB1141@michelle.cdnetworks.com> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911092215.nA9MFeDP013898@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: 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 Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 23:25:41 -0000 On Mon, Nov 09, 2009 at 05:15:44PM -0500, Mike Tancsa wrote: > At 03:33 PM 11/9/2009, Mike Tancsa wrote: > > > And with dcons connected for debugging, a clean RELENG_8 just checked > out, this comes up on the console when trying to bring up igb0 (igb1 > works just fine) > > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 5; apic id = 05 > fault virtual address = 0x10 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc062838c > stack pointer = 0x28:0xe75f4c18 > frame pointer = 0x28:0xe75f4c78 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq257: igb0) > [thread pid 12 tid 100046 ] > Stopped at igb_rxeof+0x1ec: orl $0x2,0x10(%esi) > db> bt > Tracing pid 12 tid 100046 td 0xc743a000 > igb_rxeof(c74ca1c0,5,5,c74ca240,c749a700,...) at igb_rxeof+0x1ec > igb_msix_rx(c74a4b00,0,109,d40f8d68,aa,...) at igb_msix_rx+0x29 > intr_event_execute_handlers(c715f7f8,c749a700,c0c86d45,4f6,c749a770,...) > at intr_event_execute_handlers+0x14b > ithread_loop(c74b0a00,e75f4d38,90a490a4,e8c3e8c3,176b176b,...) at > ithread_loop+0x6b > fork_exit(c086b420,c74b0a00,e75f4d38) at fork_exit+0x91 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe75f4d70, ebp = 0 --- > db> > Sorry Mike, I haven't had time to fix the issue with igb(4). As you know I have been fixing several bugs in bge(4). Most bugs(4) were fixed in my local tree but one thing, poor Tx performance on PCIe controller was not solved yet. At first I thought it could be side-effect of newly added TSO feature written by me but stock bge(4) also showed the same issue. The controller does not show poor performance if TSO is used. But not all TCP traffic can make use TSO, bge(4) may suffer from poor Tx performance. I still have no idea why it happens. If I manage to fix that one I'll look into the igb(4) issue.