This is not a real fix, but rather a workaround that should be applied to the 5.6 tree and newer. The idea here is to work around the compiler emitting FP instructions outside the DC_FP_START/DC_FP_END blocks, which it currently does, which causes crashes at least on ppc64le. A proper solution would be to move all the floating point code into its own files, then compile those with hard-float and strictly wrap all calls into those with the DC_FP_START/DC_FP_END blocks, with the rest of the code being compiled without floating point, but that's too extensive of a change to do, and would not be possible in a stable tree. The proper solution is already being discussed, it seems: https://lore.kernel.org/lkml/CAG48ez2Sx4ELkM94aD_h_J7K7KBOeuGmvZLKRkg3n_f2WoZ_cg@xxxxxxxxxxxxxx/ Daniel Kolesa (1): drm/amd/display: work around fp code being emitted outside of DC_FP_START/END .../drm/amd/display/dc/dcn20/dcn20_resource.c | 31 ++++++++++++++----- 1 file changed, 23 insertions(+), 8 deletions(-) -- 2.26.2 _______________________________________________ amd-gfx mailing list amd-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/amd-gfx