Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp290969pxb; Mon, 7 Feb 2022 11:24:44 -0800 (PST) X-Google-Smtp-Source: ABdhPJysfBXTUEuxnNF42bN8lCh41qdFEAN9YB3rxa6N7JDqqIzE5W5TBtE/kunUMMHXPaLaQlb9 X-Received: by 2002:a17:907:60cd:: with SMTP id hv13mr920730ejc.684.1644261884399; Mon, 07 Feb 2022 11:24:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644261884; cv=none; d=google.com; s=arc-20160816; b=zhkk/apPtIp5ueRlRmfCcA37C+6SQ/c+hng3+rm4XFAc4yMNUaL49An8qWMLhAMdzW pQuu16iHLIP0opuE4JIiyx8uYov3DHhLCFdfn3tvIImWB/eSlz0dS9OssTvHW7R0j4Hy pXTL+7dAz1stxWJWwBEn5yDBcVC5q3/FRpBSsSxPmx7fdjhjCtJGp0AJBkri2f2vWNBQ F7d6S8TVDJK8l+bWyukyBOKRakabPusVMoDzBdMzzI6X4rrwMDdebE5ntn6IitWb4guz GftWcLFc1TGydtPQzz/mBl5c1D5mMrw0x/DSfbzCPsoTpubZS34hW1gcm5Sqs3IFaerh 9opg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=L2PhKkxKjySsfA37J+qqEjFV1qMz+UyRfMzXWqfRMgA=; b=irQM7VHPGaIgIgkB++tTIgA9n6Ym63lnqr7j/lC0HjlZSvd5HvrDK+P/ijBlILXgKD Pooqge6dcZk0LaIhFJ+3DQr40E9EtIs/ZaZ/XztkyR7QHX6Q6BQMwOe3LlbfH4YOWaph wQIpvko1ishzzPbD0lUtSL0nSy0VDTfKVnIykAg/cCm4p1a/kQ7ciKTuTGzqI/nsmQdk ARrqj+Y1EaiyC0Q2Vnj0/ophfuHa0M5gHKZZ36Wy/fxHKKfaAUDu8PpTeFG1+YHXGPwI 4YCTMSROAHSCAKZgCydwM5hLMUMXayJIEhIiA2eT7XBpz+e2mg70lagX4yyErPgXM3Yv 9QXA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id fy1si9884190ejc.750.2022.02.07.11.24.19; Mon, 07 Feb 2022 11:24:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1381308AbiBEXWw (ORCPT + 99 others); Sat, 5 Feb 2022 18:22:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54072 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235098AbiBEXWv (ORCPT ); Sat, 5 Feb 2022 18:22:51 -0500 Received: from mx1.smtp.larsendata.com (mx1.smtp.larsendata.com [91.221.196.215]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9C625C061348 for ; Sat, 5 Feb 2022 15:22:50 -0800 (PST) Received: from mail01.mxhotel.dk (mail01.mxhotel.dk [91.221.196.236]) by mx1.smtp.larsendata.com (Halon) with ESMTPS id 1ba87e0c-85f6-11ec-b20b-0050568c148b; Fri, 04 Feb 2022 20:07:41 +0000 (UTC) Received: from ravnborg.org (80-162-45-141-cable.dk.customer.tdc.net [80.162.45.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: sam@ravnborg.org) by mail01.mxhotel.dk (Postfix) with ESMTPSA id 92CD0194B8B; Fri, 4 Feb 2022 21:06:40 +0100 (CET) Date: Fri, 4 Feb 2022 21:06:38 +0100 X-Report-Abuse-To: abuse@mxhotel.dk From: Sam Ravnborg To: Daniel Vetter Cc: DRI Development , linux-fbdev@vger.kernel.org, Du Cheng , Tetsuo Handa , Intel Graphics Development , LKML , Claudio Suarez , Greg Kroah-Hartman , Daniel Vetter Subject: Re: [PATCH 18/21] fbcon: untangle fbcon_exit Message-ID: References: <20220131210552.482606-1-daniel.vetter@ffwll.ch> <20220131210552.482606-19-daniel.vetter@ffwll.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220131210552.482606-19-daniel.vetter@ffwll.ch> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Daniel, On Mon, Jan 31, 2022 at 10:05:49PM +0100, Daniel Vetter wrote: > There's a bunch of confusions going on here: > - The deferred fbcon setup notifier should only be cleaned up from > fb_console_exit(), to be symmetric with fb_console_init() > - We also need to make sure we don't race with the work, which means > temporarily dropping the console lock (or we can deadlock) > - That also means no point in clearing deferred_takeover, we are > unloading everything anyway. > - Finally rename fbcon_exit to fbcon_release_all and move it, since > that's what's it doing when being called from consw->con_deinit > through fbcon_deinit. > > Signed-off-by: Daniel Vetter > Cc: Daniel Vetter > Cc: Greg Kroah-Hartman > Cc: Claudio Suarez > Cc: Du Cheng > Cc: Tetsuo Handa > --- > drivers/video/fbdev/core/fbcon.c | 63 ++++++++++++++++---------------- > 1 file changed, 32 insertions(+), 31 deletions(-) > > diff --git a/drivers/video/fbdev/core/fbcon.c b/drivers/video/fbdev/core/fbcon.c > index 5c14e24d14a1..22581952b4fd 100644 > --- a/drivers/video/fbdev/core/fbcon.c > +++ b/drivers/video/fbdev/core/fbcon.c > @@ -185,7 +185,6 @@ static void fbcon_set_disp(struct fb_info *info, struct fb_var_screeninfo *var, > int unit); > static void fbcon_modechanged(struct fb_info *info); > static void fbcon_set_all_vcs(struct fb_info *info); > -static void fbcon_exit(void); > > static struct device *fbcon_device; > > @@ -1149,6 +1148,27 @@ static void fbcon_free_font(struct fbcon_display *p, bool freefont) > > static void set_vc_hi_font(struct vc_data *vc, bool set); > > +static void fbcon_release_all(void) > +{ > + struct fb_info *info; > + int i, j, mapped; > + > + for_each_registered_fb(i) { > + mapped = 0; > + info = registered_fb[i]; > + > + for (j = first_fb_vc; j <= last_fb_vc; j++) { > + if (con2fb_map[j] == i) { > + mapped = 1; > + con2fb_map[j] = -1; > + } > + } > + > + if (mapped) > + fbcon_release(info); > + } > +} > + > static void fbcon_deinit(struct vc_data *vc) > { > struct fbcon_display *p = &fb_display[vc->vc_num]; > @@ -1188,7 +1208,7 @@ static void fbcon_deinit(struct vc_data *vc) > set_vc_hi_font(vc, false); > > if (!con_is_bound(&fb_con)) > - fbcon_exit(); > + fbcon_release_all(); > > if (vc->vc_num == logo_shown) > logo_shown = FBCON_LOGO_CANSHOW; > @@ -3316,34 +3336,6 @@ static void fbcon_start(void) > #endif > } > > -static void fbcon_exit(void) > -{ > - struct fb_info *info; > - int i, j, mapped; > - > -#ifdef CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER > - if (deferred_takeover) { > - dummycon_unregister_output_notifier(&fbcon_output_nb); > - deferred_takeover = false; > - } > -#endif > - > - for_each_registered_fb(i) { > - mapped = 0; > - info = registered_fb[i]; > - > - for (j = first_fb_vc; j <= last_fb_vc; j++) { > - if (con2fb_map[j] == i) { > - mapped = 1; > - con2fb_map[j] = -1; > - } > - } > - > - if (mapped) > - fbcon_release(info); > - } > -} > - > void __init fb_console_init(void) > { > int i; > @@ -3383,10 +3375,19 @@ static void __exit fbcon_deinit_device(void) > > void __exit fb_console_exit(void) > { > +#ifdef CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER > + console_lock(); > + if (deferred_takeover) > + dummycon_unregister_output_notifier(&fbcon_output_nb); > + console_unlock(); > + > + cancel_work_sync(&fbcon_deferred_takeover_work); > +#endif > + > console_lock(); > fbcon_deinit_device(); > device_destroy(fb_class, MKDEV(0, 0)); > - fbcon_exit(); > + We loose the call to fbcon_release_all() here. We have part of the old fbcon_exit() above, but miss the release parts. Maybe I missed something obvious? The rest looks fine. Sam > do_unregister_con_driver(&fb_con); > console_unlock(); > } > -- > 2.33.0