Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp1716837pxv; Sat, 10 Jul 2021 12:51:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxe5FU5UCptCwIjh96qd7Eg3uBuic8V/nJm4yKwVoyTA74sGM6Zh6elKjZgTtRU4gPUTDOT X-Received: by 2002:a17:906:2590:: with SMTP id m16mr44765596ejb.265.1625946695597; Sat, 10 Jul 2021 12:51:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625946695; cv=none; d=google.com; s=arc-20160816; b=nYTif4y10YzXEnP92wkNBB7ay/xcu049nHfZEiXfxINOrGqkMOGzAIdocIciBVa97D q6xyABIBt9QXbjBdCrOArat3xMIZ6WsoCYb7jEDpfV33SvfAbHTVzlaBYGVKbsKNGTJw gIbn9LcQUL6HUQKRvByNF1DHs8NL5Bw+JkJzUZECa8fKs6q7sPCk3sv/K97d26y3brCk Zti/w+yaVWcwKQUyZ7+/ta/NhGgbsDx4ybilP1hmPIUQLl6/5ooxciCuCFd76r0hDws6 Xqc3R7w+NSrTRIiFstQ43zyzNYMLGPqQ2cdBrwBDofSDPrOqgvWkEzLAY3LaKlFINiQw /JHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date:ironport-hdrordr; bh=jDTjFZLaohlCemLxMqitSObXQrGxbvvnHCxx4qMGhZ4=; b=Eax+C1K1WX1RYIIsACECt8EG5z/NcV/TF6FlOQLjGrZi4+FPIkDMxYaTlnsYcxRZqM 2+SMfdMuRyEgnE1hWGR+N2LC1p4wVp/d93AC6xNf7mqgS729A+sUpeea1rpcIekXgVFe cgd2LLZht12FeKmd6uHcRwggTuQDdhri3C9IV7boLKmKt53GDr8uOG7m0Fz20n1kfbze uq16Q7xI5Qx7E8IaMvdTnpntGYf9qVgi6fU+0Iw6EAl6wyzp40KMGrY/WuwAP2eGB7MN uNriJv5JWJLpuF9e2SfTdN64zQdk9yOEUb7M1Rh5BiV0fEp9PBj9khbbIWInmiKRL72E bZPQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g17si13934327ejr.674.2021.07.10.12.51.03; Sat, 10 Jul 2021 12:51:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230143AbhGJTwv (ORCPT + 99 others); Sat, 10 Jul 2021 15:52:51 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:3772 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229515AbhGJTwv (ORCPT ); Sat, 10 Jul 2021 15:52:51 -0400 IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AcsgFQanE6Aoxn2NF0+kPcN/ywVnpDfI13DAb?= =?us-ascii?q?v31ZSRFFG/Fw9vrAoB1173HJYVoqMk3I+urtBED/ewK+yXcd2+B4AV7IZmLbUQ?= =?us-ascii?q?WTQb2Kl7GD/9SaIUzDytI=3D?= X-IronPort-AV: E=Sophos;i="5.84,229,1620684000"; d="scan'208";a="519326321" Received: from 173.121.68.85.rev.sfr.net (HELO hadrien) ([85.68.121.173]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jul 2021 21:50:04 +0200 Date: Sat, 10 Jul 2021 21:50:04 +0200 (CEST) From: Julia Lawall X-X-Sender: jll@hadrien To: Joe Perches cc: cocci , LKML , kernel-janitors@vger.kernel.org Subject: Re: cocci script to convert linux-kernel allocs with BITS_TO_LONGS to bitmap_alloc In-Reply-To: <08b89608cfb1280624d1a89ead6547069f9a4c31.camel@perches.com> Message-ID: References: <08b89608cfb1280624d1a89ead6547069f9a4c31.camel@perches.com> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 9 Jul 2021, Joe Perches wrote: > Here is a cocci script to convert various types of bitmap allocations > that use BITS_TO_LONGS to the more typical bitmap_alloc functions. > > Perhaps something like it could be added to scripts/coccinelle. > The diff produced by the script is also below. > > $ cat bitmap_allocs.cocci > // typical uses of bitmap allocations > > @@ > expression val; > expression e1; > expression e2; > @@ > > - val = kcalloc(BITS_TO_LONGS(e1), sizeof(\(long\|unsigned long\)), e2) > + val = bitmap_zalloc(e1, e2) > > @@ > expression val; > expression e1; > expression e2; > @@ > > - val = kcalloc(BITS_TO_LONGS(e1), sizeof(*val), e2) > + val = bitmap_zalloc(e1, e2) Is there something that guarantees that val has a type that has a size that is the same as a long? julia