arch/um/include/kern_util.h:35: error: 'CONFIG_NR_CPUS' undeclared

uml-devel Olaf Hering 3 participants 12 messages Jan 16, 2006 – Jan 19, 2006 User-mode Linux (UML)

Share & tools

Olaf Hering

author

2006-01-16 17:14 UTC #0 lore raw

Current Linus tree does not compile for me:

girgendwas:~/linux-2.6.15$ gcc -Wp,-MD,arch/um/drivers/.chan_user.o.d -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -Os -fomit-frame-pointer -D__arch_um__ -DSUBARCH=\"i386\" -Dvmap=kernel_vmap -Din6addr_loopback=kernel_in6addr_loopback -Iarch/um/include  -I/home/abuild/linux-2.6.15/arch/um/kernel/skas/include -D_FILE_OFFSET_BITS=64 -march=i686 -mpreferred-stack-boundary=2 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE  -c -o arch/um/drivers/chan_user.o arch/um/drivers/chan_user.c --save-temps
In file included from arch/um/drivers/chan_user.c:16:
arch/um/include/kern_util.h:35: error: 'CONFIG_NR_CPUS' undeclared here (not in a function)

It picks up the libc headers instead of the 2.6.15 ones.

grep -E '^#[[:blank:]]+[[:digit:]]' chan_user.i

# 1 "arch/um/drivers/chan_user.c"
# 1 "<built-in>"
# 1 "<command line>"
# 1 "arch/um/drivers/chan_user.c"
# 1 "/usr/include/unistd.h" 1 3 4
# 26 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/features.h" 1 3 4
# 323 "/usr/include/features.h" 3 4
# 1 "/usr/include/sys/cdefs.h" 1 3 4
# 313 "/usr/include/sys/cdefs.h" 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 314 "/usr/include/sys/cdefs.h" 2 3 4
# 324 "/usr/include/features.h" 2 3 4
# 346 "/usr/include/features.h" 3 4
# 1 "/usr/include/gnu/stubs.h" 1 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 5 "/usr/include/gnu/stubs.h" 2 3 4
# 1 "/usr/include/gnu/stubs-32.h" 1 3 4
# 8 "/usr/include/gnu/stubs.h" 2 3 4
# 347 "/usr/include/features.h" 2 3 4
# 27 "/usr/include/unistd.h" 2 3 4
# 171 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/bits/posix_opt.h" 1 3 4
# 172 "/usr/include/unistd.h" 2 3 4
# 1 "/usr/include/bits/environments.h" 1 3 4
# 176 "/usr/include/unistd.h" 2 3 4
# 186 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/bits/types.h" 1 3 4
# 28 "/usr/include/bits/types.h" 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 29 "/usr/include/bits/types.h" 2 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 214 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 3 4 # 32 "/usr/include/bits/types.h" 2 3 4
# 134 "/usr/include/bits/types.h" 3 4
# 1 "/usr/include/bits/typesizes.h" 1 3 4
# 135 "/usr/include/bits/types.h" 2 3 4
# 187 "/usr/include/unistd.h" 2 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 196 "/usr/include/unistd.h" 2 3 4
# 256 "/usr/include/unistd.h" 3 4
# 302 "/usr/include/unistd.h" 3 4
# 353 "/usr/include/unistd.h" 3 4
# 369 "/usr/include/unistd.h" 3 4
# 391 "/usr/include/unistd.h" 3 4
# 403 "/usr/include/unistd.h" 3 4
# 427 "/usr/include/unistd.h" 3 4
# 469 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/bits/confname.h" 1 3 4
# 26 "/usr/include/bits/confname.h" 3 4
# 553 "/usr/include/unistd.h" 2 3 4
# 589 "/usr/include/unistd.h" 3 4
# 615 "/usr/include/unistd.h" 3 4
# 632 "/usr/include/unistd.h" 3 4
# 833 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/getopt.h" 1 3 4
# 59 "/usr/include/getopt.h" 3 4
# 73 "/usr/include/getopt.h" 3 4
# 152 "/usr/include/getopt.h" 3 4
# 834 "/usr/include/unistd.h" 2 3 4
# 919 "/usr/include/unistd.h" 3 4
# 948 "/usr/include/unistd.h" 3 4
# 969 "/usr/include/unistd.h" 3 4
# 986 "/usr/include/unistd.h" 3 4
# 1007 "/usr/include/unistd.h" 3 4
# 1033 "/usr/include/unistd.h" 3 4
# 1061 "/usr/include/unistd.h" 3 4
# 1099 "/usr/include/unistd.h" 3 4
# 7 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/stdlib.h" 1 3 4
# 33 "/usr/include/stdlib.h" 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 326 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 3 4 # 34 "/usr/include/stdlib.h" 2 3 4
# 1 "/usr/include/bits/waitflags.h" 1 3 4
# 43 "/usr/include/stdlib.h" 2 3 4
# 1 "/usr/include/bits/waitstatus.h" 1 3 4
# 65 "/usr/include/bits/waitstatus.h" 3 4
# 1 "/usr/include/endian.h" 1 3 4
# 37 "/usr/include/endian.h" 3 4
# 1 "/usr/include/bits/endian.h" 1 3 4
# 38 "/usr/include/endian.h" 2 3 4
# 66 "/usr/include/bits/waitstatus.h" 2 3 4
# 44 "/usr/include/stdlib.h" 2 3 4
# 68 "/usr/include/stdlib.h" 3 4
# 96 "/usr/include/stdlib.h" 3 4
# 140 "/usr/include/stdlib.h" 3 4
# 236 "/usr/include/stdlib.h" 3 4
# 1 "/usr/include/xlocale.h" 1 3 4
# 28 "/usr/include/xlocale.h" 3 4
# 237 "/usr/include/stdlib.h" 2 3 4
# 429 "/usr/include/stdlib.h" 3 4
# 1 "/usr/include/sys/types.h" 1 3 4
# 29 "/usr/include/sys/types.h" 3 4
# 72 "/usr/include/sys/types.h" 3 4
# 105 "/usr/include/sys/types.h" 3 4
# 116 "/usr/include/sys/types.h" 3 4
# 133 "/usr/include/sys/types.h" 3 4
# 1 "/usr/include/time.h" 1 3 4
# 58 "/usr/include/time.h" 3 4
# 74 "/usr/include/time.h" 3 4
# 92 "/usr/include/time.h" 3 4
# 104 "/usr/include/time.h" 3 4
# 134 "/usr/include/sys/types.h" 2 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 148 "/usr/include/sys/types.h" 2 3 4
# 191 "/usr/include/sys/types.h" 3 4
# 216 "/usr/include/sys/types.h" 3 4
# 1 "/usr/include/sys/select.h" 1 3 4
# 31 "/usr/include/sys/select.h" 3 4
# 1 "/usr/include/bits/select.h" 1 3 4
# 32 "/usr/include/sys/select.h" 2 3 4
# 1 "/usr/include/bits/sigset.h" 1 3 4
# 23 "/usr/include/bits/sigset.h" 3 4
# 35 "/usr/include/sys/select.h" 2 3 4
# 1 "/usr/include/time.h" 1 3 4
# 118 "/usr/include/time.h" 3 4
# 45 "/usr/include/sys/select.h" 2 3 4
# 1 "/usr/include/bits/time.h" 1 3 4
# 69 "/usr/include/bits/time.h" 3 4
# 47 "/usr/include/sys/select.h" 2 3 4
# 55 "/usr/include/sys/select.h" 3 4
# 67 "/usr/include/sys/select.h" 3 4
# 99 "/usr/include/sys/select.h" 3 4
# 109 "/usr/include/sys/select.h" 3 4
# 121 "/usr/include/sys/select.h" 3 4
# 217 "/usr/include/sys/types.h" 2 3 4
# 1 "/usr/include/sys/sysmacros.h" 1 3 4
# 29 "/usr/include/sys/sysmacros.h" 3 4
# 220 "/usr/include/sys/types.h" 2 3 4
# 244 "/usr/include/sys/types.h" 3 4
# 1 "/usr/include/bits/pthreadtypes.h" 1 3 4
# 36 "/usr/include/bits/pthreadtypes.h" 3 4
# 267 "/usr/include/sys/types.h" 2 3 4
# 439 "/usr/include/stdlib.h" 2 3 4
# 1 "/usr/include/alloca.h" 1 3 4
# 25 "/usr/include/alloca.h" 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 26 "/usr/include/alloca.h" 2 3 4
# 613 "/usr/include/stdlib.h" 2 3 4
# 698 "/usr/include/stdlib.h" 3 4
# 712 "/usr/include/stdlib.h" 3 4
# 729 "/usr/include/stdlib.h" 3 4
# 757 "/usr/include/stdlib.h" 3 4
# 822 "/usr/include/stdlib.h" 3 4
# 910 "/usr/include/stdlib.h" 3 4
# 978 "/usr/include/stdlib.h" 3 4
# 8 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/errno.h" 1 3 4
# 32 "/usr/include/errno.h" 3 4
# 1 "/usr/include/bits/errno.h" 1 3 4
# 25 "/usr/include/bits/errno.h" 3 4
# 1 "/usr/include/linux/errno.h" 1 3 4
# 1 "/usr/include/asm/errno.h" 1 3 4
# 1 "/usr/include/asm-generic/errno.h" 1 3 4
# 1 "/usr/include/asm-generic/errno-base.h" 1 3 4
# 5 "/usr/include/asm-generic/errno.h" 2 3 4
# 5 "/usr/include/asm/errno.h" 2 3 4
# 5 "/usr/include/linux/errno.h" 2 3 4
# 26 "/usr/include/bits/errno.h" 2 3 4
# 43 "/usr/include/bits/errno.h" 3 4
# 37 "/usr/include/errno.h" 2 3 4
# 55 "/usr/include/errno.h" 3 4
# 69 "/usr/include/errno.h" 3 4
# 9 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/termios.h" 1 3 4
# 36 "/usr/include/termios.h" 3 4
# 1 "/usr/include/bits/termios.h" 1 3 4
# 25 "/usr/include/bits/termios.h" 3 4
# 41 "/usr/include/termios.h" 2 3 4
# 49 "/usr/include/termios.h" 3 4
# 1 "/usr/include/sys/ttydefaults.h" 1 3 4
# 106 "/usr/include/termios.h" 2 3 4
# 10 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/string.h" 1 3 4
# 28 "/usr/include/string.h" 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 34 "/usr/include/string.h" 2 3 4
# 121 "/usr/include/string.h" 3 4
# 165 "/usr/include/string.h" 3 4
# 281 "/usr/include/string.h" 3 4
# 426 "/usr/include/string.h" 3 4
# 11 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/signal.h" 1 3 4
# 31 "/usr/include/signal.h" 3 4
# 1 "/usr/include/bits/sigset.h" 1 3 4
# 103 "/usr/include/bits/sigset.h" 3 4
# 34 "/usr/include/signal.h" 2 3 4
# 58 "/usr/include/signal.h" 3 4
# 1 "/usr/include/bits/signum.h" 1 3 4
# 59 "/usr/include/signal.h" 2 3 4
# 75 "/usr/include/signal.h" 3 4
# 104 "/usr/include/signal.h" 3 4
# 153 "/usr/include/signal.h" 3 4
# 162 "/usr/include/signal.h" 3 4
# 181 "/usr/include/signal.h" 3 4
# 196 "/usr/include/signal.h" 3 4
# 1 "/usr/include/time.h" 1 3 4
# 210 "/usr/include/signal.h" 2 3 4
# 1 "/usr/include/bits/siginfo.h" 1 3 4
# 25 "/usr/include/bits/siginfo.h" 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 26 "/usr/include/bits/siginfo.h" 2 3 4
# 51 "/usr/include/bits/siginfo.h" 3 4
# 129 "/usr/include/bits/siginfo.h" 3 4
# 273 "/usr/include/bits/siginfo.h" 3 4
# 213 "/usr/include/signal.h" 2 3 4
# 1 "/usr/include/bits/sigaction.h" 1 3 4
# 25 "/usr/include/bits/sigaction.h" 3 4
# 247 "/usr/include/signal.h" 2 3 4
# 304 "/usr/include/signal.h" 3 4
# 328 "/usr/include/signal.h" 3 4
# 1 "/usr/include/bits/sigcontext.h" 1 3 4
# 28 "/usr/include/bits/sigcontext.h" 3 4
# 1 "/usr/include/asm/sigcontext.h" 1 3 4
# 1 "/usr/include/linux/compiler.h" 1 3 4
# 5 "/usr/include/asm/sigcontext.h" 2 3 4
# 20 "/usr/include/asm/sigcontext.h" 3 4
# 29 "/usr/include/bits/sigcontext.h" 2 3 4
# 334 "/usr/include/signal.h" 2 3 4
# 346 "/usr/include/signal.h" 3 4
# 1 "/usr/include/bits/sigstack.h" 1 3 4
# 26 "/usr/include/bits/sigstack.h" 3 4
# 50 "/usr/include/bits/sigstack.h" 3 4
# 349 "/usr/include/signal.h" 2 3 4
# 1 "/usr/include/sys/ucontext.h" 1 3 4
# 23 "/usr/include/sys/ucontext.h" 3 4
# 1 "/usr/include/signal.h" 1 3 4
# 24 "/usr/include/sys/ucontext.h" 2 3 4
# 1 "/usr/include/bits/sigcontext.h" 1 3 4
# 28 "/usr/include/sys/ucontext.h" 2 3 4
# 352 "/usr/include/signal.h" 2 3 4
# 1 "/usr/include/bits/sigthread.h" 1 3 4
# 31 "/usr/include/bits/sigthread.h" 3 4
# 388 "/usr/include/signal.h" 2 3 4
# 12 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/sys/stat.h" 1 3 4
# 37 "/usr/include/sys/stat.h" 3 4
# 1 "/usr/include/time.h" 1 3 4
# 38 "/usr/include/sys/stat.h" 2 3 4
# 103 "/usr/include/sys/stat.h" 3 4
# 1 "/usr/include/bits/stat.h" 1 3 4
# 36 "/usr/include/bits/stat.h" 3 4
# 70 "/usr/include/bits/stat.h" 3 4
# 88 "/usr/include/bits/stat.h" 3 4
# 127 "/usr/include/bits/stat.h" 3 4
# 106 "/usr/include/sys/stat.h" 2 3 4
# 215 "/usr/include/sys/stat.h" 3 4
# 241 "/usr/include/sys/stat.h" 3 4
# 250 "/usr/include/sys/stat.h" 3 4
# 263 "/usr/include/sys/stat.h" 3 4
# 391 "/usr/include/sys/stat.h" 3 4
# 413 "/usr/include/sys/stat.h" 3 4
# 13 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/sys/ioctl.h" 1 3 4
# 24 "/usr/include/sys/ioctl.h" 3 4
# 1 "/usr/include/bits/ioctls.h" 1 3 4
# 24 "/usr/include/bits/ioctls.h" 3 4
# 1 "/usr/include/asm/ioctls.h" 1 3 4
# 1 "/usr/include/asm/ioctl.h" 1 3 4
# 5 "/usr/include/asm/ioctls.h" 2 3 4
# 25 "/usr/include/bits/ioctls.h" 2 3 4
# 28 "/usr/include/sys/ioctl.h" 2 3 4
# 1 "/usr/include/bits/ioctl-types.h" 1 3 4
# 28 "/usr/include/bits/ioctl-types.h" 3 4
# 31 "/usr/include/sys/ioctl.h" 2 3 4
# 1 "/usr/include/sys/ttydefaults.h" 1 3 4
# 38 "/usr/include/sys/ioctl.h" 2 3 4
# 14 "arch/um/drivers/chan_user.c" 2
# 1 "/usr/include/sys/socket.h" 1 3 4
# 25 "/usr/include/sys/socket.h" 3 4
# 1 "/usr/include/sys/uio.h" 1 3 4
# 26 "/usr/include/sys/uio.h" 3 4
# 1 "/usr/include/bits/uio.h" 1 3 4
# 42 "/usr/include/bits/uio.h" 3 4
# 30 "/usr/include/sys/uio.h" 2 3 4
# 40 "/usr/include/sys/uio.h" 3 4
# 50 "/usr/include/sys/uio.h" 3 4
# 28 "/usr/include/sys/socket.h" 2 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 30 "/usr/include/sys/socket.h" 2 3 4
# 1 "/usr/include/bits/socket.h" 1 3 4
# 29 "/usr/include/bits/socket.h" 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/stddef.h" 1 3 4 # 30 "/usr/include/bits/socket.h" 2 3 4
# 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/limits.h" 1 3 4 # 11 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/limits.h" 3 4 # 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/syslimits.h" 1 3 4 # 1 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/limits.h" 1 3 4 # 122 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/limits.h" 3 4 # 1 "/usr/include/limits.h" 1 3 4
# 145 "/usr/include/limits.h" 3 4
# 1 "/usr/include/bits/posix1_lim.h" 1 3 4
# 153 "/usr/include/bits/posix1_lim.h" 3 4
# 1 "/usr/include/bits/local_lim.h" 1 3 4
# 36 "/usr/include/bits/local_lim.h" 3 4
# 1 "/usr/include/linux/limits.h" 1 3 4
# 37 "/usr/include/bits/local_lim.h" 2 3 4
# 154 "/usr/include/bits/posix1_lim.h" 2 3 4
# 146 "/usr/include/limits.h" 2 3 4
# 1 "/usr/include/bits/posix2_lim.h" 1 3 4
# 150 "/usr/include/limits.h" 2 3 4
# 1 "/usr/include/bits/xopen_lim.h" 1 3 4
# 34 "/usr/include/bits/xopen_lim.h" 3 4
# 1 "/usr/include/bits/stdio_lim.h" 1 3 4
# 35 "/usr/include/bits/xopen_lim.h" 2 3 4
# 154 "/usr/include/limits.h" 2 3 4
# 123 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/limits.h" 2 3 4 # 8 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/syslimits.h" 2 3 4 # 12 "/usr/lib/gcc/i586-suse-linux/4.1.0/include/limits.h" 2 3 4 # 32 "/usr/include/bits/socket.h" 2 3 4
# 41 "/usr/include/bits/socket.h" 3 4
# 142 "/usr/include/bits/socket.h" 3 4
# 1 "/usr/include/bits/sockaddr.h" 1 3 4
# 29 "/usr/include/bits/sockaddr.h" 3 4
# 143 "/usr/include/bits/socket.h" 2 3 4
# 162 "/usr/include/bits/socket.h" 3 4
# 257 "/usr/include/bits/socket.h" 3 4
# 284 "/usr/include/bits/socket.h" 3 4
# 1 "/usr/include/asm/socket.h" 1 3 4
# 1 "/usr/include/asm/sockios.h" 1 3 4
# 5 "/usr/include/asm/socket.h" 2 3 4
# 305 "/usr/include/bits/socket.h" 2 3 4
# 36 "/usr/include/sys/socket.h" 2 3 4
# 87 "/usr/include/sys/socket.h" 3 4
# 124 "/usr/include/sys/socket.h" 3 4
# 161 "/usr/include/sys/socket.h" 3 4
# 209 "/usr/include/sys/socket.h" 3 4
# 240 "/usr/include/sys/socket.h" 3 4
# 15 "arch/um/drivers/chan_user.c" 2
# 1 "arch/um/include/kern_util.h" 1
# 9 "arch/um/include/kern_util.h"
# 1 "/usr/include/linux/config.h" 1 3 4
# 10 "arch/um/include/kern_util.h" 2
# 1 "/usr/include/linux/threads.h" 1 3 4
# 11 "arch/um/include/kern_util.h" 2
# 1 "arch/um/include/sysdep/ptrace.h" 1
# 9 "arch/um/include/sysdep/ptrace.h"
# 1 "arch/um/include/uml-config.h" 1
# 10 "arch/um/include/sysdep/ptrace.h" 2
# 1 "arch/um/include/user_constants.h" 1
# 11 "arch/um/include/sysdep/ptrace.h" 2
# 1 "arch/um/include/sysdep/faultinfo.h" 1
# 18 "arch/um/include/sysdep/faultinfo.h"
# 12 "arch/um/include/sysdep/ptrace.h" 2
# 1 "arch/um/include/choose-mode.h" 1
# 9 "arch/um/include/choose-mode.h"
# 1 "arch/um/include/uml-config.h" 1
# 10 "arch/um/include/choose-mode.h" 2
# 13 "arch/um/include/sysdep/ptrace.h" 2
# 1 "arch/um/include/skas_ptregs.h" 1
# 1 "arch/um/include/user_constants.h" 1
# 5 "arch/um/include/skas_ptregs.h" 2
# 36 "arch/um/include/sysdep/ptrace.h" 2
# 63 "arch/um/include/sysdep/ptrace.h"
# 72 "arch/um/include/sysdep/ptrace.h"
# 130 "arch/um/include/sysdep/ptrace.h"
# 12 "arch/um/include/kern_util.h" 2
# 1 "arch/um/include/sysdep/faultinfo.h" 1
# 13 "arch/um/include/kern_util.h" 2
# 16 "arch/um/drivers/chan_user.c" 2
# 1 "arch/um/include/user_util.h" 1
# 13 "arch/um/include/user_util.h"
# 17 "arch/um/drivers/chan_user.c" 2
# 1 "arch/um/include/chan_user.h" 1
# 9 "arch/um/include/chan_user.h"
# 1 "arch/um/include/init.h" 1
# 40 "arch/um/include/init.h"
# 59 "arch/um/include/init.h"
# 75 "arch/um/include/init.h"
# 10 "arch/um/include/chan_user.h" 2
# 18 "arch/um/drivers/chan_user.c" 2
# 1 "arch/um/include/user.h" 1
# 9 "arch/um/include/user.h"
# 19 "arch/um/drivers/chan_user.c" 2
# 1 "arch/um/include/os.h" 1
# 9 "arch/um/include/os.h"
# 1 "arch/um/include/uml-config.h" 1
# 10 "arch/um/include/os.h" 2
# 1 "/usr/include/asm/types.h" 1 3 4
# 11 "arch/um/include/os.h" 2
# 1 "arch/um/include/../os/include/file.h" 1
# 12 "arch/um/include/os.h" 2
# 1 "arch/um/include/kern_util.h" 1
# 14 "arch/um/include/os.h" 2
# 34 "arch/um/include/os.h"
# 172 "arch/um/include/os.h"
# 20 "arch/um/drivers/chan_user.c" 2
# 1 "arch/um/include/choose-mode.h" 1
# 21 "arch/um/drivers/chan_user.c" 2
# 1 "arch/um/include/mode.h" 1
# 9 "arch/um/include/mode.h"
# 1 "arch/um/include/uml-config.h" 1
# 10 "arch/um/include/mode.h" 2
# 1 "/home/abuild/linux-2.6.15/arch/um/kernel/skas/include/mode-skas.h" 1 # 9 "/home/abuild/linux-2.6.15/arch/um/kernel/skas/include/mode-skas.h" # 1 "arch/um/include/sysdep/ptrace.h" 1
# 10 "/home/abuild/linux-2.6.15/arch/um/kernel/skas/include/mode-skas.h" 2 # 17 "arch/um/include/mode.h" 2
# 22 "arch/um/drivers/chan_user.c" 2
# 69 "arch/um/drivers/chan_user.c"

Signature · 13 lines

short story of a lazy sysadmin:
 alias appserv=wotan


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Blaisorblade

2006-01-17 01:23 UTC #1 lore raw

Quoted 15 lines · Olaf Hering

Current Linus tree does not compile for me:
girgendwas:~/linux-2.6.15$ gcc -Wp,-MD,arch/um/drivers/.chan_user.o.d -Wall
(quoted diff) +0 -6
-Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-ffreestanding -Os -fomit-frame-pointer -D__arch_um__ -DSUBARCH=\"i386\"
-Dvmap=kernel_vmap -Din6addr_loopback=kernel_in6addr_loopback
-Iarch/um/include  -I/home/abuild/linux-2.6.15/arch/um/kernel/skas/include
-D_FILE_OFFSET_BITS=64 -march=i686 -mpreferred-stack-boundary=2
-D_GNU_SOURCE -D_LARGEFILE64_SOURCE  -c -o arch/um/drivers/chan_user.o
arch/um/drivers/chan_user.c --save-temps In file included from arch/um/drivers/chan_user.c:16:
arch/um/include/kern_util.h:35: error: 'CONFIG_NR_CPUS' undeclared here (not in a function)

Quoted 1 line

It picks up the libc headers instead of the 2.6.15 ones.

Yep, that's correct, the bug is that shouldn't be using CONFIG_NR_CPUS.

Quoted 1 line

grep -E '^#[[:blank:]]+[[:digit:]]' chan_user.i

Disable CONFIG_SMP, it doesn't work well anyway, however thanks for the report.

Signature · 3 lines

Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

arch/um/include/kern_util.h +0 -2

Index: linux-2.6.git/arch/um/include/kern_util.h
===================================================================
@@ -31,8 +31,6 @@ extern int timer_irq_inited;
 extern int jail;
 extern int nsyscalls;
 
-extern struct task_struct *idle_threads[NR_CPUS];
-
 #define UML_ROUND_DOWN(addr) ((void *)(((unsigned long) addr) & PAGE_MASK))
 #define UML_ROUND_UP(addr) \
 	UML_ROUND_DOWN(((unsigned long) addr) + PAGE_SIZE - 1)

arch/um/kernel/reboot.c +1 -0

Index: linux-2.6.git/arch/um/kernel/reboot.c
===================================================================
@@ -5,6 +5,7 @@
 
 #include "linux/module.h"
 #include "linux/sched.h"
+#include "asm/smp.h"
 #include "user_util.h"
 #include "kern_util.h"
 #include "kern.h"

include/asm-um/smp.h +2 -0

Index: linux-2.6.git/include/asm-um/smp.h
===================================================================
@@ -23,6 +23,8 @@ extern inline void smp_cpus_done(unsigne
 {
 }
 
+extern struct task_struct *idle_threads[NR_CPUS];
+
 #endif
 
 #endif

Jeff Dike

2006-01-17 02:52 UTC #2 lore raw

Quoted 3 lines · Blaisorblade

Quoted 1 line · Olaf Hering
It picks up the libc headers instead of the 2.6.15 ones.
Yep, that's correct, the bug is that shouldn't be using CONFIG_NR_CPUS.

No, I just fixed this. The bug is that chan_user.c includes kern_util.h, which is a kernel-only header. I made a bunch of similar changes today (os.h also included kern_util.h!).

Maybe we don't need idle_threads there anyway, but that's a separate issue.

Jeff

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Jeff Dike

2006-01-17 05:00 UTC #3 lore raw

Quoted 2 lines · Jeff Dike

No, I just fixed this. The bug is that chan_user.c includes kern_util.h, which is a kernel-only header.

This is just plain wrong. The correct fix is to remove the kernel stuff (the NR_CPUS as BB did, plus the struct task things further down).

Jeff

Blaisorblade

2006-01-17 14:13 UTC #4 lore raw

In reply to Jeff Dike

Quoted 8 lines · Jeff Dike

Quoted 4 lines · Blaisorblade
Quoted 1 line · Olaf Hering
It picks up the libc headers instead of the 2.6.15 ones.
Yep, that's correct, the bug is that shouldn't be using CONFIG_NR_CPUS.
No, I just fixed this. The bug is that chan_user.c includes kern_util.h, which is a kernel-only header.

Good thing.

Quoted 2 lines

I made a bunch of similar changes today
(os.h also included kern_util.h!).

In that case, if it's kern-only, it should go into asm-um. Not in the current form, hopefully (you agree it's a mess, right? We just don't have time and patience to clean it right now).

Quoted 1 line

Maybe we don't need idle_threads there anyway, but that's a separate issue.

Yep, I fixed it this way. idle_threads was moved to asm/smp.h and it was included in files needing it.

Signature · 23 lines

Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Olaf Hering

author

2006-01-17 20:24 UTC #5 lore raw

In reply to Blaisorblade

Quoted 2 lines · Blaisorblade

Disable CONFIG_SMP, it doesn't work well anyway, however thanks for the report.

Some of the libc headers my define it, its not enabled in the kernel .config.
The patch gets me further, thanks. Next error is:

arch/um/os-Linux/sys-i386/registers.c: In function 'get_thread_regs':
arch/um/os-Linux/sys-i386/registers.c:134: error: 'JB_PC' undeclared (first use in this function) arch/um/os-Linux/sys-i386/registers.c:134: error: (Each undeclared identifier is reported only once arch/um/os-Linux/sys-i386/registers.c:134: error: for each function it appears in.) arch/um/os-Linux/sys-i386/registers.c:135: error: 'JB_SP' undeclared (first use in this function) arch/um/os-Linux/sys-i386/registers.c:136: error: 'JB_BP' undeclared (first use in this function) make[2]: *** [arch/um/os-Linux/sys-i386/registers.o] Error 1

Signature · 13 lines

short story of a lazy sysadmin:
 alias appserv=wotan


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Olaf Hering

author

2006-01-18 13:04 UTC #6 lore raw

Quoted 6 lines · Olaf Hering

arch/um/os-Linux/sys-i386/registers.c: In function 'get_thread_regs':
arch/um/os-Linux/sys-i386/registers.c:134: error: 'JB_PC' undeclared (first use in this function) arch/um/os-Linux/sys-i386/registers.c:134: error: (Each undeclared identifier is reported only once arch/um/os-Linux/sys-i386/registers.c:134: error: for each function it appears in.) arch/um/os-Linux/sys-i386/registers.c:135: error: 'JB_SP' undeclared (first use in this function) arch/um/os-Linux/sys-i386/registers.c:136: error: 'JB_BP' undeclared (first use in this function)

These definitions are gone from glibc 2.4, has to be fixed in uml.

Signature · 13 lines

short story of a lazy sysadmin:
 alias appserv=wotan


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Jeff Dike

2006-01-18 13:45 UTC #7 lore raw

Quoted 1 line · Olaf Hering

These definitions are gone from glibc 2.4, has to be fixed in uml.

Yeah, we knew that was going to be fragile. Needs fixing.

Jeff

Blaisorblade

2006-01-18 16:43 UTC #8 lore raw

Quoted 2 lines · Jeff Dike

Quoted 1 line · Olaf Hering
These definitions are gone from glibc 2.4, has to be fixed in uml.

I guess that using the same values is hackily guaranteed to work for binary compatibility, right?

Quoted 1 line

Yeah, we knew that was going to be fragile. Needs fixing.

This sort of things is what autoconf is for. However we shouldn't use that, and probably not its ideas... in the past we've used grep into headers (for hostfs, a stat field had been renamed).

Btw, while about setjmp/longjmp: they save only a few registers, not all ones (and obviously not EAX and the return value); in fact GCC docs says that local variables should be marked as volatile or risk being destroyed.

What about this? Inserting an asm volatile clobbering all unsaved registers (what I thought for long time)? Or taking the libc implementation and suiting it for our use, solving the above problem?

We do such things for context switch in the traced process, doing it for us should be simpler (but it's in assembler).

Signature · 23 lines

Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Jeff Dike

2006-01-18 23:16 UTC #9 lore raw

Quoted 2 lines · Blaisorblade

What about this? Inserting an asm volatile clobbering all unsaved registers (what I thought for long time)?

The gcc doc is somewhat confusing. I read your description as saying that locals may be totally smashed to random numbers (and the first sentence in the gcc description implies that as well). However, the example they give is a pathological case where a local may have one of two (well-defined) values, and it's not defined which of those two well-defined values it will end up with.

Quoted 2 lines

Or taking the libc implementation and suiting
it for our use, solving the above problem?

Yuck. But how big is it?

Another possibility is to do the magic wakeup thing we do with mconsole stack, and have it tell us what it registers are. Not sure if that's any better.

Jeff

Blaisorblade

2006-01-19 00:04 UTC #10 lore raw

Quoted 7 lines · Jeff Dike

Quoted 2 lines · Blaisorblade
What about this? Inserting an asm volatile clobbering all unsaved registers (what I thought for long time)?
The gcc doc is somewhat confusing. I read your description as saying that locals may be totally smashed to random numbers (and the first sentence in the gcc description implies that as well).

I agree with that.

Quoted 4 lines

However, the
example they give is a pathological case where a local may have one of two (well-defined) values, and it's not defined which of those two well-defined values it will end up with.

It's confusing. Standard conformance page says that:

* On some rare x86 targets, setjmp' doesn't save the registers in all circumstances. In those cases, GCC doesn't allocate any variables in registers unless they are marked register'.
But we know it's totally wrong.

The example under "Incompatibilities of GCC" is what you say. However, it's just because it's a little example. If the var is placed in a register, and after a lot you longjmp there, that register is totally smashed.

Quoted 4 lines

Quoted 2 lines
Or taking the libc implementation and suiting
it for our use, solving the above problem?
Yuck. But how big is it?

Don't know... I suggested this mainly for the volatile vars problem, more than for the "access stack" problem.

Quoted 3 lines

Another possibility is to do the magic wakeup thing we do with mconsole stack, and have it tell us what it registers are. Not sure if that's any better.

You mean mconsole_kern.c:do_stack()? Hmm, ugly too, but more reliable, and not relying on glibc at least.

Signature · 23 lines

Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Jeff Dike

2006-01-19 03:25 UTC #11 lore raw

Quoted 2 lines · Blaisorblade

You mean mconsole_kern.c:do_stack()? Hmm, ugly too, but more reliable, and not relying on glibc at least.

Something like it. You'd wake it up (behind the scheduler's back, like mconsole stack) and it would drop its registers in some prearranged place and go back to sleep.

Jeff