From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:41635)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <peter.maydell@linaro.org>) id 1YlE5l-0003rk-H6
	for qemu-devel@nongnu.org; Thu, 23 Apr 2015 06:10:49 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <peter.maydell@linaro.org>) id 1YlE5h-0004sL-2H
	for qemu-devel@nongnu.org; Thu, 23 Apr 2015 06:10:45 -0400
Received: from mail-ie0-f175.google.com ([209.85.223.175]:34808)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <peter.maydell@linaro.org>) id 1YlE5g-0004sG-NT
	for qemu-devel@nongnu.org; Thu, 23 Apr 2015 06:10:40 -0400
Received: by iedfl3 with SMTP id fl3so64260895ied.1
	for <qemu-devel@nongnu.org>; Thu, 23 Apr 2015 03:10:40 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <20150423033737.GD17116@toto>
References: <1429722561-12651-1-git-send-email-greg.bellows@linaro.org>
	<20150423033737.GD17116@toto>
From: Peter Maydell <peter.maydell@linaro.org>
Date: Thu, 23 Apr 2015 11:10:19 +0100
Message-ID: <CAFEAcA9rtsRi4o-xeGPSPdWogiyXCmRDgOLCdf8UbeSvC3HbOQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [Qemu-devel] [PATCH v2 0/9] target-arm: EL3 trap support
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
Cc: Sergey Fedorov <serge.fdrv@gmail.com>, =?UTF-8?B?QWxleCBCZW5uw6ll?= <alex.bennee@linaro.org>, QEMU Developers <qemu-devel@nongnu.org>, Greg Bellows <greg.bellows@linaro.org>

On 23 April 2015 at 04:37, Edgar E. Iglesias <edgar.iglesias@gmail.com> wrote:
> I had a comment on the trapping of WFX, I recall not checking for
> has_work was causing a lot of exception round-trips when running
> XEN. To the point were things almost stopped working.

For traps on WFE, or traps on WFI? If the former, we should
probably implement that as "never trap" since we don't actually
go into a 'low power state' for WFE (execution will always
continue even if there's no pending WFE event).

-- PMM