From owner-freebsd-current@FreeBSD.ORG Tue Jul 20 17:10:38 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 6EF4916A4CE for ; Tue, 20 Jul 2004 17:10:38 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABCA643D55 for ; Tue, 20 Jul 2004 17:10:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.200] ([192.168.0.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i6KHGePR059428; Tue, 20 Jul 2004 11:16:40 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <40FD51FE.2080208@samsco.org> Date: Tue, 20 Jul 2004 11:10:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7) Gecko/20040702 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Maximov References: <40FC3090.9060305@freebsd.org> <40FC92C8.50604@mcsi.pp.ru> In-Reply-To: <40FC92C8.50604@mcsi.pp.ru> X-Enigmail-Version: 0.84.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP [Re: thread+preemption stability improvement] 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: Tue, 20 Jul 2004 17:10:38 -0000 Maxim Maximov wrote: > Scott Long wrote: > >> All, >> >> Initial testing of this patch looks very promising. For those that >> aren't comfortable with patching their sources by hand, note that it >> was committed to CVS a few hours ago and should be showing up on CVSup >> very shortly (rev 1.8 of sys/i386/i386/intr_machdep.c is what you want >> if you are running i386). Please go out and test this as much as >> possible so that we can determine if futher action is needed. > > > I think it is needed :( Things actually get _much_ better, now I've > been able to use my big IMAP folders, but still after applying the patch > and working about an hour mozilla freezes with the same sympthoms (cpu > fan gets spinning faster and faster as if cpu temperature is raising). > Are there any ways I can help track this down further? > Preemption is enabled, of course. My kernel's config is latest > GENERIC with these additions: > > ###### > device pf > device pflog > options ALTQ > options ALTQ_CBQ # Class Bases Queueing > options ALTQ_RED # Random Early Drop > options ALTQ_RIO # RED In/Out > options ALTQ_HFSC # Hierarchical Packet Scheduler > options ALTQ_CDNR # Traffic conditioner > options ALTQ_PRIQ # Priority Queueing > options ALTQ_NOPCC # Required for SMP build > options ALTQ_DEBUG > device radeondrm > device acpi_asus > device sound > device snd_ich > options ALT_BREAK_TO_DEBUGGER > options MSGBUF_SIZE=245760 > > My system is the notebook ASUS L5Ga. At boot I'm getting many > witness messages like these and I turned on debug.mpsafenet=1. Can this > be a problem? The problem here is that the sk driver is holding a mutex across a call to mii_phy_probe() which then winds up in bus_probe_and_attach(). The current architecure of the miibus code makes it very hard to lock drivers correctly and efficiently, but this paraticlar case shouldn't affect runtime stability. If you get others messages like this while doing network I/O then I would worry. Scott