Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp7347784imm; Thu, 28 Jun 2018 02:07:28 -0700 (PDT) X-Google-Smtp-Source: ADUXVKItfPOh08WlY7uWFyIiYvI9E+WGDamMptdxKKrJnB4hDNAsLvodN4FB7n5IjN6LihMkwDLP X-Received: by 2002:a65:60d2:: with SMTP id r18-v6mr8207619pgv.306.1530176848228; Thu, 28 Jun 2018 02:07:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530176848; cv=none; d=google.com; s=arc-20160816; b=p0totv8zzm6vhqixjqF9Nq6xoC4vQ1kZoQzGCoGLW4Jf9zc+1s+6w2BrjEy/H5QWkM 7Sh3dO+iczWtaeYF7Dl+gG18946vOmqQYfO8wWtkSMM2R244jHddCqpBg+HFUwcJyJsD GPBf+v8sQZp+bFrS2xhfO06zGAmaF0fDhFCSFfGE8X/CjtVWCIEyUhcv4NGefX2t13UH K8bAsKWVo5rgTWDrNQmVpHTYX+wAsgpdBuXMVYtWgufBzlZC3VwdssJSekw51csljnBL tWbsqsKUXX8jVBhujSIwP8PEKm0h8VxHcNdj25LahrVE8DfjkLt732nxBLndGfwwbP/U JpxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=LPM/7IldVhwmlw+FOi+Gwn7meaGZBMmGaa4bvDE+kC0=; b=X49+R29Ggm7at5pRYOwceusV4p8DW3/ZRIlLNSg3xETMLyUI72Ub4XSJOGHxhsTE4g UXVfmv76frDZBJTjiBt5nnVbYVRraDggW1yZZ7uM6dMmQmDKGpaD7B09pc+8Ng94bqlG ZmOsrlw9F5BVipA2Yndombi/UKFM5jyVFrMgQu9GRG9ncGm2MFHITSiOaP/l+d4ncn1b Inb/gBsNSFLXb3FKnwRr7FvIVn0qfJdhDQcBq+qTWge59Y6I3CTjj4qOu5BUyKpZfiiC CempLoZ3nN4396Gjy2T2kI46QpiJ79c2pWqpaONHvdoadM3ROnd4Hhn3YqNVFicxw1O3 yEPg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e6-v6si4996285pgr.208.2018.06.28.02.07.10; Thu, 28 Jun 2018 02:07:28 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933121AbeF1JD4 (ORCPT + 99 others); Thu, 28 Jun 2018 05:03:56 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:49646 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932262AbeF1JDy (ORCPT ); Thu, 28 Jun 2018 05:03:54 -0400 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 4CFAC87A80; Thu, 28 Jun 2018 09:03:54 +0000 (UTC) Received: from shalem.localdomain.com (unknown [10.36.118.46]) by smtp.corp.redhat.com (Postfix) with ESMTP id 1793D2026D69; Thu, 28 Jun 2018 09:03:52 +0000 (UTC) From: Hans de Goede To: Bartlomiej Zolnierkiewicz , Petr Mladek , Sergey Senozhatsky Cc: Hans de Goede , dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, Steven Rostedt , linux-kernel@vger.kernel.org Subject: [PATCH v5 0/3] console/fbcon: Add support for deferred console takeover Date: Thu, 28 Jun 2018 11:03:48 +0200 Message-Id: <20180628090351.15581-1-hdegoede@redhat.com> X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Thu, 28 Jun 2018 09:03:54 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Thu, 28 Jun 2018 09:03:54 +0000 (UTC) for IP:'10.11.54.4' DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'hdegoede@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi All, Here is v5 of my patch-set, to delay fbcon taking over the console (and binding to fbdev devices) until there actually is some text output to the console. This is intended for use with the "quiet" cmdline option, in combination with a bootloader which leaves the vendor's logo / EFI bootgraphics put up by the firmware intact on the EFI framebuffer. The end goal here is a boot where the firmware shows its boot graphics and these stay in place for a couple of seconds until the GUI loads and the GUI then smoothly takes over the framebuffer without any distruptions. Bartlomiej, I believe that this patch-set is ready for merging now and the first patch has Petr's ack, so can we get this merged now? Also please create an inmutable (or topic) branch for this, so that the drm people can merge it into drm-tip for additional testing. Changelog: Changes in v5: -Improve commit message, explain why dummy_con.c is used to detect the first printout, instead of handling this entirely inside the fbcon code (no code changes, only updated the commit message) Changes in v4: -Keep the comments about which fbcon functions need locks in place Changes in v3: -Export is_console_locke() for use in modules (as fbcon may be built as a .ko) -Use WARN_CONSOLE_UNLOCKED() in several places in the fbcon code to assert proper locking (requested by Daniel) -Unregister the fbcon-dummycon-output-notifier on fbcon_exit() (req. by Daniel) -Document the fbcon=nodefer commandline option (req. by Emil) Changes in v2: -Check the whole string when checking for erases in putcs, instead of just the first char -Make dummycon_blank return 1, so that a redraw gets triggered and any text rendered while blanked gets output so that it can trigger a deferred takeover if one is pending Regards, Hans