From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754816Ab3GJR1i (ORCPT ); Wed, 10 Jul 2013 13:27:38 -0400 Received: from mail-ve0-f178.google.com ([209.85.128.178]:33502 "EHLO mail-ve0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754712Ab3GJR1h (ORCPT ); Wed, 10 Jul 2013 13:27:37 -0400 MIME-Version: 1.0 In-Reply-To: <20130710015936.GC13855@redhat.com> References: <51DCBE24.3030406@gmail.com> <20130710015936.GC13855@redhat.com> Date: Wed, 10 Jul 2013 13:27:36 -0400 Message-ID: Subject: Re: [REGRESSION] x86 vmalloc issue from recent 3.10.0+ commit From: "Michael L. Semon" To: Dave Jones , "Michael L. Semon" , linux-kernel@vger.kernel.org, linux-mm@kvack.org, d.hatayama@jp.fujitsu.com, akpm@linux-foundation.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks. I'll re-review this, anyway, and re-bisect if time allows. The kernel/SGI-XFS combo pulled last night did much better in this regard. The problem is down to a different and single backtrace about vmalloc, and the PC is controllable now. The old git was moved to a different folder, though, in case it's still needed. Michael On Tue, Jul 9, 2013 at 9:59 PM, Dave Jones wrote: > On Tue, Jul 09, 2013 at 09:51:32PM -0400, Michael L. Semon wrote: > > > kernel: [ 2580.395592] vmap allocation for size 20480 failed: use vmalloc= to increase size. > > kernel: [ 2580.395761] vmalloc: allocation failure: 16384 bytes > > I was seeing a lot of these recently too. > (Though I also saw memory corruption afterwards possibly caused by > a broken fallback path somewhere when that vmalloc fails) > > http://comments.gmane.org/gmane.linux.kernel.mm/102895 > > Dave > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx178.postini.com [74.125.245.178]) by kanga.kvack.org (Postfix) with SMTP id D0EDA6B0032 for ; Wed, 10 Jul 2013 13:27:37 -0400 (EDT) Received: by mail-ve0-f176.google.com with SMTP id c13so6220484vea.7 for ; Wed, 10 Jul 2013 10:27:36 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20130710015936.GC13855@redhat.com> References: <51DCBE24.3030406@gmail.com> <20130710015936.GC13855@redhat.com> Date: Wed, 10 Jul 2013 13:27:36 -0400 Message-ID: Subject: Re: [REGRESSION] x86 vmalloc issue from recent 3.10.0+ commit From: "Michael L. Semon" Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-linux-mm@kvack.org List-ID: To: Dave Jones , "Michael L. Semon" , linux-kernel@vger.kernel.org, linux-mm@kvack.org, d.hatayama@jp.fujitsu.com, akpm@linux-foundation.org Thanks. I'll re-review this, anyway, and re-bisect if time allows. The kernel/SGI-XFS combo pulled last night did much better in this regard. The problem is down to a different and single backtrace about vmalloc, and the PC is controllable now. The old git was moved to a different folder, though, in case it's still needed. Michael On Tue, Jul 9, 2013 at 9:59 PM, Dave Jones wrote: > On Tue, Jul 09, 2013 at 09:51:32PM -0400, Michael L. Semon wrote: > > > kernel: [ 2580.395592] vmap allocation for size 20480 failed: use vmalloc= to increase size. > > kernel: [ 2580.395761] vmalloc: allocation failure: 16384 bytes > > I was seeing a lot of these recently too. > (Though I also saw memory corruption afterwards possibly caused by > a broken fallback path somewhere when that vmalloc fails) > > http://comments.gmane.org/gmane.linux.kernel.mm/102895 > > 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