From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52657) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cpvls-0000N5-60 for qemu-devel@nongnu.org; Mon, 20 Mar 2017 07:46:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cpvlp-0001WG-2U for qemu-devel@nongnu.org; Mon, 20 Mar 2017 07:46:44 -0400 Received: from mail-wm0-x22b.google.com ([2a00:1450:400c:c09::22b]:38476) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cpvlo-0001Uf-Pw for qemu-devel@nongnu.org; Mon, 20 Mar 2017 07:46:40 -0400 Received: by mail-wm0-x22b.google.com with SMTP id t189so62017797wmt.1 for ; Mon, 20 Mar 2017 04:46:40 -0700 (PDT) References: <20170224112109.3147-1-alex.bennee@linaro.org> <20170224112109.3147-12-alex.bennee@linaro.org> <87y3wr8zs2.fsf@linaro.org> <87var7ocr9.fsf@linaro.org> <3a41adf2-0771-86ee-2805-77997c46207a@redhat.com> From: Alex =?utf-8?Q?Benn=C3=A9e?= In-reply-to: <3a41adf2-0771-86ee-2805-77997c46207a@redhat.com> Date: Mon, 20 Mar 2017 11:47:03 +0000 Message-ID: <87lgs0npag.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [PULL 11/24] tcg: enable thread-per-vCPU List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Laurent Vivier , peter.maydell@linaro.org, Peter Crosthwaite , qemu-devel@nongnu.org, KONRAD Frederic , Richard Henderson Paolo Bonzini writes: > On 17/03/2017 21:43, Alex Bennée wrote: >> There is currently cpu->running which is set/cleared by >> cpu_exec_start/end. Although if we crash between cpu_exec_start and >> sigsetjmp the same sort of brokenness might happen. > > I think cpu_exec_start/end should be moved into cpu_exec itself (but > probably just in 2.10). Sure. Although hopefully we can resist the temptation to insert segging code into that small window in the meantime ;-) > > Paolo > >> Anyway understood now. If anyone has any suggestions for neater stuff >> over the weekend please shout, otherwise I'll probably just hack >> handle_cpu_signal to do: >> >> cpu = current_cpu; >> if (!cpu->running) { >> /* we weren't running or translating JIT code when the signal came */ >> return 1; >> } -- Alex Bennée