From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule() Date: Mon, 17 Jan 2011 21:43:03 +0100 Message-ID: <1295296983.30950.369.camel@laptop> References: <1295262433.30950.53.camel@laptop> <1295296310.2148.29.camel@pasglop> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1295296310.2148.29.camel@pasglop> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org Errors-To: uclinux-dist-devel-bounces-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org To: Benjamin Herrenschmidt Cc: linux-m32r-ja-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, linux-m32r-rQhvJZKUsGBRYuoOT4C5/9i2O/JbrIOy@public.gmane.org, linux-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Heiko Carstens , Howells , Paul Mackerras , "H. Peter Anvin" , sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux-Arch , linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Jesper Nilsson , Mikael-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, Russell King , Takata , x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, "James E.J. Bottomley" , virtualization-qjLDD68F18O7TbgM5vRIOg@public.gmane.org, Ingo Molnar , xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org, Chris-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, Matt Turner , uclinux-dist-devel-ZG0+EudsQA8dtHy/vicBwGD2FQJk+8+b@public.gmane.org, Fen List-Id: linux-arch.vger.kernel.org On Tue, 2011-01-18 at 07:31 +1100, Benjamin Herrenschmidt wrote: > > Beware of false positive, I've used "fake" reschedule IPIs in the past > for other things (like kicking a CPU out of sleep state for unrelated > reasons). Nothing that I know that is upstream today but some of that > might come back. I'd like to avoid having to add an atomic to know if > it's a real reschedule, will the scheduler be smart enough to not bother > with false positives ? Yes it can deal with that, some will be for reschedules, some will be for ttwu tail ends and x86 too uses this ipi for a few random other things like kicking kvm out of guest context..