Skip to content

arm64/loong/riscv: consider turning CONFIG_DRM_AMD_DC_FP back on for clang #2138

@peppergrayxyz

Description

@peppergrayxyz

I reached out to via the issue llvm/llvm-project#41896 (comment) in the llvm repo because the note in the kernel config points to that issue and specifically says that CONFIG_DRM_AMD_DC_FP is disabled, while the issue is not closed (which it is).

I built linux 6.17.1 on Gentoo arm64 llvm-musl-libcxx and amdgpu works, when I enable DRM_AMD_DC_FP (bugs.gentoo.org/964415). I'm not sure if my build has memory efficiency issues, but I definitely don't see "an immediate kernel panic".

I was sent here by nathanchance as per this llvm/llvm-project#41896 (comment):

Please open an issue at https://github.com/ClangBuiltLinux/linux/issues so that we can discussing turning CONFIG_DRM_AMD_DC_FP back on for clang with these architectures. I did some very basic quick testing and it seems like arm64 may be safe to re-enable right away whereas LoongArch and RISC-V may need a dml port of commit e4479aecf658 ("drm/amd/display: Increase sanitizer frame larger than limit when compile testing with clang").

I kindly ask you to consider turning this feature back on!

--
Somewhat offtopic:
I'd like to provide some feedback on the flag itself: It has been quite hard to figure out, why amdgpu fails with a random error, since nothing in the logs nor the build points towards the fact that DCN based GPU don't work without CONFIG_DRM_AMD_DC_FP. I only got on the right track, once I swapped GPUs and saw that DCE cards work, whilst DCN not. Then I checked all the config items. CONFIG_DRM_AMD_DC_FP is also something that is set automatically, so there was not even a mismatch between requested and set flags. I think it would be great if there was a warning during build and a more meaningful error message from the driver. Something like "amdgpu DC is built without support for DCN (missing DC_FP)" and an error like "amdgpu: amdgpu_device_ip_init failed (no floiting point support)". I know this is technically feedback for upstream, but I'm not sure "how to mailinglist", but I know "how to Github Issue" ;)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions