From owner-freebsd-hackers Fri Feb 9 08:51:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21800 for hackers-outgoing; Fri, 9 Feb 1996 08:51:36 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21785 for ; Fri, 9 Feb 1996 08:51:30 -0800 (PST) Received: from uahis1.uah.edu (uahis1.uah.edu [146.229.1.2]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id IAA23372 for ; Fri, 9 Feb 1996 08:51:28 -0800 Received: from ebs330 by uahis1.uah.edu with SMTP ; Fri, 9 Feb 96 10:52:00 CST Received: from ebs06.eb.uah.edu.uah.edu by ebs330 (4.1/SMI-4.1) id AA04284; Fri, 9 Feb 96 10:52:37 CST Received: by ebs06.eb.uah.edu.uah.edu (4.1/SMI-4.1) id AA05426; Fri, 9 Feb 96 10:59:16 CST Date: Fri, 9 Feb 1996 10:59:15 -0600 (CST) From: Luis Verissimo Subject: Re: Unexplained segfaults in 2.1.0-RELEASE To: "Freeman P. Pascal IV" Cc: FreeBSD Hackers list In-Reply-To: <311B15CD.41C67EA6@pascal.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have a 486DX4-100 machine running FreeBSD-2.1R. I experienced the same problems. I had to disable both the internal and external caches, of my machine. It then worked find. I have another 486DX2-66 older machine, that keeps getting those signals, even with both caches disabled. Can anybody tell me where is the list of machines that are currently running FreeBSD with no problems? Thank You Luis Verissimo \\|// O-O ~~~~~~~~~~~~~~~~~~~~~~~~oOO~~~~~(_)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ LUIS VERISSIMO ~ ~ Univ. Alabama Huntsville ~ ~ e-mail: Engineering Bldg. Rm 216-a (205) 895-6509 ~ ~ licau@ebs330.eb.uah.edu Huntsville, AL 35899 (205) 895-6928 ~ ~ ~ ~ web: http://eb-p5.eb.uah.edu/student/licau/index.html (205) 830-2323 ~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~oOO~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | | | -- -- ooO Ooo On Fri, 9 Feb 1996, Freeman P. Pascal IV wrote: > Hello all; > > I have a client who is running 2.1.0-RELEASE on a Pentium 100 ISA/PCI > motherboard with, 16Mb, AHA1542, and Orchid SVGA card. > > I installed 2.1.0 about three weeks ago and for almost two weeks it's > been running just fine using the generic kernel and a custom kernel > configured for just the cards that are installed, IPFIREWALL and > IPACCT. > > Around a week ago we started seeing processes dying for no obvious > reason via segfault (signal 11). There's no pattern to the processes > being affected other than it tends to be processes that exec heavily > (ie. inetd, sendmail, make, window managers, etc). > > I tried switching back to the generic kernel that was originally > installed without any effect. > > Thinking it might be a shared library problme, I tried recompiling and > swapping out libc.so.2.2 in /usr/lib - no joy. > > The machine is currently running continueous memory tests (using > amidiag). I'm hoping that it shows a bad SIMM. The tests have been > acting a bit flakey, but I'm not sure if it's the motherboard, memory, > or just that the diags I'm running were designed for 486 class machines. > > Has anyone seen this behavior with 2.1.0-RELEASE else where? Currently, > the way the machines behaving if I can't fix it I'll have to revert > back to 2.0.5 which seems to be more stable (at least on this machine > I have 2.1.0 running else where without flaw). > > Any help would be appreciated. > > -Freeman > > > -- > +------------------------------------------------------------------------+ > | For God so loved the world, that he gave his only begotten Son, that | > | whosoever believeth in him should not perish, but have everlasting | > | life. | > | - John 3:16 (KJV) | > +------------------------------------------------------------------------+ > | F r e e m a n P. P a s c a l I V | > | | > | Phone Work: (510) 645-3454 Email Work: pascal@tfs.com | > | Home: (510) 215-5742 Home: pascal@pascal.org | > | Pager: (800) SKY-PAGE Home page: http://www.pascal.org | > | PIN: 419-2250 Amateur Radio: KE6LSS | > +------------------------------------------------------------------------+ >