[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180703121429.283faef0@gandalf.local.home>
Date: Tue, 3 Jul 2018 12:14:29 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Sergey Senozhatsky <sergey.senozhatsky@...il.com>
Cc: Hans de Goede <hdegoede@...hat.com>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
Petr Mladek <pmladek@...e.com>,
dri-devel@...ts.freedesktop.org, linux-fbdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5 3/3] console/fbcon: Add support for deferred console
takeover
On Wed, 4 Jul 2018 01:13:27 +0900
Sergey Senozhatsky <sergey.senozhatsky@...il.com> wrote:
> On (06/28/18 11:03), Hans de Goede wrote:
> [..]
> >
> > +config FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER
> > + bool "Framebuffer Console Deferred Takeover"
> > + depends on FRAMEBUFFER_CONSOLE=y && DUMMY_CONSOLE=y
>
> + default n
>
> > + help
> > + If enabled this defers the framebuffer console taking over the
> > + console from the dummy console until the first text is displayed on
> > + the console. This is useful in combination with the "quiet" kernel
> > + commandline option to keep the framebuffer contents initially put up
> > + by the firmware in place, rather then replacing the contents with a
> > + black screen as soon as fbcon loads.
>
> Can we please default this to 'n'?
>
No explicit default means 'n'. You don't need to specify it.
-- Steve
Powered by blists - more mailing lists