Ryzen 7 7700 iGPU support

Would depend on which release / stable branch you use.

On most recent latest (aka main) branch of ports tree, graphics/drm-612-kmod is added and made default for releng/15.1 (upcoming 15.1-RELEASE), stable/15 and main (aka CURRENT) of src (base).
(This is done by using OSVERSION >= 1500509 for 6.12, >= 1500031 for 6.6 and other supported branches/archs to be 6.1.)

So if you're using 14.4 or 14.3, graphics/drm-61-kmod would be chosen and this is known NOT supporting Ryzen 7 7700 iGPU.

If you're using 15.0, graphics/drm-66-kmod would be chosen and this states supports for Ryzen 7 7700 iGPU. But cannot find good reports on searching Internet.

If you're using stable/15, 15.1-{RELEASE|BETA*|RC*} or main, latest branch of ports would prefer newly added graphics/drm-612-kmod and 6.12 has "partially" good report.
But if you're using quarterly (currently 2026Q2) branch of ports/pkgs, newest version of the driver is at 6.9 on graphics/drm-latest-kmod, and cannot find good reports on searching Internet.

Anyway, at this moment [May 24, 2026 at 10:28 JST (+9)], I cannot find pkg for graphics/drm-612-kmod both at FreeBSD-ports repo and FreeBSD-ports-kmod repo for stable/15. So you'll need to build from ports locally if you're on 15.1-{BETA*|RC*}, stable/15 or main and latest branch of ports tree.
 
But truth be told, amdgpu is well known on FreeBSD for its strange glitches—something we have been suffering from since FreeBSD 13.
Hm, I'm not sure about amdgpu driver issues, as I'm using NVIDIA dGPUs only (and maintaining FreeBSD driver ports for NVIDIA GPUs).

For NVIDIA GPUs, Blackwell generation of architectures (RTX 5xxx series) still seem to have rough edges, but what I have in hand are RTX A400 (older, Ampere generation of architecture) and Quadro P1000 (notebook, Pascal generation of architecture supported by -580 variant) only.
 
graphics/drm-latest-kmod (6.9) is available on FreeBSD15, this DRM-KMOD work with this Radeon card.

But truth be told, amdgpu is well known on FreeBSD for its strange glitches—something we have been suffering from since FreeBSD 13.
Well, the crashes and drm soft panics also happen on Linux.
The main difference is that the firmware packages get updated more frequently and most distros are on 6.18+.
Dumbbell who is porting drm will sometimes backport fixes for amdgpu and intel, so the stability of the drm code should improve with the 612 release.
But there is no new PR that I know of for upgrading the firmware packages (january 2025) and the latest ported (august 2025) branch has issues with some new boards. We probably want a new firmware package from march 2026 or later.

Nvidia suffers less from firmware issues because they pack it with the drivers of I'm not mistaken.
 
Nvidia suffers less from firmware issues because they pack it with the drivers of I'm not mistaken.
True and false.

Codes for GSP (GPU System Processor), that is implemented in Turing generation of architectures and later, are implemented as separate firmwares (nvidia_gsp_tu10x_fw.ko for Turing and nvidia_gsp_ga10x_fw.ko for later architectures).

As most of the codes to manipulate GPUs are included in nvidia.ko (thus, so huge!), GSP firmware is "basically" optional that can run as "Graphics" Processing Unit without it.

But GPUs with Blackwell (RTX 5xxx) generation of architecture (and maybe later, too) are known to require it even on this "basic" use-cases.
 
Well, the crashes and drm soft panics also happen on Linux.
The main difference is that the firmware packages get updated more frequently and most distros are on 6.18+.
Dumbbell who is porting drm will sometimes backport fixes for amdgpu and intel, so the stability of the drm code should improve with the 612 release.
But there is no new PR that I know of for upgrading the firmware packages (january 2025) and the latest ported (august 2025) branch has issues with some new boards. We probably want a new firmware package from march 2026 or later.

Nvidia suffers less from firmware issues because they pack it with the drivers of I'm not mistaken.
Old user of RX 580 and RX 6600...amdgpu on FreeBSD 13 to 14 always panic on my PC in both graphics, the drm-kmod GitHub is full of issues (include mine).

This is not a trivial issue; it is a problem that affects a significant number of users and is related to how LinuxKPI operates on certain hardware configurations, specifically regarding ACPI and MSI interrupts.

Let's hope this is resolved in FreeBSD 16, provided the plan to merge DRM into the base system comes to fruition.

This is particularly important because it would resolve these kernel panics and enable Intel Arc dGPUs to function correctly (as things stand, my A380 triggers a panic the moment the i915kms module begins loading).
 
Back
Top