From mboxrd@z Thu Jan 1 00:00:00 1970 From: Raghavendra K T Subject: Re: [PATCH] x86 spinlock: Fix memory corruption on completing completions Date: Sun, 08 Feb 2015 23:19:33 +0530 Message-ID: <54D7A1AD.3050108@linux.vnet.ibm.com> References: <1423234148-13886-1-git-send-email-raghavendra.kt@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: virtualization-bounces@lists.linux-foundation.org Errors-To: virtualization-bounces@lists.linux-foundation.org To: Linus Torvalds Cc: Jeremy Fitzhardinge , KVM list , Peter Zijlstra , Linux Kernel Mailing List , Paul Gortmaker , Peter Anvin , Andi Kleen , Andrey Ryabinin , the arch/x86 maintainers , Christian Borntraeger , Ingo Molnar , xen-devel@lists.xenproject.org, Paul McKenney , Rik van Riel , Konrad Rzeszutek Wilk , Sasha Levin , Dave Jones , Thomas Gleixner , virtualization , Waiman Long , Oleg Nesterov , Paolo Bonzini , Andrew List-Id: virtualization@lists.linuxfoundation.org On 02/06/2015 09:55 PM, Linus Torvalds wrote: > On Fri, Feb 6, 2015 at 6:49 AM, Raghavendra K T > wrote: >> Paravirt spinlock clears slowpath flag after doing unlock. > [ fix edited out ] > > So I'm not going to be applying this for 3.19, because it's much too > late and the patch is too scary. Plus the bug probably effectively > never shows up in real life (it is probably easy to trigger the > speculative *read* but probably never the actual speculative write > after dropping the lock last). > Understood and agreed. > This will need a lot of testing by the paravirt people - both > performance and correctness. So *maybe* for 3.20, but maybe for even > later, and then marked for stable, of course. > > Are there any good paravirt stress-tests that people could run for > extended times? > I have been running several benchmarks (kern, sys, hack, ebizzy etc in in 1x,2x scenarios. I run them for performance test as well. (In the current patch I did not get kvm hang in normal run, But overcommit reproduced it).