Date: Sat, 14 Aug 2004 19:30:16 -0700 From: Julian Elischer <julian@elischer.org> To: Robert Watson <rwatson@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current Message-ID: <411ECAB8.9000107@elischer.org> In-Reply-To: <Pine.NEB.3.96L.1040814193948.30898B-100000@fledge.watson.org> References: <Pine.NEB.3.96L.1040814193948.30898B-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Robert Watson wrote: > On Sat, 14 Aug 2004, Jon Noack wrote: > > >>Here's a data point: My dual Pentium3 system has been up for 20+ hours >>with this patch. Previously, it wouldn't survive for more than an hour >>or so (regardless of load). > > > Unfortunately, I'm running a box with the same patch and did get a hang. > The patch appears to correct some known stability issues associated with > threaded processes, but the build I was using to trigger the hang doesn't > use threads, so... Note.. this is understandable the patch NARROWS a window.. it does not close it.. the more other processes are on teh system the more likely that the hang will still occur. the problem is that the critical section holds off the preemption until teh thread has "PROBABLY" go the KSE back but if it doesn;t get it back, then the held off preemtion still causes the problem.. we need to somehow alter the [atch so that the critical section is held across the cpu_switch.. One possible fix is to make the pre-emption do nothing if (td->td_kse->ke_thread != td) (where td == curthread) > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?411ECAB8.9000107>