From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 8 15:43:19 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1860D16A4CE for ; Fri, 8 Oct 2004 15:43:19 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96BD343D39 for ; Fri, 8 Oct 2004 15:43:18 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i98FhHIo027545; Fri, 8 Oct 2004 11:43:17 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i98FhHxk027544; Fri, 8 Oct 2004 11:43:17 -0400 (EDT) Date: Fri, 8 Oct 2004 11:43:17 -0400 From: Ken Smith To: Kris Kennaway Message-ID: <20041008154317.GB26760@electra.cse.Buffalo.EDU> References: <20041008144856.GA69050@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008144856.GA69050@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: "panic: ipi_send: couldn't send ipi" still X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:43:19 -0000 On Fri, Oct 08, 2004 at 07:48:56AM -0700, Kris Kennaway wrote: > This was on a RELENG_5 kernel build Oct 5. > > panic: ipi_send: couldn't send ipi > panic() at panic+0x19c > cpu_ipi_send() at cpu_ipi_send+0xb8 > cpu_ipi_selected() at cpu_ipi_selected+0x38 > tlb_page_demap() at tlb_page_demap+0x158 > vm_pagezero() at vm_pagezero+0x1c8 > fork_exit() at fork_exit+0x9c > fork_trampoline() at fork_trampoline+0x8 > Thanks. It had been something of a shot in the dark. As John pointed out if the processors are going "zombie" on us for this long it's not a good sign to begin with, and not all cases will be fixed by just waiting longer. Marius's interrupt work looked much much more promising, at least what little I was able to understand from it. :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel |