From owner-freebsd-stable Sun Apr 7 10:05:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA19951 for stable-outgoing; Sun, 7 Apr 1996 10:05:11 -0700 (PDT) Received: from osceola.gate.net (root@osceola.gate.net [199.227.0.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA19945 for ; Sun, 7 Apr 1996 10:05:09 -0700 (PDT) Received: from jaxfl2-40.gate.net (jaxfl2-40.gate.net [199.227.5.167]) by osceola.gate.net (8.6.12/8.6.9) with SMTP id NAA58450 for ; Sun, 7 Apr 1996 13:03:48 -0400 Received: by jaxfl2-40.gate.net with Microsoft Mail id <01BB2483.2DC017A0@jaxfl2-40.gate.net>; Sun, 7 Apr 1996 13:07:30 -0400 Message-ID: <01BB2483.2DC017A0@jaxfl2-40.gate.net> From: "Edward J. Sweeney" To: "'stable@freebsd.org'" Subject: BT: UNIT NUMBER (1) TOO HIGH Date: Sun, 7 Apr 1996 13:06:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running a Pentium 133 on a BT946C with a Connor CFP2107S 2.14GB SCSI = HD. =20 The last stable I successfully sup'd and booted was at the beginning of = Feb, and the 2.1 distribution worked fine. The stable branch is now a = problem for my machine. The booting process freezes at "CHANGING ROOT DEVICE TO SDA0". Watching the messages, the first sign of trouble is: "BT: UNIT NUMBER = (1) TOO HIGH". I'll try to document the problem better, but for now, any ideas? = THANKS. From owner-freebsd-stable Sun Apr 7 10:40:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21941 for stable-outgoing; Sun, 7 Apr 1996 10:40:38 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21932 Sun, 7 Apr 1996 10:40:36 -0700 (PDT) Message-Id: <199604071740.KAA21932@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Edward J. Sweeney" cc: "'stable@freebsd.org'" Subject: Re: BT: UNIT NUMBER (1) TOO HIGH In-reply-to: Your message of "Sun, 07 Apr 1996 13:06:37 EDT." <01BB2483.2DC017A0@jaxfl2-40.gate.net> Date: Sun, 07 Apr 1996 10:40:36 -0700 From: "Justin T. Gibbs" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm running a Pentium 133 on a BT946C with a Connor CFP2107S 2.14GB SCSI = >HD. =20 > >The last stable I successfully sup'd and booted was at the beginning of = >Feb, and the 2.1 distribution worked fine. The stable branch is now a = >problem for my machine. > >The booting process freezes at "CHANGING ROOT DEVICE TO SDA0". Please don't use caps when the messages don't have caps in them. It only confuses things. >Watching the messages, the first sign of trouble is: "BT: UNIT NUMBER = >(1) TOO HIGH". Actually, that warning is benign. The real cause of problems is that you have the ISA compatibility port enabled on your Buslogic and FreeBSD is attaching to the PCI port address that the card also exports. I don't know why you can see the upper address but it doesn't work with these cards, but that must be what's happening. Perhaps another probe that touched the same lower I/O address makes the card think that we're going to use the low address and it turns off the PCI address. Anyway, you can fix it by going into the Buslogic BIOS setup and disabling the ISA compatibility port address. Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Sun Apr 7 11:03:56 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23002 for stable-outgoing; Sun, 7 Apr 1996 11:03:56 -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 LAA22997 for ; Sun, 7 Apr 1996 11:03:54 -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 OAA01647 for ; Sun, 7 Apr 1996 14:03:54 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id OAA01669 for ; Sun, 7 Apr 1996 14:04:14 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 7 Apr 1996 14:04:14 -0400 (EDT) From: "Marc G. Fournier" To: stable@freebsd.org Subject: panic: vm_page_free: freeing busy page Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Just got to the office today, and on my -stable machine, had a panic :( can't seem to get a coredump out of this system, so the only thing I could put in the PR is the DDB output. I had about 3 days uptime on this machine before it happened Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as SEND-PR: will all comments (text enclosed in `<' and `>'). SEND-PR: SEND-PR: Please consult the send-pr man page `send-pr(1)' or the Texinfo SEND-PR: manual if you are not sure how to fill out a problem report. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: SEND-PR: bin conf docs gnu i386 kern misc ports SEND-PR: To: FreeBSD-gnats-submit@freebsd.org Subject: From: scrappy Reply-To: scrappy X-send-pr-version: 3.2 >Submitter-Id: current-users >Originator: Marc G. Fournier >Organization: >Confidential: no >Synopsis: panic: vm_page_free: freeing busy page >Severity: critical >Priority: high >Category: kern >Release: FreeBSD 2.1-STABLE i386 >Class: sw-bug >Environment: FreeBSD 2.1-STABLE #5: Tue Mar 26 14:40:09 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14692352 (14348K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1222MB (2503872 512 byte sectors) (ncr0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 327MB (670506 512 byte sectors) (ncr0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 234MB (479350 512 byte sectors) (ncr0:3:0): "CONNER CFP1060S 1.05GB 243F" type 0 fixed SCSI 2 sd3(ncr0:3:0): Direct-Access sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1013MB (2074880 512 byte sectors) vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:86:44:79, type WD8013EPC (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 not found at 0x330 ep0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface >Description: After approx. 3 days uptime, the system panic'd DDB Output: vm_page_free: offset (270336), bmapped(1), busy(1), PG_BUSY(0) panic: vm_page_free: freeing busy page vm_page_free+0x1b6 vm_hold_free_pages+0x65 allocbuf+0x61 getnewbuf+0x1f8 getblk+0x116 ffs_balloc+0x6aa ffs_write+0x2b1 vn_rdwr+0xc5 coredump+0x248 sigexit+0x5e postsig+0x3c trap+0x3ec calltrap+0x15 --- trap 12, eip = 0x2a8f7, ebp = 0xefbfdd48 --- >How-To-Repeat: >Fix: From owner-freebsd-stable Sun Apr 7 15:39:09 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09329 for stable-outgoing; Sun, 7 Apr 1996 15:39:09 -0700 (PDT) Received: from sierra.zyzzyva.com (root@ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA09323 Sun, 7 Apr 1996 15:39:05 -0700 (PDT) Received: from zyzzyva.com (randy@localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.4/8.6.11) with ESMTP id RAA22291; Sun, 7 Apr 1996 17:39:03 -0500 (CDT) Message-Id: <199604072239.RAA22291@sierra.zyzzyva.com> To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Updating /stand X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Apr 1996 17:39:02 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone tell me how it is possible to update a 2.1-R /stand to -stable? I see in the archives that many have asked the same question, but have not seen the answer. Thanks From owner-freebsd-stable Sun Apr 7 15:52:28 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA10113 for stable-outgoing; Sun, 7 Apr 1996 15:52:28 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA10107 Sun, 7 Apr 1996 15:52:26 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u63Jn-0003vyC; Sun, 7 Apr 96 15:52 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id WAA06619; Sun, 7 Apr 1996 22:52:33 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Randy Terbush cc: freebsd-hackers@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: Updating /stand In-reply-to: Your message of "Sun, 07 Apr 1996 17:39:02 EST." <199604072239.RAA22291@sierra.zyzzyva.com> Date: Sun, 07 Apr 1996 22:52:32 +0000 Message-ID: <6617.828917552@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Can someone tell me how it is possible to update a 2.1-R /stand > to -stable? I see in the archives that many have asked the same > question, but have not seen the answer. At this time /stand is a relic from the installation of marginal, but in some cases significant, usability as a recovery tool. There doesn't exist a way to make /stand at this time, short of installing. Maybe there will one day, it depends on may variables. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-stable Sun Apr 7 19:00:31 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA18774 for stable-outgoing; Sun, 7 Apr 1996 19:00:31 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA18768 for ; Sun, 7 Apr 1996 19:00:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA05833; Sun, 7 Apr 1996 18:59:42 -0700 (PDT) To: Randy Terbush cc: freebsd-stable@freebsd.org Subject: Re: Updating /stand In-reply-to: Your message of "Sun, 07 Apr 1996 17:39:02 CDT." <199604072239.RAA22291@sierra.zyzzyva.com> Date: Sun, 07 Apr 1996 18:59:42 -0700 Message-ID: <5831.828928782@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You don't. As I just posted to -hackers, /stand is not populated at all except as part of an installation and is actually throw-away. Jordan > Can someone tell me how it is possible to update a 2.1-R /stand > to -stable? I see in the archives that many have asked the same > question, but have not seen the answer. > > Thanks > > > > From owner-freebsd-stable Sun Apr 7 22:23:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02941 for stable-outgoing; Sun, 7 Apr 1996 22:23:07 -0700 (PDT) Received: from mail.nyc.pipeline.com (root@mail.nyc.pipeline.com [198.80.32.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA02933 for ; Sun, 7 Apr 1996 22:23:04 -0700 (PDT) Received: from pipe4.nyc.pipeline.com (axon@pipe4.nyc.pipeline.com [198.80.32.44]) by mail.nyc.pipeline.com (8.7.3/8.7.3) with ESMTP id BAA18061 for ; Mon, 8 Apr 1996 01:22:42 -0400 (EDT) From: "Amir Y. Rosenblatt" Received: (axon@localhost) by pipe4.nyc.pipeline.com (8.6.9/8.6.9) id BAA00378 for freebsd-stable@freebsd.org; Mon, 8 Apr 1996 01:22:41 -0400 Message-Id: <199604080522.BAA00378@pipe4.nyc.pipeline.com> Subject: PPP problems after upgrading to -stable To: freebsd-stable@freebsd.org Date: Mon, 8 Apr 1996 01:22:40 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just upgraded my P120 (installed friday) to -stable. I had the PPP setup working fune under 2.1R -- I called ppp with a -auto flag (and the name of my provider) in /etc/netconfig, and upon boting it would dial out, set up the connection and add the Appropriate routes. After switching to -stable, it seems that nothing hAppens when it hits that part of netconfig -- the messages are displayed but no dialing occurs. When I run it by hand, I can;t seem to get the routes to be set up right. The -stable compiile was pretty straightforward 00 did a make world, make install, rcompiled and insatalled my kernel and rebooted. Any ideas? -Amir From owner-freebsd-stable Mon Apr 8 12:08:16 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18706 for stable-outgoing; Mon, 8 Apr 1996 12:08:16 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18344 Mon, 8 Apr 1996 12:07:19 -0700 (PDT) Received: by Sisyphos id AA14399 (5.67b/IDA-1.5); Mon, 8 Apr 1996 21:06:39 +0200 Message-Id: <199604081906.AA14399@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 8 Apr 1996 21:06:38 +0200 In-Reply-To: Charles Owens "Re: -stable and NCR problems?" (Mar 25, 10:43) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Charles Owens Subject: Re: -stable and NCR problems? Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mar 25, 10:43, Charles Owens wrote: } Subject: Re: -stable and NCR problems? } On Fri, 22 Mar 1996, Stefan Esser wrote: } } > That's the infamous handshake timeout ... } > This feature seems to do more harm than good, } > and I'll apply the following patch to -stable } > (it has been in current for some time already): } } I'm giving the patch a try. } } >From time to time I also see the following. Is it related to the above } problem? } } Mar 25 07:53:32 dingo /kernel: sd0(ncr0:0:0): M_DISCONNECT received, but datapointer not saved: } Mar 25 07:53:32 dingo /kernel: data=2b9d78 save=2b9d78 goal=2b9e8c. Sorry for the delay, but I had no net access for two weeks ... The message indicates, that a SCSI device disconnected without sending a SAVE DATA POINTER message before all data for the current command had been transfered. This is sometimes done for error recovery, but usually only for tape devices. The drive is expected to reselect again, and the interrupted transfer will restart at the same point, were it started last time (and not where it had been interrupted). This might be an indication of a SCSI data transfer problem. I'll have to reread the SCSI specs to give a more detailed answer ... (I'm not sure whether there are SCSI drives, that disconnect without sending a CHECK CONDITION status (which would lead to some other diagnostic being printed after the lines you included) to recover from an SCSI parity error.) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-stable Tue Apr 9 11:14:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00396 for stable-outgoing; Tue, 9 Apr 1996 11:14:54 -0700 (PDT) Received: from mail.jrihealth.com (mail.jrihealth.com [204.249.32.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00391 for ; Tue, 9 Apr 1996 11:14:51 -0700 (PDT) Received: from carebase3.jri.org (danp@carebase3.jri.org [204.249.32.9]) by mail.jrihealth.com (8.3/8.6.6.Beta9) with SMTP id OAA17810; Tue, 9 Apr 1996 14:20:58 -0400 Date: Tue, 9 Apr 1996 14:21:11 -0400 (EDT) From: Dan Polivy To: freebsd-stable@freebsd.org Subject: More NCR probs? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey, I got this message written down today: /kernel ncr0:0: ERROR (20:10) (8-28-0) (8/13) @ (ffcd9004:00ffffef) Anyone know what the problem is? All I could do was reboot; I couldn't read any files or anything. This happens somewhat often, too...And I don't think it was in the 2.1.0R driver...I am running -stable from around March 25th, I think. Dan +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | JRI HIS MIS Systems Administrator/Tech Support | |////////////////////////////////////////////////////////////////| | danp@busstop.org dpolivy@jri.org danp@library.pride.net | |\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\| | Check out JRI's Homepage at http://www.jri.org | |////////////////////////////////////////////////////////////////| | For More Info about JRI Health, call 617.457.8150, | | EMail health@jri.org or check out http://www.jri.org/jrihealth | |\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\| | Check out my NEW [Moving] WWW page (still under construction) | | currently located at: http://server1.pride.net/~danp | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ From owner-freebsd-stable Tue Apr 9 13:47:29 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12089 for stable-outgoing; Tue, 9 Apr 1996 13:47:29 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12056 for ; Tue, 9 Apr 1996 13:47:18 -0700 (PDT) Received: by Sisyphos id AA07501 (5.67b/IDA-1.5 for freebsd-stable@freebsd.org); Tue, 9 Apr 1996 22:45:41 +0200 Message-Id: <199604092045.AA07501@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 9 Apr 1996 22:45:41 +0200 In-Reply-To: Dan Polivy "More NCR probs?" (Apr 9, 14:21) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Dan Polivy Subject: Re: More NCR probs? Cc: freebsd-stable@freebsd.org Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 9, 14:21, Dan Polivy wrote: } Subject: More NCR probs? } Hey, } } I got this message written down today: } } /kernel ncr0:0: ERROR (20:10) (8-28-0) (8/13) @ (ffcd9004:00ffffef) This indicates a PCI bus fault, i.e. a PCI bus transaction could not be completed. Most likely a hardware problem. There have been a few cases, where disabling of PCI performance options did solve the problem. What is your chip set ? Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-stable Tue Apr 9 17:02:29 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01103 for stable-outgoing; Tue, 9 Apr 1996 17:02:29 -0700 (PDT) Received: from area238.residence.gatech.edu (root@area238.residence.gatech.edu [199.77.175.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA01095 for ; Tue, 9 Apr 1996 17:02:25 -0700 (PDT) Received: (from ken@localhost) by area238.residence.gatech.edu (8.7.5/8.7.3) id UAA00576 for stable@freebsd.org; Tue, 9 Apr 1996 20:02:02 -0400 (EDT) From: "Kenneth D. Merry" Message-Id: <199604100002.UAA00576@area238.residence.gatech.edu> Subject: crash with adaptec 2842 + stable To: stable@freebsd.org Date: Tue, 9 Apr 1996 20:02:01 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I got back tonight, I noticed that my machine had only been up for about an hour. Turns out that it crashed: ================ IdlePTD 1ee000 current pcb at 1de928 panic: ahc%d: Timed-out command times out again #0 0xf0196627 in boot () (kgdb) where #0 0xf0196627 in boot () #1 0xf0112b03 in panic () #2 0xf01c41af in ahc_timeout () #3 0xf0107130 in softclock () ================ I'm pretty sure I'm using most of the latest Adaptec code in -stable. (at least it was the latest as of last week) Anyone have any ideas on what could have caused a panic like that? There was, I think, one user on the machine at the time. He may have been grepping through a large number of files. (all the RFC's) I run xdm, so the X server was running at the time. Here's the dmesg output: ================= FreeBSD 2.1-STABLE #0: Tue Apr 2 23:03:42 EST 1996 ken@area238.residence.gatech.edu:/usr/src/sys/compile/thunderdome CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 33554432 (32768K bytes) avail memory = 31195136 (30464K bytes) ahc0: at 0x1c00-0x1cff irq 11 on isa ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "Quantum XP34300 55B1" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4101MB (8399520 512 byte sectors) (ahc0:1:0): "NEC CD-ROM DRIVE:500 1.0" type 5 removable SCSI 2 cd0(ahc0:1:0): CD-ROM cd0(ahc0:1:0): NOT READY asc:3a,0 Medium not present can't get the size (ahc0:4:0): "SONY SDT-5000 3.02" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x13, drive empty Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 9 maddr 0xe6000 msize 16384 on isa ed0: address 00:00:c0:d4:6f:b7, type SMC8216/SMC8216C (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1: disabled, not probed. lpt2: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 325MB (666600 sectors), 1010 cyls, 12 heads, 55 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 1001MB (2050272 sectors), 2034 cyls, 16 heads, 63 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x3e0 ep0 at 0x3e0-0x3ef irq 12 on isa ep0: aui/utp/bnc[*UTP*] address 00:20:af:04:9d:banpx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 10 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: IP firewall initialized WARNING: / was not properly dismounted. ======================== This came along after the same user was logged on, presumably grepping through all the rfc's again. There was also a ftp connection open: sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x0 sd0(ahc0:0:0): BUS DEVICE RESET message queued. sd0(ahc0:0:0): ABORTED COMMAND asc:4e,0 Overlapped commands attempted , retries:4 The machine has been stable for weeks, so this is sort of a surprise. Any ideas on the cause of this (and possible fixes :) ) would be appreciated. Thanks, Ken -- Kenneth Merry ken@area238.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-stable Tue Apr 9 17:42:28 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA04069 for stable-outgoing; Tue, 9 Apr 1996 17:42:28 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA04063 for ; Tue, 9 Apr 1996 17:42:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id SAA16995 for ; Tue, 9 Apr 1996 18:42:22 -0600 Message-Id: <199604100042.SAA16995@rover.village.org> To: stable@freebsd.org Subject: Stable question Date: Tue, 09 Apr 1996 18:42:22 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a quick question about -stable. >From doing a cvs diff of RELENG_2_1_0 and RELENG_2_1_0_RELEASE it would appear that there have been no kernel changes since the release of 2.1R in the stable tree. Just some changes to ps, sh, and expr. I ran the diffs by doing a cvs co -rRELENG_2_1_0 then running cvs diff -rRELENG_2_1_0_RELEASE -r RELENG_2_1_0 and I came up with about 60k of changes, none of the kernel. Is this the case? Am I reading and running the diffs correctly? Warner P.S. I don't currently subscribe to -stable. Please cc me on any answers. From owner-freebsd-stable Tue Apr 9 18:47:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA09983 for stable-outgoing; Tue, 9 Apr 1996 18:47:54 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA09978 Tue, 9 Apr 1996 18:47:52 -0700 (PDT) Message-Id: <199604100147.SAA09978@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Kenneth D. Merry" cc: stable@FreeBSD.org Subject: Re: crash with adaptec 2842 + stable In-reply-to: Your message of "Tue, 09 Apr 1996 20:02:01 EDT." <199604100002.UAA00576@area238.residence.gatech.edu> Date: Tue, 09 Apr 1996 18:47:52 -0700 From: "Justin T. Gibbs" Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > When I got back tonight, I noticed that my machine had only been up >for about an hour. Turns out that it crashed: The panic comes from the timeout code giving up after a few attempts hoping that it will do less damage that way. > This came along after the same user was logged on, presumably >grepping through all the rfc's again. There was also a ftp connection >open: > >sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x0 This usually points to a termination problem. >sd0(ahc0:0:0): BUS DEVICE RESET message queued. >sd0(ahc0:0:0): ABORTED COMMAND asc:4e,0 Overlapped commands attempted >, retries:4 I'll have to look into the overlapped commands. There should have been an attempt to reset the bus too. Hmmm. >Thanks, > >Ken >-- >Kenneth Merry >ken@area238.residence.gatech.edu >Disclaimer: I don't speak for GTRI, GT, or Elvis. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Tue Apr 9 20:40:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18250 for stable-outgoing; Tue, 9 Apr 1996 20:40:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18240 for ; Tue, 9 Apr 1996 20:40:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA11698; Tue, 9 Apr 1996 20:39:47 -0700 (PDT) To: Warner Losh cc: stable@freebsd.org Subject: Re: Stable question In-reply-to: Your message of "Tue, 09 Apr 1996 18:42:22 MDT." <199604100042.SAA16995@rover.village.org> Date: Tue, 09 Apr 1996 20:39:47 -0700 Message-ID: <11695.829107587@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >From doing a cvs diff of RELENG_2_1_0 and RELENG_2_1_0_RELEASE it > would appear that there have been no kernel changes since the release > of 2.1R in the stable tree. Just some changes to ps, sh, and expr. There have indeed been kernel changes. Hmmmm. What happens if you do: cvs co -rRELENG_2_1_0 src cd src cvs diff -rRELENG_2_1_0_RELEASE ? That's generally how I generate my own diffs. Jordan From owner-freebsd-stable Tue Apr 9 20:50:42 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18658 for stable-outgoing; Tue, 9 Apr 1996 20:50:42 -0700 (PDT) Received: from area238.residence.gatech.edu (root@area238.residence.gatech.edu [199.77.175.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18653 for ; Tue, 9 Apr 1996 20:50:39 -0700 (PDT) Received: (from ken@localhost) by area238.residence.gatech.edu (8.7.5/8.7.3) id XAA02178 Tue, 9 Apr 1996 23:49:56 -0400 (EDT) From: "Kenneth D. Merry" Message-Id: <199604100349.XAA02178@area238.residence.gatech.edu> Subject: Re: Stable question To: imp@village.org (Warner Losh) Date: Tue, 9 Apr 1996 23:49:55 -0400 (EDT) Cc: stable@freebsd.org In-Reply-To: <199604100042.SAA16995@rover.village.org> from Warner Losh at "Apr 9, 96 06:42:22 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have a quick question about -stable. > > >From doing a cvs diff of RELENG_2_1_0 and RELENG_2_1_0_RELEASE it > would appear that there have been no kernel changes since the release > of 2.1R in the stable tree. Just some changes to ps, sh, and expr. > > I ran the diffs by doing a > cvs co -rRELENG_2_1_0 > then running > cvs diff -rRELENG_2_1_0_RELEASE -r RELENG_2_1_0 > and I came up with about 60k of changes, none of the kernel. > > Is this the case? Am I reading and running the diffs correctly? There have been some significant changes in the kernel, offhand I can think of the eisaconf stuff, ipfw changes, various driver improvements. % pwd /usr/src/sys % cvs diff -rRELENG_2_1_0_RELEASE -rRELENG_2_1_0 2>/dev/null |wc -l 21854 I'd guess there's something wrong with the way you did the diff, or maybe the checkout. One of the cvs gurus could better guess at that. Ken -- Kenneth Merry ken@area238.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-stable Tue Apr 9 21:11:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20434 for stable-outgoing; Tue, 9 Apr 1996 21:11:15 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA20421 for ; Tue, 9 Apr 1996 21:11:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id WAA18714; Tue, 9 Apr 1996 22:10:42 -0600 Message-Id: <199604100410.WAA18714@rover.village.org> To: "Kenneth D. Merry" Subject: Re: Stable question Cc: stable@freebsd.org In-reply-to: Your message of Tue, 09 Apr 1996 23:49:55 EDT Date: Tue, 09 Apr 1996 22:10:42 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : I'd guess there's something wrong with the way you did the diff, or : maybe the checkout. One of the cvs gurus could better guess at that. Turns out that *@#$(!@*^%!^$ CVS 1.4 Alpha-xxx isn't checking out the entire tree, even though it is claiming to do so :-(. The cvs diff then fails because of this.... Warner From owner-freebsd-stable Tue Apr 9 21:35:06 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21964 for stable-outgoing; Tue, 9 Apr 1996 21:35:06 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA21951 for ; Tue, 9 Apr 1996 21:34:57 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id VAA15364; Tue, 9 Apr 1996 21:32:52 -0700 From: "Rodney W. Grimes" Message-Id: <199604100432.VAA15364@GndRsh.aac.dev.com> Subject: Re: Stable question To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 9 Apr 1996 21:32:51 -0700 (PDT) Cc: imp@village.org, stable@freebsd.org In-Reply-To: <11695.829107587@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 9, 96 08:39:47 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >From doing a cvs diff of RELENG_2_1_0 and RELENG_2_1_0_RELEASE it > > would appear that there have been no kernel changes since the release > > of 2.1R in the stable tree. Just some changes to ps, sh, and expr. > > There have indeed been kernel changes. > > Hmmmm. > > What happens if you do: > > cvs co -rRELENG_2_1_0 src > cd src > cvs diff -rRELENG_2_1_0_RELEASE The easiest and fastest way to produce a diff between 2 tags is to use cvs rdiff: cvs rdiff -rRELENG_2_1_0_RELEASE -rRELENG_2_1_0 src >&one_big_diff No need for a checked out copy at all... > > That's generally how I generate my own diffs. Then the diffs you are producing would be backwards diff :-) > Jordan -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-stable Tue Apr 9 21:52:52 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA23822 for stable-outgoing; Tue, 9 Apr 1996 21:52:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA23811 for ; Tue, 9 Apr 1996 21:52:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id VAA00453; Tue, 9 Apr 1996 21:52:04 -0700 (PDT) To: "Rodney W. Grimes" cc: imp@village.org, stable@freebsd.org Subject: Re: Stable question In-reply-to: Your message of "Tue, 09 Apr 1996 21:32:51 PDT." <199604100432.VAA15364@GndRsh.aac.dev.com> Date: Tue, 09 Apr 1996 21:52:04 -0700 Message-ID: <451.829111924@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > cvs rdiff -rRELENG_2_1_0_RELEASE -rRELENG_2_1_0 src >&one_big_diff > > No need for a checked out copy at all... An excellent point. > > That's generally how I generate my own diffs. > > Then the diffs you are producing would be backwards diff :-) Aw, I just reverse them in my head. :-) Jordan From owner-freebsd-stable Tue Apr 9 21:59:42 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24363 for stable-outgoing; Tue, 9 Apr 1996 21:59:42 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24344 for ; Tue, 9 Apr 1996 21:59:33 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id VAA15406; Tue, 9 Apr 1996 21:58:20 -0700 From: "Rodney W. Grimes" Message-Id: <199604100458.VAA15406@GndRsh.aac.dev.com> Subject: Re: Stable question To: imp@village.org (Warner Losh) Date: Tue, 9 Apr 1996 21:58:20 -0700 (PDT) Cc: ken@area238.residence.gatech.edu, stable@FreeBSD.ORG In-Reply-To: <199604100410.WAA18714@rover.village.org> from Warner Losh at "Apr 9, 96 10:10:42 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > : I'd guess there's something wrong with the way you did the diff, or > : maybe the checkout. One of the cvs gurus could better guess at that. > > Turns out that *@#$(!@*^%!^$ CVS 1.4 Alpha-xxx isn't checking out the > entire tree, even though it is claiming to do so :-(. The cvs diff > then fails because of this.... Ahh... you probably out to be using a CVS 1.6 version if your playing with the FreeBSD sources (This is a 2.1-stable system): GndRsh:rgrimes {1}: cvs -v Concurrent Versions System (CVS) 1.6.3 (client/server) Patch Level: 2 Copyright (c) 1993-1994 Brian Berliner Copyright (c) 1993-1994 david d `zoo' zuhn Copyright (c) 1992, Brian Berliner and Jeff Polk Copyright (c) 1989-1992, Brian Berliner CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-stable Wed Apr 10 04:03:55 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23671 for stable-outgoing; Wed, 10 Apr 1996 04:03:55 -0700 (PDT) Received: from spirit.cis.uoguelph.ca (spirit.cis.uoguelph.ca [131.104.48.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA23653 for ; Wed, 10 Apr 1996 04:03:51 -0700 (PDT) Received: from localhost (matt@localhost) by spirit.cis.uoguelph.ca (8.7.5/8.7.3) with SMTP id HAA18767 for ; Wed, 10 Apr 1996 07:03:50 -0400 (EDT) Date: Wed, 10 Apr 1996 07:03:49 -0400 (EDT) From: Matthew Stein To: freebsd-stable@freebsd.org Subject: Secure...not kerberos Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When supping stable, the /usr/src/secure/libexec/telnetd makefile indicates that it's part of the 'krb' distribution. Is this kerberos? I've chosen not to use kerberos, but this would seem to take the place of the /usr/src/libexec/telnetd, which is not tagged as 'krb'. Also, am I correct in assuming that secure is DES, and eBones is kerberos? -- mat. +-Matthew Stein------------------------ mstein@spririt.cis.uoguelph.ca-+ | A pinch CompSci...a little B.Comm... phone: 519 824-4120x77318 | | University of Guelph | | http://www.uoguelph.ca/~mstein | +--Due to cutbacks, the light at the end of the tunnel's been dimmed.--+ From owner-freebsd-stable Wed Apr 10 07:15:55 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09162 for stable-outgoing; Wed, 10 Apr 1996 07:15:55 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA09157 for ; Wed, 10 Apr 1996 07:15:44 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id QAA13330; Wed, 10 Apr 1996 16:14:53 +0200 (SAT) Message-Id: <199604101414.QAA13330@grumble.grondar.za> To: Matthew Stein cc: freebsd-stable@freebsd.org Subject: Re: Secure...not kerberos Date: Wed, 10 Apr 1996 16:14:48 +0200 From: Mark Murray Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Matthew Stein wrote: > > When supping stable, the /usr/src/secure/libexec/telnetd makefile > indicates that it's part of the 'krb' distribution. Is this kerberos? > I've chosen not to use kerberos, but this would seem to take the place > of the /usr/src/libexec/telnetd, which is not tagged as 'krb'. You are correct. I have been trying to do this for a while now. Let me re-awaken the bear.... > Also, am I correct in assuming that secure is DES, and eBones is > kerberos? Correct. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-stable Wed Apr 10 08:16:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13917 for stable-outgoing; Wed, 10 Apr 1996 08:16:39 -0700 (PDT) Received: from novell.com (prv-ums.Provo.Novell.COM [137.65.40.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13889 Wed, 10 Apr 1996 08:16:01 -0700 (PDT) Received: from INET-PRV-Message_Server by fromGW with Novell_GroupWise; Wed, 10 Apr 1996 09:15:26 -0600 Content-Type: text/plain Message-ID: X-Mailer: Novell GroupWise 4.1 Date: Wed, 10 Apr 1996 09:21:20 -0600 From: DARREND@novell.com (Darren Davis) To: stable@freebsd.org Cc: SCSI@freebsd.org Subject: Disk Mirroring Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there a way to mirror two disks in FreeBSD? The two different possibilities are at the driver layer or at the filesystem layer. I imagine the driver layer would be the easiest. Just take the block to be written and write it out to both disks. The reason I suggest the filesystem layer is to avoid duplicating the swap space on both disks. It would be cool if the boot code could automatically deal with either disk failing and still having the system boot. Naturally, the driver should be able to deal with either disk failing. Has anyone given this some thought? With disks getting real cheap, it is a good way to have some fault tolerance with out the cost or performance hit of RAID. (Actually, I think mirroring is one form of RAID.) Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-stable Wed Apr 10 14:41:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11750 for stable-outgoing; Wed, 10 Apr 1996 14:41:04 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11709 Wed, 10 Apr 1996 14:40:50 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id XAA24574; Wed, 10 Apr 1996 23:40:41 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199604102140.XAA24574@gvr.win.tue.nl> Subject: Re: Disk Mirroring To: DARREND@novell.com (Darren Davis) Date: Wed, 10 Apr 1996 23:40:40 +0200 (MET DST) Cc: stable@freebsd.org, SCSI@freebsd.org In-Reply-To: from "Darren Davis" at Apr 10, 96 09:21:20 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The ccd driver in current (in alpha release) is supposed to be able to do both mirroring and striping. -Guido From owner-freebsd-stable Wed Apr 10 16:23:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA18218 for stable-outgoing; Wed, 10 Apr 1996 16:23:11 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA18213 Wed, 10 Apr 1996 16:23:09 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id QAA19403; Wed, 10 Apr 1996 16:12:36 -0700 Date: Wed, 10 Apr 1996 16:12:36 -0700 Message-Id: <199604102312.QAA19403@sunrise.cs.berkeley.edu> To: DARREND@novell.com CC: stable@freebsd.org, SCSI@freebsd.org In-reply-to: (DARREND@novell.com) Subject: Re: Disk Mirroring From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Is there a way to mirror two disks in FreeBSD? The two different * possibilities are at the driver layer or at the filesystem layer. * I imagine the driver layer would be the easiest. Just take the * block to be written and write it out to both disks. The reason I * suggest the filesystem layer is to avoid duplicating the swap space * on both disks. It would be cool if the boot code could * automatically deal with either disk failing and still having the * system boot. Naturally, the driver should be able to deal with * either disk failing. Has anyone given this some thought? With * disks getting real cheap, it is a good way to have some fault * tolerance with out the cost or performance hit of RAID. (Actually, * I think mirroring is one form of RAID.) There is a driver called "ccd" (concatenated disk) that I ported from NetBSD. It is designed primarily for striping disk arrays but it has mirror support so you can use it to mirror partitions by just making it a mirrored 2-disk array. :) Please take a look at http://stampede.cs.berkeley.edu/ccd/ for details. I'm planning to put it into -current soon but there's a 2.1R version too. Satoshi From owner-freebsd-stable Thu Apr 11 01:00:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21274 for stable-outgoing; Thu, 11 Apr 1996 01:00:54 -0700 (PDT) Received: from spirit.cis.uoguelph.ca (spirit.cis.uoguelph.ca [131.104.48.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA21269 for ; Thu, 11 Apr 1996 01:00:48 -0700 (PDT) Received: from localhost (matt@localhost) by spirit.cis.uoguelph.ca (8.7.5/8.7.3) with SMTP id EAA06396 for ; Thu, 11 Apr 1996 04:00:46 -0400 (EDT) Date: Thu, 11 Apr 1996 04:00:45 -0400 (EDT) From: Matthew Stein To: freebsd-stable@freebsd.org Subject: First Stable Make Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to the handbook, the first time you build anything from the stable tree you should first do a 'make world'. I noticed a reference in the mailing list, though, that suggests the first build be a 'make world -DCLOBBER". What's the party line on this one? -- mat. +-Matthew Stein------------------------ mstein@spririt.cis.uoguelph.ca-+ | University of Guelph | | http://www.uoguelph.ca/~mstein | +--Due to cutbacks, the light at the end of the tunnel's been dimmed.--+ From owner-freebsd-stable Thu Apr 11 04:36:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05676 for stable-outgoing; Thu, 11 Apr 1996 04:36:15 -0700 (PDT) Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA05633 Thu, 11 Apr 1996 04:36:00 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id VAA11589 Thu, 11 Apr 1996 21:35:20 +1000 (EST) From: michael butler Message-Id: <199604111135.VAA11589@asstdc.scgt.oz.au> Subject: Re: -STABLE bits problem To: karl@mcs.com (Karl Denninger MCSNet) Date: Thu, 11 Apr 1996 21:35:18 +1000 (EST) Cc: hackers@FreeBSD.org, stable@FreeBSD.org In-Reply-To: from "Karl Denninger, MCSNet" at Apr 10, 96 05:28:55 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Karl Denninger, MCSNet writes: > Sometime in the last two weeks, select() got broken in the kernel. I see a similar, possibly related problem here .. it breaks nnrpd with shared-active and harvest's cached does this when asked to ftp something larger than the configured 4 meg cached-file maximum .. load averages: 1.64, 1.28, 0.84 21:32:49 75 processes: 2 running, 73 sleeping Cpu states: 5.0% user, 37.3% nice, 56.2% system, 1.5% interrupt, 0.0% idle Mem: 49M Active, 8996K Wired, 2876K Cache, 6751K Buf, 1456K Free Swap: 143M Total, 25M Used, 118M Free, 17% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 229 www 105 4 16M 11M RUN 20:42 76.60% 76.60% cached This is hurting :-( michael From owner-freebsd-stable Thu Apr 11 05:51:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09489 for stable-outgoing; Thu, 11 Apr 1996 05:51:30 -0700 (PDT) Received: from bsd.tseinc.com (bsd.tseinc.com [199.217.203.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA09484 for ; Thu, 11 Apr 1996 05:51:27 -0700 (PDT) Received: from ws2.tseinc.com (ws2.tseinc.com [199.217.203.22]) by bsd.tseinc.com (8.7.5/8.6.12) with SMTP id HAA01884 for ; Thu, 11 Apr 1996 07:53:24 -0500 (CDT) Date: Thu, 11 Apr 1996 07:53:24 -0500 (CDT) Message-Id: <199604111253.HAA01884@bsd.tseinc.com> X-Sender: jlwest@bsd.tseinc.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-stable@freebsd.org From: "Jay L. West" Subject: sup problems Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I installed sup 2.0 on 2.1R and tried to use it to update to stable. Most went fine, but there were two groups that would hang up during the sup. I commented those two groups out of my supfile and tried again and all went well. I then uncommented those two and commented the rest and tried sup again (to re-try just the two that failed). Both groups locked up at exactly the same file. I don't remember which groups were causing the lockup, but I know one of them was usrsbin. I was using sup2.freebsd.org, but tried others as well. This is not a critical problem; my workaround was to get the two dirs from freebsd.org via ftp (get usrsbin.tar.Z for example) and then the make world went fine. Two questions: 1) Does anyone know why two groups would consistently lock up at the same file? 2) I want to use sup in the future, but I suspect it doesn't know that I 'went around it's back' and got the two missing dirs. Is there a way I can let sup on my end know that my end is up to date so it will just track changes from now on? Thanks in advance! Jay West From owner-freebsd-stable Thu Apr 11 05:56:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09847 for stable-outgoing; Thu, 11 Apr 1996 05:56:17 -0700 (PDT) Received: from bsd.tseinc.com (bsd.tseinc.com [199.217.203.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA09841 for ; Thu, 11 Apr 1996 05:56:14 -0700 (PDT) Received: from ws2.tseinc.com (ws2.tseinc.com [199.217.203.22]) by bsd.tseinc.com (8.7.5/8.6.12) with SMTP id HAA01897 for ; Thu, 11 Apr 1996 07:58:14 -0500 (CDT) Date: Thu, 11 Apr 1996 07:58:14 -0500 (CDT) Message-Id: <199604111258.HAA01897@bsd.tseinc.com> X-Sender: jlwest@bsd.tseinc.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-stable@freebsd.org From: "Jay L. West" Subject: new kernel make from 2.1R to 2.1-stable Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Someone had posted some info here I think I need but I can't find the message in the archives. We upgraded 2.1R to stable, did a make world, and then remade the kernel. All seems to be well, but I vaguely recall someone here saying that there was a special step in making the new kernel when going 2.1R to stable. It was something about 'rm -r something' and then 'make depend all something'. The message said this was essential. All we did was a standard kernel remake (config, make, make install). Are we ok or do we need the special steps previously mentioned and if so what are they? Thanks!! Jay West From owner-freebsd-stable Thu Apr 11 06:25:55 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA11732 for stable-outgoing; Thu, 11 Apr 1996 06:25:55 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA11678 for ; Thu, 11 Apr 1996 06:24:58 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id VAA20261 for freebsd-stable@freebsd.org; Thu, 11 Apr 1996 21:24:35 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-stable@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-stable@freebsd.org Date: Thu, 11 Apr 1996 11:35:02 GMT From: mark@seeware.DIALix.oz.au (Mark Hannon) Message-ID: Organization: Private FreeBSD site Subject: make world fail Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, My first make world.... It bombs out at : ===> usr.bin/tn3270/mset cd /usr/src/usr.bin/tn3270/mset/../tools/mkastosc; make /usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc /usr/src/usr.bin/tn3270/mset/../ctlr/hostctlr.h /usr/src/usr.bin/tn3270/mset/../ctlr/function.h < /usr/src/usr.bin/tn3270/mset/../ctlr/unix.kbd > astosc.OUT /usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc: not found Any ideas?? I am using stable (with CTM up to 0068) Rgds/mark -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Mark Hannon,| FreeBSD - Free Unix for your PC| mark@seeware.DIALix.oz.au| | Melbourne, | PGP key available by fingering | epamha@epa.ericsson.se | | Australia | seeware@melbourne.DIALix.oz.au | | +-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ From owner-freebsd-stable Thu Apr 11 07:43:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15718 for stable-outgoing; Thu, 11 Apr 1996 07:43:12 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA15712 Thu, 11 Apr 1996 07:43:07 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id JAA02041; Thu, 11 Apr 1996 09:42:46 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 11 Apr 96 09:42 CDT Message-Id: Subject: Re: -STABLE bits problem To: imb@scgt.oz.au (michael butler) Date: Thu, 11 Apr 1996 09:42:45 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: hackers@FreeBSD.org, stable@FreeBSD.org In-Reply-To: <199604111135.VAA11589@asstdc.scgt.oz.au> from "michael butler" at Apr 11, 96 09:35:18 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Karl Denninger, MCSNet writes: > > Sometime in the last two weeks, select() got broken in the kernel. > > I see a similar, possibly related problem here .. it breaks nnrpd with > shared-active and harvest's cached does this when asked to ftp something > larger than the configured 4 meg cached-file maximum .. > > load averages: 1.64, 1.28, 0.84 21:32:49 > 75 processes: 2 running, 73 sleeping > Cpu states: 5.0% user, 37.3% nice, 56.2% system, 1.5% interrupt, 0.0% idle > Mem: 49M Active, 8996K Wired, 2876K Cache, 6751K Buf, 1456K Free > Swap: 143M Total, 25M Used, 118M Free, 17% Inuse > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 229 www 105 4 16M 11M RUN 20:42 76.60% 76.60% cached > > This is hurting :-( > > michael > I'm running nnrpd with shared-active on this machine and am NOT seeing a problem with that. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | T1 from $600 monthly; speeds to DS-3 available Voice: [+1 312 803-MCS1] | 21 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-stable Thu Apr 11 07:45:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15965 for stable-outgoing; Thu, 11 Apr 1996 07:45:37 -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 HAA15950 for ; Thu, 11 Apr 1996 07:45:32 -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 KAA03310 for ; Thu, 11 Apr 1996 10:45:29 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id KAA03656 for ; Thu, 11 Apr 1996 10:46:39 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Thu, 11 Apr 1996 10:46:37 -0400 (EDT) From: "Marc G. Fournier" To: stable@freebsd.org Subject: PR: panic: invalid kernel page directory Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Just added this PR to the database... SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as SEND-PR: will all comments (text enclosed in `<' and `>'). SEND-PR: SEND-PR: Please consult the send-pr man page `send-pr(1)' or the Texinfo SEND-PR: manual if you are not sure how to fill out a problem report. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: SEND-PR: bin conf docs gnu i386 kern misc ports SEND-PR: To: FreeBSD-gnats-submit@freebsd.org Subject: From: scrappy Reply-To: scrappy X-send-pr-version: 3.2 >Submitter-Id: current-users >Originator: Marc G. Fournier >Organization: >Confidential: no >Synopsis: panic: invalid kernel page directory >Severity: critical >Priority: high >Category: kern >Release: FreeBSD 2.1-STABLE i386 >Class: sw-bug >Environment: FreeBSD 2.1-STABLE #5: Tue Mar 26 14:40:09 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14692352 (14348K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1222MB (2503872 512 byte sectors) (ncr0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 327MB (670506 512 byte sectors) (ncr0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 234MB (479350 512 byte sectors) (ncr0:3:0): "CONNER CFP1060S 1.05GB 243F" type 0 fixed SCSI 2 sd3(ncr0:3:0): Direct-Access sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1013MB (2074880 512 byte sectors) vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:86:44:79, type WD8013EPC (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 not found at 0x330 ep0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface >Description: No savecore core is available for debuggging...haven't been able to get one out of -stable for months now ;( Prior to dropping to DDB, this error message was sent to the console: kernel page directory invalid pdir = 0x7b1063, va = 0xc000 DDB Trace/Output: Debugger+0x2b panic+0x3b pmap_enter+0x73 vm_fault+0xf43 vm_fault_wire+0xe4 vm_map_pageable+0x26a vslock+0x2d sysctl+0x18a syscall+0xf3 Xsyscall+0x2b --- syscall 202, eip = 0x8071515, ebp = 0xefbfdcb0 >How-To-Repeat: >Fix: Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-stable Thu Apr 11 07:49:27 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16196 for stable-outgoing; Thu, 11 Apr 1996 07:49:27 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16187 for ; Thu, 11 Apr 1996 07:49:23 -0700 (PDT) Received: (from rjk@localhost) by watson.grauel.com (8.7.5/8.7.3) id JAA06674; Thu, 11 Apr 1996 09:59:56 -0500 (EST) Date: Thu, 11 Apr 1996 09:59:56 -0500 (EST) Message-Id: <199604111459.JAA06674@watson.grauel.com> From: Richard J Kuhns To: freebsd-stable@freebsd.org Subject: ctm update 0072 breaks kernel build... Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After applying this update, the kernel build fails as follows: cc -c -O2 -m486 -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DWATSON -DI586_CPU -DSYSVSHM -DSYSVMSG -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=10 -DCOMPAT_43 -DKTRACE -DKERNFS -DFDESC -DPROCFS -DCD9660 -DMSDOSFS -DMFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../net/pppcompress.c ../../net/pppcompress.c: In function `ppp_uncompress_tcp_part': ../../net/pppcompress.c:479: `len' undeclared (first use this function) ../../net/pppcompress.c:479: (Each undeclared identifier is reported only once ../../net/pppcompress.c:479: for each function it appears in.) *** Error code 1 Stop. A quick glance at pppcompress.c makes it look like `len' should be `buflen'. -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-stable Thu Apr 11 11:51:08 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01237 for stable-outgoing; Thu, 11 Apr 1996 11:51:08 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA01221 Thu, 11 Apr 1996 11:51:06 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id LAA18756; Thu, 11 Apr 1996 11:51:55 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Thu, 11 Apr 1996 11:51:54 -0700 (PDT) From: Jaye Mathisen To: "Karl Denninger, MCSNet" cc: michael butler , hackers@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: -STABLE bits problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hmmm, I see problems with select and nntplink on both -current and -stable. Oodles of errors from nntplink about broken select problems (I've tried both ifdef's), and other stuff. Works just fine on BSD/OS. On Thu, 11 Apr 1996, Karl Denninger, MCSNet wrote: > > > > Karl Denninger, MCSNet writes: > > > Sometime in the last two weeks, select() got broken in the kernel. > > > > I see a similar, possibly related problem here .. it breaks nnrpd with > > shared-active and harvest's cached does this when asked to ftp something > > larger than the configured 4 meg cached-file maximum .. > > > > load averages: 1.64, 1.28, 0.84 21:32:49 > > 75 processes: 2 running, 73 sleeping > > Cpu states: 5.0% user, 37.3% nice, 56.2% system, 1.5% interrupt, 0.0% idle > > Mem: 49M Active, 8996K Wired, 2876K Cache, 6751K Buf, 1456K Free > > Swap: 143M Total, 25M Used, 118M Free, 17% Inuse > > > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > > 229 www 105 4 16M 11M RUN 20:42 76.60% 76.60% cached > > > > This is hurting :-( > > > > michael > > > > I'm running nnrpd with shared-active on this machine and am NOT seeing a > problem with that. > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > Modem: [+1 312 248-0900] | T1 from $600 monthly; speeds to DS-3 available > Voice: [+1 312 803-MCS1] | 21 Chicagoland POPs, ISDN, 28.8, much more > Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ > ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! > From owner-freebsd-stable Thu Apr 11 13:58:40 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11798 for stable-outgoing; Thu, 11 Apr 1996 13:58:40 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA11791 for ; Thu, 11 Apr 1996 13:58:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id NAA10745; Thu, 11 Apr 1996 13:57:41 -0700 (PDT) Message-Id: <199604112057.NAA10745@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Richard J Kuhns cc: freebsd-stable@freebsd.org Subject: Re: ctm update 0072 breaks kernel build... In-reply-to: Your message of "Thu, 11 Apr 1996 09:59:56 CDT." <199604111459.JAA06674@watson.grauel.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 11 Apr 1996 13:57:41 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >After applying this update, the kernel build fails as follows: > >cc -c -O2 -m486 -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DWATSON -DI586_CPU -DSYSVSHM -DSYSVMSG -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=10 -DCOMPAT_43 -DKTRACE -DKERNFS -DFDESC -DPROCFS -DCD9660 -DMSDOSFS -DMFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../net/pppcompress.c >../../net/pppcompress.c: In function `ppp_uncompress_tcp_part': >../../net/pppcompress.c:479: `len' undeclared (first use this function) >../../net/pppcompress.c:479: (Each undeclared identifier is reported only once >../../net/pppcompress.c:479: for each function it appears in.) >*** Error code 1 > >Stop. > >A quick glance at pppcompress.c makes it look like `len' should be >`buflen'. Very sorry about that. I have no idea what happend - my source has buflen. Something happend when I brought the patch over. I'll fix it right away. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Thu Apr 11 22:30:31 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23567 for stable-outgoing; Thu, 11 Apr 1996 22:30:31 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA23555 for ; Thu, 11 Apr 1996 22:30:26 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id XAA06324; Thu, 11 Apr 1996 23:30:23 -0600 Date: Thu, 11 Apr 1996 23:30:23 -0600 From: Nate Williams Message-Id: <199604120530.XAA06324@rocky.sri.MT.net> To: stable@FreeBSD.org Subject: Critical stdio bug? Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk OK, this is a *really* simply example, and it works as expected under OSF1, SCO, SunOS, and Solaris. (Not necessary the greatest list of OS's, but I had them available). However, on FreeBSD the EOF doesn't get flushed out when it's read. #include int main() { char string_space[20]; do { printf("Enter a string. (EOF to exit): "); } while (scanf("%s", string_space) != EOF); printf("\n"); do { printf("Search string? (EOF to exit): "); } while (scanf("%s", string_space) != EOF); printf("\n"); return 1; } What I think should happen (and what happens on the other OS's) is that you input strings until the first EOF marker is input, and then you can input some more. The program is a silly example I'm doing to shove some data into a database and then search it later, but it doesn't work due to what I think are bugs in FreeBSD's stdio library. In FreeBSD, the EOF marker is read and appears to be left in the buffer which causes the second scanf function to read an immediate EOF and bail out of the 2nd loop. Is there something I'm missing here, or some non-obvious syscall() I need to do first? I'm running various incarnations of 2.1R and -stable here which all exhibit this behavior. Nate From owner-freebsd-stable Fri Apr 12 11:19:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23840 for stable-outgoing; Fri, 12 Apr 1996 11:19:17 -0700 (PDT) Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA22992 Fri, 12 Apr 1996 11:09:11 -0700 (PDT) Received: from dingo.enc.edu (dingo.enc.edu [199.93.252.229]) by itsdsv1.enc.edu (8.6.12/8.6.9) with SMTP id OAA02835; Fri, 12 Apr 1996 14:08:24 -0400 Date: Fri, 12 Apr 1996 14:11:32 -0400 (EDT) From: Charles Owens To: Satoshi Asami cc: stable@FreeBSD.ORG, SCSI@FreeBSD.ORG Subject: Re: Disk Mirroring In-Reply-To: <199604102312.QAA19403@sunrise.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 10 Apr 1996, Satoshi Asami wrote: > * Is there a way to mirror two disks in FreeBSD? The two different > * possibilities are at the driver layer or at the filesystem layer. > * I imagine the driver layer would be the easiest. Just take the > * block to be written and write it out to both disks. The reason I > * suggest the filesystem layer is to avoid duplicating the swap space > * on both disks. It would be cool if the boot code could > * automatically deal with either disk failing and still having the > * system boot. Naturally, the driver should be able to deal with > * either disk failing. Has anyone given this some thought? With > * disks getting real cheap, it is a good way to have some fault > * tolerance with out the cost or performance hit of RAID. (Actually, > * I think mirroring is one form of RAID.) > > There is a driver called "ccd" (concatenated disk) that I ported from > NetBSD. It is designed primarily for striping disk arrays but it has > mirror support so you can use it to mirror partitions by just making > it a mirrored 2-disk array. :) > > Please take a look at > > http://stampede.cs.berkeley.edu/ccd/ > > for details. I'm planning to put it into -current soon but there's a > 2.1R version too. > Any chance that you'll do a -stable version anytime soon? --- ------------------------------------------------------------------------- Charles Owens Email: owensc@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-stable Fri Apr 12 12:54:20 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05774 for stable-outgoing; Fri, 12 Apr 1996 12:54:20 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA05762 Fri, 12 Apr 1996 12:54:17 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id MAA19091; Fri, 12 Apr 1996 12:54:07 -0700 (PDT) Date: Fri, 12 Apr 1996 12:54:07 -0700 (PDT) Message-Id: <199604121954.MAA19091@silvia.HIP.Berkeley.EDU> To: owensc@enc.edu CC: stable@FreeBSD.ORG, SCSI@FreeBSD.ORG In-reply-to: (message from Charles Owens on Fri, 12 Apr 1996 14:11:32 -0400 (EDT)) Subject: Re: Disk Mirroring From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * > for details. I'm planning to put it into -current soon but there's a * > 2.1R version too. * > * * Any chance that you'll do a -stable version anytime soon? I think the -current version will run on -stable with minor modifications (like taking out #include ). We don't have a -stable machine to test it here though. Satoshi From owner-freebsd-stable Fri Apr 12 20:19:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13877 for stable-outgoing; Fri, 12 Apr 1996 20:19:15 -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 UAA13872 for ; Fri, 12 Apr 1996 20:19:10 -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 XAA00570 for ; Fri, 12 Apr 1996 23:19:02 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id XAA00234 for ; Fri, 12 Apr 1996 23:19:12 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Fri, 12 Apr 1996 23:19:11 -0400 (EDT) From: "Marc G. Fournier" To: stable@freebsd.org Subject: Non-SCSI bus hang...I think... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Tonight, while doing some work on my -stable box, the machine totally hung. I could switch VTs, but that about covered it. My first impulse was to check out the hard drive light, to see if it was a SCSI bus hang, but it was completely off, so although it had the characteristics of a SCSI bus hang, I don't believe it was. I popped down into DDB (CTL_ALT_ESC), which I could, but I don't really know what I'm looking for in there that pertains to this. A trace doesn't show anything but that pcvt is waiting, and that about covers it. When I did a panic though, to get a core dump, that's when the hard drive LED came on bright red and the dump hung just after displaying 16, so, once more, I can't get a coredump out of this machine. Now, my experience is that a SCSI bus hang shows itself by the HD LED shining bright red... There also wasn't the usual thrashing of disks just prior to the hang. One of the terminals had a login session on it that if I entered return repeatedly, the text would scroll up the screen though, but ctl-C wouldn't get me out of what it was doing. Hardware-wise, this machine is about as clean as they get. SC-200 NCR SCSI controller, ATI Mach64 PCI Video card, SMC 8013 Ethernet card, ACER 486DX4-100 using onboard serial. She ran for just over a day this time, has done over 2days in the past week, but never any more then that before either a VM fault, or this latest freeze. Is there anything in DDB that I can look for to try and narrow down the problem? My awareness in DDB is limited to what I've been told to check for in the past, which is limited to doing a trace and a ps :( I'm not putting in a PR for this, cause I don't have enough information currently for anyone to work with, and I'm trying to clean out the database, not add more cruft to it :) Suggestions, comments or ideas? FreeBSD 2.1-STABLE #5: Tue Mar 26 14:40:09 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14692352 (14348K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1222MB (2503872 512 byte sectors) (ncr0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 327MB (670506 512 byte sectors) (ncr0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 234MB (479350 512 byte sectors) (ncr0:3:0): "CONNER CFP1060S 1.05GB 243F" type 0 fixed SCSI 2 sd3(ncr0:3:0): Direct-Access sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1013MB (2074880 512 byte sectors) vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:86:44:79, type WD8013EPC (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-stable Fri Apr 12 22:41:16 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA21369 for stable-outgoing; Fri, 12 Apr 1996 22:41:16 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA21350 for ; Fri, 12 Apr 1996 22:41:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id GAA03993 ; Sat, 13 Apr 1996 06:40:45 +0100 (BST) To: "Marc G. Fournier" cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Non-SCSI bus hang...I think... In-reply-to: Your message of "Fri, 12 Apr 1996 23:19:11 EDT." Date: Sat, 13 Apr 1996 06:40:45 +0100 Message-ID: <3991.829374045@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID : > Is there anything in DDB that I can look for to try and narrow > down the problem? My awareness in DDB is limited to what I've been told > to check for in the past, which is limited to doing a trace and a ps :( Look at the ``wmesg'' field in the ps output and see if a lot of them are the same ... that would explain a wedge (the system would be spinning on a lock somewhere) Gary From owner-freebsd-stable Fri Apr 12 23:13:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA22954 for stable-outgoing; Fri, 12 Apr 1996 23:13:33 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA22948 for ; Fri, 12 Apr 1996 23:13:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id XAA01609; Fri, 12 Apr 1996 23:13:18 -0700 (PDT) Message-Id: <199604130613.XAA01609@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Marc G. Fournier" cc: stable@freebsd.org Subject: Re: Non-SCSI bus hang...I think... In-reply-to: Your message of "Fri, 12 Apr 1996 23:19:11 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 12 Apr 1996 23:13:18 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm not putting in a PR for this, cause I don't have enough information >currently for anyone to work with, and I'm trying to clean out the database, >not add more cruft to it :) > > Suggestions, comments or ideas? One suggestion...try going back to using syscons. PCVT doesn't get a lot of use compared to syscons, and this might be part of the problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Fri Apr 12 23:34:58 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA23913 for stable-outgoing; Fri, 12 Apr 1996 23:34:58 -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 XAA23908 for ; Fri, 12 Apr 1996 23:34:55 -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 CAA06740; Sat, 13 Apr 1996 02:34:53 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id CAA00946; Sat, 13 Apr 1996 02:35:11 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sat, 13 Apr 1996 02:35:10 -0400 (EDT) From: "Marc G. Fournier" To: David Greenman cc: stable@freebsd.org Subject: Re: Non-SCSI bus hang...I think... In-Reply-To: <199604130613.XAA01609@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 12 Apr 1996, David Greenman wrote: > > I'm not putting in a PR for this, cause I don't have enough information > >currently for anyone to work with, and I'm trying to clean out the database, > >not add more cruft to it :) > > > > Suggestions, comments or ideas? > > One suggestion...try going back to using syscons. PCVT doesn't get a lot of > use compared to syscons, and this might be part of the problem. > Okay, will switch both my machines over to using syscons instead of PCVT...I take it that I can setup an 80x50 scr with syscons? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-stable Sat Apr 13 11:05:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09603 for stable-outgoing; Sat, 13 Apr 1996 11:05:04 -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 LAA09578 for ; Sat, 13 Apr 1996 11:04:59 -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 OAA00301 for ; Sat, 13 Apr 1996 14:04:54 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id OAA04620 for ; Sat, 13 Apr 1996 14:05:36 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sat, 13 Apr 1996 14:05:35 -0400 (EDT) From: "Marc G. Fournier" To: stable@freebsd.org Subject: *groan* Another panic: ufs_close? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Well, I have virtually no information on this, since for some reason, stable won't give me a core dump to analyze, and hasn't for months now. As soon as I type "panic" from the DDB prompt, the HD LED comes on full (totally off prior to that) and the SCSI bus locks up and the system just hands there. What happened this time? Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf0177cdd current process = 9184 (innxmit) Stopped at _ufs_close+0x79 trace: _ufs_close+0x79 _end at 0xf082008 That's it, nothing else in the trace. I don't even think there is enough informatino here to warrant a PR...:( the kernel is one compiled and sup'd in Friday Night/Saturday morning. Help? I'm getting better uptimes out of my -current machine right now...and most of those downtimes are me upgrading the kernel :( Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-stable Sat Apr 13 11:57:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17110 for stable-outgoing; Sat, 13 Apr 1996 11:57:07 -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 LAA17086 for ; Sat, 13 Apr 1996 11:57:03 -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 OAA00351 for ; Sat, 13 Apr 1996 14:56:58 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id OAA04794 for ; Sat, 13 Apr 1996 14:57:41 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sat, 13 Apr 1996 14:57:40 -0400 (EDT) From: "Marc G. Fournier" To: stable@freebsd.org Subject: Current -Stable less stable then that of March 26 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Well, I just upgraded my -stable source tree last night, installed a new kernel early this morning, and so far I've had two panic's, so I've plugged back in my March 26th kernel that was substantially more -stable. Latest panic: ncr_start+0x4a7: movl _APTD+0xfe4(%ebp,%eax) virtual address = 0x805 instruction pointer = 0x8:0xf016208f current process = 199 (innd) interrupt mask = bio There is *no* trace available on this, and when I panic, I get a dump device not ready, so no core dump. Again, I don't think there is enough here to waste on a PR, but there might be enough for someone here to have an idea of what is wrong and can suggest a fix...*shrug* Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-stable Sat Apr 13 20:00:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA16539 for stable-outgoing; Sat, 13 Apr 1996 20:00:38 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA16529 for ; Sat, 13 Apr 1996 20:00:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA11898; Sun, 14 Apr 1996 12:59:24 +0930 From: Michael Smith Message-Id: <199604140329.MAA11898@genesis.atrad.adelaide.edu.au> Subject: Re: Current -Stable less stable then that of March 26 To: scrappy@ki.net (Marc G. Fournier) Date: Sun, 14 Apr 1996 12:59:24 +0930 (CST) Cc: stable@freebsd.org In-Reply-To: from "Marc G. Fournier" at Apr 13, 96 02:57:40 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc G. Fournier stands accused of saying: > > Well, I just upgraded my -stable source tree last night, installed > a new kernel early this morning, and so far I've had two panic's, so I've > plugged back in my March 26th kernel that was substantially more -stable. > > Latest panic: > > ncr_start+0x4a7: movl _APTD+0xfe4(%ebp,%eax) Unh? I have four NCR-using machines at -stable, and they all work jus' fine. Have you perhaps wound out the PCI bus latency timer beyond 32, or do you have some other PCI hardware in this box that's griefing you? > There is *no* trace available on this, and when I panic, I get a > dump device not ready, so no core dump. It sounds like your disk controller is provoking you into the panic, so it's hardly likely that you're going to be able to use it for a dump. You _really_ need to talk to Stefan about this. > Marc G. Fournier | POP Mail Telnet Acct DNS Hosting -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Sat Apr 13 21:09:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20968 for stable-outgoing; Sat, 13 Apr 1996 21:09:39 -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 VAA20960 Sat, 13 Apr 1996 21:09:35 -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 AAA08237; Sun, 14 Apr 1996 00:09:33 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id AAA14448; Sun, 14 Apr 1996 00:09:32 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 14 Apr 1996 00:09:32 -0400 (EDT) From: "Marc G. Fournier" To: Michael Smith cc: se@freebsd.org, stable@freebsd.org Subject: Re: Current -Stable less stable then that of March 26 In-Reply-To: <199604140329.MAA11898@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Michael Smith wrote: > Marc G. Fournier stands accused of saying: > > > > Well, I just upgraded my -stable source tree last night, installed > > a new kernel early this morning, and so far I've had two panic's, so I've > > plugged back in my March 26th kernel that was substantially more -stable. > > > > Latest panic: > > > > ncr_start+0x4a7: movl _APTD+0xfe4(%ebp,%eax) > > Unh? I have four NCR-using machines at -stable, and they all work jus' > fine. Have you perhaps wound out the PCI bus latency timer beyond 32, > or do you have some other PCI hardware in this box that's griefing you? > -stable as of Friday night? As I stated above, my March 26th kernel didn't exhibit this problem, which I'm currently running without any problems *knock on wood* > > There is *no* trace available on this, and when I panic, I get a > > dump device not ready, so no core dump. > > It sounds like your disk controller is provoking you into the panic, > so it's hardly likely that you're going to be able to use it for a dump. > > You _really_ need to talk to Stefan about this. > Stefan...are you out there? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-stable Sat Apr 13 21:38:13 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22475 for stable-outgoing; Sat, 13 Apr 1996 21:38:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA22459 Sat, 13 Apr 1996 21:38:03 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA12068; Sun, 14 Apr 1996 14:37:49 +0930 From: Michael Smith Message-Id: <199604140507.OAA12068@genesis.atrad.adelaide.edu.au> Subject: Re: Current -Stable less stable then that of March 26 To: scrappy@ki.net (Marc G. Fournier) Date: Sun, 14 Apr 1996 14:37:49 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, se@freebsd.org, stable@freebsd.org In-Reply-To: from "Marc G. Fournier" at Apr 14, 96 00:09:32 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc G. Fournier stands accused of saying: > > > > Unh? I have four NCR-using machines at -stable, and they all work jus' > > fine. Have you perhaps wound out the PCI bus latency timer beyond 32, > > or do you have some other PCI hardware in this box that's griefing you? > > > -stable as of Friday night? As I stated above, my March 26th kernel > didn't exhibit this problem, which I'm currently running without any problems > *knock on wood* Hmm. The most recent one was worlded last thursday, ie. the 11th. It's still up, but admittedly not very busy just now. > Marc G. Fournier scrappy@ki.net -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Sat Apr 13 21:41:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22653 for stable-outgoing; Sat, 13 Apr 1996 21:41:39 -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 VAA22646 Sat, 13 Apr 1996 21:41:36 -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 AAA09000; Sun, 14 Apr 1996 00:41:34 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id AAA01316; Sun, 14 Apr 1996 00:41:29 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 14 Apr 1996 00:41:27 -0400 (EDT) From: "Marc G. Fournier" To: Michael Smith cc: se@freebsd.org, stable@freebsd.org Subject: Re: Current -Stable less stable then that of March 26 In-Reply-To: <199604140507.OAA12068@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Michael Smith wrote: > Marc G. Fournier stands accused of saying: > > > > > > Unh? I have four NCR-using machines at -stable, and they all work jus' > > > fine. Have you perhaps wound out the PCI bus latency timer beyond 32, > > > or do you have some other PCI hardware in this box that's griefing you? > > > > > -stable as of Friday night? As I stated above, my March 26th kernel > > didn't exhibit this problem, which I'm currently running without any problems > > *knock on wood* > > Hmm. The most recent one was worlded last thursday, ie. the 11th. It's > still up, but admittedly not very busy just now. > Ack, unless a bug was introduced between your sup and mine, we should be pretty much running the same kernel. What was that about the PCI bus latency timer? The only other PCI device I have in this box is my ATI Mach64 video card. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org