Date: Thu, 21 Nov 1996 19:33:42 -0600 From: Chris Csanady <ccsanady@friley216.res.iastate.edu> To: Steve Passe <smp@csn.net> Cc: freebsd-smp@freefall.freebsd.org Subject: Re: SMP -current merge Message-ID: <199611220133.TAA06109@friley216.res.iastate.edu> In-Reply-To: Your message of Thu, 21 Nov 1996 18:21:07 -0700. <199611220121.SAA05752@clem.systemsix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Just a thought, but what about the i586 optimized stuff? It is now default, and I believe its all included even in the SMP case. How about trying the old npx stuff? --Chris Csanady >Hi, > >>so far: >> .. >>conclusion: the problem is (probably) not in icu.s or vector.s >> >>something has changed in -current that is eating our shorts... > >I just put files1.tar.gz into freefall:/incoming >this contains the older console.h and syscons.c that seem to be necessary. >this contains the old vector.s and icu.s that I think are usable. > >So... you can cvsup the latest SMP stuff, overlay these 4 files and >go crazy with me! > >The death seems to be when the 2nd CPU runs its 1st process. I can >start it up with sysctl and have it stop at a cngetc() in secondary_main >just b4 it calls 'cpu_switch(curproc)'. The system is healthy at this point. >I hit return, the 2nd CPU presummably enters cpu_switch, and I get a >root prompt back on the console ( "# " ). I can hit <return> repeatedly >and get another prompt. The moment I try to do anything, even a shell builtin >like "echo foo", I get a reboot. > >-- >Steve Passe | powered by >smp@csn.net | FreeBSD > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611220133.TAA06109>