From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 31 06:20:24 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FB5316A400 for ; Fri, 31 Mar 2006 06:20:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C96CA43D46 for ; Fri, 31 Mar 2006 06:20:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2V6KN4u028003 for ; Fri, 31 Mar 2006 06:20:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k2V6KNb5028002; Fri, 31 Mar 2006 06:20:23 GMT (envelope-from gnats) Date: Fri, 31 Mar 2006 06:20:23 GMT Message-Id: <200603310620.k2V6KNb5028002@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Andrew Belashov Cc: Subject: Re: sparc64/94778: panic in intr_fast() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrew Belashov List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 06:20:24 -0000 The following reply was made to PR sparc64/94778; it has been noted by GNATS. From: Andrew Belashov To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/94778: panic in intr_fast() Date: Fri, 31 Mar 2006 10:12:58 +0400 With following workaround the kernel does not a panic: --- interrupt.S.diff begins here --- --- sys/sparc64/sparc64/interrupt.S.orig Sat Apr 16 19:05:56 2005 +++ sys/sparc64/sparc64/interrupt.S Thu Mar 30 13:35:18 2006 @@ -159,7 +159,7 @@ ret restore -2: wrpr %g0, PSTATE_NORMAL, %pstate +2: /* wrpr %g0, PSTATE_NORMAL, %pstate */ ldx [%l0 + IR_NEXT], %l1 brnz,pt %l1, 3f --- interrupt.S.diff ends here --- Whether it is necessary to do interrupt handler queue operations (add to queue/remove from queue) as atomic? -- Andrew Belashov