linux-kernel - [RFC] Growing usage of the attribute “_

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <e8bf7b33-01da-43fb-b71e-cd86a02be2e6@web.de>
Date: Thu, 17 Oct 2024 20:20:33 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: kernel-janitors@...r.kernel.org, cocci@...ia.fr,
 Peter Zijlstra <peterz@...radead.org>
Cc: LKML <linux-kernel@...r.kernel.org>,
 Jonathan Cameron <Jonathan.Cameron@...wei.com>,
 Herbert Xu <herbert@...dor.apana.org.au>
Subject: [RFC] Growing usage of the attribute “__free”?

Hello,

The usage of the attribute “__free” is evolving since it became supported
for some programming interfaces by contributions of Peter Zijlstra
on 2023-05-26.
See also the commit 54da6a0924311c7cf5015533991e44fb8eb12773 ("locking:
Introduce __cleanup() based infrastructure").

I would like to present a corresponding result which can be determined
also by the means of the semantic patch language (Coccinelle)
based on source code of the software “Linux next-20241017”.

╔═══════════════════════╤═══════════╗
║      variant          │ incidence ║
╠═══════════════════════╪═══════════╣
║ kfree                 │    243    ║
║ device_node           │    94     ║
║ fwnode_handle         │    9      ║
║ qcom_tzmem            │    9      ║
║ gpio_device_put       │    7      ║
║ kvfree                │    7      ║
║ bitmap                │    6      ║
║ put_device            │    6      ║
║ put_cxl_root          │    5      ║
║ free_perf_xa          │    4      ║
║ pci_dev_put           │    3      ║
║ put_cxl_port          │    3      ║
║ kfree_sensitive       │    2      ║
║ snd_card_unref        │    2      ║
║ x509_free_certificate │    2      ║
║ cleanup_dax           │    1      ║
║ del_cxl_resource      │    1      ║
║ dsmas                 │    1      ║
║ firmware              │    1      ║
║ fput                  │    1      ║
║ free_cmd_mem          │    1      ║
║ free_cmds             │    1      ║
║ pstore_iput           │    1      ║
║ pstore_private        │    1      ║
║ put_cxlrd             │    1      ║
╚═══════════════════════╧═══════════╝

How will development interests evolve further?

Regards,
Markus