[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f2c151af-b3ba-69e6-2878-3256971f5a9d@suse.com>
Date: Wed, 11 Jan 2023 12:45:39 +0100
From: Jan Beulich <jbeulich@...e.com>
To: Andrew Cooper <Andrew.Cooper3@...rix.com>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"x86@...nel.org" <x86@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Juergen Gross <jgross@...e.com>,
"Rafael J. Wysocki" <rafael@...nel.org>,
xen-devel <xen-devel@...ts.xenproject.org>,
Roger Pau Monne <roger.pau@...rix.com>,
Peter Zijlstra <peterz@...radead.org>,
Joan Bruguera <joanbrugueram@...il.com>
Subject: Re: Wake-up from suspend to RAM broken under `retbleed=stuff`
On 11.01.2023 12:39, Andrew Cooper wrote:
> The bigger issue with stuff accounting is that nothing AFAICT accounts
> for the fact that any hypercall potentially empties the RSB in otherwise
> synchronous program flow.
But that's not just at hypercall boundaries, but effectively anywhere
(i.e. whenever the hypervisor decides to de-schedule the vCPU)?
Jan
Powered by blists - more mailing lists