Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B49FAC636D4 for ; Wed, 15 Feb 2023 11:10:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230432AbjBOLKx (ORCPT ); Wed, 15 Feb 2023 06:10:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51590 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229739AbjBOLKv (ORCPT ); Wed, 15 Feb 2023 06:10:51 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C0C2B3645E for ; Wed, 15 Feb 2023 03:10:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1676459400; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=tIFgXh/l40GhiL7GOoC/0iUQI17ikABcGGlDWzu5xTA=; b=PEOXnUUyjX6T9Zua1JhdxzriUUPXqmN+IB8B4TTregKmxOuyLX/kH7nRpAcJTM76V8lw1L sYE1TODRUsMpFZh3001EGL+aYSq0dPM7ywC/2pqHMHTuGf4LW67S6dbLnIDm4RskSSCaxZ LT3yD+Ij6dA2uyVp9DSfRjFHCUVdUsI= Received: from mail-lj1-f199.google.com (mail-lj1-f199.google.com [209.85.208.199]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-590-j8o_EtEGNl-xN-mcgWvcow-1; Wed, 15 Feb 2023 06:09:58 -0500 X-MC-Unique: j8o_EtEGNl-xN-mcgWvcow-1 Received: by mail-lj1-f199.google.com with SMTP id r17-20020a2eb891000000b00290658792ceso4603680ljp.4 for ; Wed, 15 Feb 2023 03:09:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=tIFgXh/l40GhiL7GOoC/0iUQI17ikABcGGlDWzu5xTA=; b=ll2MMRCZU/8Wv6CjKajz0QlcZ2dosa7Z/BkB79FIZZbh7wGNEHZtTzISZJb+wHvcbx uuu0X3C+3ux89g4zEYPk0CkXNE/y17pH/puZxuQt9RfQ+zYyCA2g7DEin9B1f2oIv9Aa 2XcUhKB7lZml9gXDRoPwTAb3tkJOJnw50Q88x2VlAkYTvlWkC4gOcNm3ih3aphrxykrB GkZ/1NvuMNOIhl1MdELv2JNL3ls5OKP1VxsgxQMbSW0IeJkOUCWMYBx5rj91p+ZgyLYE 1yQpLZRtdTKS9IlxXRyD7Mvewf1Pho00sBvzu7ptVHhSrXAoJIOrdwpLlod/1SzZaScs B6xg== X-Gm-Message-State: AO0yUKU+AFT6w8XFHxghfNpBBDGbOSHQT3TRHPtqb7/15y5P8me/CS4G l07yItKvxUActxGMu9kShRq9PCN6Ib1iI31ixWzmZxryqMuwoDFMoBGW5Z2YtKGJ/Oxx5dr30mr /fkoWy5LtVx8m2p/Zwg6MbPwu7/Tkgp8NncDGUxmI X-Received: by 2002:a2e:b803:0:b0:293:5317:47ab with SMTP id u3-20020a2eb803000000b00293531747abmr433602ljo.8.1676459397210; Wed, 15 Feb 2023 03:09:57 -0800 (PST) X-Google-Smtp-Source: AK7set/9H0SZhUW24BTzDKxz2i3Ak4kG4AuPlENkYIzHIEXR57C28xi1MjzNIGuWTJb6egEAxgh5LbogHsjJtJv3t7E= X-Received: by 2002:a2e:b803:0:b0:293:5317:47ab with SMTP id u3-20020a2eb803000000b00293531747abmr433597ljo.8.1676459396916; Wed, 15 Feb 2023 03:09:56 -0800 (PST) MIME-Version: 1.0 References: <3ab28896-70e9-6f90-5b97-e5397b06e715@googlemail.com> <1cdb84ac-f7a8-66ba-98fc-3db302b49a5a@googlemail.com> <1632a9ef-2954-c8f0-cdc9-03157c9d8547@googlemail.com> <5abbee70-cc84-1528-c3d8-9befd9edd611@googlemail.com> <5cf46df8-0fa2-e9f5-aa8e-7f7f703d96dd@googlemail.com> <4e786e22-f17a-da76-5129-8fef0c7c825a@googlemail.com> In-Reply-To: From: Karol Herbst Date: Wed, 15 Feb 2023 12:09:45 +0100 Message-ID: Subject: Re: linux-6.2-rc4+ hangs on poweroff/reboot: Bisected To: Linux regressions mailing list Cc: Chris Clayton , Dave Airlie , Ben Skeggs , bskeggs@redhat.com, Lyude Paul , ML nouveau , LKML , ML dri-devel Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 15, 2023 at 11:36 AM Linux regression tracking #update (Thorsten Leemhuis) wrote: > > On 13.02.23 10:14, Chris Clayton wrote: > > On 13/02/2023 02:57, Dave Airlie wrote: > >> On Sun, 12 Feb 2023 at 00:43, Chris Clayton wrote: > >>> > >>> > >>> > >>> On 10/02/2023 19:33, Linux regression tracking (Thorsten Leemhuis) wrote: > >>>> On 10.02.23 20:01, Karol Herbst wrote: > >>>>> On Fri, Feb 10, 2023 at 7:35 PM Linux regression tracking (Thorsten > >>>>> Leemhuis) wrote: > >>>>>> > >>>>>> On 08.02.23 09:48, Chris Clayton wrote: > >>>>>>> > >>>>>>> I'm assuming that we are not going to see a fix for this regression before 6.2 is released. > >>>>>> > >>>>>> Yeah, looks like it. That's unfortunate, but happens. But there is still > >>>>>> time to fix it and there is one thing I wonder: > >>>>>> > >>>>>> Did any of the nouveau developers look at the netconsole captures Chris > >>>>>> posted more than a week ago to check if they somehow help to track down > >>>>>> the root of this problem? > >>>>> > >>>>> I did now and I can't spot anything. I think at this point it would > >>>>> make sense to dump the active tasks/threads via sqsrq keys to see if > >>>>> any is in a weird state preventing the machine from shutting down. > >>>> > >>>> Many thx for looking into it! > >>> > >>> Yes, thanks Karol. > >>> > >>> Attached is the output from dmesg when this block of code: > >>> > >>> /bin/mount /dev/sda7 /mnt/sda7 > >>> /bin/mountpoint /proc || /bin/mount /proc > >>> /bin/dmesg -w > /mnt/sda7/sysrq.dmesg.log & > >>> /bin/echo t > /proc/sysrq-trigger > >>> /bin/sleep 1 > >>> /bin/sync > >>> /bin/sleep 1 > >>> kill $(pidof dmesg) > >>> /bin/umount /mnt/sda7 > >>> > >>> is executed immediately before /sbin/reboot is called as the final step of rebooting my system. > >>> > >>> I hope this is what you were looking for, but if not, please let me know what you need > > > > Thanks Dave. [...] > FWIW, in case anyone strands here in the archives: the msg was > truncated. The full post can be found in a new thread: > > https://lore.kernel.org/lkml/e0b80506-b3cf-315b-4327-1b988d86031e@googlemail.com/ > > Sadly it seems the info "With runpm=0, both reboot and poweroff work on > my laptop." didn't bring us much further to a solution. :-/ I don't > really like it, but for regression tracking I'm now putting this on the > back-burner, as a fix is not in sight. > > #regzbot monitor: > https://lore.kernel.org/lkml/e0b80506-b3cf-315b-4327-1b988d86031e@googlemail.com/ > #regzbot backburner: hard to debug and apparently rare > #regzbot ignore-activity > yeah.. this bug looks a little annoying. Sadly the only Turing based laptop I got doesn't work on Nouveau because of firmware related issues and we probably need to get updated ones from Nvidia here :( But it's a bit weird that the kernel doesn't shutdown, because I don't see anything in the logs which would prevent that from happening. Unless it's waiting on one of the tasks to complete, but none of them looked in any way nouveau related. If somebody else has any fancy kernel debugging tips here to figure out why it hangs, that would be very helpful... > 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 > That page also explains what to do if mails like this annoy you. > > #regzbot ignore-activity >