similar to: [PATCH] Get klibc building under post-2.5.68 kernels

Hi, We installed the latest 1.4.24 on a test machine and can't get zaptel nor dahdi compile. It's a Linux Debian Etch. Errors we have: keewi:/usr/src/dahdi-linux-2.1.0.4# make make -C /lib/modules/2.6.18-custom.2/build ARCH=i386 SUBDIRS=/usr/src/dahdi-linux-2.1.0.4/drivers/dahdi DAHDI_INCLUDE=/usr/src/dahdi-linux-2.1.0.4/include DAHDI_MODULES_EXTRA=" " HOTPLUG_FIRMWARE=yes

Most of asm-x86_64/bugs.h is code which should be in a C file, so put it there. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> Cc: Andi Kleen <ak@suse.de> Cc: Linus Torvalds <torvalds@linux-foundation.org> --- arch/x86_64/kernel/Makefile | 3 ++- arch/x86_64/kernel/bugs.c | 28 ++++++++++++++++++++++++++++ include/asm-x86_64/alternative.h | 1 +

Most of asm-x86_64/bugs.h is code which should be in a C file, so put it there. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> Cc: Andi Kleen <ak@suse.de> Cc: Linus Torvalds <torvalds@linux-foundation.org> --- arch/x86_64/kernel/Makefile | 3 ++- arch/x86_64/kernel/bugs.c | 28 ++++++++++++++++++++++++++++ include/asm-x86_64/alternative.h | 1 +

If the linux kernel was built using O=builddir, there is no correct choice for the linux symlink in klibc-1.5. See below for the possible outcomes: ----------------------- KLIBCCC usr/klibc/vsnprintf.o In file included from usr/include/sys/types.h:15, from usr/include/unistd.h:11, from usr/include/stdio.h:11, from usr/klibc/vsnprintf.c:13:

Hello, The 2.6.12-xenU kernel does not seem to have smbfs support. I couldn''t find the config files for it so maybe I''m missing something obvious, but I read that you need to compile your own kernel to get smbfs support. I''m trying to follow the guide at http://www.debian-administration.org/articles/320 I''ve done exactly as the guide says, except

Hi list! I am running CentOS 4.1 x86_64 on an Athlon64. The box was installed only yesterday. Yesterday I was still able to compil stuff, yesterday even the tiniest and simplest programs fail to compile always with internal compiler error: Segmentation fault. For example: make -C /usr/src/linux-2.6 SUBDIRS=/tmp/bristuff-0.2.0-RC8n/qozap ZAP=-I/tmp/bristuff-0.2.0-RC8n/zaptel-1.0.9 modules

With CONFIG_PARAVIRT, the kernel .text is littered with a bunch of calls to pv_irq_ops function pointers, like: callq *0xffffffff81e3a400 (pv_irq_ops.save_fl) In non-Xen paravirt environments -- including native, KVM, Hyper-V, and VMware -- the above code gets patched by native_patch() to look like this instead: pushfq pop %rax nopl 0x0(%rax,%rax,1) So in most scenarios,

Hi iam installing zaptel 1.2.10 on my FC5 when i make iam getting following error any one suggest me whats wrong, i have installed source also in the same server. grep: /lib/modules/2.6.15-1.2054_FC5/build/include/linux/autoconf.h: No such file or directory ZAPTELVERSION="1.2.10" build_tools/make_version_h > version.h.tmp if cmp -s version.h.tmp version.h ; then echo; else \

Hi all, I am trying to compile madwifi for CentOS-4 without success. Error is: Checking if all requirements are met... ok. mkdir -p ./symbols for i in ./ath_hal ath_rate/onoe ./net80211 ./ath; do \ (cd $i; make) || exit 1; \ done make[1]: Entering directory `/usr/src/madwifi/ath_hal'' make -C /lib/modules/2.6.9-5.0.3.ELsmp/build SUBDIRS=/usr/src/madwifi/ath_hal

Compilation was ok with klibc-1.5.10 on linux-2.6.25. Distrib does not matter as it is inside a chroot a la LSF With the upgrade to linux-2.6.27 it broke on 1.5.10 (I try too the last 1.5.14) with make[1]: Entering directory `/usr/src/klibc-1.5.14' GEN klcc/klibc.config GEN klcc/klcc HOSTCC scripts/basic/fixdep KLIBCCC usr/klibc/__static_init.o KLIBCCC usr/klibc/vsnprintf.o

with the recent move of the includes from linux' include/asm-$ARCH to arch/$ARCH/asm, klibc fails to compile, because the in-linux-header files include from asm/, but this is not in the header search path. e.g. against linux-2.6.27 arm: arm-iwmmx-linux-gnueabi-gcc -Wp,-MD,usr/klibc/.vsnprintf.o.d -nostdinc -iwithprefix include -Iusr/include/arch/arm -Iusr/include/bits32

https://bugzilla.netfilter.org/show_bug.cgi?id=1289 Bug ID: 1289 Summary: iptables build fails with kernel 4.20-rc1 - gnu_inline attributes Product: iptables Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: normal Priority: P5 Component:

Hi , One of the things I am working on requires me to have a kernel and an initrd (as root filesystem , based on busybox) in one single image. I am trying to use initramfs for this, but there are a few things that I just can't figure out. As a test, I made a cpio archive of my own for the kernel source (plain 2.6.0-test5). Everything gets unpacked just fine during boot. Somehow I was

Add alternative patching support for replacing an instruction with an indirect call. This will be needed for the paravirt alternatives. Signed-off-by: Josh Poimboeuf <jpoimboe at redhat.com> --- arch/x86/kernel/alternative.c | 22 +++++++++++++++------- 1 file changed, 15 insertions(+), 7 deletions(-) diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/alternative.c index

Peter, typedef __kernel_timer_t timer_t will fail with Arjans glibc headers, they do not define __kernel_timer_t in asm/posix_types.h. All archs supported by Linux have typedef int __kernel_timer_t. Can we just get rid of the __kernel_timer_t? --- klibc-0.171/klibc/include/sys/types.h.orig 2004-06-08 07:32:48.000000000 +0200 +++ klibc-0.171/klibc/include/sys/types.h 2004-09-02

__FD_SET, __FD_CLR, __FD_ISSET, __FD_ZERO are inside of __KERNEL__ in: include/asm-ia64/posix_types.h and therefore not available. I've added stuff like this to our code: #ifndef __FD_SET #define __FD_SET(d, set) ((set)->fds_bits[__FDELT(d)] |= __FDMASK(d)) #endif but it would be nice if this can be solved in klibc. Thanks, Kay

On Wed, Oct 25, 2017 at 01:25:02PM +0200, Juergen Gross wrote: > On 04/10/17 17:58, Josh Poimboeuf wrote: > > Add alternative patching support for replacing an instruction with an > > indirect call. This will be needed for the paravirt alternatives. > > > > Signed-off-by: Josh Poimboeuf <jpoimboe at redhat.com> > > --- > >

On Wed, Oct 25, 2017 at 01:25:02PM +0200, Juergen Gross wrote: > On 04/10/17 17:58, Josh Poimboeuf wrote: > > Add alternative patching support for replacing an instruction with an > > indirect call. This will be needed for the paravirt alternatives. > > > > Signed-off-by: Josh Poimboeuf <jpoimboe at redhat.com> > > --- > >

Hi, I'm still strugling with getting an easy to use conference system implemented. I did have app_conference running, but today I upgraded asterisk to 1.0.9 and it stopped working. I've tried following the instructions for compiling app_conference on 1.0.7 but it didn't work. So I went back to ztdummy (I've not had any luck getting this to compile on FC2). Anyhoo, I've

Fairly straightforward code motion in system.h into the sub-arch layer. Affected functionality include control register accessors, which are virtualizable but with great overhead due to the #GP cost; wbinvd, and most importantly, halt and interrupt control, which is non-virtualizable. Since read_cr4_safe can never fault on a VMI kernel (P5+ processor is required for VMI), we can omit the fault