Re: Plaintext formatRe: amdgpu: panic: Assertion td->td_lkpi_task == NULL
Date: Tue, 04 Aug 2026 11:01:28 UTC
> Am 04.08.2026 um 05:30 schrieb Adrian Chadd <adrian@freebsd.org>: >> >> >> > > Which version of -head from some minutes ago: FreeBSD fbsd5pro 16.0-CURRENT FreeBSD 16.0-CURRENT #8 main-n287946-ddd850aa7720: Tue Aug 4 12:31:36 CEST 2026 root@fbsd5pro:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > and which version of which drm module? gpu-firmware-kmod-20260519,1 Firmware modules for the drm-kmod drivers drm-612-kmod-6.12.85.1600019_1 Direct Rendering Manager (DRM) GPU drivers (make) installed from metaport: drm-kmod-20260508 Direct Rendering Manager (DRM) GPU drivers metaport > I just hit this updating a haswell GPU macbook air to today's -head > and now I am /very/ confused. from comment rkoberman also on Intel : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=297250#c3- While for now here everything X runs better than ever before I guess there`s a deeper bug in the loading-mechanism or linuxkpi , regardless which version of head, (just as an estimation) as mentioned in the bugzilla pr : kldunload amdgpu is now my substitute for shutdown -h now , lol (unload crashes the machine although X seems to run O.K. for the moment) Regards -- pkg delete [everything drm-kmod & gpu-firmware-kmod] pkg autoremove cd /usr/ports/graphics/drm-kmod make install cd /usr/ports/graphics/gpu-firmware-kmod make install Should fix it on every machine, if not I don`t know