Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758557AbYHVGZm (ORCPT ); Fri, 22 Aug 2008 02:25:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754995AbYHVGZQ (ORCPT ); Fri, 22 Aug 2008 02:25:16 -0400 Received: from terminus.zytor.com ([198.137.202.10]:51710 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754333AbYHVGZO (ORCPT ); Fri, 22 Aug 2008 02:25:14 -0400 Message-ID: <48AE5BB8.5080701@zytor.com> Date: Thu, 21 Aug 2008 23:24:56 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: Andi Kleen CC: "H. Peter Anvin" , Dave Jones , Vegard Nossum , the arch/x86 maintainers , Linux Kernel Mailing List , Rusty Russell Subject: Re: latest -git: WARNING: at arch/x86/kernel/ipi.c:123 send_IPI_mask_bitmask+0xc3/0xe0() References: <19f34abd0808191251x4eb61c50n13ecf7c90f0f3d9f@mail.gmail.com> <20080820013930.GN9807@one.firstfloor.org> <19f34abd0808192326jc10e758m99e76bbd5714c5b8@mail.gmail.com> <20080822003659.GA7581@redhat.com> <48AE20B8.9000204@kernel.org> <20080822022841.GG23334@one.firstfloor.org> In-Reply-To: <20080822022841.GG23334@one.firstfloor.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1048 Lines: 26 Andi Kleen wrote: >> You may want to see if this patch fixes the problem; it does *NOT* have >> the correct error behaviour (some of the intervening layers don't >> propagate errors), but it should make the fault go away. > > The alternative would be to just take out those msr_on_cpu() > interfaces again. Right now they are useless in the kernel, > but still cause problems. > > They were only added for OpenVZ's vCPUs which they back then > promised me would hit mainline soon. But that was some time > ago and there wasn't much progress on this. > > -Andi We still need the equivalent functionality, though. The midlayer (msr_on_cpu) may be pointless, but that doesn't change the fact that putting this functionality in the lower layer (smp_call_function_single) makes more sense. -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/