From: Christoph Egger <Christoph.Egger@amd.com>
To: Keir Fraser <keir.fraser@eu.citrix.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH][XEN] PV blk backend: Make 32bit PV guests work on 64bit PV Dom0
Date: Mon, 28 Jul 2008 14:31:33 +0200 [thread overview]
Message-ID: <200807281431.33730.Christoph.Egger@amd.com> (raw)
In-Reply-To: <C4B378B4.24B34%keir.fraser@eu.citrix.com>
On Monday 28 July 2008 14:23:00 Keir Fraser wrote:
> Just do the same as we do in Linux and put these defs in your NetBSD
> private header space.
That sounds like "All OS's have to go the Linux way" (which also includes
Xen's Minios (stubdom)) instead of "fix it once and for all".
Christoph
>
> -- Keir
>
> On 28/7/08 12:46, "Christoph Egger" <Christoph.Egger@amd.com> wrote:
> > Hi,
> >
> > Attached patch makes the PV block driver for 32bit PV guests working on
> > 64bit PV Dom0.
> >
> > In the io/blkif.h, the 'id' field of
> > struct blkif_request is 64bit, but on a LP32 system it's aligned on
> > 32bits, while it'll be aligned to 64bits on a LP64 system. So on LP64
> > there'll be 4 bytes of padding between handle and id. The same is true
> > for struct blkif_response: it's 11 bytes long, so will be aligned
> > differently in the ring between a 32 and 64bit systems.
> >
> > In order to fix this, attached patch introduces in the public headers,
> > blkif_request/blkif_response, blkif_x86_32_request/blkif_x86_32_response
> > and blkif_x86_64_request/blkif_x86_64_response.
> > NetBSD is doing so io/blkif.h in the public headers, while Linux
> > does so in include/xen/blkif.h in the linux sources. But the result is
> > the same ...
> >
> > Successfully tested with the combinations:
> >
> > 64bit Dom0 32bit PAE PV guest
> > NetBSD Linux
> > Linux NetBSD
> >
> > The combinations 64bit Dom0, 64bit PV DomU works with and without this
> > patch.
> >
> > Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
AMD Saxony, Dresden, Germany
Operating System Research Center
Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter Komplementär:
AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
Geschäftsführer der AMD Saxony LLC:
Dr. Hans-R. Deppe, Thomas McCoy
next prev parent reply other threads:[~2008-07-28 12:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-28 11:46 [PATCH][XEN] PV blk backend: Make 32bit PV guests work on 64bit PV Dom0 Christoph Egger
2008-07-28 12:23 ` Keir Fraser
2008-07-28 12:31 ` Christoph Egger [this message]
2008-07-28 12:36 ` Keir Fraser
2008-07-28 12:52 ` Christoph Egger
2008-07-28 13:00 ` Keir Fraser
2008-07-28 13:04 ` Keir Fraser
2008-07-28 13:08 ` Christoph Egger
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=200807281431.33730.Christoph.Egger@amd.com \
--to=christoph.egger@amd.com \
--cc=keir.fraser@eu.citrix.com \
--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.