Hi,
Also in the case of current Xen-ia64-unstable(cset:11721),
this panic is occured by specified dom0_mem=4G.
(without my patch)
I think the following error message is hint of this bug.
(XEN) Warning: UC to WB for mpaddr=f9ff
I checked the arch/ia64/xen/mm.c
Why changing pteval2 from UC to
Le Jeudi 05 Octobre 2006 09:00, Akio Takebe a écrit :
Hi,
Also in the case of current Xen-ia64-unstable(cset:11721),
this panic is occured by specified dom0_mem=4G.
(without my patch)
I think the following error message is hint of this bug.
(XEN) Warning: UC to WB for mpaddr=f9ff
I
Le Mercredi 04 Octobre 2006 11:10, DOI Tsunehisa a écrit :
Tristan Gingold wrote:
I have modified the build rule and some files, but some hypercall
seem to be unimplemented. like xencomm_mini_hypercall_hvm_op,
xencomm_mini_hypercall_xen_version.
Do you want me to implement them ?
On Thu, Oct 05, 2006 at 04:55:07PM +0900, Isaku Yamahata wrote:
On Thu, Oct 05, 2006 at 04:00:20PM +0900, Akio Takebe wrote:
Hi,
Also in the case of current Xen-ia64-unstable(cset:11721),
this panic is occured by specified dom0_mem=4G.
(without my patch)
I think the following
Hi Tristan,
You (Tristan.Gingold) said:
Do you want me to implement them ?
Yes, I hope to
I've attached the log of compiling PV-on-HVM driver, and
my modification for compiling them.
Hi,
here is my patch. xen_vnif seems to work. Can you try and confirm ?
Have you ever
Le Jeudi 05 Octobre 2006 14:03, Akio Takebe a écrit :
Hi, Isaku and Tristan
Thank you for your comments.
[...]
I think there are two right way.
A avoid overlap somehow
A.0 fake up ACPI table and assign pci somewhere.
A.1 detect pci bridge
To detect the region of pci bridge, it
Hi, Isaku and Tristan
Thank you for your comments.
On Thu, Oct 05, 2006 at 04:55:07PM +0900, Isaku Yamahata wrote:
On Thu, Oct 05, 2006 at 04:00:20PM +0900, Akio Takebe wrote:
Hi,
Also in the case of current Xen-ia64-unstable(cset:11721),
this panic is occured by specified dom0_mem=4G.
On Wednesday 04 October 2006 20:53, Horms wrote:
On Fri, Sep 29, 2006 at 12:48:19PM +0900, Horms wrote:
On Wed, Sep 27, 2006 at 11:52:12AM +0200, Tristan Gingold wrote:
Linux and xen call efi in real mode if set_virtual_address_map fails.
You may add an option in both xen and linux to
On Tue, 2006-10-03 at 20:23 +0900, Kouya SHIMURA wrote:
Hi,
Tristan seems to have forgotten to implement xencomm_privcmd_sched_op().
When I tried to reboot a VTI domain, I got the dom0's message
privcmd_hypercall: unknown hcall (29) and couldn't reboot.
Applied. Thanks,
Alex
On Tue, 2006-10-03 at 14:00 +0200, Tristan Gingold wrote:
Hi,
yet another xencomm glitch: the nr_pages trick is not used anymore.
Applied. Thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
___
On Tue, 2006-10-03 at 11:09 -0400, Aron Griffis wrote:
Clean up extern declarations in arch/ia64/xen/domain.c
Applied. Thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing
On Wed, 2006-10-04 at 14:50 +0900, Isaku Yamahata wrote:
p2m exposure TAKE 2
These patches are for p2m table expsure to domain.
With this patch, p2m conversion hypercall overhead is eliminated.
Applied. Thanks,
Alex
--
Alex Williamson HP Open Source
Akio, Isaku
The original motivation is to get modular vnif work.
Now xencomm has been merged, this isn't an issue anymore.
Akio, Is this right?
Yes, you are right.
I have not tried to check modular vnif yet.
But I have checked it with cset 11635 + Tristan's xen-xcom-[a-c]3.
diffs.
Hi, Isaku and Yoshi
I'm sorry, I misread Isaku's mail.
modular vnif(and xenblk) had two problem.
1. Allocating big order pages by using alloc_page().
This issue is no problem when vnif is not module,
because the alloc_page() success at very early boot time.
But in the case of modular
14 matches
Mail list logo
