Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261802AbTKIAbJ (ORCPT ); Sat, 8 Nov 2003 19:31:09 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261982AbTKIAbJ (ORCPT ); Sat, 8 Nov 2003 19:31:09 -0500 Received: from svr-ganmtc-appserv-mgmt.ncf.coxexpress.com ([24.136.46.5]:26380 "EHLO svr-ganmtc-appserv-mgmt.ncf.coxexpress.com") by vger.kernel.org with ESMTP id S261802AbTKIAbG (ORCPT ); Sat, 8 Nov 2003 19:31:06 -0500 Subject: Re: 2.4.23pre mm/slab.c error From: Robert Love To: Margit Schubert-While Cc: linux-kernel@vger.kernel.org In-Reply-To: <5.1.0.14.2.20031107093114.00a8bec8@pop.t-online.de> References: <5.1.0.14.2.20031107093114.00a8bec8@pop.t-online.de> Content-Type: text/plain Message-Id: <1068337871.27320.222.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Sat, 08 Nov 2003 19:31:12 -0500 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 990 Lines: 28 On Fri, 2003-11-07 at 03:36, Margit Schubert-While wrote: > At lines 1786 to 1793 in mm/slab.c we have : > while (p != &searchp->slabs_free) { > #if DEBUG > slabp = list_entry(p, slab_t, list); > > if (slabp->inuse) > BUG(); > #endif > full_free++; > > I think the "slabp =" should be above the "#if DEBUG". > Or ? Looks to me like nothing else uses slabp here but that if, so it is fine to move it inside the DEBUG. It was outside the DEBUG in 2.4.22 and earlier kernels, but moving it inside seems a safe optimization to me. slabp is not used again until line ~1840, where it is given a new value. Robert Love - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/