Le Mercredi 01 Mars 2006 02:30, Xu, Anthony a écrit :
It is likely some subtle difference (or bug), perhaps in mmap?
Hi all,
yesterday I got the same bug as Akio. Today it is working again. I have just
reinstalled tools+xen+kernel.
Akio, could you try to reinstall xen+tools+kernel using a
Subject: [Xen-ia64-devel] Why is cpl read as 0 in
para-virtualization ?
while I was modifying xen_early_setup, I tried to replace dcr
kludge using
cpl. Unfortunatly, it doesn't work since cpl is read as 0
(see vcpu.c).
So my question is simple: why ?
I think some places in
Le Mercredi 01 Mars 2006 16:44, Magenheimer, Dan (HP Labs Fort Collins) a
écrit :
Subject: [Xen-ia64-devel] Why is cpl read as 0 in
para-virtualization ?
while I was modifying xen_early_setup, I tried to replace dcr
kludge using
cpl. Unfortunatly, it doesn't work since cpl is read as
Hi Keir --
Please pull
http://xenbits.xensource.com/ext/xen-ia64-unstable.hg
Includes catchup with various xen-unstable changes through
9023, various bug fixes and cleanups, some preparatory work
for moving domain0 from p==m to VP, and default to SMP host.
Thanks,
Dan
Hi, Tristan
Thank you. I'll try to reinstall soon.
If reinstall is a root cause, it is mean some tools are not overwrite
when we run make install-tools.
Best Regards,
Akio Takebe
Le Mercredi 01 Mars 2006 02:30, Xu, Anthony a ィヲcrit :
It is likely some subtle difference (or bug), perhaps in
From: Akio Takebe
Sent: 2006年3月2日 8:44
Thank you for your advice.
I checked retun value of mmap(), and it is not NULL.
I'll check vcpu_translate().
Sorry for not clear, we need to check if the return address of mmap is in
region0,
Current vcpu_translate may not handle all scenarios when fault
From: Magenheimer, Dan (HP Labs Fort Collins)
Sent: 2006年3月2日 1:01
I think some places in Linux/ia64 determine whether code
is running in kernel or user mode by checking psr.cpl.
Correct.
One place is user_mode() is ptrace.h.
Currently it is true if cpl != 0. I have made a simple test:
VMM doesn't need to reclaim dom0 image and dom0 initrd by using
init_domheap_pages, because they have been reclaimed by below code:
in function start_kernel of xensetup.c
efi_memmap_walk(filter_rsvd_memory, init_boot_pages);
Reclaiming again may cause xen hang at very beginning.
BTW, dom0
