From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 23:04:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE42C106564A for ; Thu, 1 Dec 2011 23:04:19 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id 71F478FC15 for ; Thu, 1 Dec 2011 23:04:19 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 8C6AF16D0B; Thu, 1 Dec 2011 18:04:15 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=mrWnCIuah 2l1oHxU8qIijdvGhNEqOLgYnliOKEkBcX4=; b=V56BB314R5nU7ypRAhK2WVGYf iNkiJhjx7wV1+gVbZwRaCYazPTjZdpZNZ8m5mWGNrsi7Lxg7LhTeTGNYEnIwGF+G XPwxIcEIfVF4VTFUSfqXGCf2VNFYAr91Vu5AuAIFXa204R9SGLoQXPy/B7RKZERH PiZ0aq4DGXc+qmlHrc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=bGR zHcOtrlrh3eOys/A62MgR43KOT7MR8y3lc6//C6ThjZD2Cgf0tSYubmVDGC+t8qQ D4FW8Y6s5eQJQaSRVQk0fObWwv1/pohuujQltfVrO3jDZJ+AXwpCHwNREwzW1kQU oGd/VaZfProSSAZTg80G7Yj6N/GjBL8KWbSk/uFc= Received: from spike.int.bit0.com (unknown [IPv6:2001:470:1f11:c3c:f103:2160:a5b:56e0]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id 1ED2C16D0A; Thu, 1 Dec 2011 18:04:13 -0500 (EST) Message-ID: <4ED807D9.7080708@bit0.com> Date: Thu, 01 Dec 2011 18:03:53 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Ronald Klop References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Sporadic 9.0-RC2 boot-time panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 23:04:19 -0000 On 11/28/11 5:48 PM, Ronald Klop wrote: > On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews wrote: > >> *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get >> one of the following two panics during multiuser startup, usually >> while running the /usr/local/etc/rc.d scripts. (The instruction >> pointer is always exactly one of these two, and they look fairly >> related.) If after two or three reboots it manages to not panic, the >> system will run perfectly stable. >> >> For some probably-unrelated reason, the dump never finishes in either >> case. >> >> First panic (note em0 warning before it): >> ----- >> em0: discard frame w/o packet header >> >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x20:0xffffffff805e4fc5 >> stack pointer = 0x28:0xffffff80003299e0 >> frame pointer = 0x28:0xffffff8000329a00 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 12 (irq256: em0:rx 0) >> trap number = 9 >> panic: general protection fault >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> kdb_backtrace() at kdb_backtrace+0x37 >> panic() at panic+0x187 >> trap_fatal() at trap_fatal+0x290 >> trap() at trap+0x10a >> calltrap() at calltrap+0x8 >> --- trap 0x9, rip = 0xffffffff805e4fc5, rsp = 0xffffff80003299e0, rbp >> = 0xffffff8000329a00 --- >> m_freem() at m_freem+0x25 >> ether_nh_input() at ether_nh_input+0x82 >> netisr_dispatch_src() at netisr_dispatch_src+0x20b >> em_rxeof() at em_rxeof+0x1ca >> em_msix_rx() at em_msix_rx+0x24 >> intr_event_execute_handlers() at intr_event_execute_handlers+0x104 >> ithread_loop() at ithread_loop+0xa4 >> fork_exit() at fork_exit+0x11f >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- >> Uptime: 49s >> Dumping 679 out of 12263 MB: >> >> ----- >> >> Second panic (no em0 discard warning this time): >> >> ----- >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x20:0xffffffff8063c0e4 >> stack pointer = 0x28:0xffffff8000329a00 >> frame pointer = 0x28:0xffffff8000329a40 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 12 (irq256: em0:rx 0) >> trap number = 9 >> panic: general protection fault >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> kdb_backtrace() at kdb_backtrace+0x37 >> panic() at panic+0x187 >> trap_fatal() at trap_fatal+0x290 >> trap() at trap+0x10a >> calltrap() at calltrap+0x8 >> --- trap 0x9, rip = 0xffffffff8063c0e4, rsp = 0xffffff8000329a00, rbp >> = 0xffffff8000329a40 --- >> ether_nh_input() at ether_nh_input+0x94 >> netisr_dispatch_src() at netisr_dispatch_src+0x20b >> em_rxeof() at em_rxeof+0x1ca >> em_msix_rx() at em_msix_rx+0x24 >> intr_event_execute_handlers() at intr_event_execute_handlers+0x104 >> ithread_loop() at ithread_loop+0xa4 >> fork_exit() at fork_exit+0x11f >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- >> Uptime: 46s >> Dumping 657 out of 12263 MB:..3% > Does it help if you disable msix on your em0? > Google for 'sysctl em msix'. Or run 'sysctl -a | grep msix'. OK, setting hw.em.enable_msix=0 in /boot/loader.conf does NOT help.