Received: by 2002:a05:7412:f589:b0:e2:908c:2ebd with SMTP id eh9csp847377rdb; Wed, 1 Nov 2023 04:53:17 -0700 (PDT) X-Google-Smtp-Source: AGHT+IF5nYwlTKDQtXkgSi4HE8JqmkbMgNEWaSNyej/ers7lMaRw6hmV769VtuBOFvsvnNjVqo9F X-Received: by 2002:a17:907:9411:b0:9bd:d8d6:c1ad with SMTP id dk17-20020a170907941100b009bdd8d6c1admr1839975ejc.61.1698839597667; Wed, 01 Nov 2023 04:53:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698839597; cv=none; d=google.com; s=arc-20160816; b=zbfyB3xOlW4hiuooNPtENCZ7SUIe3u+DIVifMO97eFiobfHvPCBXBigragHg7q6NCL zG60YNOTfXgMkZE/vguCylcjREyvUbpz7a7TLo/CQgB8vA+aq8IREd+HGnWLEN2Kje1m bTwnnkUBlYA6OJo5R3ZtxE7RkWUTsv0r/whcg89tPhEvKNI6eiJvdTDCUAStnp8zqr8b tVBII8daTOMp5DKx8Qry6zU4CKcpkjitc6ZDm3+j/N9y3atuRKNuZMFAlq3Pl/MgdeTx zMYUEprCMXnoz2v7+YTYY8pHrs7+IWIbQCSH6VQ4qX5iZkFFf6yxbre7mNe3pTkxh/LW zhcQ== 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:autocrypt :from:references:cc:to:content-language:subject:user-agent :mime-version:date:message-id:dkim-signature; bh=aFp/O3H0rVA3Fh0yBx3C6zgJvqxdAOjTC+pxEMwUoIQ=; fh=Wj4F3g0Eq6bFq15F4G+ltYJ86g0dtwySa6pMFDOw6cc=; b=sv9YNnn9yIuqX5nLWVmlaKv4pVmL4AMJCu8jw89DyXNlJcYir+ocjHL9SKLIUf/jLt lCOmcLmHlIu1NL8rk+o49Jv5PvLJuNgtXjWLFtz3iBAbcij2On23THva+vQqXA3lHjaW jhu7nn1kE3O5WKberxEOBVfYRyIi45KE/Mr3s3gg/mKD9YDkph+A5rDCOtZvW33WoijP LsWBY0OwQPUTZU/UqD9HYty4iacTmPRbbJKMEypqc26B1E+Xg0Qa3a8an4YsFkJubSxb 3qkrGBK0ISF9DGoNO/KvxhRULHtWINDhkpb/tQ/xvdsJWkh6elyns6YwKi5zF3aB+xi8 BKkA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ristioja.ee header.s=mail header.b=jEWUkvcn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ristioja.ee Return-Path: Received: from fry.vger.email (fry.vger.email. [2620:137:e000::3:8]) by mx.google.com with ESMTPS id u30-20020a170906109e00b009ad80078e76si1471327eju.793.2023.11.01.04.53.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Nov 2023 04:53:17 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) client-ip=2620:137:e000::3:8; Authentication-Results: mx.google.com; dkim=fail header.i=@ristioja.ee header.s=mail header.b=jEWUkvcn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ristioja.ee Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id D90728093792; Wed, 1 Nov 2023 04:53:10 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235372AbjKALw7 (ORCPT + 99 others); Wed, 1 Nov 2023 07:52:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33668 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231538AbjKALw6 (ORCPT ); Wed, 1 Nov 2023 07:52:58 -0400 Received: from mx1.heh.ee (heh.ee [213.35.143.160]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CE27310A for ; Wed, 1 Nov 2023 04:52:50 -0700 (PDT) Received: from [10.0.0.254] (unknown [10.0.0.254]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mx1.heh.ee (Hehee) with ESMTPSA id 49B9417545A; Wed, 1 Nov 2023 13:52:47 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ristioja.ee; s=mail; t=1698839567; bh=Gt4B5YtS/AEHmANZB6FO+AUos9rxYIFokqGTUrlEyFU=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=jEWUkvcn6S1NbDXgZr6LwI/FF4xlpK10mWdpbsALVT43wo+elf4Pk6A6vbpmV3oiH 0Nsnhn86hM+KRU+6E7jI2u3CX0t5vxVq3hUBVpPfebkOZ8pbM2kRPGVCM8Tt/xc1QJ u1MvvfYoGlRMoFY1D2gEcbd6Y/DYF2dikSKZwHO4= Message-ID: <31ed0db1-9398-4c46-a391-fc644ec49268@ristioja.ee> Date: Wed, 1 Nov 2023 13:52:47 +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: et-EE To: Huacai Chen Cc: Linux regressions mailing list , Thomas Zimmermann , Javier Martinez Canillas , Linux DRI Development , Linux Kernel Mailing List , Thorsten Leemhuis , Bagas Sanjaya , Evan Preston References: <7c50e051-eba2-09fc-da9f-023d592de457@ristioja.ee> <31bdf7b1-0ed9-4217-b459-1d857e53120b@leemhuis.info> <82f1b533-3bd8-4418-843a-718d9a6b5786@leemhuis.info> From: Jaak Ristioja Autocrypt: addr=jaak@ristioja.ee; keydata= xsFNBGDa9yMBEAC7plVCYgDgODlz5/SfeCQogBZCs/eNsuyCzusXSoYJ8p01A9Fr0QeZEjbI 7HhoOxzvAzgSpiS4EElAnoU3bMCHIsLULto32onO/Wf171ZbHoBh0Al6VB/3rN7gvoyE/GYL Av5bvzAjpqpnAbPh6OoPliFJxOv8CDKsMNGL71ehIm6kY8SosPSqsoyxue6z1RgQZk8Y8kOc JirjRsNLX8IJvbh7UPsFL3aLRgzoBzS7umRhvUkcz+Z9pJrKPPKSsU9TTtovLg1TpFWqkywW qXjkCS5onvy+gli/GeUR0Y20hDiyB+CO3pY8+VX4c/wkmcDjYUudvfsySJ2B5jLD8UfObMMj ehbMFAyUB0ZilKKjpqUnHKw5SP8V/6loMUy2UeEisPUvd0rzGzCId1N6AFC1Dwo6Za81Xn7p r/rH14TGms3aq+9Y76ZdthcrrYMpqWteoZTbAT++C5el0eV76NvtjTjozvEQj/942nbI+y/h OoK960xeNRZcQ6LjPVOXpMpmbG0XLke0aUfblcX3Jgk6UxEnl5ne9E/EGb8rlKsTHm0PzzYK KT1mcUZp1QweM8eEXauwxTXhBGY8kIpG+kWA5ukE5IwqUN+V9DNE61FDZi/c7hOWi/6xkCZf IrrX0EZLDMxM2LTe+yZGPQorOVf6axUD/gzoFzW3cIQwLI1k5wARAQABzSBKYWFrIFJpc3Rp b2phIDxqYWFrQHJpc3Rpb2phLmVlPsLBkQQTAQgAOwIbAwULCQgHAgYVCgkICwIEFgIDAQIe AQIXgBYhBGwEYhFyYMpJNPez4EnXYZRpn9mkBQJg2vfQAhkBAAoJEEnXYZRpn9mkB8MP/iCa zyftxs2s4P9gIuGtxr2s7Zt5RDjW6hB6sjXe5GW+QciR6vhvYjgTGcc2yZ2PXXEEmuZ7z/9y CeMKY1/uc5Cvkx4VuHwlHYiwyrantRTiwDILZRrrTcvY46hJzz24dfFFUpSIC/9QEtx+CIry cD6dW4Gxzz3YLJ8TdZSYSc7038UnJPPAJqV6ARj7qv76E5lwV1Bv9OQwc39l8juKOJV6NhzP DyAnGBKoCpYpQrpxc+222nNbVZCaLly4nicUZ15E99G8kq05H9Bui85r1jLoA1ImC/1y7Hvw Qa8Na6yYYX9oxPK53vmMwBX3jNOYYSJ8KVsG0F8yaDn9VtFRda8lVwJKYxYVKuDQEJWUnXNm /davCvwCjnj6TEotYjc4LkTwAa0uus1Uu9VMrMqExzBkq8hRbQXDHSq8Ii6anYuS0Sz+Yh8G N7km2dFQEQtWB2Kvp1gHNbfx0lA2VCl08HTPDZSE8Bu1PEBgeMAjOg0F78QD3ebwpAAf/sE0 mFTCvt2eXZyQtwDH0MWWgHtAXXwCzlRRQtcefM4KBFhCXmFcOf1RGbI5vbhvg463+1+NNK/s iVVw/oH5JaAoJv7iXGdEEUhOxnHHHmEfDA2MmtK4nzixGVO0GqoBEfrZU14JSU5Mj8RdVJbi hV8tJDy1rN19W+3F2gZ0mG1JohHF6/ngzsFNBGDa9yMBEAC7EZJhnTu33L1NxF/HxkQd+K4C QW8qHRkBZ9wbzKQ8IrT6KdLMntPPsIAZtY2SgJ7xHW4SuK8l3nFqrdErLrW2WimFtgNBfZCn RVRLxs+q9s8V9nKRGzlI3yLehGsgDGbehOHnLRmqbqepCcidpJBblCbuenqAu0zoZtUIPTJG R27IcpHwTNoy2OGi3PsMVMwr7sd5pNIH+1ZaP6pP3aDIlf9LE5nfg2xKE4rehgvQ4TDiEWrz NlixkWeXHKVhNuHkQJADCs3CVTWjzFBt4DM9518yh9Nm/Dd42wxPtzLpyOEyorV4CfKPGutt A7CYJZ79TOEeb808Onkun5JY9eCtgMHaLvvllonnOL5V13a8uxerXLTlFKBg/PRhkIy88NXO Bh9LW/gc1BBSqETVjF/3rjAwZ+I1VAkzNiu0XpBk8ISJvbs5Yeb/5ml/9Nd+yuiAN7alj+pA t6NMPl4VcuFQWXFzL2A36Z+HDRXK0xPF4Mc/lapN+G8Z+i3RgILOlUupltcY9bSaE+iM73ry s53Nvtql5B5eaz2CHTZ2GyMDHhK3tFx/GcCkVCxEcBfJ4DS3Bkld0LHI2I3vNgxOzjoBwKtK joVTD3J7l52H3KqGe8B0u4wGBs5kzWjyXIIIiK/Dm24Cdd2cZzMsm8b1fQJ0aBwSBYHO9nbI 4R71PmJZUQARAQABwsF2BBgBCAAgFiEEbARiEXJgykk097PgSddhlGmf2aQFAmDa9yMCGwwA CgkQSddhlGmf2aSUUhAAqwMimarXWRUdJnjvpHjTdScm4YRF6exTWnWrkTh7LLEO0tVsaOyq m16YD89VYC+zwRWLENP9oJspU8JICzcnWkAoRYjR5L3u1pFz71s7pRwOHJSCYm1zfsd5igFp 8+zYMtKjc/L/DiqR+Y9LVgt752iXJOV+Ei5JPWSoZpvu4k58Ld5vJHbfEABSPLWtGdbRLeWP BhjAArObuBABHXuR2wnJvo1e61vK9xkj8rRFGF8a53oc2beoARl0AzvSzvh1/ciG/eGw27jh yN4ZHQiOid0v3cguoy7D1GdWmQI2aaMl+HKUwqX2Uct5Asuagjvpi5M4LVvTUTjpaQlxubhq Vr1vGkkaUckHnKoIhHBN7HuIDyW3SDBl13F7d55WLqcjK2zqaj9yEcGwbP3rRAbntHA/RHTF xfGQZTEFbImLkQoWUdXt1GF4EYLg/SP4ue34n8Tw7FSQgzzw2+gxzIbtUer+Xl8esrvSAl9j 8gObUTXjgxhk6dYih3/p9O3fhi8PSXAbtAxxMGfQ6m8gPc5uPQyWShbWUIVEm5Fk91pxR7lQ wCSq+0JNeNfS32BsT8xkJ5zPAy8qvCrX78Fn9UlJFFEKvbLCEw7UdqU1MngpjxzgJVr/tudk 6N1T9Qd9m05BFL39j+z5vvHLeks3fRhA6xA5qLhVdptT1lvmRm5Dqr0= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.5 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,T_PDS_OTHER_BAD_TLD,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED, WEIRD_PORT autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.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 (fry.vger.email [0.0.0.0]); Wed, 01 Nov 2023 04:53:11 -0700 (PDT) On 31.10.23 14:17, Huacai Chen wrote: > Hi, Jaak and Evan, > > On Sun, Oct 29, 2023 at 9:42 AM Huacai Chen wrote: >> >> On Sat, Oct 28, 2023 at 7:06 PM Jaak Ristioja wrote: >>> >>> On 26.10.23 03:58, Huacai Chen wrote: >>>> Hi, Jaak, >>>> >>>> On Thu, Oct 26, 2023 at 2:49 AM Jaak Ristioja wrote: >>>>> >>>>> On 25.10.23 16: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. >>>>>> >>>>> >>>>> I'm sorry, what was it exactly you want me to do? Please be mindful that >>>>> I'm not familiar with the internals of the Linux kernel and DRI, and it >>>>> might sometimes take weeks before I have time to work and respond on this. >>>> It doesn't matter. I hope you can do some experiments to investigate >>>> deeper. The first experiment you can do is enabling SIMPLEFB (i.e. >>>> CONFIG_FB_SIMPLE) instead of SIMPLEDRM (CONFIG_DRM_SIMPLEDRM) to see >>>> whether there is also a blank screen. If no blank screen, that >>>> probably means SIMPLEDRM has a bug, if still blank screen, that means >>>> the firmware may pass wrong screen information. >>> >>> Testing with 6.5.9 I get a blank screen with CONFIG_DRM_SIMPLEDRM=y and >>> get no blank screen with CONFIG_FB_SIMPLE=y and CONFIG_DRM_SIMPLEDRM unset. >> CONFIG_FB_SIMPLE and CONFIG_DRM_SIMPLEDRM use the same device created >> by sysfb_init(). Since FB_SIMPLE works fine, I think the real problem >> is that DRM_SIMPLEDRM has a bug. The next step is to enable >> CONFIG_DRM_SIMPLEDRM and trace its initialization. In detail, adding >> some printk() in simpledrm_probe() and its sub-routines to see where >> the driver fails. The output of these printk() can be seen by the >> 'dmesg' command after boot. > I need your help. I tried with my laptop (ThinkPad E490, Intel Core > i3-8145U, UHD Graphics 620) but I can't reproduce your problem. So > please patch your 6.5.x kernel with this temporary patch [1], then > build a "bad kernel" with SIMPLEDRM enabled. And after booting your > machine with this "bad kernel", please give me the dmesg output. Thank > you very much. > > [1] http://ddns.miaomiaomiao.top:9000/download/kernel/patch-6.5.9 I'm unable to download it. Can you please send it by e-mail? Jaak > > > Huacai > >> >> Huacai >> >>> >>> Jaak >>> >>>> >>>> Huacai >>>> >>>>> >>>>> Jaak >>>>> >>>>>>> >>>>>>> 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. So we need to fix the >>>>>> real problem (SIMPLEDRM has a blank screen on some conditions). This >>>>>> needs Jaak or Evan's help. >>>>>> >>>>>> Huacai >>>>>>> >>>>>>> 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 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>> >>>>>>>> >>>>> >>>