Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp8186imw; Mon, 4 Jul 2022 04:20:58 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vwKhFCrddfDJXnnZSrJUI6RQMcqzqr84z704V3rgAlY5vJ6UEqj50F/WmokYCp/luWzzG2 X-Received: by 2002:a05:6402:3689:b0:435:95b0:edf2 with SMTP id ej9-20020a056402368900b0043595b0edf2mr38049406edb.279.1656933658416; Mon, 04 Jul 2022 04:20:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656933658; cv=none; d=google.com; s=arc-20160816; b=mLHZV+OcbmFlNnhToVjjnPBBtkD/7CeaegXTbAob/ypVB9JbTvkA+Gtmg/8VQWrg/u D223+TbvDlQ4ccKoNAmO0/WkGbz57bS4oa9A+EGao49Twe42uqyzcCgJMr/ueIPsYVNu 0pStfwkEuVzaOLjuZgH3zR1IcGb2e6oe0jY5UW2qLBe0aQw8z1jKOWTA6Q8XKJL7ORSB CiuBhkYP/LGszLU5KPSBvcUFkDOZ7j2r3gvWBadbTYHXAPmL0OYeShO7kb6jbCcDp5IT v0k1YhyQAbYjy+hqwNelkGYLn3olTL1IGHFtGqXCg/KMgFBa/0poVLOiEuoCtYCxA3Ru cy8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=Ut+WWibEfyJBLSg/VKsq6OP7Ocuc0Z+TCfVLoeQU4X0=; b=Vk9DEtiMay+vQkakXk4hbcK39ITdvXeOMw9RNQ9GeKK/nF9/0nIQBrvpaeq8BphWWL jnHJxWalxRzKXX2JZjKe2OfdSndWpCw9BQswgMUrbtJ5+Sdqr5tou8ESOTezPOdAyS8W k2uO0DNMC38ML4HLNWM3ahmxu3swFw5eJGHex6Q6q/Lorg96Zvgs4nrRFgQ0nclpUTK6 YD+u4AVF85Wurdyms6oZpQybWeENuiHOUqwa02L1LUnfTyGBM6+UScRuRl1nLYr5X2tY sLNyqMW9z7CaIMZPkWo6UGzWjA8Rx1HEZTCvfFQZdMLjQmr0gggjRWVy6+yOm6sbG1cr F3Dg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfromscratch.org header.s=cert4 header.b=Rs2RuGSR; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=linuxfromscratch.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s15-20020a170906bc4f00b00722f0145649si32736721ejv.646.2022.07.04.04.20.33; Mon, 04 Jul 2022 04:20:58 -0700 (PDT) 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; dkim=pass header.i=@linuxfromscratch.org header.s=cert4 header.b=Rs2RuGSR; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=linuxfromscratch.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233978AbiGDK3q (ORCPT + 99 others); Mon, 4 Jul 2022 06:29:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55126 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233588AbiGDK3m (ORCPT ); Mon, 4 Jul 2022 06:29:42 -0400 Received: from smtp2.tsag.net (smtp2.tsag.net [208.118.68.91]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E93C526EF; Mon, 4 Jul 2022 03:29:41 -0700 (PDT) Received: from linuxfromscratch.org (rivendell.linuxfromscratch.org [208.118.68.85]) (user=smtprelay@linuxfromscratch.org mech=PLAIN bits=0) by smtp2.tsag.net with ESMTP id 264ATNkm015395-264ATNko015395 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 4 Jul 2022 04:29:23 -0600 Received: from [192.168.124.21] (unknown [113.140.29.6]) by linuxfromscratch.org (Postfix) with ESMTPSA id 818531C337B; Mon, 4 Jul 2022 10:29:18 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfromscratch.org; s=cert4; t=1656930563; bh=7SlvoAQAjYIET8FUv/TvZB/zr4/2kz6Ntmih+ixegRU=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=Rs2RuGSRH+CHTLOWW5eDWDfS/3EN8u+a1+sbyEtoHwdTImGUqeS3N5SdZ1XVh9QkH nS8z6ia/k27GR5pTeFY2RzigZX0NZgtL+EMR1BKvf9wqN0G5jOgTy8gVR2MhONDCDj URBUO4UY/z8WWpCQwnHM7s3DOrmEqV9N9WoLGFqM9QiPrPUrVB0+zjolP5Uv/ObMZE 7SML8FxBKkY7dqpCEbUrYOx8c6WKSY/TXAUgOc+VG0wr0dcKmS4TiE4H0Foh7/jw3m bGjmyvfZVx8NLiatbmx7CjueUftxyrgSrpOqhO6cWdEHi1+HBLcmjdL8TBKyLNODCa QXBAl5bxWhMQQ== Message-ID: <61f2e4e2af40cb9d853504d0a6fe01829ff8ca60.camel@linuxfromscratch.org> Subject: Re: [PATCH v6 3/5] fbdev: Disable sysfb device registration when removing conflicting FBs From: Xi Ruoyao To: Javier Martinez Canillas , Zack Rusin , "linux-kernel@vger.kernel.org" Cc: "linux-fbdev@vger.kernel.org" , "kvm@vger.kernel.org" , "gregkh@linuxfoundation.org" , "deller@gmx.de" , "dri-devel@lists.freedesktop.org" , "alex.williamson@redhat.com" , Linux-graphics-maintainer , "kraxel@redhat.com" , "tzimmermann@suse.de" , "daniel.vetter@ffwll.ch" , "lersek@redhat.com" Date: Mon, 04 Jul 2022 18:29:00 +0800 In-Reply-To: <64c753c98488a64b470009e45769ceab29fd8130.camel@linuxfromscratch.org> References: <20220607182338.344270-1-javierm@redhat.com> <20220607182338.344270-4-javierm@redhat.com> <38473dcd-0666-67b9-28bd-afa2d0ce434a@redhat.com> <603e3613b9b8ff7815b63f294510d417b5b12937.camel@vmware.com> <97565fb5-cf7f-5991-6fb3-db96fe239ee8@redhat.com> <711c88299ef41afd8556132b7c1dcb75ee7e6117.camel@vmware.com> <64c753c98488a64b470009e45769ceab29fd8130.camel@linuxfromscratch.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.3 MIME-Version: 1.0 X-FEAS-Auth-User: smtprelay@linuxfromscratch.org X-FEAS-DKIM: Valid Authentication-Results: smtp2.tsag.net; dkim=pass header.i=@linuxfromscratch.org; dmarc=pass header.from=linuxfromscratch.org X-FE-Policy-ID: 0:14:3:linuxfromscratch.org X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, 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 On Mon, 2022-07-04 at 17:36 +0800, Xi Ruoyao wrote: > > Yes, please do. Either with CONFIG_SYSFB_SIMPLEFB disabled and CONFIG_F= B_EFI > > enabled (so that "efi-framebuffer" is registered and efifb probed) or w= ith > > CONFIG_SYSFB_SIMPLEFB but CONFIG_FB_SIMPLE enabled (so "simple-framebuf= fer > > is used too but with simplefb instead of simpledrm). > > =C2=A0 > > I'm not able to reproduce, it would be useful to have another data poin= t. >=20 > Also happening for me with CONFIG_SYSFB_SIMPLEFB, on a Intel Core i7- > 1065G7 (with iGPU). >=20 > Reverting this commit on top of 5.19-rc5 "fixes" the issue. With CONFIG_SYSFB_SIMPLEFB and CONFIG_FB_SIMPLE enabled, there is no issue. I guess it's something going wrong on a "drm -> drm" pass over. For now I'll continue to use simpledrm with this commit reverted.