similar to: mach_mpspec.h, mach_apicdef.h & xenbus_mkdir

Has anyone successfully compiled zaprtc on Debian Sarge using the 2.4.27 kernel. I have a symbolic link from linux-2.4 to linux. I compiled a new kernel from source and have been able to compile zaptel as well. The main error seems to be: /usr/include/asm/mpspec.h:6:25: mach_mpspec.h: No such file or directory These are the errors that I am getting: cc -c zaprtc.c -D__KERNEL__ -DMODULE

Hi ""noobs"" and others(like me). I've been struggling for hours,days,days,days.... to get my Asterisk work with 2x HFC-S BRI cards. One card for use in NT-mode for connecting my ISDN DECT phone,and one card as gateway to PSTN. Now it'works,and I just want to share some of the experience with others. I'd guess there must be 'Somebody Out There' having

I have been trying to compile Zaptel 1.0-RC1 that I just downloaded via tarball on my debian 3.0 system running a 2.4.26 kernel. I have all the headers, libraries and sources installed for the kernel along with the latest versions of GCC. I dont know what else to do to trouble shoot this so I have included the entire output below. Thanks a lot! -James Freire linux1:/usr/src/zaptel-1.0-RC1#

Hi Friends, I recently purchased a LAN Card and the LAN Card CD contains drivers for Linux. But when I am trying to compile the driver on Centos4.4 I am getting below errors. [root at ankush1 sc92031]# make ***************************** sc92031.o built for 2.6.9-42.EL SMP Disabled ***************************** In file included from

In order to build a kernel module outside of a kernel source tree, I understand it is necessary to set up a makefile containing lines such as ... obj-m:=driver.o ... and quote the KERNELDIR directory to the make system (e.g. see O'Reilly book on Linux device drivers) However, doing this with Centos either 'as-is', or even after doing a yum remove kernel-devel-<version> then

Remove unused and pointless bits from mpparse.c (and other files where they are related to it). Of what remains, move whatever possible into .init.*, and some data items into .data.read_mostly. Signed-off-by: Jan Beulich <jbeulich@novell.com> --- 2011-03-09.orig/xen/arch/x86/acpi/boot.c +++ 2011-03-09/xen/arch/x86/acpi/boot.c @@ -177,7 +177,8 @@ acpi_parse_x2apic(struct acpi_subtable_h

I have some problems starting asterisk with a hfc card using zaphfc: [chan_zap.so]Mar 8 17:53:06 WARNING[2447]: loader.c:258 ast_load_resource: /usr/lib/asterisk/modules/chan_zap.so: undefined symbol: ast_retrieve_call_to_death Mar 8 17:53:06 WARNING[2447]: loader.c:391 load_modules: Loading module chan_zap.so failed! I'm using asterisk from debian/sid: Asterisk

Hi, I tried to use the latest changeset of xen-unstable with an old linux kernel (2.6.16.33), because some of my codes are developed based on that Linux version. It seems that 2.6.18 changes quite a bit interfaces from 2.6.16.33. I set the "LINUX_VER = 2.6.16.33" in the file "buildconfigs/mk.linux-2.6-xen". When I did "make world", the xen builder did

Last mpparse cleanup leaves compile error: mpparse.c:56: error: static declaration of ‘mp_current_pci_id’ follows non-static declaration /home/chrisw/hg/xen/xen-unstable/xen/include/asm/mpspec.h:26: error: previous declaration of ‘mp_current_pci_id’ was here Signed-off-by: Chris Wright <chrisw@sous-sol.org> --- diff -r 2b0078f771cc xen/include/asm-x86/mpspec.h ---

On Thu, 16 Nov 2006 00:16:26 +0100 Adrian Bunk <bunk@stusta.de> wrote: > Paravirt breaks CONFIG_X86_PAE=y compilation: > > <-- snip --> > > ... > CC init/main.o > In file included from include2/asm/pgtable.h:245, > from > /home/bunk/linux/kernel-2.6/linux-2.6.19-rc5-mm2/include/linux/mm.h:40, > from >

On Thu, 16 Nov 2006 00:16:26 +0100 Adrian Bunk <bunk@stusta.de> wrote: > Paravirt breaks CONFIG_X86_PAE=y compilation: > > <-- snip --> > > ... > CC init/main.o > In file included from include2/asm/pgtable.h:245, > from > /home/bunk/linux/kernel-2.6/linux-2.6.19-rc5-mm2/include/linux/mm.h:40, > from >

Using the new method for building a standalone kernel module (although seems to happen with the traditional way as well) I get "mach_mpspec.h: No such file or directory" Same result if I try to do a kernel 'make'. Subsequently I get MAX_MP_BUSSES and MAX_IRQ_SOURCES undeclared. This should surely work 'out of the box' with Centos ? Any ideas about what's missing ?

As the subject says, building syslinux fails when built against 2.6.8.1 kernel headers. Anybody out there have a patch? The compile errors are below. set -e ; for i in memdisk dos win32 mtools unix extlinux sample com32 ; do make DATE=0x41e470ae HEXDATE=0x41e470ae -C $i all ; done make[1]: Entering directory `/usr/src/syslinux-3.07-pre1/memdisk' make[1]: Nothing to be done for `all'.

I get this with current linus bk now and klibc 187 [jonsmirl@smirl ash]$ make sh mknodes.sh nodetypes nodes.c.pat . gcc -Wp,-MD,.cd.d -mregparm=3 -DREGPARM=3 -march=i386 -Os -g -falign-functions=0 -falign-jumps=0 -falign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I../include/arch/i386 -I../include/bits32 -I../include -I../linux/include -I../linux/include2 -I../linux/include

What do I need to do to fix this? [jonsmirl@smirl klibc-0.184]$ make make[1]: Entering directory `/home/dri/klibc-0.184/klibc' gcc -Wp,-MT,syscalls.nrs,-MD,./.syscalls.nrs.d -mregparm=3 -DREGPARM=3 -march=i386 -Os -g -falign-functions=0 -falign-jumps=0 -falign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I../include/arch/i386 -I../include/bits32 -I../include

Peter, current klibc does not compile in ia64: gcc -Wp,-MT,arch/ia64/pipe.o,-MD,arch/ia64/.pipe.o.d -Os -fomit-frame-pointer -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=64 -I../include/arch/ia64 -I../include/bits64 -I../include -I../linux/include -I../linux/include2 -I../linux/include -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Winline -c -o

Hello, To get the binary vmxloader on FC5 i need to compile this from xen source with "make KERNELS=linux-2.6-xen world". There is a error "cc1: warnings being treated as errors" and compile aborts. --- make[3]: Entering directory `/tmp/xen-3.0.1/xen'' tools/figlet/figlet -d tools/figlet Xen 3.0.1 > include/xen/banner.h.new __ __ _____ ___ _ \ \/

I get the following error: make[1]: Entering directory `/home/greg/src/klibc/klibc-0.196/klibc' gcc -Wp,-MT,__static_init.o,-MD,./.__static_init.o.d -march=i386 -Os -g -malign-functions=0 -malign-jumps=0 -malign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I.. /include/arch/i386 -I../include/bits32 -I../include -I../linux/include -I../linux/include2 -I ../linux/include

klibc appears to build ok, some of the apps fail gcc -Wp,-MD,.fstype.d -mregparm=3 -DREGPARM=3 -march=i386 -Os -g -falign-functions=0 -falign-jumps=0 -falign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I../include/arch/i386 -I../include/bits32 -I../include -I../linux/include -I../linux/include2 -W -Wall -c -o fstype.o fstype.c fstype.c: In function `romfs_image':

Hi, on my system the klibc/ash ( 0.197 ) doesn't compile: [ghigo@therra ash]$ pwd /home/ghigo/klibc/klibc-0.197/ash [ghigo@therra ash]$ make [...] gcc -Wp,-MD,.arith_lex.d -mregparm=3 -DREGPARM=3 -march=i386 -Os -g -falign-functions=0 -falign-jumps=0 -falign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I../include/arch/i386 -I../include/bits32 -I../include