similar to: [PATCH] ia64/xen: add a neccessary header file to copmle include/xen/interface/xen.h

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which contains the same definitions of include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Another approach is to include include/asm-x86/pvclock-abi.h from include/asm-ia64/pvclock-abi.h. But this would break if x86 header files are moved under

Create include/asm-ia64/pvclock-abi.h to compile which contains the same definitions of include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Another approach is to include include/asm-x86/pvclock-abi.h from include/asm-ia64/pvclock-abi.h. But this would break if x86 header files are moved under

don't include asm/pvclock-abi.h directly, but asm/xen/pvclock-abi.h At this moment linux ia64 won't accept asm/pvclock-abi.h because there's no user of it. Instead make it include asm/xen/pvclock-abi.h and create asm-x86/xen/pvclock-abi.h which includes asm-x86/pvclock-abi.h. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-x86/xen/pvclock-abi.h | 6

don't include asm/pvclock-abi.h directly, but asm/xen/pvclock-abi.h At this moment linux ia64 won't accept asm/pvclock-abi.h because there's no user of it. Instead make it include asm/xen/pvclock-abi.h and create asm-x86/xen/pvclock-abi.h which includes asm-x86/pvclock-abi.h. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-x86/xen/pvclock-abi.h | 6

don't include asm/pvclock-abi.h directly, but asm/xen/pvclock-abi.h At this moment linux ia64 won't accept asm/pvclock-abi.h because there's no user of it. Instead make it include asm/xen/pvclock-abi.h and create asm-x86/xen/pvclock-abi.h which includes asm-x86/pvclock-abi.h. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-x86/xen/pvclock-abi.h | 6

On Thu, Feb 21, 2008 at 11:33:16PM -0600, Robin Holt wrote: > On Fri, Feb 22, 2008 at 02:10:19PM +0900, Isaku Yamahata wrote: > > Xenlinux/ia64 needs to reserve one more region passed from xen hypervisor > > as start info. > > > > Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> > > --- > > include/asm-ia64/meminit.h | 7 +++++++ > >

On Thu, Feb 21, 2008 at 11:33:16PM -0600, Robin Holt wrote: > On Fri, Feb 22, 2008 at 02:10:19PM +0900, Isaku Yamahata wrote: > > Xenlinux/ia64 needs to reserve one more region passed from xen hypervisor > > as start info. > > > > Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> > > --- > > include/asm-ia64/meminit.h | 7 +++++++ > >

define sync bitops which is necessary for ia64/xen. Cc: Robin Holt <holt at sgi.com> Cc: Jeremy Fitzhardinge <jeremy at goop.org> Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> Cc: "Luck, Tony" <tony.luck at intel.com> --- include/asm-ia64/sync_bitops.h | 50 ++++++++++++++++++++++++++++++++++++++++ 1 files changed, 50 insertions(+), 0 deletions(-)

This patch fixes the following errors caused by 79741dd35713ff4f6fd0eafd59fa94e8a4ba922d which changed the prototypes of account_steal_time() and account_idle_time(). > CC arch/ia64/xen/time.o > arch/ia64/xen/time.c: In function 'consider_steal_time': > arch/ia64/xen/time.c:132: warning: passing argument 1 of 'account_steal_time' makes integer from pointer without

This patch fixes the following errors caused by 79741dd35713ff4f6fd0eafd59fa94e8a4ba922d which changed the prototypes of account_steal_time() and account_idle_time(). > CC arch/ia64/xen/time.o > arch/ia64/xen/time.c: In function 'consider_steal_time': > arch/ia64/xen/time.c:132: warning: passing argument 1 of 'account_steal_time' makes integer from pointer without

>From: Isaku Yamahata >Sent: 2006年3月14日 10:12 >> > > Comments, Keir (or others)? >> > >> > Sounds like the proper fix. I''ll leave it to Christian and others >> > involved in the Linux upstreaming effort to have the final word. >> >> Comments, Christian (or others)? Any chance this will get into >> 3.0.2? Certainly it should

Documentation on ia64/pv_ops which describes its strategy and implementation. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> Cc: Gerald Pfeifer <gp at novell.com> --- Documentation/ia64/paravirt_ops.txt | 137 +++++++++++++++++++++++++++++++++++ 1 files changed, 137 insertions(+), 0 deletions(-) create mode 100644 Documentation/ia64/paravirt_ops.txt diff --git

Documentation on ia64/pv_ops which describes its strategy and implementation. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> Cc: Gerald Pfeifer <gp at novell.com> --- Documentation/ia64/paravirt_ops.txt | 137 +++++++++++++++++++++++++++++++++++ 1 files changed, 137 insertions(+), 0 deletions(-) create mode 100644 Documentation/ia64/paravirt_ops.txt diff --git

On Thu, Feb 21, 2008 at 11:42:28PM -0600, Robin Holt wrote: > > +#define ADDR (*(volatile long *) addr) > > This seems like a leftover #define. Additionally, ADDR seems a bit > vague and easily misused. Since I don't see it used anywhere else in > that patch, I will assume it should be tossed, but reserve the right to > rescind this comment later. It's a leftover

On Thu, Feb 21, 2008 at 11:42:28PM -0600, Robin Holt wrote: > > +#define ADDR (*(volatile long *) addr) > > This seems like a leftover #define. Additionally, ADDR seems a bit > vague and easily misused. Since I don't see it used anywhere else in > that patch, I will assume it should be tossed, but reserve the right to > rescind this comment later. It's a leftover

Recipe for useing xen/ia64 with pv_ops domU. Signed-off-by: Akio Takebe <takebe_akio at jp.fujitsu.com> Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> Cc: Randy Dunlap <randy.dunlap at oracle.com> --- Documentation/ia64/xen.txt | 183 ++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 183 insertions(+), 0 deletions(-) create mode 100644

Recipe for useing xen/ia64 with pv_ops domU. Signed-off-by: Akio Takebe <takebe_akio at jp.fujitsu.com> Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> Cc: Randy Dunlap <randy.dunlap at oracle.com> --- Documentation/ia64/xen.txt | 183 ++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 183 insertions(+), 0 deletions(-) create mode 100644

Currently xen-unstable.hg is broken on ia64 and it should be fixed by Yu''s patch. However he is off this week, so I''m sending the workaround patch. [IA64] Compilation fix to cpufreq stuff. This patch fixes the following compilation error by defining stubs. This patch is just band aid patch until those functions are implemented later. > .../xen/drivers/built_in.o: In