Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752097AbaFDJwn (ORCPT ); Wed, 4 Jun 2014 05:52:43 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:57696 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751340AbaFDJwk (ORCPT ); Wed, 4 Jun 2014 05:52:40 -0400 X-IronPort-AV: E=Sophos;i="4.98,972,1392159600"; d="scan'208";a="77984969" Date: Wed, 4 Jun 2014 11:52:32 +0200 (CEST) From: Julia Lawall X-X-Sender: jll@hadrien To: David Laight cc: "'Julia Lawall'" , Geert Uytterhoeven , linux-rdma , "kernel-janitors@vger.kernel.org" , Linux Fbdev development list , Linux-sh list , "linux-kernel@vger.kernel.org" , "ath10k@lists.infradead.org" , linux-wireless , "netdev@vger.kernel.org" , driverdevel , "iss_storagedev@hp.com" , scsi , linux-s390 , "adi-buildroot-devel@lists.sourceforge.net" Subject: RE: [PATCH 0/10] use safer test on the result of find_first_zero_bit In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6D1725705F@AcuExch.aculab.com> Message-ID: References: <1401872880-23685-1-git-send-email-Julia.Lawall@lip6.fr> <063D6719AE5E284EB5DD2968C1650D6D1725705F@AcuExch.aculab.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 4 Jun 2014, David Laight wrote: > From: Julia Lawall > > On Wed, 4 Jun 2014, Geert Uytterhoeven wrote: > > > > > Hi Julia, > > > > > > On Wed, Jun 4, 2014 at 11:07 AM, Julia Lawall wrote: > > > > Find_first_zero_bit considers BITS_PER_LONG bits at a time, and thus may > > > > return a larger number than the maximum position argument if that position > > > > is not a multiple of BITS_PER_LONG. > > > > > > Shouldn't this be fixed in find_first_zero_bit() instead? > > > > OK, I could do that as well. Most of the callers currently test with >=. > > Should they be left as is, or changed to use ==? > > Do we want to add an extra test to find_first_zero_bit() and effectively > slow down all the calls - especially those where the length is a > multiple of 8 (probably the most common). Currently, most of the calls test with >=, and most of the others seem to need to (either the size value did not look like a multiple of anything in particular, or it was eg read from a device). Note that it is BITS_PER_LONG, so it seems like it is typically 32 or 64, not 8. > Maybe the documented return code should be changed to allow for the > existing behaviour. Sorry, I'm not sure to understand what you suggest here. thanks, julia -- 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/