From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753154AbcG2Ptr (ORCPT ); Fri, 29 Jul 2016 11:49:47 -0400 Received: from arcturus.aphlor.org ([188.246.204.175]:44452 "EHLO arcturus.aphlor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751621AbcG2Pte (ORCPT ); Fri, 29 Jul 2016 11:49:34 -0400 Date: Fri, 29 Jul 2016 11:49:29 -0400 From: Dave Jones To: Andrey Ryabinin Cc: Linux Kernel , Linus Torvalds , "linux-mm@kvack.org" Subject: Re: [4.7+] various memory corruption reports. Message-ID: <20160729154929.GA30611@codemonkey.org.uk> Mail-Followup-To: Dave Jones , Andrey Ryabinin , Linux Kernel , Linus Torvalds , "linux-mm@kvack.org" References: <20160729150513.GB29545@codemonkey.org.uk> <20160729151907.GC29545@codemonkey.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) X-Spam-Flag: skipped (authorised relay user) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 29, 2016 at 06:21:12PM +0300, Andrey Ryabinin wrote: > 2016-07-29 18:19 GMT+03:00 Dave Jones : > > On Fri, Jul 29, 2016 at 11:05:14AM -0400, Dave Jones wrote: > > > I've just gotten back into running trinity on daily pulls of master, and it seems pretty horrific > > > right now. I can reproduce some kind of memory corruption within a couple minutes runtime. > > > > > > ,,, > > > > > > I'll work on narrowing down the exact syscalls needed to trigger this. > > > > Even limiting it to do just a simple syscall like execve (which fails most the time in trinity) > > triggers it, suggesting it's not syscall related, but the fact that trinity is forking/killing > > tons of processes at high rate is stressing something more fundamental. > > > > Given how easy this reproduces, I'll see if bisecting gives up something useful. > > I suspect this is false positives due to changes in KASAN. > Bisection probably will point to > 80a9201a5965f4715d5c09790862e0df84ce0614 ("mm, kasan: switch SLUB to > stackdepot, enable memory quarantine for SLUB)" good call. reverting that changeset seems to have solved it. Dave From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf0-f69.google.com (mail-lf0-f69.google.com [209.85.215.69]) by kanga.kvack.org (Postfix) with ESMTP id 6CC4A6B025F for ; Fri, 29 Jul 2016 11:49:58 -0400 (EDT) Received: by mail-lf0-f69.google.com with SMTP id e7so38159307lfe.0 for ; Fri, 29 Jul 2016 08:49:58 -0700 (PDT) Received: from arcturus.aphlor.org (arcturus.ipv6.aphlor.org. [2a03:9800:10:4a::2]) by mx.google.com with ESMTPS id zw9si19499783wjb.49.2016.07.29.08.49.32 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Jul 2016 08:49:55 -0700 (PDT) Date: Fri, 29 Jul 2016 11:49:29 -0400 From: Dave Jones Subject: Re: [4.7+] various memory corruption reports. Message-ID: <20160729154929.GA30611@codemonkey.org.uk> References: <20160729150513.GB29545@codemonkey.org.uk> <20160729151907.GC29545@codemonkey.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: Andrey Ryabinin Cc: Linux Kernel , Linus Torvalds , "linux-mm@kvack.org" On Fri, Jul 29, 2016 at 06:21:12PM +0300, Andrey Ryabinin wrote: > 2016-07-29 18:19 GMT+03:00 Dave Jones : > > On Fri, Jul 29, 2016 at 11:05:14AM -0400, Dave Jones wrote: > > > I've just gotten back into running trinity on daily pulls of master, and it seems pretty horrific > > > right now. I can reproduce some kind of memory corruption within a couple minutes runtime. > > > > > > ,,, > > > > > > I'll work on narrowing down the exact syscalls needed to trigger this. > > > > Even limiting it to do just a simple syscall like execve (which fails most the time in trinity) > > triggers it, suggesting it's not syscall related, but the fact that trinity is forking/killing > > tons of processes at high rate is stressing something more fundamental. > > > > Given how easy this reproduces, I'll see if bisecting gives up something useful. > > I suspect this is false positives due to changes in KASAN. > Bisection probably will point to > 80a9201a5965f4715d5c09790862e0df84ce0614 ("mm, kasan: switch SLUB to > stackdepot, enable memory quarantine for SLUB)" good call. reverting that changeset seems to have solved it. Dave -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org