* Anthony PERARD (anthony.per...@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 / dgilb...@redhat.com / Manchester, UK _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel