From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:42443)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <benh@kernel.crashing.org>) id 1W7wfc-00029W-V0
	for qemu-devel@nongnu.org; Mon, 27 Jan 2014 19:36:59 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <benh@kernel.crashing.org>) id 1W7wfW-0007c1-S3
	for qemu-devel@nongnu.org; Mon, 27 Jan 2014 19:36:52 -0500
Message-ID: <1390869373.3872.43.camel@pasglop>
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Date: Tue, 28 Jan 2014 11:36:13 +1100
In-Reply-To: <CAFEAcA_QO6v+TbYoFrkKK7Djz=2MhgGPFnQq-5BwCes3fJiV-Q@mail.gmail.com>
References: <CAFEAcA-aq9eGy+_7DdWHd2HVu_XcqxeHb_jFur+TkmVnS=qy=g@mail.gmail.com>
	<CAFEAcA-v5NcC_dJv+wF0k-H4BMxwh7TZvkiCw+YoXCiSPDCDfA@mail.gmail.com>
	<03D15FE3-2A12-4D60-8D20-07D05F3740F6@suse.de>
	<20140120191919.GH13432@cbox>
	<CAA3XUr2FoCdOm5_xM77qFs4Kdw-M04KBgY-ghmcbnFqt0Oe7MQ@mail.gmail.com>
	<CAFEAcA-Mn=Q_KpRYZpFoVAXAnMu8OR_c6rXRCMwjda0kDk7gvg@mail.gmail.com>
	<CAA3XUr35rAjFuUob_KNKsRPL88-xmu-YOCUykEf5pMf7xP+=Fg@mail.gmail.com>
	<CAFEAcA_-dejumAVf6RBD8A47SG2pQFcFVJ91OxcYdasa+CYb0Q@mail.gmail.com>
	<CAA3XUr2szY47gXZE06737GCUiS_n_8pwGm-ndaG8SJLm_rVm7Q@mail.gmail.com>
	<CAFEAcA_PgmuWc=eEmUQjQqpyUTxG=iq7T_CVtg9PrR9WkNqC4g@mail.gmail.com>
	<1390865691.3872.33.camel@pasglop>
	<CAFEAcA_QO6v+TbYoFrkKK7Djz=2MhgGPFnQq-5BwCes3fJiV-Q@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [Qemu-ppc] KVM and variable-endianness guest CPUs
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: Peter Maydell <peter.maydell@linaro.org>
Cc: Thomas Falcon <tlfalcon@linux.vnet.ibm.com>, kvm-devel <kvm@vger.kernel.org>, Victor Kamensky <victor.kamensky@linaro.org>, QEMU Developers <qemu-devel@nongnu.org>, "qemu-ppc@nongnu.org" <qemu-ppc@nongnu.org>, "kvmarm@lists.cs.columbia.edu" <kvmarm@lists.cs.columbia.edu>, Christoffer Dall <christoffer.dall@linaro.org>

On Mon, 2014-01-27 at 23:49 +0000, Peter Maydell wrote:
> 
> Er, what? If we make the array be guest's current order
> then by definition userspace has to look at the guest's
> current endianness. I agree that would be bad. Either
> of the two current proposals (host kernel order; guest
> CPU's native/natural/default-byte-order) avoid it, though.

No, this has nothing to do with the guest endianness, and
all to do about the (hopefully) byte-address invariant bus we have
on the processor.

Anyway, the existing crap is ABI so I suspect we have to stick with it,
just maybe document it better.

Ben.