From owner-freebsd-stable Sun May 10 01:12:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA29791 for freebsd-stable-outgoing; Sun, 10 May 1998 01:12:28 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29782 for ; Sun, 10 May 1998 01:12:25 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id CAA25225; Sun, 10 May 1998 02:08:27 -0600 (MDT) Date: Sun, 10 May 1998 02:08:27 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199805100808.CAA25225@narnia.plutotech.com> To: Open Systems Networking cc: stable@FreeBSD.ORG Subject: Re: isa.o: Undefined symbol `_isa_devtab_cam' referenced from text segment Newsgroups: pluto.freebsd.stable In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk In article you wrote: > > I am trying to upgrade the kernel from a 2.2.5 box to a 2.2.6 kernel > and I get this: > > loading kernel > isa.o: Undefined symbol `_isa_devtab_cam' referenced from text segment > > Do I need to make world with 2.2.6 sources to upgrade the kernel? > I didnt think I needed to. Rebuild config and reconfig your kernel. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 05:48:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA19884 for freebsd-stable-outgoing; Sun, 10 May 1998 05:48:48 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from darla.swimsuit.internet.dk (Modem1103.internet.dk [194.255.12.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA19878 for ; Sun, 10 May 1998 05:48:40 -0700 (PDT) (envelope-from leifn@internet.dk) Received: from darla.swimsuit.internet.dk (darla.swimsuit.internet.dk. [192.168.0.10]) by darla.swimsuit.internet.dk (8.8.8/8.8.8) with SMTP id OAA00682; Sun, 10 May 1998 14:46:16 +0200 (CEST) (envelope-from leifn@internet.dk) Date: Sun, 10 May 1998 14:46:16 +0200 (CEST) From: Leif Neland Reply-To: leifn@internet.dk To: "Justin T. Gibbs" cc: Open Systems Networking , stable@FreeBSD.ORG Subject: Re: isa.o: Undefined symbol `_isa_devtab_cam' referenced from text segment In-Reply-To: <199805100808.CAA25225@narnia.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > > I am trying to upgrade the kernel from a 2.2.5 box to a 2.2.6 kernel > > and I get this: > > > > loading kernel > > isa.o: Undefined symbol `_isa_devtab_cam' referenced from text segment > > > > Do I need to make world with 2.2.6 sources to upgrade the kernel? > > I didnt think I needed to. > > Rebuild config and reconfig your kernel. > I tried that, but config wouldn't build either. So I made world, then reconfig'd kernel and made that. Leif Neland leifn@internet.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 07:16:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26741 for freebsd-stable-outgoing; Sun, 10 May 1998 07:16:51 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA26719 for ; Sun, 10 May 1998 07:16:29 -0700 (PDT) (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id SAA01551 for freebsd-stable@freebsd.org; Sun, 10 May 1998 18:13:02 +0400 (MSD) From: Andrew Maltsev Message-Id: <199805101413.SAA01551@px.f1.ru> Subject: SCSI problems? To: freebsd-stable@FreeBSD.ORG Date: Sun, 10 May 1998 18:13:02 +0400 (MSD) Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I'd just done `make world' and upgraded the kernel to -stable (as of 9-May). Here is what I got near the and of booting: sd0(ahc0:4:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0xa Ordered Tag queued sd0(ahc0:4:0): SCB 0x1 timedout while recovery in progress sd0(ahc0:4:0): SCB 0x0 timedout while recovery in progress sd0(ahc0:4:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0xa sd0(ahc0:4:0): Queueing an Abort SCB sd0(ahc0:4:0): Abort Message Sent sd0(ahc0:4:0): SCB 2 - Abort Tag Completed. sd0(ahc0:4:0): no longer in timeout Ordered Tag sent I see no more such messages. Is it a problem? I'm using options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO in my kernel. There are no IDE drives, only 2940UW adapter and two scsi devices ahc0 rev 1 int a irq 9 on pci0:9:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs (ahc0:2:0): "HP HP35480A T603" type 1 removable SCSI 2 st0(ahc0:2:0): Sequential-Access density code 0x13, drive empty ahc0: target 4 Tagged Queuing Device (ahc0:4:0): "SEAGATE ST34572W 0876" type 0 fixed SCSI 2 sd0(ahc0:4:0): Direct-Access 4340MB (8888924 512 byte sectors) Btw, should I include BOUNCE_BUFFERS option if I have no ISA cards? Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 08:56:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03581 for freebsd-stable-outgoing; Sun, 10 May 1998 08:56:50 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03575 for ; Sun, 10 May 1998 08:56:44 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id JAA03283; Sun, 10 May 1998 09:56:38 -0600 (MDT) Message-Id: <199805101556.JAA03283@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: leifn@internet.dk cc: "Justin T. Gibbs" , Open Systems Networking , stable@FreeBSD.ORG Subject: Re: isa.o: Undefined symbol `_isa_devtab_cam' referenced from text segment In-reply-to: Your message of "Sun, 10 May 1998 14:46:16 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 May 1998 09:52:51 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk >> > Do I need to make world with 2.2.6 sources to upgrade the kernel? >> > I didnt think I needed to. >> >> Rebuild config and reconfig your kernel. >> >I tried that, but config wouldn't build either. So I made world, then >reconfig'd kernel and made that. A "make includes" would have been sufficient I think. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 09:18:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05757 for freebsd-stable-outgoing; Sun, 10 May 1998 09:18:31 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from eden.dei.uc.pt (eden.dei.uc.pt [193.137.203.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05718 for ; Sun, 10 May 1998 09:18:16 -0700 (PDT) (envelope-from jgranjal@eden.dei.uc.pt) Received: from localhost (jgranjal@localhost) by eden.dei.uc.pt (8.8.8/8.8.8) with SMTP id RAA00839 for ; Sun, 10 May 1998 17:18:07 +0100 (WET DST) Date: Sun, 10 May 1998 17:18:06 +0100 (WET DST) From: Jorge Granjal To: FreeBSD-stable@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 09:56:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09659 for freebsd-stable-outgoing; Sun, 10 May 1998 09:56:21 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from hawks.caro.net (hawks.caro.NET [209.12.201.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA09648 for ; Sun, 10 May 1998 09:56:11 -0700 (PDT) (envelope-from root@hawks.caro.net) Received: from hawks.caro.net (localhost.caro.net [127.0.0.1]) by hawks.caro.net (8.8.8/8.8.8) with ESMTP id MAA00527 for ; Sun, 10 May 1998 12:56:11 -0400 (EDT) (envelope-from root@hawks.caro.net) Message-Id: <199805101656.MAA00527@hawks.caro.net> To: freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? In-reply-to: Your message of "Sun, 10 May 1998 18:13:02 +0400." <199805101413.SAA01551@px.f1.ru> Date: Sun, 10 May 1998 12:56:11 -0400 From: "Adam W. Hawks" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I also get this message and posted a dmesg output and kernel config in the SCSI mailing list. I'm running current sources. Mine does this timeout when I am booting, but if I put my system under a heavy disk load it also happens. Sometimes it does it when its just idle. I also would like to know what the problem is. Since when it happens with disk I/O load it seems to disrupt the whole system. Thanks Adam W. Hawks awhawks@usa.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 10:41:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13951 for freebsd-stable-outgoing; Sun, 10 May 1998 10:41:09 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from elvis.mu.org (elvis.mu.org [206.156.231.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA13923 for ; Sun, 10 May 1998 10:40:58 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: (from paul@localhost) by elvis.mu.org (8.8.8/8.8.8) id MAA03359; Sun, 10 May 1998 12:40:59 -0500 (CDT) (envelope-from paul) Message-ID: <19980510124059.A3313@mu.org> Date: Sun, 10 May 1998 12:40:59 -0500 From: Paul Saab To: freebsd-stable@FreeBSD.ORG Subject: crash 2.2.6-RELEASE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I've had this machine up for days and today I woke up to find it rebooted. Here is the info I got from the crash dump. Any ideas what caused this or pointers on how to find out? thanks.. paul GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 223000 current pcb at 1f728c panic: ffs_alloccg: map corrupted #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 266 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 #1 0xf0114292 in panic (fmt=0xf01a0fb8 "ffs_alloccg: map corrupted") at ../../kern/kern_shutdown.c:390 #2 0xf01a1159 in ffs_mapsearch (fs=0xf0f2b800, cgp=0xf3aa1000, bpref=3051560, allocsiz=3) at ../../ufs/ffs/ffs_alloc.c:1387 #3 0xf019fc39 in ffs_alloccg (ip=0xf116c900, cg=93, bpref=3051560, size=3072) at ../../ufs/ffs/ffs_alloc.c:875 #4 0xf019f6f6 in ffs_hashalloc (ip=0xf116c900, cg=93, pref=3051560, size=3072, allocator=0xf019fa50 ) at ../../ufs/ffs/ffs_alloc.c:703 #5 0xf019ecd6 in ffs_alloc (ip=0xf116c900, lbn=10, bpref=3051560, size=3072, cred=0xf1468a00, bnp=0xefbffddc) at ../../ufs/ffs/ffs_alloc.c:137 #6 0xf01a185e in ffs_balloc (ip=0xf116c900, bn=10, size=2333, cred=0xf1468a00, bpp=0xefbffec0, flags=1) at ../../ufs/ffs/ffs_balloc.c:144 #7 0xf01a4bdd in ffs_write (ap=0xefbffee8) at ../../ufs/ufs/ufs_readwrite.c:260 #8 0xf0137557 in vn_write (fp=0xf1648e80, uio=0xefbfff34, cred=0xf1468a00) at vnode_if.h:283 #9 0xf011b4f3 in write (p=0xf104f600, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/sys_generic.c:263 #10 0xf01c476f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 6, tf_esi = 90112, tf_ebp = -272638864, tf_isp = -272629788, tf_ebx = 3434, tf_edx = 3434, tf_ecx = 0, tf_eax = 4, tf_trapno = 7, tf_err = 7, tf_eip = 537482577, tf_cs = 31, tf_eflags = 647, tf_esp = -272638892, tf_ss = 39}) at ../../i386/i386/trap.c:918 #11 0x20095551 in ?? () #12 0x66a1 in ?? () #13 0x6d5b in ?? () #14 0x425b in ?? () #15 0x1095 in ?? () # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.8 1997/04/18 14:06:20 nate Exp $ machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident ELVIS maxusers 64 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 #device od0 #See LINT for possible `od' options. device st0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? disable # Advanced Power Management #options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 device fxp0 device vx0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 5 vector epintr #device ex0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 1 pseudo-device vn 1 pseudo-device tun 1 pseudo-device pty 256 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing pseudo-device bpfilter 4 options SYSVSEM options SYSVSHM options SYSVMSG options OPEN_MAX=128 options CHILD_MAX=128 options QUOTA device ch0 options "MAXMEM=(1024*128)" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 11:49:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21556 for freebsd-stable-outgoing; Sun, 10 May 1998 11:49:48 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21541 for ; Sun, 10 May 1998 11:49:39 -0700 (PDT) (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id WAA09844 ; Sun, 10 May 1998 22:46:14 +0400 (MSD) From: Andrew Maltsev Message-Id: <199805101846.WAA09844@px.f1.ru> Subject: Re: SCSI problems? To: root@hawks.caro.net Date: Sun, 10 May 1998 22:46:14 +0400 (MSD) Cc: freebsd-stable@FreeBSD.ORG Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk In article <199805101656.MAA00527@hawks.caro.net> you wrote: > I also would like to know what the problem is. Since when it happens with > disk I/O load it seems to disrupt the whole system. Kernel loop may be.. So it seems like a problem in some newly integrated code. Though I see nothing scsi related in recent commits to -stable.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 12:32:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29590 for freebsd-stable-outgoing; Sun, 10 May 1998 12:32:35 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mail.kersur.net (root@mail.kersur.net [199.79.199.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29563 for ; Sun, 10 May 1998 12:32:20 -0700 (PDT) (envelope-from dswartz@druber.com) Received: from manticore (manticore.druber.com [207.180.95.108]) by mail.kersur.net (8.8.8/8.8.8) with SMTP id PAA23799; Sun, 10 May 1998 15:31:38 -0400 (EDT) Message-Id: <3.0.5.32.19980510153105.00926ce0@mail.kersur.net> X-Sender: druber@mail.kersur.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sun, 10 May 1998 15:31:05 -0400 To: "Adam W. Hawks" From: Dan Swartzendruber Subject: Re: SCSI problems? Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <199805101656.MAA00527@hawks.caro.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk At 12:56 PM 5/10/98 -0400, Adam W. Hawks wrote: >I also get this message and posted a dmesg output and kernel config in the >SCSI mailing list. I'm running current sources. Mine does this timeout when >I am booting, but if I put my system under a heavy disk load it also >happens. Sometimes it does it when its just idle. > >I also would like to know what the problem is. Since when it happens with >disk I/O load it seems to disrupt the whole system. I see this also on 3 2.2.5 servers (mail, web and news). Happens a couple of times every few days. I really doubt it's cabling/termination, since they are production machines preassembled at Dell (yeah, it's possible they screwed up one, but all three?) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 13:46:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09166 for freebsd-stable-outgoing; Sun, 10 May 1998 13:46:37 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from wankers.net (root@host-209-214-80-187.ath.bellsouth.net [209.214.80.187]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09144 for ; Sun, 10 May 1998 13:46:24 -0700 (PDT) (envelope-from dex@wankers.net) Received: from localhost (dex@localhost [127.0.0.1]) by wankers.net (8.8.8/8.8.7) with SMTP id QAA26926 for ; Sun, 10 May 1998 16:47:17 -0400 (EDT) (envelope-from dex@wankers.net) Date: Sun, 10 May 1998 16:47:17 -0400 (EDT) From: Dexnation Holodream X-Sender: dex@localhost To: stable@FreeBSD.ORG Subject: strangeness w/ a Jaz drive Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Heya, folks... I'm having the following strangeness occur w/ my Jaz drive (this is the entire SCSI portion of dmesg): ahc0 rev 0 int a irq 11 on pci0:11:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "HP C3325A HP07" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2048MB (4194685 512 byte sectors) ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers (ahc0:2:0): "TOSHIBA CD-ROM XM-3601TA 1885" type 5 removable SCSI 2 cd0(ahc0:2:0): CD-ROM cd present [24486 x 2048 byte records] ahc0:A:4: refuses WIDE negotiation. Using 8bit transfers (ahc0:4:0): "iomega jaz 1GB G.72" type 0 removable SCSI 2 sd1(ahc0:4:0): Direct-Access sd1(ahc0:4:0): NOT READY asc:3a,0 Medium not present sd1: could not get size sd1(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd1 could not mode sense (4). Using ficticious geometry 0MB (0 512 byte sectors) When there is a disk in it, it comes up with the right amount of space on the device, but that is the only difference...it still complains about the invaild field in the CDB. Also, I can't mount the device. Any questions/comments from anyone? -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 17:36:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05543 for freebsd-stable-outgoing; Sun, 10 May 1998 17:36:16 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from antipodes.cdrom.com ([210.145.37.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05537 for ; Sun, 10 May 1998 17:36:11 -0700 (PDT) (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id QAA00374; Sun, 10 May 1998 16:32:21 -0700 (PDT) Message-Id: <199805102332.QAA00374@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Dexnation Holodream cc: stable@FreeBSD.ORG Subject: Re: strangeness w/ a Jaz drive In-reply-to: Your message of "Sun, 10 May 1998 16:47:17 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 May 1998 16:32:21 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > Heya, folks... > > I'm having the following strangeness occur w/ my Jaz drive ... > (ahc0:4:0): "iomega jaz 1GB G.72" type 0 removable SCSI 2 > sd1(ahc0:4:0): Direct-Access > sd1(ahc0:4:0): NOT READY asc:3a,0 Medium not present > sd1: could not get size > > sd1(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > sd1 could not mode sense (4). Using ficticious geometry > 0MB (0 512 byte sectors) > > When there is a disk in it, it comes up with the right amount of space on > the device, but that is the only difference...it still complains about the > invaild field in the CDB. Also, I can't mount the device. > > Any questions/comments from anyone? Ignore it. The MODE SENSE to get its geometry is (legitimately) refused; you could argue that we shouldn't print the diagnostic, but it's entirely harmless. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 10 20:05:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA24694 for freebsd-stable-outgoing; Sun, 10 May 1998 20:05:16 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from cerebus.nectar.com (cerebus.nectar.com [204.27.67.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA24686 for ; Sun, 10 May 1998 20:05:07 -0700 (PDT) (envelope-from nectar@cerebus.nectar.com) Received: (from nectar@localhost) by cerebus.nectar.com (8.8.8/8.8.8) id WAA05193; Sun, 10 May 1998 22:02:50 -0500 (CDT) Message-ID: <19980510220250.20344@nectar.com> Date: Sun, 10 May 1998 22:02:50 -0500 From: Jacques Vidrine To: Mike Smith , Dexnation Holodream Cc: stable@FreeBSD.ORG Subject: Re: strangeness w/ a Jaz drive References: <199805102332.QAA00374@antipodes.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199805102332.QAA00374@antipodes.cdrom.com>; from Mike Smith on Sun, May 10, 1998 at 04:32:21PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I use a Jaz drive, and I get the same messages regarding mode sense. They are harmless, as Mike says. However, where your kernel message says: > > sd1 could not mode sense (4). Using ficticious geometry > > 0MB (0 512 byte sectors) Mine says: 1021MB (2091050 512 byte sectors) sd0: with 1021 cyls, 64 heads, and an average 32 sectors/track I wasn't paying attention: are you running -current or -stable? Before you can mount it, you need to disklabel it and put a filesystem on it. Unless you want to look at a Jaz cartridge with a DOS filesystem on it ... in which case, be sure you use ``mount -t msdos...''. You may want to try ``fdisk sd1'' in order to see which partition you need to mount. For example, to mount my Jaz Tools disk (for no good reason), I do: mount -t msdos /dev/sd0s4 /mnt On Sun, May 10, 1998 at 04:32:21PM -0700, Mike Smith wrote: > > Heya, folks... > > > > I'm having the following strangeness occur w/ my Jaz drive > ... > > (ahc0:4:0): "iomega jaz 1GB G.72" type 0 removable SCSI 2 > > sd1(ahc0:4:0): Direct-Access > > sd1(ahc0:4:0): NOT READY asc:3a,0 Medium not present > > sd1: could not get size > > > > sd1(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > > sd1 could not mode sense (4). Using ficticious geometry > > 0MB (0 512 byte sectors) > > > > When there is a disk in it, it comes up with the right amount of space on > > the device, but that is the only difference...it still complains about the > > invaild field in the CDB. Also, I can't mount the device. > > > > Any questions/comments from anyone? > > Ignore it. The MODE SENSE to get its geometry is (legitimately) > refused; you could argue that we shouldn't print the diagnostic, but > it's entirely harmless. > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- Jacques Vidrine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 05:11:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29617 for freebsd-stable-outgoing; Mon, 11 May 1998 05:11:11 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29611 for ; Mon, 11 May 1998 05:11:07 -0700 (PDT) (envelope-from werner@btp1da.phy.uni-bayreuth.de) Received: (from werner@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id OAA26500 for stable@freebsd.org; Mon, 11 May 1998 14:10:11 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 11 May 1998 14:10:11 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: stable@FreeBSD.ORG Subject: stable remote-boot don't work Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk ---------------------------------- E-Mail: Werner Griessl Date: 11-May-98 Time: 14:02:38 This message was sent by XFMail ---------------------------------- Remote boot with a stable kernel from today don't work for me. (cannot mount root !) Changing the "bf" bootptab entry to kernel.old works. This is my /etc/bootptab: # .default:\ ht=ether:sm=255.255.255.0:hn:vm=rfc1048:bf=kernel:gw=132.180.20.254:\ T128="132.180.20.32:/spare/F/SWAP": #wd btp1xb btp1tst:ha=0000c00f871b:ip=132.180.20.229:bf="kernel":\ rp="132.180.20.32:/spare/F/BTP1TST":\ tc=.default: Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 05:43:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA02963 for freebsd-stable-outgoing; Mon, 11 May 1998 05:43:03 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from lsmarso.dialup.access.net (lsmarso.dialup.access.net [166.84.254.60]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA02954 for ; Mon, 11 May 1998 05:42:58 -0700 (PDT) (envelope-from larry@marso.com) Received: (from larry@localhost) by lsmarso.dialup.access.net (8.8.8/8.8.8) id IAA00616; Mon, 11 May 1998 08:40:06 -0400 (EDT) (envelope-from larry) Message-ID: <19980511083725.A259@marso.com> Date: Mon, 11 May 1998 08:37:25 -0400 From: "Larry S. Marso" To: Dexnation Holodream , freebsd-stable@FreeBSD.ORG Subject: Re: strangeness w/ a Jaz drive Mail-Followup-To: Dexnation Holodream , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: ; from Dexnation Holodream on Sun, May 10, 1998 at 04:47:17PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk If you're using the bundled "tools" disk, and you want to wipe it, and format and mount it as a FreeBSD partition, you need first to scsiformat -w /dev/sd1 This, among other things, clears the "ro" (read only) software-set attribute that will prevent you from writing to this disk, even if you msdos mount it. There is a linux tool (consult the FreeBSD SCSI mailing list archives for info) that permits you to reset this attribute, but I had no use for the tools disk and simply used the above low-level formating command. Best regards -- Larry S. Marso larry@marso.com On Sun, May 10, 1998 at 04:47:17PM -0400, Dexnation Holodream wrote: > Heya, folks... > > I'm having the following strangeness occur w/ my Jaz drive (this is the > entire SCSI portion of dmesg): > > ahc0 rev 0 int a irq 11 on > pci0:11:0 > ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs > ahc0 waiting for scsi devices to settle > (ahc0:0:0): "HP C3325A HP07" type 0 fixed SCSI 2 > sd0(ahc0:0:0): Direct-Access 2048MB (4194685 512 byte sectors) > ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers > (ahc0:2:0): "TOSHIBA CD-ROM XM-3601TA 1885" type 5 removable SCSI 2 > cd0(ahc0:2:0): CD-ROM cd present [24486 x 2048 byte records] > ahc0:A:4: refuses WIDE negotiation. Using 8bit transfers > (ahc0:4:0): "iomega jaz 1GB G.72" type 0 removable SCSI 2 > sd1(ahc0:4:0): Direct-Access > sd1(ahc0:4:0): NOT READY asc:3a,0 Medium not present > sd1: could not get size > > sd1(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > sd1 could not mode sense (4). Using ficticious geometry > 0MB (0 512 byte sectors) > > When there is a disk in it, it comes up with the right amount of space on > the device, but that is the only difference...it still complains about the > invaild field in the CDB. Also, I can't mount the device. > > Any questions/comments from anyone? > > -Jon > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 07:44:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA18756 for freebsd-stable-outgoing; Mon, 11 May 1998 07:44:22 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from psv.oss.uswest.net (psv.oss.uswest.net [204.147.85.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18751 for ; Mon, 11 May 1998 07:44:16 -0700 (PDT) (envelope-from greg@psv.oss.uswest.net) Received: (from greg@localhost) by psv.oss.uswest.net (8.8.8/8.8.5) id JAA18804; Mon, 11 May 1998 09:42:59 -0500 (CDT) From: "Greg Rowe" Message-Id: <9805111442.ZM18802@psv.oss.uswest.net> Date: Mon, 11 May 1998 14:42:58 +0000 In-Reply-To: Andrew Maltsev "SCSI problems?" (May 10, 6:13pm) References: <199805101413.SAA01551@px.f1.ru> X-Mailer: Z-Mail (3.2.1 10apr95) To: am@f1.ru, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk The 2940UW is revision E (rev 1) which won't handle any kind of load with the current Adaptec code. We're going to test the CAM code with the Revision E's this week to see if the problem still exists. (Verify this by running a number of bonnie tests to be certain) You can either put a Revision D controller in (rev 0) or drop the transfer rate in the SCSI setup to 10 MBS to fix the problem. Greg On May 10, 6:13pm, Andrew Maltsev wrote: > Subject: SCSI problems? > I'd just done `make world' and upgraded the kernel to -stable (as of > 9-May). > > Here is what I got near the and of booting: > sd0(ahc0:4:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0xa > Ordered Tag queued > sd0(ahc0:4:0): SCB 0x1 timedout while recovery in progress > sd0(ahc0:4:0): SCB 0x0 timedout while recovery in progress > sd0(ahc0:4:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0xa > sd0(ahc0:4:0): Queueing an Abort SCB > sd0(ahc0:4:0): Abort Message Sent > sd0(ahc0:4:0): SCB 2 - Abort Tag Completed. > sd0(ahc0:4:0): no longer in timeout > Ordered Tag sent > > I see no more such messages. Is it a problem? > > I'm using > options AHC_TAGENABLE > options AHC_SCBPAGING_ENABLE > options AHC_ALLOW_MEMIO > in my kernel. > > There are no IDE drives, only 2940UW adapter and two scsi devices > ahc0 rev 1 int a irq 9 on pci0:9:0 > ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs > (ahc0:2:0): "HP HP35480A T603" type 1 removable SCSI 2 > st0(ahc0:2:0): Sequential-Access density code 0x13, drive empty > ahc0: target 4 Tagged Queuing Device > (ahc0:4:0): "SEAGATE ST34572W 0876" type 0 fixed SCSI 2 > sd0(ahc0:4:0): Direct-Access 4340MB (8888924 512 byte sectors) > > Btw, should I include BOUNCE_BUFFERS option if I have no ISA cards? > > Andrew. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >-- End of excerpt from Andrew Maltsev -- Greg Rowe US WEST - !NTERACT Internet Services "To err is human, to really foul up requires the root password." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 08:31:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24412 for freebsd-stable-outgoing; Mon, 11 May 1998 08:31:30 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from obiwan.TerraNova.net (root@obiwan.TerraNova.net [209.4.59.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24203 for ; Mon, 11 May 1998 08:28:08 -0700 (PDT) (envelope-from bofh@terranova.net) Received: from guenhwyvar (tog@guenhwyvar.TerraNova.net [209.4.59.4]) by obiwan.TerraNova.net (8.8.8/TNN/3.1) with SMTP id LAA17187; Mon, 11 May 1998 11:27:59 -0400 (EDT) Message-ID: <35571882.43A9@terranova.net> Date: Mon, 11 May 1998 11:25:54 -0400 From: Travis Mikalson Organization: TerraNovaNet X-Mailer: Mozilla 3.04 (Win95; I) MIME-Version: 1.0 To: Greg Rowe CC: am@f1.ru, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? References: <199805101413.SAA01551@px.f1.ru> <9805111442.ZM18802@psv.oss.uswest.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Greg Rowe wrote: > > The 2940UW is revision E (rev 1) which won't handle any kind of load with the > current Adaptec code. We're going to test the CAM code with the Revision E's > this week to see if the problem still exists. (Verify this by running a number > of bonnie tests to be certain) You can either put a Revision D controller in > (rev 0) or drop the transfer rate in the SCSI setup to 10 MBS to fix the > problem. > > Greg I've been getting this same spew since upgrading from 2.1.7 to 2.2.1 back when 2.2.1 was released. The AHA-2940UW in question is 2 years old at least and it doesn't seem to have anything to do with load on the hard disks. sd1(ahc0:2:0): SCB 0x6 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Ordered Tag queued Ordered Tag sent sd1(ahc0:2:0): SCB 0x6 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa sd1(ahc0:2:0): Queueing an Abort SCB sd1(ahc0:2:0): Abort Message Sent sd1(ahc0:2:0): SCB 6 - Abort Tag Completed. sd1(ahc0:2:0): no longer in timeout --Few days pass-- sd1(ahc0:2:0): SCB 0x2 - timed out in command phase, SCSISIGI == 0x84 SEQADDR = 0x4e SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 Ordered Tag queued sd1(ahc0:2:0): SCB 0x1 timedout while recovery in progress sd1(ahc0:2:0): SCB 0x3 timedout while recovery in progress sd1(ahc0:2:0): SCB 0x7 timedout while recovery in progress sd0(ahc0:0:0): SCB 0x4 timedout while recovery in progress sd1(ahc0:2:0): SCB 0x2 - timed out in command phase, SCSISIGI == 0x84 SEQADDR = 0x4e SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 sd1(ahc0:2:0): abort message in message buffer sd1(ahc0:2:0): SCB 7 - Abort Tag Completed. sd1(ahc0:2:0): no longer in timeout Ordered Tag sent sd1(ahc0:2:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa sd1(ahc0:2:0): Queueing an Abort SCB sd1(ahc0:2:0): Abort Message Sent sd1(ahc0:2:0): SCB 2 - Abort Tag Completed. sd1(ahc0:2:0): no longer in timeout This machine has been up for 54 days and this has happened three times since it was rebooted. I thought it might just be due to a crappy choice of hard disks, too. I still need to get around to replacing them and seeing if it helps. > On May 10, 6:13pm, Andrew Maltsev wrote: > > Subject: SCSI problems? > > I'd just done `make world' and upgraded the kernel to -stable (as of > > 9-May). > > > > Here is what I got near the and of booting: > > sd0(ahc0:4:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == > 0x0 > > SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0xa > > Ordered Tag queued > > sd0(ahc0:4:0): SCB 0x1 timedout while recovery in progress > > sd0(ahc0:4:0): SCB 0x0 timedout while recovery in progress > > sd0(ahc0:4:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == > 0x0 > > SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0xa > > sd0(ahc0:4:0): Queueing an Abort SCB > > sd0(ahc0:4:0): Abort Message Sent > > sd0(ahc0:4:0): SCB 2 - Abort Tag Completed. > > sd0(ahc0:4:0): no longer in timeout > > Ordered Tag sent > > > > I see no more such messages. Is it a problem? > > > > I'm using > > options AHC_TAGENABLE > > options AHC_SCBPAGING_ENABLE > > options AHC_ALLOW_MEMIO > > in my kernel. > > > > There are no IDE drives, only 2940UW adapter and two scsi devices > > ahc0 rev 1 int a irq 9 on pci0:9:0 > > ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs > > (ahc0:2:0): "HP HP35480A T603" type 1 removable SCSI 2 > > st0(ahc0:2:0): Sequential-Access density code 0x13, drive empty > > ahc0: target 4 Tagged Queuing Device > > (ahc0:4:0): "SEAGATE ST34572W 0876" type 0 fixed SCSI 2 > > sd0(ahc0:4:0): Direct-Access 4340MB (8888924 512 byte sectors) > > > > Btw, should I include BOUNCE_BUFFERS option if I have no ISA cards? > > > > Andrew. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Duct tape is like the force. It has a light side, and a dark side, and it holds the universe together ... -- Carl Zwanzig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 10:00:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08335 for freebsd-stable-outgoing; Mon, 11 May 1998 10:00:48 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from hub.org (hub.org [209.47.148.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08276 for ; Mon, 11 May 1998 10:00:36 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.8.8/8.7.5) with SMTP id NAA04259; Mon, 11 May 1998 13:00:02 -0400 (EDT) Date: Mon, 11 May 1998 13:00:01 -0400 (EDT) From: The Hermit Hacker To: Travis Mikalson cc: Greg Rowe , am@f1.ru, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? In-Reply-To: <35571882.43A9@terranova.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Mon, 11 May 1998, Travis Mikalson wrote: > Greg Rowe wrote: > > > > The 2940UW is revision E (rev 1) which won't handle any kind of load with the > > current Adaptec code. We're going to test the CAM code with the Revision E's > > this week to see if the problem still exists. (Verify this by running a number > > of bonnie tests to be certain) You can either put a Revision D controller in > > (rev 0) or drop the transfer rate in the SCSI setup to 10 MBS to fix the > > problem. > > > > Greg > ahc0: rev 0x00 int a irq 10 on pci0.11.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc1: rev 0x01 int a irq 11 on pci0.12.0 ahc1: aic7880 Wide Channel, SCSI Id=7, 16 SCBs I have the above two controllers in this machine...am I correct in assuming that the 'rev 0x00' above is the Revision D controller? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 10:33:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13051 for freebsd-stable-outgoing; Mon, 11 May 1998 10:33:55 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from psv.oss.uswest.net (psv.oss.uswest.net [204.147.85.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA13043 for ; Mon, 11 May 1998 10:33:48 -0700 (PDT) (envelope-from greg@psv.oss.uswest.net) Received: (from greg@localhost) by psv.oss.uswest.net (8.8.8/8.8.5) id MAA19573; Mon, 11 May 1998 12:31:39 -0500 (CDT) From: "Greg Rowe" Message-Id: <9805111731.ZM19571@psv.oss.uswest.net> Date: Mon, 11 May 1998 17:31:38 +0000 In-Reply-To: The Hermit Hacker "Re: SCSI problems?" (May 11, 1:00pm) References: X-Mailer: Z-Mail (3.2.1 10apr95) To: The Hermit Hacker , Travis Mikalson Subject: Re: SCSI problems? Cc: am@f1.ru, freebsd-stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Don't know....All my systems report "rev 0" . Most are 2.2.5 Stable or 2.2.6. What level are you running ???? The card has a white label on the main chip with a revision level marked on it. The ones we have (that have the problem) are labeled: AHA-2940UW 945300-01 E Our vendor asked Adaptec about the problems, but all they would say is that they made a number of changes at that revision level. What seems funny to me, is that out of several hundred 2940's that I have, only a few are Revision E (and they came in around December) and all the cards that are recently coming out of the distribution channels are Revision D's. Greg On May 11, 1:00pm, The Hermit Hacker wrote: > Subject: Re: SCSI problems? > On Mon, 11 May 1998, Travis Mikalson wrote: > > > Greg Rowe wrote: > > > > > > The 2940UW is revision E (rev 1) which won't handle any kind of load with the > > > current Adaptec code. We're going to test the CAM code with the Revision E's > > > this week to see if the problem still exists. (Verify this by running a number > > > of bonnie tests to be certain) You can either put a Revision D controller in > > > (rev 0) or drop the transfer rate in the SCSI setup to 10 MBS to fix the > > > problem. > > > > > > Greg > > > > ahc0: rev 0x00 int a irq 10 on pci0.11.0 > ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs > ahc1: rev 0x01 int a irq 11 on pci0.12.0 > ahc1: aic7880 Wide Channel, SCSI Id=7, 16 SCBs > > > I have the above two controllers in this machine...am I correct in assuming > that the 'rev 0x00' above is the Revision D controller? >-- End of excerpt from The Hermit Hacker -- Greg Rowe US WEST - !NTERACT Internet Services "To err is human, to really foul up requires the root password." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 11:43:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27103 for freebsd-stable-outgoing; Mon, 11 May 1998 11:43:39 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27082 for ; Mon, 11 May 1998 11:43:31 -0700 (PDT) (envelope-from tim@shell.futuresouth.com) Received: (from tim@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id NAA24939; Mon, 11 May 1998 13:43:22 -0500 (CDT) Message-ID: <19980511134321.19151@futuresouth.com> Date: Mon, 11 May 1998 13:43:21 -0500 From: Tim Tsai To: Travis Mikalson Cc: Greg Rowe , am@f1.ru, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? References: <199805101413.SAA01551@px.f1.ru> <9805111442.ZM18802@psv.oss.uswest.net> <35571882.43A9@terranova.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <35571882.43A9@terranova.net>; from Travis Mikalson on Mon, May 11, 1998 at 11:25:54AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk We haven't seen any of the Adaptec problems since we turned off all the AHC_ options in the kernel configuration file. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 12:11:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01721 for freebsd-stable-outgoing; Mon, 11 May 1998 12:11:04 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from solar.os.com (root@solar.os.com [209.113.221.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01710 for ; Mon, 11 May 1998 12:10:59 -0700 (PDT) (envelope-from craigs@os.com) Received: from fargo (fargo.os.com [209.113.221.2]) by solar.os.com (8.7/8.7.0) with SMTP id PAA06542; Mon, 11 May 1998 15:12:14 -0400 Message-ID: <009601bd7d0f$ddb5c2e0$02dd71d1@fargo.os.com> From: "Craig Shrimpton" To: "Tim Tsai" , "Travis Mikalson" Cc: "Greg Rowe" , , Subject: Re: SCSI problems? Date: Mon, 11 May 1998 15:06:12 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > We haven't seen any of the Adaptec problems since we turned off all >the AHC_ options in the kernel configuration file. > DITTO. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 13:16:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13666 for freebsd-stable-outgoing; Mon, 11 May 1998 13:16:38 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from beatrice.rutgers.edu (beatrice.rutgers.edu [165.230.209.143]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA13641 for ; Mon, 11 May 1998 13:16:18 -0700 (PDT) (envelope-from easmith@beatrice.rutgers.edu) Received: (from easmith@localhost) by beatrice.rutgers.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA03204; Mon, 11 May 1998 16:15:26 -0400 From: "Allen Smith" Message-Id: <9805111615.ZM3202@beatrice.rutgers.edu> Date: Mon, 11 May 1998 16:15:25 -0400 In-Reply-To: Tim Tsai "Re: SCSI problems?" (May 11, 1:43pm) References: <199805101413.SAA01551@px.f1.ru> <9805111442.ZM18802@psv.oss.uswest.net> <35571882.43A9@terranova.net> <19980511134321.19151@futuresouth.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Tim Tsai , Travis Mikalson Subject: Re: SCSI problems? Cc: Greg Rowe , am@f1.ru, freebsd-stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On May 11, 1:43pm, Tim Tsai (possibly) wrote: > We haven't seen any of the Adaptec problems since we turned off all > the AHC_ options in the kernel configuration file. Aren't those for EISA, not PCI devices in the first place? That's what the comments in LINT seem to indicate. I've also got an 2940UW, without any AHC_ options, and it hasn't been causing any problems - then again, the machine hasn't been up and running very long. -Allen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 13:52:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17836 for freebsd-stable-outgoing; Mon, 11 May 1998 13:52:57 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17806 for ; Mon, 11 May 1998 13:52:32 -0700 (PDT) (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id AAA18647 ; Tue, 12 May 1998 00:42:34 +0400 (MSD) From: Andrew Maltsev Message-Id: <199805112042.AAA18647@px.f1.ru> Subject: Re: SCSI problems? In-Reply-To: <9805111615.ZM3202@beatrice.rutgers.edu> from "Allen Smith" at "May 11, 98 04:15:25 pm" To: easmith@beatrice.rutgers.edu (Allen Smith) Date: Tue, 12 May 1998 00:42:34 +0400 (MSD) Cc: tim@futuresouth.com, bofh@terranova.net, greg@uswest.net, am@f1.ru, freebsd-stable@FreeBSD.ORG Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > On May 11, 1:43pm, Tim Tsai (possibly) wrote: > > We haven't seen any of the Adaptec problems since we turned off all > > the AHC_ options in the kernel configuration file. > > Aren't those for EISA, not PCI devices in the first place? That's what > the comments in LINT seem to indicate. I've also got an 2940UW, > without any AHC_ options, and it hasn't been causing any problems - > then again, the machine hasn't been up and running very long. Hm.. Powered off it will cause even less problems. Without tagging it's too slow for UW and good HD.. Btw, I see no more of that disturbing messages when I added AUTO_EOI1 and BOUNCE_BUFFERS which I lost during upgrade.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 15:13:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01658 for freebsd-stable-outgoing; Mon, 11 May 1998 15:13:58 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt053nd2.san.rr.com [204.210.34.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01596 for ; Mon, 11 May 1998 15:13:48 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id PAA24240; Mon, 11 May 1998 15:13:24 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <35577803.DD477CF1@dal.net> Date: Mon, 11 May 1998 15:13:23 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0507 i386) MIME-Version: 1.0 To: am@f1.ru CC: freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? References: <199805112042.AAA18647@px.f1.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Andrew Maltsev wrote: > Btw, I see no more of that disturbing messages when I added AUTO_EOI1 > and BOUNCE_BUFFERS which I lost during upgrade.. Looking over LINT on -Stable I see: # AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A # interrupt controller. This saves about 0.7-1.25 usec for each interrupt. # This option breaks suspend/resume on some portables. I'm curious about how to figure out whether I have an 8259a, I see no mention of it in a verbose boot message. Also, this option is listed under ISA options, I'm wondering how this option would affect an Adaptec 2940 UW. I have that adapter and mine is PCI and as far as I know all 2940 UW's are. Thanks, Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 17:22:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23393 for freebsd-stable-outgoing; Mon, 11 May 1998 17:22:56 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from workhorse.iMach.com (forrestc@workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23373; Mon, 11 May 1998 17:22:34 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id SAA18900; Mon, 11 May 1998 18:06:50 -0600 (MDT) Date: Mon, 11 May 1998 18:06:50 -0600 (MDT) From: "Forrest W. Christian" To: stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: PPP hard lock in 2.2.6 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I'm having a problem with user-mode ppp causing a hard lockup in 2.2.6. When the problem occurs, the keyboard is completely dead, and as far as I can tell the system is completely dead. It's like the kernel is in a "disable interrupts, jump to myself" infinite loop. This usually happens before ppp even gets a chance to dial. I'm about ready to dig out the debugging tools here, but before I went through all of that trouble, I wanted to make sure that this wasn't a known problem which has been fixed. Any Ideas? Please CC me with any responses. Thanks. - Forrest W. Christian (forrestc@imach.com) ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 17:31:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25113 for freebsd-stable-outgoing; Mon, 11 May 1998 17:31:47 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from cesit1.unifi.it (cesit1.unifi.it [150.217.1.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25040 for ; Mon, 11 May 1998 17:31:21 -0700 (PDT) (envelope-from ugo@dsi.UNIFI.IT) Received: from aguirre.dsi.unifi.it by CESIT1.UNIFI.IT (PMDF V5.1-10 #23168) with SMTP id <01IWWSMHRR5C0002BL@CESIT1.UNIFI.IT> for freebsd-stable@FreeBSD.ORG; Mon, 11 May 1998 14:35:40 MET Received: from dsi.unifi.it (com9.unifi.it) by aguirre.dsi.unifi.it (4.1/SMI-4.1) id AA02911; Sat, 09 May 1998 23:20:34 +0200 Received: from pegasus.home.net (pegasus.home.net [192.168.1.3]) by dsi.unifi.it (8.8.8/8.8.8) with ESMTP id XAA00879; Sun, 10 May 1998 23:53:47 +0200 (MET DST envelope-from ugo) Received: (from ugo@localhost) by pegasus.home.net (8.8.8/8.8.7) id XAA24936; Sun, 10 May 1998 23:53:46 +0200 (MET DST) Date: Sun, 10 May 1998 23:53:46 +0200 (MET DST) From: Ugo Paternostro Subject: Re: mount_msdos and msdosfs for VFAT/FAT32 access In-reply-to: <35553A17.D283046C@acm.org> To: Hideki Yamamoto Cc: freebsd-stable@FreeBSD.ORG Message-id: Organization: Not an organization MIME-version: 1.0 X-Mailer: XFMail 1.2 [p0] on FreeBSD Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 8bit X-Priority: 3 (Normal) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On 10-May-98 Hideki Yamamoto wrote about "Re: mount_msdos and msdosfs for VFAT/FAT32 access": > (2) the mounted MSDOS file systems cannot sometimes unmounted. How frequent is this? I usually don't unmount those file systems, but I tried to umount/mount them some times without any problem: ugo@pegasus:/home/ugo [0]# umount /mnt/xchange_1 ; umount /mnt/limbo ; umount /mnt/dos ; umount /mnt/windows95 ugo@pegasus:/home/ugo [0]# mount /mnt/xchange_1 ; mount /mnt/limbo ; mount /mnt/dos ; mount /mnt/windows95 [ I repeated the above lines 5 times and got no errors but the "Bad exports list line" I already reported. ] > other cannot be unmounted with "Device busy" message after > 'umount /dos-d.' > When typing 'umount /dos-d' before 'umount /dos', the result > is the same as the above. /dos-d cannot be unmounted with > "Device busy." I call it "un-unmount problem." It seems to me that you have the same error (device busy when trying to unmount dos-d). Silly question: is the device busy? :-) > Do -stable users see the same problems, especially on removable > medias? I could try to (u)mount a few times a floppy, if you like. No other removable media on my side. > Hideki Yamamoto (hyama@acm.org) Bye, UP To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 19:47:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14046 for freebsd-stable-outgoing; Mon, 11 May 1998 19:47:51 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from chipweb.ml.org (c1003518-a.plstn1.sfba.home.com [24.1.82.47]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA14007 for ; Mon, 11 May 1998 19:47:43 -0700 (PDT) (envelope-from ludwigp@bigfoot.com) Received: (qmail 6180 invoked by uid 666); 12 May 1998 02:47:43 -0000 Received: from unknown (HELO speedy.chipweb.ml.org) (172.16.1.1) by 172.16.1.5 with SMTP; 12 May 1998 02:47:43 -0000 Message-Id: <3.0.3.32.19980511194740.03152e1c@mail.plstn1.sfba.home.com> X-Sender: ludwigp@mail.plstn1.sfba.home.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 11 May 1998 19:47:40 -0700 To: Ugo Paternostro , Hideki Yamamoto From: Ludwig Pummer Subject: Re: mount_msdos and msdosfs for VFAT/FAT32 access Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: References: <35553A17.D283046C@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk At 11:53 PM 5/10/98 +0200, Ugo Paternostro wrote: >On 10-May-98 Hideki Yamamoto wrote about "Re: mount_msdos and msdosfs for >VFAT/FAT32 access": >> other cannot be unmounted with "Device busy" message after >> 'umount /dos-d.' >> When typing 'umount /dos-d' before 'umount /dos', the result >> is the same as the above. /dos-d cannot be unmounted with >> "Device busy." I call it "un-unmount problem." > >It seems to me that you have the same error (device busy when trying to unmount >dos-d). Silly question: is the device busy? :-) ...or have something cached to write to the device. When i get this I just 'sync' and I'm then able to unmount it. --Ludwig Pummer ludwigp@bigfoot.com ludwigp@chipweb.ml.org ICQ UIN: 692441 http://chipweb.home.ml.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 20:20:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18368 for freebsd-stable-outgoing; Mon, 11 May 1998 20:20:19 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from titus.stade.co.uk (root@stade.demon.co.uk [158.152.29.164]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA18354 for ; Mon, 11 May 1998 20:20:06 -0700 (PDT) (envelope-from aw1@titus.stade.co.uk) Received: (from aw1@localhost) by titus.stade.co.uk (8.8.8/8.8.3) id EAA28346; Tue, 12 May 1998 04:12:25 +0100 (BST) Message-ID: <19980512041225.A25178@stade.co.uk> Date: Tue, 12 May 1998 04:12:25 +0100 From: Adrian Wontroba To: freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? Reply-To: aw1@stade.co.uk Mail-Followup-To: freebsd-stable@freebsd.org References: <199805101413.SAA01551@px.f1.ru> <9805111442.ZM18802@psv.oss.uswest.net> <35571882.43A9@terranova.net> <19980511134321.19151@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980511134321.19151@futuresouth.com>; from Tim Tsai on Mon, May 11, 1998 at 01:43:21PM -0500 Organization: Stade Computers Ltd, UK X-Phone: +(44) 121 681 6677 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Mon, May 11, 1998 at 01:43:21PM -0500, Tim Tsai wrote: > We haven't seen any of the Adaptec problems since we turned off all > the AHC_ options in the kernel configuration file. Hmm. I'll try that and see what happens. I've a similar problem, probably CD related, with AHC_TAGENABLE and AHC_ALLOW_MEMIO enabled. I track stable, usually switching every weekend. This Sunday I did two (relevant) things: o Make buildworld, installworld, kernel rebuild from a CVSUP done at circa 0500 GMT on 10 May. o Replaced the permanently loaded 2.2.5 ports CD with the 2.2.6 equivalent. Since then, I've had three system crashes. For the third I was present at the time - the machine locked up, the SCSI access light came on hard for a while, went out, and the machine only rebooted when I tried switching consoles (same true of the previous two crashes too, when I walked in to find the machine non-responsive). /var/log/messages showed the same footprint for all three crashes: May 11 06:55:09 titus /kernel: cd0(ahc0:4:0): MEDIUM ERROR info:0x98 asc:2,0 No seek complete ...... May 11 07:02:36 titus savecore: reboot after panic: vref used where vget required With the CD unmounted, all seems well. Larger chunk of the log below. In short, the configuration is a year old 128 MB Pentium Pro 200, AHA2940AU, MATSHITA CD-ROM CR-506, 3 Fujitsu drives of varying ages, and until now has been, err, very stable (8-) Same problem, different symptoms? May 11 06:55:09 titus /kernel: cd0(ahc0:4:0): MEDIUM ERROR info:0x98 asc:2,0 No seek complete May 11 07:02:33 titus /kernel: Copyright (c) 1992-1998 FreeBSD Inc. May 11 07:02:33 titus /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 May 11 07:02:33 titus /kernel: The Regents of the University of California. All rights reserved. May 11 07:02:33 titus /kernel: May 11 07:02:33 titus /kernel: FreeBSD 2.2.6-STABLE #0: Sun May 10 11:41:36 BST 1998 May 11 07:02:33 titus /kernel: koot@titus.stade.co.uk:/d1/FreeBSD-2.2/src/sys/compile/TITUS May 11 07:02:33 titus /kernel: CPU: Pentium Pro (199.43-MHz 686-class CPU) May 11 07:02:33 titus /kernel: Origin = "GenuineIntel" Id = 0x619 Stepping=9 May 11 07:02:33 titus /kernel: Features=0xf9ff May 11 07:02:33 titus /kernel: real memory = 134217728 (131072K bytes) May 11 07:02:33 titus /kernel: avail memory = 129372160 (126340K bytes) May 11 07:02:33 titus /kernel: Probing for devices on PCI bus 0: May 11 07:02:33 titus /kernel: chip0 rev 2 on pci0:0:0 May 11 07:02:34 titus /kernel: chip1 rev 1 on pci0:7:0 May 11 07:02:34 titus /kernel: chip2 rev 0 on pci0:7:1 May 11 07:02:34 titus /kernel: vga0 rev 1 int a irq 11 on pci0:11:0 May 11 07:02:34 titus /kernel: bktr0 rev 18 int a irq 15 on pci0:15:0 May 11 07:02:34 titus /kernel: Hauppauge WinCast/TV, Philips FM1216 PAL FM tuner, msp3400c stereo. May 11 07:02:34 titus /kernel: ahc0 rev 1 int a irq 15 on pci0:17:0 May 11 07:02:34 titus /kernel: ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs May 11 07:02:34 titus /kernel: ahc0: target 0 Tagged Queuing Device May 11 07:02:34 titus /kernel: (ahc0:0:0): "FUJITSU M2954S-512 0147" type 0 fixed SCSI 2 May 11 07:02:34 titus /kernel: sd0(ahc0:0:0): Direct-Access 4149MB (8498506 512 byte sectors) May 11 07:02:34 titus /kernel: (ahc0:1:0): "FUJITSU M2694ES-512 8134" type 0 fixed SCSI 1 May 11 07:02:34 titus /kernel: sd1(ahc0:1:0): Direct-Access 1033MB (2117025 512 byte sectors) May 11 07:02:34 titus /kernel: (ahc0:2:0): "HP C1533A 9406" type 1 removable SCSI 2 May 11 07:02:34 titus /kernel: st0(ahc0:2:0): Sequential-Access density code 0x24, drive empty May 11 07:02:34 titus /kernel: (ahc0:3:0): "FUJITSU M2622F-512 0405" type 0 fixed SCSI 1 May 11 07:02:34 titus /kernel: sd2(ahc0:3:0): Direct-Access 314MB (644868 512 byte sectors) May 11 07:02:34 titus /kernel: (ahc0:4:0): "MATSHITA CD-ROM CR-506 8S05" type 5 removable SCSI 2 May 11 07:02:34 titus /kernel: cd0(ahc0:4:0): CD-ROM can't get the size May 11 07:02:34 titus /kernel: Probing for PnP devices: May 11 07:02:34 titus /kernel: CSN 1 Vendor ID: CTL00f0 [0xf0008c0e] Serial 0xffffffff May 11 07:02:34 titus /kernel: PnP: override config for CSN 1 LDN 0 vend_id 0xf0008c0e May 11 07:02:34 titus /kernel: PnP: override config for CSN 1 LDN 1 vend_id 0xf0008c0e May 11 07:02:34 titus /kernel: pcm1 (SB16pnp sn 0xffffffff) at 0x220 irq 5 drq 0 flags 0x11 id 12 May 11 07:02:34 titus /kernel: Probing for devices on the ISA bus: May 11 07:02:35 titus /kernel: sc0 at 0x60-0x6f irq 1 on motherboard May 11 07:02:35 titus /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> May 11 07:02:35 titus /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa May 11 07:02:35 titus /kernel: sio0: type 16550A May 11 07:02:35 titus /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa May 11 07:02:35 titus /kernel: sio1: type 16550A May 11 07:02:35 titus /kernel: lpt0 at 0x378-0x37f irq 7 on isa May 11 07:02:35 titus /kernel: lpt0: Interrupt-driven port May 11 07:02:35 titus /kernel: lp0: TCP/IP capable interface May 11 07:02:35 titus /kernel: psm0 at 0x60-0x64 irq 12 on motherboard May 11 07:02:35 titus /kernel: psm0: model Generic PS/2 mouse, device ID 0 May 11 07:02:35 titus /kernel: pcm0 not found at 0xffffffff May 11 07:02:35 titus /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa May 11 07:02:35 titus /kernel: fdc0: FIFO enabled, 8 bytes threshold May 11 07:02:35 titus /kernel: fd0: 1.44MB 3.5in May 11 07:02:35 titus /kernel: 1 3C5x9 board(s) on ISA found at 0x340 May 11 07:02:35 titus /kernel: ep0 at 0x340-0x34f irq 10 on isa May 11 07:02:35 titus /kernel: ep0: aui/utp/bnc[*UTP*] address 00:60:97:94:d0:e7 May 11 07:02:35 titus /kernel: npx0 on motherboard May 11 07:02:35 titus /kernel: npx0: INT 16 interface May 11 07:02:35 titus /kernel: WARNING: / was not properly dismounted. May 11 07:02:36 titus savecore: reboot after panic: vref used where vget required May 11 07:02:36 titus savecore: writing core to /var/crash/vmcore.2 May 11 07:03:28 titus savecore: writing kernel to /var/crash/kernel.2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 22:29:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06127 for freebsd-stable-outgoing; Mon, 11 May 1998 22:29:11 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06101 for ; Mon, 11 May 1998 22:29:06 -0700 (PDT) (envelope-from tim@shell.futuresouth.com) Received: (from tim@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id AAA25339; Tue, 12 May 1998 00:29:03 -0500 (CDT) Message-ID: <19980512002903.24456@futuresouth.com> Date: Tue, 12 May 1998 00:29:03 -0500 From: Tim Tsai To: am@f1.ru Cc: Allen Smith , bofh@terranova.net, greg@uswest.net, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? References: <9805111615.ZM3202@beatrice.rutgers.edu> <199805112042.AAA18647@px.f1.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199805112042.AAA18647@px.f1.ru>; from Andrew Maltsev on Tue, May 12, 1998 at 12:42:34AM +0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Tue, May 12, 1998 at 12:42:34AM +0400, Andrew Maltsev wrote: > > On May 11, 1:43pm, Tim Tsai (possibly) wrote: > > > We haven't seen any of the Adaptec problems since we turned off all > > > the AHC_ options in the kernel configuration file. > > > > Aren't those for EISA, not PCI devices in the first place? That's what > > the comments in LINT seem to indicate. I've also got an 2940UW, > > without any AHC_ options, and it hasn't been causing any problems - > > then again, the machine hasn't been up and running very long. > > Hm.. Powered off it will cause even less problems. Without tagging it's > too slow for UW and good HD.. For some of us reliability is far more important than speed. I bet you mount your filesystem async too huh? > Btw, I see no more of that disturbing messages when I added AUTO_EOI1 > and BOUNCE_BUFFERS which I lost during upgrade.. Hmmm, can somebody tell me why BOUNCE_BUFFERS is applicable here? These are PCI devices. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 23:10:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09862 for freebsd-stable-outgoing; Mon, 11 May 1998 23:10:37 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA09856 for ; Mon, 11 May 1998 23:10:33 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0yZ8GY-0006cq-00; Mon, 11 May 1998 23:10:18 -0700 Date: Mon, 11 May 1998 23:10:14 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Tim Tsai cc: am@f1.ru, Allen Smith , bofh@terranova.net, greg@uswest.net, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? In-Reply-To: <19980512002903.24456@futuresouth.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Tue, 12 May 1998, Tim Tsai wrote: > > > > the AHC_ options in the kernel configuration file. > > > > > > Aren't those for EISA, not PCI devices in the first place? That's what > > > the comments in LINT seem to indicate. I've also got an 2940UW, > > > without any AHC_ options, and it hasn't been causing any problems - > > > then again, the machine hasn't been up and running very long. No, the AHC_ options are can be used for either, but some EISA adapters can't do scb paging. > > Hm.. Powered off it will cause even less problems. Without tagging it's > > too slow for UW and good HD.. > > For some of us reliability is far more important than speed. I bet > you mount your filesystem async too huh? If it is too slow to do its task, that is even worse than unreliable. Also, an ncr adapter will do tagged commands quite well, and will _easily_ outperform the ahc driver with tagged commands off. It is also much less expensive. So basically, if you must run the ahc driver without tagged commands, you could have saved money and gotten better performance by getting an NCR810 or NCR875 based adapter. However, the ahc driver with functioning tagged commands and paging is pretty quick, and handles lots of simultaneous io better than an ncr based card. Or you could use a DPT card. The card handles tags, so the driver doesn't even need to know. Since alot of SCSI processing is offloaded, it is fast too. > > Btw, I see no more of that disturbing messages when I added AUTO_EOI1 > > and BOUNCE_BUFFERS which I lost during upgrade.. > > Hmmm, can somebody tell me why BOUNCE_BUFFERS is applicable here? These > are PCI devices. > > Tim Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 23:16:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10679 for freebsd-stable-outgoing; Mon, 11 May 1998 23:16:53 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10658; Mon, 11 May 1998 23:16:35 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id HAA02483; Tue, 12 May 1998 07:12:47 +0100 (BST) (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199805120612.HAA02483@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: "Forrest W. Christian" cc: stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-reply-to: Your message of "Mon, 11 May 1998 18:06:50 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 May 1998 07:12:47 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > I'm having a problem with user-mode ppp causing a hard lockup in 2.2.6. > When the problem occurs, the keyboard is completely dead, and as far as I > can tell the system is completely dead. It's like the kernel is in a > "disable interrupts, jump to myself" infinite loop. This usually happens > before ppp even gets a chance to dial. > > I'm about ready to dig out the debugging tools here, but before I went > through all of that trouble, I wanted to make sure that this wasn't a > known problem which has been fixed. > > Any Ideas? > > Please CC me with any responses. Thanks. It's not a problem I've seen. It's *very* unlikely that ppp is wedging the whole machine :-/ but possible I guess.... > - Forrest W. Christian (forrestc@imach.com) > ---------------------------------------------------------------------- > iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com > Solutions for your high-tech problems. (406)-442-6648 > ---------------------------------------------------------------------- > > -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 23:19:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10867 for freebsd-stable-outgoing; Mon, 11 May 1998 23:19:18 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10860 for ; Mon, 11 May 1998 23:19:11 -0700 (PDT) (envelope-from tim@shell.futuresouth.com) Received: (from tim@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id BAA27212; Tue, 12 May 1998 01:19:10 -0500 (CDT) Message-ID: <19980512011910.06503@futuresouth.com> Date: Tue, 12 May 1998 01:19:10 -0500 From: Tim Tsai To: Tom Cc: am@f1.ru, Allen Smith , bofh@terranova.net, greg@uswest.net, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? References: <19980512002903.24456@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Tom on Mon, May 11, 1998 at 11:10:14PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > On Tue, 12 May 1998, Tim Tsai wrote: > > > > > > the AHC_ options in the kernel configuration file. > > > > > > > > Aren't those for EISA, not PCI devices in the first place? That's what > > > > the comments in LINT seem to indicate. I've also got an 2940UW, > > > > without any AHC_ options, and it hasn't been causing any problems - > > > > then again, the machine hasn't been up and running very long. > > No, the AHC_ options are can be used for either, but some EISA adapters > can't do scb paging. Please quote me correctly. This is the second time on this thread already that the above was attributed to me. I didn't write it. > > > Hm.. Powered off it will cause even less problems. Without tagging it's > > > too slow for UW and good HD.. > > > > For some of us reliability is far more important than speed. I bet > > you mount your filesystem async too huh? > > If it is too slow to do its task, that is even worse than unreliable. That's debatable. :-) I would rather the thing to not work than to have a corrupted filesystem. > Also, an ncr adapter will do tagged commands quite well, and will > _easily_ outperform the ahc driver with tagged commands off. It is also > much less expensive. So basically, if you must run the ahc driver without > tagged commands, you could have saved money and gotten better performance > by getting an NCR810 or NCR875 based adapter. However, the ahc driver > with functioning tagged commands and paging is pretty quick, and handles > lots of simultaneous io better than an ncr based card. Well, some of us foolishly followed the advice of the mailing list archives and bought the Adaptec's and are stuck with them for awhile. New purchases are Symbios' but we do still have a few Adaptec's. Can't wait for CAM. Note that CAM doesn't work with NCR810 yet, as far as I know. I think it's just part of working with FreeBSD. At one time there were problems with NCR cards - now there are problems with Adaptec. Same with de0 cards, etc. We have accepted this as a fact of life and try to work within the constraints. Unfortunately we can't treat every problem as if we can just go out and buy new hardware and expect problems to disappear (or to not appear in the future). Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 23:31:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12190 for freebsd-stable-outgoing; Mon, 11 May 1998 23:31:54 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA12185 for ; Mon, 11 May 1998 23:31:51 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0yZ8bC-0000CE-00; Mon, 11 May 1998 23:31:38 -0700 Date: Mon, 11 May 1998 23:31:34 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Tim Tsai cc: am@f1.ru, Allen Smith , bofh@terranova.net, greg@uswest.net, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? In-Reply-To: <19980512011910.06503@futuresouth.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Tue, 12 May 1998, Tim Tsai wrote: > > On Tue, 12 May 1998, Tim Tsai wrote: > > > > > > > > the AHC_ options in the kernel configuration file. > > > > > > > > > > Aren't those for EISA, not PCI devices in the first place? That's what > > > > > the comments in LINT seem to indicate. I've also got an 2940UW, > > > > > without any AHC_ options, and it hasn't been causing any problems - > > > > > then again, the machine hasn't been up and running very long. > > > > No, the AHC_ options are can be used for either, but some EISA adapters > > can't do scb paging. > > Please quote me correctly. This is the second time on this thread > already that the above was attributed to me. I didn't write it. I never attributed that to you. It just one piece of misinformat that no one tackled (at least a response was not listed here. Due to the quoting depth, it is pretty obvious that was someone else. ... > > Also, an ncr adapter will do tagged commands quite well, and will > > _easily_ outperform the ahc driver with tagged commands off. It is also > > much less expensive. So basically, if you must run the ahc driver without > > tagged commands, you could have saved money and gotten better performance > > by getting an NCR810 or NCR875 based adapter. However, the ahc driver > > with functioning tagged commands and paging is pretty quick, and handles > > lots of simultaneous io better than an ncr based card. > > Well, some of us foolishly followed the advice of the mailing list > archives and bought the Adaptec's and are stuck with them for awhile. They do work ok. The disks you connect to them make all the difference though. Never Adaptec cards seem to be getting more finicky though. Under heavy load, I only get ahc crashes only about every 30 to 45 days. I'm try a DPT triple-channel controler in that machine, as I've yet to see a DPT related problem. > New purchases are Symbios' but we do still have a few Adaptec's. Can't > wait for CAM. Note that CAM doesn't work with NCR810 yet, as far as I > know. There are also the DPT cards. Some do RAID, and some are RAID upgradable via a daughtercard. > I think it's just part of working with FreeBSD. At one time there were > problems with NCR cards - now there are problems with Adaptec. Same with I don't think there every a time there were NCR problems. My memory on ncr only goes back to 2.1.5 or so though. > de0 cards, etc. We have accepted this as a fact of life and try to work > within the constraints. Unfortunately we can't treat every problem as > if we can just go out and buy new hardware and expect problems to disappear > (or to not appear in the future). Problems should not appear in existing working hardware. I certainly don't see that here. All the Adaptec cards that worked before, work now. The de driver has been a pain, because an almost completely new driver was imported, making some new cards work, and breaking some old cards. The new strategy seems to be to avoid touching the de driver because it seems impossible not to break something that worked before. > Tim Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 11 23:59:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA16295 for freebsd-stable-outgoing; Mon, 11 May 1998 23:59:11 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA16288 for ; Mon, 11 May 1998 23:59:06 -0700 (PDT) (envelope-from tim@shell.futuresouth.com) Received: (from tim@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id BAA28396; Tue, 12 May 1998 01:59:02 -0500 (CDT) Message-ID: <19980512015902.01831@futuresouth.com> Date: Tue, 12 May 1998 01:59:02 -0500 From: Tim Tsai To: Tom Cc: am@f1.ru, Allen Smith , bofh@terranova.net, greg@uswest.net, freebsd-stable@FreeBSD.ORG Subject: Re: SCSI problems? References: <19980512011910.06503@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Tom on Mon, May 11, 1998 at 11:31:34PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > Never Adaptec cards seem to be getting more finicky > though. Under heavy load, I only get ahc crashes only about every 30 to > 45 days. That's about right for us - actually as soon as we see the SCB TIMEOUT messages we reboot the box that same night. I haven't seen any such messages since turning off the AHC_ options. We are not having any performance problems so reliability is more important. > > I think it's just part of working with FreeBSD. At one time there were > > problems with NCR cards - now there are problems with Adaptec. Same with > > I don't think there every a time there were NCR problems. My memory on > ncr only goes back to 2.1.5 or so though. I seem to remember there were a few problems with stability with NCR somewhere in the 2.1 branch (after 2.1.5 for sure, as that's where we started on FreeBSD). I could be wrong. > > de0 cards, etc. We have accepted this as a fact of life and try to work > > within the constraints. Unfortunately we can't treat every problem as > > if we can just go out and buy new hardware and expect problems to disappear > > (or to not appear in the future). > > Problems should not appear in existing working hardware. I certainly > don't see that here. All the Adaptec cards that worked before, work now. > The de driver has been a pain, because an almost completely new driver was > imported, making some new cards work, and breaking some old cards. The > new strategy seems to be to avoid touching the de driver because it seems > impossible not to break something that worked before. *should* is the keyword. I believe the ahc problems have only surfaced since 2.2. All our ahc cards were bought at the same time around Jan. 1997 so they're most likely the same older revision. They worked like a champ until we upgraded to 2.2.x. I seem to remember reading on the mailing lists that others have noticed the same problem. We use Quantum Atlas II, IBM Ultrastar, and Quantum Fireball drives. Fireball's are used as the OS drive (lately we only buy IBM's for that) with IBM and Quantum Atlas as data drives. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 02:36:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04467 for freebsd-stable-outgoing; Tue, 12 May 1998 02:36:09 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04291 for ; Tue, 12 May 1998 02:35:55 -0700 (PDT) (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id NAA06947 ; Tue, 12 May 1998 13:30:09 +0400 (MSD) From: Andrew Maltsev Message-Id: <199805120930.NAA06947@px.f1.ru> Subject: Re: SCSI problems? In-Reply-To: <19980512002903.24456@futuresouth.com> from "Tim Tsai" at "May 12, 98 00:29:03 am" To: tim@futuresouth.com (Tim Tsai) Date: Tue, 12 May 1998 13:30:09 +0400 (MSD) Cc: am@f1.ru, easmith@beatrice.rutgers.edu, bofh@terranova.net, greg@uswest.net, freebsd-stable@FreeBSD.ORG Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > > Hm.. Powered off it will cause even less problems. Without tagging it's > > too slow for UW and good HD.. > > For some of us reliability is far more important than speed. I bet > you mount your filesystem async too huh? Yes -- /tmp, /var/spool/news & /usr/local/squid/cache :) Why not? > > Btw, I see no more of that disturbing messages when I added AUTO_EOI1 > > and BOUNCE_BUFFERS which I lost during upgrade.. > > Hmmm, can somebody tell me why BOUNCE_BUFFERS is applicable here? These > are PCI devices. I do not know. That options were in my old config and when I returned they it fixed the problem completely. I'm not a hardware guru.. Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 03:20:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09203 for freebsd-stable-outgoing; Tue, 12 May 1998 03:20:39 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from edelfelt.albert.hit.fi (ejk@[195.148.162.243]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09198 for ; Tue, 12 May 1998 03:20:32 -0700 (PDT) (envelope-from ejk@edelfelt.albert.hit.fi) Received: (from ejk@localhost) by edelfelt.albert.hit.fi (8.8.8/8.8.8) id NAA01320; Tue, 12 May 1998 13:20:48 +0300 (EEST) (envelope-from ejk) Message-ID: <19980512132048.57027@albert.hit.fi> Date: Tue, 12 May 1998 13:20:48 +0300 From: Esa Karkkainen To: freebsd-stable@FreeBSD.ORG Subject: Cannot compile stable kernel Reply-To: ejk@edelfelt.albert.hit.fi Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hello I get the following error after all the objects have been compiled loading kernel isa.o: Undefined symbol `_isa_devtab_cam' referenced from text segment [ plus seven identical lines ] *** Error code 1 I grepped LINT for "cam" and didn't find anything related to cam scsi drivers. I usually use these commands to compile kernel cd /sys/i386/conf/ sudo config EDELFELT cd ../../compile/EDELFELT sudo make depend all (sometimes "depend all install" Here's the config file # EDELFELTin kustomoitu kerneli # machine "i386" cpu "I586_CPU" #cpu "I686_CPU" ident EDELFELT maxusers 20 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device #options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options NFS_NOSERVER #Disable the NFS-server code. options SYSVSHM options CLK_CALIBRATION_LOOP options "CLK_USE_I8254_CALIBRATION" options "CLK_USE_I586_CALIBRATION" options COMPAT_LINUX config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM #device wfd0 #IDE floppy (LS-120) controller ahc0 options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO controller scbus0 at ahc0 device sd0 disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 #device od0 #See LINT for possible `od' options. #device st0 device cd0 #Only need one of these, the code dynamically grows #controller pnp0 #device pcm0 at isa? port 0x220 tty irq 5 drq 1 flags 0x15 vector pcmintr controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 #device awe0 at isa? port 0x620 device opl0 at isa? port 0x388 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options MAXCONS=5 # Mandatory, don't remove device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device fxp0 pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 #pseudo-device ppp 1 pseudo-device vn 1 #pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device ccd 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 04:21:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15829 for freebsd-stable-outgoing; Tue, 12 May 1998 04:21:43 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from asia.sideways.org (201n5-1.sideways.org [209.12.201.33] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15817 for ; Tue, 12 May 1998 04:21:31 -0700 (PDT) (envelope-from edswee@asia.sideways.org) Received: from asia.sideways.org (localhost.sideways.org [127.0.0.1]) by asia.sideways.org (8.8.8/8.8.5) with ESMTP id HAA09515; Tue, 12 May 1998 07:19:58 -0400 (EDT) Message-Id: <199805121119.HAA09515@asia.sideways.org> X-Mailer: exmh version 2.0.2 2/24/98 To: ejk@edelfelt.albert.hit.fi cc: freebsd-stable@FreeBSD.ORG From: Ed Sweeney Subject: Re: Cannot compile stable kernel In-reply-to: Your message of "Tue, 12 May 1998 13:20:48 +0300." <19980512132048.57027@albert.hit.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 May 1998 07:19:57 -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > Hello > > I get the following error after all the objects have been compiled > > loading kernel > isa.o: Undefined symbol `_isa_devtab_cam' referenced from text segment I had the same problem. Making "config" first fixed it. cd /usr/src/sbin/config make make install then try the kernel build again. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ed Sweeney - Charlotte, NC http://www.sideways.org mail:ed@sideways.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 05:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20072 for freebsd-stable-outgoing; Tue, 12 May 1998 05:00:05 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from roguetrader.com (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA20027 for ; Tue, 12 May 1998 05:00:00 -0700 (PDT) (envelope-from root@roguetrader.com) Received: (from root@localhost) by roguetrader.com (8.8.5/8.8.5) id GAA23009; Tue, 12 May 1998 06:00:03 -0600 (MDT) Date: Tue, 12 May 1998 06:00:03 -0600 (MDT) Message-Id: <199805121200.GAA23009@roguetrader.com> Subject: ERRATA NOTICE: FreeBSD 2.2.6-RELEASE From: freebsd-errata-update@roguetrader.com To: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk ****************************************************************** ** THIS IS AN AUTOMATIC ERRATA UPDATE FOR FREEBSD 2.2.6-RELEASE ** ****************************************************************** You can retrieve the complete ERRATA from: ftp://ftp.freebsd.org/pub/FreeBSD/2.2.6-RELEASE/ERRATA.TXT The last update was sent: Mon Apr 6 04:11:34 1998 This update is sent: Tue May 12 06:00:03 1998 ------------------------------------------------------------------ ---- SYSTEM ERRATA INFORMATION: o The older Matsushita (Panasonic), Sony CDU-31 and Mitsumi (non-IDE) CDROM drives no longer permit CDROM installs. Fix: Fetch an updated boot floppy from the updates/ directory, e.g.: ftp://ftp.freebsd.org/pub/FreeBSD/2.2.6-RELEASE/updates/boot.flp And use it to install 2.2.6 instead. This problem is fixed in 2.2-stable and will not be a problem with the next FreeBSD release. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 06:12:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA29132 for freebsd-stable-outgoing; Tue, 12 May 1998 06:12:03 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mail.double-barrel.be (root@mail.double-barrel.be [194.7.102.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29073; Tue, 12 May 1998 06:11:44 -0700 (PDT) (envelope-from mvergall@alpha.double-barrel.be) Received: from alpha.double-barrel.be (mvergall@ns.double-barrel.be [194.7.102.18]) by mail.double-barrel.be (8.8.8/8.8.8) with ESMTP id PAA14111; Tue, 12 May 1998 15:11:06 +0200 Received: from localhost (mvergall@localhost) by alpha.double-barrel.be (8.8.8/8.8.8) with SMTP id PAA29145; Tue, 12 May 1998 15:11:29 +0200 Date: Tue, 12 May 1998 15:11:29 +0200 (MEST) From: "Michael C. Vergallen" To: "Forrest W. Christian" cc: stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk You have disabled the ppp in kernel ? I had both on in the default generic kernel you have to disable it and just have the user mode ppp driver on . Michael ---- Michael C. Vergallen A.k.A. Mad Mike, Sportstraat 28 http://www.double-barrel.be/mvergall/ B 9000 Gent ftp://ftp.double-barrel.be/pub/linux/ Belgium tel : 32-9-2227764 Fax : 32-9-2224976 On Mon, 11 May 1998, Forrest W. Christian wrote: > I'm having a problem with user-mode ppp causing a hard lockup in 2.2.6. > When the problem occurs, the keyboard is completely dead, and as far as I > can tell the system is completely dead. It's like the kernel is in a > "disable interrupts, jump to myself" infinite loop. This usually happens > before ppp even gets a chance to dial. > > I'm about ready to dig out the debugging tools here, but before I went > through all of that trouble, I wanted to make sure that this wasn't a > known problem which has been fixed. > > Any Ideas? > > Please CC me with any responses. Thanks. > > - Forrest W. Christian (forrestc@imach.com) > ---------------------------------------------------------------------- > iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com > Solutions for your high-tech problems. (406)-442-6648 > ---------------------------------------------------------------------- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 06:37:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02479 for freebsd-stable-outgoing; Tue, 12 May 1998 06:37:59 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pandora.hh.kew.com (kendra.ne.mediaone.net [24.128.94.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA02452 for ; Tue, 12 May 1998 06:37:49 -0700 (PDT) (envelope-from Software@kew.com) Received: from sonata.uucp.kew.com (sonata.hh.kew.com [192.168.203.135]) by pandora.hh.kew.com (8.8.8/8.8.5) with SMTP id JAA09711 for ; Tue, 12 May 1998 09:37:46 -0400 (EDT) Received: by sonata.uucp.kew.com (UUPC/extended 1.13b); Tue, 12 May 1998 09:37:45 -0500 Message-ID: <355850a9.kew-sonata@sonata.uucp.kew.com> Date: Tue, 12 May 1998 09:37:44 -0500 From: "Drew Derbyshire - UUPC/Extended Support" Organization: Kendra Electronic Wonderworks (PO Box 80144, Stoneham MA 02180) To: stable@FreeBSD.ORG Subject: PCI SCSI Card dejour? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I am considering picking up a PCI SCSI card, mostly for under NT, but of course want good FreeBSD stable (actually 2.2.6) support. Primary use of the card would be Jazz/Zip/CD-ROM Drive. While I would not want to exclude hooking a SCSI hard drive up to as well, I can't cough up much extra money for this possible future use. What's the SCSI card choice dejour, as noted elsewhere various cards seem to fall in and out of favor. :-) -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 "John Wayne was the first big star I ever interviewed. It was in Fort Benning, Georgia, on the set of The Green Berets. Wayne came walking toward me in full battle gear in the hot, blazing Georgia sun, stuck out his hand and said, "John Wayne"--the two most superfluous words in the English language at that point." - Roget Ebert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 06:53:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04628 for freebsd-stable-outgoing; Tue, 12 May 1998 06:53:03 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from netcom1.netcom.com (mvh@netcom4.netcom.com [192.100.81.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04618 for ; Tue, 12 May 1998 06:52:55 -0700 (PDT) (envelope-from mvh@netcom.com) Received: (from mvh@localhost) by netcom1.netcom.com (8.8.8/8.8.8) id GAA01256; Tue, 12 May 1998 06:52:49 -0700 (PDT) (envelope-from mvh) Date: Tue, 12 May 1998 06:52:49 -0700 (PDT) Message-Id: <199805121352.GAA01256@netcom1.netcom.com> From: "Michael V. Harding" To: freebsd-stable@FreeBSD.ORG Subject: Building a kernel from a CVSUP this morning... Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I see the following - I have looked at the include file and I don't know what's going on: In file included from ../../sys/namei.h:40, from ../../dev/vn/vn.c:74: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_bmap.c:45: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_lookup.c:48: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/mount.h:43, from ../../isofs/cd9660/cd9660_node.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_rrip.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_util.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_vfsops.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_vnops.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/proc.h:49, from ../../kern/imgact_aout.c:39: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/file.h:46, from ../../kern/imgact_elf.c:43: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/proc.h:49, from ../../kern/imgact_gzip.c:32: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/mount.h:43, from ../../sys/sysproto.h:13, from ../../kern/imgact_shell.c:31: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/proc.h:49, from ../../kern/init_main.c:52: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 07:19:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08781 for freebsd-stable-outgoing; Tue, 12 May 1998 07:19:54 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from granite.sentex.net (granite.sentex.ca [199.212.134.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08763 for ; Tue, 12 May 1998 07:19:44 -0700 (PDT) (envelope-from mdtancsa@sentex.net) Received: (from mdtancsa@localhost) by granite.sentex.net (8.8.6/8.6.9) id KAA10873; Tue, 12 May 1998 10:19:30 -0400 (EDT) From: Mike D Tancsa Message-Id: <199805121419.KAA10873@granite.sentex.net> Subject: Re: PCI SCSI Card dejour? In-Reply-To: <355850a9.kew-sonata@sonata.uucp.kew.com> from Drew Derbyshire - UUPC/Extended Support at "May 12, 98 09:37:44 am" To: Software@kew.com (Drew Derbyshire - UUPC/Extended Support) Date: Tue, 12 May 1998 10:19:29 -0400 (EDT) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > What's the SCSI card choice dejour, as noted elsewhere various cards > seem to fall in and out of favor. :-) I have had good experiences with the ASUS 875. I dont recall any BIOS/REV silliness with them either. ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 07:20:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08943 for freebsd-stable-outgoing; Tue, 12 May 1998 07:20:38 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from netcom1.netcom.com (mvh@netcom4.netcom.com [192.100.81.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08937 for ; Tue, 12 May 1998 07:20:33 -0700 (PDT) (envelope-from mvh@netcom.com) Received: (from mvh@localhost) by netcom1.netcom.com (8.8.8/8.8.8) id HAA01966; Tue, 12 May 1998 07:20:37 -0700 (PDT) (envelope-from mvh) Date: Tue, 12 May 1998 07:20:37 -0700 (PDT) Message-Id: <199805121420.HAA01966@netcom1.netcom.com> From: "Michael V. Harding" To: mvh@netcom.com CC: freebsd-stable@FreeBSD.ORG In-reply-to: <199805121352.GAA01256@netcom1.netcom.com> (mvh@netcom.com) Subject: Re: Building a kernel from a CVSUP this morning... References: <199805121352.GAA01256@netcom1.netcom.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Sorry, sent this before the coffee kicked in: there is an obvious typo in the include file. Date: Tue, 12 May 1998 06:52:49 -0700 (PDT) From: "Michael V. Harding" Sender: owner-freebsd-stable@freebsd.org X-UIDL: 9e25f0bc22741640606bdb0c4d1cbf58 I see the following - I have looked at the include file and I don't know what's going on: In file included from ../../sys/namei.h:40, from ../../dev/vn/vn.c:74: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_bmap.c:45: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_lookup.c:48: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/mount.h:43, from ../../isofs/cd9660/cd9660_node.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_rrip.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_util.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_vfsops.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/namei.h:40, from ../../isofs/cd9660/cd9660_vnops.c:46: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/proc.h:49, from ../../kern/imgact_aout.c:39: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/file.h:46, from ../../kern/imgact_elf.c:43: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/proc.h:49, from ../../kern/imgact_gzip.c:32: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/mount.h:43, from ../../sys/sysproto.h:13, from ../../kern/imgact_shell.c:31: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition In file included from ../../sys/proc.h:49, from ../../kern/init_main.c:52: ../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined ../../sys/queue.h:404: warning: this is the location of the previous definition To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 09:19:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29594 for freebsd-stable-outgoing; Tue, 12 May 1998 09:19:45 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from workhorse.iMach.com (forrestc@workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29552; Tue, 12 May 1998 09:19:36 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id KAA21540; Tue, 12 May 1998 10:02:48 -0600 (MDT) Date: Tue, 12 May 1998 10:02:48 -0600 (MDT) From: "Forrest W. Christian" To: Brian Somers cc: stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: <199805120612.HAA02483@awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Tue, 12 May 1998, Brian Somers wrote: > It's not a problem I've seen. It's *very* unlikely that ppp is > wedging the whole machine :-/ but possible I guess.... Believe me. When it happens, no keystrokes (Alt-F1, and such don't work). PPP at times doesn't even return another prompt. AND you can't ping the machine when it locks. I thought user-mode PPP wouldn't be able to do this either, but..... - Forrest W. Christian (forrestc@imach.com) ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 09:45:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03115 for freebsd-stable-outgoing; Tue, 12 May 1998 09:45:20 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03107 for ; Tue, 12 May 1998 09:45:13 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA17313; Tue, 12 May 1998 10:45:08 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA02119; Tue, 12 May 1998 10:45:06 -0600 Date: Tue, 12 May 1998 10:45:06 -0600 Message-Id: <199805121645.KAA02119@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Drew Derbyshire - UUPC/Extended Support" Cc: stable@FreeBSD.ORG Subject: Re: PCI SCSI Card dejour? In-Reply-To: <355850a9.kew-sonata@sonata.uucp.kew.com> References: <355850a9.kew-sonata@sonata.uucp.kew.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > I am considering picking up a PCI SCSI card, mostly for under NT, but of > course want good FreeBSD stable (actually 2.2.6) support. Primary use > of the card would be Jazz/Zip/CD-ROM Drive. While I would not want to > exclude hooking a SCSI hard drive up to as well, I can't cough up much > extra money for this possible future use. > > What's the SCSI card choice dejour, as noted elsewhere various cards > seem to fall in and out of favor. :-) The NCR cards have been and still continue to be my favorite card. I've never had a lick of trouble with them, and the driver has simply *worked* for the almost 3 years I've used them. In contrast, the newer Adaptec cards have required lots of tweaks (and continue to require them). Even recent email traffic imply that until CAM is in, they will *NOT* be completely stable. (However, they might perform a couple percentage points better than the NCR cards when they are working, but I don't think the instability is worth the performance gain.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 09:46:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03341 for freebsd-stable-outgoing; Tue, 12 May 1998 09:46:56 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from godzilla.zeta.org.au (mothra.kralizec.net.au [203.15.68.22] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03157 for ; Tue, 12 May 1998 09:45:48 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id CAA26114; Wed, 13 May 1998 02:42:25 +1000 Date: Wed, 13 May 1998 02:42:25 +1000 From: Bruce Evans Message-Id: <199805121642.CAA26114@godzilla.zeta.org.au> To: freebsd-stable@FreeBSD.ORG, mvh@netcom.com Subject: Re: Building a kernel from a CVSUP this morning... Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk >I see the following - I have looked at the include file and I don't >know what's going on: > >In file included from ../../sys/namei.h:40, > from ../../dev/vn/vn.c:74: >../../sys/queue.h:408: warning: `CIRCLEQ_INIT' redefined >../../sys/queue.h:404: warning: this is the location of the previous definition >... Editing error. Fixed. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 10:47:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14926 for freebsd-stable-outgoing; Tue, 12 May 1998 10:47:53 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14916 for ; Tue, 12 May 1998 10:47:43 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id TAA12957; Tue, 12 May 1998 19:47:35 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 12 May 1998 19:47:34 +0200 (MET DST) Mime-Version: 1.0 To: Mike D Tancsa Cc: Software@kew.com (Drew Derbyshire - UUPC/Extended Support), stable@FreeBSD.ORG Subject: Re: PCI SCSI Card dejour? References: <199805121419.KAA10873@granite.sentex.net> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 12 May 1998 19:47:33 +0200 In-Reply-To: Mike D Tancsa's message of "Tue, 12 May 1998 10:19:29 -0400 (EDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA14917 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Mike D Tancsa writes: > > What's the SCSI card choice dejour, as noted elsewhere various cards > > seem to fall in and out of favor. :-) > I have had good experiences with the ASUS 875. I dont recall any BIOS/REV > silliness with them either. ASUS SCSI controllers use NCR¹ chipsets which are generally very well supported under FreeBSD. But the SC875 is a RAID controller, which is probably overkill; a normal user should be happy enough with an SC200. ¹ Well, it's SymBIOS now, but what the heck... -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 11:00:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18672 for freebsd-stable-outgoing; Tue, 12 May 1998 11:00:42 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from uhura.concentric.net (uhura.concentric.net [206.173.119.93]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA18633 for ; Tue, 12 May 1998 11:00:36 -0700 (PDT) (envelope-from Ashort@concentric.net) Received: from cliff.concentric.net (cliff [206.173.119.90]) by uhura.concentric.net (8.8.8/(98/04/23 5.10)) id OAA23597; Tue, 12 May 1998 14:00:38 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from galileo.cris.com (galileo.concentric.net [206.173.119.84]) by cliff.concentric.net (8.8.8) id OAA27824; Tue, 12 May 1998 14:00:37 -0400 (EDT) Date: Tue, 12 May 1998 14:00:37 -0400 (EDT) From: Andrew Short X-Sender: Ashort@galileo.cris.com To: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Tue, 12 May 1998, Forrest W. Christian wrote: > On Tue, 12 May 1998, Brian Somers wrote: > > > It's not a problem I've seen. It's *very* unlikely that ppp is > > wedging the whole machine :-/ but possible I guess.... My (I use it at work, I am not lucky enough to OWN one!) Sun UltraSparc has a feature that will arrest control from the OS by doing a Stop-A on the keyboard. Obviously PC keyboards ado not have a stop key, but is there anyway to emulate that behaviour without it being managed by the OS so that IF the OS fails us (WHEN it fails us...once every decade or so) that we can use that sequence? I have a gut feeling that "stop-a" is somehow embedded in the Sparc hardware...but I have to ask. ----------------------------------------------------------------------- Andrew Short Colossians 3:23 ashort@concentric.net http://www.concentric.net/~ashort/ ----------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 12:26:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06594 for freebsd-stable-outgoing; Tue, 12 May 1998 12:26:44 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from versa.eng.comsat.com (versa.eng.comsat.com [134.133.169.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA06536 for ; Tue, 12 May 1998 12:26:21 -0700 (PDT) (envelope-from marc@versa.eng.comsat.com) Received: (from marc@localhost) by versa.eng.comsat.com (8.8.8/8.7.3) id WAA00413 for freebsd-stable@freebsd.org; Wed, 19 Jan 2000 22:40:08 -0500 (EST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 19 Jan 2000 18:27:39 -0500 (EST) Organization: Comsat Mobile Communications From: Marc Giannoni To: freebsd-stable@FreeBSD.ORG Subject: CCITT -OR- X.25 networking Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi: Anybody use the "CCITT" X.25 networking facilities? (It's in "i386/conf/LINT") How about the "LLC" and the "HDLC" link layer? We have some X.25 based services and I'm wondering if FreeBSD is a better platform for this. There seem to be a variety of Sync/Async cards to support X.29 and X.21 so hardware does not seem to be a problem. I'm just curious about the amount of 'exercise' that the X.25 networking layer has received. Thanks Marc Giannoni To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 12:47:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10506 for freebsd-stable-outgoing; Tue, 12 May 1998 12:47:26 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10491 for ; Tue, 12 May 1998 12:47:09 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id VAA24507; Tue, 12 May 1998 21:47:10 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 12 May 1998 21:47:09 +0200 (MET DST) Mime-Version: 1.0 To: Andrew Short Cc: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 12 May 1998 21:47:08 +0200 In-Reply-To: Andrew Short's message of "Tue, 12 May 1998 14:00:37 -0400 (EDT)" Message-ID: Lines: 32 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Andrew Short writes: > On Tue, 12 May 1998, Forrest W. Christian wrote: > > On Tue, 12 May 1998, Brian Somers wrote: > > > It's not a problem I've seen. It's *very* unlikely that ppp is > > > wedging the whole machine :-/ but possible I guess... > My (I use it at work, I am not lucky enough to OWN one!) Sun UltraSparc > has a feature that will arrest control from the OS by doing a Stop-A on > the keyboard. Now, I'm not an expert on Sun internals, but UiO is mainly a Sun shop so: what this does is generate a (nonmaskable) interrupt which drops the machine into the BIOS prompt. This is entirely hardware-driven and AFAIK non-intrusive (i.e. if you press Stop-A by accident, just type 'c' to resume operation) except that it f*s up your display. There is no way to do this on a PC, unless some bright motherboard vendor somes up with the idea of producing a motherboard that e.g. drops to a BIOS prompt when the keyboard controller (i8042) asserts the reset pin (which is how FreeBSD reboots when you fastboot or shutdown -r) and somebody builds a keyboard with a key (or preferably a switch hidden underneath the keyboard) which triggers this event. I tried to find information about the 8042 on Intel's web site, but there doesn't seem to be any (except for references to it in chipset or motherboard datasheets). > I have a gut feeling that "stop-a" is somehow embedded in the Sparc > hardware...but I have to ask. It is. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 13:08:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14787 for freebsd-stable-outgoing; Tue, 12 May 1998 13:08:36 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA14774; Tue, 12 May 1998 13:08:22 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id OAA13153; Tue, 12 May 1998 14:08:15 -0600 (MDT) Message-Id: <199805122008.OAA13153@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Raul Zighelboim cc: scsi@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: DPT driver on 2.2-releng broken In-reply-to: Your message of "Tue, 12 May 1998 12:00:02 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 May 1998 14:04:29 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > >Thanks; those are the questions I needed ;-) > > I saved the broken kernel, so... > > The kernel will compile and install clean. at reboot, it would >detect the DPT controller, but would not detect the RAID array. At this >point (looking for devices) it will display something similar to: > >(dpt0:0:0): "UNKNOWN UNKNOWN" type 0 fixed SCSI 2 I just stuck a PM3224 in my machine and saw the same behavior. The easiest way I found to fix the problem was to upgrade -stable to use the driver from -current. This seems to work for me, but I would appreciate it if other would test this out also. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 13:51:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21878 for freebsd-stable-outgoing; Tue, 12 May 1998 13:51:44 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from solaris.matti.ee (root@solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA21868 for ; Tue, 12 May 1998 13:51:25 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from localhost (vallo@localhost [127.0.0.1]) by solaris.matti.ee (8.8.8/8.8.8.s) with ESMTP id XAA10366; Tue, 12 May 1998 23:50:56 +0300 (EET DST) Date: Tue, 12 May 1998 23:50:55 +0300 (EET DST) From: Vallo Kallaste X-Sender: vallo@solaris To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: stable@FreeBSD.ORG Subject: Re: PCI SCSI Card dejour? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On 12 May 1998, Dag-Erling Coidan Smørgrav wrote: > ASUS SCSI controllers use NCR¹ chipsets which are generally very well > supported under FreeBSD. But the SC875 is a RAID controller, which is > probably overkill; a normal user should be happy enough with an SC200. > > ¹ Well, it's SymBIOS now, but what the heck... *** I have an ASUS PCI-SC875 SCSI controller and this is NOT an RAID controller. I think DA-2100 is a RAID controller, not SC875. SC875 is a very good "ultra fast-wide" SCSI controller, I can highly recommend this ASUS one, based on my personal experience. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 14:36:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29466 for freebsd-stable-outgoing; Tue, 12 May 1998 14:36:33 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from godzilla.zeta.org.au (mothra.kralizec.net.au [203.15.68.22] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29439 for ; Tue, 12 May 1998 14:36:24 -0700 (PDT) (envelope-from atrn@godzilla.zeta.org.au) Received: (from atrn@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id HAA08479; Wed, 13 May 1998 07:33:01 +1000 From: Andrew Newman Message-Id: <199805122133.HAA08479@godzilla.zeta.org.au> Subject: Re: PPP hard lock in 2.2.6 To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Wed, 13 May 1998 07:33:00 +1000 (EST) Cc: Ashort@concentric.net, stable@FreeBSD.ORG In-Reply-To: from "Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?=" at May 12, 98 09:47:08 pm Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > what this does is generate a (nonmaskable) interrupt which drops > the machine into the BIOS prompt. BIOS? BIOS? My god even the word "monitor" has disappeared! -- Andy Newman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 15:29:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10182 for freebsd-stable-outgoing; Tue, 12 May 1998 15:29:51 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10102; Tue, 12 May 1998 15:29:32 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id XAA06336; Tue, 12 May 1998 23:14:49 +0100 (BST) (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199805122214.XAA06336@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: "Forrest W. Christian" cc: Brian Somers , stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-reply-to: Your message of "Tue, 12 May 1998 10:02:48 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 May 1998 23:14:49 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Maybe `options DDB' in your kernel will help ? Although probably not if the keyboard is dead (does the CAPS LOCK key toggle the LED?). > On Tue, 12 May 1998, Brian Somers wrote: > > > It's not a problem I've seen. It's *very* unlikely that ppp is > > wedging the whole machine :-/ but possible I guess.... > > Believe me. When it happens, no keystrokes (Alt-F1, and such don't > work). PPP at times doesn't even return another prompt. AND you can't > ping the machine when it locks. > > I thought user-mode PPP wouldn't be able to do this either, but..... > > - Forrest W. Christian (forrestc@imach.com) > ---------------------------------------------------------------------- > iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com > Solutions for your high-tech problems. (406)-442-6648 > ---------------------------------------------------------------------- -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 15:36:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12250 for freebsd-stable-outgoing; Tue, 12 May 1998 15:36:47 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from workhorse.iMach.com (forrestc@workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11740; Tue, 12 May 1998 15:34:41 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id QAA23076; Tue, 12 May 1998 16:17:48 -0600 (MDT) Date: Tue, 12 May 1998 16:17:48 -0600 (MDT) From: "Forrest W. Christian" To: Brian Somers cc: stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: <199805122214.XAA06336@awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Tue, 12 May 1998, Brian Somers wrote: > Maybe `options DDB' in your kernel will help ? Although probably not > if the keyboard is dead (does the CAPS LOCK key toggle the LED?). Yep, keyboard is dead also. No lock light operation. - Forrest W. Christian (forrestc@imach.com) ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 15:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13442 for freebsd-stable-outgoing; Tue, 12 May 1998 15:40:08 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from www.us.net (www.us.net [198.240.72.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13210 for ; Tue, 12 May 1998 15:39:28 -0700 (PDT) (envelope-from jjw@us.net) Received: from us.net (home.us.net [198.240.72.28]) by www.us.net (8.8.8/8.8.6) with ESMTP id SAA26415; Tue, 12 May 1998 18:39:16 -0400 (EDT) X-Provider: US Net - Advanced Internet Services - 301-361-USNET - info@us.net Where Business Connects! (tm) -- http://www.us.net/ Message-ID: <3558CE72.2300BB70@us.net> Date: Tue, 12 May 1998 18:34:26 -0400 From: John Woodruff Reply-To: jjw@us.net X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: "Dag-Erling Coidan Smørgrav" CC: Andrew Short , stable@FreeBSD.ORG Subject: PC Keyboard Ctrlr Chip (was: PPP hard lock in 2.2.6) References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Andrew Short writes: > My (I use it at work, I am not lucky enough to OWN one!) > Sun UltraSparc has a feature that will arrest control from the > OS by doing a Stop-A on the keyboard. Dag-Erling Coidan Smørgrav wrote: > [...] There is no way to do this on a PC, unless some bright > motherboard vendor somes up with the idea of producing a motherboard > that e.g. drops to a BIOS prompt when the keyboard controller (i8042) > asserts the reset pin [...] > > I tried to find information about the 8042 on Intel's web site, but > there doesn't seem to be any (except for references to it in chipset > or motherboard datasheets). The 8042 is a general-purpose single-chip computer/controller; which has been used since the dawn of time (or at least of the IBM PC/AT) to interface between a PC keyboard and the rest of the motherboard. PC's have a hard-ROM program in it that moves data from the kbd to the I/O ports, etc. This chip also controls the real CPU "reset" pin - but only on command from the CPU itself. It's programming is not technically part of the BIOS, but the two are so close, they're often thought of together. Of course, on many modern chipsets the 8042 has been absorbed into a larger chip; but think of it the old way for a momment. Seems odd, but AFAIK the standard program has no way of triggering the CPU reset on command from the keyboard - the main CPU has to *ask* to be reset, which is why Ctrl-Alt-Del does nothing to a hard-locked (or -looping) CPU. I often wished that the 8042 program would take the Ctrl-Alt-Del combination as an explicit CPU RESET command, iff if it also had *not* been polled by the CPU in the past few seconds. This would be OS-independent, and won't break properly working real OS's 'cause if they're working they'll respond to the kbd interrupts. This would have completely eliminated the add-on reset buttons that used to be sold for boxes that didn't have'em. OK, enterprising BIOS/chipset mfrs: let's have a variant of the 8042 program that *does* yank RESET when asked under this case. I'll bet some MB's run the 8042 program out of flash ROM space; if so, all we need is a flash ROM update. -- John Woodruff, Sr. Network Engineer, US Net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 16:19:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21120 for freebsd-stable-outgoing; Tue, 12 May 1998 16:19:16 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from workhorse.iMach.com (forrestc@workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21100; Tue, 12 May 1998 16:19:03 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id RAA23271; Tue, 12 May 1998 17:01:47 -0600 (MDT) Date: Tue, 12 May 1998 17:01:47 -0600 (MDT) From: "Forrest W. Christian" To: Brian Somers cc: stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: <199805122214.XAA06336@awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Ok, I've played some more and even compiled and installed the ppp from -current. This is definately a case of PPP doing something the kernel doesn't like. I haven't had this machine (yet) do anything else I'd define as wierd. In fact, it feels more stable than any other box I've installed recently. Let me ask these two questions: 1) What EXACTLY is the best way to get MAXIMUM verbosity out of PPP, preferably to the console, so we can tell where this thing is locking? 2) Do you have a quick and dirty answer to the question of how to best do a debuging session which will likely get us near what this thing is doing which is locking this box? - Forrest W. Christian (forrestc@imach.com) ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 17:28:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05648 for freebsd-stable-outgoing; Tue, 12 May 1998 17:28:29 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from coal.sentex.ca (coal.sentex.ca [209.112.4.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05628 for ; Tue, 12 May 1998 17:28:20 -0700 (PDT) (envelope-from mike@sentex.net) Received: from gravel (ospf-mdt.sentex.net [205.211.164.81]) by coal.sentex.ca (8.8.8/8.8.7) with SMTP id UAA08992; Tue, 12 May 1998 20:28:10 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <3.0.5.32.19980512203103.017cd540@sentex.net> X-Sender: mdtancsa@sentex.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Tue, 12 May 1998 20:31:03 -0400 To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Mike Tancsa Subject: Re: PCI SCSI Card dejour? Cc: Software@kew.com, stable@FreeBSD.ORG In-Reply-To: References: <199805121419.KAA10873@granite.sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id RAA05637 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk At 07:47 PM 5/12/98 +0200, Dag-Erling Coidan Smørgrav wrote: >Mike D Tancsa writes: >> > What's the SCSI card choice dejour, as noted elsewhere various cards >> > seem to fall in and out of favor. :-) >> I have had good experiences with the ASUS 875. I dont recall any BIOS/REV >> silliness with them either. > >ASUS SCSI controllers use NCR¹ chipsets which are generally very well >supported under FreeBSD. But the SC875 is a RAID controller, which is >probably overkill; a normal user should be happy enough with an SC200. I think its a mistake on ASUS' web site, as I have several of these cards and they are merly Ultra/Wide SCSI controllers... Definitly not RAID. Here in Canada the price difference is pretty minimal (about $25 Canadian) between the 200s and the 875s ---Mike ********************************************************************** Mike Tancsa (mike@sentex.net) * To do is to be -- Nietzsche Sentex Communications Corp, * To be is to do -- Sartre Cambridge, Ontario * Do be do be do -- Sinatra (http://www.sentex.net/~mdtancsa) * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 19:22:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA22644 for freebsd-stable-outgoing; Tue, 12 May 1998 19:22:57 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from wankers.net (root@host-209-214-84-40.ath.bellsouth.net [209.214.84.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA22632 for ; Tue, 12 May 1998 19:22:52 -0700 (PDT) (envelope-from dex@wankers.net) Received: from localhost (dex@localhost [127.0.0.1]) by wankers.net (8.8.8/8.8.7) with SMTP id WAA29664; Tue, 12 May 1998 22:22:42 -0400 (EDT) (envelope-from dex@wankers.net) Date: Tue, 12 May 1998 22:22:38 -0400 (EDT) From: Dexnation Holodream X-Sender: dex@localhost To: Mike D Tancsa cc: Drew Derbyshire - UUPC/Extended Support , stable@FreeBSD.ORG Subject: Re: PCI SCSI Card dejour? In-Reply-To: <199805121419.KAA10873@granite.sentex.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I have had only good experiences with my Adaptec 2940UW...keep in mind I have a rev0 card, but since you are using things that aren't WIDE devices, you won't have any of the problems folks have complained about. By the time you can afford a wide drive, the driver will be peachy. -Jon ;P~ On Tue, 12 May 1998, Mike D Tancsa wrote: > > What's the SCSI card choice dejour, as noted elsewhere various cards > > seem to fall in and out of favor. :-) > > I have had good experiences with the ASUS 875. I dont recall any BIOS/REV > silliness with them either. > > ---Mike > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 19:58:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA26483 for freebsd-stable-outgoing; Tue, 12 May 1998 19:58:59 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from wankers.net (root@host-209-214-84-40.ath.bellsouth.net [209.214.84.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA26471 for ; Tue, 12 May 1998 19:58:49 -0700 (PDT) (envelope-from dex@wankers.net) Received: from localhost (dex@localhost [127.0.0.1]) by wankers.net (8.8.8/8.8.7) with SMTP id WAA29900; Tue, 12 May 1998 22:59:40 -0400 (EDT) (envelope-from dex@wankers.net) Date: Tue, 12 May 1998 22:59:39 -0400 (EDT) From: Dexnation Holodream X-Sender: dex@localhost To: Andrew Short cc: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > I have a gut feeling that "stop-a" is somehow embedded in the Sparc > hardware...but I have to ask. stop-a has been in Sun hardware since before the Sparc. -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 21:01:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03218 for freebsd-stable-outgoing; Tue, 12 May 1998 21:01:12 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03163 for ; Tue, 12 May 1998 21:00:30 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id AAA14771; Wed, 13 May 1998 00:44:32 +0100 (BST) (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199805122344.AAA14771@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: Andrew Short cc: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-reply-to: Your message of "Tue, 12 May 1998 14:00:37 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 May 1998 00:44:31 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > On Tue, 12 May 1998, Forrest W. Christian wrote: > > > On Tue, 12 May 1998, Brian Somers wrote: > > > > > It's not a problem I've seen. It's *very* unlikely that ppp is > > > wedging the whole machine :-/ but possible I guess.... > > My (I use it at work, I am not lucky enough to OWN one!) Sun UltraSparc > has a feature that will arrest control from the OS by doing a Stop-A on > the keyboard. Obviously PC keyboards ado not have a stop key, but is > there anyway to emulate that behaviour without it being managed by the OS > so that IF the OS fails us (WHEN it fails us...once every decade or so) > that we can use that sequence? > > I have a gut feeling that "stop-a" is somehow embedded in the Sparc > hardware...but I have to ask. The closest in the PC world is the CTRL-ALT-ESC sequence that drops into ddb if you've got `options DDB' in your kernel config. This depends on the machine being alive enough to read the keyboard (which it isn't in this case as CAPS LOCK doesn't toggle the LED). Now if you talk to the likes of Bruce (bde@FreeBSD.org), he'll tell you how to open the box and short out lines 0 & 1 on the ISA bus, causing an NMI that will be caught by DDB (assuming the NMI interrupt vector hasn't been cr**ped all over) :-[] > ----------------------------------------------------------------------- > Andrew Short Colossians 3:23 > ashort@concentric.net http://www.concentric.net/~ashort/ > ----------------------------------------------------------------------- -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 21:01:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03245 for freebsd-stable-outgoing; Tue, 12 May 1998 21:01:27 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03180; Tue, 12 May 1998 21:00:47 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id AAA14458; Wed, 13 May 1998 00:38:37 +0100 (BST) (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199805122338.AAA14458@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: "Forrest W. Christian" cc: Brian Somers , stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-reply-to: Your message of "Tue, 12 May 1998 17:01:47 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 May 1998 00:38:37 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > Ok, I've played some more and even compiled and installed the ppp from > -current. > > This is definately a case of PPP doing something the kernel doesn't like. > I haven't had this machine (yet) do anything else I'd define as wierd. In > fact, it feels more stable than any other box I've installed recently. > > Let me ask these two questions: > > 1) What EXACTLY is the best way to get MAXIMUM verbosity out of PPP, > preferably to the console, so we can tell where this thing is locking? At the ppp prompt: set log local async carrier ccp chat command connect debug hdlc id0 ipcp lcp link lqm phase tcp/ip > 2) Do you have a quick and dirty answer to the question of how to best do > a debuging session which will likely get us near what this thing is doing > which is locking this box? This is tricky if the machine's just hanging.... See if it mis-behaves with a GENERIC kernel. If it does, help will be easier :-) Apart from that, it's a matter of trying to cause the crash with the minimum effort, then maybe sprinkling printf()s into the kernel in likely places 'till you hit something interesting... I'm not expert though. > - Forrest W. Christian (forrestc@imach.com) > ---------------------------------------------------------------------- > iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com > Solutions for your high-tech problems. (406)-442-6648 > ---------------------------------------------------------------------- -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 12 22:45:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16142 for freebsd-stable-outgoing; Tue, 12 May 1998 22:45:38 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from workhorse.iMach.com (forrestc@workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA16087; Tue, 12 May 1998 22:45:11 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id XAA24458; Tue, 12 May 1998 23:27:51 -0600 (MDT) Date: Tue, 12 May 1998 23:27:51 -0600 (MDT) From: "Forrest W. Christian" To: Brian Somers cc: stable@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: <199805122338.AAA14458@awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Some more information.... After spewing the very long debug line into the ppp config ppp locks even more reliably. It seems to always lock at the following point: Chat: Sending: ATE1Q0 Chat: Expecting: OK Chat: Wait for (5): OK If I run ppp inside of ktrace, I get one more line, usually: Connect: The unusual thing is that previously it would lock at somewhat random points - sometimes it would connect and then die, sometimes it would die before I could type DIAL. For everyone's information, here's what I have here: Pentium 133 32MB SDRAM TX Chipset Motherboard (epox) PCI Ethernet Card (NE2000 clone) PCI Trident Video Card Internal USR 56K Sporster on /dev/cuaa1 Built in com1 on /dev/cuaa0 Built in com2 disabled 2G WD Hard drive (IDE) And probably something else which is really important to mention. Things I've tried: Latest PPP from -current crashes Generic 2.2.6 kernel crashes This is basically an out-of-the-box setup. When it crashes it hard locks the machine. No alt-keys, no lock light toggling, no pings to the ethernet card, etc. etc. Basically a hard reset or power cycle is required to bring the machine back to life. - Forrest W. Christian (forrestc@imach.com) ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 00:43:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02504 for freebsd-stable-outgoing; Wed, 13 May 1998 00:43:38 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA02459 for ; Wed, 13 May 1998 00:43:24 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hindarfjell.ifi.uio.no (2602@hindarfjell.ifi.uio.no [129.240.64.130]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id JAA25629; Wed, 13 May 1998 09:43:24 +0200 (MET DST) Received: (from dag-erli@localhost) by hindarfjell.ifi.uio.no ; Wed, 13 May 1998 09:43:23 +0200 (MET DST) Mime-Version: 1.0 To: jjw@us.net Cc: "=?iso-8859-1?Q?=22Dag?= -Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav=22?= =?iso-8859-1?Q?=2C?= Andrew Short" , stable@FreeBSD.ORG Subject: Re: PC Keyboard Ctrlr Chip (was: PPP hard lock in 2.2.6) References: <3558CE72.2300BB70@us.net> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 13 May 1998 09:43:23 +0200 In-Reply-To: John Woodruff's message of "Tue, 12 May 1998 18:34:26 -0400" Message-ID: Lines: 35 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id AAA02469 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk John Woodruff writes: > Andrew Short writes: > > My (I use it at work, I am not lucky enough to OWN one!) > > Sun UltraSparc has a feature that will arrest control from the > > OS by doing a Stop-A on the keyboard. > > Dag-Erling Coidan Smørgrav wrote: > > [...] There is no way to do this on a PC, unless some bright > > motherboard vendor somes up with the idea of producing a motherboard > > that e.g. drops to a BIOS prompt when the keyboard controller (i8042) > > asserts the reset pin [...] > > > > I tried to find information about the 8042 on Intel's web site, but > > there doesn't seem to be any (except for references to it in chipset > > or motherboard datasheets). > > The 8042 is a general-purpose single-chip computer/controller; which > has been used since the dawn of time (or at least of the IBM PC/AT) Yup, the original PC and XT used the 8048. I know all that... what I was looking for was programming information - I know that outputting 0xfe to port 0x64 makes the 8042 assert the reset pin on the CPU, but I want to know *why* :) > Seems odd, but AFAIK the standard program has no way of triggering > the CPU reset on command from the keyboard - the main CPU has to > *ask* to be reset, which is why Ctrl-Alt-Del does nothing to a > hard-locked (or -looping) CPU. It shouldn't really be a problem to design a keyboard with this possibility. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 03:01:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA25411 for freebsd-stable-outgoing; Wed, 13 May 1998 03:01:10 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from beatrice.rutgers.edu (beatrice.rutgers.edu [165.230.209.143]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA25394 for ; Wed, 13 May 1998 03:00:55 -0700 (PDT) (envelope-from easmith@beatrice.rutgers.edu) Received: (from easmith@localhost) by beatrice.rutgers.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id GAA03987; Wed, 13 May 1998 06:00:29 -0400 From: "Allen Smith" Message-Id: <9805130600.ZM3960@beatrice.rutgers.edu> Date: Wed, 13 May 1998 06:00:27 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: freebsd-stable@FreeBSD.ORG, cvsup-bugs@polstra.com Subject: make buildworld fails on 2-2-stable system: pccard/cardinfo.h not found Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi. I'm having trouble doing a make buildworld on a 2-2-stable system, and the problem may be with cvsup. The system in question is a 2-2-980404-SNAP system from Atipa, updated for the first time (after a backup, of course) using the following supfile: # $Id: stable-supfile,v 1.12 1997/10/02 00:01:35 jkh Exp $ # # This file contains all of the "CVSup collections" that make up the # FreeBSD-stable source tree. # # CVSup (CVS Update Protocol) allows you to download the latest CVS # tree (or any branch of development therefrom) to your system easily # and efficiently (far more so than with sup, which CVSup is aimed # at replacing). If you're running CVSup interactively, and are # currently using an X display server, you should run CVSup as follows # to keep your CVS tree up-to-date: # # cvsup stable-supfile # # If not running X, or invoking cvsup from a non-interactive script, then # run it as follows: # # cvsup -g -L 2 stable-supfile # # You may wish to change some of the settings in this file to better # suit your system: # # host=cvsup.FreeBSD.org # This specifies the server host which will supply the # file updates. Please change this to one of the mirror # sites if possible. (See the "README" file.) You can # override this setting on the command line with cvsup's # "-h host" option. # # base=/usr # This specifies the root where CVSup will store information # about the collections you have transferred to your system. # A setting of "/usr" will generate this information in # /usr/sup. Even if you are CVSupping a large number of # collections, you will be hard pressed to generate more than # ~1MB of data in this directory. You can override the # "base" setting on the command line with cvsup's "-b base" # option. This directory must exist in order to run CVSup. # # prefix=/usr # This specifies where to place the requested files. A # setting of "/usr" will place all of the files requested # in "/usr/src" (e.g., "/usr/src/bin", "/usr/src/lib"). # The prefix directory must exist in order to run CVSup. # Defaults that apply to all the collections *default host=cvsup.ca.FreeBSD.org *default base=/var *default prefix=/var/cvs *default release=cvs *default delete use-rel-suffix # This is for the repository, since it's stuff that I may change ## Ports # the ports_net module ports-net # the ports_lang module ports-lang # the ports_devel module ports-devel # the ports_security module ports-security # the ports_sysutils module ports-sysutils ## Main Source Tree. # already done below - no module needed; here for CVSROOT src-base # the etc module src-etc # the include module src-include # the lib module src-lib # the sys module src-sys # change to installing *default prefix=/var/usr # This is for ports, so the tag is . *default tag=. ## Ports ports-archivers ports-base ports-comms ports-editors # needed for XEmacs: ports-graphics ports-mail ports-misc ports-print ports-shells ports-textproc ports-www # this is for the main source code, e.g. stable *default tag=RELENG_2_2 ## Main Source Tree src-base src-bin src-contrib src-gnu src-libexec src-release src-sbin src-share src-tools src-usrbin src-usrsbin src-crypto src-secure The above is more complicated than the norm, since I'm working on some changes to some of the source code (mainly for ipfilter). I did a cvs checkout of the appropriate ports and (using -r RELENG_2_2) src directories. The make buildworld failed when it tried building stuff in the usr.sbin/pccard/pccardc which attempted to include a file pccard/cardinfo.h. From examining ftp://ftp.FreeBSD.ORG/pub/FreeBSD/FreeBSD-CVS/src/usr.sbin/pccard/pccardc/dumpcis.c,v, the problem appears to be that cvsup fetched an incompatible version of the dumpcis.c file, which has a change from including pccard/card.h to including pccard/cardinfo.h. Since I have no need for the pccard stuff, I've done the temporary fix of removing pccard from the SUBDIRS in the src/usr.sbin Makefile, but: A. this is not suitable for someone who wants the pccard stuff and B. this goes away, IIRC, the next time I do a cvsup. Therefore, any assistance would be appreciated. Thanks, -Allen Here's the possibly significant sections of the make buildworld logfile I created using make buildworld |& tee make.buildworld.log: -------------------------------------------------------------- Rebuilding /usr/include -------------------------------------------------------------- cd /var/usr/src && SHARED=symlinks PATH=/usr/obj/var/usr/src/tmp/sbin:/usr/obj/var/usr/src/tmp/usr/sbin:/usr/obj/var/usr/src/tmp/bin:/usr/obj/var/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/root/bin BISON_SIMPLE=/usr/obj/var/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/var/usr/src/tmp/usr/libexec:/usr/obj/var/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/var/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/var/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/var/usr/src/tmp/usr/lib:/usr/obj/var/usr/src/tmp/usr/lib NOEXTRADEPEND=t /usr/obj/var/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/var/usr/src/tmp includes cd /var/usr/src/include && /usr/obj/var/usr/src/tmp/usr/bin/make -B all install ===> rpcsvc rpcgen -h /var/usr/src/include/rpcsvc/klm_prot.x -o klm_prot.h rpcgen -h /var/usr/src/include/rpcsvc/mount.x -o mount.h rpcgen -h /var/usr/src/include/rpcsvc/nfs_prot.x -o nfs_prot.h rpcgen -h /var/usr/src/include/rpcsvc/nlm_prot.x -o nlm_prot.h rpcgen -h /var/usr/src/include/rpcsvc/rex.x -o rex.h rpcgen -h /var/usr/src/include/rpcsvc/rnusers.x -o rnusers.h rpcgen -h /var/usr/src/include/rpcsvc/rquota.x -o rquota.h rpcgen -h /var/usr/src/include/rpcsvc/rstat.x -o rstat.h rpcgen -h /var/usr/src/include/rpcsvc/rwall.x -o rwall.h rpcgen -h /var/usr/src/include/rpcsvc/sm_inter.x -o sm_inter.h rpcgen -h /var/usr/src/include/rpcsvc/spray.x -o spray.h rpcgen -h /var/usr/src/include/rpcsvc/yppasswd.x -o yppasswd.h rpcgen -h /var/usr/src/include/rpcsvc/yp.x -o yp.h rpcgen -h /var/usr/src/include/rpcsvc/ypxfrd.x -o ypxfrd.h cd /var/usr/src/include; install -C -o bin -g bin -m 444 a.out.h ar.h assert.h bitstring.h ctype.h db.h dirent.h disktab.h elf.h err.h f2c.h fnmatch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h kvm.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h netdb.h nl_types.h nlist.h paths.h pthread.h pthread_np.h pwd.h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h setjmp.h sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utime.h utmp.h vis.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/include/arpa; install -C -o bin -g bin -m 444 ftp.h inet.h nameser.h telnet.h tftp.h /usr/obj/var/usr/src/tmp/usr/include/arpa cd /var/usr/src/include/protocols; install -C -o bin -g bin -m 444 dumprestore.h routed.h rwhod.h talkd.h timed.h /usr/obj/var/usr/src/tmp/usr/include/protocols cd /var/usr/src/include/rpc; install -C -o bin -g bin -m 444 auth.h auth_unix.h clnt.h pmap_clnt.h pmap_prot.h pmap_rmt.h rpc.h rpc_msg.h svc.h svc_auth.h types.h xdr.h /usr/obj/var/usr/src/tmp/usr/include/rpc creating osreldate.h from newvers.sh . /var/usr/src/include/../sys/conf/newvers.sh; echo "$COPYRIGHT" > osreldate.h; echo \#'undef __FreeBSD_version' >> osreldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h install -C -o bin -g bin -m 444 /usr/obj/var/usr/src/include/osreldate.h /usr/obj/var/usr/src/tmp/usr/include ln -sf sys/errno.h /usr/obj/var/usr/src/tmp/usr/include/errno.h ln -sf sys/fcntl.h /usr/obj/var/usr/src/tmp/usr/include/fcntl.h ln -sf sys/syslog.h /usr/obj/var/usr/src/tmp/usr/include/syslog.h ln -sf sys/termios.h /usr/obj/var/usr/src/tmp/usr/include/termios.h ln -sf machine/float.h /usr/obj/var/usr/src/tmp/usr/include/float.h ln -sf machine/floatingpoint.h /usr/obj/var/usr/src/tmp/usr/include/floatingpoint.h ln -sf machine/stdarg.h /usr/obj/var/usr/src/tmp/usr/include/stdarg.h ln -sf machine/varargs.h /usr/obj/var/usr/src/tmp/usr/include/varargs.h Setting up symlinks to kernel source tree... rm -rf /usr/obj/var/usr/src/tmp/usr/include/net ln -s ../../sys/net /usr/obj/var/usr/src/tmp/usr/include/net rm -rf /usr/obj/var/usr/src/tmp/usr/include/netns ln -s ../../sys/netns /usr/obj/var/usr/src/tmp/usr/include/netns rm -rf /usr/obj/var/usr/src/tmp/usr/include/netatalk ln -s ../../sys/netatalk /usr/obj/var/usr/src/tmp/usr/include/netatalk rm -rf /usr/obj/var/usr/src/tmp/usr/include/netinet ln -s ../../sys/netinet /usr/obj/var/usr/src/tmp/usr/include/netinet rm -rf /usr/obj/var/usr/src/tmp/usr/include/netipx ln -s ../../sys/netipx /usr/obj/var/usr/src/tmp/usr/include/netipx rm -rf /usr/obj/var/usr/src/tmp/usr/include/netkey ln -s ../../sys/netkey /usr/obj/var/usr/src/tmp/usr/include/netkey rm -rf /usr/obj/var/usr/src/tmp/usr/include/nfs ln -s ../../sys/nfs /usr/obj/var/usr/src/tmp/usr/include/nfs rm -rf /usr/obj/var/usr/src/tmp/usr/include/pccard ln -s ../../sys/pccard /usr/obj/var/usr/src/tmp/usr/include/pccard rm -rf /usr/obj/var/usr/src/tmp/usr/include/sys ln -s ../../sys/sys /usr/obj/var/usr/src/tmp/usr/include/sys rm -rf /usr/obj/var/usr/src/tmp/usr/include/vm ln -s ../../sys/vm /usr/obj/var/usr/src/tmp/usr/include/vm rm -rf /usr/obj/var/usr/src/tmp/usr/include/ufs ln -s ../../sys/ufs /usr/obj/var/usr/src/tmp/usr/include/ufs rm -rf /usr/obj/var/usr/src/tmp/usr/include/machine ln -s ../../sys/i386/include /usr/obj/var/usr/src/tmp/usr/include/machine ===> rpcsvc install -C -o bin -g bin -m 444 /var/usr/src/include/rpcsvc/yp_prot.h /var/usr/src/include/rpcsvc/ypclnt.h /var/usr/src/include/rpcsvc/bootparam_prot.x /var/usr/src/include/rpcsvc/klm_prot.x /var/usr/src/include/rpcsvc/mount.x /var/usr/src/include/rpcsvc/nfs_prot.x /var/usr/src/include/rpcsvc/nlm_prot.x /var/usr/src/include/rpcsvc/rex.x /var/usr/src/include/rpcsvc/rnusers.x /var/usr/src/include/rpcsvc/rquota.x /var/usr/src/include/rpcsvc/rstat.x /var/usr/src/include/rpcsvc/rwall.x /var/usr/src/include/rpcsvc/sm_inter.x /var/usr/src/include/rpcsvc/spray.x /var/usr/src/include/rpcsvc/yppasswd.x /var/usr/src/include/rpcsvc/yp.x /var/usr/src/include/rpcsvc/ypxfrd.x klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h /usr/obj/var/usr/src/tmp/usr/include/rpcsvc cd /var/usr/src/gnu/include && /usr/obj/var/usr/src/tmp/usr/bin/make install install -C -o bin -g bin -m 444 /var/usr/src/gnu/include/values.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/gnu/lib/libreadline && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libreadline/../../../contrib/libreadline/readline.h /usr/obj/var/usr/src/tmp/usr/include/readline install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libreadline/../../../contrib/libreadline/chardefs.h /usr/obj/var/usr/src/tmp/usr/include/readline install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libreadline/../../../contrib/libreadline/keymaps.h /usr/obj/var/usr/src/tmp/usr/include/readline install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libreadline/../../../contrib/libreadline/history.h /usr/obj/var/usr/src/tmp/usr/include/readline install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libreadline/../../../contrib/libreadline/tilde.h /usr/obj/var/usr/src/tmp/usr/include/readline cd /var/usr/src/gnu/lib/libregex && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libregex/regex.h /usr/obj/var/usr/src/tmp/usr/include/gnuregex.h cd /var/usr/src/gnu/lib/libstdc++ && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libstdc++/_G_config.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cassert /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cctype /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cerrno /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cfloat /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/ciso646 /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/climits /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/clocale /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cmath /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/complex /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/csetjmp /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/csignal /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cstdarg /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cstddef /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cstdio /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cstdlib /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cstring /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/ctime /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cwchar /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/cwctype /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/new /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stddef /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/string /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/exception /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stdexcept /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/typeinfo /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/algorithm /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/deque /var/usr/ src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/list /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/map /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/queue /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/set /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stack /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/vector /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/utility /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/functional /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/iterator /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/memory /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/numeric /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/complex.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/new.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/PlotFile.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/SFile.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/builtinbuf.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/editbuf.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/floatio.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/fstream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/indstream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/iolibio.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/iomanip.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/iostdio.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/iostream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/iostreamP.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/istream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/libio.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/l ibg++/libio/libioP.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/ostream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/parsestream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/pfstream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/procbuf.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/stdiostream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/stream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/streambuf.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/strfile.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio/strstream.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/algo.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/algobase.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/bool.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/bvector.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/defalloc.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/deque.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/faralloc.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/fdeque.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/flist.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/fmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/fmultmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/fmultset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/fset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/function.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/hdeque.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/heap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/hlist.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/ libg++/libstdc++/stl/hmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/hmultmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/hmultset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/hset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/hugalloc.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/hvector.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/iterator.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/lbvector.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/ldeque.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/list.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/llist.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/lmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/lmultmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/lmultset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/lngalloc.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/lset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/map.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/multimap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/multiset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/neralloc.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/nmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/nmultmap.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/nmultset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/nset.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/pair.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/projectn.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/lib stdc++/stl/set.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/stack.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/tempbuf.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/tree.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/stl/vector.h /usr/obj/var/usr/src/tmp/usr/include/g++ install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/bastring.cc /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/bastring.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cassert.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cctype.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cerrno.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cfloat.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cinst.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/ciso646.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/climits.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/clocale.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cmath.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/complex.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/complext.cc /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/complext.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/csetjmp.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/csignal.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cstdarg.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cstddef.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cstdio.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cstdlib.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cstring.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/ctime.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cwchar.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/cwctype.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/dcomplex.h /var/usr/src/gnu/lib/libstdc++/../../../con trib/libg++/libstdc++/std/exception.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/fcomplex.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/ldcomplex.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/new.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/sinst.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/stddef.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/stdexcept.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/straits.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/string.h /var/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/std/typeinfo.h /usr/obj/var/usr/src/tmp/usr/include/g++/std cd /var/usr/src/gnu/lib/libg++ && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/ACG.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/AllocRing.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Binomial.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitSet.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitString.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Complex.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/DLList.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/DiscUnif.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Erlang.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Fix.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Fix16.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Fix24.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Geom.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/GetOpt.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/HypGeom.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Incremental.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Integer.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/LogNorm.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/NegExp.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Normal.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Obstack.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Pix.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Poisson.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/RNG.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Random.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Rational.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Re gex.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/RndInt.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/SLList.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/SmplHist.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/SmplStat.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/String.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Uniform.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/Weibull.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/bitdo1.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/bitdo2.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/bitprims.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/builtin.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/compare.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/generic.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/getpagesize.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/libc.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/minmax.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/osfcn.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/std.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/strclass.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/swap.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/sysent.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/typemacros.h /var/usr/src/gnu/lib/libg++/../../../contrib/libg++/librx/rx.h /usr/obj/var/usr/src/tmp/usr/include/g++ cd /var/usr/src/gnu/lib/libdialog && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/gnu/lib/libdialog/dialog.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libtelnet && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall cd /var/usr/src/lib/csu/i386 && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/csu/i386/dlfcn.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libalias && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libalias/alias.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libc && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall cd /var/usr/src/lib/libcurses && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libcurses/curses.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libedit && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall cd /var/usr/src/lib/libftpio && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libftpio/ftpio.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libmd && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libmd/md2.h /usr/obj/var/usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /var/usr/src/lib/libmd/md4.h /usr/obj/var/usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /var/usr/src/lib/libmd/md5.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libmytinfo && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libmytinfo/term.h /usr/obj/var/usr/src/tmp/usr/include ln -sf term.h /usr/obj/var/usr/src/tmp/usr/include/nterm.h cd /var/usr/src/lib/libncurses && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -m 444 -o bin -g bin /var/usr/src/lib/libncurses/unctrl.h /usr/obj/var/usr/src/tmp/usr/include install -C -m 444 -o bin -g bin /var/usr/src/lib/libncurses/curses.h /usr/obj/var/usr/src/tmp/usr/include/ncurses.h cd /var/usr/src/lib/msun && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/msun/src/math.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libpcap && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libpcap/../../contrib/libpcap/pcap.h /usr/obj/var/usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /var/usr/src/lib/libpcap/../../contrib/libpcap/pcap-int.h /usr/obj/var/usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /var/usr/src/lib/libpcap/../../contrib/libpcap/pcap-namedb.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/librpcsvc && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall cd /var/usr/src/lib/libskey && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libskey/skey.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libtermcap && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libtermcap/termcap.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libcom_err && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libcom_err/com_err.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libss && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libss/ss.h /usr/obj/var/usr/src/tmp/usr/include/ss install -C -o bin -g bin -m 444 /var/usr/src/lib/libss/copyright.h /usr/obj/var/usr/src/tmp/usr/include/ss/mit-sipb-copyright.h cd /var/usr/src/lib/libscsi && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libscsi/scsi.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libutil && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libutil/libutil.h /usr/obj/var/usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /var/usr/src/lib/libutil/login_cap.h /usr/obj/var/usr/src/tmp/usr/include cd /var/usr/src/lib/libz && /usr/obj/var/usr/src/tmp/usr/bin/make beforeinstall install -C -o bin -g bin -m 444 /var/usr/src/lib/libz/zconf.h /usr/obj/var/usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /var/usr/src/lib/libz/zlib.h /usr/obj/var/usr/src/tmp/usr/include [stuff deleted... - Allen] -------------------------------------------------------------- Rebuilding dependencies -------------------------------------------------------------- [stuff deleted... - Allen] ===> usr.sbin ===> usr.sbin/ac rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/ac/ac.c ===> usr.sbin/accton rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/accton/accton.c ===> usr.sbin/adduser ===> usr.sbin/amd ===> usr.sbin/amd/amd rpcgen -h /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_prot.h rpcgen -h -DWANT_NFS3 /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/mount.x -o mount.h rpcgen -c -DWANT_NFS3 /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/mount.x -o mount_xdr.c rpcgen -m /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_prot_svc.c rpcgen -c /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_prot_xdr.c rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/usr.sbin/amd/amd -I/var/usr/src/usr.sbin/amd/amd/../rpcx -I/var/usr/src/usr.sbin/amd/amd/../config -I/var/usr/src/usr.sbin/amd/amd/../include -DARCH_REP=\"i386\" -DOS_REP=\"bsd44\" -DOS_HDR=\"os-bsd44.h\" -DHAS_FILE_MAPS -DHAS_PASSWD_MAPS -DHAS_UNION_MAPS -DHAS_REGEXP -DHAS_SYMLINK_CACHE -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/amd/amd/afs_ops.c /var/usr/src/usr.sbin/amd/amd/am_ops.c /var/usr/src/usr.sbin/amd/amd/clock.c /var/usr/src/usr.sbin/amd/amd/util.c /var/usr/src/usr.sbin/amd/amd/xutil.c /var/usr/src/usr.sbin/amd/amd/efs_ops.c /var/usr/src/usr.sbin/amd/amd/mapc.c /var/usr/src/usr.sbin/amd/amd/info_file.c /var/usr/src/usr.sbin/amd/amd/info_hes.c /var/usr/src/usr.sbin/amd/amd/info_ndbm.c /var/usr/src/usr.sbin/amd/amd/info_passwd.c /var/usr/src/usr.sbin/amd/amd/info_nis.c /var/usr/src/usr.sbin/amd/amd/info_union.c /var/usr/src/usr.sbin/amd/amd/map.c /var/usr/src/usr.sbin/amd/amd/srvr_afs.c /var/usr/src/usr.sbin/amd/amd/srvr_nfs.c /var/usr/src/usr.sbin/amd/amd/mntfs.c /var/usr/src/usr.sbin/amd/amd/misc_rpc.c /var/usr/src/usr.sbin/amd/amd/mount_fs.c mount_xdr.c /var/usr/src/usr.sbin/amd/amd/mtab.c /var/usr/src/usr.sbin/amd/amd/../config/mtab_bsd.c /var/usr/src/usr.sbin/amd/amd/nfs_ops.c nfs_prot_svc.c /var/usr/src/usr.sbin/amd/amd/nfs_start.c /var/usr/src/usr.sbin/amd/amd/nfs_subr.c nfs_prot_xdr.c /var/usr/src/usr.sbin/amd/amd/opts.c /var/usr/src/usr.sbin/amd/amd/pfs_ops.c /var/usr/src/usr.sbin/amd/amd/rpc_fwd.c /var/usr/src/usr.sbin/amd/amd/sched.c /var/usr/src/usr.sbin/amd/amd/sfs_ops.c /var/usr/src/usr.sbin/amd/amd/../rpcx/amq_svc.c /var/usr/src/usr.sbin/amd/amd/amq_subr.c /var/usr/src/usr.sbin/amd/amd/umount_fs.c /var/usr/src/usr.sbin/amd/amd/host_ops.c /var/usr/src/usr.sbin/amd/amd/nfsx_ops.c /var/usr/src/usr.sbin/amd/amd/ufs_ops.c /var/usr/src/usr.sbin/amd/amd/ifs_ops.c /var/usr/src/usr.sbin/amd/amd/amd.c /var/usr/src/usr.sbin/amd/amd/get_args.c /var/usr/src/usr.sbin/amd/amd/restart.c /var/usr/src/usr.sbin/amd/amd/wire.c ===> usr.sbin/amd/amq rpcgen -h /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_prot.h rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/usr.sbin/amd/amq -I/var/usr/src/usr.sbin/amd/amq/../include -I/var/usr/src/usr.sbin/amd/amq/../rpcx -I/var/usr/src/usr.sbin/amd/amq/../config -DARCH_REP=\"i386\" -DOS_REP=\"bsd44\" -DOS_HDR=\"os-bsd44.h\" -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/amd/amq/amq.c /var/usr/src/usr.sbin/amd/amq/../rpcx/amq_clnt.c /var/usr/src/usr.sbin/amd/amq/../rpcx/amq_xdr.c /var/usr/src/usr.sbin/amd/amq/../amd/misc_rpc.c ===> usr.sbin/amd/doc ===> usr.sbin/amd/fsinfo # expect 2 shift/reduce conflicts yacc -d /var/usr/src/usr.sbin/amd/fsinfo/fsi_gram.y yacc: 2 shift/reduce conflicts mv -f y.tab.c fsi_gram.c mv -f y.tab.h fsi_gram.h lex /var/usr/src/usr.sbin/amd/fsinfo/fsi_lex.l mv -f lex.yy.c fsi_lex.c rm -f .depend mkdep -f .depend -a -I. -I/var/usr/src/usr.sbin/amd/fsinfo/../include -I/var/usr/src/usr.sbin/amd/fsinfo/../config -DOS_HDR=\"os-bsd44.h\" -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/amd/fsinfo/fsinfo.c fsi_gram.c fsi_lex.c /var/usr/src/usr.sbin/amd/fsinfo/fsi_util.c /var/usr/src/usr.sbin/amd/fsinfo/fsi_analyze.c /var/usr/src/usr.sbin/amd/fsinfo/fsi_dict.c /var/usr/src/usr.sbin/amd/fsinfo/wr_atab.c /var/usr/src/usr.sbin/amd/fsinfo/wr_bparam.c /var/usr/src/usr.sbin/amd/fsinfo/wr_dumpset.c /var/usr/src/usr.sbin/amd/fsinfo/wr_exportfs.c /var/usr/src/usr.sbin/amd/fsinfo/wr_fstab.c ===> usr.sbin/amd/mk-amd-map rpcgen -h /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/nfs_prot.x -o nfs_prot.h rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/usr.sbin/amd/mk-amd-map -I/var/usr/src/usr.sbin/amd/mk-amd-map/../include -I/var/usr/src/usr.sbin/amd/mk-amd-map/../rpcx -I/var/usr/src/usr.sbin/amd/mk-amd-map/../config -DOS_HDR=\"os-bsd44.h\" -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/amd/mk-amd-map/mk-amd-map.c ===> usr.sbin/arp rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/arp/arp.c ===> usr.sbin/bootparamd ===> usr.sbin/bootparamd/bootparamd rpcgen -h -o bootparam_prot.h /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/bootparam_prot.x rpcgen -c -o bootparam_prot_xdr.c /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/bootparam_prot.x rpcgen -m -o bootparam_prot_svc.c /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/bootparam_prot.x rm -f .depend mkdep -f .depend -a -DTFTP_DIR=\"/tftpboot\" -I. -I/usr/obj/var/usr/src/tmp/usr/include bootparam_prot_xdr.c bootparam_prot_svc.c /var/usr/src/usr.sbin/bootparamd/bootparamd/bootparamd.c /var/usr/src/usr.sbin/bootparamd/bootparamd/main.c ===> usr.sbin/bootparamd/callbootd rpcgen -h -o bootparam_prot.h /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/bootparam_prot.x rpcgen -c -o bootparam_prot_xdr.c /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/bootparam_prot.x rpcgen -l -o bootparam_prot_clnt.c /usr/obj/var/usr/src/tmp/usr/include/rpcsvc/bootparam_prot.x rm -f .depend mkdep -f .depend -a -I. -I/usr/obj/var/usr/src/tmp/usr/include bootparam_prot_xdr.c bootparam_prot_clnt.c /var/usr/src/usr.sbin/bootparamd/callbootd/callbootd.c ===> usr.sbin/cdcontrol rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/cdcontrol/cdcontrol.c ===> usr.sbin/chown rm -f .depend mkdep -f .depend -a -DSUPPORT_DOT -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/chown/chown.c ===> usr.sbin/chroot rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/chroot/chroot.c ===> usr.sbin/cron ===> usr.sbin/cron/lib rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/cron/lib/../cron -DLOGIN_CAP -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/cron/lib/entry.c /var/usr/src/usr.sbin/cron/lib/env.c /var/usr/src/usr.sbin/cron/lib/misc.c ===> usr.sbin/cron/cron rm -f .depend mkdep -f .depend -a -DLOGIN_CAP -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/cron/cron/cron.c /var/usr/src/usr.sbin/cron/cron/database.c /var/usr/src/usr.sbin/cron/cron/do_command.c /var/usr/src/usr.sbin/cron/cron/job.c /var/usr/src/usr.sbin/cron/cron/user.c /var/usr/src/usr.sbin/cron/cron/popen.c ===> usr.sbin/cron/crontab rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/cron/crontab/../cron -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/cron/crontab/crontab.c ===> usr.sbin/crunch ===> usr.sbin/crunch/crunchgen sh -e /var/usr/src/usr.sbin/crunch/crunchgen/mkskel.sh /var/usr/src/usr.sbin/crunch/crunchgen/crunched_main.c >crunched_skel.c rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/crunch/crunchgen/crunchgen.c crunched_skel.c ===> usr.sbin/crunch/crunchide rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/crunch/crunchide/crunchide.c ===> usr.sbin/ctm ===> usr.sbin/ctm/ctm rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/ctm/ctm/ctm.c /var/usr/src/usr.sbin/ctm/ctm/ctm_input.c /var/usr/src/usr.sbin/ctm/ctm/ctm_pass1.c /var/usr/src/usr.sbin/ctm/ctm/ctm_pass2.c /var/usr/src/usr.sbin/ctm/ctm/ctm_pass3.c /var/usr/src/usr.sbin/ctm/ctm/ctm_passb.c /var/usr/src/usr.sbin/ctm/ctm/ctm_syntax.c /var/usr/src/usr.sbin/ctm/ctm/ctm_ed.c ===> usr.sbin/ctm/ctm_scan rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/ctm/ctm_scan/ctm_scan.c ===> usr.sbin/ctm/ctm_rmail rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/ctm/ctm_rmail/ctm_rmail.c /var/usr/src/usr.sbin/ctm/ctm_rmail/error.c ===> usr.sbin/ctm/ctm_smail rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/ctm/ctm_smail/../ctm_rmail -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/ctm/ctm_smail/ctm_smail.c /var/usr/src/usr.sbin/ctm/ctm_smail/../ctm_rmail/error.c ===> usr.sbin/ctm/ctm_dequeue rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/ctm/ctm_dequeue/../ctm_rmail -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/ctm/ctm_dequeue/ctm_dequeue.c /var/usr/src/usr.sbin/ctm/ctm_dequeue/../ctm_rmail/error.c ===> usr.sbin/dev_mkdb rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/dev_mkdb/dev_mkdb.c ===> usr.sbin/diskpart rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/diskpart/diskpart.c ===> usr.sbin/edquota rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/edquota/edquota.c ===> usr.sbin/inetd rm -f .depend mkdep -f .depend -a -DLOGIN_CAP -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/inetd/inetd.c ===> usr.sbin/kernbb rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/kernbb/kernbb.c ===> usr.sbin/keyadmin rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/keyadmin/keyadmin.c ===> usr.sbin/kgmon rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/kgmon/kgmon.c ===> usr.sbin/kvm_mkdb rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/kvm_mkdb/kvm_mkdb.c /var/usr/src/usr.sbin/kvm_mkdb/nlist.c /var/usr/src/usr.sbin/kvm_mkdb/testdb.c ===> usr.sbin/lpr ===> usr.sbin/lpr/lp ===> usr.sbin/lpr/lpc rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/lpr/lpc/../common_source -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/lpc/lpc.c /var/usr/src/usr.sbin/lpr/lpc/cmds.c /var/usr/src/usr.sbin/lpr/lpc/cmdtab.c /var/usr/src/usr.sbin/lpr/lpc/../common_source/startdaemon.c /var/usr/src/usr.sbin/lpr/lpc/../common_source/common.c ===> usr.sbin/lpr/lpd rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/lpr/lpd/../common_source -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/lpd/lpd.c /var/usr/src/usr.sbin/lpr/lpd/printjob.c /var/usr/src/usr.sbin/lpr/lpd/recvjob.c /var/usr/src/usr.sbin/lpr/lpd/../common_source/displayq.c /var/usr/src/usr.sbin/lpr/lpd/../common_source/rmjob.c /var/usr/src/usr.sbin/lpr/lpd/../common_source/startdaemon.c /var/usr/src/usr.sbin/lpr/lpd/lpdchar.c /var/usr/src/usr.sbin/lpr/lpd/../common_source/common.c /var/usr/src/usr.sbin/lpr/lpd/modes.c ===> usr.sbin/lpr/lpq rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/lpr/lpq/../common_source -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/lpq/lpq.c /var/usr/src/usr.sbin/lpr/lpq/../common_source/displayq.c /var/usr/src/usr.sbin/lpr/lpq/../common_source/common.c ===> usr.sbin/lpr/lpr rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/lpr/lpr/../common_source -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/lpr/lpr.c /var/usr/src/usr.sbin/lpr/lpr/../common_source/startdaemon.c /var/usr/src/usr.sbin/lpr/lpr/../common_source/common.c ===> usr.sbin/lpr/lprm rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/lpr/lprm/../common_source -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/lprm/lprm.c /var/usr/src/usr.sbin/lpr/lprm/../common_source/rmjob.c /var/usr/src/usr.sbin/lpr/lprm/../common_source/startdaemon.c /var/usr/src/usr.sbin/lpr/lprm/../common_source/common.c ===> usr.sbin/lpr/lptest rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/lptest/lptest.c ===> usr.sbin/lpr/pac rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/lpr/pac/../common_source -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/pac/pac.c /var/usr/src/usr.sbin/lpr/pac/../common_source/common.c ===> usr.sbin/lpr/filters rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/filters/lpf.c ===> usr.sbin/lpr/filters.ru rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/lpr/filters.ru/koi2alt.c ===> usr.sbin/manctl ===> usr.sbin/mkdosfs rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/mkdosfs/mkdosfs.c ===> usr.sbin/mrouted ===> usr.sbin/mrouted/common rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/mrouted/common/.. -DRSRR -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/mrouted/common/../igmp.c /var/usr/src/usr.sbin/mrouted/common/../inet.c /var/usr/src/usr.sbin/mrouted/common/../kern.c ===> usr.sbin/mrouted/mrouted rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/mrouted/mrouted/.. -DRSRR -I/usr/obj/var/usr/src/tmp/usr/include -DRSRR /var/usr/src/usr.sbin/mrouted/mrouted/../config.c /var/usr/src/usr.sbin/mrouted/mrouted/../main.c /var/usr/src/usr.sbin/mrouted/mrouted/../route.c /var/usr/src/usr.sbin/mrouted/mrouted/../vif.c /var/usr/src/usr.sbin/mrouted/mrouted/../prune.c /var/usr/src/usr.sbin/mrouted/mrouted/../callout.c /var/usr/src/usr.sbin/mrouted/mrouted/../rsrr.c ===> usr.sbin/mrouted/mrinfo rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/mrouted/mrinfo/.. -DRSRR -I/usr/obj/var/usr/src/tmp/usr/include -DRSRR /var/usr/src/usr.sbin/mrouted/mrinfo/../mrinfo.c ===> usr.sbin/mrouted/map-mbone rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/mrouted/map-mbone/.. -DRSRR -I/usr/obj/var/usr/src/tmp/usr/include -DRSRR /var/usr/src/usr.sbin/mrouted/map-mbone/../mapper.c ===> usr.sbin/mrouted/mtrace rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/mrouted/mtrace/.. -DRSRR -I/usr/obj/var/usr/src/tmp/usr/include -DRSRR /var/usr/src/usr.sbin/mrouted/mtrace/../mtrace.c ===> usr.sbin/mrouted/testrsrr rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/mrouted/testrsrr/.. -DRSRR -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/mrouted/testrsrr/testrsrr.c ===> usr.sbin/mtest rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/mtest/mtest.c ===> usr.sbin/mtree rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/mtree/compare.c /var/usr/src/usr.sbin/mtree/../../usr.bin/cksum/crc.c /var/usr/src/usr.sbin/mtree/create.c /var/usr/src/usr.sbin/mtree/misc.c /var/usr/src/usr.sbin/mtree/mtree.c /var/usr/src/usr.sbin/mtree/spec.c /var/usr/src/usr.sbin/mtree/verify.c ===> usr.sbin/named (u=${USER-root} d=`pwd` h=`hostname` t=`LC_TIME=C date`; sed -e "s|%WHEN%|${t}|" -e "s|%VERSION%|"4.9.7-T1B"|" -e "s|%WHOANDWHERE%|${u}@${h}:${d}|" < /var/usr/src/usr.sbin/named/../../contrib/bind/named/Version.c > version.c) rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/named/../../contrib/bind -I/var/usr/src/usr.sbin/named/../../contrib/bind/include -DUSE_OPTIONS_H -I/usr/obj/var/usr/src/tmp/usr/include version.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_dump.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_glue.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_load.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_lookup.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_reload.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_save.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_secure.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/db_update.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_forw.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_init.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_main.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_maint.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_ncache.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_req.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_resp.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_sort.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_stats.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_udp.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/ns_validate.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/storage.c /var/usr/src/usr.sbin/named/../../contrib/bind/named/tree.c ===> usr.sbin/named.reload ===> usr.sbin/named.restart ===> usr.sbin/natd rm -f .depend mkdep -f .depend -a -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/natd/natd.c /var/usr/src/usr.sbin/natd/icmp.c ===> usr.sbin/ndc ===> usr.sbin/newsyslog rm -f .depend mkdep -f .depend -a -DOSF -DCONF=\"/etc/newsyslog.conf\" -DPIDFILE=\"/var/run/syslog.pid\" -DCOMPRESS_PATH=\"/usr/bin/gzip\" -DCOMPRESS_PROG=\"gzip\" -DCOMPRESS_POSTFIX=\".gz\" -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/newsyslog/newsyslog.c ===> usr.sbin/nslookup lex -t /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/commands.l > commands.c rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/nslookup/../../contrib/bind -I/var/usr/src/usr.sbin/nslookup/../../contrib/bind/include -DUSE_OPTIONS_H -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/main.c /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/getinfo.c /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/debug.c /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/send.c /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/skip.c /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/list.c /var/usr/src/usr.sbin/nslookup/../../contrib/bind/tools/nslookup/subr.c commands.c ===> usr.sbin/pccard ===> usr.sbin/pccard/pccardc rm -f .depend mkdep -f .depend -a -I/var/usr/src/usr.sbin/pccard/pccardc/../pccardd -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/pccard/pccardc/dumpcis.c /var/usr/src/usr.sbin/pccard/pccardc/enabler.c /var/usr/src/usr.sbin/pccard/pccardc/pccardc.c /var/usr/src/usr.sbin/pccard/pccardc/pccardmem.c /var/usr/src/usr.sbin/pccard/pccardc/printcis.c /var/usr/src/usr.sbin/pccard/pccardc/rdattr.c /var/usr/src/usr.sbin/pccard/pccardc/rdmap.c /var/usr/src/usr.sbin/pccard/pccardc/rdreg.c /var/usr/src/usr.sbin/pccard/pccardc/../pccardd/readcis.c /var/usr/src/usr.sbin/pccard/pccardc/wrattr.c /var/usr/src/usr.sbin/pccard/pccardc/wrreg.c /var/usr/src/usr.sbin/pccard/pccardc/dumpcis.c:40: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/enabler.c:40: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/pccardmem.c:38: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/printcis.c:38: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/rdattr.c:32: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/rdmap.c:39: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/rdreg.c:40: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/../pccardd/readcis.c:39: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/wrattr.c:40: pccard/cardinfo.h: No such file or directory /var/usr/src/usr.sbin/pccard/pccardc/wrreg.c:40: pccard/cardinfo.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 03:25:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA28733 for freebsd-stable-outgoing; Wed, 13 May 1998 03:25:43 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from internationalschool.co.uk (intschool.easynet.co.uk [194.72.37.214]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28719 for ; Wed, 13 May 1998 03:25:23 -0700 (PDT) (envelope-from stuart@internationalschool.co.uk) Received: from internationalschool.co.uk (bamboo.tis [10.0.0.70]) by internationalschool.co.uk (8.8.8/8.8.8) with ESMTP id LAA08379; Wed, 13 May 1998 11:15:04 +0100 (BST) Message-ID: <355972B8.ADF0BF8B@internationalschool.co.uk> Date: Wed, 13 May 1998 11:15:20 +0100 From: Stuart Henderson Organization: The International School X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE i386) MIME-Version: 1.0 To: "Forrest W. Christian" , stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Forrest W. Christian wrote: > > And probably something else which is really important to mention. is X running at the time? if so, try it without and see if it's any better. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 04:40:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12429 for freebsd-stable-outgoing; Wed, 13 May 1998 04:40:06 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from beatrice.rutgers.edu (beatrice.rutgers.edu [165.230.209.143]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA12319; Wed, 13 May 1998 04:39:40 -0700 (PDT) (envelope-from easmith@beatrice.rutgers.edu) Received: (from easmith@localhost) by beatrice.rutgers.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA05866; Wed, 13 May 1998 07:39:15 -0400 From: "Allen Smith" Message-Id: <9805130739.ZM5858@beatrice.rutgers.edu> Date: Wed, 13 May 1998 07:39:15 -0400 In-Reply-To: Allen Smith "make buildworld fails on 2-2-stable system: pccard/cardinfo.h not found" (May 13, 6:00am) References: <9805130600.ZM3960@beatrice.rutgers.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: make buildworld fails on 2-2-stable system: pccard/cardinfo.h not found Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi. I got around the pccard problem via the method I mentioned (namely removing pccard from the list of SUBDIRS), but now I can't do an installworld - after going into single-user mode and initiating it, the mtree command fails with a "panic: fdesc attr" and the system reboots. I find this more than a bit disturbing. Is it possible that this has to do with the fdesc filesystem I've got union-mounted over my /dev directory? Thanks, -Allen P.S. Sorry about the size of the file I sent out earlier - I didn't quite realize how big it was even after my trimming... While I've copied the significant stuff down below since this is also now going to hackers, I have trimmed it significantly. On May 13, 6:00am, Allen Smith (possibly) wrote: > Hi. I'm having trouble doing a make buildworld on a 2-2-stable > system, and the problem may be with cvsup. The system in question > is a 2-2-980404-SNAP system from Atipa, updated for the first time > (after a backup, of course) using the following supfile: > [edited - Allen] > # Defaults that apply to all the collections > *default host=cvsup.ca.FreeBSD.org > *default base=/var > *default prefix=/var/cvs > *default release=cvs > *default delete use-rel-suffix > > # This is for the repository, since it's stuff that I may change > > ## Ports > > # the ports_net module > ports-net > # the ports_lang module > ports-lang > # the ports_devel module > ports-devel > # the ports_security module > ports-security > # the ports_sysutils module > ports-sysutils > > ## Main Source Tree. > > # already done below - no module needed; here for CVSROOT > src-base > # the etc module > src-etc > # the include module > src-include > # the lib module > src-lib > # the sys module > src-sys > > # change to installing > *default prefix=/var/usr > > # This is for ports, so the tag is . > *default tag=. > > ## Ports > > ports-archivers > ports-base > ports-comms > ports-editors > # needed for XEmacs: > ports-graphics > ports-mail > ports-misc > ports-print > ports-shells > ports-textproc > ports-www > > # this is for the main source code, e.g. stable > *default tag=RELENG_2_2 > > ## Main Source Tree > > src-base > src-bin > src-contrib > src-gnu > src-libexec > src-release > src-sbin > src-share > src-tools > src-usrbin > src-usrsbin > > src-crypto > src-secure > > The above is more complicated than the norm, since I'm working on some > changes to some of the source code (mainly for ipfilter). I did a > cvs checkout of the appropriate ports and (using -r RELENG_2_2) src > directories. > > The make buildworld failed when it tried building stuff in the > usr.sbin/pccard/pccardc which attempted to include a file > pccard/cardinfo.h. From examining > ftp://ftp.FreeBSD.ORG/pub/FreeBSD/FreeBSD-CVS/src/usr.sbin/pccard/pccardc/dumpcis.c,v, > the problem appears to be that cvsup fetched an incompatible version of > the dumpcis.c file, which has a change from including pccard/card.h to > including pccard/cardinfo.h. > > Since I have no need for the pccard stuff, I've done the temporary fix > of removing pccard from the SUBDIRS in the src/usr.sbin Makefile, but: > A. this is not suitable for someone who wants the pccard stuff > and B. this goes away, IIRC, the next time I do a cvsup. > Therefore, any assistance would be appreciated. > > Thanks, > -Allen > > Here's the possibly significant sections of the make buildworld > logfile I created using make buildworld |& tee make.buildworld.log: > [edited... - Allen] > ===> usr.sbin/pccard > ===> usr.sbin/pccard/pccardc > rm -f .depend > mkdep -f .depend -a -I/var/usr/src/usr.sbin/pccard/pccardc/../pccardd -I/usr/obj/var/usr/src/tmp/usr/include /var/usr/src/usr.sbin/pccard/pccardc/dumpcis.c /var/usr/src/usr.sbin/pccard/pccardc/enabler.c /var/usr/src/usr.sbin/pccard/pccardc/pccardc.c /var/usr/src/usr.sbin/pccard/pccardc/pccardmem.c /var/usr/src/usr.sbin/pccard/pccardc/printcis.c /var/usr/src/usr.sbin/pccard/pccardc/rdattr.c /var/usr/src/usr.sbin/pccard/pccardc/rdmap.c /var/usr/src/usr.sbin/pccard/pccardc/rdreg.c /var/usr/src/usr.sbin/pccard/pccardc/../pccardd/readcis.c /var/usr/src/usr.sbin/pccard/pccardc/wrattr.c /var/usr/src/usr.sbin/pccard/pccardc/wrreg.c > /var/usr/src/usr.sbin/pccard/pccardc/dumpcis.c:40: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/enabler.c:40: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/pccardmem.c:38: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/printcis.c:38: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/rdattr.c:32: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/rdmap.c:39: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/rdreg.c:40: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/../pccardd/readcis.c:39: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/wrattr.c:40: pccard/cardinfo.h: No such file or directory > /var/usr/src/usr.sbin/pccard/pccardc/wrreg.c:40: pccard/cardinfo.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 06:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23016 for freebsd-stable-outgoing; Wed, 13 May 1998 06:00:03 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pandora.hh.kew.com (kendra.ne.mediaone.net [24.128.94.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA22941 for ; Wed, 13 May 1998 05:59:42 -0700 (PDT) (envelope-from software@kew.com) Received: from sonata.uucp.kew.com (sonata.hh.kew.com [192.168.203.135]) by pandora.hh.kew.com (8.8.8/8.8.5) with SMTP id IAA14993; Wed, 13 May 1998 08:59:31 -0400 (EDT) Received: from kew.com by sonata.uucp.kew.com (UUPC/extended 1.13b) with UUCP for multiple addressees; Wed, 13 May 1998 08:59:31 -0500 Received: from kew.com by sonata.uucp.kew.com (UUPC/extended 1.13b) with ESMTP for multiple addresses; Wed, 13 May 1998 08:59:29 -0500 Message-ID: <35599931.F20691B2@kew.com> Date: Wed, 13 May 1998 08:59:29 -0400 From: Drew Derbyshire Organization: Kendra Electronic Wonderworks, Stoneham, MA 02180 (http://www.kew.com) X-Mailer: Mozilla 4.04 [en]C-MOENE (WinNT; I) MIME-Version: 1.0 To: "Forrest W. Christian" CC: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Forrest W. Christian wrote: > After spewing the very long debug line into the ppp config ppp locks even > more reliably. It seems to always lock at the following point: > > Chat: Sending: ATE1Q0 > Chat: Expecting: OK > Chat: Wait for (5): OK > > If I run ppp inside of ktrace, I get one more line, usually: > > Connect: > > The unusual thing is that previously it would lock at somewhat random > points - sometimes it would connect and then die, sometimes it would die > before I could type DIAL. > Don't laugh, but try a different modem as well. I have this alomost matched set of old v.32bis modems that I acquired, and for some reason they could lock up FreeBSD solid if one was in the machine with my newer 28.8 modem. This was just using kermit, and the problem didn't happen under Windows 95 or OS/2. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 Windows NT, the chastity belt of operating systems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 06:19:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26418 for freebsd-stable-outgoing; Wed, 13 May 1998 06:19:03 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26403 for ; Wed, 13 May 1998 06:18:44 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA08684; Wed, 13 May 1998 06:18:03 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Allen Smith" cc: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld fails on 2-2-stable system: pccard/cardinfo.h not found In-reply-to: Your message of "Wed, 13 May 1998 07:39:15 EDT." <9805130739.ZM5858@beatrice.rutgers.edu> Date: Wed, 13 May 1998 06:18:03 -0700 Message-ID: <8680.895065483@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk [redirected to one mailing list - please don't cross post!] > reboots. I find this more than a bit disturbing. Is it possible that > this has to do with the fdesc filesystem I've got union-mounted over > my /dev directory? Heh. This is joke, right? If you're serious, it has _everything_ to do with the crash you're seeing. :-( - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 08:11:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12248 for freebsd-stable-outgoing; Wed, 13 May 1998 08:11:17 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from workhorse.iMach.com (forrestc@workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12197 for ; Wed, 13 May 1998 08:10:49 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id IAA26508; Wed, 13 May 1998 08:54:32 -0600 (MDT) Date: Wed, 13 May 1998 08:54:32 -0600 (MDT) From: "Forrest W. Christian" To: Stuart Henderson cc: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: <355972B8.ADF0BF8B@internationalschool.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Wed, 13 May 1998, Stuart Henderson wrote: > Forrest W. Christian wrote: > > > > And probably something else which is really important to mention. > > is X running at the time? if so, try it without and see if it's any > better. No. The install set I put on was kern-developer. - Forrest W. Christian (forrestc@imach.com) ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 08:18:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13840 for freebsd-stable-outgoing; Wed, 13 May 1998 08:18:11 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from softweyr.com ([204.68.178.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13603 for ; Wed, 13 May 1998 08:17:41 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from zaphod (luke.softweyr.com [204.68.178.35]) by softweyr.com (8.8.8/8.8.7) with SMTP id JAA17237; Wed, 13 May 1998 09:17:23 -0600 (MDT) (envelope-from wes@softweyr.com) Message-Id: <199805131517.JAA17237@softweyr.com> To: Nate Williams Subject: Re: PCI SCSI Card dejour? Cc: Software@kew.com, stable@FreeBSD.ORG Date: Wed, 13 May 98 09:16:42 Set the time zone in the Time preference utility From: "Wes Peters" Content-Type: text/plain; charset="iso-8859-1" X-Mailer: BeMail [version 2.0] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk % What's the SCSI card choice dejour, as noted elsewhere various cards % seem to fall in and out of favor. :-) > >The NCR cards have been and still continue to be my favorite card. I've >never had a lick of trouble with them, and the driver has simply >*worked* for the almost 3 years I've used them. Plus, they cost a lot less. A local retail store here in Salt Lake City, LS Micro (at http://www.lsmicro.com) lists an -875 SCSI controller manufactured by Kouwell (the guys with the cheap PC devices in the blue and white checkerboard boxes) for $69 this week. (I think this might be a typo, they were about $140 a month ago.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 09:42:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27558 for freebsd-stable-outgoing; Wed, 13 May 1998 09:42:15 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from rachel.glenatl.glenayre.com (rachel.glenatl.glenayre.com [157.230.160.51]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA27537 for ; Wed, 13 May 1998 09:42:07 -0700 (PDT) (envelope-from jhicks@rachel.glenatl.glenayre.com) Received: from rachel.glenatl.glenayre.com by rachel.glenatl.glenayre.com (SMI-8.6/SMI-SVR4) id MAA21106; Wed, 13 May 1998 12:36:08 -0400 Message-ID: <3559CBF6.5B64443D@rachel.glenatl.glenayre.com> Date: Wed, 13 May 1998 12:36:06 -0400 From: Jerry Hicks Organization: Glenayre Electronics, Inc. X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE i386) MIME-Version: 1.0 To: Marc Giannoni CC: freebsd-stable@FreeBSD.ORG Subject: Re: CCITT -OR- X.25 networking References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi Marc, Those 'bits' have been neglected for a long time and are no longer built with the FreeBSD system. Although X.25 is still heavily used in some circles (cellular switching applications - IS41 networks, etc), there hasn't been enough general use to keep interest alive. I believe that it would be good for FreeBSD to have some form of X.25 networking available to get some exposure within those markets. If you are interested in a commercial solution, you might try: http://www.gcom.com Theirs is a STREAMS based stack. This is heresy for a *BSD :) Cheers, Jerry Hicks jhicks@glenatl.glenayre.com Marc Giannoni wrote: > > Hi: > > Anybody use the "CCITT" X.25 networking facilities? (It's in "i386/conf/LINT") > How about the "LLC" and the "HDLC" link layer? > > We have some X.25 based services and I'm wondering if FreeBSD is a better > platform for this. There seem to be a variety of Sync/Async cards to support > X.29 and X.21 so hardware does not seem to be a problem. I'm just curious > about the amount of 'exercise' that the X.25 networking layer has received. > > Thanks > > Marc Giannoni > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 10:33:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04598 for freebsd-stable-outgoing; Wed, 13 May 1998 10:33:48 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from internationalschool.co.uk ([194.72.37.214]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04587 for ; Wed, 13 May 1998 10:33:33 -0700 (PDT) (envelope-from stuart@internationalschool.co.uk) Received: from internationalschool.co.uk (bamboo.tis [10.0.0.70]) by internationalschool.co.uk (8.8.8/8.8.8) with ESMTP id SAA22851; Wed, 13 May 1998 18:14:03 +0100 (BST) Message-ID: <3559D4ED.5D859840@internationalschool.co.uk> Date: Wed, 13 May 1998 18:14:21 +0100 From: Stuart Henderson Organization: The International School X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE i386) MIME-Version: 1.0 To: "Forrest W. Christian" CC: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Forrest W. Christian wrote: > > > is X running at the time? if so, try it without and see if it's any > > better. > > No. The install set I put on was kern-developer. oh well, worth a try. that's the only time I've managed to lock freebsd solid (I think it was a conflict between a video card and the serial port in my case, but I never did work out how to fix it). is it just ppp or does tip lock as well? (not sure if I can help but it'll probably help point the finger in the right direction :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 11:08:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10884 for freebsd-stable-outgoing; Wed, 13 May 1998 11:08:02 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from neilson.ddns.org (n105client69.hawaii.rr.com [204.210.105.69]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA10833 for ; Wed, 13 May 1998 11:07:45 -0700 (PDT) (envelope-from art@neilson.ddns.org) Received: from neilson.hawaii.rr.com [127.0.0.1] by neilson.ddns.org [127.0.0.1] with SMTP (MDaemon.v2.7.SP2.R) for ; Wed, 13 May 1998 08:06:48 -1000 Message-Id: <3.0.5.32.19980513080647.00814100@neilson.ddns.org> X-Sender: art@neilson.ddns.org X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Wed, 13 May 1998 08:06:47 -1000 To: freebsd-stable@FreeBSD.ORG From: "Arthur W. Neilson III" Subject: bpf Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.ORG Reply-To: art@neilson.ddns.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Installed 2.2.6 recently, am running generic kernel. I have a cable modem connection to the net and am trying to set up isc-dhcp2 from the ports collection. successfully make installed the package on my system however the dhclient complains with the following when I start him up: Can't find free bpf: Device not configured This must be the Berkeley Packet Filter; how do I configure it for use with isc-dhcp? Is it built into the generic kernel or do I have to add it in? Is this the right mailing list for this type of question? Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 11:36:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18157 for freebsd-stable-outgoing; Wed, 13 May 1998 11:36:46 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from workhorse.iMach.com (forrestc@workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA17996 for ; Wed, 13 May 1998 11:36:07 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id MAA27183; Wed, 13 May 1998 12:18:40 -0600 (MDT) Date: Wed, 13 May 1998 12:18:40 -0600 (MDT) From: "Forrest W. Christian" To: Stuart Henderson cc: stable@FreeBSD.ORG Subject: Re: PPP hard lock in 2.2.6 In-Reply-To: <3559D4ED.5D859840@internationalschool.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Wed, 13 May 1998, Stuart Henderson wrote: > oh well, worth a try. that's the only time I've managed to lock freebsd > solid (I think it was a conflict between a video card and the serial > port in my case, but I never did work out how to fix it). is it just ppp > or does tip lock as well? (not sure if I can help but it'll probably > help point the finger in the right direction :) Minicom works well. I made a point of dialing up using that modem and reading my mail ala pine via it. - Forrest W. Christian (forrestc@imach.com) ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 11:46:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19910 for freebsd-stable-outgoing; Wed, 13 May 1998 11:46:56 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from 12.64.2.62 (62.san-francisco-03.ca.dial-access.att.net [12.64.2.62]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA19738 for ; Wed, 13 May 1998 11:46:33 -0700 (PDT) (envelope-from trinity@my-office.com) Date: Wed, 13 May 1998 11:46:33 -0700 (PDT) Message-Id: <199805131846.LAA19738@hub.freebsd.org> From: trinity@my-office.com To: INTERNET, ASSOCIATE@FreeBSD.ORG Subject: FREE WEBSITE & BAHAMAS CRUISE! X-Reply-To: trinity@my-office.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk NO NEED TO SEND ROMOVE THIS EMAIL WILL BE SENT OUT ONLY ONCE! FREE WEBSITE AND BAHAMAS CRUISE FOR 2 JUST REPLY YES I WANT A WEBSITE! REPLY TO trintiy@my-office.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 12:48:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01229 for freebsd-stable-outgoing; Wed, 13 May 1998 12:48:31 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from versa.eng.comsat.com (versa.eng.comsat.com [134.133.169.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01029 for ; Wed, 13 May 1998 12:47:39 -0700 (PDT) (envelope-from marc@versa.eng.comsat.com) Received: (from marc@localhost) by versa.eng.comsat.com (8.8.8/8.7.3) id XAA01643 for freebsd-stable@freebsd.org; Thu, 20 Jan 2000 23:01:49 -0500 (EST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 20 Jan 2000 22:49:05 -0500 (EST) Organization: Comsat Mobile Communications From: Marc Giannoni To: freebsd-stable@FreeBSD.ORG Subject: CCITT -OR- X.25 networking Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi: OK! I dug out some sources from an old 2.1-RELEASE CDRom I have. What seems to be missing is: "sys/netccitt sys/netiso". A few hacks on some function prototypes, and adding a declaration missing from sys/net/if_ethersubr.c and the thing seems to compile. My test kernel config file includes: "CCITT, ISO, LLC, HDLC". Something does not seem quite right with the build environment. Are there some updates to make to something like "/usr/src/sys/i386/conf/files.i386" to inform 'make' about the new subdirs: netccitt, netiso?? I don't seem to see any of the "sys/netccitt" objects in the "compile/" directory! Where should I look for details about the kernel build environment? Marc Giannoni To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 13:11:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06156 for freebsd-stable-outgoing; Wed, 13 May 1998 13:11:08 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA06150 for ; Wed, 13 May 1998 13:11:02 -0700 (PDT) (envelope-from scott@iprg.nokia.com) Received: from melkor.iprg.nokia.com (melkor.iprg.nokia.com [205.226.1.82]) by mailhost.iprg.nokia.com (8.8.7/8.6.10) with SMTP id NAA27185; Wed, 13 May 1998 13:10:25 -0700 (PDT) Message-ID: <3559FF59.167EB0E7@iprg.nokia.com> Date: Wed, 13 May 1998 13:15:21 -0700 From: Scott Sewall Organization: Nokia Communications X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 2.2.6-RELEASE i386) MIME-Version: 1.0 To: art@neilson.ddns.org CC: freebsd-stable@FreeBSD.ORG Subject: Re: bpf References: <3.0.5.32.19980513080647.00814100@neilson.ddns.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Arthur, You will need to add the bpfilterpseudo-device to your kernel configuration file and then rebuild your kernel. See http://www.freebsd.org/handbook/handbook37.html#39 on how to configure and build a new kernel. -- Scott Arthur W. Neilson III wrote: > > Installed 2.2.6 recently, am running generic kernel. > I have a cable modem connection to the net and am > trying to set up isc-dhcp2 from the ports collection. > successfully make installed the package on my system > however the dhclient complains with the following > when I start him up: > > Can't find free bpf: Device not configured > > This must be the Berkeley Packet Filter; how do I > configure it for use with isc-dhcp? Is it built into > the generic kernel or do I have to add it in? > Is this the right mailing list for this type of question? > > Thanks! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 13:13:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06792 for freebsd-stable-outgoing; Wed, 13 May 1998 13:13:08 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from cesit1.unifi.it (cesit1.unifi.it [150.217.1.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA06731 for ; Wed, 13 May 1998 13:12:57 -0700 (PDT) (envelope-from ugo@dsi.UNIFI.IT) Received: from aguirre.dsi.unifi.it by CESIT1.UNIFI.IT (PMDF V5.1-10 #23168) with SMTP id <01IWZC6S4FZ40001S7@CESIT1.UNIFI.IT> for freebsd-stable@freebsd.org; Wed, 13 May 1998 10:17:15 MET Received: from dsi.unifi.it (com3.unifi.it) by aguirre.dsi.unifi.it (4.1/SMI-4.1) id AA12624; Mon, 11 May 1998 19:02:33 +0200 Received: from pegasus.home.net (pegasus.home.net [192.168.1.3]) by dsi.unifi.it (8.8.8/8.8.8) with ESMTP id OAA00328; Wed, 13 May 1998 14:26:08 +0200 (MET DST envelope-from ugo) Received: (from ugo@localhost) by pegasus.home.net (8.8.8/8.8.7) id OAA16075; Wed, 13 May 1998 14:26:07 +0200 (MET DST) Date: Wed, 13 May 1998 14:26:07 +0200 (MET DST) From: Ugo Paternostro Subject: Re: mount_msdos and msdosfs for VFAT/FAT32 access In-reply-to: <35553A17.D283046C@acm.org> To: Hideki Yamamoto Cc: freebsd-stable@FreeBSD.ORG Message-id: Organization: Not an organization MIME-version: 1.0 X-Mailer: XFMail 1.2 [p0] on FreeBSD Content-type: multipart/mixed; boundary="_=XFMail.1.2.p0.FreeBSD:980513142607:15821=_" X-Priority: 3 (Normal) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk This message is in MIME format --_=XFMail.1.2.p0.FreeBSD:980513142607:15821=_ Content-Type: text/plain; charset=us-ascii On 10-May-98 Hideki Yamamoto wrote about "Re: mount_msdos and msdosfs for VFAT/FAT32 access": > Thank you for your testing.I also saw the two problems as Jonny said: I see another (little) problem: I unpacked your "new" mount_msdos sources right in place (/usr/src/sbin/i386/mount_msdos) after moving the "old" ones to mount_msdos.orig, because I want it to be compiled as I rebuild the world, but I cannot make world because it fails building the dependencies: you are looking for includes in ../../../sys, but that's relative to /usr/obj while you make world... Apply the attached patch to solve this problem. > Hideki Yamamoto (hyama@acm.org) Bye, UP --_=XFMail.1.2.p0.FreeBSD:980513142607:15821=_ Content-Disposition: attachment; filename="Makefile.diff" Content-Transfer-Encoding: base64 Content-Description: Makefile.diff Content-Type: application/octet-stream; name=Makefile.diff; SizeOnDisk=295 LS0tIE1ha2VmaWxlLkhpZGVraQlUdWUgTWF5ICA1IDA3OjExOjM2IDE5OTgKKysrIE1ha2VmaWxl CVdlZCBNYXkgMTMgMTM6NTc6MDEgMTk5OApAQCAtNyw3ICs3LDcgQEAKIE1BTjg9CW1vdW50X21z ZG9zLjgKIAogTU9VTlQ9CSR7LkNVUkRJUn0vLi4vLi4vbW91bnQKLUNGTEFHUys9IC1JJHtNT1VO VH0gLUkuLi8uLi8uLi9zeXMKK0NGTEFHUys9IC1JJHtNT1VOVH0gLUkkey5DVVJESVJ9Ly4uLy4u Ly4uL3N5cwogLlBBVEg6CSR7TU9VTlR9CiAKIFRBQkRJUj0gJHtERVNURElSfS91c3IvbGliZGF0 YS9tc2Rvc2ZzCg== --_=XFMail.1.2.p0.FreeBSD:980513142607:15821=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 15:07:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27626 for freebsd-stable-outgoing; Wed, 13 May 1998 15:07:06 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt053nd2.san.rr.com [204.210.34.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27607 for ; Wed, 13 May 1998 15:06:57 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id PAA19115; Wed, 13 May 1998 15:07:00 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <355A1983.7229BB1F@dal.net> Date: Wed, 13 May 1998 15:06:59 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0507 i386) MIME-Version: 1.0 To: art@neilson.ddns.org CC: freebsd-stable@FreeBSD.ORG Subject: Re: bpf References: <3.0.5.32.19980513080647.00814100@neilson.ddns.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Arthur W. Neilson III wrote: > > Installed 2.2.6 recently, am running generic kernel. > I have a cable modem connection to the net and am > trying to set up isc-dhcp2 from the ports collection. I have a doc on this that should answer all your questions: http://home.san.rr.com/freebsd/dhcp.html Good luck, Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 17:39:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26942 for freebsd-stable-outgoing; Wed, 13 May 1998 17:39:26 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pudding.carrot.kansai.oki.co.jp (okigate.oki.co.jp [202.226.91.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26931 for ; Wed, 13 May 1998 17:39:20 -0700 (PDT) (envelope-from hyama@pudding.carrot.kansai.oki.co.jp) Received: from localhost (localhost [127.0.0.1]) by pudding.carrot.kansai.oki.co.jp (8.8.7/8.8.7) with ESMTP id JAA00329 for ; Thu, 14 May 1998 09:39:15 +0900 (JST) (envelope-from hyama@pudding.carrot.kansai.oki.co.jp) Message-Id: <199805140039.JAA00329@pudding.carrot.kansai.oki.co.jp> To: freebsd-stable@FreeBSD.ORG Subject: Re: mount_msdos and msdosfs for VFAT/FAT32 access From: Hideki Yamamoto In-Reply-To: Your message of "Wed, 13 May 1998 14:26:07 +0200 (MET DST)" References: X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 14 May 1998 09:39:15 +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi, >>>>> On Wed, 13 May 1998 14:26:07 +0200 (MET DST), Ugo Paternostro said: >I see another (little) problem: I unpacked your "new" mount_msdos sources right >in place (/usr/src/sbin/i386/mount_msdos) after moving the "old" ones to >mount_msdos.orig, because I want it to be compiled as I rebuild the world, but I >cannot make world because it fails building the dependencies: you are looking >for includes in ../../../sys, but that's relative to /usr/obj while you make >world... Apply the attached patch to solve this problem. Thank you for your patch. I will fix my web page next time (in one or two weeks). # I started testing new -current source. It does not seem to be # stable. Regards, -------- Hideki Yamamoto (hyama@acm.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 17:45:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28530 for freebsd-stable-outgoing; Wed, 13 May 1998 17:45:33 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from chipweb.ml.org (c1003518-a.plstn1.sfba.home.com [24.1.82.47]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA28476 for ; Wed, 13 May 1998 17:45:16 -0700 (PDT) (envelope-from ludwigp@bigfoot.com) Received: (qmail 10299 invoked by uid 666); 14 May 1998 00:45:07 -0000 Received: from unknown (HELO speedy.chipweb.ml.org) (172.16.1.1) by 172.16.1.5 with SMTP; 14 May 1998 00:45:07 -0000 Message-Id: <3.0.3.32.19980513153819.006f205c@mail.plstn1.sfba.home.com> X-Sender: ludwigp@mail.plstn1.sfba.home.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Wed, 13 May 1998 15:38:19 -0700 To: art@neilson.ddns.org, freebsd-stable@FreeBSD.ORG From: Ludwig Pummer Subject: Re: bpf In-Reply-To: <3.0.5.32.19980513080647.00814100@neilson.ddns.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk At 08:06 AM 5/13/98 -1000, Arthur W. Neilson III wrote: >Installed 2.2.6 recently, am running generic kernel. >I have a cable modem connection to the net Be sure to enable firewalling and configure it. I've received at least 2 attacks just last night...some people just like to be jerks. >Can't find free bpf: Device not configured > >This must be the Berkeley Packet Filter; how do I >configure it for use with isc-dhcp? Is it built into >the generic kernel or do I have to add it in? It's not in the generic kernel AFAIK. You need to add it with pseudo-device bpfilter 4 then MAKEDEV them. >Is this the right mailing list for this type of question? > >Thanks! I think -questions would be the better mailing list. -stable seems to be more for people asking questions about new features in the -stable branch. --Ludwig Pummer ludwigp@bigfoot.com ludwigp@chipweb.ml.org ICQ UIN: 692441 http://chipweb.home.ml.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 13 20:12:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20228 for freebsd-stable-outgoing; Wed, 13 May 1998 20:12:00 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from godzilla.zeta.org.au (mothra.kralizec.net.au [203.15.68.22] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20072; Wed, 13 May 1998 20:11:17 -0700 (PDT) (envelope-from andrew@zeta.org.au) Received: from gurney.reilly.home (d25.syd2.zeta.org.au [203.26.11.25]) by godzilla.zeta.org.au (8.8.7/8.8.7) with ESMTP id NAA21769; Thu, 14 May 1998 13:09:29 +1000 Received: (from andrew@localhost) by gurney.reilly.home (8.8.8/8.8.5) id JAA04235; Thu, 14 May 1998 09:09:12 +1000 (EST) From: Andrew Reilly Message-Id: <199805132309.JAA04235@gurney.reilly.home> Date: Thu, 14 May 1998 09:09:11 +1000 (EST) Subject: Re: PPP hard lock in 2.2.6 To: forrestc@iMach.com cc: brian@Awfulhak.org, stable@FreeBSD.ORG, brian@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On 12 May, Forrest W. Christian wrote: > Internal USR 56K Sporster on /dev/cuaa1 > Built in com1 on /dev/cuaa0 > Built in com2 disabled How is the internal modem configured? (dmesg output) Any chance the builtin com2 is not as disabled as it ought to be, or that the modem has grabbed the wrong interrupt line? > Things I've tried: > > Latest PPP from -current crashes > Generic 2.2.6 kernel crashes Since this setup works pretty well elsewhere, the chances of it being a hardware problem seem high. Can you talk to the modem with tip or kermit? -- Andrew "The steady state of disks is full." -- Ken Thompson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 14 01:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09527 for freebsd-stable-outgoing; Thu, 14 May 1998 01:40:03 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09396 for ; Thu, 14 May 1998 01:39:43 -0700 (PDT) (envelope-from ngome@uni-wuppertal.de) Received: from wririx.urz.uni-wuppertal.de (wririx.urz.uni-wuppertal.de [132.195.20.10]) by mailgate.urz.uni-wuppertal.de (8.8.8/8.8.8) with SMTP id KAA13888 for <@MAILGATE.URZ.UNI-WUPPERTAL.DE:stable@FreeBSD.org>; Thu, 14 May 1998 10:39:20 +0200 (MDT) Received: from wririx by wririx.urz.uni-wuppertal.de via SMTP (940816.SGI.8.6.9/940406.SGI) for id KAA02679; Thu, 14 May 1998 10:39:07 +0200 Message-ID: <355AADAA.41C6@uni-wuppertal.de> Date: Thu, 14 May 1998 10:39:06 +0200 From: Allards Martial Eboa Ngome Organization: BUGH Wuppertal X-Mailer: Mozilla 3.04 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: I can't boot up my system Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hello, I'm a new new commer in ther FreeBSD world. I'd installed the 2.2.6 version of FreeBSD from a DOS partition. I have Windows on the first HD and on the second Linux(bootable from floppy) and FreeBDS, when I boot up my sytem I become something like this: F1 DOS F2 DEFAULT I can boot up my DOS system but my FreeBSD not at all. When I press F2 I become F1 Dos ... Thanks for your help. -- Allards Martial Eboa Ngome ngome@uni-wuppertal.de http://www.stud.uni-wuppertal.de/~la0048/frame.html Weinberg 10 42109 Wuppertal Germany + 49 202 7054585 (Tel + Fax,Home) Thursday (+ 49 202 439 3295 HRZ Wuppertal) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 14 04:57:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12659 for freebsd-stable-outgoing; Thu, 14 May 1998 04:57:20 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA12429 for ; Thu, 14 May 1998 04:55:36 -0700 (PDT) (envelope-from ngome@uni-wuppertal.de) Received: from wririx.urz.uni-wuppertal.de (wririx.urz.uni-wuppertal.de [132.195.20.10]) by mailgate.urz.uni-wuppertal.de (8.8.8/8.8.8) with SMTP id NAA28024; Thu, 14 May 1998 13:54:56 +0200 (MDT) Received: from wririx by wririx.urz.uni-wuppertal.de via SMTP (940816.SGI.8.6.9/940406.SGI) id NAA03261; Thu, 14 May 1998 13:54:37 +0200 Message-ID: <355ADB7C.446B@uni-wuppertal.de> Date: Thu, 14 May 1998 13:54:36 +0200 From: Allards Martial Eboa Ngome Organization: BUGH Wuppertal X-Mailer: Mozilla 3.04 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: stable@FreeBSD.ORG Subject: Re: I can't boot up my system References: <4021.895140784@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard wrote: > > Sigh. You didn't read TROUBLE.TXT did you? I think so but Ididn't again something positiv ... I Think you mind this: Q: I go to boot from the hard disk for the first time after installing FreeBSD, but the Boot Manager prompt just prints `F?' at the boot menu each time but the boot won't go any further. A: The hard disk geometry was set incorrectly in the Partition editor when you installed FreeBSD. Go back into the partition editor and specify the actual geometry of your hard disk. You must reinstall FreeBSD again from the beginning with the correct geometry. It can be the problem because I have a old intel motherboard with a Pentium 60 Mhz and a 2.5 GB hard disk, but I thought the OS is capable to identify the hard disk disk geometry (not that from the Bios)!!!! But Linux is on the hard disk that mind the hard disk is well setting !!!! So if this is the problem can I boot my FreeBSD partition from a floppy and How does I make a bootable floppy?? If you are failing entirely in figuring out the correct geometry for your machine, here's a tip: Install a small DOS partition at the beginning of the disk and install FreeBSD after that. The install program will see the DOS partition and try to infer the correct geometry from it, which usually works. If you are setting up a truly dedicated FreeBSD server or work- station where you don't care for (future) compatibility with DOS, Linux or another operating system, you've also got the option to use the entire disk (`A' in the partition editor), selecting the non-standard option where FreeBSD occupies the entire disk from the very first to the very last sector. This will leave all geometry considerations aside, but is somewhat limiting unless you're never going to run anything other than FreeBSD on a disk. Thanks a lot -- Allards Martial Eboa Ngome ngome@uni-wuppertal.de http://www.stud.uni-wuppertal.de/~la0048/frame.html Weinberg 10 42109 Wuppertal Germany + 49 202 7054585 (Tel + Fax,Home) Thursday (+ 49 202 439 3295 HRZ Wuppertal) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 14 07:36:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09170 for freebsd-stable-outgoing; Thu, 14 May 1998 07:36:06 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09041 for ; Thu, 14 May 1998 07:35:36 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id HAA05165 for ; Thu, 14 May 1998 07:35:05 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: freebsd-stable@FreeBSD.ORG Subject: OK, who broke the sh sources in -stable? Date: Thu, 14 May 1998 07:35:05 -0700 Message-ID: <5161.895156505@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk cc -O2 -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/bin/sh/eval.c /usr/src/bin/sh/eval.c: In function `evalcommand': /usr/src/bin/sh/eval.c:668: `BLTINCMD' undeclared (first use this function) /usr/src/bin/sh/eval.c:668: (Each undeclared identifier is reported only once /usr/src/bin/sh/eval.c:668: for each function it appears in.) /usr/src/bin/sh/eval.c:711: `DOTCMD' undeclared (first use this function) /usr/src/bin/sh/eval.c:711: `EVALCMD' undeclared (first use this function) /usr/src/bin/sh/eval.c:790: `EXECCMD' undeclared (first use this function) /usr/src/bin/sh/eval.c:832: `HISTCMD' undeclared (first use this function) *** Error code 1 [Last 2 days at releng22.freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 14 13:08:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03120 for freebsd-stable-outgoing; Thu, 14 May 1998 13:08:40 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03085; Thu, 14 May 1998 13:08:27 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id OAA17031; Thu, 14 May 1998 14:08:27 -0600 (MDT) Message-Id: <199805142008.OAA17031@pluto.plutotech.com> Date: Thu, 14 May 1998 14:04:14 -0600 From: "Justin T. Gibbs" Subject: 980513 CAM snapshot available. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk To: undisclosed-recipients:; ------- Blind-Carbon-Copy X-Mailer: exmh version 2.0.1 12/23/97 To: scsi@FreeBSD.org Subject: 980513 CAM snapshot available. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 May 1998 14:04:14 -0600 From: "Justin T. Gibbs" The snapshot is available from: ftp://ftp.FreeBSD.org/pub/FreeBSD/cam or ftp://ftp.kdm.org/pub/FreeBSD/cam Please read the README before attempting to install. The device statistics portion of the 2.2-stable snapshot has not been thoroughly tested yet, so I would appreciate feedback on iostat/systat/ vmstat functionality under 2.2. Changes for the 980513 Snapshot: - Added support for -stable, funded by the HotMail folks. - The systat and vmstat programs have been converted to use the device stat code. - The wd, scd, wfd, and fd drivers have been converted to the devstat system so they properly show up in iostat/systat/vmstat displays, thanks to Mike Smith. - The Media Changer driver (ch) has been added. - CD Changer support now ensures that all transactions, even the read capacity performed during the probe stage, go through the changer scheduler. In the past, read capacity commands would go out to all disks at once causing many changes to get very upset. - Fixed a few bugs in the Adaptec, BusLogic, and AdvanSys drivers having to do with error recovery. Memory mapped I/O is now disabled in teh BusLogic driver as it doesn't seem to be properly supported in the hardware. - If a device is spun up, it's inquiry and serial number data are now refreshed. - -- Justin ------- End of Blind-Carbon-Copy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 14 19:30:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11693 for freebsd-stable-outgoing; Thu, 14 May 1998 19:30:53 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mail.ptd.net (srv1.ptd.net [204.186.0.131]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA11686 for ; Thu, 14 May 1998 19:30:47 -0700 (PDT) (envelope-from nickf@ptd.net) Received: (qmail 13827 invoked from network); 15 May 1998 02:30:29 -0000 Received: from cs5-12.pot.ptd.net (HELO ranger.nick.net) (204.186.34.76) by postoffice.ptd.net with SMTP; 15 May 1998 02:30:29 -0000 Received: by localhost with Microsoft MAPI; Thu, 14 May 1998 22:30:37 -0400 Message-ID: <01BD7F87.EB219100.nickf@ptd.net> From: Nick Folino To: "'FreeBSD-Stable'" Subject: ppp -auto -alias and sig 10 Date: Thu, 14 May 1998 22:30:36 -0400 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I'm running ppp in auto mode with -alias and every couple of days ( sometimes more than once a day ) it dies with a sig 10 or 11. I use a 28.8 external Motorola modem, with the ports speed set at 57600. I've tried a new modem, but have yet to solve the problem. Any ideas would be greatly appreciated!! Thanks, Nick --------------------------------------------------------------- I am the Nickhead nickf@ptd.net --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 14 20:49:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA27188 for freebsd-stable-outgoing; Thu, 14 May 1998 20:49:17 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mail.double-barrel.be (root@mail.double-barrel.be [194.7.102.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA27172 for ; Thu, 14 May 1998 20:49:10 -0700 (PDT) (envelope-from mvergall@alpha.double-barrel.be) Received: from alpha.double-barrel.be (mvergall@ns.double-barrel.be [194.7.102.18]) by mail.double-barrel.be (8.8.8/8.8.8) with ESMTP id FAA26563; Fri, 15 May 1998 05:48:34 +0200 Received: from localhost (mvergall@localhost) by alpha.double-barrel.be (8.8.8/8.8.8) with SMTP id FAA00849; Fri, 15 May 1998 05:49:04 +0200 Date: Fri, 15 May 1998 05:49:04 +0200 (MEST) From: "Michael C. Vergallen" To: Nick Folino cc: "'FreeBSD-Stable'" Subject: Re: ppp -auto -alias and sig 10 In-Reply-To: <01BD7F87.EB219100.nickf@ptd.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi, One sugestion would be too set the speed to 38400.. This works for me ... I know that most poeple want to set the port speed to 57600 or 115200 but eh with the slightest line noise the thing stops working ... I know becuase in belgium the lines are off a dubious quality. So unless you have a real good line use 38400 for the port speed but turn compression on in your modem ... you should get 3.1 K/s. Michael ---- Michael C. Vergallen A.k.A. Mad Mike, Sportstraat 28 http://www.double-barrel.be/mvergall/ B 9000 Gent ftp://ftp.double-barrel.be/pub/linux/ Belgium tel : 32-9-2227764 Fax : 32-9-2224976 On Thu, 14 May 1998, Nick Folino wrote: > I'm running ppp in auto mode with -alias and every couple of days ( > sometimes more than once a day ) it dies with a sig 10 or 11. I use a 28.8 > external Motorola modem, with the ports speed set at 57600. I've tried a > new modem, but have yet to solve the problem. Any ideas would be greatly > appreciated!! > > Thanks, > Nick > > --------------------------------------------------------------- > I am the Nickhead nickf@ptd.net > --------------------------------------------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 00:12:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25930 for freebsd-stable-outgoing; Fri, 15 May 1998 00:12:27 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from neilson.ddns.org (n105client69.hawaii.rr.com [204.210.105.69]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA25731 for ; Fri, 15 May 1998 00:11:22 -0700 (PDT) (envelope-from art@neilson.ddns.org) Received: from neilson.hawaii.rr.com [127.0.0.1] by neilson.ddns.org [127.0.0.1] with SMTP (MDaemon.v2.7.SP2.R) for ; Thu, 14 May 1998 21:10:50 -1000 Message-Id: <3.0.5.32.19980514211049.0080e520@neilson.ddns.org> X-Sender: art@neilson.ddns.org X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Thu, 14 May 1998 21:10:49 -1000 To: freebsd-stable@FreeBSD.ORG From: "Arthur W. Neilson III" Subject: CLK_USE_I586_CALIBRATION Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.ORG Reply-To: art@neilson.ddns.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I rebuilt my kernel with bpfilter and IPFIREWALL enabled ... I noticed when I reviewed the boot time messages in /var/log/messages that FreeBSD wanted to set the timing via CLK_USE_I586_CALIBRATION first, then CLK_USE_I8254_CALIBRATION then finally old method. It had Hz frequencies listed for each, looked like CLK_USE_I586_CALIBRATION had the best resolution. The OS seemed to resort to the 'old method' since I hadn't specified either parameter in my kernel config. I do have a AMD K6-200 installed, and I assume I can use the CLK_USE_I586_CALIBRATION. How/where in the kernel config file do I specify this unknown parameter since I can't find it in the "Complete FreeBSD" book anywhere? How do I turn it on???? Mahalo!!! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 04:50:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA07644 for freebsd-stable-outgoing; Fri, 15 May 1998 04:50:43 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from mail.double-barrel.be (root@mail.double-barrel.be [194.7.102.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA07634 for ; Fri, 15 May 1998 04:50:29 -0700 (PDT) (envelope-from mvergall@alpha.double-barrel.be) Received: from alpha.double-barrel.be (mvergall@ns.double-barrel.be [194.7.102.18]) by mail.double-barrel.be (8.8.8/8.8.8) with ESMTP id NAA28093; Fri, 15 May 1998 13:49:50 +0200 Received: from localhost (mvergall@localhost) by alpha.double-barrel.be (8.8.8/8.8.8) with SMTP id NAA02372; Fri, 15 May 1998 13:50:21 +0200 Date: Fri, 15 May 1998 13:50:21 +0200 (MEST) From: "Michael C. Vergallen" To: freebsd-stable@FreeBSD.ORG cc: mvergall@double-barrel.be Subject: pt-driver problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Hi, I get the folowing in the pt driver : cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../ ../scsi/pt.c ../../scsi/pt.c: In function `ptattach': ../../scsi/pt.c:107: structure has no member named `tqh_first' ../../scsi/pt.c:107: structure has no member named `tqh_last' ../../scsi/pt.c:107: structure has no member named `tqh_first' ../../scsi/pt.c: In function `ptstart': ../../scsi/pt.c:158: structure has no member named `tqh_first' ../../scsi/pt.c:162: structure has no member named `tqh_last' ../../scsi/pt.c: In function `pt_strategy': ../../scsi/pt.c:223: structure has no member named `tqh_last' ../../scsi/pt.c:223: structure has no member named `tqh_last' ../../scsi/pt.c:223: structure has no member named `tqh_last' *** Error code 1 Stop. BTW I ran CVSsup today 10 am. Please help... tracking freebsd-stable Michael --- Michael C. Vergallen A.k.A. Mad Mike, Sportstraat 28 http://www.double-barrel.be/mvergall/ B 9000 Gent ftp://ftp.double-barrel.be/pub/linux/ Belgium tel : 32-9-2227764 Fax : 32-9-2224976 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 05:43:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15592 for freebsd-stable-outgoing; Fri, 15 May 1998 05:43:45 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15554 for ; Fri, 15 May 1998 05:43:34 -0700 (PDT) (envelope-from werner@btp1da.phy.uni-bayreuth.de) Received: (from werner@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id OAA16044 for stable@freebsd.org; Fri, 15 May 1998 14:43:28 +0200 (MEST) From: Werner Griessl Message-Id: <199805151243.OAA16044@btp1da.phy.uni-bayreuth.de> Subject: broken remote boot To: stable@FreeBSD.ORG Date: Fri, 15 May 1998 14:43:28 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I have a problem with diskless remote boot. I verified, that the changes preventing remote boot comes between May 6 and May 7 into the stable sources. With a client kernel from May 6 remote boot is ok, with a kernel from May 7 the boot fails with: "panic: cannot mount root" The kernel loads vio bootp, checks the devices up to "npx0: INT 16 interface", then comes the panic. normally followes the lines: NFS SWAP: ... NFS ROOT: ... Here are all files which change between May 6 and 7 : Parsing supfile "stable-supfile" Looking up address of cvsup.de.freebsd.org Connecting to cvsup.de.freebsd.org Connected to cvsup.de.freebsd.org Server software version: REL_15_4 Negotiating file attribute support Exchanging collection information Establishing active-mode data connection Running Updating collection src-all/cvs Edit src/etc/rc.conf Add delta 1.1.2.42 98.05.06.17.43.00 andreas Edit src/etc/rc.network Add delta 1.1.2.20 98.05.06.17.43.00 andreas Edit src/lib/libftpio/ftpio.c Add delta 1.15.2.6 98.05.06.22.46.54 julian Edit src/share/man/man5/rc.conf.5 Add delta 1.1.2.9 98.05.06.17.30.34 andreas Add delta 1.1.2.10 98.05.06.17.43.01 andreas Edit src/sys/conf/files Add delta 1.80.2.19 98.05.06.20.05.49 gibbs Edit src/sys/dev/dpt/dpt.h Add delta 1.1.2.4 98.05.06.18.55.22 gibbs Edit src/sys/dev/dpt/dpt_scsi.c Add delta 1.4.2.3 98.05.06.18.55.27 gibbs Add delta 1.4.2.4 98.05.06.20.07.07 gibbs Edit src/sys/i386/conf/GENERIC Add delta 1.77.2.23 98.05.06.20.07.23 gibbs Edit src/sys/i386/conf/LINT Add delta 1.286.2.52 98.05.06.20.07.25 gibbs Checkout src/sys/i386/conf/files.i386 Edit src/sys/i386/eisa/3c5x9.c Add delta 1.7.2.1 98.05.06.18.58.42 gibbs Edit src/sys/i386/eisa/aha1742.c Add delta 1.55.2.1 98.05.06.18.58.43 gibbs Edit src/sys/i386/eisa/aic7770.c Add delta 1.34.2.7 98.05.06.18.58.46 gibbs Edit src/sys/i386/eisa/bt74x.c Add delta 1.7.2.1 98.05.06.18.58.47 gibbs Edit src/sys/i386/eisa/eisaconf.c Add delta 1.23.2.3 98.05.06.18.58.49 gibbs Edit src/sys/i386/eisa/eisaconf.h Add delta 1.12.2.3 98.05.06.18.58.52 gibbs Edit src/sys/i386/eisa/if_vx_eisa.c Add delta 1.2.2.1 98.05.06.18.58.53 gibbs Edit src/sys/i386/i386/autoconf.c Add delta 1.56.2.14 98.05.06.19.04.00 gibbs Checkout src/sys/i386/i386/busdma_machdep.c Edit src/sys/i386/i386/machdep.c Add delta 1.209.2.23 98.05.06.19.04.05 gibbs Edit src/sys/i386/i386/trap.c Add delta 1.83.2.7 98.05.06.19.04.08 gibbs Edit src/sys/i386/i386/userconfig.c Add delta 1.63.2.26 98.05.06.19.04.11 gibbs Edit src/sys/i386/i386/vm_machdep.c Add delta 1.71.2.5 98.05.06.19.04.14 gibbs Checkout src/sys/i386/include/bus.h Edit src/sys/i386/include/bus_memio.h Add delta 1.1.2.1 98.05.06.19.06.35 gibbs Edit src/sys/i386/include/bus_pio.h Add delta 1.1.2.1 98.05.06.19.06.36 gibbs Edit src/sys/i386/include/cpufunc.h Add delta 1.59.2.2 98.05.06.19.06.37 gibbs Edit src/sys/i386/include/md_var.h Add delta 1.10.2.4 98.05.06.19.06.39 gibbs Edit src/sys/i386/include/spl.h Add delta 1.15.2.2 98.05.06.19.06.41 gibbs Edit src/sys/i386/isa/fd.c Add delta 1.92.2.6 98.05.06.19.09.05 gibbs Edit src/sys/i386/isa/icu.s Add delta 1.26.2.3 98.05.06.19.09.07 gibbs Edit src/sys/i386/isa/isa.c Add delta 1.74.2.6 98.05.06.19.09.09 gibbs Edit src/sys/i386/isa/isa_device.h Add delta 1.33.2.2 98.05.06.19.09.09 gibbs Edit src/sys/i386/isa/matcd/matcd.c Add delta 1.20.2.2 98.05.06.19.09.34 gibbs Edit src/sys/i386/isa/mcd.c Add delta 1.83.2.1 98.05.06.19.09.10 gibbs Edit src/sys/i386/isa/pcibus.c Add delta 1.27.2.2 98.05.06.19.09.10 gibbs Edit src/sys/i386/isa/scd.c Add delta 1.25.2.1 98.05.06.19.09.11 gibbs Edit src/sys/i386/isa/sio.c Add delta 1.147.2.15 98.05.06.19.09.13 gibbs Edit src/sys/i386/isa/vector.s Add delta 1.21.2.4 98.05.06.19.09.14 gibbs Edit src/sys/i386/isa/wcd.c Add delta 1.39.2.1 98.05.06.19.09.14 gibbs Edit src/sys/i386/isa/wd.c Add delta 1.119.2.12 98.05.06.19.09.15 gibbs Edit src/sys/i386/isa/wfd.c Add delta 1.1.2.6 98.05.06.19.09.16 gibbs Edit src/sys/kern/init_main.c Add delta 1.51.2.7 98.05.06.19.10.57 gibbs Edit src/sys/kern/kern_shutdown.c Add delta 1.10.2.2 98.05.06.19.10.58 gibbs Edit src/sys/kern/subr_autoconf.c Add delta 1.2.12.1 98.05.06.19.10.58 gibbs Edit src/sys/kern/vfs_bio.c Add delta 1.104.2.9 98.05.06.19.10.59 gibbs Edit src/sys/pc98/i386/machdep.c Add delta 1.11.2.25 98.05.06.19.11.44 gibbs Edit src/sys/pc98/i386/trap.c Add delta 1.8.2.8 98.05.06.19.11.45 gibbs Edit src/sys/pc98/i386/userconfig.c Add delta 1.10.2.20 98.05.06.19.11.46 gibbs Edit src/sys/pc98/pc98/fd.c Add delta 1.7.2.10 98.05.06.20.12.30 gibbs Edit src/sys/pc98/pc98/sio.c Add delta 1.8.2.18 98.05.06.19.12.03 gibbs Edit src/sys/pc98/pc98/wd.c Add delta 1.9.2.16 98.05.06.20.12.33 gibbs Edit src/sys/pci/pci.c Add delta 1.57.2.8 98.05.06.19.12.26 gibbs Edit src/sys/pci/pcibus.h Add delta 1.4.4.2 98.05.06.19.12.27 gibbs Edit src/sys/pci/pcivar.h Add delta 1.13.2.1 98.05.06.19.12.28 gibbs Edit src/sys/scsi/cd.c Add delta 1.73.2.6 98.05.06.19.12.42 gibbs Edit src/sys/scsi/od.c Add delta 1.22.2.3 98.05.06.19.12.43 gibbs Edit src/sys/scsi/sd.c Add delta 1.95.2.9 98.05.06.19.12.44 gibbs Edit src/sys/scsi/st.c Add delta 1.73.2.2 98.05.06.19.12.45 gibbs Edit src/sys/sys/buf.h Add delta 1.34.2.2 98.05.06.19.15.37 gibbs Edit src/sys/sys/device.h Add delta 1.4.4.1 98.05.06.19.15.38 gibbs Edit src/sys/sys/disklabel.h Add delta 1.24.2.3 98.05.06.19.15.39 gibbs Edit src/sys/sys/kernel.h Add delta 1.22.2.1 98.05.06.19.15.41 gibbs Edit src/sys/sys/param.h Add delta 1.15.2.3 98.05.06.19.15.43 gibbs Edit src/sys/sys/queue.h Add delta 1.10.2.2 98.05.06.19.15.47 gibbs Edit src/sys/sys/systm.h Add delta 1.47.2.3 98.05.06.19.15.49 gibbs Edit src/sys/ufs/ufs/ufs_disksubr.c Add delta 1.26.2.1 98.05.06.19.16.03 gibbs Edit src/sys/vm/vm_object.c Add delta 1.82.2.2 98.05.06.19.16.42 gibbs Edit src/tools/tools/kdrv/KernelDriver Add delta 1.1.1.1.2.1 98.05.06.05.46.15 msmith Edit src/tools/tools/kdrv/sample.drvinfo Add delta 1.1.1.1.2.1 98.05.06.05.46.16 msmith Edit src/usr.sbin/config/config.y Add delta 1.13.2.3 98.05.06.19.32.14 gibbs Edit src/usr.sbin/config/lang.l Add delta 1.11.2.2 98.05.06.19.32.15 gibbs Edit src/usr.sbin/config/mkglue.c Add delta 1.10.2.2 98.05.06.19.32.16 gibbs Edit src/usr.sbin/config/mkioconf.c Add delta 1.25.2.3 98.05.06.19.32.16 gibbs Edit src/usr.sbin/kbdcontrol/kbdcontrol.c Add delta 1.7.4.4 98.05.06.11.09.54 des Shutting down connection to server Finished successfully Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 09:30:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21836 for freebsd-stable-outgoing; Fri, 15 May 1998 09:30:25 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21662 for ; Fri, 15 May 1998 09:30:04 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id JAA04764 for ; Fri, 15 May 1998 09:30:10 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: stable@FreeBSD.ORG Subject: Hello.....? Whomever broke -stable, are you going to fix it? Date: Fri, 15 May 1998 09:30:09 -0700 Message-ID: <4760.895249809@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Doing nightly build attempt for 3.0-980515-SNAP at Fri May 15 02:27:15 EDT 1998 Updating source tree... Making release... Release build of 3.0-980515-SNAP was a success at Fri May 15 07:27:14 EDT 1998 Doing nightly build attempt for 2.2-980515-SNAP at Fri May 15 07:27:15 EDT 1998 Making release... Release build of 2.2-980515-SNAP was an abject failure. The 2.2 snaps have been dying for 4 days now due to the sh breakage I already pointed out yesterday. If I don't hear anything in the next 12 hours I'm going to fix it myself and that will essentially entail backing out anything that looks suspicious from -stable, so do it now or see your changes backed out. :( - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 09:40:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23973 for freebsd-stable-outgoing; Fri, 15 May 1998 09:40:45 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23946; Fri, 15 May 1998 09:40:39 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id KAA06270; Fri, 15 May 1998 10:40:41 -0600 (MDT) Message-Id: <199805151640.KAA06270@pluto.plutotech.com> Date: Fri, 15 May 1998 10:36:28 -0600 From: "Justin T. Gibbs" Subject: Re: 980513 CAM snapshot available Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk To: undisclosed-recipients:; ------- Blind-Carbon-Copy X-Mailer: exmh version 2.0.1 12/23/97 To: Alexander Litvin cc: gibbs@plutotech.com, scsi@freebsd.org Subject: Re: 980513 CAM snapshot available In-reply-to: Your message of "Fri, 15 May 1998 18:08:54 +0300." <19980515180853.H4812@burka.carrier.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 May 1998 10:36:28 -0600 From: "Justin T. Gibbs" >Sorry for bothering you, but during attempt to make a CAM kernel on >STABLE I got (when doing 'make depend' in /sys/compile/${MYKERNEL}): > >cc: ../../pci/ahc_pci.c: No such file or directory > >There isn't really /usr/src/sys/pci/ahc_pci.c neither in STABLE nor in >CAM patch for stable, though it is mentioned in /usr/src/sys/conf/files >(added there by CAM patch). Sorry about that. I seem to have missed it in my patch. I've uploaded the missing file as well as a corrected diff set to ftp.FreeBSD.org and ftp.kdm.org. The diffs for current should not have this problem. - -- Justin ------- End of Blind-Carbon-Copy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 10:25:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03065 for freebsd-stable-outgoing; Fri, 15 May 1998 10:25:32 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt053nd2.san.rr.com [204.210.34.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03057 for ; Fri, 15 May 1998 10:25:25 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id KAA09272; Fri, 15 May 1998 10:25:24 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <355C7A84.75222EE3@dal.net> Date: Fri, 15 May 1998 10:25:24 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0507 i386) MIME-Version: 1.0 To: art@neilson.ddns.org CC: freebsd-stable@FreeBSD.ORG Subject: Re: CLK_USE_I586_CALIBRATION References: <3.0.5.32.19980514211049.0080e520@neilson.ddns.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Arthur W. Neilson III wrote: > > I rebuilt my kernel with bpfilter and IPFIREWALL enabled ... > I noticed when I reviewed the boot time messages in /var/log/messages > that FreeBSD wanted to set the timing via CLK_USE_I586_CALIBRATION first, > then CLK_USE_I8254_CALIBRATION then finally old method. It had Hz frequencies > listed for each, looked like CLK_USE_I586_CALIBRATION had the best resolution. > The OS seemed to resort to the 'old method' since I hadn't specified either > parameter in my kernel config. I do have a AMD K6-200 installed, and I assume > I can use the CLK_USE_I586_CALIBRATION. How/where in the kernel config file > do I specify this unknown parameter since I can't find it in the "Complete > FreeBSD" book anywhere? How do I turn it on???? There are sample examples for all kernel options in /sys/i386/config/LINT. I have no idea how the 586 calibration will interact with the amd but I suppose it's worth a shot. Make sure that you keep a working kernel around before you start testing. > Mahalo!!! Aloha, :) Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 11:05:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08441 for freebsd-stable-outgoing; Fri, 15 May 1998 11:05:57 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt053nd2.san.rr.com [204.210.34.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08425 for ; Fri, 15 May 1998 11:05:46 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id LAA09364; Fri, 15 May 1998 11:05:31 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <355C83EA.9D74BD47@dal.net> Date: Fri, 15 May 1998 11:05:30 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0507 i386) MIME-Version: 1.0 To: "Justin T. Gibbs" CC: freebsd-stable@FreeBSD.ORG Subject: Re: 980513 CAM snapshot available. References: <199805142008.OAA17031@pluto.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Justin T. Gibbs wrote: > The device statistics portion of the 2.2-stable snapshot has not been > thoroughly tested yet, so I would appreciate feedback on iostat/systat/ > vmstat functionality under 2.2. I am always eager to help test new stuff for -Stable, however I have some questions if you don't mind. 1. How stable is the cam stuff? IOW, given that I don't really have time in my life right now to re-install my stuff (yes, I have backups, just no time :) should I be doing this? 2. What are some *specific* things that I can test before installing cam and after which will show performance improvements, reliability, etc? 3. I have an Adaptec 2940 UW, an IBM DCAS 34300 UW drive and a zip drive. I'm running a very recent -Stable. Does this sound like a good platform for the cam stuff? Congrats on your achievements thus far, Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 14:23:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06981 for freebsd-stable-outgoing; Fri, 15 May 1998 14:23:13 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from neilson.ddns.org (n105client69.hawaii.rr.com [204.210.105.69]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA06932 for ; Fri, 15 May 1998 14:23:03 -0700 (PDT) (envelope-from art@neilson.ddns.org) Received: from neilson.hawaii.rr.com [127.0.0.1] by neilson.ddns.org [127.0.0.1] with SMTP (MDaemon.v2.7.SP2.R) for ; Fri, 15 May 1998 11:22:31 -1000 Message-Id: <3.0.5.32.19980515112230.0080c470@neilson.ddns.org> X-Sender: art@neilson.ddns.org X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 15 May 1998 11:22:30 -1000 To: freebsd-stable@FreeBSD.ORG From: "Arthur W. Neilson III" Subject: arpresolve message Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.ORG Reply-To: art@neilson.ddns.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk OK I got my DHCP client working with the Roadrunner cable modem service here in Honolulu, and got a login client written in perl5 working fine. I am however now getting a message from arpresolve regarding my loopback. I get the following message repeatedly: arpresolve: can't allocate llinfo for 127.0.0.1 what is llinfo and what does this message mean?? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 14:56:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12027 for freebsd-stable-outgoing; Fri, 15 May 1998 14:56:42 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11913 for ; Fri, 15 May 1998 14:55:34 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id PAA26379; Fri, 15 May 1998 15:55:35 -0600 (MDT) Message-Id: <199805152155.PAA26379@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Studded cc: "Justin T. Gibbs" , freebsd-stable@FreeBSD.ORG Subject: Re: 980513 CAM snapshot available. In-reply-to: Your message of "Fri, 15 May 1998 11:05:30 PDT." <355C83EA.9D74BD47@dal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 May 1998 15:51:22 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk >Justin T. Gibbs wrote: > >> The device statistics portion of the 2.2-stable snapshot has not been >> thoroughly tested yet, so I would appreciate feedback on iostat/systat/ >> vmstat functionality under 2.2. > > I am always eager to help test new stuff for -Stable, however I have >some questions if you don't mind. Sure. >1. How stable is the cam stuff? IOW, given that I don't really have >time in my life right now to re-install my stuff (yes, I have backups, >just no time :) should I be doing this? CAM has been running on wcarchive for some time now. The HotMail folks are currently doing their regression tests on CAM for deployment. Satoshi has been using it for a long time for his "art server" project at Cal. Pluto uses it for a video server... >From what I can tell, it is more robust than the old code. >2. What are some *specific* things that I can test before installing cam >and after which will show performance improvements, reliability, etc? CAM really shines for non-sequential I/O performance. For instance, if you fire off an iozone on your /usr partition, and then start launching some apps, they should launch significantly faster under CAM than the old code assuming your drives support tagged queuing. >3. I have an Adaptec 2940 UW, an IBM DCAS 34300 UW drive and a zip >drive. I'm running a very recent -Stable. Does this sound like a good >platform for the cam stuff? The patches should just drop in. >Congrats on your achievements thus far, Thanks! >Doug -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 15 15:31:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15926 for freebsd-stable-outgoing; Fri, 15 May 1998 15:31:02 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15918 for ; Fri, 15 May 1998 15:30:58 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id QAA24093; Fri, 15 May 1998 16:26:38 -0600 (MDT) Date: Fri, 15 May 1998 16:26:38 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199805152226.QAA24093@narnia.plutotech.com> To: Werner Griessl cc: stable@FreeBSD.ORG Subject: Re: broken remote boot Newsgroups: pluto.freebsd.stable In-Reply-To: <199805151243.OAA16044@btp1da.phy.uni-bayreuth.de> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk In article <199805151243.OAA16044@btp1da.phy.uni-bayreuth.de> you wrote: > I have a problem with diskless remote boot. > I verified, that the changes preventing remote boot > comes between May 6 and May 7 into the stable sources. > With a client kernel from May 6 remote boot is ok, > with a kernel from May 7 the boot fails with: > > "panic: cannot mount root" > > The kernel loads vio bootp, checks the devices up to > "npx0: INT 16 interface", then comes the panic. > normally followes the lines: > NFS SWAP: ... > NFS ROOT: ... > > Here are all files which change between May 6 and 7 : It was probably the changes I made to autoconf.c, but as I don't perform any diskless booting it will be difficult for me to determine what exactly is causing the problem. Can you instrument i386/i386/autoconf.c and determin why it fails to consider an NFS root? > Werner -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 16 03:33:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23460 for freebsd-stable-outgoing; Sat, 16 May 1998 03:33:00 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA23448 for ; Sat, 16 May 1998 03:32:52 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from baloon.mimi.com (sjx-ca124-05.ix.netcom.com [207.223.162.133]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id DAA07014; Sat, 16 May 1998 03:32:45 -0700 (PDT) Received: (from asami@localhost) by baloon.mimi.com (8.8.8/8.8.8) id DAA01340; Sat, 16 May 1998 03:32:42 -0700 (PDT) (envelope-from asami) Date: Sat, 16 May 1998 03:32:42 -0700 (PDT) Message-Id: <199805161032.DAA01340@baloon.mimi.com> To: gibbs@plutotech.com CC: Studded@dal.net, gibbs@plutotech.com, freebsd-stable@FreeBSD.ORG In-reply-to: <199805152155.PAA26379@pluto.plutotech.com> (gibbs@plutotech.com) Subject: Re: 980513 CAM snapshot available. From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk * From: "Justin T. Gibbs" * currently doing their regression tests on CAM for deployment. Satoshi has * been using it for a long time for his "art server" project at Cal. Pluto Yes, it's proved to be extremely reliable and useful (to keep our disks awake through the firmware bugs, which we still haven't resolved...). I'm also very glad to hear that the -stable port is now available. I'm a little busy right now as I'm in the middle of moving some stuff around (and when you have 400 disks, just "moving stuff around" takes a long time ;) but I'm going to set up a -stable test box and see if I should "stabilize" the whole cluster that way. (Not that it's crashing now with -current, mind you...it's a mid-January vintage that's quite reliable, but I can't even imagine updating it to something more recent....) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 16 04:25:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA01658 for freebsd-stable-outgoing; Sat, 16 May 1998 04:25:12 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA01603 for ; Sat, 16 May 1998 04:25:02 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id MAA06277; Sat, 16 May 1998 12:18:37 +0100 (BST) (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199805161118.MAA06277@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: Nick Folino cc: "'FreeBSD-Stable'" Subject: Re: ppp -auto -alias and sig 10 In-reply-to: Your message of "Thu, 14 May 1998 22:30:36 EDT." <01BD7F87.EB219100.nickf@ptd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 16 May 1998 12:18:37 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > I'm running ppp in auto mode with -alias and every couple of days ( > sometimes more than once a day ) it dies with a sig 10 or 11. I use a 28.8 > external Motorola modem, with the ports speed set at 57600. I've tried a > new modem, but have yet to solve the problem. Any ideas would be greatly > appreciated!! If you wanna track down the problem, check out http://www.FreeBSD.org/FAQ/userppp.html for info on coercing ppp into producing a core dump. > Thanks, > Nick > > --------------------------------------------------------------- > I am the Nickhead nickf@ptd.net > --------------------------------------------------------------- -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 16 13:11:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA29300 for freebsd-stable-outgoing; Sat, 16 May 1998 13:11:55 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA29292 for ; Sat, 16 May 1998 13:11:46 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA21879; Sat, 16 May 1998 22:11:46 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sat, 16 May 1998 22:11:46 +0200 (MET DST) Mime-Version: 1.0 To: "Jordan K. Hubbard" Cc: stable@FreeBSD.ORG Subject: Re: Hello.....? Whomever broke -stable, are you going to fix it? References: <4760.895249809@time.cdrom.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 16 May 1998 22:11:45 +0200 In-Reply-To: "Jordan K. Hubbard"'s message of "Fri, 15 May 1998 09:30:09 -0700" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk "Jordan K. Hubbard" writes: > The 2.2 snaps have been dying for 4 days now due to the sh breakage I > already pointed out yesterday. Jordan, as far as I can see sh hasn't been touched since May 4th. This is the only reference to sh in today's cvsup (five minutes ago): Edit src/bin/sh/eval.c Add delta 1.7.2.4 98.05.04.07.25.58 cracauer May 4th is about the last time I cvsupped -stable. And sh builds fine here; I haven't tried 'make buildworld' but just 'make clean' followed by 'make' in /usr/src/bin/sh seems to work just fine. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 16 13:39:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02762 for freebsd-stable-outgoing; Sat, 16 May 1998 13:39:58 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from roma.coe.ufrj.br (jonny@roma.coe.ufrj.br [146.164.53.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02757 for ; Sat, 16 May 1998 13:39:53 -0700 (PDT) (envelope-from jonny@jonny.eng.br) Received: (from jonny@localhost) by roma.coe.ufrj.br (8.8.8/8.8.8) id RAA10056; Sat, 16 May 1998 17:39:47 -0300 (EST) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199805162039.RAA10056@roma.coe.ufrj.br> Subject: Re: Hello.....? Whomever broke -stable, are you going to fix it? In-Reply-To: <4760.895249809@time.cdrom.com> from "Jordan K. Hubbard" at "May 15, 98 09:30:09 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 16 May 1998 17:39:47 -0300 (EST) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk #define quoting(Jordan K. Hubbard) // The 2.2 snaps have been dying for 4 days now due to the sh breakage I // already pointed out yesterday. If I don't hear anything in the next // 12 hours I'm going to fix it myself and that will essentially entail // backing out anything that looks suspicious from -stable, so do it now or // see your changes backed out. :( Is anybody else seeing this ? I've just made world yesterday using -stable from May 14, and had no problems... ... cc -O2 -pipe -fexpensive-optimizations -m486 -malign-functions=2 -malign-jumps=2 -malign-loops=2 -DSHELL -I. -I/usr/cvsup/RELENG_2_2/src/bin/sh -I/usr/obj/usr/src/tmp/usr/include -c syntax.c cc -O2 -pipe -fexpensive-optimizations -m486 -malign-functions=2 -malign-jumps=2 -malign-loops=2 -DSHELL -I. -I/usr/cvsup/RELENG_2_2/src/bin/sh -I/usr/obj/usr/src/tmp/usr/include -static -o sh alias.o cd.o echo.o error.o eval.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o miscbltin.o mystring.o options.o output.o parser.o printf.o redir.o show.o trap.o var.o arith.o arith_lex.o builtins.o init.o nodes.o syntax.o -ll -ledit -ltermcap install -c -s -o bin -g bin -m 555 sh /usr/obj/usr/src/tmp/bin cd /usr/cvsup/RELENG_2_2/src/bin/test && /usr/obj/usr/src/tmp/usr/bin/make depend && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install obj ... OTOH: I noticed that last week's 2.2-980508-SNAP had some files in it's /usr/ports/distfiles directory. The Brazilian mirror gets these files weekely, and this week's files (2.2-980511-SNAP) still have that trash: ... roma::root [545] tar tfvz ports.tgz ports/distfiles drwxr-xr-x root/wheel 0 May 11 04:31 1998 ports/distfiles/ -rw-r--r-- root/wheel 816871 Nov 3 19:02 1997 ports/distfiles/unzip532.tar.gz -rw-r--r-- root/wheel 2581811 Feb 16 10:29 1998 ports/distfiles/perl5.004_04.tar.gz -rw-r--r-- root/wheel 1102437 Mar 7 06:11 1998 ports/distfiles/jade1_1.zip -rw-r--r-- root/wheel 20510 Apr 4 18:43 1997 ports/distfiles/isoENTS.zip -rw-r--r-- root/wheel 6190 Jan 17 15:09 1998 ports/distfiles/linuxdoc-1.1.tar.gz -rw-r--r-- root/wheel 47501 Jan 10 14:47 1997 ports/distfiles/docbk241.tar.Z -rw-r--r-- root/wheel 61031 Jan 10 14:47 1997 ports/distfiles/docbk30.tar.Z -rw-r--r-- root/wheel 138302 Feb 21 19:50 1998 ports/distfiles/sgmlformat-1.6.tar.gz ... Maybe it's an specific problem in the building machine ? Jonny -- Joao Carlos Mendes Luis M.Sc. Student jonny@jonny.eng.br Universidade Federal do Rio de Janeiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 16 15:09:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16434 for freebsd-stable-outgoing; Sat, 16 May 1998 15:09:37 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16420 for ; Sat, 16 May 1998 15:09:27 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id PAA13092; Sat, 16 May 1998 15:09:16 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Joao Carlos Mendes Luis cc: stable@FreeBSD.ORG Subject: Re: Hello.....? Whomever broke -stable, are you going to fix it? In-reply-to: Your message of "Sat, 16 May 1998 17:39:47 -0300." <199805162039.RAA10056@roma.coe.ufrj.br> Date: Sat, 16 May 1998 15:09:16 -0700 Message-ID: <13089.895356556@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk > OTOH: I noticed that last week's 2.2-980508-SNAP had some files in it's > /usr/ports/distfiles directory. The Brazilian mirror gets these files > weekely, and this week's files (2.2-980511-SNAP) still have that trash: Yep, this is even true for the release. :) It's due to the way that the ports tree is built and the distfiles not being cleaned out before doing so - a known problem whcih I simply haven't gotten around to fixing yet. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 16 18:03:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05108 for freebsd-stable-outgoing; Sat, 16 May 1998 18:03:59 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from duey.hs.wolves.k12.mo.us (root@duey.hs.wolves.k12.mo.us [207.160.214.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA05089 for ; Sat, 16 May 1998 18:03:55 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from duey.hs.wolves.k12.mo.us (cdillon@duey.hs.wolves.k12.mo.us [207.160.214.9]) by duey.hs.wolves.k12.mo.us (8.8.7/8.8.7) with SMTP id UAA01114; Sat, 16 May 1998 20:03:42 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Sat, 16 May 1998 20:03:41 -0500 (CDT) From: Chris Dillon X-Sender: cdillon@duey.hs.wolves.k12.mo.us To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: "Jordan K. Hubbard" , stable@FreeBSD.ORG Subject: Re: Hello.....? Whomever broke -stable, are you going to fix it? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id SAA05090 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On 16 May 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > "Jordan K. Hubbard" writes: > > The 2.2 snaps have been dying for 4 days now due to the sh breakage I > > already pointed out yesterday. > > Jordan, as far as I can see sh hasn't been touched since May 4th. This > is the only reference to sh in today's cvsup (five minutes ago): > > Edit src/bin/sh/eval.c > Add delta 1.7.2.4 98.05.04.07.25.58 cracauer > > May 4th is about the last time I cvsupped -stable. And sh builds fine > here; I haven't tried 'make buildworld' but just 'make clean' followed > by 'make' in /usr/src/bin/sh seems to work just fine. > My local "snapshots" are dying on the GENERIC kernel. I don't know if the building of sh comes before or after GENERIC, but here's where it dies. (snip) ../../dev/dpt/dpt_control.c:58: sys/dpt.h: No such file or directory ../../dev/dpt/dpt_control.c:389: warning: #warning "O/S Version determination is an u gly hack" ../../dev/dpt/dpt_scsi.c:86: sys/dpt.h: No such file or directory ../../pci/dpt_pci.c:53: sys/dpt.h: No such file or directory ../../i386/eisa/dpt_eisa.c:53: sys/dpt.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. (snip) The exact same thing happens if I try to compile GENERIC just like I do my regular kernel (which doesn't fail, since it doesn't have the DPT stuff in it). -- Chris Dillon --- cdillon@inter-linc.net --- cdillon@wolves.k12.mo.us /* FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and compatibles (SPARC and Alpha under development) (http://www.freebsd.org) */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 16 20:46:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25645 for freebsd-stable-outgoing; Sat, 16 May 1998 20:46:13 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from freedomnet.com (root@freedomnet.com [198.240.104.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA25628 for ; Sat, 16 May 1998 20:46:05 -0700 (PDT) (envelope-from jobaldwi@vt.edu) Received: from phoenix (chester-36.freedomnet.com [207.244.223.36]) by freedomnet.com (8.8.7/8.8.7/antispam) with SMTP id XAA07538; Sat, 16 May 1998 23:33:57 -0400 (EDT) X-Envelope-To: stable@FreeBSD.ORG Message-Id: <3.0.5.32.19980516234646.00527150@mail.vt.edu> X-Sender: jobaldwi@mail.vt.edu X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sat, 16 May 1998 23:46:46 -0400 To: stable@FreeBSD.ORG From: John Baldwin Subject: Re: Hello.....? Whomever broke -stable, are you going to fix it? Cc: "Jordan K. Hubbard" stable@FreeBSD.ORG In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id UAA25635 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk At 20:03 5/16/98 -0500, Chris Dillon wrote: >On 16 May 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > >> "Jordan K. Hubbard" writes: >> > The 2.2 snaps have been dying for 4 days now due to the sh breakage I >> > already pointed out yesterday. >> >> Jordan, as far as I can see sh hasn't been touched since May 4th. This >> is the only reference to sh in today's cvsup (five minutes ago): >> >> Edit src/bin/sh/eval.c >> Add delta 1.7.2.4 98.05.04.07.25.58 cracauer >> >> May 4th is about the last time I cvsupped -stable. And sh builds fine >> here; I haven't tried 'make buildworld' but just 'make clean' followed >> by 'make' in /usr/src/bin/sh seems to work just fine. I did a 'make buildworld' May 14th and it worked fine, but my GENERIC kernel did refuse to compile with the same errors as below. I'm guessing that the "sys/dpt.h" needs to be changed to just "dpt.h" since dpt.h resides in the compile director while the kernel is being built. >My local "snapshots" are dying on the GENERIC kernel. I don't know if the >building of sh comes before or after GENERIC, but here's where it dies. > >(snip) >../../dev/dpt/dpt_control.c:58: sys/dpt.h: No such file or directory >../../dev/dpt/dpt_control.c:389: warning: #warning "O/S Version >determination is an u >gly hack" >../../dev/dpt/dpt_scsi.c:86: sys/dpt.h: No such file or directory >../../pci/dpt_pci.c:53: sys/dpt.h: No such file or directory >../../i386/eisa/dpt_eisa.c:53: sys/dpt.h: No such file or directory >mkdep: compile failed >*** Error code 1 > >Stop. >(snip) > >The exact same thing happens if I try to compile GENERIC just like I do my >regular kernel (which doesn't fail, since it doesn't have the DPT stuff in >it). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message