On Wed, Jun 25, 2014 at 7:44 PM, Paolo Bonzini <pbonz...@redhat.com> wrote:
>> nregions: 4
>> region:
>>       gpa = 0x100000000
>>       size = 3221225472
>>       ua = 0x2aab6ac00000
>
> High memory, above 3 gigabytes.
>
>> region:
>>       gpa = 0xFFFC0000
>>       size = 262144
>>       ua = 0x7fc13d200000
>
> This is the BIOS.  There shouldn't be any FD for this one, it
> is not allocated in hugetlbfs.
>
>> region:
>>       gpa = 0x0
>>       size = 655360
>>       ua = 0x2aaaaac00000
>> region:
>>       gpa = 0xC0000
>>       size = 3220439040
>>       ua = 0x2aaaaacc0000
>
> Together, it's the first 3 GB of memory.
>
> I understand now what you mean.  Yeah, the format should be changed
> to include the offset (why does vhost-user need the ua at all?
> perhaps the offset can replace the ua).

I am trying to do the math here. So if this file is mapped by QEMU
into a single file then probably
(region[4].ua - region[3].ua) should give you the offset. And also
(region[4].ua - region[1].ua) shoudl give the above 3G offset. Or I am
missing something?



>
>> BTW Any idea what to do with region 2, it doesn’t look like the one belonging
>> to the same place, but qemu_get_ram_fd() returns same FD for it.
>
> This must be a bug.  I would have expected qemu_get_ram_fd to return -1
> here, so no descriptor should be passed to vhost-user.
>
> Paolo

Reply via email to