From owner-freebsd-current  Sat Apr 13 17:05:17 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA08964
          for current-outgoing; Sat, 13 Apr 1996 17:05:17 -0700 (PDT)
Received: from ki.net (root@ki.net [205.150.102.1])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA08958
          for <current@FreeBSD.org>; Sat, 13 Apr 1996 17:05:14 -0700 (PDT)
Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id UAA04390; Sat, 13 Apr 1996 20:05:20 -0400 (EDT)
Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id UAA11146; Sat, 13 Apr 1996 20:05:28 -0400 (EDT)
X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs
Date: Sat, 13 Apr 1996 20:05:26 -0400 (EDT)
From: "Marc G. Fournier" <scrappy@ki.net>
To: Terry Lambert <terry@lambert.org>
cc: current@FreeBSD.org
Subject: Re: ed_start() panic revisited
In-Reply-To: <199604132353.QAA05980@phaeton.artisoft.com>
Message-ID: <Pine.BSI.3.92.960413200409.206W-100000@freebsd.ki.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, 13 Apr 1996, Terry Lambert wrote:

> > 	Just had an ed_start() panic tonight, after compiling a new
> > kernel and forgetting to recompile the if_ed.c module without -O
> > enabled (as per Julian's suggestion)
>
> [ ... ]
>
> > 316
> > 317                     switch (type) {
> > 318                     case T_PAGEFLT:                 /* page fault */
> > 319                             (void) trap_pfault(&frame, FALSE);
> > 320                             return;
> > 321
> > 322                     case T_PROTFLT:         /* general protection fault */
> > 323                     case T_SEGNPFLT:        /* segment not present fault */
> >
> >
> > 	Julian had suggested recompiling the if_ed.c module seperately from
> > the rest, without -O enabled, to see if that made a difference, as the
> > original core dump seemed to show everything was okay.  Without -O enabled,
> > the system seems to run okay (well, other then the rlist panics, of course),
> > but with -O enabled, it dies after several hours.
> >
> > 	Is there anything i can do on my end to figure out the difference
> > between the optimized vs non-optimized if_ed.o module in order to correct
> > this problem?  Some sort of 'diff' between the object files maybe?
>
> volatile frame? type?
>

	Ignorantly, he inquires...Huh?


Marc G. Fournier                                  scrappy@ki.net
Systems Administrator @ ki.net               scrappy@freebsd.org