You can subscribe to this list here.
2008 |
Jan
(41) |
Feb
(101) |
Mar
(164) |
Apr
(94) |
May
(27) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|
From: Jan K. <jan...@we...> - 2008-05-16 07:43:46
|
Jan Kiszka wrote: > Avi Kivity wrote: >> [I forgot to do this last weekend, so it's postponed to Saturday] >> >> During the upcoming Saturday, the various kvm lists will move to >> vger.kenel.org. This will improve responsiveness, and reduce spam and >> advertising. >> >> Please subscribe to the lists you are interested in as soon as >> possible. You can subscribe by sending an email to >> maj...@vg..., with the following lines in the body: >> >> subscribe kvm >> subscribe kvm-commits >> subscribe kvm-ia64 >> subscribe kvm-ppc > > Will someone take care of creating new gmane.org archives at the same > time, too? I'm relying on their news services for high-traffic lists > like kvm's. (Which means, if nobody does, I would do. Later, I'll "just" need the mbox archives in order to feed-in all postings up to the subscription time.) Jan |
From: Jan K. <jan...@we...> - 2008-05-16 07:34:56
|
Avi Kivity wrote: > [I forgot to do this last weekend, so it's postponed to Saturday] > > During the upcoming Saturday, the various kvm lists will move to > vger.kenel.org. This will improve responsiveness, and reduce spam and > advertising. > > Please subscribe to the lists you are interested in as soon as > possible. You can subscribe by sending an email to > maj...@vg..., with the following lines in the body: > > subscribe kvm > subscribe kvm-commits > subscribe kvm-ia64 > subscribe kvm-ppc Will someone take care of creating new gmane.org archives at the same time, too? I'm relying on their news services for high-traffic lists like kvm's. Thanks, Jan |
From: Avi K. <av...@qu...> - 2008-05-14 12:33:35
|
Zhang, Xiantao wrote: > Hi, Avi > This patch should be a fix for v2.6.26. Otherwise, guests can't > enable networking. > Xiantao > > Subject: [PATCH] KVM: KVM/IA64: Set KVM_IOAPIC_NUM_PINS to 48. > > Guest's firmware needs the viosapic with 48 pins for ia64 guests. > Applied and queued, thanks. -- error compiling committee.c: too many arguments to function |
From: Zhang, X. <xia...@in...> - 2008-05-14 12:07:46
|
Hi, Avi This patch should be a fix for v2.6.26. Otherwise, guests can't enable networking. Xiantao >From df3a290e438b3079edb3627f2fea3e1fdd85b5f2 Mon Sep 17 00:00:00 2001 From: Xiantao Zhang <xia...@in...> Date: Wed, 14 May 2008 19:44:57 +0800 Subject: [PATCH] KVM: KVM/IA64: Set KVM_IOAPIC_NUM_PINS to 48. Guest's firmware needs the viosapic with 48 pins for ia64 guests. Signed-off-by: Xiantao Zhang <xia...@in...> --- include/asm-ia64/kvm.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/asm-ia64/kvm.h b/include/asm-ia64/kvm.h index eb2d355..f9db48e 100644 --- a/include/asm-ia64/kvm.h +++ b/include/asm-ia64/kvm.h @@ -29,7 +29,7 @@ /* Architectural interrupt line count. */ #define KVM_NR_INTERRUPTS 256 -#define KVM_IOAPIC_NUM_PINS 24 +#define KVM_IOAPIC_NUM_PINS 48 struct kvm_ioapic_state { __u64 base_address; -- 1.5.2 |
From: Avi K. <av...@qu...> - 2008-05-14 09:39:18
|
[I forgot to do this last weekend, so it's postponed to Saturday] During the upcoming Saturday, the various kvm lists will move to vger.kenel.org. This will improve responsiveness, and reduce spam and advertising. Please subscribe to the lists you are interested in as soon as possible. You can subscribe by sending an email to maj...@vg..., with the following lines in the body: subscribe kvm subscribe kvm-commits subscribe kvm-ia64 subscribe kvm-ppc Of course, omit lines for the lists you are not interested in. Majordomo will then send further instructions. Thanks to the vger admins for hosting the kvm lists. -- Any sufficiently difficult bug is indistinguishable from a feature. |
From: Avi K. <av...@qu...> - 2008-05-13 16:25:32
|
If you haven't already, please sign up for KVM Developer's Forum 2008. The final agenda (now boasting twenty presentations) has been posted at: http://kforum.qumranet.com/KVMForum/agenda.php Registration details are at: http://kforum.qumranet.com/KVMForum/register_now.php -- error compiling committee.c: too many arguments to function |
From: Avi K. <av...@qu...> - 2008-05-12 08:10:43
|
Zhang, Xiantao wrote: > Could you help to try the attached one. > Sure, applied, thanks. -- error compiling committee.c: too many arguments to function |
From: Zhang, X. <xia...@in...> - 2008-05-12 01:36:48
|
Could you help to try the attached one. Xiantao -----Original Message----- From: kvm...@li... [mailto:kvm...@li...] On Behalf Of Avi Kivity Sent: 2008年5月9日 23:56 To: Zhang, Xiantao Cc: kvm...@li...; kvm...@li... Subject: Re: [kvm-ia64-devel] [PATCH] KVM: Qemu: Build fix for kvm/ia64 Zhang, Xiantao wrote: > Avi, > Please drop the previous one due to a wrong attachment. > Xiantao > > From a9f479197f0a0efa45a930309fad03fd690cba60 Mon Sep 17 00:00:00 2001 > From: Xiantao Zhang <xia...@in...> > Date: Thu, 8 May 2008 10:16:05 +0800 > Subject: [PATCH] KVM: Qemu : IA-64 build fix. > > Remove unexisting header inclusion, and set correct phys_ram_size > for ipf machine. > Patch doesn't apply. Can you recheck? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ kvm-ia64-devel mailing list kvm...@li... https://lists.sourceforge.net/lists/listinfo/kvm-ia64-devel |
From: Avi K. <av...@qu...> - 2008-05-09 15:56:49
|
Zhang, Xiantao wrote: > Avi, > Please drop the previous one due to a wrong attachment. > Xiantao > > From a9f479197f0a0efa45a930309fad03fd690cba60 Mon Sep 17 00:00:00 2001 > From: Xiantao Zhang <xia...@in...> > Date: Thu, 8 May 2008 10:16:05 +0800 > Subject: [PATCH] KVM: Qemu : IA-64 build fix. > > Remove unexisting header inclusion, and set correct phys_ram_size > for ipf machine. > Patch doesn't apply. Can you recheck? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. |
From: Zhang, X. <xia...@in...> - 2008-05-08 02:55:47
|
Avi, Please drop the previous one due to a wrong attachment. Xiantao >From a9f479197f0a0efa45a930309fad03fd690cba60 Mon Sep 17 00:00:00 2001 From: Xiantao Zhang <xia...@in...> Date: Thu, 8 May 2008 10:16:05 +0800 Subject: [PATCH] KVM: Qemu : IA-64 build fix. Remove unexisting header inclusion, and set correct phys_ram_size for ipf machine. Signed-off-by: Xiantao Zhang <xia...@in...> --- qemu/hw/ipf.c | 4 +++- qemu/target-ia64/machine.c | 1 - 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/qemu/hw/ipf.c b/qemu/hw/ipf.c index a84e343..54eaca0 100644 --- a/qemu/hw/ipf.c +++ b/qemu/hw/ipf.c @@ -535,7 +535,8 @@ static void ipf_init1(ram_addr_t ram_size, int vga_ram_size, for(i = 0; i < MAX_SERIAL_PORTS; i++) { if (serial_hds[i]) { - serial_init(serial_io[i], i8259[serial_irq[i]], serial_hds[i]); + serial_init(serial_io[i], i8259[serial_irq[i]], 115200, + serial_hds[i]); } } @@ -669,4 +670,5 @@ QEMUMachine ipf_machine = { "itanium", "Itanium Platform", ipf_init_pci, + VGA_RAM_SIZE + GFW_SIZE, }; diff --git a/qemu/target-ia64/machine.c b/qemu/target-ia64/machine.c index ba06d7b..4dc5d5e 100644 --- a/qemu/target-ia64/machine.c +++ b/qemu/target-ia64/machine.c @@ -1,6 +1,5 @@ #include "hw/hw.h" #include "hw/boards.h" -#include "hw/ipf.h" #include "exec-all.h" #include "qemu-kvm.h" -- 1.5.2 |
From: Zhang, X. <xia...@in...> - 2008-05-08 02:49:46
|
>From a9f479197f0a0efa45a930309fad03fd690cba60 Mon Sep 17 00:00:00 2001 From: Xiantao Zhang <xia...@in...> Date: Thu, 8 May 2008 10:16:05 +0800 Subject: [PATCH] KVM: Qemu : IA-64 build fix. Remove unexisting header inclusion, and set correct phys_ram_size for ipf machine. Signed-off-by: Xiantao Zhang <xia...@in...> --- qemu/hw/ipf.c | 4 +++- qemu/target-ia64/machine.c | 1 - 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/qemu/hw/ipf.c b/qemu/hw/ipf.c index a84e343..54eaca0 100644 --- a/qemu/hw/ipf.c +++ b/qemu/hw/ipf.c @@ -535,7 +535,8 @@ static void ipf_init1(ram_addr_t ram_size, int vga_ram_size, for(i = 0; i < MAX_SERIAL_PORTS; i++) { if (serial_hds[i]) { - serial_init(serial_io[i], i8259[serial_irq[i]], serial_hds[i]); + serial_init(serial_io[i], i8259[serial_irq[i]], 115200, + serial_hds[i]); } } @@ -669,4 +670,5 @@ QEMUMachine ipf_machine = { "itanium", "Itanium Platform", ipf_init_pci, + VGA_RAM_SIZE + VGA_RAM_SIZE, }; diff --git a/qemu/target-ia64/machine.c b/qemu/target-ia64/machine.c index ba06d7b..4dc5d5e 100644 --- a/qemu/target-ia64/machine.c +++ b/qemu/target-ia64/machine.c @@ -1,6 +1,5 @@ #include "hw/hw.h" #include "hw/boards.h" -#include "hw/ipf.h" #include "exec-all.h" #include "qemu-kvm.h" -- 1.5.2 |
From: Avi K. <av...@qu...> - 2008-05-07 11:13:04
|
Zhang, Xiantao wrote: > Critical fix for kvm/ia64 build. Issue introduced by > ea696f9cf37d8ab9236dd133ddb2727264f3add6. > > From: Xiantao Zhang <xia...@in...> > Date: Wed, 7 May 2008 17:34:52 +0800 > Subject: [PATCH] KVM: kvm/ia-64: GVMM module shouldn't link the > position-dependent objects. > > Create two files: memset.S and memcpy.S which just includes the files > under arch/ia64/lib/{memset.S, memcpy.S} respectively. > > Applied, thanks. -- error compiling committee.c: too many arguments to function |
From: Avi K. <av...@qu...> - 2008-05-07 11:07:35
|
Zhang, Xiantao wrote: > From: Xiantao Zhang <xia...@in...> > Date: Wed, 7 May 2008 17:37:32 +0800 > Subject: [PATCH] KVM: kvm/ia64 : Using self-defined kvm_fpreg strucutre > to replace > kernel's ia64_fpreg for avoiding conflicts with userspace headers. > Applied, thanks. -- error compiling committee.c: too many arguments to function |
From: Zhang, X. <xia...@in...> - 2008-05-07 10:33:57
|
Critical fix for kvm/ia64 build. Issue introduced by ea696f9cf37d8ab9236dd133ddb2727264f3add6. From: Xiantao Zhang <xia...@in...> Date: Wed, 7 May 2008 17:34:52 +0800 Subject: [PATCH] KVM: kvm/ia-64: GVMM module shouldn't link the position-dependent objects. Create two files: memset.S and memcpy.S which just includes the files under arch/ia64/lib/{memset.S, memcpy.S} respectively. Signed-off-by: Xiantao Zhang <xia...@in...> --- arch/ia64/kvm/Makefile | 2 +- arch/ia64/kvm/memcpy.S | 1 + arch/ia64/kvm/memset.S | 1 + 3 files changed, 3 insertions(+), 1 deletions(-) create mode 100644 arch/ia64/kvm/memcpy.S create mode 100644 arch/ia64/kvm/memset.S diff --git a/arch/ia64/kvm/Makefile b/arch/ia64/kvm/Makefile index 5235339..d60c5c8 100644 --- a/arch/ia64/kvm/Makefile +++ b/arch/ia64/kvm/Makefile @@ -54,5 +54,5 @@ EXTRA_CFLAGS_vcpu.o += -mfixed-range=f2-f5,f12-f127 kvm-intel-objs = vmm.o vmm_ivt.o trampoline.o vcpu.o optvfault.o mmio.o \ vtlb.o process.o #Add link memcpy and memset to avoid possible structure assignment error -kvm-intel-objs += ../lib/memset.o ../lib/memcpy.o +kvm-intel-objs += memcpy.o memset.o obj-$(CONFIG_KVM_INTEL) += kvm-intel.o diff --git a/arch/ia64/kvm/memcpy.S b/arch/ia64/kvm/memcpy.S new file mode 100644 index 0000000..c04cdbe --- /dev/null +++ b/arch/ia64/kvm/memcpy.S @@ -0,0 +1 @@ +#include "../lib/memcpy.S" diff --git a/arch/ia64/kvm/memset.S b/arch/ia64/kvm/memset.S new file mode 100644 index 0000000..83c3066 --- /dev/null +++ b/arch/ia64/kvm/memset.S @@ -0,0 +1 @@ +#include "../lib/memset.S" -- 1.5.2 |
From: Zhang, X. <xia...@in...> - 2008-05-07 10:30:56
|
> One way would be to define a new kvm_ia64_fpreg and use that. Seems > that the standard ia64_fpreg is unusable in userspace due to the issue > you mentioned. Better way. Attached the patch. From: Xiantao Zhang <xia...@in...> Date: Wed, 7 May 2008 17:37:32 +0800 Subject: [PATCH] KVM: kvm/ia64 : Using self-defined kvm_fpreg strucutre to replace kernel's ia64_fpreg for avoiding conflicts with userspace headers. Signed-off-by: Xiantao Zhang <xia...@in...> --- include/asm-ia64/kvm.h | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/include/asm-ia64/kvm.h b/include/asm-ia64/kvm.h index eb2d355..a1da4c4 100644 --- a/include/asm-ia64/kvm.h +++ b/include/asm-ia64/kvm.h @@ -22,7 +22,6 @@ */ #include <asm/types.h> -#include <asm/fpu.h> #include <linux/ioctl.h> @@ -61,6 +60,13 @@ struct kvm_ioapic_state { #define KVM_CONTEXT_SIZE 8*1024 +struct kvm_fpreg { + union { + unsigned long bits[2]; + long double __dummy; /* force 16-byte alignment */ + } u; +}; + union context { /* 8K size */ char dummy[KVM_CONTEXT_SIZE]; @@ -77,7 +83,7 @@ union context { unsigned long ibr[8]; unsigned long dbr[8]; unsigned long pkr[8]; - struct ia64_fpreg fr[128]; + struct kvm_fpreg fr[128]; }; }; -- 1.5.2 |
From: Avi K. <av...@qu...> - 2008-05-07 08:00:02
|
Zhang, Xiantao wrote: >>> #include <asm/types.h> >>> + >>> +#ifdef __KERNEL__ >>> #include <asm/fpu.h> >>> +#else >>> +#include <signal.h> >>> +#endif >>> >>> >> Fishy. A kernel header including a userspace header? >> >> Maybe you need to include <linux/signal.h> unconditionally? >> > Hi, Avi > You know, kvm.h is shared by userspace and kernel. But > unfortunately, the usersapce header files have redefinition for one > strucutre (structure ia64_fpreg) {One in asm/fpu.h and the other one in > bits/sigcontext}, maybe a bug here. > Therefore, if userspace code includes fpu.h and sigcontext.h in > one source file, it will complain the redefinition. Do you have good > idea to cope with this issue ? One way would be to define a new kvm_ia64_fpreg and use that. Seems that the standard ia64_fpreg is unusable in userspace due to the issue you mentioned. -- error compiling committee.c: too many arguments to function |
From: Zhang, X. <xia...@in...> - 2008-05-07 06:24:08
|
Avi Kivity wrote: > Zhang, Xiantao wrote: >> Hi, Avi >> This patch should go into RC1, otherwise it will block kvm/ia64 >> userspace build. >> >> diff --git a/include/asm-ia64/kvm.h b/include/asm-ia64/kvm.h index >> eb2d355..62b5fad 100644 --- a/include/asm-ia64/kvm.h >> +++ b/include/asm-ia64/kvm.h >> @@ -22,7 +22,12 @@ >> */ >> >> #include <asm/types.h> >> + >> +#ifdef __KERNEL__ >> #include <asm/fpu.h> >> +#else >> +#include <signal.h> >> +#endif >> > > Fishy. A kernel header including a userspace header? > > Maybe you need to include <linux/signal.h> unconditionally? Hi, Avi You know, kvm.h is shared by userspace and kernel. But unfortunately, the usersapce header files have redefinition for one strucutre (structure ia64_fpreg) {One in asm/fpu.h and the other one in bits/sigcontext}, maybe a bug here. Therefore, if userspace code includes fpu.h and sigcontext.h in one source file, it will complain the redefinition. Do you have good idea to cope with this issue ? Xiantao |
From: Avi K. <av...@qu...> - 2008-05-06 14:41:49
|
Zhang, Xiantao wrote: > Hi, Avi > This patch should go into RC1, otherwise it will block kvm/ia64 > userspace build. > > diff --git a/include/asm-ia64/kvm.h b/include/asm-ia64/kvm.h > index eb2d355..62b5fad 100644 > --- a/include/asm-ia64/kvm.h > +++ b/include/asm-ia64/kvm.h > @@ -22,7 +22,12 @@ > */ > > #include <asm/types.h> > + > +#ifdef __KERNEL__ > #include <asm/fpu.h> > +#else > +#include <signal.h> > +#endif > Fishy. A kernel header including a userspace header? Maybe you need to include <linux/signal.h> unconditionally? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. |
From: Zhang, X. <xia...@in...> - 2008-05-05 08:07:37
|
Jes Sorensen wrote: > Zhang, Xiantao wrote: >> Hi, Jes >> I am using the default confiuration file with the command make >> defconfig generating it, and boot it successfully on Tiger4. Maybe >> you can have a try :) Xiantao > > Hi Xiantao, > > I tried that already - which compiler do you use? GCC 4.1.1 > Cheers, > Jes > > >> -----Original Message----- >> From: kvm...@li... >> [mailto:kvm...@li...] On Behalf Of >> Jes Sorensen >> Sent: 2008年5月2日 17:02 >> To: kvm...@li...; kvm...@vg... >> Subject: [kvm-ia64-devel] booting recent kernels >> >> Hi, >> >> I am still having the problems booting recent ia64 kernels that I >> build >> here. >> >> Anyone who is having luck with a recent kernel? Which compiler did >> you >> use to build it? Any chance you could share your .config? >> >> Thanks, >> Jes >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save >> $100. >> Use priority code J8TL2D2. >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >> _______________________________________________ >> kvm-ia64-devel mailing list >> kvm...@li... >> https://lists.sourceforge.net/lists/listinfo/kvm-ia64-devel |
From: Jes S. <je...@sg...> - 2008-05-05 07:48:50
|
Zhang, Xiantao wrote: > Hi, Jes > I am using the default confiuration file with the command make defconfig generating it, and boot it successfully on Tiger4. Maybe you can have a try :) > Xiantao Hi Xiantao, I tried that already - which compiler do you use? Cheers, Jes > -----Original Message----- > From: kvm...@li... [mailto:kvm...@li...] On Behalf Of Jes Sorensen > Sent: 2008年5月2日 17:02 > To: kvm...@li...; kvm...@vg... > Subject: [kvm-ia64-devel] booting recent kernels > > Hi, > > I am still having the problems booting recent ia64 kernels that I build > here. > > Anyone who is having luck with a recent kernel? Which compiler did you > use to build it? Any chance you could share your .config? > > Thanks, > Jes > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > kvm-ia64-devel mailing list > kvm...@li... > https://lists.sourceforge.net/lists/listinfo/kvm-ia64-devel |
From: Zhang, X. <xia...@in...> - 2008-05-05 05:12:07
|
Hi, Avi This patch should go into RC1, otherwise it will block kvm/ia64 userspace build. Xiantao >From 55584a9ecdfbea61ab90014c9cc14c5a22b696dd Mon Sep 17 00:00:00 2001 From: Xiantao Zhang <xia...@in...> Date: Mon, 5 May 2008 12:49:35 +0800 Subject: [PATCH] KVM: KVM/ia64: built fix for kvm userspace. kvm.h is shared by userspace and kernel, and it needs to include different headers in two cases. Signed-off-by: Xiantao Zhang <xia...@in...> --- include/asm-ia64/kvm.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/include/asm-ia64/kvm.h b/include/asm-ia64/kvm.h index eb2d355..62b5fad 100644 --- a/include/asm-ia64/kvm.h +++ b/include/asm-ia64/kvm.h @@ -22,7 +22,12 @@ */ #include <asm/types.h> + +#ifdef __KERNEL__ #include <asm/fpu.h> +#else +#include <signal.h> +#endif #include <linux/ioctl.h> -- 1.5.2 |
From: Zhang, X. <xia...@in...> - 2008-05-05 01:21:20
|
Avi Kivity wrote: > Zhang, Xiantao wrote: >> Hi, Airo >> Currenlty, We only allow CONFIG_KVM_INTEL = m , since it needs >> to be relocated at insertion time. >> > > In many ways this module is more like firmware than a standard kernel > module, no? Right, this module doesn't work in kernel context. Instead, it is responsible for switching world between host and guest after relocation. In this way, likely to be a firmware. Xiantao |
From: Avi K. <av...@qu...> - 2008-05-04 12:31:16
|
Zhang, Xiantao wrote: > Hi, Airo > Currenlty, We only allow CONFIG_KVM_INTEL = m , since it needs to > be relocated at insertion time. > In many ways this module is more like firmware than a standard kernel module, no? -- error compiling committee.c: too many arguments to function |
From: Zhang, X. <xia...@in...> - 2008-05-04 01:02:00
|
Hi, Airo Currenlty, We only allow CONFIG_KVM_INTEL = m , since it needs to be relocated at insertion time. Xiantao Al Viro wrote: > On Mon, Apr 28, 2008 at 03:14:02PM +0100, Al Viro wrote: >> On Mon, Apr 28, 2008 at 09:46:44PM +0800, Zhang, Xiantao wrote: >>>> kvm-intel-objs = vmm.o vmm_ivt.o trampoline.o vcpu.o optvfault.o >>>> mmio.o \ vtlb.o process.o #Add link memcpy and memset to avoid >>>> possible structure assignment error -kvm-intel-objs += memset.o >>>> memcpy.o +kvm-intel-objs += ../lib/memset.o ../lib/memcpy.o >>>> obj-$(CONFIG_KVM_INTEL) += kvm-intel.o >>> >>> I don't think it is workable for kvm-ia64. Currently, kvm-intel >>> module needs to be relocated at insertion time, so the code is >>> position-indenpent. Howerver, lib/*.memset.o(memcoy.o) are not >>> compiled as position independent code, they can't be linked into >>> the module correctly in your way. That is why we use symbol link >>> instead of linking the objects under /lib. >> >> symlinks won't work as you use them. If you really need separately >> compiled, use file with a couple of #include "../lib/......S" and >> be done with that. > > ... like this, perhaps? I still wonder what will happen with either > this or the original tree if you make CONFIG_KVM_INTEL=y, though - > won't either variant give you duplicate symbols? > > diff --git a/arch/ia64/kvm/Makefile b/arch/ia64/kvm/Makefile > index 5235339..e7b9432 100644 > --- a/arch/ia64/kvm/Makefile > +++ b/arch/ia64/kvm/Makefile > @@ -54,5 +54,5 @@ EXTRA_CFLAGS_vcpu.o += -mfixed-range=f2-f5,f12-f127 > kvm-intel-objs = vmm.o vmm_ivt.o trampoline.o vcpu.o optvfault.o > mmio.o \ vtlb.o process.o > #Add link memcpy and memset to avoid possible structure assignment > error -kvm-intel-objs += ../lib/memset.o ../lib/memcpy.o > +kvm-intel-objs += memset.o memcpy.o > obj-$(CONFIG_KVM_INTEL) += kvm-intel.o > diff --git a/arch/ia64/kvm/memcpy.S b/arch/ia64/kvm/memcpy.S > new file mode 100644 > index 0000000..c04cdbe > --- /dev/null > +++ b/arch/ia64/kvm/memcpy.S > @@ -0,0 +1 @@ > +#include "../lib/memcpy.S" > diff --git a/arch/ia64/kvm/memset.S b/arch/ia64/kvm/memset.S > new file mode 100644 > index 0000000..83c3066 > --- /dev/null > +++ b/arch/ia64/kvm/memset.S > @@ -0,0 +1 @@ > +#include "../lib/memset.S" |
From: Zhang, X. <xia...@in...> - 2008-05-03 14:52:48
|
Hi, Jes I am using the default confiuration file with the command make defconfig generating it, and boot it successfully on Tiger4. Maybe you can have a try :) Xiantao -----Original Message----- From: kvm...@li... [mailto:kvm...@li...] On Behalf Of Jes Sorensen Sent: 2008年5月2日 17:02 To: kvm...@li...; kvm...@vg... Subject: [kvm-ia64-devel] booting recent kernels Hi, I am still having the problems booting recent ia64 kernels that I build here. Anyone who is having luck with a recent kernel? Which compiler did you use to build it? Any chance you could share your .config? Thanks, Jes ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ kvm-ia64-devel mailing list kvm...@li... https://lists.sourceforge.net/lists/listinfo/kvm-ia64-devel |