[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] compilation errors for remus sch_queue for 2.6.31.13-pvops
Hi there. I run Xen 4.0 with 2.6.31.13 pvops dom0 kernel. My kernel sources reside in /usr/src/linux-2.6-xen, the xen sources in /usr/src/xen-4.0.0. Since i did not compile a kernel in the xen sources (just did make xen tools install-xen install-tools) it does not automagically compile the kmod stuff for remus. So if i wanted to compile it while compiling xen i have to edit the Makefile of tools/remus/kmod: KERNELDIR = /usr/src/linux-2.6-xen I figured i could start the compilation manually but i get the same errors as in the normal "make xen" (of course): tarballerina:/usr/src/xen-4.0.0/tools/remus/kmod# make -C /lib/modules/2.6.31.13-xen0/build SUBDIRS=`pwd` modules make: Entering directory `/usr/src/linux-2.6-xen' CC [M] /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.o /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:19:26: error: linux/config.h: No such file or directory /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c: In function âis_foreignâ: /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:51: error: implicit declaration of function âxen_featureâ /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:51: error: âXENFEAT_auto_translated_physmapâ undeclared (first use in this function) /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:51: error: (Each undeclared identifier is reported only once /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:51: error: for each function it appears in.) /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:52: error: âphys_to_machine_mappingâ undeclared (first use in this function) /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:52: error: âFOREIGN_FRAME_BITâ undeclared (first use in this function) /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c: In function âskb_remove_foreign_referencesâ: /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:79: error: implicit declaration of function âkmap_skb_fragâ /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:79: warning: assignment makes pointer from integer without a cast /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:83: error: implicit declaration of function âkunmap_skb_fragâ /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c: In function âqueue_changeâ: /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:177: error: implicit declaration of function ânetif_scheduleâ /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:177: error: âstruct Qdiscâ has no member named âdevâ /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c: At top level: /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:195: warning: initialization from incompatible pointer type /usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.c:196: warning: initialization from incompatible pointer type make[1]: *** [/usr/src/xen-4.0.0/tools/remus/kmod/sch_queue.o] Error 1 make: *** [_module_/usr/src/xen-4.0.0/tools/remus/kmod] Error 2 make: Leaving directory `/usr/src/linux-2.6-xen' The linux/config.h part leads me to believe that this module was intended for 2.6.18, but since xen is "shipped" with 2.6.31 this should not be. Especially since the fault tolerance via remus is one of the biggest features of 4.0. Due to a lack of documenation i am unable to compile the kernel module. Shouldnt the module be part of the kernel and not of xen anyway? How should i proceed, is there some documentation on how to compile the sch_queue module for 2.6.31+ kernels? One user on #xen on freenode told me that he had a running 2.6.32 kernel with working remus but he used his distribution packages, so its not impossible i guess. On a side note: Why does the README in the remus directory point to the remus project website? That hasnt even been updated since last year and just has way too little information. I would be willing to write more detailed stuff for the xensource wiki once i get remus to work. best regards --- Andreas _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |