[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aaadb6af-0ce7-548c-84a1-f880d1999cbb@synopsys.com>
Date: Tue, 15 Feb 2022 02:52:48 +0000
From: Thinh Nguyen <Thinh.Nguyen@...opsys.com>
To: Arnd Bergmann <arnd@...nel.org>,
Thinh Nguyen <Thinh.Nguyen@...opsys.com>
CC: Randy Dunlap <rdunlap@...radead.org>,
Fabio Estevam <festevam@...il.com>,
Kees Cook <keescook@...omium.org>,
Daniel Vetter <daniel.vetter@...ll.ch>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
John Youn <John.Youn@...opsys.com>,
Bing Yuan <Bing.Yuan@...opsys.com>,
"linux-mediatek@...ts.infradead.org"
<linux-mediatek@...ts.infradead.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: Kconfig CONFIG_FB dependency regression
Arnd Bergmann wrote:
> On Tue, Feb 8, 2022 at 11:42 PM Thinh Nguyen <Thinh.Nguyen@...opsys.com> wrote:
>> Randy Dunlap wrote:
>>> On 2/8/22 12:10, Thinh Nguyen wrote:
>>>> Randy Dunlap wrote:
>>>>> On 2/3/22 19:21, Thinh Nguyen wrote:
>
>> Ah.. It's because I don't use old.config as the base config. I use
>> x86_64_defconfig as the base plus some additional configs I need, and it
>> has CONFIG_FB_EFI set by default.
>
> Does it hang if you just disable CONFIG_FB_EFI on an otherwise working
> kernel? This is supposed to only disable the framebuffer, but it could be
> the actual cause if something else depends on its presence.
>
Looks like disabling it works. Not sure why config x86_64_defconfig
needs it.
Thanks,
Thinh
Powered by blists - more mailing lists