From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 22:26:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C546E16A4CE for ; Fri, 6 Feb 2004 22:26:22 -0800 (PST) Received: from mail.teleri.net (teleri.net [216.193.194.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D27343D3F for ; Fri, 6 Feb 2004 22:26:18 -0800 (PST) (envelope-from wd@teleri.net) Received: by mail.teleri.net (Postfix, from userid 501) id E357011475; Sat, 7 Feb 2004 00:26:17 -0600 (CST) Date: Sat, 7 Feb 2004 00:26:17 -0600 From: Chip Norkus To: freebsd-current@freebsd.org Message-ID: <20040207062617.GC49373@teleri.net> References: <40247AE9.6070805@gddsn.org.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40247AE9.6070805@gddsn.org.cn> User-Agent: Mutt/1.4.1i Subject: Re: Processes blocked on getblk or ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sat, 07 Feb 2004 06:26:22 -0000 On Sat Feb 07, 2004; 01:43PM +0800 Huang wen hui propagated the following: > Robin P. Blanchard wrote: > > >Ok. I just induced a getblk with installworld (again stuck in makewhatis). > >I > >logged the ddb session below, during which I manually induced a dump. The > >dump allegedly completely sucessfully; but the box never rebooted. I had to > >manually (hard) reboot it. Once it came back up, savecore recorded the dump > >as expected. Unfortunately, it is apparently useless (at least to me). I > >have > >saved kernel.debug as well as vmcore for anyone who thinks they can use > >this. > >I'm now at a loss as to how to proceed. > >Thanks in advance. > > > > > > > woo, Scott's commit seem to fix this problem for me! > I think I can throw a 'me too' in here. A build (make -j8 world) which would reliably lock up one of my 2650s no longer does so. This is extremely encouraging. :) Thanks so much for the hard work on this! > Thanks, > --hwh > > scottl 2004/02/06 19:26:38 PST > > FreeBSD src repository > > Modified files: > sys/dev/aac aac.c Log: > - Broaden the scope of locking in aac_command_thread() again to catch some > edge cases in the loop. > > - Try to grab a command before dequeueing the bio from the bioq. The old > behaviour of requeuing deferred bios to the end of the bioq is arguably > wrong. This should be fixed in the future to check the bioq head > without > automatically dequeueing the bio. > > Revision Changes Path > 1.83 +17 -11 src/sys/dev/aac/aac.c > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -chip -- personal: chip norkus; renaissance hacker; wd@teleri.net work: systems engineer @ lunarpages, inc.; chip@lunarpages.com info: finger wd@teleri.net for plan or keys; http://telekinesis.org