linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Petr Mladek <pmladek@suse.com>
To: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Prarit Bhargava <prarit@redhat.com>,
	Yisheng Xie <ysxie@foxmail.com>,
	linux-fbdev@vger.kernel.org, Kees Cook <keescook@chromium.org>,
	Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	Steven Rostedt <rostedt@goodmis.org>,
	Marko Myllynen <myllynen@redhat.com>,
	Hans de Goede <hdegoede@redhat.com>,
	dri-devel@lists.freedesktop.org,
	Thierry Reding <treding@nvidia.com>
Subject: Re: [PATCH v3] fbcon: Silence fbcon logo on 'quiet' boots
Date: Wed, 02 Jan 2019 16:05:36 +0000	[thread overview]
Message-ID: <20190102160536.h46ehoymo4sh6apz@pathway.suse.cz> (raw)
In-Reply-To: <3de54c0d-3e9b-769f-5cc6-e69dbb399426@samsung.com>

On Thu 2018-12-20 17:31:57, Bartlomiej Zolnierkiewicz wrote:
> 
> [ added Petr & Sergey to Cc: ]
> 
> Hi,
> 
> On 10/30/2018 04:44 PM, Prarit Bhargava wrote:
> > On text-based systems the 'quiet' boot option will show printk levels
> > higher than CONSOLE_LOGLEVEL_QUIET.  The displaying of the Tux logo
> > during boot can cause some consoles to lose display data and as a result
> > confuse the end user.
> > 
> > Do not display the Tux logo on systems that are in 'quiet' boot.
> > 
> > v2: It helps to commit all my changes before sending them.  Remove extra
> > bracket.
> > v3: buildbot error fix: fbcon can be built as part of a module so export console_printk
> > 
> > Signed-off-by: Prarit Bhargava <prarit@redhat.com>
> > Cc: Hans de Goede <hdegoede@redhat.com>
> > Cc: Marko Myllynen <myllynen@redhat.com>
> > Cc: Steven Rostedt (VMware) <rostedt@goodmis.org>
> > Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
> > Cc: Kees Cook <keescook@chromium.org>
> > Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
> > Cc: Thierry Reding <treding@nvidia.com>
> > Cc: Yisheng Xie <ysxie@foxmail.com>
> > Cc: dri-devel@lists.freedesktop.org
> > ---
> >  drivers/video/fbdev/core/fbcon.c | 13 ++++++++-----
> >  kernel/printk/printk.c           |  1 +
> >  2 files changed, 9 insertions(+), 5 deletions(-)
> > 
> > diff --git a/drivers/video/fbdev/core/fbcon.c b/drivers/video/fbdev/core/fbcon.c
> > index 8958ccc8b1ac..08e092eaf45c 100644
> > --- a/drivers/video/fbdev/core/fbcon.c
> > +++ b/drivers/video/fbdev/core/fbcon.c
> > @@ -649,11 +649,14 @@ static void fbcon_prepare_logo(struct vc_data *vc, struct fb_info *info,
> >  		kfree(save);
> >  	}
> >  
> > +	if (logo_shown = FBCON_LOGO_DONTSHOW)
> > +		return;
> > +
> >  	if (logo_lines > vc->vc_bottom) {
> >  		logo_shown = FBCON_LOGO_CANSHOW;
> >  		printk(KERN_INFO
> >  		       "fbcon_init: disable boot-logo (boot-logo bigger than screen).\n");
> > -	} else if (logo_shown != FBCON_LOGO_DONTSHOW) {
> > +	} else {
> >  		logo_shown = FBCON_LOGO_DRAW;
> >  		vc->vc_top = logo_lines;
> >  	}
> > @@ -1051,7 +1054,7 @@ static void fbcon_init(struct vc_data *vc, int init)
> >  	struct vc_data **default_mode = vc->vc_display_fg;
> >  	struct vc_data *svc = *default_mode;
> >  	struct display *t, *p = &fb_display[vc->vc_num];
> > -	int logo = 1, new_rows, new_cols, rows, cols, charcnt = 256;
> > +	int new_rows, new_cols, rows, cols, charcnt = 256;
> >  	int cap, ret;
> >  
> >  	if (info_idx = -1 || info = NULL)
> > @@ -1059,9 +1062,9 @@ static void fbcon_init(struct vc_data *vc, int init)
> >  
> >  	cap = info->flags;
> >  
> > -	if (vc != svc || logo_shown = FBCON_LOGO_DONTSHOW ||
> > +	if (vc != svc || console_loglevel <= CONSOLE_LOGLEVEL_QUIET ||
> >  	    (info->fix.type = FB_TYPE_TEXT))
> > -		logo = 0;
> > +		logo_shown = FBCON_LOGO_DONTSHOW;
> 
> "logo" variable removal is an unrelated change which actually
> changes the code behavior ("logo_shown" will be now modified
> also for "vc != svc" and "info->fix.type = FB_TYPE_TEXT" cases).
> 
> Please either drop it or explain in the patch description why
> it is a safe thing to do.

Good question! I am not familiar with fbcon code but it seems
that there might be more instances and they share the behavior
via this variable.

Note that console_loglevel might get modified at anytime. What if
the first fbcon was initialized with a different loglevel?


> >  	if (var_to_display(p, &info->var, info))
> >  		return;
> > @@ -1176,7 +1179,7 @@ static void fbcon_init(struct vc_data *vc, int init)
> >  	} else
> >  		vc_resize(vc, new_cols, new_rows);
> >  
> > -	if (logo)
> > +	if (logo_shown != FBCON_LOGO_DONTSHOW)
> >  		fbcon_prepare_logo(vc, info, cols, rows, new_cols, new_rows);
> >  
> >  	if (vc = svc && softback_buf)
> > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
> > index b77150ad1965..391e390feac9 100644
> > --- a/kernel/printk/printk.c
> > +++ b/kernel/printk/printk.c
> > @@ -66,6 +66,7 @@ int console_printk[4] = {
> >  	CONSOLE_LOGLEVEL_MIN,		/* minimum_console_loglevel */
> >  	CONSOLE_LOGLEVEL_DEFAULT,	/* default_console_loglevel */
> >  };
> > +EXPORT_SYMBOL(console_printk);
> 
> You need printk Maintainers Ack on it.

I am fine with the added export (as a printk maintainer).

Best Regards,
Petr

  reply	other threads:[~2019-01-02 16:05 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20181030154456epcas4p19e91c78daad3f1f48e8260601e5fdfec@epcas4p1.samsung.com>
2018-10-30 15:44 ` [PATCH v3] fbcon: Silence fbcon logo on 'quiet' boots Prarit Bhargava
2018-10-30 21:35   ` Steven Rostedt
2018-10-30 21:35   ` Steven Rostedt
2018-10-30 22:31     ` Prarit Bhargava
2018-12-20 16:31   ` Bartlomiej Zolnierkiewicz
2019-01-02 16:05     ` Petr Mladek [this message]
2019-01-03 10:38       ` Geert Uytterhoeven
2019-01-10 18:46       ` Prarit Bhargava
2019-01-07 10:09     ` Sergey Senozhatsky
2019-01-10 19:03   ` [PATCH v4 0/2] Do not output logo on quiet boots Prarit Bhargava
2019-01-10 19:03     ` [PATCH v4 1/2] fbcon: Silence fbcon logo on 'quiet' boots Prarit Bhargava
2019-01-11  6:04       ` Sergey Senozhatsky
2019-01-15 15:09         ` Petr Mladek
2019-01-10 19:03     ` [PATCH v4 2/2] printk: Export console_printk Prarit Bhargava
2019-01-11  6:02       ` Sergey Senozhatsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190102160536.h46ehoymo4sh6apz@pathway.suse.cz \
    --to=pmladek@suse.com \
    --cc=b.zolnierkie@samsung.com \
    --cc=daniel.vetter@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hdegoede@redhat.com \
    --cc=keescook@chromium.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=myllynen@redhat.com \
    --cc=prarit@redhat.com \
    --cc=rostedt@goodmis.org \
    --cc=sergey.senozhatsky@gmail.com \
    --cc=treding@nvidia.com \
    --cc=ysxie@foxmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).