From owner-cvs-all@FreeBSD.ORG  Sat Sep 25 20:53:38 2004
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0A7C116A4CE; Sat, 25 Sep 2004 20:53:38 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7E70743D1D; Sat, 25 Sep 2004 20:53:37 +0000 (GMT)
	(envelope-from scottl@freebsd.org)
Received: from pooker.samsco.org (scottl@localhost [127.0.0.1])
	by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8PKrwOe051079;
	Sat, 25 Sep 2004 14:53:58 -0600 (MDT)
	(envelope-from scottl@freebsd.org)
Received: from localhost (scottl@localhost)i8PKrwAx051076;
	Sat, 25 Sep 2004 14:53:58 -0600 (MDT)
	(envelope-from scottl@freebsd.org)
X-Authentication-Warning: pooker.samsco.org: scottl owned process doing -bs
Date: Sat, 25 Sep 2004 14:53:58 -0600 (MDT)
From: Scott Long <scottl@freebsd.org>
Sender: scottl@pooker.samsco.org
To: Peter Jeremy <PeterJeremy@optushome.com.au>
In-Reply-To: <20040925203122.GF83620@cirb503493.alcatel.com.au>
Message-ID: <20040925145211.H39925@pooker.samsco.org>
References: <200409221253.i8MCrR4K036310@repoman.freebsd.org>
	<20040924140756.GG959@green.homeunix.org>
	<20040924145126.GH959@green.homeunix.org>
	<20040924154708.GI959@green.homeunix.org>
	<20040924161807.GJ959@green.homeunix.org>
	<20040925203122.GF83620@cirb503493.alcatel.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
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: Brian Fundakowski Feldman <green@freebsd.org>
cc: src-committers@freebsd.org
cc: cvs-all@freebsd.org
cc: cvs-src@freebsd.org
Subject: Re: cvs commit: src/sys/net if.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Sep 2004 20:53:38 -0000

On Sun, 26 Sep 2004, Peter Jeremy wrote:
> On Fri, 2004-Sep-24 12:18:07 -0400, Brian Fundakowski Feldman wrote:
> >On Fri, Sep 24, 2004 at 09:51:31AM -0600, Scott Long wrote:
> >> On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote:
> >> > Every time it "appears" to be fixed, I can't get any kind of stability
> >> > with SMP, PREEMPTION, and SCHED_ULE; I'm certainly willing to try it
> >> > each time it looks to be fixed.
> >>
> >> Would you please copy me on the reports that you've sent to Julian so I
> >> can track them also?
> >
> >The only way I can get reports other than "it hung, serial DDB and
> >SW_WATCHDOG are no help" is if somehow I gain some kind of real
> >hardware watchdog. :(
>
> If you have an ISA slot handy, you can trivially generate NMI by
> shorting a pair of opposite pins (from memory the pair closest to the
> rear but I can't quickly verify that).  Unfortunately, raising SERR#
> on a PCI bus appears to require some logic.
>

Not all PCI bridges are configured to translate an SERR# signal to an NMI.
Some let you configure it in the BIOS, some simply ignore SERR# and
continue merrily on.  Regardless, since the signal is active-low, I would
expect that grounding the pin would be enough.

Scott