From owner-freebsd-stable@FreeBSD.ORG Tue Aug 16 20:54:33 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 BDC5B106566C; Tue, 16 Aug 2011 20:54:33 +0000 (UTC) (envelope-from prvs=1209a97202=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4998FC13; Tue, 16 Aug 2011 20:54:32 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 16 Aug 2011 21:42:41 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 16 Aug 2011 21:42:40 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50014625368.msg; Tue, 16 Aug 2011 21:42:40 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1209a97202=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <6A7238AED44542A880B082A40304D940@multiplay.co.uk> From: "Steven Hartland" To: "Andriy Gapon" References: <47F0D04ADF034695BC8B0AC166553371@multiplay.co.uk><4E4380C0.7070908@FreeBSD.org> <4E43E272.1060204@FreeBSD.org> <62BF25D0ED914876BEE75E2ADF28DDF7@multiplay.co.uk> <4E440865.1040500@FreeBSD.org> <6F08A8DE780545ADB9FA93B0A8AA4DA1@multiplay.co.uk> <4E441314.6060606@FreeBSD.org> <2C4B0D05C8924F24A73B56EA652FA4B0@multiplay.co.uk> <4E48D967.9060804@FreeBSD.org> <9D034F992B064E8092E5D1D249B3E959@multiplay.co.uk> <4E490DAF.1080009@FreeBSD.org> <796FD5A096DE4558B57338A8FA1E125B@multiplay.co.uk> <4E491D01.1090902@FreeBSD.org> <570C5495A5E242F7946E806CA7AC5D68@multiplay.co.uk> <4E4AD35C.7020504@FreeBSD.org> Date: Tue, 16 Aug 2011 21:43:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: freebsd-stable@FreeBSD.org Subject: Re: debugging frequent kernel panics on 8.2-RELEASE 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: Tue, 16 Aug 2011 20:54:33 -0000 ----- Original Message ----- From: "Andriy Gapon" To: "Steven Hartland" Cc: Sent: Tuesday, August 16, 2011 9:30 PM Subject: Re: debugging frequent kernel panics on 8.2-RELEASE > on 15/08/2011 17:56 Steven Hartland said the following: >> (kgdb) x/512a 0xffffff8d8f357210 > [snip] > > Can you please also provide the following for this core? > list *vm_map_growstack+93 > list *lim_cur+17 > list *lim_rlimit+18 > > Also, it would be interesting to get panic output with DDB option. Here's the info:- (kgdb) list *vm_map_growstack+93 0xffffffff80543ffd is in vm_map_growstack (/usr/src/sys/vm/vm_map.c:3305). 3300 struct uidinfo *uip; 3301 3302 Retry: 3303 PROC_LOCK(p); 3304 stacklim = lim_cur(p, RLIMIT_STACK); 3305 vmemlim = lim_cur(p, RLIMIT_VMEM); 3306 PROC_UNLOCK(p); 3307 3308 vm_map_lock_read(map); 3309 (kgdb) list *lim_cur+17 0xffffffff80384681 is in lim_cur (/usr/src/sys/kern/kern_resource.c:1150). 1145 rlim_t 1146 lim_cur(struct proc *p, int which) 1147 { 1148 struct rlimit rl; 1149 1150 lim_rlimit(p, which, &rl); 1151 return (rl.rlim_cur); 1152 } 1153 1154 /* (kgdb) list *lim_rlimit+18 0xffffffff80384632 is in lim_rlimit (/usr/src/sys/kern/kern_resource.c:1165). 1160 { 1161 1162 PROC_LOCK_ASSERT(p, MA_OWNED); 1163 KASSERT(which >= 0 && which < RLIM_NLIMITS, 1164 ("request for invalid resource limit")); 1165 *rlp = p->p_limit->pl_rlimit[which]; 1166 if (p->p_sysent->sv_fixlimit != NULL) 1167 p->p_sysent->sv_fixlimit(rlp, which); 1168 } 1169 I've yet to have the machine with DDB + expanded stack panic. I plan to leave it a day or so more then try a reboot to see if that triggers it. If not I'll drop the stack back down to 4 and see if that enables us to get another panic. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.