From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753260AbdKJQxq (ORCPT ); Fri, 10 Nov 2017 11:53:46 -0500 Received: from mx2.suse.de ([195.135.220.15]:37437 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750782AbdKJQxo (ORCPT ); Fri, 10 Nov 2017 11:53:44 -0500 Date: Fri, 10 Nov 2017 17:53:42 +0100 Message-ID: From: Takashi Iwai To: "Pavel Machek" Cc: "Oliver Neukum" , , , "Michal Srb" , "Stefan Dirsch" , "Max Staudt" , , Subject: Re: [RFC 00/14] Kernel based bootsplash In-Reply-To: <20171109184523.GA32246@amd> References: <20171025124602.28292-1-mstaudt@suse.de> <20171109115655.GA18436@atrey.karlin.mff.cuni.cz> <1510230976.2975.10.camel@suse.com> <20171109184523.GA32246@amd> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 09 Nov 2017 19:45:23 +0100, Pavel Machek wrote: > > On Thu 2017-11-09 13:36:16, Oliver Neukum wrote: > > Am Donnerstag, den 09.11.2017, 12:56 +0100 schrieb Pavel Machek: > > > > > > "More reliable bootsplash" seems like an anti-goal. More reliable boot > > > should be the goal... > > > > > > You should be able to display nice splash screen from initrd... > > > > > > We may want to fix the blinking cursor. > > > > > > But if there are warnings, it is better to see the warnings then to > > > hide them. If root filesystem can't be mounted (for example) it is > > > good to know the reason, not to stare at the blank screen (or at boot splash). > > > > Hi, > > > > well you are not required to use a boot splash. Though I note that > > many people want a boot splash. However, if you use a boot splash > > at all, you will not see the messages, so how does it matter to you > > if it comes out of the initrd? > > Of course I'm not required to use it. > > OTOH you don't need to patch kernel to get nice bootsplash. If it > means improving "quiet" option to hide the cursor, so be it. We can achieve this even now by passing vt.global_cursor_default=0 boot option. But you'd need to reset the cursor explicitly before starting the login prompt, though. Also, the whole kernel messages can be suppressed by passing console_loglevel=1 option, too. So far, so good. However... > You > should be able to do the rest, already. ... the devils are in details. We have lots of issues with the most commonly used bootsplash, plymouth, which should have been "nice". The most notable one is that it blocks the switching to KMS driver. It's basically a long-standing kernel bug, and you can see it easily on your machine, even on VM. - Boot with VESA or EFI FB. DRM driver isn't loaded yet. - Run some app (splash) to open /dev/fb0 and keep it opened. - Load the native DRM driver (i915, cirrus and whatever) now. At this point, your screen freezes. It's because the KMS driver load fails due to the process opening /dev/fb* of the old FB to be kicked out. For avoiding such a situation, many distros disable the bootsplash on FB but only run on DRM mode (so the splash on the first FB is skipped). But it means you'll have no splash for non-KMS systems. Also, when plymouth runs DRM mode, this itself conflicts with the invocation of X, which requires the DRM exclusively again. Such a DRM device management mechanism is missing in the whole picture. Maybe we need some helper along with logind or such... Last but not least, plymouth grabs the whole input because it needs to capture the input for turning on/off splash and for allowing the decrypt password prompt; this often leads to a stall at boot when plymouth doesn't react properly. That said, quite lots of issues come from plymouth itself, but yet some fundamental issues need to be addressed in the kernel, too. Takashi