From owner-freebsd-current Thu Oct 1 11:33:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07100 for freebsd-current-outgoing; Thu, 1 Oct 1998 11:33:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07083 for ; Thu, 1 Oct 1998 11:33:44 -0700 (PDT) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.8.8/8.8.8) id TAA25375 for freebsd-current@freebsd.org; Thu, 1 Oct 1998 19:33:22 +0100 (BST) (envelope-from joe) Message-ID: <19981001193321.C12010@pavilion.net> Date: Thu, 1 Oct 1998 19:33:21 +0100 From: Josef Karthauser To: freebsd-current@FreeBSD.ORG Subject: FreeBSD3.0-BETA crash! Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=sm4nu43k4a2Rpi4c X-Mailer: Mutt 0.93.2i X-NCC-RegID: uk.pavilion Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii I've got a machine here running FreeBSD 3.0-BETA. After cvsupping it today and: make -DNOCLEAN world and rebuilding the kernel it become very very unstable, ie. would crash with a page fault upon entering multiuser mode. It also crashed whilst in single user mode with no swap turned on and doing a subsequent 'make world'. The crashes were page faults. The kernel configuration is attached. It was last cvsup'd on Sep 24 07:18:15 supernova /kernel: FreeBSD 3.0-BETA #6: Thu Sep 24 07:16:31 GMT 1998 >From messages: Oct 1 09:33:50 supernova su: joe to root on /dev/ttyp0 Oct 1 11:22:58 supernova reboot: rebooted by joe Oct 1 11:22:58 supernova syslogd: exiting on signal 15 Oct 1 11:24:44 supernova /kernel: Copyright (c) 1992-1998 FreeBSD Inc. Oct 1 11:27:53 supernova /kernel: Copyright (c) 1992-1998 FreeBSD Inc. Oct 1 11:31:02 supernova /kernel: Copyright (c) 1992-1998 FreeBSD Inc. Oct 1 11:34:12 supernova /kernel: Copyright (c) 1992-1998 FreeBSD Inc. Oct 1 11:37:21 supernova /kernel: Copyright (c) 1992-1998 FreeBSD Inc. .... etc ... I've been watching the committers list, but must have turned a blind eye to something, and missed it. Is this serious? The machine is currently up on it's old kernel and seems fine. Joe -- Josef Karthauser Technical Manager FreeBSD: The power to serve (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Description: Kernel configuration Content-Disposition: attachment; filename=SUPERNOVA # $Id: SUPERNOVA,v 1.3 1998/09/18 11:53:24 root Exp $ # $Source: /usr/src/sys/i386/conf/SUPERNOVA,v $ # Supernova.server.pavilion.net's kernel machine "i386" cpu "I586_CPU" cpu "I686_CPU" ident GENERIC maxusers 256 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options DEVFS #Device filesystem options "CD9660" #ISO 9660 Filesystem options "CD9660_ROOT" #CD-ROM usable as root device options FFS_ROOT #FFS usable as root device [keep this!] options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options SCSI_CAM #We're using CAM in this kernel options SOFTUPDATES config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 device da0 device sa0 device pass0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device fxp0 pseudo-device loop pseudo-device ether pseudo-device tun 1 pseudo-device pty 16 pseudo-device bpfilter 3 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM --sm4nu43k4a2Rpi4c-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message