From mboxrd@z Thu Jan 1 00:00:00 1970 Bcc: qemu-ppc@nongnu.org Return-Path: Received: from zen.linaro.local ([81.128.185.34]) by smtp.gmail.com with ESMTPSA id f187sm3030711wmf.15.2016.07.14.05.04.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Jul 2016 05:04:22 -0700 (PDT) Received: from zen (localhost [127.0.0.1]) by zen.linaro.local (Postfix) with ESMTPS id 947793E03EF; Thu, 14 Jul 2016 13:04:25 +0100 (BST) References: <1468354426-837-1-git-send-email-sergey.fedorov@linaro.org> <1468354426-837-7-git-send-email-sergey.fedorov@linaro.org> <87y4544iv1.fsf@linaro.org> <57877310.4070205@gmail.com> <79a897b0-107d-f647-943b-dc5247cac999@redhat.com> User-agent: mu4e 0.9.17; emacs 25.0.95.9 From: Alex =?utf-8?Q?Benn=C3=A9e?= To: Paolo Bonzini Cc: Sergey Fedorov , Sergey Fedorov , qemu-devel@nongnu.org, mttcg@greensocs.com, fred.konrad@greensocs.com, a.rigo@virtualopensystems.com, cota@braap.org, bobby.prani@gmail.com, rth@twiddle.net, patches@linaro.org, mark.burton@greensocs.com, jan.kiszka@siemens.com, peter.maydell@linaro.org, claudio.fontana@huawei.com, Peter Crosthwaite , "Edgar E. Iglesias" , Eduardo Habkost , Michael Walle , Aurelien Jarno , Leon Alrae , Anthony Green , Jia Liu , David Gibson , Alexander Graf , Mark Cave-Ayland , Artyom Tarasenko , Bastian Koppelmann , Guan Xuetao , Max Filippov , qemu-arm@nongnu.org, qemu-pp Subject: Re: [PATCH v3 06/11] tcg: Introduce tb_mark_invalid() and tb_is_invalid() In-reply-to: <79a897b0-107d-f647-943b-dc5247cac999@redhat.com> Date: Thu, 14 Jul 2016 13:04:25 +0100 Message-ID: <87twfs4e9i.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-TUID: 46z5393tcHcc Paolo Bonzini writes: > On 14/07/2016 13:10, Sergey Fedorov wrote: >> > This has merge conflicts with the current state of master. Is there >> > anyway to have a common implementation that is specialised only when >> > needed? >> >> The point was to put the assumptions on invalid CPU TB state as close to >> cpu_get_tb_cpu_state() definitions as possible. So that if anyone make >> changes they can notice those assumptions and correct them if necessary. > > It causes some repetition indeed, but I think it's a good idea. > > restore_state_to_opc is another case where most implementations have the > same simple "env->pc = data[0]" implementation. Yeah, now I've seen cpu_get_tb_cpu_state jump up the hot-path I tend to agree ;-) -- Alex Bennée