From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bombadil.infradead.org ([2607:7c80:54:e::133]) by Galois.linutronix.de with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fNwsw-0008FA-Hj for speck@linutronix.de; Wed, 30 May 2018 10:55:11 +0200 Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1fNwsu-000702-JR for speck@linutronix.de; Wed, 30 May 2018 08:55:08 +0000 Date: Wed, 30 May 2018 10:55:06 +0200 From: Peter Zijlstra Subject: [MODERATED] Re: [PATCH 1/2] L1TF KVM 1 Message-ID: <20180530085506.GH12217@hirez.programming.kicks-ass.net> References: <20180529194214.2600-1-pbonzini@redhat.com> <20180529194240.7F1336110A@crypto-ml.lab.linutronix.de> MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: speck@linutronix.de List-ID: On Wed, May 30, 2018 at 12:49:55AM +0200, speck for Thomas Gleixner wrote: > > + case EXIT_REASON_EXTERNAL_INTERRUPT: { > > + int cpu = raw_smp_processor_id(); > > + int vector = per_cpu(last_vector, cpu); > > + return vector == LOCAL_TIMER_VECTOR || vector == RESCHEDULE_VECTOR; > > That wants a comment why these two are considered safe. > > The timer vector is a doubtful one. It does not necessarily cause a > reschedule and it can run arbitrary softirq code on interrupt return. I > wouldn't be that sure that it's safe. reschedule can also cause softirq to run. And there's just no way we can guarantee softirq doesn't do something sensitive, like IPsec processing or whatever.