From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42107) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEuPY-0006R0-H6 for qemu-devel@nongnu.org; Mon, 20 Jun 2016 04:18:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bEuPU-0001k2-Ad for qemu-devel@nongnu.org; Mon, 20 Jun 2016 04:18:23 -0400 Message-ID: <1466410686.24271.141.camel@kernel.crashing.org> From: Benjamin Herrenschmidt Date: Mon, 20 Jun 2016 18:18:06 +1000 In-Reply-To: <82e44d2e-7163-244e-35de-cdb3e141e85a@kaod.org> References: <1465795496-15071-1-git-send-email-clg@kaod.org> <1465795496-15071-2-git-send-email-clg@kaod.org> <20160616010702.GI28087@voom.fritz.box> <20160617022731.GA19581@voom.fritz.box> <57639095.5010305@kaod.org> <576392B1.6030204@kaod.org> <5763A258.2010408@redhat.com> <5763D3EF.6060305@kaod.org> <5763D8D1.70701@redhat.com> <3258f4f3-6f5d-bb1f-9cac-2d19cac7ab53@kaod.org> <1466292910.24271.95.camel@kernel.crashing.org> <1ecfdda6-49a9-a737-80fd-a229c5a1fcf1@kaod.org> <1466345334.24271.123.camel@kernel.crashing.org> <3a87a63c-4c9e-354e-e089-dadfd00b4885@kaod.org> <1466370758.24271.125.camel@kernel.crashing.org> <82e44d2e-7163-244e-35de-cdb3e141e85a@kaod.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH 01/10] ppc: Fix rfi/rfid/hrfi/... emulation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?C=E9dric?= Le Goater , Thomas Huth , David Gibson Cc: qemu-ppc@nongnu.org, qemu-devel@nongnu.org On Mon, 2016-06-20 at 08:10 +0200, C=C3=A9dric Le Goater wrote: > That is how I feel also. So, why don't we just remove the op code in th= e=C2=A0 > instruction sets from the 32bit CPUs instead of leaving it and testing=C2= =A0 > for PPC_SEGMENT_64B ? or is there some reasons we want to keep it aroun= d ?=C2=A0 Ah no Ben.