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>