Received-SPF: pass (google.com: domain of linux-kernel+bounces-181258-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3;
Date: Thu, 16 May 2024 08:41:50 -0700
From: Pawan Gupta <pawan.kumar.gupta@linux.intel.com>
To: Dave Hansen <dave.hansen@intel.com>
Cc: Kalle Valo <kvalo@kernel.org>, Borislav Petkov <bp@alien8.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	"Rafael J. Wysocki" <rafael@kernel.org>, x86@kernel.org,
	linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org,
	regressions@lists.linux.dev,
	Jeff Johnson <quic_jjohnson@quicinc.com>,
	Daniel Sneddon <daniel.sneddon@linux.intel.com>
Subject: Re: [regression] suspend stress test stalls within 30 minutes
Message-ID: <20240516154150.46w4h2ro6sm5yyzx@desk>
References: <878r0djxgc.fsf@kernel.org>
 <874jb0jzx5.fsf@kernel.org>
 <feaefaae-e25b-4a48-b6be-e20054f2c8df@intel.com>
 <20240515072231.z3wlyoblyc34ldmr@desk>
 <529C9374-DA6F-49C8-9B32-91741800F8E4@alien8.de>
 <20240515162747.6shmaoelc4mt7nro@desk>
 <878r0bhvjq.fsf@kernel.org>
 <20240516070315.swz2golcrfp3uvfd@desk>
 <20240516142513.qqy7wbmja5frizuj@desk>
 <ab00d8e5-8400-451e-9435-becb0b3fa80c@intel.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <ab00d8e5-8400-451e-9435-becb0b3fa80c@intel.com>

On Thu, May 16, 2024 at 07:32:54AM -0700, Dave Hansen wrote:
> On 5/16/24 07:25, Pawan Gupta wrote:
> > On Thu, May 16, 2024 at 12:03:22AM -0700, Pawan Gupta wrote:
> >> I am running the suspend test now and will update in the morning if I
> >> could reproduce the hang.
> > Completed 500 suspend iterations, but the hang is not reproduced ????
> > I have restarted the test.
> > 
> > BTW, could you please share your /proc/cmdline? Also, was there any
> > workload running with the suspend test? If I could not reproduce it in the
> > next run, I will run stress-ng with the suspend test.
> 
> I'd suggest two things:
> 
>   * Run everything in tools/testing/selftests/x86 in a loop during the
>     suspend test.
>   * Run perf or something else to generate some NMIs.

Will do.

> Those will ensure the dark corners of the entry code are being
> sufficiently prodded.
> 
> I also have sneaking suspicion that microcode updates during resume are
> the aggravating factor.

Lets see if Kalle is able to reproduce the hang with "dis_ucode_ldr".