Second kexec_file_load (but not kexec_load) fails on i915 if CONFIG_INTEL_IOMMU_DEFAULT_ON=n
Askar Safin
safinaskar at zohomail.com
Fri Jul 4 20:11:23 UTC 2025
---- On Fri, 04 Jul 2025 12:29:01 +0400 Jani Nikula <jani.nikula at linux.intel.com> wrote ---
> Thanks for the detailed debug info. I'm afraid all I can say at this
> point is, please file all of this in a bug report as described in
> [1]. Please add the drm.debug related options, and attach the dmesgs and
> configs in the bug instead of pointing at external sites.
Okay, now let me speculate how to fix this bug. :) I think someone with moderate kexec understanding
and with Intel GPU should do this: reproduce the bug and then slowly modify kexec_file_load code until it
becomes kexec_load code. (Or vice versa.) In the middle of this modification the bug stops to reproduce,
and so we will know what exactly causes it.
kexec_file_load and kexec_load should behave the same. If they do not, then we should
understand, why. We should closely review their code.
Also, in case of kexec_load kernel uncompressing and parsing performed by "kexec" userspace
tool, and in case of kexec_file_load by kernel. So we should closely review this two uncompressing/parsing code fragments.
I think that this bug is related to kexec, not to i915. And thus it should be fixed by kexec people, not by i915 people. (But I may be wrong.)
But okay, I reported it to that bug tracker anyway: https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/14598
Maybe there is separate kexec bug tracker?
Also, your bug tracker is cool. One can attach files in the middle of report. Why not whole kernel uses it? :)
--
Askar Safin
https://types.pl/@safinaskar
More information about the dri-devel
mailing list