Re: Plaintext formatRe: amdgpu: panic: Assertion td->td_lkpi_task == NULL

Klaus Küchemann <[email protected]> Tue, 4 Aug 2026 13:01:28 +0200
Newsgroups gmane.os.freebsd.current
Message-ID <[email protected]>

> Am 04.08.2026 um 05:30 schrieb Adrian Chadd <[email protected]>:
>>=20
>>=20
>>=20
>=20
> Which version of -head=20
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=3D297250#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=20

is now my substitute for shutdown -h now , lol =20

(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=20=