Re: [PATCH 6/8] drm: decouple from CONFIG_FB
From: Sam Ravnborg <hidden>
Date: 2020-04-17 20:29:22
Also in:
dri-devel, linux-renesas-soc
Hi Arnd. On Fri, Apr 17, 2020 at 10:03:23PM +0200, Arnd Bergmann wrote:
quoted hunk ↗ jump to hunk
On Fri, Apr 17, 2020 at 6:50 PM Sam Ravnborg [off-list ref] wrote:quoted
So what this try to say is that we cannot have FB a module while DRM is built-in (marked N in the above).Correctquoted
Could you explain in the changelog why this combination is not good. (Or tell me if my analysis was flawed).I agree in hindsight this was less obvious than I thought ;-) Added this text to the changelog: | When CONFIG_FB is a loadable module, DRM_KMS_FB_HELPER cannot be | part of the built-in subsystem, so add dependency to ensure this | can only be enabled if the DRM module can successfully be linked. and this comment in the Kconfig file:@@ -112,7 +112,7 @@ config DRM_DEBUG_DP_MST_TOPOLOGY_REFS config DRM_FBDEV_EMULATION bool "Enable legacy fbdev support for your modesetting driver" depends on DRM && FB - depends on FB=y || DRM=m + depends on FB=y || DRM=m # DRM_KMS_FB_HELPER links against FB select DRM_KMS_HELPER select DRM_KMS_FB_HELPER default yLet me know if you think those changes are sufficientquoted
With this fixed (assuming I am right): Reviewed-by: Sam Ravnborg <redacted>
Yes, that explains it nicely - thanks. But unless Daniel decides otherwise we do not get it applied. He was not too happy with it. Sam