Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp1723182pxv; Sat, 10 Jul 2021 13:03:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwHs7ihWoFKwPzrFIhz0rqZNhX91ntJ2doDgX3g1acfn5jF/Sr08/QemakcyqsqMxuR/J99 X-Received: by 2002:aa7:ccc1:: with SMTP id y1mr55488485edt.321.1625947439363; Sat, 10 Jul 2021 13:03:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625947439; cv=none; d=google.com; s=arc-20160816; b=CAubzfwS6BQomkE/6irKiu/Q/MtMZXYAKG/gmp57AqwRFlqn9UI8V+UfkcT1xJFLPn 5MY4/BbZ40Egouk2Wrqslq0zjWp8tJ8PRVXSVxPXOANsgzT8qFwE0B237F3G53JUbFIB 9nfl6OedGqIVM+yFw1T3G+HNulTHv/exQrCF5fXML2jR5kEH44V68L6ZnqcpOnXY8Qhp 51jISObC65WUXv481LsPS1tUZu/JSn26heUWZV6z1VkJxr1i3svArdRoh4go98kZEr3C ZjBM80kxl+PNM55j/aRJ7fWMvcYIo/Z4sl36nVTZ6aJGdcCObrFueFydIsQtsiJC4mie H2rg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=IDPQ6KaH/03GyNP89WhyEhsCsZVSTTgdXzK2wAGh57Q=; b=tqoOOS2ZDX9TKoOHo0NUeGrvBbzgtzBbyYENi/4cBWE+FebBiMgZ4bnOPQjpysroHD OxmgNEsLjm6jXN66+7+Im3AseekTgfkLDpySHNIvEj23TZn3BT/pdziUu1Z963aVcJpc zRWu6IAftCgFYu9OeDQ0OQDqkloKMI0DnUHaxDD0rGc/txsy0BKH+Ap2jp0plWz5i2vp Xl7YndAaEQR/0DQjkR52Vre4iOfzpDSj7kB4G2PhHOPOkEfwbbiv59DLkGOEZeYEgsGQ viSMA8Uk1yH4ZCv0ikpDPLAczoyhspqYFQnMSHLyjH+utYQJcisWEvRo1uv/n2fJYEyk f5Jg== 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 q19si12363224edv.125.2021.07.10.13.03.37; Sat, 10 Jul 2021 13:03:59 -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 S231609AbhGJUFZ (ORCPT + 99 others); Sat, 10 Jul 2021 16:05:25 -0400 Received: from smtprelay0127.hostedemail.com ([216.40.44.127]:33510 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S229515AbhGJUFZ (ORCPT ); Sat, 10 Jul 2021 16:05:25 -0400 Received: from omf08.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay08.hostedemail.com (Postfix) with ESMTP id 06BE1182CED2A; Sat, 10 Jul 2021 20:02:39 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf08.hostedemail.com (Postfix) with ESMTPA id 2B7C51A29F9; Sat, 10 Jul 2021 20:02:38 +0000 (UTC) Message-ID: Subject: Re: cocci script to convert linux-kernel allocs with BITS_TO_LONGS to bitmap_alloc From: Joe Perches To: Julia Lawall Cc: cocci , LKML , kernel-janitors@vger.kernel.org Date: Sat, 10 Jul 2021 13:02:36 -0700 In-Reply-To: References: <08b89608cfb1280624d1a89ead6547069f9a4c31.camel@perches.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.0-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.37 X-Stat-Signature: acaiyyzxzs3uxyr8edc374hez41ejw4g X-Rspamd-Server: rspamout01 X-Rspamd-Queue-Id: 2B7C51A29F9 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1+IOF/X85f5HAaZl7mOKJZ2SwAmuy46KrU= X-HE-Tag: 1625947358-191922 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2021-07-10 at 21:50 +0200, Julia Lawall wrote: > 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(*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? no, but afaict, all do.