I do want to use the latest kernel. I am not sure if it is ok to compile the checkouted RBD code on stock kernel 2.6.33, or I must update the running kernel to 2.6.35 first? I found the checkout code was quite large, it should be a whole latest kernel + RBD code. So Do I really have to upgrade the running kernel first? I suppose after compiling the checkout code, I get a new kernel and a new ceph.ko, as well as other modules, right? On Mon, Aug 2, 2010 at 12:00 PM, Gregory Farnum <gregf@xxxxxxxxxxxxxxx> wrote: > I'm not sure about this specific error, but in general the ceph-client > code requires the very latest kernel release from Linus (ie, 2.6.35 > now). > For older kernels, you need to use the backports branches available in > http://git.kernel.org/?p=linux/kernel/git/sage/ceph-client-standalone.git > > Right now the rbd branch doesn't have a backports equivalent, but you > could try to checkout the unstable-backport and merge the rbd branch > in and see if it works. Otherwise I believe the rbd branch will be > merged into unstable very soon, so you shouldn't have long to wait. :) > -Greg > > On Sun, Aug 1, 2010 at 8:52 PM, Xiaoguang Liu <syslxg@xxxxxxxxx> wrote: >> I wanted to build RBD client. Following >> http://ceph.newdream.net/wiki/Rbd, I check out the code by >> >> git clone git://ceph.newdream.net/git/ceph-client.git >> cd ceph-client >> git checkout -b rbd origin/rbd >> >> By the wiki, I should run make EXTRA_CFLAGS="-DCONFIG_CEPH_RBD" next. >> But "make" told me nothing to build because no ".config" found. so I >> did a "make menuconfig" first. (Glad to find the new symbol >> CONFIG_CEPH_RBD). >> >> run make EXTRA_CFLAGS="-DCONFIG_CEPH_RBD" again, make start compiling >> and stop after a while with the error message below: >> >> >> CC [M] arch/x86/kernel/test_nx.o >> CC [M] arch/x86/kernel/microcode_core.o >> CC [M] arch/x86/kernel/microcode_intel.o >> CC [M] arch/x86/kernel/microcode_amd.o >> LD [M] arch/x86/kernel/microcode.o >> LD arch/x86/kvm/built-in.o >> CC [M] arch/x86/kvm/svm.o >> In file included from arch/x86/kvm/svm.c:18: >> arch/x86/kvm/irq.h:30:19: error: iodev.h: No such file or directory >> arch/x86/kvm/irq.h:31:20: error: ioapic.h: No such file or directory >> In file included from arch/x86/kvm/irq.h:32, >> from arch/x86/kvm/svm.c:18: >> arch/x86/kvm/lapic.h:11: error: field a€?deva€? has incomplete type >> In file included from arch/x86/kvm/svm.c:18: >> arch/x86/kvm/irq.h:73: error: field a€?deva€? has incomplete type >> make[2]: *** [arch/x86/kvm/svm.o] Error 1 >> make[1]: *** [arch/x86/kvm] Error 2 >> make: *** [arch/x86] Error 2 >> >> >> I can find iodev.h at ./virt/kvm/, why make can not find it? BTW, I >> did this on Fedora 13, stock kernel 2.6.33.3. >> -- >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
