[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAA_UwzLoTDQMJUWTZq-U=crNpAKmc5DpBNwJtr3DOO2ywaTD7g@mail.gmail.com>
Date: Tue, 19 Dec 2017 16:01:24 -0500
From: Ray Strode <halfline@...il.com>
To: Max Staudt <mstaudt@...e.de>
Cc: b.zolnierkie@...sung.com, linux-fbdev@...r.kernel.org,
michal@...kovi.net, sndirsch@...e.com, oneukum@...e.com,
tiwai@...e.com, dri-devel@...ts.freedesktop.org,
"Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>,
bernhard.rosenkranzer@...aro.org, philm@...jaro.org
Subject: Re: [RFC PATCH v2 03/13] bootsplash: Flush framebuffer after drawing
Hi,
On Tue, Dec 19, 2017 at 10:41 AM, Max Staudt <mstaudt@...e.de> wrote:
> I'm hooking into the in-kernel terminal emulator, because the bootsplash is a
> functional extension of that. It just happens that fbcon sits on top of FB, so I
> work with what I get.
>
> And the console in turn happens to work on all FB and KMS drivers, so it
> makes users of all kinds of drivers happy. In fact, that's why the FB emulation
> in KMS drivers came to be in the first place, if I remember right - to ensure
> fbcon continues to work.
But what about multi-monitor? what about hidpi screens? Ideally you want
each monitor to show the splash in a way that best fits that monitor.
You can't do that if you're drawing all over fbcon... and it's not like multiple
monitors and 4k screens are niche these days.
--Ray
Powered by blists - more mailing lists