That is what I am doing except that my binaries also don't have any data
section and don't link against any libraries. The text section does start at
0x4000 but they get mapped at 0x1000 or similar location. I can
also build binaries with low base addresses. When these basic ones are
wo
On 07/12/2011 01:58 PM, Prashant Vaibhav wrote:
> Yes, exactly what happened when loading a non-trivial binary. :-(
> Oh well.
If you've got an ia64 cross-compiler, you could still make
progress on qemu by building your own binaries and linking
them somewhere convenient in the low 64 TB.
r~
Yes, exactly what happened when loading a non-trivial binary. :-(
Oh well.
On Wed, Jul 13, 2011 at 12:04 AM, Richard Henderson wrote:
> On 07/12/2011 09:43 AM, Alexander Graf wrote:
> > For now, just force the mapping to somewhere mappable :)
>
> Unfortunately, I can tell you that there is no
Thanks Marc and Alex,
Yes it was 0x4<<60, missed a zero. I didn't know about the virtual regions,
I assumed it was flat 64-bit.
For now I am going with Alex's suggestion and forcing the mmap to happen at
a lower memory address, starting at mmap_min_addr. The guest_base is then
large, causing a wr
On 12 July 2011 17:43, Alexander Graf wrote:
> I guess the long-term solution here really is to use the softmmu for
> linux-user as well - unless we're running 32-on-64.
Even for 32-on-64 we need to control the guest's address space
properly (so we don't do things like gratuitously failing mmap);
On 07/12/2011 09:43 AM, Alexander Graf wrote:
> For now, just force the mapping to somewhere mappable :)
Unfortunately, I can tell you that there is no such place.
The text segment is mapped by default at 0x4000
and the data segment is by default mapped at 0x6000.
If you
Hi Prashant,
Am 12.07.2011 um 17:29 schrieb Prashant Vaibhav :
> Hello,
>
> I am working on target-ia64, but am stuck during ia64 ELF loading.
>
> Referring to function "probe_guest_base()" in linux-user/elfload.c around
> line 1350, called from around line 1484 --
>
> When the main binary i
Hello Prashant,
first of all your "0x4<<64" is wrong it's "0x4<<60".
In Volume 2 of the IASDM page 2:46 you see that these three upper bits
correspond to the 8 virtual regions (here: region 2).
So maybe you can just disregard these bits and use the rest as new offset
to an faked guest_base that fit
Hello,
I am working on target-ia64, but am stuck during ia64 ELF loading.
Referring to function "probe_guest_base()" in linux-user/elfload.c around
line 1350, called from around line 1484 --
When the main binary is being mmap'd, the host address and guest address
should ideally be the same. If t
