Received: by 2002:a05:7412:251c:b0:e2:908c:2ebd with SMTP id w28csp2572647rda; Wed, 25 Oct 2023 06:43:15 -0700 (PDT) X-Google-Smtp-Source: AGHT+IH+OG51gefAJ2rhZW3WQkWFUz4GsC0oEH+QwgAi5hIShdzps9I9TRYmSZp6aMf/HzvcgXTg X-Received: by 2002:a05:6830:114b:b0:6cc:fff0:8ebd with SMTP id x11-20020a056830114b00b006ccfff08ebdmr16423225otq.24.1698241395108; Wed, 25 Oct 2023 06:43:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698241395; cv=none; d=google.com; s=arc-20160816; b=u2Z7/NiZ0KySyzVMS06sbNIfV0cheICzZOrHrj7ECIYRIsSfCvClrEIcWzxKYi3zOG g00NSGXZyKej6TeKSHSvs19t9neVoN1ptXjFYzklaTGHPxaTlmHrneH0j+C952qGCIC6 ZEM+Fi1Am2na5Ou8CudeF/A32NjBlPTLzamNGjhfCCBDPGOmO+UZXTSS5Ps+odzuLUPS Pt63b0NVye2jFzN2NzdmQfIs5pIjFh67N6kjQhwFscup335e5fOIp8DJrM3w4uHYPTuD 2TiF+uPvld+ruQkrsK7FwfuRcOHlgNp9+MAX0cy21iWD1QyC64tyTk+b/V0/eVoV6NwN Bs5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:reply-to :from:references:cc:to:content-language:subject:user-agent :mime-version:date:message-id; bh=0SwBJgPYqsTR9utwgLhx4GSziE4ANRr5nRBD6zccRko=; fh=7kSbpPSzdNAueUAaZk2dnDkbpDLFI98QkQnLCT9We4Y=; b=W7nkklZP49NgJvVpdw+f/QA2mHg2+SumXatJg901ghCHHKFu2HzalczsRNBaLQ+VzG YuXaFzZfENqrc3GAmfv/zYCKhJK0Oa2VA0aNaDeMgyi6aituzahuNTQ9IVBubW5wTEVl 62aJBgFZx0QrDLM/MhH8PlRmfsbmKZguoNZBMnUz8Wa03oSQaYMTvLLcSz9fNf3JvyXj wiCLRiVzd+eaa/hipFF+lsQ2+9UDFTwsotLOpAUgDb14urQ/x3ZLyYD4GllmzYA+3A81 Of1KDLV6yE2KuVb4mNaW2wRS8CT9/5MeM2rQ9KmDMh+JVVS5vZOHfe9a5xHWyqPGOcHD gJRw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id l6-20020a819406000000b005a23feb3040si11347309ywg.246.2023.10.25.06.43.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 25 Oct 2023 06:43:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 538518027783; Wed, 25 Oct 2023 06:43:11 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234901AbjJYNnE (ORCPT + 99 others); Wed, 25 Oct 2023 09:43:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36580 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233249AbjJYNnD (ORCPT ); Wed, 25 Oct 2023 09:43:03 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 89486132 for ; Wed, 25 Oct 2023 06:42:57 -0700 (PDT) Received: from [2a02:8108:8980:2478:8cde:aa2c:f324:937e]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1qve9u-0002YC-Np; Wed, 25 Oct 2023 15:42:54 +0200 Message-ID: Date: Wed, 25 Oct 2023 15:42:54 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Blank screen on boot of Linux 6.5 and later on Lenovo ThinkPad L570 Content-Language: en-US, de-DE To: Huacai Chen Cc: Evan Preston , Linux regressions mailing list , Linux Kernel Mailing List , Jaak Ristioja , Javier Martinez Canillas , Linux DRI Development , David Airlie , Daniel Vetter , Thomas Zimmermann , Bagas Sanjaya References: <7c50e051-eba2-09fc-da9f-023d592de457@ristioja.ee> <31bdf7b1-0ed9-4217-b459-1d857e53120b@leemhuis.info> <82f1b533-3bd8-4418-843a-718d9a6b5786@leemhuis.info> From: "Linux regression tracking (Thorsten Leemhuis)" Reply-To: Linux regressions mailing list In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1698241377;615e3bba; X-HE-SMSGID: 1qve9u-0002YC-Np X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Wed, 25 Oct 2023 06:43:11 -0700 (PDT) On 25.10.23 15:23, Huacai Chen wrote: > On Wed, Oct 25, 2023 at 6:08 PM Thorsten Leemhuis > wrote: >> >> Javier, Dave, Sima, >> >> On 23.10.23 00:54, Evan Preston wrote: >>> On 2023-10-20 Fri 05:48pm, Huacai Chen wrote: >>>> On Fri, Oct 20, 2023 at 5:35 PM Linux regression tracking (Thorsten >>>> Leemhuis) wrote: >>>>> On 09.10.23 10:54, Huacai Chen wrote: >>>>>> On Mon, Oct 9, 2023 at 4:45 PM Bagas Sanjaya wrote: >>>>>>> On Mon, Oct 09, 2023 at 09:27:02AM +0800, Huacai Chen wrote: >>>>>>>> On Tue, Sep 26, 2023 at 10:31 PM Huacai Chen wrote: >>>>>>>>> On Tue, Sep 26, 2023 at 7:15 PM Linux regression tracking (Thorsten >>>>>>>>> Leemhuis) wrote: >>>>>>>>>> On 13.09.23 14:02, Jaak Ristioja wrote: >>>>>>>>>>> >>>>>>>>>>> Upgrading to Linux 6.5 on a Lenovo ThinkPad L570 (Integrated Intel HD >>>>>>>>>>> Graphics 620 (rev 02), Intel(R) Core(TM) i7-7500U) results in a blank >>>>>>>>>>> screen after boot until the display manager starts... if it does start >>>>>>>>>>> at all. Using the nomodeset kernel parameter seems to be a workaround. >>>>>>>>>>> >>>>>>>>>>> I've bisected this to commit 60aebc9559492cea6a9625f514a8041717e3a2e4 >>>>>>>>>>> ("drivers/firmware: Move sysfb_init() from device_initcall to >>>>>>>>>>> subsys_initcall_sync"). >>>>>>>>>> >>>>>>>> As confirmed by Jaak, disabling DRM_SIMPLEDRM makes things work fine >>>>>>>> again. So I guess the reason: >>>>> >>>>> Well, this to me still looks a lot (please correct me if I'm wrong) like >>>>> regression that should be fixed, as DRM_SIMPLEDRM was enabled beforehand >>>>> if I understood things correctly. Or is there a proper fix for this >>>>> already in the works and I just missed this? Or is there some good >>>>> reason why this won't/can't be fixed? >>>> >>>> DRM_SIMPLEDRM was enabled but it didn't work at all because there was >>>> no corresponding platform device. Now DRM_SIMPLEDRM works but it has a >>>> blank screen. Of course it is valuable to investigate further about >>>> DRM_SIMPLEDRM on Jaak's machine, but that needs Jaak's effort because >>>> I don't have a same machine. >> >> Side note: Huacai, have you tried working with Jaak to get down to the >> real problem? Evan, might you be able to help out here? > No, Jaak has no response after he 'fixed' his problem by disabling SIMPLEDRM. Yeah, understood, already suspected something like that, thx for confirming. >> But I write this mail for a different reason: >> >>> I am having the same issue on a Lenovo Thinkpad P70 (Intel >>> Corporation HD Graphics 530 (rev 06), Intel(R) Core(TM) i7-6700HQ). >>> Upgrading from Linux 6.4.12 to 6.5 and later results in only a blank >>> screen after boot and a rapidly flashing device-access-status >>> indicator. >> >> This additional report makes me wonder if we should revert the culprit >> (60aebc9559492c ("drivers/firmware: Move sysfb_init() from >> device_initcall to subsys_initcall_sync") [v6.5-rc1]). But I guess that >> might lead to regressions for some users? But the patch description says >> that this is not a common configuration, so can we maybe get away with that? >>From my point of view, this is not a regression, 60aebc9559492c > doesn't cause a problem, but exposes a problem. From my understanding of Linus stance in cases like this I think that aspect doesn't matter. To for example quote https://lore.kernel.org/lkml/CAHk-=wiP4K8DRJWsCo=20hn_6054xBamGKF2kPgUzpB5aMaofA@mail.gmail.com/ "" But it ended up exposing another problem, and as such caused a kernel upgrade to fail for a user. So it got reverted. """ For other examples of his view see the bottom half of https://docs.kernel.org/process/handling-regressions.html We could bring Linus in to clarify if needed, but I for now didn't CC him, as I hope we can solve this without him. > So we need to fix the > real problem (SIMPLEDRM has a blank screen on some conditions). This > needs Jaak or Evan's help. I'm all for solving the real problem, but if that is not possible within a reasonable timeframe (which seems to be the case here) I assume Linus in cases like this would want the culprit to be reverted. Unless of cause that itself might cause a regression (which is possible, as the commit made it into 6.5), then things become tricky. Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr If I did something stupid, please tell me, as explained on that page. >>>>>>>> When SIMPLEDRM takes over the framebuffer, the screen is blank (don't >>>>>>>> know why). And before 60aebc9559492cea6a9625f ("drivers/firmware: Move >>>>>>>> sysfb_init() from device_initcall to subsys_initcall_sync") there is >>>>>>>> no platform device created for SIMPLEDRM at early stage, so it seems >>>>>>>> also "no problem". >>>>>>> I don't understand above. You mean that after that commit the platform >>>>>>> device is also none, right? >>>>>> No. The SIMPLEDRM driver needs a platform device to work, and that >>>>>> commit makes the platform device created earlier. So, before that >>>>>> commit, SIMPLEDRM doesn't work, but the screen isn't blank; after that >>>>>> commit, SIMPLEDRM works, but the screen is blank. >>>>>> >>>>>> Huacai >>>>>>> >>>>>>> Confused... >>>>>>> >>>>>>> -- >>>>>>> An old man doll... just what I always wanted! - Clara >>>>>> >>>>>> >>> >>> > >