linuxkpi: Define `DEFINE_CLASS()` and `CLASS()`
ClosedPublic
Actions

Authored by dumbbell on Jun 14 2026, 9:22 AM.

Details

Reviewers

Group Reviewers

linuxkpi

Commits

rGf2a2e02ae54b: linuxkpi: Define `DEFINE_CLASS()` and `CLASS()`

Summary

DEFINE_CLASS() is in fact named LINUXKPI_DEFINE_CLASS() because it conflicts with DEFINE_CLASS() defined in <sys/kobj.h>.

This macro defines a type and a pair of constructor/destructor functions.

They are to be used by CLASS(): this one declares a variable, initialise it with the constructor and set the __cleanup() attribute to call the destructor once the variable goes out of scope.

The DRM drivers generic code started to use CLASS() in Linux 6.13. It requires the fd class to be defined in <linux/file.h>.

This is part of the update of DRM drivers to Linux 6.13.

Diff Detail

Repository

rG FreeBSD src repository

Lint

Lint Not Applicable

Unit

Tests Not Applicable

Event Timeline

dumbbell created this revision.Jun 14 2026, 9:22 AM

Herald added subscribers: emaste, imp. · View Herald TranscriptJun 14 2026, 9:22 AM

dumbbell requested review of this revision.Jun 14 2026, 9:22 AM

dumbbell added a child revision: D57584: linuxkpi: Define `COUNT_ARGS()` and `CONCATENATE()`.Jun 14 2026, 9:30 AM

dumbbell added a parent revision: D57582: linuxkpi: Add 'fd_empty()`.

emaste added a project: linuxkpi.Aug 17 2026, 4:59 PM

bz added a subscriber: bz.Sat, Sep 5, 10:01 PM

bz added inline comments.

sys/compat/linuxkpi/common/include/linux/cleanup.h
48	If we adjust the current implementation to use a class_name and not a claneup_name (or at least use the same names) then we can implement DEFINE_GUARD as DEFINE_CLASS I believe. I had tried not to use possibly conflicting names like "constructor" and "destructor" (probably because I am used too much used to perl reserved keywords). Let me think about this during the day and get back here.