Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Sep 2004 12:16:20 +0400
From:      Andrew Belashov <bel@orel.ru>
To:        Ken Smith <kensmith@cse.Buffalo.EDU>
Cc:        Kris Kennaway <kris@obsecurity.org>
Subject:   Re: panic: ipi_send: couldn't send ipi
Message-ID:  <41591DD4.7000409@orel.ru>
In-Reply-To: <20040927191430.GA718@electra.cse.Buffalo.EDU>
References:  <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41591DD4.7000409>