>From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
>Sent: 2006年3月16日 10:43
>
>I haven't cleaned up grant table api yet.
>I'm sure some clean up is necessary. This is the reason why XXX is
>there.
>I'll work on it after getting vnif to work.
OK.
>
>
>> BTW, what's the intent of alloc_vm_area? Seems n
On Wed, Mar 15, 2006 at 05:12:33PM +0800, Tian, Kevin wrote:
> >9191:2ac9130fb9f6_fix_grant_entry_t_frame.patch
>
> This one is a fix and can be sent out to xen mailing list earlier. But it may
> not be so urgent to see the issue for IA64 and x86-64. See how large
> even 32bit can support: 4G *
Hi, Tristan
Thank you. You are right.
These are my mistake.
I fix my patch.
diff -r 911c04274f14 xen/arch/ia64/Rules.mk
--- a/xen/arch/ia64/Rules.mkTue Mar 14 14:38:22 2006 -0700
+++ b/xen/arch/ia64/Rules.mkThu Mar 16 09:07:33 2006 +0900
@@ -5,7 +5,7 @@ ifneq ($(COMPILE_ARCH),$(TARGET_ARC
On Wed, 2006-03-15 at 15:56 +0100, Tristan Gingold wrote:
> Hi,
>
> almost a cleanup of the day.
> Unused code removed.
> Tested by compile only.
Applied.
--
Alex Williamson HP Linux & Open Source Lab
___
Xen-ia64-devel
On Wed, 2006-03-15 at 15:45 +0100, Tristan Gingold wrote:
> Hi,
>
> this patch virtualize LID for domU and prepare ACPI LSAPIC table for SMP-g.
> The main avantage is domU doesn't try to wake-up a processor.
> Now domU boot is about 1 sec.
Applied.
--
Alex Williamson
On Wed, 2006-03-15 at 13:11 +0100, Tristan Gingold wrote:
> Hi,
>
> this patch creates a dummy IO ports memmap entry for domU. With this, IO
> accesses are trapped (and displayed) by Xen. Previously they were polluting
> memory and could result in random crashes.
Applied.
--
Alex William
On Wed, 2006-03-15 at 09:34 +0900, Akio Takebe wrote:
> Hi,
>
> The below is cleanup warning patch.
Applied.
--
Alex Williamson HP Linux & Open Source Lab
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.
Hi,
almost a cleanup of the day.
Unused code removed.
Tested by compile only.
Tristan.# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID b36608db35d42c4717cd0900cce77b20910641a4
# Parent db769650b049d71df4423fdb83bc4ef3d85b2e19
Unused code removed.
A few 'static' added.
Signed-off-by: Tris
Le Mercredi 15 Mars 2006 15:46, Magenheimer, Dan (HP Labs Fort Collins) a
écrit :
> > > Per discussion in January, this printk can be turned off as it
> > > is just indicating that a condition occurred which Kevin fixed.
> >
> > http://lists.xensource.com/archives/html/xen-ia64-devel/2006-0
> > 1/
> > Per discussion in January, this printk can be turned off as it
> > is just indicating that a condition occurred which Kevin fixed.
> >
> >
> http://lists.xensource.com/archives/html/xen-ia64-devel/2006-0
> 1/msg00117
> > .html
> >
> > The similar "Oops: timer tick before it's due" from Linux
>
Hi,
this patch virtualize LID for domU and prepare ACPI LSAPIC table for SMP-g.
The main avantage is domU doesn't try to wake-up a processor.
Now domU boot is about 1 sec.
Tested by booting dom0+domU and compilation.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID db769650b049d
Hi,
this patch creates a dummy IO ports memmap entry for domU. With this, IO
accesses are trapped (and displayed) by Xen. Previously they were polluting
memory and could result in random crashes.
It is also wise to add options such as 'ide0=noprobe' on domU linux command
line to disable such
>From: Tristan Gingold
>Sent: 2006年3月15日 16:31
>>
>> The similar "Oops: timer tick before it's due" from Linux
>> is probably related but not understood or fixed.
>Sorry, but I do not agree.
>
>As far as I know, there are no anymore "Oops: timer" messages from
>Linux when
>SMP is turn on.
>Does eve
>From: Isaku Yamahata
>Sent: 2006年3月10日 14:47
>
>The following 9 patches are for grant table and vbd.
>9188:f1f79363e36d_libxc_ia64_get_pfn_list_work_around.patch
>9189:a60e1b202538_dont_use_vga_area.patch
>9190:34adabc2b3b0_gnttab_shared_gmfn.patch
>9191:2ac9130fb9f6_fix_grant_entry_t_frame.patch
Le Mercredi 15 Mars 2006 05:06, Akio Takebe a écrit :
> Hi,
>
> When we compile xen, we use local include files.
> (e.g. /usr/include)
> So this patch fix the issue.
I don't understand why you need -fno-builtin -fno-common and
-fno-strict-aliasing. These are C flags and not ASM flags.
Maybe I mi
Le Mardi 14 Mars 2006 20:30, Magenheimer, Dan (HP Labs Fort Collins) a écrit :
> Per discussion in January, this printk can be turned off as it
> is just indicating that a condition occurred which Kevin fixed.
>
> http://lists.xensource.com/archives/html/xen-ia64-devel/2006-01/msg00117
> .html
>
>
16 matches
Mail list logo