From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Anthony PERARD <anthony.perard@citrix.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
Xen Devel <xen-devel@lists.xen.org>,
QEMU-devel <qemu-devel@nongnu.org>,
Juan Quintela <quintela@redhat.com>
Subject: Re: [Qemu-devel] Regression: Xen guest with 5G of RAM on 32bit fail to boot
Date: Tue, 1 Dec 2015 18:37:36 +0000 [thread overview]
Message-ID: <20151201183735.GC2580@work-vm> (raw)
In-Reply-To: <20151201175357.GC1788@perard.uk.xensource.com>
* Anthony PERARD (anthony.perard@citrix.com) wrote:
> Hi,
>
> Under Xen, a guest with 5G of RAM, with a 32bit binary QEMU (well, with a
> 32bit dom0) does not boot anymore. QEMU abort() with "Bad ram offset efffd000".
>
> This issue first appear in 4ed023ce2a39ab5812d33cf4d819def168965a7f (Round
> up RAMBlock sizes to host page sizes).
>
> The problem is in qemu_ram_alloc_internal() where 'size' and 'maxsize' are
> now been truncate to 32bit, due to 'qemu_host_page_size' been an uintptr_t
> in the HOST_PAGE_ALIGN macro.
>
> ram_add_t is uint64_t when compiled with --enable-xen.
Hmm, that's a fun problem.
Would changing qemu_host_page_[size|mask] to ram_addr_t work?
Dave
>
> Regards,
>
> --
> Anthony PERARD
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2015-12-01 18:37 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-01 17:53 [Qemu-devel] Regression: Xen guest with 5G of RAM on 32bit fail to boot Anthony PERARD
2015-12-01 18:37 ` Dr. David Alan Gilbert [this message]
2015-12-01 18:50 ` Anthony PERARD
2015-12-01 18:50 ` Anthony PERARD
2015-12-01 18:37 ` Dr. David Alan Gilbert
2015-12-02 10:30 ` [Qemu-devel] " Paolo Bonzini
2015-12-02 10:44 ` Dr. David Alan Gilbert
2015-12-02 10:44 ` Dr. David Alan Gilbert
2015-12-02 11:59 ` Paolo Bonzini
2015-12-02 11:59 ` [Qemu-devel] " Paolo Bonzini
2015-12-02 12:05 ` Dr. David Alan Gilbert
2015-12-02 12:05 ` [Qemu-devel] " Dr. David Alan Gilbert
2015-12-02 12:11 ` Juan Quintela
2015-12-02 12:11 ` Juan Quintela
2015-12-02 10:30 ` Paolo Bonzini
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=20151201183735.GC2580@work-vm \
--to=dgilbert@redhat.com \
--cc=anthony.perard@citrix.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xen.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.