Le Mardi 25 Juillet 2006 19:07, Alex Williamson a écrit :
On Tue, 2006-07-25 at 10:43 +0200, Tristan Gingold wrote:
+static int xc_ia64_shadow_control(int xc_handle,
+ uint32_t domid,
+ unsigned int sop,
+
Le Mercredi 26 Juillet 2006 03:56, Isaku Yamahata a écrit :
Hi Tristan.
You already noticed the followings though.
[...]
* Currently any domain can do ioremap. Access checks have to be done.
When I worked on dom0 vp model, I wanted to keep the modification of
linux ioremap() as small as
On 26 Jul 2006, at 09:54, Tian, Kevin wrote:
It's IA64 specific. On xen/x86, vga bios is copied to 0xD by guest
firmware. However on ia64 platform, native firmware depends on some
initialization vga state at power on and so does guest firmware. That's
why that vga bios initialization stub
Xen/IA64 Healthiness Report
Today we have done 2 times testing. The tip 10784:97cc7ed90061 has Qemu
issue in building and testing. So no testing results for it.
Testing Environment:
Platform: Tiger4
Processor: Itanium 2 Processor
Logic Processors number: 4
Service
Hi, Anthony, Juan and Aron
Hmm.. I don't know.
I have thought that merge base is linux-2.6.18-rc2,
because of reading the following mail.
Juan and Aron, am I wrong?
If necessary, I'll update my patches.
My patches work good on RHEL4 as native linux.
Now I'm updating my fedora system by yum.
Hi, Anthony
I found the base version in Makefile.
-
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 18
EXTRAVERSION = -rc2
NAME=Crazed Snow-Weasel
# *DOCUMENTATION*
# To see a list of typical targets execute make help
# More info can be located in ./README
# Comments in this
Hi,
this patch fixes a nasty I found during driver domain work.
This is somewhat a work-around but not that ugly.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID bf61ba87cda4dd59d9d532dbc973517b5af33f6a
# Parent d41ec8b152e512016929bbcb24af95748fb9fe88
Bug fix: restore
Akio,
Thank you for pointing out this issue. Maybe I sent out the older one
incorrectly.:( Thanks again.
-Xiantao
OTC,Intel Corporation
-Original Message-
From: Akio Takebe [mailto:[EMAIL PROTECTED]
Sent: 2006年7月26日 19:24
To: Zhang, Xiantao; [EMAIL PROTECTED]
Cc:
On Wed, 2006-07-26 at 11:28 +0900, Isaku Yamahata wrote:
You're right. How about this patch?
Looks good. Applied.
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing list
On Wed, 2006-07-26 at 14:11 +0200, Tristan Gingold wrote:
Hi,
this patch fixes a nasty I found during driver domain work.
This is somewhat a work-around but not that ugly.
Applied.
--
Alex Williamson HP Open Source Linux Org.
On Wed, 2006-07-26 at 13:41 +0100, Christian Limpach wrote:
On 7/26/06, Akio Takebe [EMAIL PROTECTED] wrote:
Hi, Xiantao
Is the following testandset redefine?
diff -r bbabdebc54ad tools/ioemu/exec-all.h
--- a/tools/ioemu/exec-all.hWed Jul 19 21:13:36 2006 +0100
+++
On Wed, 2006-07-26 at 11:20 -0600, Alex Williamson wrote:
Looks like we still ended up with both copies. Can you please apply
the patch below. Thanks,
Testing my quilt-foo based on your previous description, here's a
patch that should do the whole thing. Thanks,
Alex
On Wed, 2006-07-26 at 13:38 +0800, Zhang, Xiantao wrote:
Hi Alex,
With this fix and previous patches, we can boot VTi successfully with
new Qemu on xen-ia64-unstable.hg 's tip(10784). Should we make
xen-unstable.hg sync with xen-ia64-unstable.hg happen next step?
Yes, I sync'd with
Hi Alex,
That's very strange. We tried to boot VTi on CSet(10784) with VGA
initialization fix and didn't met your issue.
I am trying to reproduce your issue here. Hope to find it:)
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
-Original Message-
From: [EMAIL PROTECTED]
Hi, Christian
Thank you for your comments. But I check the patch on tip. Seems the
following line not in upstream. I don't know why this part was lost when
check-in.
diff -r 254c090854de tools/ioemu/hw/vga.c
--- a/tools/ioemu/hw/vga.c Wed Jul 26 15:59:36 2006 -0600
+++
Hi Alex,
I found the reason why VTi couldn't get into EFi. Seems the patch which
adds VGA bios initialization lost one part @check-in. With this fix and your
attached patch. VTi should be healthy except network issue.
diff -r 254c090854de tools/ioemu/hw/vga.c
--- a/tools/ioemu/hw/vga.c
Hi Juan,
These patches are the result of Akio, Prarit, Alex and me working on fixing the
ia64 build of your tree. At this point the bare-metal Linux kernel builds and
boots. The xen kernel builds but doesn't complete booting. Nonetheless, since
these patches seem to take us most of the way
1 file changed, 4 insertions(+)
arch/ia64/xen/hypervisor.c |4
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 5602e37817d5712662b8240b5efa16a9c847c032
# Parent 8de5c39ac1ef23a8c257fd02186d9810f9c358c5
Export some additional symbols needed for forward port to 2.6.18
2 files changed, 4 insertions(+), 14 deletions(-)
arch/ia64/mm/ioremap.c |2 ++
include/asm-ia64/io.h | 16 ++--
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 575b49ce64a2098515c48a3f29a214f853025fcf
# Parent 489de0be169cc96a41105f8cb9046be740a9a706
Port xen ioremap
3 files changed, 669 insertions(+)
arch/ia64/kernel/gate.S | 376 +++
arch/ia64/kernel/gate.lds.S | 96 ++
arch/ia64/kernel/patch.c| 197 ++
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID
2 files changed, 3 insertions(+), 4 deletions(-)
drivers/xen/core/evtchn.c |2 +-
include/asm-ia64/hw_irq.h |5 ++---
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 8de5c39ac1ef23a8c257fd02186d9810f9c358c5
# Parent 575b49ce64a2098515c48a3f29a214f853025fcf
hw_resend_irq() isn't
4 files changed, 4 insertions(+)
drivers/xen/blkback/blkback.c |1 +
drivers/xen/netback/common.h|1 +
drivers/xen/netback/netback.c |1 +
drivers/xen/netfront/netfront.c |1 +
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID aabd6c30336524b8bc0cc21291870170e6e2ea97
#
22 matches
Mail list logo
