From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KryLe-0002yE-Ni
	for qemu-devel@nongnu.org; Mon, 20 Oct 2008 13:15:18 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KryLd-0002xC-9B
	for qemu-devel@nongnu.org; Mon, 20 Oct 2008 13:15:18 -0400
Received: from [199.232.76.173] (port=49468 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1KryLd-0002x9-3p
	for qemu-devel@nongnu.org; Mon, 20 Oct 2008 13:15:17 -0400
Received: from mail-gx0-f19.google.com ([209.85.217.19]:60946)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <laurent.desnogues@gmail.com>) id 1KryLd-0005tP-Gs
	for qemu-devel@nongnu.org; Mon, 20 Oct 2008 13:15:17 -0400
Received: by gxk12 with SMTP id 12so3968748gxk.10
	for <qemu-devel@nongnu.org>; Mon, 20 Oct 2008 10:15:15 -0700 (PDT)
Message-ID: <761ea48b0810201015k42a02241r638eae16e24364bf@mail.gmail.com>
Date: Mon, 20 Oct 2008 19:15:15 +0200
From: "Laurent Desnogues" <laurent.desnogues@gmail.com>
Subject: Re: [Qemu-devel] [PATCH] SH: Add prefi, icbi, synco
In-Reply-To: <200810201154.21179.paul@codesourcery.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <200810171652.46611.vladimir@codesourcery.com>
	<200810172056.53076.paul@codesourcery.com>
	<20081020040124.GA19601@linux-sh.org>
	<200810201154.21179.paul@codesourcery.com>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Mon, Oct 20, 2008 at 12:54 PM, Paul Brook <paul@codesourcery.com> wrote:
> Doing fine grained features isn't that
> hard. MIPS, sparc, arm, ppc, m68k and sparc already do this.

So let's say someone finds some unprotected use of some ARM
instructions, should that be reported and is there any hope the
patch will ever be considered by the maintainer of the ARM target?
(Examples are ldrex/strex and ubfx/sbfx.)

Also what about undetected undefined instructions which I asked
about last May?

http://lists.gnu.org/archive/html/qemu-devel/2008-05/msg00844.html

Given the lack of answer at that time, I thought it didn't matter.  I now
see I was wrong.  It's a pity communication is almost impossible.


Laurent