Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1331182imm; Tue, 3 Jul 2018 09:16:28 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIgo1KhQOXiSfFCrl0B0EVUBbemcVjZgN7tHCKTOF1/llW3unmmVaekRIuTFkUUkacZfWl0 X-Received: by 2002:a17:902:bd42:: with SMTP id b2-v6mr30682081plx.23.1530634587997; Tue, 03 Jul 2018 09:16:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530634587; cv=none; d=google.com; s=arc-20160816; b=ZeDQ/pt1h8YqoJqMED/4CdGIO5/xnR5hTIkGSzQGt/RCo+lpC0XxStWYXnwih/PXT4 LI2uOHTmRr4V/TRKld9skntI4pMwWx1slDU2+tFu7zOQ4+5PBA4ZynwJZAIbQUsRyssa bOv4p/ffd8r1WfW5CBjKZNP8OHVI9DKY9IZXWqha42V0efy2ztHyoq3GYHI5ffJLRkCi +CoUN+DblI+4vesi6wYtrB3F/i63+Pgz5qBGwjzUXA7r/BIIIAwaYKyg2WvO2DUZGHOH ncC1sM6dN6/8vgGFSvypojDmMOnyQ+gri9tycFf4JGgfySYcCgB/SVyLVjMXS6ZFuM1J C/wg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=hQhmQCFZNq2ud6umB2zW+WqSVRkUmNHtd0WZ4IIrGHY=; b=pCP8Xr6JK+66PTdVe+OLIk4071Td+TBRBz1NOp2tN0WAzVo2l1hhfbqbMJvudAY8xp j3WyXAmdJSpW7E3da9dkPzGor7QbED86kLjNY8Q0R5AvXlidVI7UW6EispEsDgDmeJdI VFRq5h6j28h69h93zBYB4r66aiT8AJPkagZiEwFDItSdMR6bL78H0FJB0yfSqED6TqLH +djRPrvwrDD2ejpyB1L2vgup8OXcyjM/xfG8pQ56aMz7O1TsXiNPFpUZVdJztJ5fY1E7 IC4ztAWR/cGyjRRxc+WQ2V6H9VVuysQxkKNsbtlRde/LWQ8RNfCwKYWY2XxUHtYIwWbi Egew== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v17-v6si1572107pfl.233.2018.07.03.09.16.12; Tue, 03 Jul 2018 09:16:27 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933860AbeGCQOd (ORCPT + 99 others); Tue, 3 Jul 2018 12:14:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:51096 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932392AbeGCQOc (ORCPT ); Tue, 3 Jul 2018 12:14:32 -0400 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id EFC082147E; Tue, 3 Jul 2018 16:14:30 +0000 (UTC) Date: Tue, 3 Jul 2018 12:14:29 -0400 From: Steven Rostedt To: Sergey Senozhatsky Cc: Hans de Goede , Bartlomiej Zolnierkiewicz , Petr Mladek , dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 3/3] console/fbcon: Add support for deferred console takeover Message-ID: <20180703121429.283faef0@gandalf.local.home> In-Reply-To: <20180703161327.GA391@tigerII.localdomain> References: <20180628090351.15581-1-hdegoede@redhat.com> <20180628090351.15581-4-hdegoede@redhat.com> <20180703161327.GA391@tigerII.localdomain> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 4 Jul 2018 01:13:27 +0900 Sergey Senozhatsky 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