From owner-freebsd-current  Tue Feb 17 01:12:50 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA11901
          for freebsd-current-outgoing; Tue, 17 Feb 1998 01:12:50 -0800 (PST)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA11875
          for <current@FreeBSD.ORG>; Tue, 17 Feb 1998 01:12:41 -0800 (PST)
          (envelope-from helbig@Informatik.BA-Stuttgart.DE)
Received: (from helbig@localhost)
	by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id KAA00306;
	Tue, 17 Feb 1998 10:10:22 +0100 (MET)
From: Wolfgang Helbig <helbig@Informatik.BA-Stuttgart.DE>
Message-Id: <199802170910.KAA00306@rvc1.informatik.ba-stuttgart.de>
Subject: Re: panic: rslock
In-Reply-To: <199802161420.HAA09317@usr01.primenet.com> from Terry Lambert at "Feb 16, 98 02:20:35 pm"
To: tlambert@primenet.com (Terry Lambert)
Date: Tue, 17 Feb 1998 10:10:22 +0100 (MET)
Cc: toasty@home.dragondata.com, current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL30 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> > I get the following panic quite frequently under heavy load on this neptune
> > chipset dual P/100:
> > 
> > 
> > panic: rslock: cpu: 1, addr: 0f860b2a0, lock: 0x01000001
> > mp_lock = 01000001; cpuid = 1; lapic.id = 01000000
> > Debugger("panic")
> > Stopped at      _Debugger+0x35: movb    $0,_in_Debugger.94
> > 
> > trace shows:
> > 
> > _Debugger
> > _panic
> > bsl1
> > _qsync
> > _ffs_sync
> > _sync
> > _vfs_update
> > _kproc_start
> > _fork_trampoline
> > 
> > Is this a new one?
> 
> I haven't seen it before... doesn't make it new, though.
> 
> > wdc0: <CMD 640B IDE> rev 0x02 int a irq 14 on pci0.4.0
> 
> [ ... ]
> 
> > wdc0: CMD640B workaround enabled
> 
> I am not positive that the CMD640B workaround is MP safe (in fact, I'm

Well, I think it's not tested on an MP machine, there is no reason it
shouldn't work.
> not sure it works with a secondary disk, either).  You should contact

It works.

> the maintainers (Bruce Evans, Paul Traina, Junichi, etc.) for details.
> 
> Does the crash ever occur in UP mode?
> 
> 
> 					Terry Lambert
> 					terry@lambert.org
> ---
> Any opinions in this posting are my own and not those of my present
> or previous employers.
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message