From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 08:19:24 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 110D916A4CE for ; Tue, 28 Sep 2004 08:19:24 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB3643D2F for ; Tue, 28 Sep 2004 08:19:23 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [62.33.11.59]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i8S8JABm020227; Tue, 28 Sep 2004 12:19:11 +0400 Message-ID: <41591DD4.7000409@orel.ru> Date: Tue, 28 Sep 2004 12:16:20 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Ken Smith References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> In-Reply-To: <20040927191430.GA718@electra.cse.Buffalo.EDU> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Zombi-Check: on netra2.orel.ru cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: panic: ipi_send: couldn't send ipi 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: Tue, 28 Sep 2004 08:19:24 -0000 Ken Smith wrote: > Would someone(s) who have been having this problem mind trying > the following patch? I'm a bit nervous about just "blindly" > raising the IPI_RETRIES constant to something huge, I would > like to try and track this down a bit to find out a bit more > about what's going on. > > This patch is a bit weird, but it should report on the console > when it finds a need to bump the number of retries (and it's > starting off with a higher default number than before - the > PR that someone cited reported test numbers in the 2000 range > with that test patch). If you find that it stops the panic's > I'm interested in finding what it winds up bumping the loop > counter to, and if anyone knows what sort of activity triggers > the delays in the ipi delivery I'm interested... > > I've compile-tested this but I'm afraid I sorta loaned my test > MP machines to someone for a while so I can't try to exercise > this here at the moment. :-( I have install this patch. Hardware: Sun Ultra 60 Creator 3D, 2 x UltraSparc IIi @ 450 MHz, 1 GB memory. OS: FreeBSD bel.localdomain 5.2-CURRENT FreeBSD 5.2-CURRENT #32: Tue Sep 28 11:14:38 MSD 2004 bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 Messages from console: cpu_ipi_send: raised ipi_retries_max to 2000 cpu_ipi_send: raised ipi_retries_max to 3000