On Monday 23 May 2005 22:02, Patrick Allison wrote: > Hi all: > > I'm having some problems with enabling SMP in a 2.6.11.8 UML kernel. > Everything works fine (with only 1 CPU, of course) until I specify the > number of CPUs on the command line via ncpus=4 (or whatever).
> Then I get > Checking for /proc/mm...not found > Checking PROT_EXEC mmap in /tmp...OK > Adding 11800576 bytes to physical memory to account for exec-shield gap > Linux version 2.6.11.8 ([EMAIL PROTECTED]) (gcc version 3.3.2 20031022 (Red > Hat Linux 3.3.2-1)) #2 SMP Wed May 11 12:00:59 EDT 2005 > Built 1 zonelists > Kernel command line: ncpus=4 stderr=1 root=98:0 > PID hash table entries: 256 (order: 8, 4096 bytes) > Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) > Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) > Memory: 29080k available > Mount-cache hash table entries: 512 (order: 0, 4096 bytes) > Checking for host processor cmov support...Yes > Checking for host processor xmm support...No > Checking that ptrace can change system call numbers...OK > Checking syscall emulation patch for ptrace...missing > Checking that host ptys support output SIGIO...Yes > Checking that host ptys support SIGIO on close...No, enabling workaround > Checking for /dev/anon on the host...Not available (open failed with > errno 2) > Booting processor 1... > Kernel panic - not syncing: Segfault with no mm > (plus a call trace included at the end) > > I wish I could give more, but when I try to compile it in debug mode > (CONFIG_PT_PROXY turned on) I get > kernel/built-in.o(.text+0x76a1): In function `profile_tick': > kernel/profile.c:387: undefined reference to `profile_pc' > collect2: ld returned 1 exit status > KSYM .tmp_kallsyms1.S > nm: .tmp_vmlinux1: No such file or directory > make: *** [.tmp_kallsyms1.S] Error 139 Well, this particular error (the build one) should be fixed in -bs... for the SMP mode we'll work on it, however SMP support is not very maintained because it's supported for now only in TT mode, which is slower... i.e. with SKAS on the host you get better performances than with SMP. > I figured someone might know about this and if there's a patch out yet, > but I couldn't find it referenced on the list. Thanks! > Patrick > > Call trace: > > EIP: 0023:[<a0049d29>] CPU: 0 Not tainted ESP: 002b:a0e3bb5c EFLAGS: > 00010246 > Not tainted > EAX: 00100100 EBX: a0e330d8 ECX: a0e330e0 EDX: 00200200 > ESI: a0e330d4 EDI: 00000000 EBP: a0e366ac DS: 002b ES: 002b > Call Trace: > a0e3b6b0: [<a001697d>] smp_send_stop+0x6d/0x74 > a0e3b6c0: [<a004577e>] notifier_call_chain+0x1e/0x38 > a0e3b6e0: [<a0033fd2>] panic+0x5a/0x10c > a0e3b700: [<a001879d>] segv+0x195/0x224 > a0e3b710: [<a0016705>] change_signals+0x41/0x6c > a0e3b75c: [<a015b007>] sigemptyset+0x17/0x30 > a0e3b770: [<a0016705>] change_signals+0x41/0x6c > a0e3b7e0: [<a0018b6c>] segv_handler+0x160/0x208 > a0e3b7e8: [<a0049d29>] __detach_pid+0x69/0xd8 > a0e3b800: [<a0018adb>] segv_handler+0xcf/0x208 > a0e3b820: [<a001bf69>] sig_handler_common_tt+0x8d/0x10c > a0e3b830: [<a001bfd1>] sig_handler_common_tt+0xf5/0x10c > a0e3b860: [<a0029756>] sig_handler+0x1e/0x34 > a0e3b870: [<a0035bde>] unhash_process+0x42/0x54 > a0e3b880: [<a015ad38>] __restore+0x0/0x8 > a0e3b8c0: [<a0049d29>] __detach_pid+0x69/0xd8 > a0e3baac: [<a015b007>] sigemptyset+0x17/0x30 > a0e3bac0: [<a0016705>] change_signals+0x41/0x6c > a0e3bad0: [<a0016848>] set_signals+0x6c/0x10c > a0e3bb70: [<a0049da2>] detach_pid+0xa/0x3c > a0e3bb80: [<a0035987>] __unhash_process+0x17/0xc0 > a0e3bb90: [<a0035bcd>] unhash_process+0x31/0x54 > a0e3bba0: [<a0035bb0>] unhash_process+0x14/0x54 > a0e3bbb0: [<a0016bb4>] smp_prepare_cpus+0xc8/0x12c > a0e3bbcc: [<a015b007>] sigemptyset+0x17/0x30 > a0e3bbdc: [<a0011198>] init+0x0/0x190 > a0e3bbe0: [<a00111bf>] init+0x27/0x190 > a0e3bbf0: [<a00111a0>] init+0x8/0x190 > a0e3bc00: [<a00140c1>] run_kernel_thread+0x45/0x4c > a0e3bc10: [<a0016705>] change_signals+0x41/0x6c > a0e3bc18: [<a0011198>] init+0x0/0x190 > a0e3bc28: [<a001409c>] run_kernel_thread+0x20/0x4c > a0e3bcb0: [<a001674a>] unblock_signals+0xa/0x10 > a0e3bcc4: [<a0011198>] init+0x0/0x190 > a0e3bcd0: [<a001a40c>] new_thread_handler+0x140/0x17c > a0e3bcd4: [<a0011198>] init+0x0/0x190 > a0e3bd20: [<a015ad38>] __restore+0x0/0x8 > a0e3bd60: [<a015af42>] sigprocmask+0x1a/0x48 -- Paolo Giarrusso, aka Blaisorblade Skype user "PaoloGiarrusso" Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
