Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-28 Thread Hans de Goede
Hi, On 28-06-18 10:37, Daniel Vetter wrote: On Thu, Jun 28, 2018 at 10:20 AM, Hans de Goede wrote: Hi, On 28-06-18 09:55, Daniel Vetter wrote: On Tue, Jun 26, 2018 at 08:36:12PM +0200, Hans de Goede wrote: Currently fbcon claims fbdevs as soon as they are registered and takes over the con

Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-28 Thread Daniel Vetter
On Thu, Jun 28, 2018 at 10:20 AM, Hans de Goede wrote: > Hi, > > On 28-06-18 09:55, Daniel Vetter wrote: >> >> On Tue, Jun 26, 2018 at 08:36:12PM +0200, Hans de Goede wrote: >>> >>> Currently fbcon claims fbdevs as soon as they are registered and takes >>> over >>> the console as soon as the first

Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-28 Thread Hans de Goede
Hi, On 28-06-18 09:55, Daniel Vetter wrote: On Tue, Jun 26, 2018 at 08:36:12PM +0200, Hans de Goede wrote: Currently fbcon claims fbdevs as soon as they are registered and takes over the console as soon as the first fbdev gets registered. This behavior is undesirable in cases where a smooth gr

Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-28 Thread Daniel Vetter
On Tue, Jun 26, 2018 at 08:36:12PM +0200, Hans de Goede wrote: > Currently fbcon claims fbdevs as soon as they are registered and takes over > the console as soon as the first fbdev gets registered. > > This behavior is undesirable in cases where a smooth graphical bootup is > desired, in such cas

Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-26 Thread Andy Shevchenko
On Tue, Jun 26, 2018 at 9:29 PM, Hans de Goede wrote: >>> + for (i = 0; i < FB_MAX; i++) { >>> + if (registered_fb[i]) >>> + fbcon_fb_registered(registered_fb[i]); >>> + } >> Simple git grep shows that we perhaps do >> >> #define for_each_registere

[PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-26 Thread Hans de Goede
Currently fbcon claims fbdevs as soon as they are registered and takes over the console as soon as the first fbdev gets registered. This behavior is undesirable in cases where a smooth graphical bootup is desired, in such cases we typically want the contents of the framebuffer (typically a vendor

Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-26 Thread Hans de Goede
Hi, On 26-06-18 19:12, Andy Shevchenko wrote: On Tue, Jun 26, 2018 at 4:55 PM, Hans de Goede wrote: Currently fbcon claims fbdevs as soon as they are registered and takes over the console as soon as the first fbdev gets registered. This behavior is undesirable in cases where a smooth graphica

Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-26 Thread Andy Shevchenko
On Tue, Jun 26, 2018 at 8:12 PM, Andy Shevchenko wrote: > On Tue, Jun 26, 2018 at 4:55 PM, Hans de Goede wrote: >> + for (i = 0; i < FB_MAX; i++) { >> + if (registered_fb[i]) >> + fbcon_fb_registered(registered_fb[i]); >> + } > > Simple git grep sh

Re: [PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-26 Thread Andy Shevchenko
On Tue, Jun 26, 2018 at 4:55 PM, Hans de Goede wrote: > Currently fbcon claims fbdevs as soon as they are registered and takes over > the console as soon as the first fbdev gets registered. > > This behavior is undesirable in cases where a smooth graphical bootup is > desired, in such cases we typ

[PATCH v3 3/3] console/fbcon: Add support for deferred console takeover

2018-06-26 Thread Hans de Goede
Currently fbcon claims fbdevs as soon as they are registered and takes over the console as soon as the first fbdev gets registered. This behavior is undesirable in cases where a smooth graphical bootup is desired, in such cases we typically want the contents of the framebuffer (typically a vendor