We already make the VM_FOREIGN check conditional on defined(CONFIG_XEN). We
could add defined(CONFIG_X86) as well? This would seem reasonable as a
temporary measure for the old 2.6.18 tree.
-- Keir
On 12/12/07 08:27, Isaku Yamahata [EMAIL PROTECTED] wrote:
This patch breaks blktap and gntdev
On Wed, Dec 12, 2007 at 08:39:41AM +, Keir Fraser wrote:
We already make the VM_FOREIGN check conditional on defined(CONFIG_XEN). We
could add defined(CONFIG_X86) as well? This would seem reasonable as a
temporary measure for the old 2.6.18 tree.
Yes, ok for IA64.
--
yamahata
Quoting Zhang, Xing Z [EMAIL PROTECTED]:
Yes. I also notice that. The VGA bios produced in compiling time.
But IA64 can not generate IA32 code, so QEMU doesn't load VGA bios at our
side.
So I withdraw all my objections!
___
Xen-ia64-devel mailing
Errr, another bug was found.
Probably the constant, XENOPROF_TRACE_BEGIN, should be changed.
Please wait applying this patch series. Sorry for confusion.
On Wed, Dec 12, 2007 at 11:39:06AM +0900, Isaku Yamahata wrote:
On Tue, Dec 11, 2007 at 10:03:33AM -0700, Alex Williamson wrote:
On Tue,
Hi,
xen_ssm_i() has barrier() after xen_set_virtual_psr_i().
I think xen_rsm_i() also need barrier().
Is this correct?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
diff -r b865b15fb54b include/asm-ia64/xen/privop.h
--- a/include/asm-ia64/xen/privop.h Mon Dec 10
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg
http://xenbits.xensource.com/ext/ia64/linux-2.6.18-xen.hg
This includes a few fixes for 3.2; fixes to MCA and INIT handling,
stopping all CPUs on a noreboot Xen panic, and config updates and build
