Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755408AbdLTOQc (ORCPT ); Wed, 20 Dec 2017 09:16:32 -0500 Received: from mx2.suse.de ([195.135.220.15]:56873 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754931AbdLTOQ2 (ORCPT ); Wed, 20 Dec 2017 09:16:28 -0500 Subject: Re: [RFC PATCH v2 00/13] Kernel based bootsplash To: Neil Armstrong , Bartlomiej Zolnierkiewicz , Linux Fbdev development list , michal@markovi.net, sndirsch@suse.com, Oliver Neukum , Takashi Iwai , dri-devel , Linux Kernel Mailing List , =?UTF-8?Q?Bero_Rosenkr=c3=a4nzer?= , philm@manjaro.org References: <20171213194755.3409-1-mstaudt@suse.de> <20171219161630.GI26573@phenom.ffwll.local> <2f8a1a08-911d-a511-2968-4d89418ac212@suse.de> <573d4050-7607-b8e4-7552-83966f551ba3@suse.de> <20171220094355.GJ26573@phenom.ffwll.local> From: Max Staudt Message-ID: <0bb4de88-77f4-8c6a-d8df-e418e9f29e78@suse.de> Date: Wed, 20 Dec 2017 15:16:25 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1181 Lines: 22 On 12/20/2017 11:06 AM, Neil Armstrong wrote: > My 2cents about this patchset: > You did a good job about all the animation and splash logic, but for me all this fbcon > stuff is a huge hack, please use a standard and modern display subsystem en leave fbcon > die alone.... Thanks for the compliment! As for fbcon: I think you're confusing things. fbcon is not the same as fbdev. I've hooked into the terminal emulator because it allows me to hide exactly the thing I want to hide (text), it allows me to show what I want when I want (splash or text), and it spares me from defining a third competing user of the device. I understand that you want old code to die, and as it is now, catering for the old code will cater for everyone, including the new style drivers (via their legacy interface). > My DRM ARM systems would love to have such bootsplash, so please, make it happen using DRM > then leave the fbcon based stuff like efifb migrate to DRM in a second time ! The current solution will "just work" on your systems as it is. I'm not ignoring them. If you've ever used a kernel console on your DRM ARM device, then the current splash will work exactly as good. Max