From owner-freebsd-smp Fri Nov 29 04:13:28 1996 Return-Path: owner-smp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA15255 for smp-outgoing; Fri, 29 Nov 1996 04:13:28 -0800 (PST) Received: from ceylon.informatik.uni-rostock.de (ceylon.informatik.uni-rostock.de [139.30.5.237]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA15244 for ; Fri, 29 Nov 1996 04:13:17 -0800 (PST) Received: by ceylon.informatik.uni-rostock.de id NAA25866; Fri, 29 Nov 1996 13:12:46 +0100 Received: by donau.informatik.uni-rostock.de id NAA27254; Fri, 29 Nov 1996 13:12:45 +0100 (MET) Date: Fri, 29 Nov 1996 13:12:45 +0100 (MET) From: Gunther Hipper Message-Id: <199611291212.NAA27254@donau.informatik.uni-rostock.de> To: freebsd-smp@FreeBSD.org Subject: Problems: includes / segmentation faults / latest SMP-kernel doesn't boot X-Sun-Charset: US-ASCII Sender: owner-smp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi all ! Now - i (less) successfully got an SMP kernel up and running. Board is Gigabyte DX, the relevant kernel configuration as follows: options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O options NCPU=2 # number of CPUs options NBUS=2 # number of busses options NAPIC=1 # number of IO APICs options NINTR=21 # number of INTs The first thing: When i did "make most; make installmost; cd /usr/src/sys-SMP/compile/SMP", i had to make links/copies of the opt_smp.h. i used the following commands: cp /usr/src/sys-SMP/compile/SMP/opt_smp.h /usr/src/sys/sys cp /usr/src/sys-SMP/compile/SMP/opt_smp.h /usr/src/sys/i386/isa cp /usr/src/sys-SMP/compile/SMP/opt_smp.h /usr/include/machine cp /usr/src/sys-SMP/compile/SMP/opt_smp.h /usr/include Is this a fault in the configuration of my includes or is it not my fault ? There seem to be lots of "opt_smp.h" and .... Shouldn't these be all ? If not, how about putting some copy/link sequence in the /usr/sbin/config SMP ? The second (and mayor) problem: I started last week on a config-file without turning APIC_IO on. The problem in this case was that a reboot or halt just got a segmentation fault, as other commands (i think also ls, ps). The following from /var/log/messages: Nov 27 19:48:39 fcna1 /kernel: pid 1478 (reboot), uid 0: exited on signal 10 (core dumped) Nov 27 19:48:45 fcna1 /kernel: pid 1479 (ls), uid 0: exited on signal 11 (core dumped) Nov 27 19:48:57 fcna1 /kernel: pid 1485 (hostname), uid 0: exited on signal 8 (core dumped) ps, reboot - okay that's mainly kernel-dependent stuff. But i started wondering why ls didn't work. The whole binaries were built of the CVS set (with the sys/sys-includes etc. from the smp set of src-sys). When i turned on APIC_IO, the kernel came up booting, i got the SMP: messages. But the kernel stopped after telling that APIC successfully turned on ... What could be the reason for this ?? The third (and the BIGGEST) problem: I just supped the lastest version of the kernel and compiled it. Conf is the same as metioned in the beginning. Now i get the following messages (last from file kern/init_main.c, smp_idleloop(): SMP: Idle procs online, starting an AP ! AP CPU #1 Launched ! Starting Scheduling ... TADA! CPU#1 made it into the scheduler and the final one is SMP: All 2 CPU's are online! And that's it - no more booting......... please help. Give me hints, what could i do to find out a bit more. It's probably not a fault in smp_idleloop(), where else ? Could it be an idle SCSI controller (IRQ problem) .. ? The SMP-kernel before worked well (only the segmentation faults). Bye Gunther Gunther Hipper | University of Rostock | Department of Computer Science | Tel +49 381 498 3391 Albert-Einstein-Str. 21 | Fax +49 381 498 3440 18051 Rostock - Germany | Email Gunther.Hipper@informatik.uni-rostock.de