From: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: jimix@us.ibm.com, linuxppc-dev@ozlabs.org, hollisb@us.ibm.com,
kvm-ppc@vger.kernel.org
Subject: Re: [PATCH 2/4] kvmppc: add hypercall infrastructure - guest part
Date: Wed, 20 Aug 2008 12:41:25 +0000 [thread overview]
Message-ID: <48AC10F5.2010506@linux.vnet.ibm.com> (raw)
In-Reply-To: <200808191328.16934.arnd@arndb.de>
Arnd Bergmann wrote:
> On Tuesday 19 August 2008, ehrhardt@linux.vnet.ibm.com wrote:
>
>> +static inline long kvm_hypercall1(unsigned int nr, unsigned long p1)
>> +{
>> + register unsigned long hcall asm ("r0") = nr;
>> + register unsigned long arg1 asm ("r3") = p1;
>> + register long ret asm ("r11");
>> +
>> + asm volatile(".long %1"
>> + : "=r"(ret)
>> + : "i"(KVM_HYPERCALL_BIN), "r"(hcall), "r"(arg1)
>> + : "r4", "r5", "r6", "r7", "r8",
>> + "r9", "r10", "r12", "cc");
>> + return ret;
>> +}
>>
>
> What is the reasoning for making the calling convention different from
> all the existing hcall interfaces here?
>
> pseries uses r3 for the hcall number, lv1 and beat use r11, so using
> r0 just for the sake of being different seems counterintuitive.
>
> Arnd <><
>
Some documentation is here
http://kvm.qumranet.com/kvmwiki/PowerPC_Hypercall_ABI
As far as I remember it was oriented on system calls, from my point we
can still change it atm.
When we discussed about that I was too new to the power architecture to
really get all the details, but I assume Hollis and Jimi can answer you
that.
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
WARNING: multiple messages have this Message-ID (diff)
From: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: jimix@us.ibm.com, linuxppc-dev@ozlabs.org, hollisb@us.ibm.com,
kvm-ppc@vger.kernel.org
Subject: Re: [PATCH 2/4] kvmppc: add hypercall infrastructure - guest part
Date: Wed, 20 Aug 2008 14:41:25 +0200 [thread overview]
Message-ID: <48AC10F5.2010506@linux.vnet.ibm.com> (raw)
In-Reply-To: <200808191328.16934.arnd@arndb.de>
Arnd Bergmann wrote:
> On Tuesday 19 August 2008, ehrhardt@linux.vnet.ibm.com wrote:
>
>> +static inline long kvm_hypercall1(unsigned int nr, unsigned long p1)
>> +{
>> + register unsigned long hcall asm ("r0") = nr;
>> + register unsigned long arg1 asm ("r3") = p1;
>> + register long ret asm ("r11");
>> +
>> + asm volatile(".long %1"
>> + : "=r"(ret)
>> + : "i"(KVM_HYPERCALL_BIN), "r"(hcall), "r"(arg1)
>> + : "r4", "r5", "r6", "r7", "r8",
>> + "r9", "r10", "r12", "cc");
>> + return ret;
>> +}
>>
>
> What is the reasoning for making the calling convention different from
> all the existing hcall interfaces here?
>
> pseries uses r3 for the hcall number, lv1 and beat use r11, so using
> r0 just for the sake of being different seems counterintuitive.
>
> Arnd <><
>
Some documentation is here
http://kvm.qumranet.com/kvmwiki/PowerPC_Hypercall_ABI
As far as I remember it was oriented on system calls, from my point we
can still change it atm.
When we discussed about that I was too new to the power architecture to
really get all the details, but I assume Hollis and Jimi can answer you
that.
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
next prev parent reply other threads:[~2008-08-20 12:41 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-19 10:36 [PATCH 0/4][RFC] kvmppc: paravirtualization interface - guest part v2 ehrhardt
2008-08-19 10:36 ` ehrhardt
2008-08-19 10:36 ` [PATCH 1/4] kvmppc: read device tree hypervisor node infrastructure ehrhardt
2008-08-19 10:36 ` ehrhardt
2008-08-19 11:52 ` [PATCH 1/4] kvmppc: read device tree hypervisor node Josh Boyer
2008-08-19 11:52 ` [PATCH 1/4] kvmppc: read device tree hypervisor node infrastructure Josh Boyer
2008-08-19 11:56 ` [PATCH 1/4] kvmppc: read device tree hypervisor node Josh Boyer
2008-08-19 11:56 ` [PATCH 1/4] kvmppc: read device tree hypervisor node infrastructure Josh Boyer
2008-08-19 10:36 ` [PATCH 2/4] kvmppc: add hypercall infrastructure - guest part ehrhardt
2008-08-19 10:36 ` ehrhardt
2008-08-19 11:28 ` Arnd Bergmann
2008-08-19 11:28 ` Arnd Bergmann
2008-08-20 12:41 ` Christian Ehrhardt [this message]
2008-08-20 12:41 ` Christian Ehrhardt
2008-08-21 22:25 ` Hollis Blanchard
2008-08-21 22:25 ` Hollis Blanchard
2008-08-22 10:38 ` Kumar Gala
2008-08-22 10:38 ` Kumar Gala
2008-08-22 14:00 ` Hollis Blanchard
2008-08-22 14:00 ` Hollis Blanchard
2008-08-19 10:36 ` [PATCH 3/4] kvmppc: magic page paravirtualization " ehrhardt
2008-08-19 10:36 ` ehrhardt
2008-08-20 2:29 ` Tony Breeds
2008-08-20 2:29 ` Tony Breeds
2008-08-19 10:36 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest optimization ehrhardt
2008-08-19 10:36 ` ehrhardt
2008-08-19 11:42 ` Arnd Bergmann
2008-08-19 11:42 ` Arnd Bergmann
2008-08-20 12:53 ` Christian Ehrhardt
2008-08-20 12:53 ` Christian Ehrhardt
2008-08-20 18:30 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest Hollis Blanchard
2008-08-20 18:30 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest optimization Hollis Blanchard
2008-08-20 18:52 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest Josh Boyer
2008-08-20 18:52 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest optimization Josh Boyer
2008-08-20 19:06 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest Hollis Blanchard
2008-08-20 19:06 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest optimization Hollis Blanchard
2008-08-20 19:18 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest Josh Boyer
2008-08-20 19:18 ` [PATCH 4/4] kvmppc: convert wrteei to wrtee as kvm guest optimization Josh Boyer
2008-08-21 13:31 ` Christian Ehrhardt
2008-08-21 13:31 ` Christian Ehrhardt
2008-08-21 13:41 ` Kumar Gala
2008-08-21 13:41 ` Kumar Gala
2008-08-21 14:13 ` Christian Ehrhardt
2008-08-21 14:13 ` Christian Ehrhardt
2008-08-21 14:21 ` Kumar Gala
2008-08-21 14:21 ` Kumar Gala
2008-08-21 16:16 ` Scott Wood
2008-08-21 16:16 ` Scott Wood
2008-08-22 8:08 ` Christian Ehrhardt
2008-08-22 8:08 ` Christian Ehrhardt
2008-08-22 8:17 ` Kumar Gala
2008-08-22 8:17 ` Kumar Gala
2008-08-22 13:56 ` Jimi Xenidis
2008-08-22 13:56 ` Jimi Xenidis
2008-08-22 15:49 ` Scott Wood
2008-08-22 15:49 ` Scott Wood
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=48AC10F5.2010506@linux.vnet.ibm.com \
--to=ehrhardt@linux.vnet.ibm.com \
--cc=arnd@arndb.de \
--cc=hollisb@us.ibm.com \
--cc=jimix@us.ibm.com \
--cc=kvm-ppc@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
/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.