Received: by 2002:ac0:a874:0:0:0:0:0 with SMTP id c49csp260683ima; Fri, 15 Mar 2019 02:10:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqxbzKtjIvZ2ADhwdzIye5bZmpFnjmW1TguwJaZnp9qM1TBefqylNtNi8p8pISeQUrP+kS/K X-Received: by 2002:a62:17d4:: with SMTP id 203mr2892812pfx.244.1552641044114; Fri, 15 Mar 2019 02:10:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552641044; cv=none; d=google.com; s=arc-20160816; b=MYFR8Hk5G7zDUBmsT4lSQm04ehAUCVcNdZnN/7Wpp8VTT/XGaV6Q45fUaBYh4TH02/ 66PdPFuiInw7Wr4hBZ/U0w6EPsi/XecgficwPh0elStV4laK6qxPPCQyqg6/TcdWT4cC QeGbQxNVY+ECeU7lWTQeWW+2HpMjfYR2cttmuXmrwnmSTF+nnt8hHK/ySqc5qKm8OWni Dfampi5STfhkrowAEBSUh92oiO7nxXlT6Wyc/x20dJmMLer7BtBSmR72+M2lH6Bi2Iho Whc9+Tu77ldr6+UMpCEXS5Tx+xjuZx+Pbr6SLAjV5hvHBbUVE3huX5OcaYXL4iKHjUe0 RFcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=1cGhHP5z8Y64YH1TdqXCwGMVqukrIVE+84UtmemA3vs=; b=F/Hbm8xm8oQeW3Qfc+6RlMSwSohAyxoKp+CWtlv3HRTyc1yWHRPmkAvYQwWAqzYE9q poVwaiRROFy2yFzF5XkNaWtzqIMuHqvTuYzs3oELHH/yvLjX/vgwg7f5SOdAFiiR+5dl 9Ng3mXQ8MycJErP+tjsvZz0UQU3f3/0zDFxPqh5C0Op59p0JklP/R3Cc7//Jl542+z7j yuzCuG1mDhJ6TqLwVaw32m0YelROX04kcQOcW1tqRIUmgzLzU1BuaL0SDLNVwGEMWCdo 9GKxmPQOPziYCYSX4JKrzpKoGPSm6zBK1RnZTR/KTYjbM0uM15ySj/Ytk5EZXkrbhGhI iMNw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=PkSWtjdE; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t128si1502036pfb.151.2019.03.15.02.10.29; Fri, 15 Mar 2019 02:10:44 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=PkSWtjdE; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728629AbfCOJJz (ORCPT + 99 others); Fri, 15 Mar 2019 05:09:55 -0400 Received: from merlin.infradead.org ([205.233.59.134]:38642 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728081AbfCOJJz (ORCPT ); Fri, 15 Mar 2019 05:09:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=1cGhHP5z8Y64YH1TdqXCwGMVqukrIVE+84UtmemA3vs=; b=PkSWtjdEJeFKxLfE+WSs6T6Txv KBiDDb5MWhExPT3CJUSrgpQudSmbISJVEaapAhq6b4U6vcPw4+AaCSKSYFPN/pQ6xdbeIpAn0hmO6 fopCWBhEzYt0EfmvRn6HNPlJfVz7djcwLCi6VbsZKzN98iX7TvoCeihcl4G0+qgrlMl7W7iWH2XgQ iHao/PmPrykHYVR0uX/DJtX3kocfDZ5rVBQtPWUf6n3AwLH3OqeGqUpryK5CVkAR/4JIOxGzfP8pk 8YOPxxszHNOFfg4oRSAo8PSAdVkcSnyokiyKwRcGnZDU+X3njIQ2bzfZEbk6scd8DobN3V9JvGvim rIa++2Ew==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1h4iqe-0004RT-Mn; Fri, 15 Mar 2019 09:09:53 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 4438C21A7734B; Fri, 15 Mar 2019 10:09:50 +0100 (CET) Date: Fri, 15 Mar 2019 10:09:50 +0100 From: Peter Zijlstra To: Thomas =?iso-8859-1?Q?M=FCller?= Cc: linux-kernel@vger.kernel.org Subject: Re: disabling secondary CPU hangs / system fails to suspend with kernel 4.19+ Message-ID: <20190315090950.GT5996@hirez.programming.kicks-ass.net> References: <5c48095e-028a-404f-aaa1-964f83c83817@mathtm.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5c48095e-028a-404f-aaa1-964f83c83817@mathtm.de> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 14, 2019 at 04:17:28PM +0100, Thomas M?ller wrote: > Hi, > > starting with kernel 4.19 my Lenovo ThinkPad X1 Carbon 5th no longer properly suspends. > > This is 100% reproducible and git bisect points to the following commit: > > [be45bf5395e0886a93fc816bbe41a008ec2e42e2] watchdog/softlockup: Fix cpu_stop_queue_work() double-queue bug > > be45bf5395e0886a93fc816bbe41a008ec2e42e2 is the first bad commit > > commit be45bf5395e0886a93fc816bbe41a008ec2e42e2 > > Author: Peter Zijlstra > > Date: Fri Jul 13 12:42:08 2018 +0200 > > > > watchdog/softlockup: Fix cpu_stop_queue_work() double-queue bug > > > > When scheduling is delayed for longer than the softlockup interrupt > > period it is possible to double-queue the cpu_stop_work, causing list > > corruption. > > > > Cure this by adding a completion to track the cpu_stop_work's > > progress. > > > > Reported-by: kernel test robot > > Tested-by: Rong Chen > > Signed-off-by: Peter Zijlstra (Intel) > > Cc: Linus Torvalds > > Cc: Peter Zijlstra > > Cc: Thomas Gleixner > > Fixes: 9cf57731b63e ("watchdog/softlockup: Replace "watchdog/%u" threads with cpu_stop_work") > > Link: http://lkml.kernel.org/r/20180713104208.GW2494@hirez.programming.kicks-ass.net > > Signed-off-by: Ingo Molnar > > > > :040000 040000 6aca2dbb84bc33fe442b18b3d0a135c27adff7b9 2710af12d32e4b98df07768716689b213bce45fc M kernel > > The bugzilla reports have some additional details: > * https://bugzilla.redhat.com/show_bug.cgi?id=1671504 > * https://bugzilla.kernel.org/show_bug.cgi?id=202679 > * https://bugzilla.kernel.org/show_bug.cgi?id=202137 > > I'm happy to provide additional information or test a patch or two (as long as it doesn't > eat up my notebook ;)) I obviously cannot reproduce :/ Both cpu-hotplug and suspend works just fine on my test boxes. I even tried my thinkpad (x240) and that too goes to sleep and wakes up just fine. What .config do you have? And what, if anything do you see on the console when it goes funny? I think you wrote that hot-un-plug never completes? Is there anything in dmesg when it's stuck in: echo 0 > /sys/devices/system/cpu/cpu1/online ?