From: Laurent Vivier <lvivier@redhat.com>
To: Andrew Jones <drjones@redhat.com>,
David Gibson <david@gibson.dropbear.id.au>
Cc: kvm@vger.kernel.org, kvm-ppc@vger.kernel.org, thuth@redhat.com,
dgibson@redhat.com, agraf@suse.de, pbonzini@redhat.com,
rkrcmar@redhat.com
Subject: Re: [kvm-unit-tests PATCH v6 00/18] ppc64: initial drop
Date: Fri, 26 Feb 2016 13:15:57 +0000 [thread overview]
Message-ID: <56D0500D.5030306@redhat.com> (raw)
In-Reply-To: <20160226130506.aslpteds7wecjdol@hawk.localdomain>
On 26/02/2016 14:05, Andrew Jones wrote:
> On Fri, Feb 26, 2016 at 03:24:49PM +1100, David Gibson wrote:
>> On Thu, Feb 25, 2016 at 04:10:44PM +0100, Laurent Vivier wrote:
>>> Hi,
>>>
>>> based on Drew's work, I've written two small patches to add support of
>>> ppc64le host and target.
>>>
>>> As Drew's series is not merged I don't send yet theses patches, but you
>>> can find them here:
>>>
>>> https://github.com/vivier/kvm-unit-tests/commits/ppc64/endianness-v1
>>>
>>> 1- powerpc: allow to build big-endian binaries on little-endian host
>>> 2- powerpc: select endianness
>>>
>>> Patch 2 allows to build and test ppc64le target.
>>>
>>> I don't know what to do about these two patches: should I wait Drew's
>>> series is merged or should I send them now for review?
>>
>> I think post now. Possibly we can even fold them into Drew's initial
>> drop.
>
> That sounds good to me to. I can pick them up when I post v7.
>
>>
>> Btw, we should know our endianness on entry, so I'm not sure we need
>> the automagic FIXUP_ENDIAN stuff. Though maybe it's still the easiest
>> way.
>
> I looked at this a bit too and was under the impression that we're
> always going to start in BE, so either the bootloader or the kernel
> has to do the wrong endian magic to switch. Since the kernel will have
> to know how to do it anyway, in order to deal with a return from an
> rtas call, then I was thinking it'd be easiest to leave the bootloader
> a simple BE-only branch, and then do the wrong endian stuff in
> cstart64.S. It's quite possible I'm missing something though.
I'm rewriting a simplified version FIXUP_ENDIAN, mostly because Thomas
told me I can't copy code from linux (GPL) to kvm-unit-tests (LGPL).
Laurent
WARNING: multiple messages have this Message-ID (diff)
From: Laurent Vivier <lvivier@redhat.com>
To: Andrew Jones <drjones@redhat.com>,
David Gibson <david@gibson.dropbear.id.au>
Cc: kvm@vger.kernel.org, kvm-ppc@vger.kernel.org, thuth@redhat.com,
dgibson@redhat.com, agraf@suse.de, pbonzini@redhat.com,
rkrcmar@redhat.com
Subject: Re: [kvm-unit-tests PATCH v6 00/18] ppc64: initial drop
Date: Fri, 26 Feb 2016 14:15:57 +0100 [thread overview]
Message-ID: <56D0500D.5030306@redhat.com> (raw)
In-Reply-To: <20160226130506.aslpteds7wecjdol@hawk.localdomain>
On 26/02/2016 14:05, Andrew Jones wrote:
> On Fri, Feb 26, 2016 at 03:24:49PM +1100, David Gibson wrote:
>> On Thu, Feb 25, 2016 at 04:10:44PM +0100, Laurent Vivier wrote:
>>> Hi,
>>>
>>> based on Drew's work, I've written two small patches to add support of
>>> ppc64le host and target.
>>>
>>> As Drew's series is not merged I don't send yet theses patches, but you
>>> can find them here:
>>>
>>> https://github.com/vivier/kvm-unit-tests/commits/ppc64/endianness-v1
>>>
>>> 1- powerpc: allow to build big-endian binaries on little-endian host
>>> 2- powerpc: select endianness
>>>
>>> Patch 2 allows to build and test ppc64le target.
>>>
>>> I don't know what to do about these two patches: should I wait Drew's
>>> series is merged or should I send them now for review?
>>
>> I think post now. Possibly we can even fold them into Drew's initial
>> drop.
>
> That sounds good to me to. I can pick them up when I post v7.
>
>>
>> Btw, we should know our endianness on entry, so I'm not sure we need
>> the automagic FIXUP_ENDIAN stuff. Though maybe it's still the easiest
>> way.
>
> I looked at this a bit too and was under the impression that we're
> always going to start in BE, so either the bootloader or the kernel
> has to do the wrong endian magic to switch. Since the kernel will have
> to know how to do it anyway, in order to deal with a return from an
> rtas call, then I was thinking it'd be easiest to leave the bootloader
> a simple BE-only branch, and then do the wrong endian stuff in
> cstart64.S. It's quite possible I'm missing something though.
I'm rewriting a simplified version FIXUP_ENDIAN, mostly because Thomas
told me I can't copy code from linux (GPL) to kvm-unit-tests (LGPL).
Laurent
next prev parent reply other threads:[~2016-02-26 13:15 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-19 15:58 [kvm-unit-tests PATCH v6 00/18] ppc64: initial drop Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 01/18] arm/arm64: trivial: another assert fix Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 02/18] Makefile: cscope: also look in arch shared asm Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 03/18] lib: asm-generic: add missing casts Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 04/18] devicetree: fix dt_get_memory_params Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 05/18] arm/arm64: setup improvements Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 06/18] lib: add vprintf Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 07/18] lib: share arm-selftest utility functions Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 08/18] config: no need to mix arch makefiles Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 09/18] powerpc/ppc64: start skeleton framework Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 10/18] powerpc/ppc64: ppc-ify makefiles and linker script Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-23 15:07 ` Laurent Vivier
2016-02-23 15:07 ` Laurent Vivier
2016-02-23 15:45 ` Andrew Jones
2016-02-23 15:45 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 11/18] powerpc/ppc64: add a boot rom Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 12/18] powerpc/ppc64: add hcall support and putchar Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 13/18] powerpc/ppc64: adapt arm's setup Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-23 15:04 ` Andrew Jones
2016-02-23 15:04 ` Andrew Jones
2016-02-24 0:31 ` David Gibson
2016-02-24 0:31 ` David Gibson
2016-02-26 13:08 ` Andrew Jones
2016-02-26 13:08 ` Andrew Jones
2016-02-29 0:54 ` David Gibson
2016-02-29 0:54 ` David Gibson
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 14/18] powerpc/ppc64: relocate linker VMAs Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 15/18] powerpc/ppc64: add run script and unittests.cfg Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 16/18] mkstandalone: add support for powerpc Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 17/18] powerpc/ppc64: add RTAS support Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-19 16:10 ` Andrew Jones
2016-02-19 16:10 ` Andrew Jones
2016-02-22 3:26 ` David Gibson
2016-02-22 3:26 ` David Gibson
2016-02-22 7:39 ` Thomas Huth
2016-02-22 7:39 ` Thomas Huth
2016-02-22 7:56 ` David Gibson
2016-02-22 7:56 ` David Gibson
2016-02-23 15:03 ` Andrew Jones
2016-02-23 15:03 ` Andrew Jones
2016-02-24 0:30 ` David Gibson
2016-02-24 0:30 ` David Gibson
2016-02-19 15:58 ` [kvm-unit-tests PATCH v6 18/18] powerpc/ppc64: make a fake debug-exit Andrew Jones
2016-02-19 15:58 ` Andrew Jones
2016-02-25 15:10 ` [kvm-unit-tests PATCH v6 00/18] ppc64: initial drop Laurent Vivier
2016-02-25 15:10 ` Laurent Vivier
2016-02-26 4:24 ` David Gibson
2016-02-26 4:24 ` David Gibson
2016-02-26 13:05 ` Andrew Jones
2016-02-26 13:05 ` Andrew Jones
2016-02-26 13:15 ` Laurent Vivier [this message]
2016-02-26 13:15 ` Laurent Vivier
2016-02-26 13:41 ` David Gibson
2016-02-26 13:41 ` David Gibson
2016-02-26 13:47 ` Laurent Vivier
2016-02-26 13:47 ` Laurent Vivier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56D0500D.5030306@redhat.com \
--to=lvivier@redhat.com \
--cc=agraf@suse.de \
--cc=david@gibson.dropbear.id.au \
--cc=dgibson@redhat.com \
--cc=drjones@redhat.com \
--cc=kvm-ppc@vger.kernel.org \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@redhat.com \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.