[PATCH v3 07/13] drm: Make drivers depends on DRM_DW_HDMI
Jani Nikula
jani.nikula at linux.intel.com
Tue Apr 23 08:05:58 UTC 2024
On Tue, 23 Apr 2024, Mark Brown <broonie at kernel.org> wrote:
> On Tue, Apr 02, 2024 at 04:43:46PM +0100, Mark Brown wrote:
>> On Wed, Mar 27, 2024 at 11:57:02AM +0100, Maxime Ripard wrote:
>>
>> > DRM_DW_HDMI has a number of dependencies that might not be enabled.
>> > However, drivers were used to selecting it while not enforcing the
>> > DRM_DW_HDMI dependencies.
>> >
>> > This could result in Kconfig warnings (and further build breakages) such
>> > as:
>> >
>> > Kconfig warnings: (for reference only)
>> > WARNING: unmet direct dependencies detected for DRM_DW_HDMI
>> > Depends on [n]: HAS_IOMEM [=y] && DRM [=m] && DRM_BRIDGE [=y] && DRM_DISPLAY_HELPER [=n]
>> > Selected by [m]:
>> > - DRM_SUN8I_DW_HDMI [=m] && HAS_IOMEM [=y] && DRM_SUN4I [=m]
>
>> This has landed in -next and appears to be causing breakage for several
>> platforms using these devices. For example I'm seeing the HDMI fail to
>> probe on sun50i-a64-pin64-plus with arm64 defconfig, the DT kselftest
>> result isn't terribly informative but it can be seen here:
>
> It has now been *three* weeks that this breakage has sat unaddressed in
> -next, this has been making my CI for -next unusable. Given that
> getting the defconfig bits of this merged appears somwhow unreasonably
> difficult can we please drop these changes from the DRM tree until some
> strategy for getting everything merged is put into place?
This is what's being done [1].
BR,
Jani.
[1] https://lore.kernel.org/r/cover.1713780345.git.geert+renesas@glider.be
--
Jani Nikula, Intel
More information about the dri-devel
mailing list