From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752823Ab3AQWKt (ORCPT ); Thu, 17 Jan 2013 17:10:49 -0500 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.122]:10833 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750814Ab3AQWKs (ORCPT ); Thu, 17 Jan 2013 17:10:48 -0500 X-Authority-Analysis: v=2.0 cv=UsXhxpMB c=1 sm=0 a=rXTBtCOcEpjy1lPqhTCpEQ==:17 a=mNMOxpOpBa8A:10 a=1dK1Tq4abSwA:10 a=5SG0PmZfjMsA:10 a=Q9fys5e9bTEA:10 a=meVymXHHAAAA:8 a=daFlbPKOXuoA:10 a=-u_dYb84T-sH9vVoup4A:9 a=PUjeQqilurYA:10 a=rXTBtCOcEpjy1lPqhTCpEQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 74.67.115.198 Message-ID: <1358460647.23211.52.camel@gandalf.local.home> Subject: Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check From: Steven Rostedt To: Christoph Lameter Cc: LKML , linux-mm , Andrew Morton , Pekka Enberg , Matt Mackall , Thomas Gleixner , RT , Clark Williams , John Kacur , "Luis Claudio R. Goncalves" Date: Thu, 17 Jan 2013 17:10:47 -0500 In-Reply-To: <0000013c4a8363ed-ba83975a-7b62-4a9e-981b-8b44d8030431-000000@email.amazonses.com> References: <1358446258.23211.32.camel@gandalf.local.home> <1358447864.23211.34.camel@gandalf.local.home> <0000013c4a69a2cf-1a19a6f6-e6a3-4f06-99a4-10fdd4b9aca2-000000@email.amazonses.com> <1358458996.23211.46.camel@gandalf.local.home> <0000013c4a8363ed-ba83975a-7b62-4a9e-981b-8b44d8030431-000000@email.amazonses.com> Content-Type: text/plain; charset="ISO-8859-15" X-Mailer: Evolution 3.4.4-1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2013-01-17 at 21:56 +0000, Christoph Lameter wrote: > on Thu, 17 Jan 2013, Christoph Lameter wrote: > > > Ditto which leaves us with: > > > > Index: linux/mm/slub.c > > =================================================================== > > --- linux.orig/mm/slub.c 2013-01-17 15:49:57.417491975 -0600 > > +++ linux/mm/slub.c 2013-01-17 15:50:49.010287150 -0600 > > @@ -1993,8 +1993,9 @@ static inline void flush_slab(struct kme > > deactivate_slab(s, c->page, c->freelist); > > > > c->tid = next_tid(c->tid); > > - c->page = NULL; > > c->freelist = NULL; > > + barrier(); > > + c->page = NULL; > > } > > But the larger question is why is flush_slab() called with interrupts > enabled? > > RT? Could be, there's a few tweaks made in -rt. I'll put in a WARN_ON_ONCE() if flush_slab() is called with interrupts enabled just to see where it happens. -- Steve