[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CACRpkdaK+8bropqoRCaEw6KH7ZKRHUwNBPtc-cOojJZt+3S+yw@mail.gmail.com>
Date: Fri, 26 Aug 2022 21:59:34 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Doug Anderson <dianders@...omium.org>
Cc: kernel test robot <lkp@...el.com>, llvm@...ts.linux.dev,
kbuild-all@...ts.01.org, LKML <linux-kernel@...r.kernel.org>,
Noralf Trønnes <noralf@...nnes.org>
Subject: Re: ld.lld: error: undefined symbol: drm_gem_fb_get_obj
On Fri, Aug 26, 2022 at 5:48 PM Doug Anderson <dianders@...omium.org> wrote:
> Unfortunately, fixing the error isn't the most trivial thing in the
> world. If you just do this:
>
> config DRM_MIPI_DBI
> tristate
> + select DRM_KMS_HELPER
> depends on DRM
>
> ...then you get a circular dependency:
>
> drivers/gpu/drm/Kconfig:76:error: recursive dependency detected!
> drivers/gpu/drm/Kconfig:76: symbol DRM_KMS_HELPER is selected by
> DRM_MIPI_DBI
> drivers/gpu/drm/Kconfig:31: symbol DRM_MIPI_DBI is selected by
> DRM_PANEL_ILITEK_ILI9341
> drivers/gpu/drm/panel/Kconfig:165: symbol
> DRM_PANEL_ILITEK_ILI9341 depends on DRM_KMS_HELPER
> For a resolution refer to Documentation/kbuild/kconfig-language.rst
> subsection "Kconfig recursive dependency limitations"
It turns out Randy Dunlap had made the right fixes, and I merged them
before you got the chance to reply!
https://cgit.freedesktop.org/drm/drm-misc/commit/?id=84dfc46594b0167e5d3736273b0e0e05365da641
https://cgit.freedesktop.org/drm/drm-misc/commit/?id=eb7de496451bd969e203f02f66585131228ba4ae
But thanks!
Yours,
Linus Walleij
Powered by blists - more mailing lists