Changeset View
Standalone View
graphics/drm-current-kmod/pkg-message
The experimental drm-current-kmod port can be enabled for amdgpu (for AMD | The experimental drm-current-kmod port can be enabled for amdgpu (for AMD | ||||
GPUs starting with the HD7000 series / Tahiti) or i915kms (for Intel | GPUs starting with the HD7000 series / Tahiti) or i915kms (for Intel | ||||
APUs starting with HD3000 / Sandy Bridge) through kld_list in | APUs starting with HD3000 / Sandy Bridge) through kld_list in | ||||
/etc/rc.conf. radeonkms for older AMD GPUs can be loaded and there are | /etc/rc.conf. radeonkms for older AMD GPUs can be loaded and there are | ||||
some positive reports if EFI boot is NOT enabled (similar to amdgpu). | some positive reports if EFI boot is NOT enabled (similar to amdgpu). | ||||
For amdgpu: kld_list="amdgpu" | For amdgpu: kld_list="amdgpu" | ||||
For Intel: kld_list="/boot/modules/i915kms.ko" | For Intel: kld_list="i915kms" | ||||
For radeonkms: kld_list="/boot/modules/radeonkms.ko" | For radeonkms: kld_list="radeonkms" | ||||
jhb: You don't need /boot/modules on HEAD where DRM2 isn't built and installed by default anymore… | |||||
Done Inline ActionsThis is probably a left over for when the drm2 kmods where in current as well. For 12.0, and indeed the entire 12 branch, the kmods are shipped as part of base. We tried to get rid of them before 12 branched, but there was too much push back on that, and we had to revert that change. For the stable branches, we also have to work around the fact that with this, we would build several kmods with the same name, that is probably not a good idea. drm-current-kmod is only used by CURRENT, we can get that working first. It's on current where the need to recompile the modules with each kernel is the biggest, and think about STABLE once we get this working. zeising: This is probably a left over for when the drm2 kmods where in current as well. For 12.0, and… | |||||
Done Inline ActionsOk. We can eventually use pkg-message.in if needed for the other ports in the future. I agree with focusing on just this port for now though. virtualbox-ose-kmod is another port that probably should be updated to use this once we are happy with the framework. jhb: Ok. We can eventually use pkg-message.in if needed for the other ports in the future. I agree… | |||||
Please ensure that all users requiring graphics are members of the | Please ensure that all users requiring graphics are members of the | ||||
"video" group. | "video" group. | ||||
Older generations are supported by the legacy kms modules (radeonkms / | Older generations are supported by the legacy kms modules (radeonkms / | ||||
i915kms) in base or by installing graphics/drm-legacy-kmod. | i915kms) in base or by installing graphics/drm-legacy-kmod. |
You don't need /boot/modules on HEAD where DRM2 isn't built and installed by default anymore, and once you build a kernel that installs its own DRM modules you need this variant instead for it to work properly. I think 12.0 also ships without DRM2, so we could perhaps makes this a pkg-message.in file that picks different versions based on the OS version (e.g. use this format for 12.0 and later and the /boot/modules one for older ones).