Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754258Ab3GAQgZ (ORCPT ); Mon, 1 Jul 2013 12:36:25 -0400 Received: from mail-pa0-f42.google.com ([209.85.220.42]:51662 "EHLO mail-pa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753242Ab3GAQgY (ORCPT ); Mon, 1 Jul 2013 12:36:24 -0400 Message-ID: <51D1AFFB.4010307@gmail.com> Date: Tue, 02 Jul 2013 00:36:11 +0800 From: Zhang Yanfei User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120607 Thunderbird/10.0.5 MIME-Version: 1.0 To: penberg@kernel.org, cl@linux-foundation.org, mpm@selenic.com CC: Linux MM , "linux-kernel@vger.kernel.org" , Zhang Yanfei Subject: Re: [PATCH] mm, slab: Drop unnecessary slabp->inuse < cachep->num test References: <51D1AE84.8010404@gmail.com> In-Reply-To: <51D1AE84.8010404@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1265 Lines: 39 Sorry for making noise. I've made a mistake and please ignore this patch. On 07/02/2013 12:29 AM, Zhang Yanfei wrote: > From: Zhang Yanfei > > In function cache_alloc_refill, we have used BUG_ON to ensure > that slabp->inuse is less than cachep->num before the while > test. And in the while body, we do not change the value of > slabp->inuse and cachep->num, so it is not necessary to test > if slabp->inuse < cachep->num test for every loop. > > Signed-off-by: Zhang Yanfei > --- > mm/slab.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/mm/slab.c b/mm/slab.c > index 8ccd296..c2076c2 100644 > --- a/mm/slab.c > +++ b/mm/slab.c > @@ -3004,7 +3004,7 @@ retry: > */ > BUG_ON(slabp->inuse >= cachep->num); > > - while (slabp->inuse < cachep->num && batchcount--) { > + while (batchcount--) { > STATS_INC_ALLOCED(cachep); > STATS_INC_ACTIVE(cachep); > STATS_SET_HIGH(cachep); -- Thanks. Zhang Yanfei -- 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/