Date: Thu, 05 Jun 1997 11:58:02 -0600 From: Steve Passe <smp@csn.net> To: NISHIO Shuichi <nishio@caleche.kecl.ntt.co.jp> Cc: smp@FreeBSD.ORG Subject: Re: bug with SMP_AUTOSTART? Message-ID: <199706051758.LAA27587@Ilsa.StevesCafe.com> In-Reply-To: Your message of "Thu, 05 Jun 1997 16:29:49 %2B0900." <19970605162949Y.nishio@elysium.kecl.ntt.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, > Hello, > > Yesterday I found that kernels with SMP_AUTOSTART shows wierd > behavior. > > When I try to run Mule-2.3@19.34 (a multi-lingual variant of emacs > 19.34), it works for 2-3 invocation after reboot. Afterwards, it > won't run, just dumps a core. This situation is somewhat similar to > the following description from emacs-19.34's "PROBLEMS" file. > > ---- begin citation ---- > * After running emacs once, subsequent invocations crash. > ... > ---- end citation ---- It might be a mmap issue, but your the first user to report this problem... --- > The worst thing is, that once felt into this core-dumping situation, > disk accesses seems to be corrupted: if I 'cat' a file, it shows > wrong contents, with binaries. If I tried 'cat'ing the same file > several times, it shows different contents every time. > This files are actually not corrupted, and after rebooting, > it shows up normally. > > Using a kernel without SMP_AUTOSTART, and doing > 'sysctl -w kern.smp_active=2' seems to work fine (well, I tried to run > 100 Mules at once, and the system went panic, but this probably is > an another issue). > > The same thing can be seen with every kernels from 8/May to Yesterday. did it work properly b4 may 8? (or was that just the first time you started using SMP_AUTOSTART?) -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706051758.LAA27587>