From: Hollis Blanchard <hollisb@us.ibm.com>
To: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@hp.com>
Cc: Rusty Russell <rusty@rustcorp.com.au>, xen-devel@lists.xensource.com
Subject: RE: [BUNDLE] Testing a simpler inter-domain transport
Date: Wed, 08 Feb 2006 13:55:47 +1100 [thread overview]
Message-ID: <1139367347.11984.23.camel@localhost.localdomain> (raw)
In-Reply-To: <516F50407E01324991DD6D07B0531AD5980D5E@cacexc12.americas.cpqcorp.net>
On Tue, 2006-02-07 at 17:31 -0800, Magenheimer, Dan (HP Labs Fort
Collins) wrote:
>
> On ia64 and I believe also on PPC, a guest can translate
> from virtual to (pseudo)physical but only on x86 can
> a guest translate from virtual to machine -- at least
> without an extra hypercall. On all three,
> Xen can translate from (pseudo)physical to machine but
> only on x86 can Xen translate from virtual to
> (pseudo)physical.
Yup.
> So it seems to me that if you "prefer to keep all archs the
> same", the proper way to pass the parameters are as
> (pseudo)physical addresses: the guest translates the
> virtual address to a (pseudo)physical address and
> Xen translates from the (pseudo)physical address to
> the machine address and everybody is happy.
Agreed.
--
Hollis Blanchard
IBM Linux Technology Center
next prev parent reply other threads:[~2006-02-08 2:55 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-08 1:31 [BUNDLE] Testing a simpler inter-domain transport Magenheimer, Dan (HP Labs Fort Collins)
2006-02-08 2:55 ` Hollis Blanchard [this message]
2006-02-10 3:15 ` Rusty Russell
-- strict thread matches above, loose matches on Subject: below --
2006-02-13 3:24 King, Steven R
2006-02-13 3:47 ` Rusty Russell
2006-02-12 23:39 King, Steven R
2006-02-12 23:59 ` Ronald G Minnich
2006-02-13 2:32 ` Rusty Russell
2006-02-13 9:38 ` Daniel Veillard
2006-02-10 17:54 Magenheimer, Dan (HP Labs Fort Collins)
2006-02-06 21:38 Magenheimer, Dan (HP Labs Fort Collins)
2006-02-06 20:48 Yang, Fred
2006-02-06 20:01 Magenheimer, Dan (HP Labs Fort Collins)
2006-02-07 0:10 ` Rusty Russell
2006-02-05 3:38 Rusty Russell
2006-02-05 10:26 ` NAHieu
2006-02-05 11:13 ` Rusty Russell
2006-02-05 16:56 ` Anthony Liguori
2006-02-06 4:40 ` Rusty Russell
2006-02-08 10:12 ` Daniel Veillard
2006-02-08 10:23 ` Rusty Russell
2006-02-08 10:34 ` Muli Ben-Yehuda
2006-02-08 10:46 ` Daniel Veillard
2006-02-08 10:54 ` Muli Ben-Yehuda
2006-02-08 17:49 ` Matt Mackall
2006-02-08 11:04 ` Rusty Russell
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=1139367347.11984.23.camel@localhost.localdomain \
--to=hollisb@us.ibm.com \
--cc=dan.magenheimer@hp.com \
--cc=rusty@rustcorp.com.au \
--cc=xen-devel@lists.xensource.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.