From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sasha Levin Subject: Re: [PATCH] x86 spinlock: Fix memory corruption on completing completions Date: Fri, 06 Feb 2015 16:15:08 -0500 Message-ID: <54D52EDC.9000602@oracle.com> References: <1423234148-13886-1-git-send-email-raghavendra.kt@linux.vnet.ibm.com> <1423251764.1057.1.camel@stgolabs.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1423251764.1057.1.camel@stgolabs.net> 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: Davidlohr Bueso , Linus Torvalds Cc: Jeremy Fitzhardinge , Raghavendra K T , 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 , Dave Jones , Thomas Gleixner , virtualization , Waiman Long , Oleg Nesterov , Paolo Bonzini List-Id: virtualization@lists.linuxfoundation.org On 02/06/2015 02:42 PM, Davidlohr Bueso wrote: > On Fri, 2015-02-06 at 08:25 -0800, 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). >> >> 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? > > locktorture inside a VM should give a proper pounding. Would it catch lifetime issues too? I thought it just tests out correctness. I tried it and other unrelated stuff broke. I'll send separate mails for that... Thanks, Sasha