From owner-freebsd-stable@FreeBSD.ORG Mon Nov 2 18:36:42 2009 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 A8079106566B for ; Mon, 2 Nov 2009 18:36:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 359338FC17 for ; Mon, 2 Nov 2009 18:36:41 +0000 (UTC) Received: by ewy5 with SMTP id 5so1687665ewy.36 for ; Mon, 02 Nov 2009 10:36: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=vBF6zUuknAYsgcDIzVJkIDA6GHhnGu1o1wZCjeWUKhI=; b=gNq2xMFS2fEoOlisR2Fcm9w2nLabO4GGEaLdThamK8XItsODGnrFJ/DAyNktkxZsvw t8uQHEiykvrZvGaTV1TLDkikzCZE/anP7RcaSK2C5G2aMlYhkNihMxvsPN9bMKmDeoO0 k1Z7xUGmCMi0JaWar9vLeAHMLRqCWYPf7LKmg= 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=PSwUJYuOC5+0PUovQhM+ydMRoJhUir5VBObdZcaG9XjRs2j1E2C0V5ZkjXED6NzZoC g37ucYjzcDKnVJlnXs9f0KxZVSWBU4JMaRKAiHTQLddJEGCHBAPU6GwYSlr5P3Wd1GZX S4IQHBk4PRkd0dwiQwXSk6X6uOHk+K4bPQbxk= Received: by 10.216.88.71 with SMTP id z49mr5274394wee.90.1257186999696; Mon, 02 Nov 2009 10:36:39 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i35sm57685gve.13.2009.11.02.10.36.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Nov 2009 10:36:38 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 2 Nov 2009 10:35:56 -0800 From: Pyun YongHyeon Date: Mon, 2 Nov 2009 10:35:56 -0800 To: Norbert Papke Message-ID: <20091102183556.GA1256@michelle.cdnetworks.com> References: <200910292156.19845.npapke@acm.org> <200910301823.51274.npapke@acm.org> <20091031212107.GC17243@michelle.cdnetworks.com> <200911020845.44042.npapke@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911020845.44042.npapke@acm.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 7.2 Stable Crash - possibly related to if_re X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 18:36:43 -0000 On Mon, Nov 02, 2009 at 08:45:43AM -0800, Norbert Papke wrote: > On October 31, 2009, Pyun YongHyeon wrote: > > On Fri, Oct 30, 2009 at 06:23:51PM -0700, Norbert Papke wrote: > > > On October 30, 2009, Pyun YongHyeon wrote: > > > > On Thu, Oct 29, 2009 at 09:56:19PM -0700, Norbert Papke wrote: > > > > > This occurred shortly after "scp"ing from a VirtualBox VM to the > > > > > host. The file transfer got stuck. The "re" interface stopped > > > > > working. Shortly afterwards, the host crashed. The "re" interface > > > > > was used by the host, the guest was using a different NIC in bridged > > > > > mode. > > > > > > > > > > > > > > > FreeBSD proven.lan 7.2-STABLE FreeBSD 7.2-STABLE #5 r198666: Thu Oct > > > > > 29 18:36:57 PDT 2009 > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > cpuid = 0; apic id = 00 > > > > > fault virtual address = 0x18 > > > > > > > > It looks like a NULL pointer dereference, possibly mbuf related > > > > one. > > > > > > > > > fault code = supervisor write data, page not present > > > > > instruction pointer = 0x8:0xffffffff80d476ee > > > > > stack pointer = 0x10:0xffffff8000078ae0 > > > > > frame pointer = 0x10:0xffffff8000078b40 > > > > > 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 = 18 (swi5: +) > > > > > > By chance, did you stop the re0 interface with ifconfig when you > > > > noticed the file transfer got stuck? > > > > > > It is possible. I had it happen twice. The first time I definitely > > > tried to "down" re. I cannot recall what I did the second time. The > > > crash dump is from the second time. > > > > Ok, then would you try attached patch? > > I have been running with the patch for a couple of days. Although I can still > reproduce the lock-up of the network stack, I have not been able to reproduce > the panic. The patch does what it is supposed to do. > Thanks a lot for testing! Patch committed to HEAD(r198814) > I will continue to try to come up with a better test case for the file > transfer problem. However, I no longer suspect "re" as a cause. > > Thank you very much for your help. > > Cheers, > > -- Norbert Papke. > npapke@acm.org