♟ dumbbell

net/{bosh-*,cf,concourse-fly}: Deprecate these ports

graphic/drm-next-kmod: New port tracking latest non-LTS version of DRM drivers

nvidia-drm-{61,66}-kmod-devel: Update distinfo after drm-{61,66}-kmod updates

nvidia-drm-{61,66}-kmod: Update distinfo after drm-{61,66}-kmod updates

graphics/drm-61-kmod: Update to drm_v6.1.128_5

graphics/drm-66-kmod: Update to drm_v6.6.25_6

I spotted another typo (see the attached comment). I approve it at the same time to not waste time in back and forth comments.

linuxkpi: Update posittion after copy in `seq_read()`

linuxkpi: Use `__builtin_popcountg()` instead of `bitcount*()`

linuxkpi: Add the `topology_*()` functions

linuxkpi: Include <linux/spinlock.h> from <linux/refcount.h>

linuxkpi: Define `DEFINE_SHOW_STORE_ATTRIBUTE()`

linuxkpi: Declare several log message prefixes

linuxkpi: Add `name` field to `struct resource`

linuxkpi: Add `ida_alloc_range()`

linuxkpi: Add `sysfs_add_file_to_group()` and `sysfs_remove_file_from_group()`

As I understand, HWEIGHT* are always supposed to be run on compile-time constants, so they could just be defined to this const_bitcount macro.

I can create a patch for this if this seems like a good solution to you all.

Handle negative return value from callback.

linuxkpi: Call `lkpi_fpu_safe_exec()` in the implementation of kvmalloc()

Rebase on top of main branch.

In D50848#1164156, @emaste wrote:

Hmm, OK. The struct is different and we might end up with a slightly puzzling build failure if things end up cross-threaded, but I suppose it's not really different than the status quo.

Thank you @emaste for the bugfix. I was not sure myself if the + 1 was intended.

linuxkpi: Add `pm_runtime_get_if_active()` variant from Linux 6.9

linuxkpi: Define `div64_ul()` as a synonym to `div64_u64()`

Address comment from @bz: default the #if/#else logic to the latest version. A user has to define LINUXKPI_VERSION to request the older variant.

Address comment from @bz: move the definition of div64_ul() just after div64_u64().

Address comments from @wulf and @bz: don’t introduce a <uapi/linux/eventfd.h> header.

lindebugfs.c: Fix possible NULL dereference

In D50863#1161012, @bz wrote:

In D50863#1161009, @wulf wrote:

General convention in at least drm-kmod is to not redefine ACPICA objects if it is possible. Porting of this code is mostly just a changing of symbol case and adding/removing of underscores. drm-kmod does not even guards these changes with #ifdefs

I picked a random file ( in v6.6 drivers/gpu/drm/radeon/radeon_acpi.c ) and it seems everything there got CamelCased without any #ifdefs. It's just an unnecessary diff to vendor and maintenance.

No idea how much of this was done in drm-kmod but I am not going to rewrite case in entire files because of this. I had not compiled files or #ifdef'ed out the entire logic. Not gong to fly anymore. Remove the #ifdefs from drm-kmod and reduce the diff to upstream and make maintenance easier by having one place to edit and not 117. That's what LinuxKPI is for.

In D50853#1160993, @wulf wrote:

@dumbbell FYI. Take a look at https://github.com/lutzbichler/drm-kmod/tree/pr/6.15. It seems that lutzbichler has advanced to drm-kmod v6.15

I will have to bump __FreeBSD_version to be able to use this API in DRM drivers.

dumbbell (Jean-Sébastien Pédron)
User

Projects

User Details

Recent Activity
View All

Mon, Sep 22

Thu, Sep 18

Mon, Sep 15

Sep 4 2025

Sep 3 2025

Aug 9 2025

Aug 7 2025

Jul 26 2025

Jun 29 2025

Jun 23 2025

Jun 15 2025

Jun 14 2025

dumbbell (Jean-Sébastien Pédron)User