From owner-freebsd-current Sun Sep 3 01:14:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA22286 for current-outgoing; Sun, 3 Sep 1995 01:14:17 -0700 Received: from linux.csie.nctu.edu.tw (linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA22280 for ; Sun, 3 Sep 1995 01:14:12 -0700 Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id QAA21795 for freebsd-current@FreeBSD.ORG; Sun, 3 Sep 1995 16:13:03 +0800 From: Chien-Ta Lee Message-Id: <199509030813.QAA21795@linux.csie.nctu.edu.tw> Subject: Making a release problem : bootfd To: freebsd-current@FreeBSD.ORG Date: Sun, 3 Sep 1995 16:13:02 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1412 Sender: current-owner@FreeBSD.ORG Precedence: bulk Hi : I tried to make a release myself, I had finished release.0 to release.7, when making release.8 (bootfd), it died due to disklabel failure. How to solve it ? (I am using 2.2-CURRENT, kernel supports MFS) Thanks. cd /usr/src/release && make doFS FSSIZE=1075 FSPROTO=/R/stage/mfsfd FSLABEL=mfs1075 FSINODE=80000 rm -f fs-image if [ ! -b /dev/vn0 -o ! -c /dev/rvn0 ] ; then cd /dev && sh MAKEDEV vn0 ; fi dd of=fs-image if=/dev/zero count=1075 bs=1k 2>/dev/null vnconfig -c /dev/rvn0 fs-image disklabel -w -r -B -b /R/stage/trees/bin/usr/mdec/fdboot -s /R/stage/trees/bin/usr/mdec/bootfd /dev/rvn0 mfs1075 ioctl DIOCWLABEL: Inappropriate ioctl for device ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ newfs -u 0 -t 0 -i 80000 -m 0 -T mfs1075 /dev/rvn0 Warning: changing optimization to space because minfree is less than 8% Warning: Block size restricts cylinders per group to 12. /dev/rvn0: 2150 sectors in 1 cylinders of 1 tracks, 2150 sectors 1.0MB in 1 cyl groups (12 c/g, 12.60MB/g, 160 i/g) super-block backups (for fsck -b #) at: 32, mount /dev/vn0 /mnt cd /R/stage/mfsfd && find . -print | cpio -dump /mnt cpio: write error: No space left on device *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -- 李 建 達 (Adonis) 交大資工 Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Sun Sep 3 03:35:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA06623 for current-outgoing; Sun, 3 Sep 1995 03:35:15 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA06613 for ; Sun, 3 Sep 1995 03:34:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA07015; Sun, 3 Sep 1995 20:30:30 +1000 Date: Sun, 3 Sep 1995 20:30:30 +1000 From: Bruce Evans Message-Id: <199509031030.UAA07015@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, jdli@linux.csie.nctu.edu.tw Subject: Re: Making a release problem : bootfd Sender: current-owner@FreeBSD.ORG Precedence: bulk > I tried to make a release myself, I had finished release.0 to release.7, > when making release.8 (bootfd), it died due to disklabel failure. > How to solve it ? (I am using 2.2-CURRENT, kernel supports MFS) > Thanks. >cd /usr/src/release && make doFS FSSIZE=1075 FSPROTO=/R/stage/mfsfd FSLABEL=mfs1075 FSINODE=80000 >rm -f fs-image >if [ ! -b /dev/vn0 -o ! -c /dev/rvn0 ] ; then cd /dev && sh MAKEDEV vn0 ; fi >dd of=fs-image if=/dev/zero count=1075 bs=1k 2>/dev/null >vnconfig -c /dev/rvn0 fs-image >disklabel -w -r -B -b /R/stage/trees/bin/usr/mdec/fdboot -s /R/stage/trees/bin/usr/mdec/bootfd /dev/rvn0 mfs1075 >ioctl DIOCWLABEL: Inappropriate ioctl for device >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This part of the Makefile seems to be old and broken. Disk labels are only available on vn devices if vnconfig is invoked with the undocumented `labels' option. Running disklabel on /dev/rvn0 would be bogus even if labels were enabled. It is bogus for all disk devices /dev/rxxN but happens to work for floppies due to nonstandard device names for floppies. disklabel should normally be invoked on the device xxN or xxNsM, e.g., on vn0 or vn0s3. Then then disklabel will build the correct device, e.g., /dev/rvn0c. /dev/rvn0 is a completely different device from /dev/rvn0c. >cd /R/stage/mfsfd && find . -print | cpio -dump /mnt >cpio: write error: No space left on device The kernel and/or utilities are now slightlty too large. Bruce From owner-freebsd-current Sun Sep 3 04:13:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA10001 for current-outgoing; Sun, 3 Sep 1995 04:13:32 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA09895 for ; Sun, 3 Sep 1995 04:12:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA08130; Sun, 3 Sep 1995 21:08:25 +1000 Date: Sun, 3 Sep 1995 21:08:25 +1000 From: Bruce Evans Message-Id: <199509031108.VAA08130@godzilla.zeta.org.au> To: deischen@iworks.InterWorks.org, rgrimes@gndrsh.aac.dev.com Subject: Re: Getting around conflicts for a driver w/out base address Cc: FreeBSD-current@FreeBSD.Org Sender: current-owner@FreeBSD.Org Precedence: bulk >> I've written an driver for an ISA device that does not have an IO base >> address; it is strictly a memory mapped device. What is the proper method >> of informing the isa probes to not check the IO base address (id_iobase in >> isa_device) for conflicts with other drivers? The opposite holds true also; >> when checking other ISA devices for IO base address conflicts, we want to >> avoid that check with this device. Just return -1 from the probe: -1: probe succeeded, i/o size is 0 0: probe failed n > 0: probe succeeded, i/o size is n. >> I can't test this out until I'm at work Tuesday, but this looks like what >> I want to do. Given that, what about placing a define in isa_device.h >> for this: >> >> /* >> * Drivers that do not have IO base addresses should return this >> * in the probe routine. >> */ >> #define ISA_NO_IOBASE -1 >> >> or something like that. That way it becomes apparent what a driver should >> do. It would be better to fix the interface (introduce an id_iosize field ...). In in any case, it is more important to document the requirement to return the i/o size for i/o mapped devices. Many old little-used drivers still do this wrong: ctx: memory mapped, returns 1. gpib: i/o mapped, returns 1. gsc: i/o mapped, returns PROBE_SUCCESS = 1. if_cx: memory mapped, returns 1. if_el: i/o mapped, returns 1. if_ie: various (?), some return 1. if_ze: OK, except it returns NULL for failure. if_zp: OK, except it returns NULL for failure. mse: i/o mapped, returns 1. seagate: memory mapped, returns 1. tw: i/o mapped, returns 1. Several other drivers return 1 without appearing to know that this is the i/o size and not just a status. >Seems reasonable but I would like to see this passed by a few people, and >not so sure about the location of the define or the need for ISA_ in the >name of it, this is also applicable to EISA and MCA devices. Bruce From owner-freebsd-current Sun Sep 3 04:27:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA11303 for current-outgoing; Sun, 3 Sep 1995 04:27:01 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA11270 for ; Sun, 3 Sep 1995 04:26:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA08364; Sun, 3 Sep 1995 21:15:49 +1000 Date: Sun, 3 Sep 1995 21:15:49 +1000 From: Bruce Evans Message-Id: <199509031115.VAA08364@godzilla.zeta.org.au> To: deischen@iworks.InterWorks.org, rgrimes@gndrsh.aac.dev.com Subject: Re: Getting around conflicts for a driver w/out base address Cc: FreeBSD-current@FreeBSD.Org Sender: current-owner@FreeBSD.Org Precedence: bulk >> { 3, &ahcdriver, 0x0000, 0, -1, C 0x00000, 0, ahcintr, 1, 0x0000, 0, 0, 0, 0, 1, 0, 0 }, >> >> { 12, &lptdriver, 0xffffffff, IRQ7, -1, C 0x00000, 0, lptintr, 0, 0x0000, 0, 0, 0, 0, 1, 0, 0 }, >> ... >Hummm... looks as if config emits 0x0000 for the port address when you >have none specified. That is arguably incorrect since address 0x0000 is >a valid I/O port address. [And when I wrote the conflict code I was -1 would be incorrect too since that is used for `port ?'. >It looks like config is specifically hacked to emit -1 for port?, which >is also arguable incorrect as 0xffffffff is a valid port address internal >to the pentium CPU (it will not drive this to the external bus but there Not specially. config uses -1 all over as an out of band value. It is used for `imomem ?' although -1 is a valid memory address on many machines. >It looks to me as if the isa_device struct needs another qualifying field >for iobase that says it is either wildcarded (port?), unspecified (no port >spec at all) or given (port 0xf0f). That would make things simpler for isa_configure() but more complicated for config(8). The out of band values are passed in band a lot. Bruce From owner-freebsd-current Sun Sep 3 04:33:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA11854 for current-outgoing; Sun, 3 Sep 1995 04:33:00 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA11846 for ; Sun, 3 Sep 1995 04:32:58 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA14505; Sun, 3 Sep 95 13:35:54 +0100 Date: Sun, 3 Sep 95 13:35:54 +0100 Message-Id: <9509031235.AA14505@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: freebsd-current@freebsd.org Subject: I need a fixit floppy!!!! X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk Hi, Is there a fixit floppy available somewhere? I only need to boot from a floppy, mount my disk and copy a new kernel on it. All my emergency floppies (and my kernel on disk) are for a i486 cpu and I now have a P90 system :-/ Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Sun Sep 3 06:12:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA17269 for current-outgoing; Sun, 3 Sep 1995 06:12:06 -0700 Received: from shell.monmouth.com (shell.monmouth.com [205.164.220.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA17262 for ; Sun, 3 Sep 1995 06:12:04 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id JAA10167 for freebsd-current@freebsd.org; Sun, 3 Sep 1995 09:14:40 -0400 From: Pechter Message-Id: <199509031314.JAA10167@shell.monmouth.com> Subject: Compilation problem To: freebsd-current@freebsd.org Date: Sun, 3 Sep 1995 09:14:39 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2342 Sender: current-owner@freebsd.org Precedence: bulk Got the following error during the compile of passwd from current. Any suggestions? Script started on Sun Sep 3 09:11:08 1995 # make cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr.bin/passwd/local_passwd.c cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr.bin/passwd/yp_passwd.c cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr.bin/passwd/passwd.c cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr.bin/passwd/../../usr.bin/chpass/pw_copy.c cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr.bin/passwd/../../usr.sbin/vipw/pw_util.c cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -o passwd local_passwd.o yp_passwd.o passwd.o pw_copy.o pw_util.o -lcrypt -lrpcsvc local_passwd.o: Undefined symbol `_local_password' referenced from text segment local_passwd.o: Undefined symbol `_local_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: More undefined symbol _yp_password refs follow passwd.o: Undefined symbol `_use_yp' referenced from text segment pw_util.o: Undefined symbol `__use_yp' referenced from text segment *** Error code 1 Stop. From owner-freebsd-current Sun Sep 3 06:17:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA17404 for current-outgoing; Sun, 3 Sep 1995 06:17:35 -0700 Received: from iworks.InterWorks.org (iworks.interworks.org [128.255.18.10]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id GAA17398 for ; Sun, 3 Sep 1995 06:17:34 -0700 Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA26276; Sun, 3 Sep 1995 08:12:50 -0500 Message-Id: <9509031312.AA26276@iworks.InterWorks.org> Date: Sun, 3 Sep 1995 08:12:50 -0500 From: "Daniel M. Eischen" To: freebsd-current@freebsd.org Subject: Re: Getting around conflicts for a driver w/out base address Sender: current-owner@freebsd.org Precedence: bulk >>> /* >>> * Drivers that do not have IO base addresses should return this >>> * in the probe routine. >>> */ >>> #define ISA_NO_IOBASE -1 >>> >>> or something like that. That way it becomes apparent what a driver should >>> do. > >It would be better to fix the interface (introduce an id_iosize field ...). >In in any case, it is more important to document the requirement to return >the i/o size for i/o mapped devices. Many old little-used drivers still >do this wrong: Isn't there already a size field - id_alive? At least that's how it looks like it is being used in isa.c. It is set to the value returned by a driver's probe function. How about making the drivers set this field like they do for others (id_maddr and id_msize for example)? Then the probe routine can actually return a success/fail status. Or is it more complicated than this when considering config? Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Sun Sep 3 07:19:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA18189 for current-outgoing; Sun, 3 Sep 1995 07:19:53 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA18180 for ; Sun, 3 Sep 1995 07:19:50 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id HAA10928; Sun, 3 Sep 1995 07:19:31 -0700 To: Chien-Ta Lee cc: freebsd-current@FreeBSD.ORG Subject: Re: Making a release problem : bootfd In-reply-to: Your message of "Sun, 03 Sep 1995 16:13:02 +0800." <199509030813.QAA21795@linux.csie.nctu.edu.tw> Date: Sun, 03 Sep 1995 07:19:31 -0700 Message-ID: <10926.810137971@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.ORG Precedence: bulk > when making release.8 (bootfd), it died due to disklabel failure. > How to solve it ? (I am using 2.2-CURRENT, kernel supports MFS) > Thanks. You need to have the `vn' device in your kernel to make releases. Stick this line somewhere near the end of your kernel config file: pseudo-device vn 1 Jordan From owner-freebsd-current Sun Sep 3 07:41:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA18739 for current-outgoing; Sun, 3 Sep 1995 07:41:32 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA18730 for ; Sun, 3 Sep 1995 07:41:08 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id QAA18379; Sun, 3 Sep 1995 16:40:50 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id QAA24528; Sun, 3 Sep 1995 16:40:49 +0200 Message-Id: <199509031440.QAA24528@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: Pechter cc: freebsd-current@FreeBSD.org Subject: Re: Compilation problem Date: Sun, 03 Sep 1995 16:40:48 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk I have just committed a fix... > Got the following error during the compile of passwd from current. > Any suggestions? > > Script started on Sun Sep 3 09:11:08 1995 > # make > cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../ usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr .bin/passwd/local_passwd.c > cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../ usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr .bin/passwd/yp_passwd.c > cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../ usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr .bin/passwd/passwd.c > cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../ usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr .bin/passwd/../../usr.bin/chpass/pw_copy.c > cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../ usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -c /usr/src/usr .bin/passwd/../../usr.sbin/vipw/pw_util.c > cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../ usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -o passwd loca l_passwd.o yp_passwd.o passwd.o pw_copy.o pw_util.o -lcrypt -lrpcsvc > local_passwd.o: Undefined symbol `_local_password' referenced from text segme nt > local_passwd.o: Undefined symbol `_local_password' referenced from text segme nt > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: More undefined symbol _yp_password refs follow > passwd.o: Undefined symbol `_use_yp' referenced from text segment > pw_util.o: Undefined symbol `__use_yp' referenced from text segment > *** Error code 1 > > Stop. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Sep 3 09:18:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA21999 for current-outgoing; Sun, 3 Sep 1995 09:18:11 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA21985 ; Sun, 3 Sep 1995 09:17:35 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id SAA01127; Sun, 3 Sep 1995 18:17:16 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id SAA12193; Sun, 3 Sep 1995 18:17:14 +0200 Message-Id: <199509031617.SAA12193@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: current@freebsd.org, committers@freebsd.org Subject: eBones Changes coming soon! Date: Sun, 03 Sep 1995 18:17:13 +0200 From: Mark Murray Sender: current-owner@freebsd.org Precedence: bulk Hello All! After the last fiasco, I am announcing this :-). I will be committing a huge bunch of eBones changes to the tree in the next (short) while. These consist of changes to make this part of the tree build cleanly with -Wall set, and reverse my previous changes to make all functions look like int foo(int a, char *b) { : }. Instead, I have left (or made) the functions like this: int foo(a, b) int a; char *b; { : }. Please shout NOW, or forever hold the pieces! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Sep 3 09:54:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA22937 for current-outgoing; Sun, 3 Sep 1995 09:54:44 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA22931 for ; Sun, 3 Sep 1995 09:54:42 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA16213; Sun, 3 Sep 1995 12:54:12 -0400 Date: Sun, 3 Sep 1995 12:54:12 -0400 From: "Garrett A. Wollman" Message-Id: <9509031654.AA16213@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: FreeBSD-current@FreeBSD.Org Subject: Re: Getting around conflicts for a driver w/out base address In-Reply-To: <199509031108.VAA08130@godzilla.zeta.org.au> References: <199509031108.VAA08130@godzilla.zeta.org.au> Sender: current-owner@FreeBSD.Org Precedence: bulk < said: > if_ie: various (?), some return 1. The parts of if_ie that return 1 were most likely the ones that I wrote, long before there was any such thing as conflict checking. (The bulk of if_ie was written in late 1992 under 386BSD.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Sun Sep 3 10:44:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA23714 for current-outgoing; Sun, 3 Sep 1995 10:44:37 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA23707 for ; Sun, 3 Sep 1995 10:44:33 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA16703; Sun, 3 Sep 1995 10:43:15 -0700 From: "Rodney W. Grimes" Message-Id: <199509031743.KAA16703@gndrsh.aac.dev.com> Subject: Re: Getting around conflicts for a driver w/out base address To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Sun, 3 Sep 1995 10:43:15 -0700 (PDT) Cc: bde@zeta.org.au, FreeBSD-current@FreeBSD.Org In-Reply-To: <9509031654.AA16213@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Sep 3, 95 12:54:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1015 Sender: current-owner@FreeBSD.Org Precedence: bulk > > < said: > > > if_ie: various (?), some return 1. > > The parts of if_ie that return 1 were most likely the ones that I > wrote, long before there was any such thing as conflict checking. > (The bulk of if_ie was written in late 1992 under 386BSD.) > The concept of probes returning the number of I/O or CSR slots used predates 386BSD and goes back to Net/2 itself. 386BSD simply did nothing with the values though several of the drivers that came with it did bother to return proper ones. This particular proper return value from BSD drives has been and still is overlooked by most as most platforms autoconfig code does no consitency check on the returned value and those writting drivers where aware of that and simply used it as a flag rather than bother with the correct value. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Sep 3 11:12:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA24137 for current-outgoing; Sun, 3 Sep 1995 11:12:03 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA24131 for ; Sun, 3 Sep 1995 11:12:01 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA00560 for ; Sun, 3 Sep 1995 11:11:58 -0700 To: current@freefall.FreeBSD.org Subject: lynx in /usr/src/usr.bin/lynx; any objections? Date: Sun, 03 Sep 1995 11:11:58 -0700 Message-ID: <558.810151918@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk We need a documentation browser for handling local copies of the HTML docs. The GNU `info' utility is nice for reading info files, but that's *all* it's good for and it appears that HTML has "won" this particular battle anyway. If we had lynx as a standard part of the system, any utility wanting to "bring up a help screen" would be able to count on having lynx around on the standard system for displaying it. For that matter, we could rename "info" to "ginfo" and then replace "info" with a wrapper that was intelligent enough to invoke "ginfo" or "lynx" depending on the input. It's not that hard to tell info files and HTML files apart, and doing something like this would give a us one simple "info" command that users could invoke on any doc file that looked interesting. Either that or we could convert all of our GNU info files to SGML files and keep just one type of docs reader around, but I don't know what the current state of the art in info->SGML translation technology is so I can't really comment on the viability of this option. However, I'll not bring any of this in until the "anti-bloatists" have had a chance to comment. Any strong objections? Any strong agreement? Jordan From owner-freebsd-current Sun Sep 3 11:31:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA24370 for current-outgoing; Sun, 3 Sep 1995 11:31:10 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA24364 for ; Sun, 3 Sep 1995 11:31:09 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA16269; Sun, 3 Sep 1995 14:31:03 -0400 Date: Sun, 3 Sep 1995 14:31:03 -0400 From: "Garrett A. Wollman" Message-Id: <9509031831.AA16269@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: current@freefall.FreeBSD.org Subject: lynx in /usr/src/usr.bin/lynx; any objections? In-Reply-To: <558.810151918@time.cdrom.com> References: <558.810151918@time.cdrom.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > We need a documentation browser for handling local copies of the HTML > docs. [deletia] > However, I'll not bring any of this in until the "anti-bloatists" have > had a chance to comment. > Any strong objections? Any strong agreement? Hmmm. I feel somewhat uncomfortable with this idea, but I don't know if I can explain it to someone else. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Sun Sep 3 11:39:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA25700 for current-outgoing; Sun, 3 Sep 1995 11:39:24 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA25694 for ; Sun, 3 Sep 1995 11:39:00 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id UAA00315; Sun, 3 Sep 1995 20:38:10 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id UAA14128; Sun, 3 Sep 1995 20:38:09 +0200 Message-Id: <199509031838.UAA14128@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freefall.FreeBSD.org Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? Date: Sun, 03 Sep 1995 20:38:09 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > Either that or we could convert all of our GNU info files to SGML > files and keep just one type of docs reader around, but I don't know > what the current state of the art in info->SGML translation technology > is so I can't really comment on the viability of this option. > > However, I'll not bring any of this in until the "anti-bloatists" have > had a chance to comment. > > Any strong objections? Any strong agreement? Please count me in for `strong agreement'. I would also strongly agree if the browser was not lynx, but some other text browser. We need this badly... M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Sep 3 12:35:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA26605 for current-outgoing; Sun, 3 Sep 1995 12:35:54 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA26599 for ; Sun, 3 Sep 1995 12:35:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA00734; Sun, 3 Sep 1995 12:35:46 -0700 To: "Garrett A. Wollman" cc: current@freefall.FreeBSD.org Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? In-reply-to: Your message of "Sun, 03 Sep 1995 14:31:03 EDT." <9509031831.AA16269@halloran-eldar.lcs.mit.edu> Date: Sun, 03 Sep 1995 12:35:45 -0700 Message-ID: <732.810156945@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > > Any strong objections? Any strong agreement? > > Hmmm. I feel somewhat uncomfortable with this idea, but I don't know > if I can explain it to someone else. Well, I can actually sort of understand this so let me perhaps phrase it differently: Given that: A) HTML is very likely to become the documentation format of choice in the next 3 years. B) One should always be able to read the system's documentation using the base tools provided with that system. What would you recommend? I don't think that (B) is that contraversal a point - what would Windows be without WinHelp, or OS/2 without the IBM help facility? We should likewise be able to read our own documentation in some format that provides for the reasonable following of links, making bookmarks, etc. I would also say that our inclusion of GNU info establishes some precedent for this. If not lynx, then...? Jordan From owner-freebsd-current Sun Sep 3 13:09:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA27980 for current-outgoing; Sun, 3 Sep 1995 13:09:53 -0700 Received: from mailhub.cts.com (mailhub.cts.com [192.188.72.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA27971 for ; Sun, 3 Sep 1995 13:09:51 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #18) id m0spLMU-000UyvC; Sun, 3 Sep 95 13:09 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id NAA18839; Sun, 3 Sep 1995 13:09:58 -0700 From: Morgan Davis Message-Id: <199509032009.NAA18839@io.cts.com> Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? To: freebsd-current@freebsd.org Date: Sun, 3 Sep 1995 13:09:58 -0700 (PDT) Cc: wollman@lcs.mit.edu, current@freefall.FreeBSD.org In-Reply-To: <732.810156945@time.cdrom.com> from "Jordan K. Hubbard" at Sep 3, 95 12:35:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 519 Sender: current-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > Given that: > A) HTML is very likely to become the documentation format of > choice in the next 3 years. > > B) One should always be able to read the system's documentation > using the base tools provided with that system. Lynx comes pre-installed with BSDI BSD/OS (as well as a number other tools, like 'elm', etc.). However, for every feature that BSD/OS has, FreeBSD has three more. Not having a web browser in FreeBSD seems as gaping a hole as not having an FTP client. From owner-freebsd-current Sun Sep 3 13:09:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA27992 for current-outgoing; Sun, 3 Sep 1995 13:09:54 -0700 Received: from mailhub.cts.com (mailhub.cts.com [192.188.72.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA27978 for ; Sun, 3 Sep 1995 13:09:52 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #18) id m0spLMU-000UyvC; Sun, 3 Sep 95 13:09 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id NAA18839; Sun, 3 Sep 1995 13:09:58 -0700 From: Morgan Davis Message-Id: <199509032009.NAA18839@io.cts.com> Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? To: freebsd-current@freebsd.org Date: Sun, 3 Sep 1995 13:09:58 -0700 (PDT) Cc: wollman@lcs.mit.edu, current@freefall.FreeBSD.org In-Reply-To: <732.810156945@time.cdrom.com> from "Jordan K. Hubbard" at Sep 3, 95 12:35:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 519 Sender: current-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > Given that: > A) HTML is very likely to become the documentation format of > choice in the next 3 years. > > B) One should always be able to read the system's documentation > using the base tools provided with that system. Lynx comes pre-installed with BSDI BSD/OS (as well as a number other tools, like 'elm', etc.). However, for every feature that BSD/OS has, FreeBSD has three more. Not having a web browser in FreeBSD seems as gaping a hole as not having an FTP client. From owner-freebsd-current Sun Sep 3 13:32:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA28564 for current-outgoing; Sun, 3 Sep 1995 13:32:41 -0700 Received: from aristotle.algonet.se (aristotle.algonet.se [193.12.207.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA28550 ; Sun, 3 Sep 1995 13:32:31 -0700 Received: from sophocles. (mal@sophocles.algonet.se [193.12.207.10]) by aristotle.algonet.se (8.6.9/hdw.1.0) with SMTP id WAA28333; Sun, 3 Sep 1995 22:31:58 +0200 Received: by sophocles. (5.x/SMI-SVR4) id AA12674; Sun, 3 Sep 1995 22:32:15 +0200 Date: Sun, 3 Sep 1995 22:32:15 +0200 From: mal@algonet.se (Mats Lofkvist) Message-Id: <9509032032.AA12674@sophocles.> To: mark@grondar.za Cc: current@FreeBSD.org, committers@FreeBSD.org In-Reply-To: <199509031617.SAA12193@grumble.grondar.za> (message from Mark Murray on Sun, 03 Sep 1995 18:17:13 +0200) Subject: Re: eBones Changes coming soon! Sender: current-owner@FreeBSD.org Precedence: bulk Why were ANSI prototypes bad? Just curious. _ Mats Lofkvist mal@algonet.se From owner-freebsd-current Sun Sep 3 13:46:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA29297 for current-outgoing; Sun, 3 Sep 1995 13:46:14 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA29283 ; Sun, 3 Sep 1995 13:45:48 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id WAA00459; Sun, 3 Sep 1995 22:45:26 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id WAA17800; Sun, 3 Sep 1995 22:45:25 +0200 Message-Id: <199509032045.WAA17800@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: mal@algonet.se (Mats Lofkvist) cc: current@FreeBSD.org, committers@FreeBSD.org Subject: Re: eBones Changes coming soon! Date: Sun, 03 Sep 1995 22:45:25 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > Why were ANSI prototypes bad? Just curious. Because the rest of FreeBSD was written in the (also ANSI) int foo(a, b) int a, b; { : } Style. ANSI protoypes are not bad, it is just a style convention. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Sep 3 15:17:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA02807 for current-outgoing; Sun, 3 Sep 1995 15:17:52 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA02801 ; Sun, 3 Sep 1995 15:17:46 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA11657; Sun, 3 Sep 1995 15:12:12 -0700 From: Terry Lambert Message-Id: <199509032212.PAA11657@phaeton.artisoft.com> Subject: Re: eBones Changes coming soon! To: mal@algonet.se (Mats Lofkvist) Date: Sun, 3 Sep 1995 15:12:12 -0700 (MST) Cc: mark@grondar.za, current@FreeBSD.org, committers@FreeBSD.org In-Reply-To: <9509032032.AA12674@sophocles.> from "Mats Lofkvist" at Sep 3, 95 10:32:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 941 Sender: current-owner@FreeBSD.org Precedence: bulk > Why were ANSI prototypes bad? Just curious. That wasn't a case of ANSI prototypes, it was a case of function declaration. The extern declarations have (and should have) __P(( int a, char *b)) wrappers on them so that an ANSI compiler can do type checking that would be in the linker if anyone could build a linker with any brains (besides Fred Fish's M88k one, I mean). The only valid argument for prototypes in the function declarations themselves is so you can compile the kernel with C++, which is not likely because of other issues (like assembly functions not having compiler specific argument attribute extensions, or linking as a standalone binary with no way to call constructors/destructors for virtual base classes, etc. at startup, or some kernel specific headers not being C++ safe). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Sep 3 15:38:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA03216 for current-outgoing; Sun, 3 Sep 1995 15:38:23 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA03210 for ; Sun, 3 Sep 1995 15:38:21 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id AAA05612; Mon, 4 Sep 1995 00:24:51 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id XAA01458; Sun, 3 Sep 1995 23:40:02 +0200 Date: Sun, 3 Sep 1995 23:40:02 +0200 From: Wolfram Schneider Message-Id: <199509032140.XAA01458@localhost> To: "Jordan K. Hubbard" Cc: current@freefall.FreeBSD.org Subject: getgrent() and spaces.. In-Reply-To: <4453.809988212@time.cdrom.com> References: <4453.809988212@time.cdrom.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@FreeBSD.org Precedence: bulk What about comments ('#') in /etc/groups? Wolfram Jordan K. Hubbard writes: >I had someone stick me in their wheel group recently and was surprised >when I still didn't appear in wheel. Further investigation revealed >that they'd stuck me in as: > > wheel:*:john,paul,george,ringo, jkh > >See that space? Well, that was enough to nip the group search in the >bud. > >My question is, before I perhaps dive and try to fix it, is if it's a >feature or a bug? Whitespace sensitivity is generally not a good >thing in configuration files, but there are limits to what one should >go through in order to deal with it, yes? > > Jordan From owner-freebsd-current Sun Sep 3 17:13:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA06430 for current-outgoing; Sun, 3 Sep 1995 17:13:18 -0700 Received: (from hsu@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA06423 for current; Sun, 3 Sep 1995 17:13:17 -0700 Date: Sun, 3 Sep 1995 17:13:17 -0700 From: Jeffrey Hsu Message-Id: <199509040013.RAA06423@freefall.FreeBSD.org> To: current Subject: Re: Docs Sender: current-owner@FreeBSD.org Precedence: bulk > so I went to look to see if I could learn the sgml tools used for > the FreeBSD faqs. I couldn't find anything on it, tho. This is a reminder to make 'apropos sgml' find sgmlfmt if it doesn't already. It didn't the last time I tried it on a freshly built -current system. From owner-freebsd-current Sun Sep 3 17:43:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA07513 for current-outgoing; Sun, 3 Sep 1995 17:43:54 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA07507 for ; Sun, 3 Sep 1995 17:43:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA04142 for ; Sun, 3 Sep 1995 17:43:49 -0700 To: current@freefall.FreeBSD.org Subject: devinfo - Houston, we have a small crisis here.. Date: Sun, 03 Sep 1995 17:43:48 -0700 Message-ID: <4140.810175428@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk Background: In the 2.0.5 sysinstall, I find out which devices the user has by rather evil means: I rush around trying to open everything I can and, if I'm successful, I declare that device "found." For network devices, I walk the ifc_req chain. This has some serious drawbacks, the most notable being that only devices which can be "opened" may be probed this way (e.g. if you have a tape drive, this only works if there's a tape in it). It's also not a good method to use once the system is up, so it prevents you from really being able to use sysinstall afterwards - something that many people have asked for. I'd always intended to change this to grab the device list more the way lsdev(1) does it, but my hoped-for salvation there now appears to be imperiled by the fact that many important devices (like de0 and all CDs, SCSI disks and tapes, as I've so far found) just don't register the appropriate information. HELP! This is really going to screw me up! Finding devices by opening them is really insufficient and doing them this way was always my future hope - I just made the mistake of thinking that it would be trivial when the time came. If we have less than 100% coverage of devices registered under the proper classes (since I need to be able to subpartition the array of devices the user is presented with in certain situations by class) then trivial it most certainly won't be, I can tell you that. Gah. I don't want to keep using the 2.0.5 method - it's known to be broken in many ways! :-( Can I interest any of you in a short, quick push to clean up any missing or insufficient dev_attach() functionality in our current driver set? I'm willing to go do some of the work *myself* as necessary (and lordie knows I'm no kernel hack) but if I can count on at least some driver authors taking this task over for their own drivers, that's that many less I have to worry about. Garrett: How come the set of device classes is wider with devmenu? It uses dc_class whereas lsdev uses the more restricted machdep_devtype from instead of . If there is some rhyme or reason to this, I'm not seeing it! :-( Thanks! Sorry to bring this up at such a late juncture, but I was just being stupid and assuming that this worked all along and could just be picked up when the time came. The mechanism certainly isn't that difficult to use from the sysctl() perspective, I just need all the information to be there and properly classed or some users aren't going to see their devices listed in places they'd really like them to be listed! :-( Jordan From owner-freebsd-current Sun Sep 3 19:55:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA11290 for current-outgoing; Sun, 3 Sep 1995 19:55:23 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id TAA11284 for ; Sun, 3 Sep 1995 19:55:20 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA18716; Sun, 3 Sep 1995 22:55:16 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA09078; Sun, 3 Sep 95 22:52:39 EDT Date: Sun, 3 Sep 95 22:52:39 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9509040252.AA09078@borg.ess.harris.com> To: freebsd-current@freefall.FreeBSD.org Subject: stable and current Sender: current-owner@FreeBSD.org Precedence: bulk I recently did a make world on two machines a stable and current and now I am seeing something that I haven't seen before. When I do an ls in my xterms the columns as misaligned and I seemed to have 1 character in the rightmost columns and the rest on the next line something like this: src/ new_stuff/ j unk/ more_stuff/ anyone have a clue??? has curses changed? Jim Leppek From owner-freebsd-current Sun Sep 3 20:34:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA12722 for current-outgoing; Sun, 3 Sep 1995 20:34:23 -0700 Received: from shell.monmouth.com (shell.monmouth.com [205.164.220.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA12712 for ; Sun, 3 Sep 1995 20:34:21 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id XAA17848 for freebsd-current@freebsd.org; Sun, 3 Sep 1995 23:36:56 -0400 From: Pechter Message-Id: <199509040336.XAA17848@shell.monmouth.com> Subject: kernel compile problem. To: freebsd-current@freebsd.org Date: Sun, 3 Sep 1995 23:36:56 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 428 Sender: current-owner@freebsd.org Precedence: bulk I don't know why -- but I found my system couldn't find dgb.h I've got no digiiboard in the config. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-current Sun Sep 3 20:37:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA12986 for current-outgoing; Sun, 3 Sep 1995 20:37:18 -0700 Received: from chrome.onramp.net (chrome.onramp.net [199.1.166.202]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA12980 for ; Sun, 3 Sep 1995 20:37:16 -0700 Received: from localhost.jdl.com (localhost.jdl.com [127.0.0.1]) by chrome.onramp.net (8.6.11/8.6.9) with SMTP id WAA16700; Sun, 3 Sep 1995 22:36:38 -0500 Message-Id: <199509040336.WAA16700@chrome.onramp.net> X-Authentication-Warning: chrome.onramp.net: Host localhost.jdl.com didn't use HELO protocol To: jleppek@suw2k.ess.harris.com (James Leppek) cc: freebsd-current@freefall.FreeBSD.org Subject: Re: stable and current In-reply-to: Your message of "Sun, 03 Sep 1995 22:52:39 EDT." <9509040252.AA09078@borg.ess.harris.com> Reply-To: jdl@chromatic.com Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Sun, 03 Sep 1995 22:36:37 -0500 From: Jon Loeliger Sender: current-owner@FreeBSD.org Precedence: bulk Apparently, James Leppek scribbled: > and now I am seeing something that I haven't seen before. > When I do an ls in my xterms the columns as misaligned > and I seemed to have 1 character in the rightmost columns and the rest > on the next line something like this: > > src/ new_stuff/ j > unk/ > more_stuff/ > > anyone have a clue??? > has curses changed? I saw this odd behaviour also. Along with Garrett Wollman, , I tracked it down to an odd handling of the "stty oxtabs" flag. We sort of concluded that it must be xterm's mishandling of the tab expansion. jdl From owner-freebsd-current Sun Sep 3 20:40:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA13175 for current-outgoing; Sun, 3 Sep 1995 20:40:44 -0700 Received: from shell.monmouth.com (shell.monmouth.com [205.164.220.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA13168 for ; Sun, 3 Sep 1995 20:40:42 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id XAA18263 for freebsd-current@freebsd.org; Sun, 3 Sep 1995 23:43:16 -0400 From: Pechter Message-Id: <199509040343.XAA18263@shell.monmouth.com> Subject: dgb.h To: freebsd-current@freebsd.org Date: Sun, 3 Sep 1995 23:43:15 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 405 Sender: current-owner@freebsd.org Precedence: bulk Never mind. Conical hat time. Geez. Picked a wrong time to give up drinking. Bill ----------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-current Sun Sep 3 21:11:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA14304 for current-outgoing; Sun, 3 Sep 1995 21:11:52 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id VAA14294 ; Sun, 3 Sep 1995 21:11:50 -0700 Message-Id: <199509040411.VAA14294@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: Pechter cc: freebsd-current@freebsd.org Subject: Re: kernel compile problem. In-reply-to: Your message of "Sun, 03 Sep 95 23:36:56 EDT." <199509040336.XAA17848@shell.monmouth.com> Date: Sun, 03 Sep 1995 21:11:49 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >I don't know why -- but I found my system couldn't find dgb.h > >I've got no digiiboard in the config. > >Bill You need to re-run config(8) or update your files.i386 file. >------------------------------------------------------------------------------ >- > Bill Pechter/Carolyn Pechter | The postmaster always pings twice. > Lakewood MicroSystems | 17 Meredith Drive, > 908-389-3592 | Tinton Falls, NJ 07724 > pechter@shell.monmouth.com | -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Sep 3 21:55:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA15907 for current-outgoing; Sun, 3 Sep 1995 21:55:26 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id VAA15895 for ; Sun, 3 Sep 1995 21:54:38 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <19319-0@bunyip.cc.uq.oz.au>; Mon, 4 Sep 1995 14:54:08 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id OAA01040 for ; Mon, 4 Sep 1995 14:58:48 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA28261 for ; Mon, 4 Sep 1995 04:58:52 GMT Message-Id: <199509040458.EAA28261@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: current@freebsd.org Subject: Last lot of sound changes appear to have broken SB16 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Sep 1995 14:58:51 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk For some time I've been running -current with just one change to /sys/i386/isa/sound/dmabuf.c, which or'd in a value to a flag rather than adding it. This combo worked fine. I backed out this change to allow the latest lot of sound changes to come through, and seem to have encountered a problem. Sound still plays, but with a regular click, and after a little while the sound process hangs. This is the NAS soundserver playing sounds in eight bit mode. It is a considerable improvement over v3.0.5 of VOXware, which just produced a high pitched whine, but still needs some work. In order to reproduce, compile NAS off the ports area and try it out. My version of NAS has been modified to use the DSP_SETFRAG stuff to lower the latency. I'll remove those hacks & report back. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Sun Sep 3 22:08:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA16159 for current-outgoing; Sun, 3 Sep 1995 22:08:41 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA16151 for ; Sun, 3 Sep 1995 22:08:22 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <21192-0@bunyip.cc.uq.oz.au>; Mon, 4 Sep 1995 15:08:00 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA01356 for ; Mon, 4 Sep 1995 15:12:33 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA28399 for ; Mon, 4 Sep 1995 05:12:35 GMT Message-Id: <199509040512.FAA28399@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: current@freebsd.org Subject: More on sound, SB16 & NAS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Sep 1995 15:12:33 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk Removing the DSP_SETFRAGMENT ioctls made no appreciable difference - still clicks during playback & hangs. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Sun Sep 3 22:36:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA16887 for current-outgoing; Sun, 3 Sep 1995 22:36:04 -0700 Received: (from sos@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA16878 ; Sun, 3 Sep 1995 22:36:03 -0700 Message-Id: <199509040536.WAA16878@freefall.FreeBSD.org> Subject: Re: Silence on the Western Front... To: jdl@chrome.onramp.net (Jon Loeliger) Date: Sun, 3 Sep 1995 22:36:03 -0700 (PDT) Cc: freebsd-current@freebsd.org In-Reply-To: <199509030435.XAA13830@chrome.onramp.net> from "Jon Loeliger" at Sep 2, 95 11:35:08 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1725 Sender: current-owner@freebsd.org Precedence: bulk In reply to Jon Loeliger who wrote: > > Well folks, except for one comment from Bruce about why a crock > register read was done, I've not gotten a scrap of input from > anyone one else on the ATAPI driver. In the last message I even > asked if anyone was interested in it besides me.... Does this driver > work for everyone else? After applying the latest changes vak has done it work pretty good for me (a FX400 Mitsumi drive), I have no idea if the audio part is working though (I have heard roumors that it doesn't) > Others who I've seen express interest are or have exchanged a piece > of mail or two are: > > Steve Wallace, swallace@eng.uci.edu > Soren Schmidt, sos@FreeBSD.org > Steven Schwarz, schwarz@optigfx.com > > At least one of these people said he didn't have time to pursue it > further at this point in time. Fair enough. That was me :( > > Paul Richards wrote: > > I'll try and find the problem with my drive this week. I think we'd better > > try and find a lot of IDE cdrom owners out there to thoroughly shake out > > this driver. > > Well, I'm trying to help shake it out some, I've been writing up what > I find, I've asked for input, and it appears to be hitting a void as > far as I can tell. > > Is anyone willing to help me look at this further? At a later time? I will look at this when I get at little better time than now, we are gettin g into final test on a system here at work, so my attention has to be centered here for the moment, sorry.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-current Sun Sep 3 23:14:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA17690 for current-outgoing; Sun, 3 Sep 1995 23:14:15 -0700 Received: from linux.csie.nctu.edu.tw (linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA17668 for ; Sun, 3 Sep 1995 23:13:26 -0700 Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id OAA28971; Mon, 4 Sep 1995 14:09:54 +0800 From: Chien-Ta Lee Message-Id: <199509040609.OAA28971@linux.csie.nctu.edu.tw> Subject: Re: Making a release problem : bootfd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Sep 1995 14:09:53 +0800 (CST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <10926.810137971@time.cdrom.com> from "Jordan K. Hubbard" at Sep 3, 95 07:19:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 989 Sender: current-owner@FreeBSD.ORG Precedence: bulk > > > when making release.8 (bootfd), it died due to disklabel failure. > > How to solve it ? (I am using 2.2-CURRENT, kernel supports MFS) > > Thanks. > > You need to have the `vn' device in your kernel to make releases. > Stick this line somewhere near the end of your kernel config file: > > pseudo-device vn 1 > I had "pseudo-device vn 4" configured already ..... What Bruce said is right, stuffs get larger in 2.2-CURRENT, I increase the image size from 1075 to 1200 and continue the bootfd procedure. (solved the disk full problem) (the BOOTMFS kernel is too large, and the /stand is too large in 2.2-current if the image size is the default - 1075) But the disklabel still failed, I tried "vn0 rvn0 vn0c rvn0c vn0s1 rvn0s1" but all filed...without disklabeling, what will be effected ? Can't boot ? -- 李 建 達 (Adonis) 交大資工 Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Sun Sep 3 23:27:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA18125 for current-outgoing; Sun, 3 Sep 1995 23:27:31 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA18099 for ; Sun, 3 Sep 1995 23:27:12 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA10078; Mon, 4 Sep 1995 16:22:21 +1000 Date: Mon, 4 Sep 1995 16:22:21 +1000 From: Bruce Evans Message-Id: <199509040622.QAA10078@godzilla.zeta.org.au> To: deischen@iworks.InterWorks.org, freebsd-current@freebsd.org Subject: Re: Getting around conflicts for a driver w/out base address Sender: current-owner@freebsd.org Precedence: bulk >Isn't there already a size field - id_alive? At least that's how it looks >like it is being used in isa.c. It is set to the value returned by a driver's >probe function. id_alive is the driver-alive flag corrupted to hold the i/o size. It isn't possible to set it at config time. Actually, we need a list of i/o port ranges because some drivers use scattered ports. >How about making the drivers set this field like they do for others (id_maddr >and id_msize for example)? Then the probe routine can actually return a >success/fail status. They should set a new id_iosize field. >Or is it more complicated than this when considering config? No, but introducing a new field is a bit more complicated, especially for a field that should be settable using config. Bruce From owner-freebsd-current Mon Sep 4 00:12:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA19214 for current-outgoing; Mon, 4 Sep 1995 00:12:28 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA19208 for ; Mon, 4 Sep 1995 00:12:26 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id GAA02690; Sat, 2 Sep 1995 06:05:17 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: deischen@iworks.InterWorks.org, rgrimes@gndrsh.aac.dev.com, FreeBSD-current@FreeBSD.Org Subject: Re: Getting around conflicts for a driver w/out base address In-reply-to: Your message of "Sun, 03 Sep 1995 21:08:25 +1000." <199509031108.VAA08130@godzilla.zeta.org.au> Date: Sat, 02 Sep 1995 06:05:17 -0700 Message-ID: <2688.810047117@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@FreeBSD.Org Precedence: bulk > [...] > It would be better to fix the interface (introduce an id_iosize field ...). > In in any case, it is more important to document the requirement to return > the i/o size for i/o mapped devices. Many old little-used drivers still > do this wrong: > > [...] > if_ze: OK, except it returns NULL for failure. Don't bother with if_ze, it's scheduled for demolition. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Mon Sep 4 00:17:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA19379 for current-outgoing; Mon, 4 Sep 1995 00:17:37 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA19372 for ; Mon, 4 Sep 1995 00:17:35 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id GAA02749; Sat, 2 Sep 1995 06:08:41 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freefall.FreeBSD.org Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? In-reply-to: Your message of "Sun, 03 Sep 1995 11:11:58 PDT." <558.810151918@time.cdrom.com> Date: Sat, 02 Sep 1995 06:08:41 -0700 Message-ID: <2747.810047321@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@FreeBSD.org Precedence: bulk > particular battle anyway. If we had lynx as a standard part of the > system, any utility wanting to "bring up a help screen" would be able yes. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Mon Sep 4 00:31:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA19871 for current-outgoing; Mon, 4 Sep 1995 00:31:53 -0700 Received: from mailhub.cts.com (mailhub.cts.com [192.188.72.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id AAA19865 for ; Mon, 4 Sep 1995 00:31:52 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #18) id m0spW0V-000UyOC; Mon, 4 Sep 95 00:31 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id AAA20221 for current@freebsd.org; Mon, 4 Sep 1995 00:31:59 -0700 From: Morgan Davis Message-Id: <199509040731.AAA20221@io.cts.com> Subject: PAS / nca problems To: current@freebsd.org Date: Mon, 4 Sep 1995 00:31:58 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 915 Sender: current-owner@freebsd.org Precedence: bulk I posted this bug report earlier, but it got no response. If we'd like to make Pro-AudioSpectrum and Trantor SCSI (nca device) CD-ROM stuff work properly in the next release, let me know. I can provide more details. In a nutshell, data CDs work fine. You can mount them, use them, and unmount them all day long. But if you try to use cdplay, cdcontrol, Xcd, Xmcd, XCDPlayer, or any other music-based CD control program, you get kernel errors and sometimes the system will lock up. Now, it used to work -- because I could play music CDs all the time in the FreeBSD 2.0[.1] release. It started to fall apart with 2.0.5, but I wasn't really sure if it was FreeBSD or something I did. Now with the latest -current, I've tried to get music CDs to play with no success. I've double checked everything on this end, but I haven't changed anything with respect to the CD. And, again, data CDs work fine. --Morgan From owner-freebsd-current Mon Sep 4 00:34:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA19974 for current-outgoing; Mon, 4 Sep 1995 00:34:53 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA19963 for ; Mon, 4 Sep 1995 00:34:48 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA13332; Mon, 4 Sep 1995 17:34:32 +1000 Date: Mon, 4 Sep 1995 17:34:32 +1000 From: Bruce Evans Message-Id: <199509040734.RAA13332@godzilla.zeta.org.au> To: current@freefall.FreeBSD.org, jkh@time.cdrom.com Subject: Re: devinfo - Houston, we have a small crisis here.. Sender: current-owner@FreeBSD.org Precedence: bulk >I'd always intended to change this to grab the device list more the >way lsdev(1) does it, but my hoped-for salvation there now appears to >be imperiled by the fact that many important devices (like de0 and all >CDs, SCSI disks and tapes, as I've so far found) just don't register >the appropriate information. HELP! This is really going to screw me The SCSI devices are shown by lsdev here. Do you just need more information? Another problem is that devconf is only supposed to handle devices that need to be config(8)ed. For devices like multiport serial cards where the individual serial ports don't need to be config(8)ed, the devconf info might not show any of the ports. Bruce From owner-freebsd-current Mon Sep 4 00:54:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA20584 for current-outgoing; Mon, 4 Sep 1995 00:54:54 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA20576 for ; Mon, 4 Sep 1995 00:54:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA00480; Mon, 4 Sep 1995 00:54:36 -0700 To: Bruce Evans cc: current@freefall.FreeBSD.org Subject: Re: devinfo - Houston, we have a small crisis here.. In-reply-to: Your message of "Mon, 04 Sep 1995 17:34:32 +1000." <199509040734.RAA13332@godzilla.zeta.org.au> Date: Mon, 04 Sep 1995 00:54:36 -0700 Message-ID: <478.810201276@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > >I'd always intended to change this to grab the device list more the > >way lsdev(1) does it, but my hoped-for salvation there now appears to > >be imperiled by the fact that many important devices (like de0 and all > >CDs, SCSI disks and tapes, as I've so far found) just don't register > >the appropriate information. HELP! This is really going to screw me > > The SCSI devices are shown by lsdev here. Do you just need more > information? Really? When I do this: jkh@time-> lsdev -c -t disk # This listing automatically generated by lsdev(1) fd0 at fdc0 drive 0 I only get the floppy. I'd expect to see sd0 and sd1, too? I need to be able to tell which devices one can install to, after all.. > Another problem is that devconf is only supposed to handle devices > that need to be config(8)ed. For devices like multiport serial > cards where the individual serial ports don't need to be config(8)ed, > the devconf info might not show any of the ports. Argh! I need that for SLIP/PPP, too.. This is looking bleak. Jordan From owner-freebsd-current Mon Sep 4 01:04:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA21131 for current-outgoing; Mon, 4 Sep 1995 01:04:15 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA21123 for ; Mon, 4 Sep 1995 01:04:11 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id BAA03735; Mon, 4 Sep 1995 01:02:58 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Morgan Davis cc: current@freebsd.org Subject: Re: PAS / nca problems In-reply-to: Your message of "Mon, 04 Sep 1995 00:31:58 PDT." <199509040731.AAA20221@io.cts.com> Date: Mon, 04 Sep 1995 01:02:57 -0700 Message-ID: <3733.810201777@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@freebsd.org Precedence: bulk > I posted this bug report earlier, but it got no response. If we'd > like to make Pro-AudioSpectrum and Trantor SCSI (nca device) CD-ROM > stuff work properly in the next release, let me know. I can provide > more details. We will accept any pathces you may send. nca isn't a high priority driver for us, and I don't know of anybody who has one. Mine is in a container on a ship, somewhere in the Atlantic I guess... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Mon Sep 4 01:10:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA21476 for current-outgoing; Mon, 4 Sep 1995 01:10:44 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA21466 ; Mon, 4 Sep 1995 01:10:30 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA14279; Mon, 4 Sep 1995 18:05:11 +1000 Date: Mon, 4 Sep 1995 18:05:11 +1000 From: Bruce Evans Message-Id: <199509040805.SAA14279@godzilla.zeta.org.au> To: mal@algonet.se, terry@lambert.org Subject: Re: eBones Changes coming soon! Cc: committers@freebsd.org, current@freebsd.org, mark@grondar.za Sender: current-owner@freebsd.org Precedence: bulk >The extern declarations have (and should have) __P(( int a, char *b)) >wrappers on them so that an ANSI compiler can do type checking that >would be in the linker if anyone could build a linker with any brains >(besides Fred Fish's M88k one, I mean). An ANSI compiler must also do type conversions of the args if a prototype is in scope, and it can use a parameter passing convention better suited to the arg types. >The only valid argument for prototypes in the function declarations >themselves is so you can compile the kernel with C++, which is not The following arguments are sometimes given: 1) For static functions, it the prototype need not be declared separately from the function if the function is defined before it is referenced. 2) It is possible to pass chars and shorts without promotion. These are actually counter-arguments :-). Bruce From owner-freebsd-current Mon Sep 4 01:36:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA22260 for current-outgoing; Mon, 4 Sep 1995 01:36:51 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA22254 for ; Mon, 4 Sep 1995 01:36:41 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA15218; Mon, 4 Sep 1995 18:34:47 +1000 Date: Mon, 4 Sep 1995 18:34:47 +1000 From: Bruce Evans Message-Id: <199509040834.SAA15218@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: devinfo - Houston, we have a small crisis here.. Cc: current@freefall.FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> The SCSI devices are shown by lsdev here. Do you just need more >> information? >Really? When I do this: >jkh@time-> lsdev -c -t disk ># This listing automatically generated by lsdev(1) >fd0 at fdc0 drive 0 >I only get the floppy. I'd expect to see sd0 and sd1, too? I need >to be able to tell which devices one can install to, after all.. Yes, -t doesn't work here either. DC_CLS_DISK is only in fd.c and wd.c and DC_CLS_RDISK is only in mcd.c and scd.c. The scsi devices may be easy to fix by changing DC_UNKNOWN in scsi/*.c. Bruce From owner-freebsd-current Mon Sep 4 02:06:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA23412 for current-outgoing; Mon, 4 Sep 1995 02:06:35 -0700 Received: from mailhub.cts.com (mailhub.cts.com [192.188.72.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id CAA23400 for ; Mon, 4 Sep 1995 02:06:32 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #18) id m0spXU6-000UyKC; Mon, 4 Sep 95 02:06 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id CAA20497; Mon, 4 Sep 1995 02:06:40 -0700 From: Morgan Davis Message-Id: <199509040906.CAA20497@io.cts.com> Subject: Re: PAS / nca problems To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Mon, 4 Sep 1995 02:06:40 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <3733.810201777@critter.tfs.com> from "Poul-Henning Kamp" at Sep 4, 95 01:02:57 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 896 Sender: current-owner@freebsd.org Precedence: bulk Poul-Henning Kamp writes: > > > I posted this bug report earlier, but it got no response. If we'd > > like to make Pro-AudioSpectrum and Trantor SCSI (nca device) CD-ROM > > stuff work properly in the next release, let me know. I can provide > > more details. > > We will accept any pathces you may send. nca isn't a high priority > driver for us, and I don't know of anybody who has one. > Mine is in a container on a ship, somewhere in the Atlantic I guess... Sorry. I don't have any patches -- I'm just the messenger of this good news. It's not a big deal to me if it doesn't play CDs properly, but I thought you folks should know that it's broke. How I wish I had free time to hack and make it (or anything else) work. But, should someone commit to fixing it who doesn't have ready access to hardware, I can make my system available for testing purposes (over the net, of course). From owner-freebsd-current Mon Sep 4 02:57:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA25833 for current-outgoing; Mon, 4 Sep 1995 02:57:36 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA25823 for ; Mon, 4 Sep 1995 02:57:25 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id LAA11194; Mon, 4 Sep 1995 11:52:37 +0200 From: John Hay Message-Id: <199509040952.LAA11194@zibbi.mikom.csir.co.za> Subject: Re: devinfo - Houston, we have a small crisis here.. To: jkh@time.cdrom.com Date: Mon, 4 Sep 1995 11:52:36 +0200 (SAT) Cc: current@freefall.FreeBSD.org In-Reply-To: <199509040834.SAA15218@godzilla.zeta.org.au> from "Bruce Evans" at Sep 4, 95 06:34:47 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 886 Sender: current-owner@FreeBSD.org Precedence: bulk > > >> The SCSI devices are shown by lsdev here. Do you just need more > >> information? > > >Really? When I do this: > > >jkh@time-> lsdev -c -t disk > ># This listing automatically generated by lsdev(1) > >fd0 at fdc0 drive 0 > > >I only get the floppy. I'd expect to see sd0 and sd1, too? I need > >to be able to tell which devices one can install to, after all.. > > Yes, -t doesn't work here either. DC_CLS_DISK is only in fd.c and wd.c > and DC_CLS_RDISK is only in mcd.c and scd.c. The scsi devices may be > easy to fix by changing DC_UNKNOWN in scsi/*.c. > You can use "lsdev -c -t scsi" to show the scsi disks. | zibbi:/ns/dist/src # lsdev -c -t scsi | # This listing automatically generated by lsdev(1) | sd0 at SCSI bus 0:0:0 | sd1 at SCSI bus 0:1:0 | sd2 at SCSI bus 0:2:0 | st0 at SCSI bus 0:3:0 | cd0 at SCSI bus 0:6:0 -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Mon Sep 4 03:15:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA26583 for current-outgoing; Mon, 4 Sep 1995 03:15:10 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id DAA26558 for ; Mon, 4 Sep 1995 03:14:55 -0700 Received: by sovcom.kiae.su id AA02416 (5.65.kiae-1 ); Mon, 4 Sep 1995 13:08:51 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 4 Sep 95 13:08:51 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id OAA01238; Mon, 4 Sep 1995 14:02:49 +0400 To: current@freefall.FreeBSD.org, "Jordan K. Hubbard" References: <558.810151918@time.cdrom.com> In-Reply-To: <558.810151918@time.cdrom.com>; from "Jordan K. Hubbard" at Sun, 03 Sep 1995 11:11:58 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 4 Sep 1995 14:02:49 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? Lines: 11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 423 Sender: current-owner@FreeBSD.org Precedence: bulk In message <558.810151918@time.cdrom.com> Jordan K. Hubbard writes: >Any strong objections? Any strong agreement? Ok from me. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Sep 4 03:18:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA26770 for current-outgoing; Mon, 4 Sep 1995 03:18:08 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id DAA26747 for ; Mon, 4 Sep 1995 03:18:02 -0700 Received: by sovcom.kiae.su id AA01139 (5.65.kiae-1 ); Mon, 4 Sep 1995 13:01:10 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 4 Sep 95 13:01:09 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id NAA01190; Mon, 4 Sep 1995 13:57:23 +0400 To: jdl@chromatic.com, James Leppek Cc: freebsd-current@freefall.FreeBSD.org References: <199509040336.WAA16700@chrome.onramp.net> In-Reply-To: <199509040336.WAA16700@chrome.onramp.net>; from Jon Loeliger at Sun, 03 Sep 1995 22:36:37 -0500 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 4 Sep 1995 13:57:22 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: stable and current Lines: 28 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1039 Sender: current-owner@FreeBSD.org Precedence: bulk In message <199509040336.WAA16700@chrome.onramp.net> Jon Loeliger writes: >Apparently, James Leppek scribbled: >> and now I am seeing something that I haven't seen before. >> When I do an ls in my xterms the columns as misaligned >> and I seemed to have 1 character in the rightmost columns and the rest >> on the next line something like this: >> >> src/ new_stuff/ j >> unk/ >> more_stuff/ >> >> anyone have a clue??? >> has curses changed? >I saw this odd behaviour also. Along with Garrett Wollman, >, I tracked it down to an odd handling of >the "stty oxtabs" flag. We sort of concluded that it must be >xterm's mishandling of the tab expansion. Try use 'tset' to initialize initial tabstops. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Sep 4 04:31:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA00160 for current-outgoing; Mon, 4 Sep 1995 04:31:51 -0700 Received: from ctsd1.cts.com (ctsd1.cts.com [192.188.72.181]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA00154 for ; Mon, 4 Sep 1995 04:31:49 -0700 Received: (from root@localhost) by ctsd1.cts.com (8.6.12/8.6.9) id EAA03550 for freebsd-current@freebsd.org; Mon, 4 Sep 1995 04:31:49 -0700 From: Dan Sherwin Message-Id: <199509041131.EAA03550@ctsd1.cts.com> Subject: WORLD make probs - passwd To: freebsd-current@freebsd.org Date: Mon, 4 Sep 1995 04:31:48 -0700 (PDT) In-Reply-To: <199509040906.CAA20497@io.cts.com> from "Morgan Davis" at Sep 4, 95 02:06:40 am Organization: CTS Network Services Phone: (619)-637-3637 Reply-to: ctsdan@cts.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1452 Sender: current-owner@freebsd.org Precedence: bulk I have been very successful at a weekly build of WORLD, staying current. This weekend however, I get this error. cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -o passwd local_passwd.o yp_passwd.o passwd.o pw_copy.o pw_util.o -lcrypt -lrpcsvc local_passwd.o: Undefined symbol `_local_password' referenced from text segment local_passwd.o: Undefined symbol `_local_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment yp_passwd.o: More undefined symbol _yp_password refs follow passwd.o: Undefined symbol `_use_yp' referenced from text segment pw_util.o: Undefined symbol `__use_yp' referenced from text segment *** Error code 1 Stop. Any ideas out there before I start tearing it down to find it? }Dan From owner-freebsd-current Mon Sep 4 04:37:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA00437 for current-outgoing; Mon, 4 Sep 1995 04:37:39 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA00388 for ; Mon, 4 Sep 1995 04:36:44 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id NAA20610 for ; Mon, 4 Sep 1995 13:32:52 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id NAA24195; Mon, 4 Sep 1995 13:32:46 +0200 Date: Mon, 4 Sep 1995 13:32:46 +0200 Message-Id: <199509041132.NAA24195@caramba.cs.tu-berlin.de> To: current@freebsd.org Subject: faster locate MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk I use mmap and optimized the code, now locate is 50% faster. Someone interested? Wolfram From owner-freebsd-current Mon Sep 4 04:51:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA00832 for current-outgoing; Mon, 4 Sep 1995 04:51:43 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA00818 for ; Mon, 4 Sep 1995 04:51:31 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id NAA01367; Mon, 4 Sep 1995 13:51:18 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id NAA22198; Mon, 4 Sep 1995 13:51:17 +0200 Message-Id: <199509041151.NAA22198@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: ctsdan@cts.com cc: freebsd-current@FreeBSD.org Subject: Re: WORLD make probs - passwd Date: Mon, 04 Sep 1995 13:51:16 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk I committed a fix for this on (+-) Sunday... M > I have been very successful at a weekly build of WORLD, staying current. > > This weekend however, I get this error. > > > cc -O -DCRYPT -DYP -I/usr/src/usr.bin/passwd > -I/usr/src/usr.bin/passwd/../../usr.sbin/vipw > -I/usr/src/usr.bin/passwd/../../usr.bin/chpass -o passwd local_passwd.o > yp_passwd.o passwd.o pw_copy.o pw_util.o -lcrypt -lrpcsvc > local_passwd.o: Undefined symbol `_local_password' referenced from text segme nt > local_passwd.o: Undefined symbol `_local_password' referenced from text segme nt > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: Undefined symbol `_yp_password' referenced from text segment > yp_passwd.o: More undefined symbol _yp_password refs follow > passwd.o: Undefined symbol `_use_yp' referenced from text segment > pw_util.o: Undefined symbol `__use_yp' referenced from text segment > *** Error code 1 > > Stop. > > > Any ideas out there before I start tearing it down to find it? > > }Dan -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Mon Sep 4 05:11:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA01831 for current-outgoing; Mon, 4 Sep 1995 05:11:12 -0700 Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA01823 for ; Mon, 4 Sep 1995 05:11:07 -0700 From: marino.ladavac@aut.alcatel.at Received: from aut.alcatel.at (dnisun.aut.alcatel.at) by Relay1.Austria.EU.net with SMTP id AA01883 (5.67b/IDA-1.5 for ); Mon, 4 Sep 1995 14:10:49 +0200 Received: from atuhc16 by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA09380; Mon, 4 Sep 95 14:10:52 +0200 Message-Id: <9509041210.AA09380@atuhc16.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA09269; Mon, 4 Sep 1995 14:10:48 +0200 Subject: Re: Silence on the Western Front... To: jdl@chrome.onramp.net (Jon Loeliger) Date: Mon, 4 Sep 95 14:10:48 METDST Cc: current@freebsd.org In-Reply-To: <199509030435.XAA13830@chrome.onramp.net>; from "Jon Loeliger" at Sep 02, 95 11:35 pm Mailer: Elm [revision: 70.85] Sender: current-owner@freebsd.org Precedence: bulk > Well folks, except for one comment from Bruce about why a crock > register read was done, I've not gotten a scrap of input from > anyone one else on the ATAPI driver. In the last message I even > asked if anyone was interested in it besides me.... Does this driver > work for everyone else? > Others who I've seen express interest are or have exchanged a piece > of mail or two are: > Steve Wallace, swallace@eng.uci.edu > Soren Schmidt, sos@FreeBSD.org > Steven Schwarz, schwarz@optigfx.com > At least one of these people said he didn't have time to pursue it > further at this point in time. Fair enough. Sorry to hear this. I am indeed interested in the driver and I have a Mitsumi FX-004. The only problem is that I have virtually no disk space for compilation and that both machines I have are used in production. The machine with CDROM runs, (well, crawls to be honest) Windows as we need the MS-Office compatibility. I'd love to be able to move the CDROM to the FreeBSD fileserver. > Paul Richards wrote: > > I'll try and find the problem with my drive this week. I think we'd better > > try and find a lot of IDE cdrom owners out there to thoroughly shake out > > this driver. > Well, I'm trying to help shake it out some, I've been writing up what > I find, I've asked for input, and it appears to be hitting a void as > far as I can tell. > Is anyone willing to help me look at this further? At a later time? I might be able to jump in, but not before 2.1 time. I cannot afford diskspace for -current tree, and cannot move my fileserver to -current either. The Windows machine double boots to FreeBSD, but has a minimum of disk devoted to it. > Terse, I know. Sorry. Not encouraging, I know. Sorry :( /Alby > jdl From owner-freebsd-current Mon Sep 4 05:13:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA01886 for current-outgoing; Mon, 4 Sep 1995 05:13:46 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA01878 for ; Mon, 4 Sep 1995 05:13:44 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <16747-0@bunyip.cc.uq.oz.au>; Mon, 4 Sep 1995 22:13:36 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id WAA08802 for ; Mon, 4 Sep 1995 22:18:08 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id MAA00751 for ; Mon, 4 Sep 1995 12:18:07 GMT Message-Id: <199509041218.MAA00751@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: current@freebsd.org Subject: Latest VM stuff may be causing problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Sep 1995 22:18:06 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk The last bunch of VM subsystem patches to go through may be affecting some of my dynamically linked X programs (it may not be limited to X). Programs linked with Xaw with quite a few widgets outstanding (e.g. xmeter monitoring more than 3 hosts) with die with a sig 10 or sig 8. Statically linked there appears to be no such problem. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Mon Sep 4 05:39:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA02233 for current-outgoing; Mon, 4 Sep 1995 05:39:25 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA02227 for ; Mon, 4 Sep 1995 05:39:21 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id IAA24989; Mon, 4 Sep 1995 08:21:06 -0400 Date: Mon, 4 Sep 1995 08:21:04 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: faster locate To: Wolfram Schneider cc: current@freebsd.org In-Reply-To: <199509041132.NAA24195@caramba.cs.tu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Mon, 4 Sep 1995, Wolfram Schneider wrote: > I use mmap and optimized the code, now locate is 50% faster. Someone > interested? yes!! please post diffs or submit to for review and inclusion in the system. jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Mon Sep 4 05:55:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA02631 for current-outgoing; Mon, 4 Sep 1995 05:55:46 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA02624 ; Mon, 4 Sep 1995 05:55:44 -0700 Message-Id: <199509041255.FAA02624@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: Morgan Davis cc: phk@critter.tfs.com (Poul-Henning Kamp), current@freebsd.org Subject: Re: PAS / nca problems In-reply-to: Your message of "Mon, 04 Sep 95 02:06:40 PDT." <199509040906.CAA20497@io.cts.com> Date: Mon, 04 Sep 1995 05:55:44 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >Poul-Henning Kamp writes: >> >> > I posted this bug report earlier, but it got no response. If we'd >> > like to make Pro-AudioSpectrum and Trantor SCSI (nca device) CD-ROM >> > stuff work properly in the next release, let me know. I can provide >> > more details. >> >> We will accept any pathces you may send. nca isn't a high priority >> driver for us, and I don't know of anybody who has one. >> Mine is in a container on a ship, somewhere in the Atlantic I guess... > >Sorry. I don't have any patches -- I'm just the messenger of this >good news. It's not a big deal to me if it doesn't play CDs properly, >but I thought you folks should know that it's broke. How I wish I had >free time to hack and make it (or anything else) work. > >But, should someone commit to fixing it who doesn't have ready access >to hardware, I can make my system available for testing purposes (over >the net, of course). Why don't we start with the kernel error messages. I don't recall your original bug report and perhaps the symptoms might lead us to the probem. Can you give us a refresher? Thanks, -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Sep 4 06:03:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA03024 for current-outgoing; Mon, 4 Sep 1995 06:03:56 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id GAA03017 ; Mon, 4 Sep 1995 06:03:55 -0700 Message-Id: <199509041303.GAA03017@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: Stephen Hocking cc: current@freebsd.org Subject: Re: Latest VM stuff may be causing problems In-reply-to: Your message of "Mon, 04 Sep 95 22:18:06 +1000." <199509041218.MAA00751@netfl15a.devetir.qld.gov.au> Date: Mon, 04 Sep 1995 06:03:50 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >The last bunch of VM subsystem patches to go through may be affecting some of >my dynamically linked X programs (it may not be limited to X). Programs linked > >with Xaw with quite a few widgets outstanding (e.g. xmeter monitoring more >than 3 hosts) with die with a sig 10 or sig 8. Statically linked there appears > >to be no such problem. > > Stephen > > I do not speak for the Worker's Compensation Board of Queensland - > They don't pay me enough for that! I had the same sorts of problems until I rebuilt my LKMs and libkvm. It was one of those two that fixed the problem. John, the system is noticibly faster now. Great work! -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Sep 4 06:59:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA05066 for current-outgoing; Mon, 4 Sep 1995 06:59:01 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA05055 for ; Mon, 4 Sep 1995 06:58:57 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA06706; Mon, 4 Sep 1995 15:54:46 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14641; Mon, 4 Sep 1995 15:54:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA23660; Mon, 4 Sep 1995 14:18:45 +0200 From: J Wunsch Message-Id: <199509041218.OAA23660@uriah.heep.sax.de> Subject: Re: I need a fixit floppy!!!! To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Date: Mon, 4 Sep 1995 14:18:45 +0200 (MET DST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <9509031235.AA14505@cabri.obs-besancon.fr> from "Jean-Marc Zucconi" at Sep 3, 95 01:35:54 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 761 Sender: current-owner@FreeBSD.org Precedence: bulk As Jean-Marc Zucconi wrote: > > Hi, > > Is there a fixit floppy available somewhere? I only need to boot from > a floppy, mount my disk and copy a new kernel on it. > All my emergency floppies (and my kernel on disk) are for a i486 cpu > and I now have a P90 system :-/ I'm going to upload a fixit floppy built from -current as of 10 days ago to freefall:~joerg/misc/fixit.flp.gz. It's about 1.1 MB large and will uncompress into a 1440 KB image. (It's been too big to fit into 1200 KB.) No guarantee, but it looked to be bootable and contains a GENERIC kernel. You have to run /stand/sh as single-user shell. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Sep 4 07:04:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA05379 for current-outgoing; Mon, 4 Sep 1995 07:04:48 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA05156 for ; Mon, 4 Sep 1995 07:00:17 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA06674; Mon, 4 Sep 1995 15:53:41 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14623; Mon, 4 Sep 1995 15:53:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id NAA23475; Mon, 4 Sep 1995 13:59:02 +0200 From: J Wunsch Message-Id: <199509041159.NAA23475@uriah.heep.sax.de> Subject: Re: devinfo - Houston, we have a small crisis here.. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 4 Sep 1995 13:59:01 +0200 (MET DST) Cc: jhay@mikom.csir.co.za (John Hay) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199509040952.LAA11194@zibbi.mikom.csir.co.za> from "John Hay" at Sep 4, 95 11:52:36 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 571 Sender: current-owner@FreeBSD.org Precedence: bulk As John Hay wrote: > > You can use "lsdev -c -t scsi" to show the scsi disks. > > | zibbi:/ns/dist/src # lsdev -c -t scsi > | # This listing automatically generated by lsdev(1) > | sd0 at SCSI bus 0:0:0 > | sd1 at SCSI bus 0:1:0 > | sd2 at SCSI bus 0:2:0 > | st0 at SCSI bus 0:3:0 > | cd0 at SCSI bus 0:6:0 However, this will also yield all soldering irons, automatic guns, windmills etc. that are connected via a SCSI bus. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Sep 4 22:20:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA00507 for current-outgoing; Mon, 4 Sep 1995 22:20:39 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA00499 for ; Mon, 4 Sep 1995 22:20:34 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id OAA03858; Mon, 4 Sep 1995 14:49:18 -0500 Date: Mon, 4 Sep 1995 14:49:18 -0500 (EST) From: John Fieber To: "Jordan K. Hubbard" cc: current@freefall.FreeBSD.org Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? In-Reply-To: <558.810151918@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 3 Sep 1995, Jordan K. Hubbard wrote: > files and keep just one type of docs reader around, but I don't know > what the current state of the art in info->SGML translation technology > is so I can't really comment on the viability of this option. Pretty decent last I checked. Info, being a hypertext format to begin with, maps very easily into HTML. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Mon Sep 4 22:20:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA00527 for current-outgoing; Mon, 4 Sep 1995 22:20:43 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA00504 for ; Mon, 4 Sep 1995 22:20:39 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id OAA03869; Mon, 4 Sep 1995 14:50:29 -0500 Date: Mon, 4 Sep 1995 14:50:29 -0500 (EST) From: John Fieber To: Mark Murray cc: "Jordan K. Hubbard" , current@freefall.FreeBSD.org Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? In-Reply-To: <199509031838.UAA14128@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 3 Sep 1995, Mark Murray wrote: > Please count me in for `strong agreement'. I would also strongly agree if > the browser was not lynx, but some other text browser. We need this > badly... I'm not head over heals in favor of lynx, but I challenge you to find a better text based HTML browser for unix... -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Mon Sep 4 22:20:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA00553 for current-outgoing; Mon, 4 Sep 1995 22:20:49 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA00535 ; Mon, 4 Sep 1995 22:20:45 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id OAA03840; Mon, 4 Sep 1995 14:37:04 -0500 Date: Mon, 4 Sep 1995 14:37:03 -0500 (EST) From: John Fieber To: Jeffrey Hsu cc: current@freefall.FreeBSD.org Subject: Re: Docs In-Reply-To: <199509040013.RAA06423@freefall.FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 3 Sep 1995, Jeffrey Hsu wrote: > > so I went to look to see if I could learn the sgml tools used for > > the FreeBSD faqs. I couldn't find anything on it, tho. > > This is a reminder to make 'apropos sgml' find sgmlfmt if it doesn't > already. It didn't the last time I tried it on a freshly built -current > system. Hmm... It does find it 2.0.5 and the title in the man page has not changed since then. Does it find sgmls, sgmlsasp and rast? If not, then your whatis file must be broken. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Mon Sep 4 22:29:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA01622 for current-outgoing; Mon, 4 Sep 1995 22:29:33 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01583 for ; Mon, 4 Sep 1995 22:29:29 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id SAA15644 for ; Mon, 4 Sep 1995 18:44:45 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id UAA00234; Mon, 4 Sep 1995 20:40:06 -0500 From: Mike Pritchard Message-Id: <199509050140.UAA00234@mpp.minn.net> Subject: Re: Superblocks getting trashed with -current To: mpp@mpp.minn.net (Mike Pritchard) Date: Mon, 4 Sep 1995 20:40:06 -0500 (CDT) Cc: bde@zeta.org.au, freebsd-current@FreeBSD.org In-Reply-To: <199509022324.SAA01333@mpp.minn.net> from "Mike Pritchard" at Sep 2, 95 06:24:08 pm X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1104 Sender: current-owner@FreeBSD.org Precedence: bulk Bruce Evans wrote: > > >I've had r/w mounted msdos file systems for something like 6 months > >without seeing these problems, so I don't think that is it. > >Or did someone break msdosfs stuff sometime in early August? > >And at least with todays problem, I wasn't accessing the > >msdos file systems at all. > > Probably not in early August. msdosfs has some unexplained disk > trashing problems from before that. Well, I've had my ms-dos file systems unmounted for the past few days while running the -current kernel that last trashed my root file system. I haven't seen any problems so far. I'll beat on the system some more this way for a few days and see if anything happens. Maybe I've just been lucky the past 6 months with my msdosfs stuff, or maybe some recent change has made the msdos problem show up more often. If I don't see any disk trashing problem in the next few days, I'll re-enable my msdos file systems and do some beating on those to see if the problem shows up again. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Mon Sep 4 22:29:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA01681 for current-outgoing; Mon, 4 Sep 1995 22:29:42 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01649 for ; Mon, 4 Sep 1995 22:29:38 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id SAA15560 for ; Mon, 4 Sep 1995 18:16:16 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA06490; Tue, 5 Sep 95 03:18:59 +0100 Date: Tue, 5 Sep 95 03:18:59 +0100 Message-Id: <9509050218.AA06490@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-current@FreeBSD.org In-Reply-To: <199509041218.OAA23660@uriah.heep.sax.de> (message from J Wunsch on Mon, 4 Sep 1995 14:18:45 +0200 (MET DST)) Subject: Re: I need a fixit floppy!!!! X-Mailer: Emacs Sender: current-owner@FreeBSD.org Precedence: bulk >>>>> J Wunsch writes: > I'm going to upload a fixit floppy built from -current as of 10 days > ago to freefall:~joerg/misc/fixit.flp.gz. It's about 1.1 MB large and > will uncompress into a 1440 KB image. (It's been too big to fit into > 1200 KB.) > No guarantee, but it looked to be bootable and contains a GENERIC > kernel. You have to run /stand/sh as single-user shell. Thanks for the offer but it is too late! Jonathan Bresler has spend the whole sunday to build a fixit floppy for me ;-). Now I only have to find why my Diamond Stealth 968 does not work with XFree 3.1.1... Jean-Marc > -- > cheers, J"org > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Mon Sep 4 22:31:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA02191 for current-outgoing; Mon, 4 Sep 1995 22:31:00 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA02165 for ; Mon, 4 Sep 1995 22:30:57 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id OAA14890 for ; Mon, 4 Sep 1995 14:58:12 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <01758-0@bunyip.cc.uq.oz.au>; Tue, 5 Sep 1995 07:56:42 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id XAA09617; Mon, 4 Sep 1995 23:17:07 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id NAA01394; Mon, 4 Sep 1995 13:17:13 GMT Message-Id: <199509041317.NAA01394@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: "Justin T. Gibbs" cc: current@FreeBSD.org Subject: Re: Latest VM stuff may be causing problems In-reply-to: Your message of "Mon, 04 Sep 1995 06:03:50 MST." <199509041303.GAA03017@freefall.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Sep 1995 23:17:12 +1000 From: Stephen Hocking Sender: current-owner@FreeBSD.org Precedence: bulk It's not related to the lkms - I did a make world just before configing the kernel and installed them all. > >The last bunch of VM subsystem patches to go through may be affecting some of > >my dynamically linked X programs (it may not be limited to X). Programs linked > > > >with Xaw with quite a few widgets outstanding (e.g. xmeter monitoring more > >than 3 hosts) with die with a sig 10 or sig 8. Statically linked there appears > > > >to be no such problem. > > I had the same sorts of problems until I rebuilt my LKMs and libkvm. It > was one of those two that fixed the problem. > > John, the system is noticibly faster now. Great work! I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Mon Sep 4 22:33:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA02828 for current-outgoing; Mon, 4 Sep 1995 22:33:17 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA02780 for ; Mon, 4 Sep 1995 22:33:05 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id KAA13927 for ; Mon, 4 Sep 1995 10:59:52 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA17848; Mon, 4 Sep 1995 10:57:57 -0700 From: "Rodney W. Grimes" Message-Id: <199509041757.KAA17848@gndrsh.aac.dev.com> Subject: Re: devinfo - Houston, we have a small crisis here.. To: freebsd-current@FreeBSD.org Date: Mon, 4 Sep 1995 10:57:56 -0700 (PDT) Cc: jhay@mikom.csir.co.za In-Reply-To: <199509041159.NAA23475@uriah.heep.sax.de> from "J Wunsch" at Sep 4, 95 01:59:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2214 Sender: current-owner@FreeBSD.org Precedence: bulk > > As John Hay wrote: > > > > You can use "lsdev -c -t scsi" to show the scsi disks. > > > > | zibbi:/ns/dist/src # lsdev -c -t scsi > > | # This listing automatically generated by lsdev(1) > > | sd0 at SCSI bus 0:0:0 > > | sd1 at SCSI bus 0:1:0 > > | sd2 at SCSI bus 0:2:0 > > | st0 at SCSI bus 0:3:0 > > | cd0 at SCSI bus 0:6:0 > > However, this will also yield all soldering irons, automatic guns, > windmills etc. that are connected via a SCSI bus. Can I get a copy of your scsi bus driver for the soldering iron? :-) :-) And where do I find one of the scsi bus equiped windmills???? Holland didn't want to seem to export one last time I asked :-). In all seriousnous, lsdev is very limited in scope, and semi-self conflicting with respect to ``scsi'' vs ``disk''. To get what Jordan really needs I think someone should sit down with chapters 7 and 12 of ``Writting Device Drivers: Tutorial and Reference'' by Tim Burke, etc al, Digital Press, ISBN 1-55558-141-2. If the device registration stuff continues to be handled as an optional call back to a registration routine FreeBSD will suffer from the problem of driver writters leaving this stuff out. IMHO this belongs in what is now called a isa_device structure (really should be a generic device structure). The sighted material is a good starting point in collapsing the ISA/EISA/PCI/MCA into a complete and coherhent autoconfiguration scheme with full support for loading and unloading drivers. This book is based on digital Unix, but that particular chunk of digital unix looks very much like OSF/1, tastes like OSF/1 and feels like OSF/1. The nice thing about what is described is that you end up with a fully linked tree structure that describes the current running hardware configuation in what appears to me to be complete detail and by adding a few fields here and there the devinfo could be folded right into this structure elimination redundant coding and mandating that all drivers be registered (autoconf would register them, load and unload would register them). Later, -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Sep 4 22:34:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA02936 for current-outgoing; Mon, 4 Sep 1995 22:34:18 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA02817 ; Mon, 4 Sep 1995 22:33:16 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id LAA13989 ; Mon, 4 Sep 1995 11:11:19 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA21773; Mon, 4 Sep 1995 11:04:41 -0700 From: Terry Lambert Message-Id: <199509041804.LAA21773@phaeton.artisoft.com> Subject: Re: eBones Changes coming soon! To: bde@zeta.org.au (Bruce Evans) Date: Mon, 4 Sep 1995 11:04:41 -0700 (MST) Cc: mal@algonet.se, terry@lambert.org, committers@FreeBSD.org, current@FreeBSD.org, mark@grondar.za In-Reply-To: <199509040805.SAA14279@godzilla.zeta.org.au> from "Bruce Evans" at Sep 4, 95 06:05:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1277 Sender: current-owner@FreeBSD.org Precedence: bulk > >The extern declarations have (and should have) __P(( int a, char *b)) > >wrappers on them so that an ANSI compiler can do type checking that > >would be in the linker if anyone could build a linker with any brains > >(besides Fred Fish's M88k one, I mean). > > An ANSI compiler must also do type conversions of the args if a > prototype is in scope, and it can use a parameter passing convention > better suited to the arg types. It can do this if there is a prototype in scope; the declaration itself doesn't need it. Yeah, this means you need to be careful to include the prototype containing header in the file declaring the function, but this is hardly a hardship. > >The only valid argument for prototypes in the function declarations > >themselves is so you can compile the kernel with C++, which is not > > The following arguments are sometimes given: > > 1) For static functions, it the prototype need not be declared separately > from the function if the function is defined before it is referenced. > 2) It is possible to pass chars and shorts without promotion. > > These are actually counter-arguments :-). 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Sep 4 23:13:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA07201 for current-outgoing; Mon, 4 Sep 1995 23:13:42 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA07181 for ; Mon, 4 Sep 1995 23:13:36 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id XAA18611; Mon, 4 Sep 1995 23:10:51 -0700 From: "Rodney W. Grimes" Message-Id: <199509050610.XAA18611@gndrsh.aac.dev.com> Subject: Re: I need a fixit floppy!!!! To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Date: Mon, 4 Sep 1995 23:10:50 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <9509050218.AA06490@cabri.obs-besancon.fr> from "Jean-Marc Zucconi" at Sep 5, 95 03:18:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1024 Sender: current-owner@FreeBSD.org Precedence: bulk > > >>>>> J Wunsch writes: > > > I'm going to upload a fixit floppy built from -current as of 10 days > > ago to freefall:~joerg/misc/fixit.flp.gz. It's about 1.1 MB large and > > will uncompress into a 1440 KB image. (It's been too big to fit into > > 1200 KB.) > > > No guarantee, but it looked to be bootable and contains a GENERIC > > kernel. You have to run /stand/sh as single-user shell. > > Thanks for the offer but it is too late! Jonathan Bresler has spend the > whole sunday to build a fixit floppy for me ;-). > Now I only have to find why my Diamond Stealth 968 does not work ^^^^^^ > with XFree 3.1.1... Because XFree 3.1.2 is the first release to really support the 968 chips. XFree 3.1.1 is probably calling it an ``S3-unknown'' chip at best, and could be calling it an S3-9xx at worst. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Sep 5 00:19:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA10233 for current-outgoing; Tue, 5 Sep 1995 00:19:27 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id AAA10224 for ; Tue, 5 Sep 1995 00:19:18 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <02412-0@bunyip.cc.uq.oz.au>; Tue, 5 Sep 1995 17:18:51 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA08076 for ; Tue, 5 Sep 1995 15:57:44 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA07885 for ; Tue, 5 Sep 1995 05:57:50 GMT Message-Id: <199509050557.FAA07885@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: current@freebsd.org Subject: Those VM problems are *not* figments of my imagination Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Sep 1995 15:57:48 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk It's occuring on both my current machines, one a 486 dx2-66 with 16Mb, the other a 25MHz 386sx with 8Mb. Each of these has a fairly large amount of swap used (about 37%, or 18Mb of 50Mb). Most programs that die (and this is rather intermittent behaiviour) will go with a sig 10, or very rarely, a sig 8. I've had ftpd and login dip out on me, as well as xterm, xclock, twm and others. These machines are the result of a make world then config foo. The only thing I can think of that caused them to break is the VM stuff, as there's been nothing else major. Not having expended the necessary BS&T (blood sweat & tears) needed to under stand the VM stuff, I can't offer a useful suggestion as to what the problem might be wthin the code. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Sep 5 03:05:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA18688 for current-outgoing; Tue, 5 Sep 1995 03:05:10 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id DAA18667 for ; Tue, 5 Sep 1995 03:04:31 -0700 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id SAA02589 for freebsd-current@freebsd.org; Tue, 5 Sep 1995 18:04:21 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 5 Sep 1995 18:04:16 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <42h7b0$2gp$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199509050557.FAA07885@netfl15a.devetir.qld.gov.au> Subject: Re: Those VM problems are *not* figments of my imagination Sender: current-owner@freebsd.org Precedence: bulk sysseh@devetir.qld.gov.au (Stephen Hocking) writes: >It's occuring on both my current machines, one a 486 dx2-66 with 16Mb, the >other a 25MHz 386sx with 8Mb. Each of these has a fairly large amount of swap >used (about 37%, or 18Mb of 50Mb). Most programs that die (and this is rather >intermittent behaiviour) will go with a sig 10, or very rarely, a sig 8. I've >had ftpd and login dip out on me, as well as xterm, xclock, twm and others. >These machines are the result of a make world then config foo. The only thing >I can think of that caused them to break is the VM stuff, as there's been >nothing else major. Not having expended the necessary BS&T (blood sweat & >tears) needed to under stand the VM stuff, I can't offer a useful suggestion >as to what the problem might be wthin the code. > Stephen I have not seen that, but I had a nasty experience last night that might be related.. /bin/sh, /bin/rm and /usr/sbin/sendmail all took a dive, causing them all to dump core with sig 10 and 11. I dont know if any other files are affected.... :-( I rebuilt them and redid a make install, and it cured it. I dont know if it's related to the VM, it might have been related to the hardware hacking we did last night, where we were trying to find out how a soft-configured NE2000 card was set up (without the config software). It turns out it was on IRQ12, conflicting with the scsi controller. I'm not certain that stray irq's would upset the scsi driver, as I imagine it would check the status registers etc. The only thing I wonder is if the scsi controller chip was doing an unbuffered drive of the bus IRQ line, and the logic "fight" was causing the sequencer to malfunction... Oh well.. -Peter From owner-freebsd-current Tue Sep 5 03:36:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA18985 for current-outgoing; Tue, 5 Sep 1995 03:36:33 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id DAA18979 for ; Tue, 5 Sep 1995 03:36:32 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <27926-0@bunyip.cc.uq.oz.au>; Tue, 5 Sep 1995 20:36:24 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id UAA12527; Tue, 5 Sep 1995 20:41:04 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id KAA09081; Tue, 5 Sep 1995 10:41:17 GMT Message-Id: <199509051041.KAA09081@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: peter@haywire.dialix.com (Peter Wemm) cc: current@freebsd.org Subject: Re: Those VM problems are *not* figments of my imagination In-reply-to: Your message of "05 Sep 1995 18:04:16 +0800." <42h7b0$2gp$1@haywire.DIALix.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Sep 1995 20:41:16 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk > I have not seen that, but I had a nasty experience last night that > might be related.. /bin/sh, /bin/rm and /usr/sbin/sendmail all took a > dive, causing them all to dump core with sig 10 and 11. > > I dont know if any other files are affected.... :-( > > I rebuilt them and redid a make install, and it cured it. > I think you'll find that it'll do no good eventually. Just wait until the machine becomes a little more stressed. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Sep 5 03:45:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA19187 for current-outgoing; Tue, 5 Sep 1995 03:45:12 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id DAA19181 for ; Tue, 5 Sep 1995 03:45:09 -0700 Received: by Sysiphos id AA00276 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 5 Sep 1995 12:41:59 +0200 Message-Id: <199509051041.AA00276@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 5 Sep 1995 12:41:58 +0200 In-Reply-To: peter@haywire.dialix.com (Peter Wemm) "Re: Those VM problems are *not* figments of my imagination" (Sep 5, 18:04) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: peter@haywire.dialix.com (Peter Wemm) Subject: Re: Those VM problems are *not* figments of my imagination Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk On Sep 5, 18:04, Peter Wemm wrote: } Subject: Re: Those VM problems are *not* figments of my imagination } } I have not seen that, but I had a nasty experience last night that } might be related.. /bin/sh, /bin/rm and /usr/sbin/sendmail all took a } dive, causing them all to dump core with sig 10 and 11. Just watched something similar: Had an xterm open to my FreeBSD box, started a kernel build, tried to open another xterm and found that it would die because of a sig 11. I then tried other X11 programs, but none did run, not even xlogo. Since I wanted to reboot anyway, I left the system alone for a few minutes, but since I was curious, tried xterm again before rebooting. And now everything was working just fine again ... I'd guess that there is something wrong with shared libraries, since all X11 programs were affected, but none of the others. (My system is at a consistent state as of cvs-cur.1074.gz. I did a make world last night, and was running a kernel built thereafter.) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Tue Sep 5 06:50:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id GAA24232 for current-outgoing; Tue, 5 Sep 1995 06:50:08 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id GAA24225 for current@freebsd.org; Tue, 5 Sep 1995 06:50:07 -0700 Date: Tue, 5 Sep 1995 06:50:07 -0700 From: John Dyson Message-Id: <199509051350.GAA24225@freefall.freebsd.org> To: current@freebsd.org Subject: To ALL that are running current!!! Sender: current-owner@freebsd.org Precedence: bulk There have been significant changes to the VOP entry points in the current code. This necessitates rebuilding all of your lkm's. If the lkms are not rebuilt, you will see numerous "interesting" effects including spontaneous program aborts or system crashes. If the signal problems don't go away -- let me know again with any information that you can give me... John dyson@freebsd.org From owner-freebsd-current Tue Sep 5 07:11:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA27417 for current-outgoing; Tue, 5 Sep 1995 07:11:59 -0700 Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id HAA27410 for ; Tue, 5 Sep 1995 07:11:53 -0700 Message-Id: <199509051411.HAA27410@freefall.freebsd.org> Received: from savage-gw.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Tue, 5 Sep 1995 15:11:01 +0100 To: current@freebsd.org Subject: CTM doesn't like missing files Date: Tue, 05 Sep 1995 15:10:55 +0100 From: Simon Marlow Sender: current-owner@freebsd.org Precedence: bulk Hi all, I just got current up & running using CTM. Anyway, I had to remove /usr/src/games due to lack of space, and it seems that ctm has a spot of bother with missing files. Firstly, it core dumps after reporting the missing file. This is fairly easy to fix (a call to MD5File where the return value wasn't checked if I recall correctly, sorry haven't got the source here). However, it still won't ignore missing files even with the -F force flag. It would be really nice to have this, 'cause it means otherwise I've got to pull in /usr/src/games again to apply each set of deltas. Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk Research Assistant http://www.dcs.gla.ac.uk/~simonm/ finger for PGP pulic key From owner-freebsd-current Tue Sep 5 07:34:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA00119 for current-outgoing; Tue, 5 Sep 1995 07:34:49 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id HAA00110 for ; Tue, 5 Sep 1995 07:34:47 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA18549; Tue, 5 Sep 1995 10:34:25 -0400 Date: Tue, 5 Sep 1995 10:34:25 -0400 From: "Garrett A. Wollman" Message-Id: <9509051434.AA18549@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: current@freefall.FreeBSD.org Subject: Re: devinfo - Houston, we have a small crisis here.. In-Reply-To: <199509040734.RAA13332@godzilla.zeta.org.au> References: <199509040734.RAA13332@godzilla.zeta.org.au> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > Another problem is that devconf is only supposed to handle devices > that need to be config(8)ed. For devices like multiport serial > cards where the individual serial ports don't need to be config(8)ed, > the devconf info might not show any of the ports. This is something that I hope to deal with when I do my rewrite. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Sep 5 07:42:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA00592 for current-outgoing; Tue, 5 Sep 1995 07:42:07 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id HAA00578 for ; Tue, 5 Sep 1995 07:42:04 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA18533; Tue, 5 Sep 1995 10:41:51 -0400 Date: Tue, 5 Sep 1995 10:41:51 -0400 From: "Garrett A. Wollman" Message-Id: <9509051441.AA18533@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: current@freefall.FreeBSD.org Subject: devinfo - Houston, we have a small crisis here.. In-Reply-To: <4140.810175428@time.cdrom.com> References: <4140.810175428@time.cdrom.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > I'd always intended to change this to grab the device list more the > way lsdev(1) does it, but my hoped-for salvation there now appears to > be imperiled by the fact that many important devices (like de0 and all > CDs, SCSI disks and tapes, as I've so far found) just don't register > the appropriate information. The way the PCI drivers handle devconf is completely wrong; it's one of the items on my whiteboard to fix. I place the rewrite fairly high in priority, so you can expect to see something happen pretty soon (unfortunately not soon enough to help you in doing 2.1). > Garrett: How come the set of device classes is wider with devmenu? It > uses dc_class whereas lsdev uses the more restricted machdep_devtype > from instead of . If there is > some rhyme or reason to this, I'm not seeing it! :-( lsdev was written much earlier than devmenu was and needs to be updated. For the moment, the best thing to do (I know that it's evil) is to have a table of driver names built in, and then match those against what devconf says to assign classes. You should have a `bogus' class for the things that the PCI code incorrectly registers. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Sep 5 09:02:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA04916 for current-outgoing; Tue, 5 Sep 1995 09:02:06 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id JAA04909 for ; Tue, 5 Sep 1995 09:01:53 -0700 Received: by Sysiphos id AA05330 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 5 Sep 1995 17:59:31 +0200 Message-Id: <199509051559.AA05330@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 5 Sep 1995 17:59:30 +0200 In-Reply-To: "Garrett A. Wollman" "devinfo - Houston, we have a small crisis here.." (Sep 5, 10:41) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Garrett A. Wollman" Subject: Re: devinfo - Houston, we have a small crisis here.. Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk On Sep 5, 10:41, "Garrett A. Wollman" wrote: } The way the PCI drivers handle devconf is completely wrong; it's one } of the items on my whiteboard to fix. I place the rewrite fairly high } in priority, so you can expect to see something happen pretty soon } (unfortunately not soon enough to help you in doing 2.1). I REALLY don't like the idea of having the PCI code changed by someone else for better devconf support ! Especially not in the way that has been mentioned in earlier messages to this mailing list. It is as it is for some purpose. } lsdev was written much earlier than devmenu was and needs to be } updated. For the moment, the best thing to do (I know that it's evil) } is to have a table of driver names built in, and then match those } against what devconf says to assign classes. You should have a } `bogus' class for the things that the PCI code incorrectly registers. I'm ready to change whatever is necessary, to have the PCI code correctly register things. But I'm not going to accept that PCI devices are dealt with as if they were ISA devices. They aren't and I'm glad it is that way. I am open to discussion. Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Tue Sep 5 09:13:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA05201 for current-outgoing; Tue, 5 Sep 1995 09:13:04 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id JAA05195 for ; Tue, 5 Sep 1995 09:13:02 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA18730; Tue, 5 Sep 1995 12:08:01 -0400 Date: Tue, 5 Sep 1995 12:08:01 -0400 From: "Garrett A. Wollman" Message-Id: <9509051608.AA18730@halloran-eldar.lcs.mit.edu> To: se@zpr.uni-koeln.de (Stefan Esser) Cc: "Garrett A. Wollman" , current@freebsd.org Subject: Re: devinfo - Houston, we have a small crisis here.. In-Reply-To: <199509051559.AA05330@Sysiphos> References: <199509051559.AA05330@Sysiphos> Sender: current-owner@freebsd.org Precedence: bulk < I REALLY don't like the idea of having the PCI code > changed by someone else for better devconf support ! Well, I'm sorry, but it's going to happen, and soon. Next weekend if I get the chance. > Especially not in the way that has been mentioned in > earlier messages to this mailing list. > It is as it is for some purpose. It is WRONG as it is, and it will be fixed. Since you seem unwilling to fix it yourself, then I will have to do it. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Sep 5 12:19:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id MAA00691 for current-outgoing; Tue, 5 Sep 1995 12:19:58 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id MAA00685 for ; Tue, 5 Sep 1995 12:19:56 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA04158; Tue, 5 Sep 1995 10:58:08 -0700 To: "Garrett A. Wollman" cc: current@freefall.freebsd.org Subject: Re: devinfo - Houston, we have a small crisis here.. In-reply-to: Your message of "Tue, 05 Sep 1995 10:41:51 EDT." <9509051441.AA18533@halloran-eldar.lcs.mit.edu> Date: Tue, 05 Sep 1995 10:58:07 -0700 Message-ID: <4156.810323887@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > lsdev was written much earlier than devmenu was and needs to be > updated. For the moment, the best thing to do (I know that it's evil) > is to have a table of driver names built in, and then match those > against what devconf says to assign classes. You should have a > `bogus' class for the things that the PCI code incorrectly registers. That's basically the conclusions I came to also. It would still be nice to make the existing stuff more sane, however.. I hope there aren't too many things above this in your whiteboard. :-) Jordan From owner-freebsd-current Tue Sep 5 12:28:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id MAA01147 for current-outgoing; Tue, 5 Sep 1995 12:28:50 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id MAA01116 for ; Tue, 5 Sep 1995 12:28:48 -0700 Received: from linux.csie.nctu.edu.tw (linux.csie.nctu.edu.tw [140.113.235.252]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id LAA19446 for ; Tue, 5 Sep 1995 11:20:53 -0700 Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id CAA08802 for freebsd-current@FreeBSD.ORG; Wed, 6 Sep 1995 02:15:56 +0800 From: Chien-Ta Lee Message-Id: <199509051815.CAA08802@linux.csie.nctu.edu.tw> Subject: Re: To ALL that are running current!!! To: freebsd-current@freebsd.org Date: Wed, 6 Sep 1995 02:15:55 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 690 Sender: current-owner@freebsd.org Precedence: bulk Hi : I just tried the new VM kernel, and it is not stable.... :( I had re-make-world, sometimes I will get some signals. And, when I try to run the mpeg_play, the first few times it will run normally, but when I repeat, it begins to complain "not a mpeg stream", "decode error"...etc. and when I compile stuffs, it even said "ld: /usr/X11R6/lib/libXext.so.6.0: unsupported _DYNAMIC version: 0 I did a make world already.... So I reboot and switch back to the kernel built 2 days ago, everything works fine again. -- 李 建 達 (Adonis) 交大資工 Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Tue Sep 5 16:14:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA10325 for current-outgoing; Tue, 5 Sep 1995 16:14:37 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA10314 ; Tue, 5 Sep 1995 16:14:35 -0700 Date: Tue, 5 Sep 1995 16:14:35 -0700 From: John Dyson Message-Id: <199509052314.QAA10314@freefall.freebsd.org> To: dyson@freefall.freebsd.org, terry@phaeton.artisoft.com Subject: Re: To ALL that are running current!!! Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk The biggest change so far that can cause crashes is that VOP_BMAP now has an additional arg. The VOP_GETPAGES/VOP_PUTPAGES should not cause problems (yet). John From owner-freebsd-current Tue Sep 5 16:44:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA11059 for current-outgoing; Tue, 5 Sep 1995 16:44:03 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id QAA11051 for ; Tue, 5 Sep 1995 16:44:01 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id JAA24958; Wed, 6 Sep 1995 09:18:37 +0930 From: Michael Smith Message-Id: <199509052348.JAA24958@genesis.atrad.adelaide.edu.au> Subject: Re: devinfo - Houston, we have a small crisis here.. To: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 6 Sep 1995 09:18:36 +0930 (CST) Cc: wollman@lcs.mit.edu, current@freebsd.org In-Reply-To: <199509051559.AA05330@Sysiphos> from "Stefan Esser" at Sep 5, 95 05:59:30 pm Content-Type: text Content-Length: 1247 Sender: current-owner@freebsd.org Precedence: bulk Stefan Esser stands accused of saying: > I'm ready to change whatever is necessary, to have > the PCI code correctly register things. But I'm not > going to accept that PCI devices are dealt with as > if they were ISA devices. They aren't and I'm glad > it is that way. > > I am open to discussion. A couple of things that have come out of some work I've done recently with regard to PCI devices (and ISA devices as well for that matter). - It should be possible to disable a PCI device before it is probed. - It should be possible to extract the long description of a driver (PCI, ISA, Multibus or S100 for that matter) _before_ it is probed. And with regard to ISA devices in particular, the should be a bitfield that indicates which of the parameters for a driver are configurable. > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-current Tue Sep 5 16:49:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA11240 for current-outgoing; Tue, 5 Sep 1995 16:49:39 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id QAA11231 for ; Tue, 5 Sep 1995 16:49:37 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id QAA22038 for ; Tue, 5 Sep 1995 16:48:50 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.124]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id BAA10213 for ; Wed, 6 Sep 1995 01:38:02 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id XAA01543; Tue, 5 Sep 1995 23:20:53 +0200 Date: Tue, 5 Sep 1995 23:20:53 +0200 From: Wolfram Schneider Message-Id: <199509052120.XAA01543@localhost> To: current@freebsd.org Subject: locate diffs Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile.diff # README # locate.1.diff # locate.c # echo x - Makefile.diff sed 's/^X//' >Makefile.diff << 'END-of-Makefile.diff' X--- 1.1 1995/09/05 20:13:49 X+++ Makefile 1995/09/05 20:23:42 X@@ -2,8 +2,12 @@ X X PROG= locate X X+MMAP= -DMMAP -DHAVE_MMAP=1 -DHAVE_WORKING_MMAP=1 X+CFLAGS+= ${MMAP} X+CFLAGS+= -DFAST -DDEBUG=1 X+ X beforeinstall: X- install -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ X+ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ X ${.CURDIR}/updatedb.csh ${DESTDIR}/usr/libexec/locate.updatedb X X .include "../../Makefile.inc" END-of-Makefile.diff echo x - README sed 's/^X//' >README << 'END-of-README' X# X# $Id: README,v 1.2 1995/09/05 20:42:27 wosch Exp $ X# X X95/09/05 X XNew X Option X -d database X Enviroment X $LOCATE_PATH X XImpromements X Option -m for mmap (-DMMAP) X optimized fast first char check (-DFAST) X XKnown Bugs X to many #ifdefs X to few comments and manpages, GNU-locate is much better X X XWolfram X X-- XWolfram Schneider Xhttp://hyperg.cs.tu-berlin.de/C~wosch END-of-README echo x - locate.1.diff sed 's/^X//' >locate.1.diff << 'END-of-locate.1.diff' X--- 1.1 1995/09/05 19:57:37 X+++ locate.1 1995/09/05 20:11:09 X@@ -38,13 +38,15 @@ X .Nm locate X .Nd find files X .Sh SYNOPSIS X-.Ar locate X-pattern X+.Nm locate X+.Op Fl d Ar database X+pattern ... X .Sh DESCRIPTION X .Nm Locate X searches a database for all pathnames which match the specified X .Ar pattern . X-The database is recomputed periodically, and contains the pathnames X+The database is recomputed periodically (mostly weekly or daily), X+and contains the pathnames X of all files which are publicly accessible. X .Pp X Shell globbing and quoting characters (``*'', ``?'', ``\e'', ``['' X@@ -60,9 +62,21 @@ X As a special case, a pattern containing no globbing characters (``foo'') X is matched as though it were ``*foo*''. X .Sh FILES X-.Bl -tag -width /var/db/locate.database -compact X+.Bl -tag -width /usr/libexec/locate.updatedb -compact X .It Pa /var/db/locate.database X+locate database X+.It Pa /usr/libexec/locate.updatedb X+rebuilding script X+.It Pa /etc/weekly X+start rebuilding locate database X .El X+ X+.Sh ENVIROMENT X+.Bl -tag -width /usr/libexec/locate.updatedb -compact X+.It Pa LOCATE_PATH X+locate database X+.El X+ X .Sh SEE ALSO X .Xr find 1 , X .Xr fnmatch 3 END-of-locate.1.diff echo x - locate.c sed 's/^X//' >locate.c << 'END-of-locate.c' X/* X * Copyright (c) 1989, 1993 X * The Regents of the University of California. All rights reserved. X * X * This code is derived from software contributed to Berkeley by X * James A. Woods. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * 3. All advertising materials mentioning features or use of this software X * must display the following acknowledgement: X * This product includes software developed by the University of X * California, Berkeley and its contributors. X * 4. Neither the name of the University nor the names of its contributors X * may be used to endorse or promote products derived from this software X * without specific prior written permission. X * X * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X */ X X/* X * $Id: locate.c,v 1.10 1995/09/05 20:34:13 wosch Exp $ X */ X X#ifndef lint Xstatic char copyright[] = X"@(#) Copyright (c) 1989, 1993\n\ X The Regents of the University of California. All rights reserved.\n"; X#endif /* not lint */ X X#ifndef lint Xstatic char sccsid[] = "@(#)locate.c 8.1 (Berkeley) 6/6/93"; X#endif /* not lint */ X X/* X * Ref: Usenix ;login:, Vol 8, No 1, February/March, 1983, p. 8. X * X * Locate scans a file list for the full pathname of a file given only part X * of the name. The list has been processed with with "front-compression" X * and bigram coding. Front compression reduces space by a factor of 4-5, X * bigram coding by a further 20-25%. X * X * The codes are: X * X * 0-28 likeliest differential counts + offset to make nonnegative X * 30 switch code for out-of-range count to follow in next word X * 128-255 bigram codes (128 most common, as determined by 'updatedb') X * 32-127 single character (printable) ascii residue (ie, literal) X * X * A novel two-tiered string search technique is employed: X * X * First, a metacharacter-free subpattern and partial pathname is matched X * BACKWARDS to avoid full expansion of the pathname list. The time savings X * is 40-50% over forward matching, which cannot efficiently handle X * overlapped search patterns and compressed path residue. X * X * Then, the actual shell glob-style regular expression (if in this form) is X * matched against the candidate pathnames using the slower routines provided X * in the standard 'find'. X */ X X#include X X#include X#include X#include X#include X#include X X#ifdef MMAP X# include X# include X# include X# include X#endif X X#ifdef FAST X# define OPT_FAST_FIRST_CHAR_CHECK X#endif X X#include "locate.h" X#include "pathnames.h" X XFILE *fp; Xchar *path_fcodes; X X Xvoid usage () X{ X (void)fprintf(stderr, "usage: locate [-d database] pattern ...\n"); X exit(1); X} X Xint Xmain(argc, argv) X int argc; X char *argv[]; X{ X register int ch; X int f_mmap = 0; X#ifdef MMAP X struct stat sb; X int fd, len; X caddr_t p; X#endif X X path_fcodes = getenv("LOCATE_PATH"); X if (path_fcodes == NULL) X path_fcodes = _PATH_FCODES; X X while ((ch = getopt(argc, argv, "?md:")) != EOF) X switch((char)ch) { X case 'd': X path_fcodes = optarg; X break; X case 'm': X f_mmap = 1; X break; X X case '?': X default: X usage(); X } X argv += optind; X argc -= optind; X X if (argc < 1) X usage(); X X X if (!f_mmap) { X X while (*argv) { X if (!(fp = fopen(path_fcodes, "r"))) { X (void)fprintf(stderr, "locate: no database file %s.\n", X path_fcodes); X exit(1); X } X fastfind(*argv++); X fclose(fp); X } X X } else { X#ifndef MMAP X (void)fprintf(stderr, "mmap not implemented\n"); X exit(1); X#else X if ((fd = open(path_fcodes, O_RDONLY)) < 0) { X perror("open"); X exit(1); X } X X if (fstat(fd, &sb) == -1) { X perror("fstat"); X exit(1); X } X len = sb.st_size; X X if ((p = mmap((caddr_t)0, (size_t)len, X PROT_READ, MAP_SHARED, X fd, (off_t)0)) < 0) { X perror("mmap"); exit(1); X } X X while (*argv) { X fastfind_mmap(*argv++, p, len); X } X close(fd); X#endif X } X X X exit(0); X} X Xfastfind(pathpart) X char *pathpart; X{ X register char *p, *s, *patend, *q; X register int c, foundchar; X X int count, found, globflag; X char *cutoff, *patprep(); X char bigram1[NBG], bigram2[NBG], path[MAXPATHLEN]; X X for (c = 0, p = bigram1, s = bigram2; c < NBG; c++) X p[c] = getc(fp), s[c] = getc(fp); X X p = pathpart; X globflag = index(p, '*') || index(p, '?') || index(p, '['); X patend = patprep(p); X X found = 0; X for (c = getc(fp), count = 0; c != EOF;) { X#if 0 X count += ((c == SWITCH) ? getw(fp) : c) - OFFSET; X#else X if (c == SWITCH) { X count += getw(fp) - OFFSET; X#if (DEBUG > 1) X fprintf(stderr, "%s %d\n", path, count); X#endif X } else { X count += c - OFFSET; X } X#endif X /* overlay old path */ X#ifdef OPT_FAST_FIRST_CHAR_CHECK X foundchar = 0; X#endif X for (p = path + count; (c = getc(fp)) > SWITCH;) X if (c < PARITY) { X#ifdef OPT_FAST_FIRST_CHAR_CHECK X if (c == *patend) X foundchar++; X#endif X *p++ = c; X } X else { /* bigrams are parity-marked */ X c &= PARITY - 1; X#ifdef OPT_FAST_FIRST_CHAR_CHECK X if (bigram1[c] == *patend || X bigram2[c] == *patend) X foundchar++; X#endif X *p++ = bigram1[c], X *p++ = bigram2[c]; X } X *p-- = NULL; X X#ifdef OPT_FAST_FIRST_CHAR_CHECK X /* X * 1. new chars don't match pattern X * 2. no old match X * --> goto next word X */ X if (!foundchar && !found) X continue; X#endif X X cutoff = (found ? path : path + count); X X#if (DEBUG > 1) X fprintf(stderr, "Path: %s cutoff: %s count: %d\n", X path, cutoff, count); X#endif /* DEBUG */ X X for (found = 0, s = p; s >= cutoff; s--) X if (*s == *patend) { /* fast first char check */ X for (p = patend - 1, q = s - 1; *p != NULL; X p--, q--) X if (*q != *p) X break; X if (*p == NULL) { /* fast match success */ X found = 1; X if (!globflag || X !fnmatch(pathpart, path, 0)) X (void)puts(path); X X break; X } X } X } X} X X#ifdef MMAP Xfastfind_mmap(pathpart, paddr, len) X char *pathpart; X u_char *paddr; /* important! must be an unsigned char */ X int len; X{ X register char *s, *p, *patend, *q; X register int c, foundchar; X X int count, found, globflag, i; X char *cutoff, *patprep(); X char bigram1[NBG], bigram2[NBG], path[MAXPATHLEN]; X X for (c = 0, p = bigram1, s = bigram2; c < NBG; c++) X p[c] = *paddr++, s[c] = *paddr++; X X len -= (NBG + NBG); X X p = pathpart; X globflag = index(p, '*') || index(p, '?') || index(p, '['); X patend = patprep(p); X X found = 0; X for (c = *paddr++, count = 0; len > 0; len--) { X if (c == SWITCH) { X X#if 1 X /* read integer direct from mmap pointer */ X count += *(int *)paddr - OFFSET; X len -= sizeof(int); paddr += sizeof(int); X#else X X X#if 1 /* Hack for reading integer from mmap'ed file */ X /* little endian, lsb first: i386, vax */ X for (c = 0, i = 0; i < sizeof(int); i++, paddr++, len--) X c += (*paddr << (8 * i)); X count += c - OFFSET; X#else X /* big endian, msb first: 6800, ibm, net, sun4, sol2 */ X for (c = 0, i = 1 - sizeof(int); i <= 0; i++, paddr++, len--) X c += (*paddr << (8 * -i)); X count += c - OFFSET; X X#endif /* big endian */ X#endif /* *(int*)mmap pointer */ X X X#if (DEBUG > 1) X fprintf(stderr, "%s %d\n", path, count); X#endif X X#if (DEBUG >= 1) X /* X * something is wrong, we got further segv/sigbus or X * garbage. Should not be reached ... (wrong byteorder?) X */ X X if (count < 0 || count > MAXPATHLEN) { X fprintf(stderr, "count out of range: %d\nPath: %s\n", X count, path); X exit(1); X } X#endif /* DEBUG */ X X } else { X count += c - OFFSET; X } X /* overlay old path */ X#ifdef OPT_FAST_FIRST_CHAR_CHECK X foundchar = 0; X#endif X X#if (DEBUG > 1) X fprintf(stderr, "path: %s cutoff: %s count: %d c: %c%c%c\n", X path, cutoff, count, *(paddr), *(paddr+1), *(paddr+2)); X#endif /* DEBUG */ X X X for (p = path + count; (c = *paddr++) > SWITCH; len--) X if (c < PARITY) { X#ifdef OPT_FAST_FIRST_CHAR_CHECK X if (c == *patend) X foundchar++; X#endif X *p++ = c; X } X else { /* bigrams are parity-marked */ X c &= PARITY - 1; X#ifdef OPT_FAST_FIRST_CHAR_CHECK X if (bigram1[c] == *patend || X bigram2[c] == *patend) X foundchar++; X#endif X *p++ = bigram1[c], X *p++ = bigram2[c]; X } X *p-- = NULL; X X#ifdef OPT_FAST_FIRST_CHAR_CHECK X /* X * 1. new chars don't match pattern X * 2. no old match X * --> goto next word X */ X if (!foundchar && !found) X continue; X#endif X X cutoff = (found ? path : path + count); X X#if (DEBUG > 1) X fprintf(stderr, "Path: %s cutoff: %s count: %d\n", X path, cutoff, count); X#endif /* DEBUG */ X X for (found = 0, s = p; s >= cutoff; s--) X if (*s == *patend) { /* fast first char check */ X for (p = patend - 1, q = s - 1; *p != NULL; X p--, q--) X if (*q != *p) X break; X if (*p == NULL) { /* fast match success */ X found = 1; X if (!globflag || X !fnmatch(pathpart, path, 0)) X (void)puts(path); X X break; X } X } X } X} X#endif X X/* X * extract last glob-free subpattern in name for fast pre-match; prepend X * '\0' for backwards match; return end of new pattern X */ Xstatic char globfree[100]; X Xchar * Xpatprep(name) X char *name; X{ X register char *endmark, *p, *subp; X X subp = globfree; X *subp++ = '\0'; X p = name + strlen(name) - 1; X /* skip trailing metacharacters (and [] ranges) */ X for (; p >= name; p--) X if (index("*?", *p) == 0) X break; X if (p < name) X p = name; X if (*p == ']') X for (p--; p >= name; p--) X if (*p == '[') { X p--; X break; X } X if (p < name) X p = name; X /* X * if pattern has only metacharacters, check every path (force '/' X * search) X */ X if ((p == name) && index("?*[]", *p) != 0) X *subp++ = '/'; X else { X for (endmark = p; p >= name; p--) X if (index("]*?", *p) != 0) X break; X for (++p; X (p <= endmark) && subp < (globfree + sizeof(globfree));) X *subp++ = *p++; X } X *subp = '\0'; X return(--subp); X} END-of-locate.c exit From owner-freebsd-current Tue Sep 5 19:16:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id TAA16225 for current-outgoing; Tue, 5 Sep 1995 19:16:31 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id TAA16205 for ; Tue, 5 Sep 1995 19:16:23 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <11756-0@bunyip.cc.uq.oz.au>; Wed, 6 Sep 1995 10:26:13 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA14281; Wed, 6 Sep 1995 10:30:49 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA12252; Wed, 6 Sep 1995 00:31:07 GMT Message-Id: <199509060031.AAA12252@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: John Dyson cc: current@freebsd.org Subject: Re: To ALL that are running current!!! In-reply-to: Your message of "Tue, 05 Sep 1995 16:14:35 MST." <199509052314.QAA10314@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Sep 1995 10:31:07 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk > The biggest change so far that can cause crashes is that VOP_BMAP > now has an additional arg. The VOP_GETPAGES/VOP_PUTPAGES should not cause > problems (yet). > > John I've just "make clean depend all install" in /usr/src/lkm and rebooted, and so far I've yet to see any of the sig 10/11's that I was seeing before. The dynamically linked programs that were not running before are now. I usually run a kernel with very few LKMs (linux emulation and that's it) and so was puzzled to see this listed as the cause of the behaivour. I thought the make world that I'd done would've caught them as well. Oh well - now it's back to bashing my head against the seagate driver to try and get it to do disconnects properly. Stephen BTW, it does seem a bit faster... I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Sep 5 19:16:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id TAA16255 for current-outgoing; Tue, 5 Sep 1995 19:16:40 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id TAA16219 for ; Tue, 5 Sep 1995 19:16:29 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <13488-0@bunyip.cc.uq.oz.au>; Wed, 6 Sep 1995 10:46:12 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA14491; Wed, 6 Sep 1995 10:50:49 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA12450; Wed, 6 Sep 1995 00:51:07 GMT Message-Id: <199509060051.AAA12450@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: John Dyson cc: current@freebsd.org Subject: Re: To ALL that are running current!!! In-reply-to: Your message of "Tue, 05 Sep 1995 16:14:35 MST." <199509052314.QAA10314@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Sep 1995 10:51:06 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk Further to my previous message - I just rebooted the machine for other reasons and find that I'm once again getting those damned sig 11s. The sig 8 still occur from time to time. It seems random, although in either case, if you start a program and it cores, then it will continue to do so on each instance until you do something that peturbs the system sufficiently (eg restart X by logging out and pressing CTRL-ALT-BS). Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Sep 5 19:27:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id TAA16952 for current-outgoing; Tue, 5 Sep 1995 19:27:22 -0700 Received: from eikon.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id TAA16939 for ; Tue, 5 Sep 1995 19:27:13 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id EAA17772; Wed, 6 Sep 1995 04:26:34 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with SMTP id TAA07038; Tue, 5 Sep 1995 19:05:01 +0200 Message-Id: <199509051705.TAA07038@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Morgan Davis cc: freebsd-current@freebsd.org Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? In-reply-to: Your message of "Sun, 03 Sep 1995 13:09:58 PDT." <199509032009.NAA18839@io.cts.com> Date: Tue, 05 Sep 1995 19:05:01 +0200 From: "Julian Stacey " Sender: current-owner@freebsd.org Precedence: bulk > Not having a web browser in FreeBSD seems as > gaping a hole as not having an FTP client. Just in case you don't know, (or get seen out of context), we do have ports/net/ chimera lynx netscape Mosaic BTW Jordan's suggestion to move lynx into src/ make sense to me too, (unless some other text mode html browser suddenly comes into contention), of course someone will need to maintain it, which may be more work in src/ than ports/ . ( Personally, I'll continue using ports/net/chimera, on the X-Windows base that Jordan kindly got me adicted to years ago :-) ) FYI, I see: -r-xr-xr-x 1 bin bin 286720 Jun 10 17:34 /usr/local/bin/lynx* text data bss dec hex 249856 36864 15232 301952 49b80 FreeBSD/i386 demand paged dynamically linked executable Julian S From owner-freebsd-current Tue Sep 5 21:12:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id VAA22472 for current-outgoing; Tue, 5 Sep 1995 21:12:32 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id VAA22465 for ; Tue, 5 Sep 1995 21:12:27 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id GAA05211; Wed, 6 Sep 1995 06:08:18 +0200 From: John Hay Message-Id: <199509060408.GAA05211@zibbi.mikom.csir.co.za> Subject: Re: To ALL that are running current!!! To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Wed, 6 Sep 1995 06:08:17 +0200 (SAT) Cc: current@FreeBSD.ORG In-Reply-To: <199509060051.AAA12450@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Sep 6, 95 10:51:06 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1324 Sender: current-owner@FreeBSD.ORG Precedence: bulk > > Further to my previous message - I just rebooted the machine for other reasons > and find that I'm once again getting those damned sig 11s. The sig 8 still > occur from time to time. It seems random, although in either case, if you > start a program and it cores, then it will continue to do so on each instance > until you do something that peturbs the system sufficiently (eg restart X by > logging out and pressing CTRL-ALT-BS). > > Stephen > > I do not speak for the Worker's Compensation Board of Queensland - > They don't pay me enough for that! > I am also experiencing something like that. I have a 486DX2/66 with 20M RAM and lots of disk space and on that machine everything seems ok. But my other machine is a 386DX25 with 4M RAM and it is booting diskless from the first one. It does have 25M local swap. They are both running the last ctm-cvs before freefall was upgraded. The diskless machine gets sig 11s when it boots. The first time almost all daemons (inetd, cron, syslogd, ...) and rm, kvm_mkdb and dev_mkdb gave a sig 11. I then logged in and rebooted and only rm and date did a core dump. I can then work and everything seems ok. (I haven't pushed it very hard, I only use it to test a device driver) Seems strange. :- -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Tue Sep 5 22:03:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA29015 for current-outgoing; Tue, 5 Sep 1995 22:03:03 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA29006 ; Tue, 5 Sep 1995 22:03:02 -0700 Date: Tue, 5 Sep 1995 22:03:02 -0700 From: John Dyson Message-Id: <199509060503.WAA29006@freefall.freebsd.org> To: jhay@mikom.csir.co.za, sysseh@devetir.qld.gov.au Subject: Re: To ALL that are running current!!! Cc: current@FreeBSD.ORG Sender: current-owner@FreeBSD.ORG Precedence: bulk I am looking at the problem, and cannot reproduce yet. I did find a fatal bug in wd, but still believe that the sig 11s are not due to that. I am committing the wd fix tonite... John dyson@freebsd.org From owner-freebsd-current Tue Sep 5 22:47:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA00730 for current-outgoing; Tue, 5 Sep 1995 22:47:42 -0700 Received: from linux.csie.nctu.edu.tw (linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA00724 for ; Tue, 5 Sep 1995 22:47:36 -0700 Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id NAA13613 for freebsd-current@FreeBSD.ORG; Wed, 6 Sep 1995 13:45:56 +0800 Date: Wed, 6 Sep 1995 13:45:56 +0800 From: Chien-Ta Lee Message-Id: <199509060545.NAA13613@linux.csie.nctu.edu.tw> To: freebsd-current@FreeBSD.ORG Subject: Re: To ALL that are running current!!! X-Newsreader: TIN [version 1.2 PL2] Sender: current-owner@FreeBSD.ORG Precedence: bulk I just did a "make world", the system is fine (no core, no signal) in a short period of time. But if I do something havier, the system will become strange. ex. make; make clean; make; make clean; ...repeat some times, I get ld: /usr/X11R6/lib/libXext.so.6.0: unsupported _DYNAMIC version: 0 once the make fail, it will keep on fail ex2. try mpeg_play "the same file", quit, play, quit, play, repeat .... once it complain "not a MPEG stream", it will keep on complaining -- 李 建 達 (Adonis) 交大資工 Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Tue Sep 5 23:01:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA01092 for current-outgoing; Tue, 5 Sep 1995 23:01:41 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01001 for ; Tue, 5 Sep 1995 22:59:25 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HUY5S2LS8000183L@mail.rwth-aachen.de>; Wed, 06 Sep 1995 07:59:55 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA00500 for freebsd-current@freefall.cdrom.com; Wed, 6 Sep 1995 08:12:35 +0200 Date: Wed, 06 Sep 1995 08:12:35 +0200 From: "Christoph P. Kukulies" Subject: sig 11s To: freebsd-current@freefall.FreeBSD.org Message-id: <199509060612.IAA00500@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: current-owner@FreeBSD.org Precedence: bulk After building a new kernel yesterday I had these sig 11 on several binaries (sed during boot) and others. I rebuilt the lkms, installed and rebooted. Same picture. Last night I rebuilt world (all running with the old kernel and the new lkms) but rebooting from the new kernel still gives these sigs 11. It seems that tcsh (which I'm using for my login) crashes too so I cannot login at the moment and gotta drive to the campus physically to fix it. I'm running this system from wd (IDE) drives only (fyi). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Sep 5 23:18:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA01652 for current-outgoing; Tue, 5 Sep 1995 23:18:10 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA01645 for current@freebsd.org; Tue, 5 Sep 1995 23:18:09 -0700 From: John Dyson Message-Id: <199509060618.XAA01645@freefall.freebsd.org> Subject: We might be having VM probs, but try new wd driver!!! To: current@freebsd.org Date: Tue, 5 Sep 1995 23:18:09 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 388 Sender: current-owner@freebsd.org Precedence: bulk There was a fatal bug in the wd driver. I am booting on my scsi drive right now, and cannot easily boot from IDE (I have the L-word on it right now :-)). However, the bug in the IDE driver would cause some *interesting* problems. Give it a shot, and I am still working on trying to reproduce the signal problem. (Next step, I am going to try running in 8MB.) John dyson@freebsd.org From owner-freebsd-current Tue Sep 5 23:27:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA02098 for current-outgoing; Tue, 5 Sep 1995 23:27:58 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA02091 for current@freebsd.org; Tue, 5 Sep 1995 23:27:57 -0700 Date: Tue, 5 Sep 1995 23:27:57 -0700 From: John Dyson Message-Id: <199509060627.XAA02091@freefall.freebsd.org> To: current@freebsd.org Subject: Can reproduce the signal problem!!! Sender: current-owner@freebsd.org Precedence: bulk Phew!!! I got it to fail, and will work on a fix tomorrow night. It looks like perhaps a problem with one of the pagers. I don't have a good answer right now. SORRY for problems that I have caused. It is too late to work any longer (about 1:30 AM), but will get on it ASAP tomorrow... John dyson@freebsd.org From owner-freebsd-current Tue Sep 5 23:37:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA02555 for current-outgoing; Tue, 5 Sep 1995 23:37:35 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA02545 for ; Tue, 5 Sep 1995 23:37:28 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id IAA06571; Wed, 6 Sep 1995 08:33:41 +0200 From: John Hay Message-Id: <199509060633.IAA06571@zibbi.mikom.csir.co.za> Subject: Re: To ALL that are running current!!! To: dyson@freefall.freebsd.org (John Dyson) Date: Wed, 6 Sep 1995 08:33:41 +0200 (SAT) Cc: current@FreeBSD.ORG In-Reply-To: <199509060503.WAA29006@freefall.freebsd.org> from "John Dyson" at Sep 5, 95 10:03:02 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 422 Sender: current-owner@FreeBSD.ORG Precedence: bulk > > I am looking at the problem, and cannot reproduce yet. I did find > a fatal bug in wd, but still believe that the sig 11s are not due > to that. > > I am committing the wd fix tonite... > > John > dyson@freebsd.org > I think I got rid of the sig 11s now. I did a make clean all install in libc. It seems that the normal make all install didn't pick up all the dependencies. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Tue Sep 5 23:56:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA03343 for current-outgoing; Tue, 5 Sep 1995 23:56:01 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id XAA03337 for ; Tue, 5 Sep 1995 23:55:59 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <02558-0@bunyip.cc.uq.oz.au>; Wed, 6 Sep 1995 16:55:16 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id QAA20459; Wed, 6 Sep 1995 16:59:55 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id HAA14972; Wed, 6 Sep 1995 07:00:12 GMT Message-Id: <199509060700.HAA14972@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: John Dyson cc: current@freebsd.org Subject: Re: Can reproduce the signal problem!!! In-reply-to: Your message of "Tue, 05 Sep 1995 23:27:57 MST." <199509060627.XAA02091@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Sep 1995 17:00:10 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk > > Phew!!! > I got it to fail, and will work on a fix tomorrow night. It looks > like perhaps a problem with one of the pagers. I don't have a good > answer right now. SORRY for problems that I have caused. It is too > late to work any longer (about 1:30 AM), but will get on it ASAP tomorrow... > > John > dyson@freebsd.org Excellent! Now all we need is for the CTM mail service to start working so that I can receive these patches..... Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Wed Sep 6 00:11:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA03892 for current-outgoing; Wed, 6 Sep 1995 00:11:07 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA03885 for current@freebsd.org; Wed, 6 Sep 1995 00:11:07 -0700 Date: Wed, 6 Sep 1995 00:11:07 -0700 From: John Dyson Message-Id: <199509060711.AAA03885@freefall.freebsd.org> To: current@freebsd.org Subject: This might be the Sig-11 fix Sender: current-owner@freebsd.org Precedence: bulk Following is a patch as a result of a code review. I was able to reproduce an abort of ctwm before the patch, and now have yet to have a crash.. I am posting this for people that dont have quick access to CVS or CTM. Index: swap_pager.c =================================================================== RCS file: /home/ncvs/src/sys/vm/swap_pager.c,v retrieving revision 1.44 diff -C4 -r1.44 swap_pager.c *** 1.44 1995/09/04 04:44:24 --- swap_pager.c 1995/09/06 07:07:04 *************** *** 727,735 **** if (swb->swb_valid & (1 << ix)) { int tix; if (before) { for(tix = ix - 1; tix >= 0; --tix) { ! if ((swb->swb_block[tix] - (ix - tix) * (PAGE_SIZE/DEV_BSIZE)) != swb->swb_block[ix]) break; (*before)++; --- 727,735 ---- if (swb->swb_valid & (1 << ix)) { int tix; if (before) { for(tix = ix - 1; tix >= 0; --tix) { ! if ((swb->swb_block[tix] + (ix - tix) * (PAGE_SIZE/DEV_BSIZE)) != swb->swb_block[ix]) break; (*before)++; *************** *** 737,745 **** } if (after) { for(tix = ix + 1; tix < SWB_NPAGES; tix++) { ! if ((swb->swb_block[tix] + (tix - ix) * (PAGE_SIZE/DEV_BSIZE)) != swb->swb_block[ix]) break; (*after)++; --- 737,745 ---- } if (after) { for(tix = ix + 1; tix < SWB_NPAGES; tix++) { ! if ((swb->swb_block[tix] - (tix - ix) * (PAGE_SIZE/DEV_BSIZE)) != swb->swb_block[ix]) break; (*after)++; From owner-freebsd-current Wed Sep 6 00:12:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA03968 for current-outgoing; Wed, 6 Sep 1995 00:12:55 -0700 Received: from localhost.lightside.com (user38.lightside.com [198.81.209.38]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id AAA03961 for ; Wed, 6 Sep 1995 00:12:53 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id AAA00453; Wed, 6 Sep 1995 00:13:01 -0700 Date: Wed, 6 Sep 1995 00:13:00 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: "Jordan K. Hubbard" cc: current@freefall.FreeBSD.org Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? In-Reply-To: <558.810151918@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 3 Sep 1995, Jordan K. Hubbard wrote: > We need a documentation browser for handling local copies of the HTML > docs. The GNU `info' utility is nice for reading info files, but > that's *all* it's good for and it appears that HTML has "won" this > particular battle anyway. If we had lynx as a standard part of the > system, any utility wanting to "bring up a help screen" would be able > to count on having lynx around on the standard system for displaying > ... > Any strong objections? Any strong agreement? > > Jordan Great idea! Lynx is easy to use, and the only decent Unix web browser that doesn't require X (and since it's impossible to start up X until AFTER you've finished installing, having a text-mode browser would be very useful for sysinstall). As for your idea about having a universal info reader, it should be a shell script with the Web browser defined at the top so users can change it to (for example) Netscape once they have X going. Don't forget the fact that there isn't a decent X-based reader for info files (unless you count Emacs) and the keyboard commands for info can be awkward to use, especially for new users. Finally, the Linuxdoc SGML format makes an excellent wrapper for manuals that need automatic indexing and such. ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-current Wed Sep 6 01:22:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id BAA07510 for current-outgoing; Wed, 6 Sep 1995 01:22:11 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id BAA07501 for ; Wed, 6 Sep 1995 01:22:08 -0700 Received: from gena@NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by mail.netvision.net.il (8.6.12/8.6.9) with SMTP id KAA11791; Wed, 6 Sep 1995 10:21:11 +0200 Date: Wed, 6 Sep 1995 10:21:11 +0200 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: <199509060545.NAA13613@linux.csie.nctu.edu.tw> Reply-To: gena@NetVision.net.il X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: Chien-Ta Lee Subject: Re: To ALL that are running current!!! Cc: Sender: current-owner@FreeBSD.ORG Precedence: bulk This happens to me too, even after applying John's patch. There are two applications that crash with SIGBUS in 100% cases: xarchie and xmh..I've seen some crashes in other applications too. This happens only in X-applications and it seems not be related to the system load... Also it happens only in those x-appl that are linked with Xext and some other libraries... I recompiled all my lkm's and libc, but it does not help... On Wed Sep 6 08:09:07 1995 Chien-Ta Lee wrote: >> I just did a "make world", the system is fine (no core, no signal) > in a short period of time. But if I do something havier, the > system will become strange. > > ex. > make; make clean; make; make clean; ...repeat some times, > I get ld: /usr/X11R6/lib/libXext.so.6.0: unsupported _DYNAMIC version: 0 > once the make fail, it will keep on fail > > ex2. > try mpeg_play "the same file", quit, play, quit, play, repeat .... > once it complain "not a MPEG stream", it will keep on complaining > >-- > > 'u +X 9F (Adonis) %f$j8j$u > Mail: jdli@csie.nctu.edu.tw -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena This message was sent at 09/06/95 08:16:56 by XF-Mail From owner-freebsd-current Wed Sep 6 02:19:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id CAA10189 for current-outgoing; Wed, 6 Sep 1995 02:19:59 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id CAA10151 for ; Wed, 6 Sep 1995 02:19:10 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HUYCM04IN400196J@mail.rwth-aachen.de>; Wed, 06 Sep 1995 11:15:04 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA01467 for freebsd-current@freefall.cdrom.com; Wed, 6 Sep 1995 11:27:36 +0200 Date: Wed, 06 Sep 1995 11:27:36 +0200 From: "Christoph P. Kukulies" Subject: recent swap_pager.c diff, still sigs 11 To: freebsd-current@freefall.FreeBSD.org Message-id: <199509060927.LAA01467@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: current-owner@FreeBSD.org Precedence: bulk I built in the swap_pager.c fix but still cannot login since something dumps core (I suspect tcsh since the new kernel comes up and I get a login prompt). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Sep 6 03:45:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA04754 for current-outgoing; Wed, 6 Sep 1995 03:45:14 -0700 Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id DAA04738 for ; Wed, 6 Sep 1995 03:45:11 -0700 Received: from rks32.pcs.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA31645; Wed, 6 Sep 1995 03:42:52 -0700 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0sqHv9-0005OqC; Wed, 6 Sep 95 12:41 MSZ Message-Id: To: current%freebsd.org@inet-gw-1.pa.dec.com Subject: Re: lynx in /usr/src/usr.bin/lynx; any objections? Reply-To: gj@freebsd.org Date: Wed, 06 Sep 95 10:41:31 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: current-owner@freebsd.org Precedence: bulk Jake Hamby writes: > Don't forget the fact that there isn't a decent X-based reader for info > files (unless you count Emacs) what about xinfo from our very own Jordan K. Hubbard ?!? Works great. Gary J. From owner-freebsd-current Wed Sep 6 05:33:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id FAA24288 for current-outgoing; Wed, 6 Sep 1995 05:33:48 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id FAA24279 for current@freebsd.org; Wed, 6 Sep 1995 05:33:47 -0700 Date: Wed, 6 Sep 1995 05:33:47 -0700 From: John Dyson Message-Id: <199509061233.FAA24279@freefall.freebsd.org> To: current@freebsd.org Subject: Will work on Sig-11 tonight Sender: current-owner@freebsd.org Precedence: bulk It'll be about 10Hrs from now when I can work on it again. It has to be simple but subtile... (All of a sudden, I have gotten them also.) John From owner-freebsd-current Wed Sep 6 06:40:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id GAA11149 for current-outgoing; Wed, 6 Sep 1995 06:40:55 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id GAA11132 for ; Wed, 6 Sep 1995 06:40:50 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA17949; Wed, 6 Sep 95 15:43:24 +0100 Date: Wed, 6 Sep 95 15:43:24 +0100 Message-Id: <9509061443.AA17949@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: current@freebsd.org Subject: crash (ncr problem?) X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk Hi, I had a crash on a very current system (make world and kernel from yesterday), in addition to the sig11's: Sep 6 08:21:15 qix /kernel: t virtual address = 0x0 Sep 6 08:21:15 qix /kernel: fault code = supervisor read, page not present Sep 6 08:21:16 qix /kernel: instruction pointer = 0x8:0xf017f45f Sep 6 08:21:16 qix /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 6 08:21:16 qix /kernel: = DPL 0, pres 1, def32 1, gran 1 Sep 6 08:21:16 qix /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 6 08:21:16 qix /kernel: current process = Idle Sep 6 08:21:16 qix /kernel: interrupt mask = bio Sep 6 08:21:17 qix /kernel: panic: page fault Sep 6 08:21:17 qix /kernel: Sep 6 08:21:17 qix /kernel: syncing disks... Sep 6 08:21:18 qix /kernel: Sep 6 08:21:18 qix /kernel: Fatal trap 12: page fault while in kernel mode Sep 6 08:21:18 qix /kernel: fault virtual address = 0xa0 Sep 6 08:21:18 qix /kernel: fault code = supervisor read, page not present Sep 6 08:21:19 qix /kernel: instruction pointer = 0x8:0xf0110781 Sep 6 08:21:19 qix /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 6 08:21:19 qix /kernel: = DPL 0, pres 1, def32 1, gran 1 Sep 6 08:21:19 qix /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 6 08:21:19 qix /kernel: current process = Idle Sep 6 08:21:20 qix /kernel: interrupt mask = bio Sep 6 08:21:20 qix /kernel: panic: page fault Sep 6 08:21:20 qix /kernel: Sep 6 08:21:20 qix /kernel: dumping to dev 1, offset 0 Sep 6 08:21:20 qix /kernel: dump 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0xf017f45f is in ncr_exception() and 0xf0110781 is in tsleep() Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Wed Sep 6 07:44:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA18863 for current-outgoing; Wed, 6 Sep 1995 07:44:17 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id HAA18852 for ; Wed, 6 Sep 1995 07:44:12 -0700 Received: by Sysiphos id AA21562 (5.67b/IDA-1.5 for current@freebsd.org); Wed, 6 Sep 1995 16:42:07 +0200 Message-Id: <199509061442.AA21562@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 6 Sep 1995 16:42:06 +0200 In-Reply-To: Jean-Marc Zucconi "crash (ncr problem?)" (Sep 6, 15:43) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jean-Marc Zucconi Subject: Re: crash (ncr problem?) Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk On Sep 6, 15:43, Jean-Marc Zucconi wrote: } Subject: crash (ncr problem?) } Hi, } } I had a crash on a very current system (make world and kernel from } yesterday), in addition to the sig11's: } Sep 6 08:21:15 qix /kernel: t virtual address = 0x0 } Sep 6 08:21:15 qix /kernel: fault code = supervisor read, page not present } Sep 6 08:21:16 qix /kernel: instruction pointer = 0x8:0xf017f45f } Sep 6 08:21:16 qix /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b } Sep 6 08:21:16 qix /kernel: = DPL 0, pres 1, def32 1, gran 1 } Sep 6 08:21:16 qix /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 } Sep 6 08:21:16 qix /kernel: current process = Idle } Sep 6 08:21:16 qix /kernel: interrupt mask = bio } Sep 6 08:21:17 qix /kernel: panic: page fault } Sep 6 08:21:17 qix /kernel: } Sep 6 08:21:17 qix /kernel: syncing disks... } Sep 6 08:21:20 qix /kernel: panic: page fault } Sep 6 08:21:20 qix /kernel: } Sep 6 08:21:20 qix /kernel: dumping to dev 1, offset 0 } Sep 6 08:21:20 qix /kernel: dump 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 } } 0xf017f45f is in ncr_exception() and 0xf0110781 is in tsleep() Hmm, I had added some debug output code to the ncr_exception handler. There might be a NULL pointer dereference in some special situation somewhere, though I wouldn't expect this ... I'll disable that code again, as soon as I find time to upload another set of patches (later today). You can try doing so yourself. Locate the line containing a string of 'ERROR (' and remove the code below the printing of the 'reg:' line (script instructions and scatter gather table). (Sorry don't have access to my FreeBSD system, currently.) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Wed Sep 6 07:51:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA19226 for current-outgoing; Wed, 6 Sep 1995 07:51:25 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id HAA19218 ; Wed, 6 Sep 1995 07:51:23 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id KAA18407; Wed, 6 Sep 1995 10:55:04 -0400 From: Mark Hittinger Message-Id: <199509061455.KAA18407@ns1.win.net> Subject: changes to sup 9/05 or 9/06? To: stable@freebsd.org, current@freebsd.org Date: Wed, 6 Sep 1995 10:55:03 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 241 Sender: current-owner@freebsd.org Precedence: bulk Were any changes made to sup on 9/05, 9/06? When I sup on 2.2 it starts loading the whole thing again. Was the change announced in early August finally put in place today or is this something else? Regards, Mark Hittinger bugs@win.net From owner-freebsd-current Wed Sep 6 08:13:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id IAA25823 for current-outgoing; Wed, 6 Sep 1995 08:13:10 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id IAA25817 for ; Wed, 6 Sep 1995 08:13:09 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA20650; Wed, 6 Sep 1995 11:13:08 -0400 Date: Wed, 6 Sep 1995 11:13:08 -0400 From: "Garrett A. Wollman" Message-Id: <9509061513.AA20650@halloran-eldar.lcs.mit.edu> To: current@freebsd.org Subject: What gives? Sender: current-owner@freebsd.org Precedence: bulk ------- start of forwarded message (RFC 934 encapsulation) ------- From: root on khavrinen To: wollman@khavrinen.lcs.mit.edu Subject: khavrinen nightly sup run Date: Wed, 6 Sep 1995 07:58:41 -0400 ####### Updating /usr/src ####### [update of every single file on my machine deleted] ####### /usr/src updated ####### ------- end ------- -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Sep 6 08:28:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id IAA08266 for current-outgoing; Wed, 6 Sep 1995 08:28:13 -0700 Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id IAA08191 for ; Wed, 6 Sep 1995 08:28:10 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id BAA15734 for current@freebsd.org; Thu, 7 Sep 1995 01:28:03 +1000 From: michael butler Message-Id: <199509061528.BAA15734@asstdc.scgt.oz.au> Subject: pppd & netmask 255.255.255.255 To: current@freebsd.org Date: Thu, 7 Sep 1995 01:28:02 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1078 Sender: current-owner@freebsd.org Precedence: bulk I'm currently set up to allow dial-in IP access via a (small) modem pool and I have two basic problems that I'm sure other intending ISPs will strike: i) we have no dynamic allocation of IP numbers :-( ii) the following code fragment from /usr/src/usr.sbin/pppd/options.c refuses a netmask for a host route (255.255.255.255) .. /* * setnetmask - set the netmask to be used on the interface. */ static int setnetmask(argv) char **argv; { u_long mask; if ((mask = inet_addr(*argv)) == -1 || (netmask & ~mask) != 0) { fprintf(stderr, "Invalid netmask %s\n", *argv); return 0; } netmask = mask; return (1); } The result is that "ifconfig -a" shows a netmask of 255.255.255.0 :-(. The "natural netmask" on this (sub)net is 255.255.255.240 but that's not what I want either .. these are single-interface Windows boxes dialling in. On the same machine, however, gated apparently advertises just the host route as intended. gated is configured NOT to export kernel routes (obtained via routing socket). Which is wrong .. ifconfig or gated ? michael From owner-freebsd-current Wed Sep 6 08:36:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id IAA13991 for current-outgoing; Wed, 6 Sep 1995 08:36:45 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id IAA13971 for ; Wed, 6 Sep 1995 08:36:42 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id LAA16834; Wed, 6 Sep 1995 11:27:06 -0400 Date: Wed, 6 Sep 1995 11:27:03 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: What gives? To: "Garrett A. Wollman" cc: current@freebsd.org In-Reply-To: <9509061513.AA20650@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk did the upgrade of freefall reset all the times on the source tree?? jmb On Wed, 6 Sep 1995, Garrett A. Wollman wrote: > ------- start of forwarded message (RFC 934 encapsulation) ------- > From: root on khavrinen > To: wollman@khavrinen.lcs.mit.edu > Subject: khavrinen nightly sup run > Date: Wed, 6 Sep 1995 07:58:41 -0400 > > ####### Updating /usr/src ####### > [update of every single file on my machine deleted] > ####### /usr/src updated ####### > ------- end ------- > > -GAWollman > > -- > Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... > wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. > Opinions not those of| It is a bond more powerful than absence. We like people > MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Wed Sep 6 08:53:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id IAA18127 for current-outgoing; Wed, 6 Sep 1995 08:53:02 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id IAA18113 for ; Wed, 6 Sep 1995 08:52:58 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA20694; Wed, 6 Sep 1995 11:52:45 -0400 Date: Wed, 6 Sep 1995 11:52:45 -0400 From: "Garrett A. Wollman" Message-Id: <9509061552.AA20694@halloran-eldar.lcs.mit.edu> To: michael butler Cc: current@freebsd.org Subject: pppd & netmask 255.255.255.255 In-Reply-To: <199509061528.BAA15734@asstdc.scgt.oz.au> References: <199509061528.BAA15734@asstdc.scgt.oz.au> Sender: current-owner@freebsd.org Precedence: bulk < said: > if ((mask = inet_addr(*argv)) == -1 || (netmask & ~mask) != 0) { It should use inet_aton() here to avoid this problem. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Sep 6 08:57:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id IAA19542 for current-outgoing; Wed, 6 Sep 1995 08:57:52 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id IAA19478 ; Wed, 6 Sep 1995 08:57:47 -0700 Message-Id: <199509061557.IAA19478@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: Mark Hittinger cc: stable@freebsd.org, current@freebsd.org Subject: Re: changes to sup 9/05 or 9/06? In-reply-to: Your message of "Wed, 06 Sep 1995 10:55:03 EDT." <199509061455.KAA18407@ns1.win.net> Date: Wed, 06 Sep 1995 08:57:46 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk > >Were any changes made to sup on 9/05, 9/06? > >When I sup on 2.2 it starts loading the whole thing again. Was the change >announced in early August finally put in place today or is this something >else? > >Regards, > >Mark Hittinger >bugs@win.net All of Freefall's filesystems were dumped and restored during its upgrade to 2.1-stable. Since the ctime of all files changed, SUP should "update" the files, not download them again. At least this was the case for my SUP of the cvs bits. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Sep 6 09:20:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA02693 for current-outgoing; Wed, 6 Sep 1995 09:20:25 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA02675 for ; Wed, 6 Sep 1995 09:20:21 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id MAA08445 for freebsd-current@freefall.cdrom.com; Wed, 6 Sep 1995 12:20:16 -0400 From: John Capo Message-Id: <199509061620.MAA08445@irbs.irbs.com> Subject: Gnats is broken on freefall To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Wed, 6 Sep 1995 12:20:13 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1808 Sender: current-owner@FreeBSD.org Precedence: bulk > > From MAILER-DAEMON Wed Sep 6 12:14:31 1995 > Return-Path: MAILER-DAEMON > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [192.216.222.4]) by irbs.irbs.com (8.6.12/8.6.6) with ESMTP id MAA08244 for ; Wed, 6 Sep 1995 12:14:27 -0400 > Received: from localhost (localhost) > by freefall.freebsd.org (8.6.11/8.6.6) with internal id JAA29251 > ; Wed, 6 Sep 1995 09:14:25 -0700 > Date: Wed, 6 Sep 1995 09:14:25 -0700 > From: Mail Delivery Subsystem > Subject: Returned mail: unknown mailer error 2 > Message-Id: <199509061614.JAA29251@freefall.freebsd.org> > To: > Status: OR > > The original message was received at Wed, 6 Sep 1995 09:14:21 -0700 > from irbs.com [199.182.75.129] > > ----- The following addresses had delivery problems ----- > "| /usr/local/lib/gnats/queue-pr -q >/dev/null 2>&1" (unrecoverable error) > (expanded from: ) > > ----- Transcript of session follows ----- > 554 "| /usr/local/lib/gnats/queue-pr -q >/dev/null 2>&1"... unknown mailer error 2 > > ----- Original message follows ----- > > --JAA29251.810404065/freefall.freebsd.org > Content-Type: message/rfc822 > > Return-Path: jc@irbs.com > Received: from irbs.irbs.com (irbs.com [199.182.75.129]) > by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA29230 > for ; Wed, 6 Sep 1995 09:14:21 -0700 > Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id MAA08231; Wed, 6 Sep 1995 12:14:17 -0400 > Date: Wed, 6 Sep 1995 12:14:17 -0400 > From: John Capo > Message-Id: <199509061614.MAA08231@irbs.irbs.com> > To: FreeBSD-gnats-submit@freebsd.org > Reply-To: jc@irbs.com > X-send-pr-version: 3.2 > > From owner-freebsd-current Wed Sep 6 09:22:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA03446 for current-outgoing; Wed, 6 Sep 1995 09:22:11 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA03400 for ; Wed, 6 Sep 1995 09:22:07 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id MAA08467 for freebsd-current@freefall.cdrom.com; Wed, 6 Sep 1995 12:22:04 -0400 From: John Capo Message-Id: <199509061622.MAA08467@irbs.irbs.com> Subject: Kerberos patch (Gnats is broken) To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Wed, 6 Sep 1995 12:22:03 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2632 Sender: current-owner@FreeBSD.org Precedence: bulk >Submitter-Id: current-users >Originator: John Capo >Organization: IRBS Engineering >Confidential: no >Synopsis: Kerberos cores if RCMD is first request (patch included) >Severity: critical >Priority: high >Category: bin >Release: FreeBSD 2.2-CURRENT i386 >Class: sw-bug >Environment: >Description: Several static externals are only initialized on ticket requests. These uninitialized variables are passed to cr_err_reply() from kerb_err_reply(). >How-To-Repeat: Start kerberos and rcp to a non-realm system when an old ticket exists that was not granted by this instance of kerberos. I know, in a perfect world there are no old tickets, but... >Fix: None of this should be static but since the great eBones re-org is underway I left them alone. I did delete unused statics. *** eBones/kerberos/kerberos.c.orig Wed Sep 6 11:16:36 1995 --- eBones/kerberos/kerberos.c Wed Sep 6 12:07:57 1995 *************** *** 67,73 **** static char *req_name_ptr; static char *req_inst_ptr; static char *req_realm_ptr; - static u_char req_no_req; static u_long req_time_ws; int req_act_vno = KRB_PROT_VERSION; /* Temporary for version skew */ --- 67,72 ---- *************** *** 83,90 **** static long n_auth_req; static long n_appl_req; static long n_packets; - static long n_user; - static long n_server; static long max_age = -1; static long pause_int = -1; --- 82,87 ---- *************** *** 355,360 **** --- 352,368 ---- req_act_vno = req_version; + /* set up and correct for byte order and alignment */ + req_name_ptr = (char *) pkt_a_name(pkt); + req_inst_ptr = (char *) pkt_a_inst(pkt); + req_realm_ptr = (char *) pkt_a_realm(pkt); + + bcopy(pkt_time_ws(pkt), &req_time_ws, sizeof(req_time_ws)); + /* time has to be diddled */ + if (swap_bytes) { + swap_u_long(req_time_ws); + } + /* check packet version */ if (req_version != KRB_PROT_VERSION) { lt = klog(L_KRB_PERR, *************** *** 387,402 **** tk->length = 0; k_flags = 0; /* various kerberos flags */ - - /* set up and correct for byte order and alignment */ - req_name_ptr = (char *) pkt_a_name(pkt); - req_inst_ptr = (char *) pkt_a_inst(pkt); - req_realm_ptr = (char *) pkt_a_realm(pkt); - bcopy(pkt_time_ws(pkt), &req_time_ws, sizeof(req_time_ws)); - /* time has to be diddled */ - if (swap_bytes) { - swap_u_long(req_time_ws); - } ptr = (char *) pkt_time_ws(pkt) + 4; req_life = (u_long) (*ptr++); --- 395,400 ---- John Capo IRBS Engineering From owner-freebsd-current Wed Sep 6 09:24:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA04565 for current-outgoing; Wed, 6 Sep 1995 09:24:57 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA04548 for ; Wed, 6 Sep 1995 09:24:55 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id IAA12224; Wed, 6 Sep 1995 08:49:37 -0700 Message-Id: <199509061549.IAA12224@precipice.shockwave.com> To: michael butler cc: current@freebsd.org Subject: Re: pppd & netmask 255.255.255.255 In-reply-to: Your message of "Thu, 07 Sep 1995 01:28:02 +1000." <199509061528.BAA15734@asstdc.scgt.oz.au> Date: Wed, 06 Sep 1995 08:48:21 -0700 From: Paul Traina Sender: current-owner@freebsd.org Precedence: bulk The problem here is the use of inet_addr(). This function should never be used when 255.255.255.255 is a legitimate return value (-1). This needs to be recoded to use inet_aton(). Paul From: michael butler Subject: pppd & netmask 255.255.255.255 I'm currently set up to allow dial-in IP access via a (small) modem pool and I have two basic problems that I'm sure other intending ISPs will strike: i) we have no dynamic allocation of IP numbers :-( ii) the following code fragment from /usr/src/usr.sbin/pppd/options.c refuses a netmask for a host route (255.255.255.255) .. /* * setnetmask - set the netmask to be used on the interface. */ static int setnetmask(argv) char **argv; { u_long mask; if ((mask = inet_addr(*argv)) == -1 || (netmask & ~mask) != 0) { fprintf(stderr, "Invalid netmask %s\n", *argv); return 0; } netmask = mask; return (1); } The result is that "ifconfig -a" shows a netmask of 255.255.255.0 :-(. The "natural netmask" on this (sub)net is 255.255.255.240 but that's not what I want either .. these are single-interface Windows boxes dialling in. On the same machine, however, gated apparently advertises just the host route as intended. gated is configured NOT to export kernel routes (obtained via routing socket). Which is wrong .. ifconfig or gated ? michael From owner-freebsd-current Wed Sep 6 09:38:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA10869 for current-outgoing; Wed, 6 Sep 1995 09:38:12 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA10854 for ; Wed, 6 Sep 1995 09:38:08 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id MAA08588 for freebsd-current@freefall.cdrom.com; Wed, 6 Sep 1995 12:38:05 -0400 From: John Capo Message-Id: <199509061638.MAA08588@irbs.irbs.com> Subject: Kerberos patch that works To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Wed, 6 Sep 1995 12:38:04 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2541 Sender: current-owner@FreeBSD.org Precedence: bulk Didn't look at a last second change close enough. John Capo IRBS Engineering *** eBones/kerberos/kerberos.c.orig Wed Sep 6 11:16:36 1995 --- eBones/kerberos/kerberos.c Wed Sep 6 12:34:05 1995 *************** *** 67,73 **** static char *req_name_ptr; static char *req_inst_ptr; static char *req_realm_ptr; - static u_char req_no_req; static u_long req_time_ws; int req_act_vno = KRB_PROT_VERSION; /* Temporary for version skew */ --- 67,72 ---- *************** *** 83,90 **** static long n_auth_req; static long n_appl_req; static long n_packets; - static long n_user; - static long n_server; static long max_age = -1; static long pause_int = -1; --- 82,87 ---- *************** *** 334,340 **** static struct in_addr client_host; static int msg_byte_order; - static int swap_bytes; static u_char k_flags; char *p_name, *instance; u_long lifetime; --- 331,336 ---- *************** *** 355,360 **** --- 351,369 ---- req_act_vno = req_version; + /* set up and correct for byte order and alignment */ + req_name_ptr = (char *) pkt_a_name(pkt); + req_inst_ptr = (char *) pkt_a_inst(pkt); + req_realm_ptr = (char *) pkt_a_realm(pkt); + + msg_byte_order = req_msg_type & 1; + bcopy(pkt_time_ws(pkt), &req_time_ws, sizeof(req_time_ws)); + + if (msg_byte_order != HOST_BYTE_ORDER) { + /* time has to be diddled */ + swap_u_long(req_time_ws); + } + /* check packet version */ if (req_version != KRB_PROT_VERSION) { lt = klog(L_KRB_PERR, *************** *** 364,375 **** kerb_err_reply(client, pkt, KERB_ERR_PKT_VER, lt); return; } - msg_byte_order = req_msg_type & 1; - - swap_bytes = 0; - if (msg_byte_order != HOST_BYTE_ORDER) { - swap_bytes++; - } klog(L_KRB_PINFO, "Prot version: %d, Byte order: %d, Message type: %d", req_version, msg_byte_order, req_msg_type); --- 373,378 ---- *************** *** 387,402 **** tk->length = 0; k_flags = 0; /* various kerberos flags */ - - /* set up and correct for byte order and alignment */ - req_name_ptr = (char *) pkt_a_name(pkt); - req_inst_ptr = (char *) pkt_a_inst(pkt); - req_realm_ptr = (char *) pkt_a_realm(pkt); - bcopy(pkt_time_ws(pkt), &req_time_ws, sizeof(req_time_ws)); - /* time has to be diddled */ - if (swap_bytes) { - swap_u_long(req_time_ws); - } ptr = (char *) pkt_time_ws(pkt) + 4; req_life = (u_long) (*ptr++); --- 390,395 ---- From owner-freebsd-current Wed Sep 6 09:42:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA12260 for current-outgoing; Wed, 6 Sep 1995 09:42:25 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA12248 for ; Wed, 6 Sep 1995 09:42:23 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id JAA12524; Wed, 6 Sep 1995 09:41:16 -0700 Message-Id: <199509061641.JAA12524@precipice.shockwave.com> To: michael butler cc: current@freebsd.org Subject: Re: pppd & netmask 255.255.255.255 In-reply-to: Your message of "Thu, 07 Sep 1995 01:28:02 +1000." <199509061528.BAA15734@asstdc.scgt.oz.au> Date: Wed, 06 Sep 1995 09:41:15 -0700 From: Paul Traina Sender: current-owner@freebsd.org Precedence: bulk Try this: Index: options.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pppd/options.c,v retrieving revision 1.4 retrieving revision 1.5 diff -c -r1.4 -r1.5 *** 1.4 1995/05/30 03:51:14 --- 1.5 1995/09/06 16:33:40 *************** *** 1216,1229 **** setnetmask(argv) char **argv; { ! u_long mask; ! if ((mask = inet_addr(*argv)) == -1 || (netmask & ~mask) != 0) { fprintf(stderr, "Invalid netmask %s\n", *argv); ! return 0; } ! netmask = mask; return (1); } --- 1216,1229 ---- setnetmask(argv) char **argv; { ! struct in_addr mask; ! if ((inet_aton(*argv, &mask) < 0) || (netmask & ~mask.s_addr)) { fprintf(stderr, "Invalid netmask %s\n", *argv); ! return (0); } ! netmask = mask.s_addr; return (1); } From owner-freebsd-current Wed Sep 6 10:46:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA14943 for current-outgoing; Wed, 6 Sep 1995 10:46:43 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA14929 for ; Wed, 6 Sep 1995 10:46:41 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00331; Wed, 6 Sep 1995 10:39:52 -0700 From: Terry Lambert Message-Id: <199509061739.KAA00331@phaeton.artisoft.com> Subject: Re: crash (ncr problem?) To: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 6 Sep 1995 10:39:51 -0700 (MST) Cc: jmz@cabri.obs-besancon.fr, current@freebsd.org In-Reply-To: <199509061442.AA21562@Sysiphos> from "Stefan Esser" at Sep 6, 95 04:42:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 414 Sender: current-owner@freebsd.org Precedence: bulk > Hmm, I had added some debug output code to the > ncr_exception handler. There might be a NULL > pointer dereference in some special situation > somewhere, though I wouldn't expect this ... Be happy you get this fault. Page 0 is mapped in protected mode in Win95. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Sep 6 10:57:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA16830 for current-outgoing; Wed, 6 Sep 1995 10:57:35 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id KAA16766 ; Wed, 6 Sep 1995 10:57:14 -0700 Received: by Sysiphos id AA22873 (5.67b/IDA-1.5); Wed, 6 Sep 1995 19:56:58 +0200 Message-Id: <199509061756.AA22873@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 6 Sep 1995 19:56:57 +0200 X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: current@freebsd.org, committers@freebsd.org Subject: CTM files not being generated ? Sender: current-owner@freebsd.org Precedence: bulk Currently anything wrong with CTM ? I've been trying to get the latest set of CTM files from CTM-priv/cvs-cur on Freefall, but there hasn't been put anything new for a few days (the last file seems to be cvs-cur.1074.gz, created Sep. 4, 01:33). Thanks in advance, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Wed Sep 6 11:06:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id LAA18527 for current-outgoing; Wed, 6 Sep 1995 11:06:58 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id LAA18503 ; Wed, 6 Sep 1995 11:06:49 -0700 Message-Id: <199509061806.LAA18503@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: se@zpr.uni-koeln.de (Stefan Esser) cc: current@freebsd.org, committers@freebsd.org Subject: Re: CTM files not being generated ? In-reply-to: Your message of "Wed, 06 Sep 1995 19:56:57 +0200." <199509061756.AA22873@Sysiphos> Date: Wed, 06 Sep 1995 11:06:48 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >Currently anything wrong with CTM ? > >I've been trying to get the latest set of CTM files >from CTM-priv/cvs-cur on Freefall, but there hasn't >been put anything new for a few days (the last file >seems to be cvs-cur.1074.gz, created Sep. 4, 01:33). > >Thanks in advance, STefan Freefall is missing some ctm simlinks as a result of its upgrade. When I talked to Poul the other day, he said he would take care of it. He wanted to clean up some of the CTM stuff first though. > >-- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================= >= > http://www.zpr.uni-koeln.de/staff/esser/esser.html -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Sep 6 11:19:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id LAA24632 for current-outgoing; Wed, 6 Sep 1995 11:19:10 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id LAA24613 for ; Wed, 6 Sep 1995 11:19:06 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id NAA10152; Wed, 6 Sep 1995 13:19:32 -0500 From: Mike Pritchard Message-Id: <199509061819.NAA10152@mpp.minn.net> Subject: Re: Gnats is broken on freefall To: jc@irbs.com (John Capo) Date: Wed, 6 Sep 1995 13:19:31 -0500 (CDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199509061620.MAA08445@irbs.irbs.com> from "John Capo" at Sep 6, 95 12:20:13 pm X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 327 Sender: current-owner@FreeBSD.org Precedence: bulk John Capo wrote: > > ----- The following addresses had delivery problems ----- > > "| /usr/local/lib/gnats/queue-pr -q >/dev/null 2>&1" (unrecoverable error) It looks like gnats need to be reinstalled after the upgrade. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Wed Sep 6 11:40:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id LAA04473 for current-outgoing; Wed, 6 Sep 1995 11:40:09 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id LAA04446 ; Wed, 6 Sep 1995 11:40:06 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.12/8.6.12) id LAA07763; Wed, 6 Sep 1995 11:39:56 -0700 From: "Rodney W. Grimes" Message-Id: <199509061839.LAA07763@gndrsh.aac.dev.com> Subject: Re: changes to sup 9/05 or 9/06? To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 6 Sep 1995 11:39:56 -0700 (PDT) Cc: bugs@ns1.win.net, stable@freebsd.org, current@freebsd.org In-Reply-To: <199509061557.IAA19478@freefall.freebsd.org> from "Justin T. Gibbs" at Sep 6, 95 08:57:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1077 Sender: current-owner@freebsd.org Precedence: bulk > > > > >Were any changes made to sup on 9/05, 9/06? > > > >When I sup on 2.2 it starts loading the whole thing again. Was the change > >announced in early August finally put in place today or is this something > >else? > > > >Regards, > > > >Mark Hittinger > >bugs@win.net > > All of Freefall's filesystems were dumped and restored during its > upgrade to 2.1-stable. Since the ctime of all files changed, SUP > should "update" the files, not download them again. At least this > was the case for my SUP of the cvs bits. THANK YOU and whom ever helped you with doing this work, the user community may not appreciate the ``update'' of all there files but I am sure freefall is a much happier machine now that it has nice clean defragged and optimized files systems once again. Those doing work on freefall should enjoy some better responce times. And if Freefall goes faster, the developers can work faster :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Sep 6 14:08:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA23387 for current-outgoing; Wed, 6 Sep 1995 14:08:56 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id OAA23379 for ; Wed, 6 Sep 1995 14:08:53 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id QAA00250 for freebsd-current@freebsd.org; Wed, 6 Sep 1995 16:08:58 -0500 From: Mike Pritchard Message-Id: <199509062108.QAA00250@mpp.minn.net> Subject: Re: Superblocks getting trashed with -current To: freebsd-current@freebsd.org Date: Wed, 6 Sep 1995 16:08:58 -0500 (CDT) In-Reply-To: <199509050140.UAA00234@mpp.minn.net> from "Mike Pritchard" at Sep 4, 95 08:40:06 pm X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1161 Sender: current-owner@freebsd.org Precedence: bulk I just had my root file system superblock trashed again. I haven't had any msdos stuff mounted for several days now, either. I needed to reboot so I could run dos for a minute, so I shutdown to single user mode, unmounted everything, then ran fsck to verify that all of my superblocks were still good. Everything was fine, so I rebooted and started dos for about 5 minutes, then I tried to reboot FreeBSD. My root superblock was trashed again at this point. No, it wasn't DOS, since the other times it happened, DOS never entered the picture. A quick look showed that most of the superblock was zeroed out (maybe the first 1024 bytes). I've got to go install some hardware for a customer right now, but I'll verify exactly how much data was munged when I get home later, and see if I can figure out what the few non-zero bytes might have been. BTW, fsck core dumped on me with this superblock - floating point exception. Probably doing some divide by zero with the bad data. I had to use the "-b" option to tell it where to find a good superblock. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Wed Sep 6 14:41:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA24358 for current-outgoing; Wed, 6 Sep 1995 14:41:32 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id OAA24348 ; Wed, 6 Sep 1995 14:41:29 -0700 Message-Id: <199509062141.OAA24348@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: Mike Pritchard cc: freebsd-current@freebsd.org Subject: Re: Superblocks getting trashed with -current In-reply-to: Your message of "Wed, 06 Sep 1995 16:08:58 CDT." <199509062108.QAA00250@mpp.minn.net> Date: Wed, 06 Sep 1995 14:41:29 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >My root superblock was trashed again at this point. No, it wasn't >DOS, since the other times it happened, DOS never entered the picture. >A quick look showed that most of the superblock was zeroed out (maybe >the first 1024 bytes). I've got to go install some hardware for >a customer right now, but I'll verify exactly how much data was >munged when I get home later, and see if I can figure out what >the few non-zero bytes might have been. Are you sure that your paritition information is correct? It sounds like your FreeBSD partition is overlapping the DOS one. >-- >Mike Pritchard >mpp@mpp.minn.net >"Go that way. Really fast. If something gets in your way, turn" -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Sep 6 15:21:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id PAA25317 for current-outgoing; Wed, 6 Sep 1995 15:21:35 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id PAA25309 for ; Wed, 6 Sep 1995 15:21:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA03873 for ; Thu, 7 Sep 1995 00:21:17 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA09545 for current@FreeBSD.ORG; Thu, 7 Sep 1995 00:21:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA05695 for current@FreeBSD.ORG; Thu, 7 Sep 1995 00:10:00 +0200 From: J Wunsch Message-Id: <199509062210.AAA05695@uriah.heep.sax.de> Subject: Re: What gives? To: current@FreeBSD.ORG Date: Thu, 7 Sep 1995 00:09:59 +0200 (MET DST) Reply-To: current@FreeBSD.ORG In-Reply-To: from "Jonathan M. Bresler" at Sep 6, 95 11:27:03 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 386 Sender: current-owner@FreeBSD.ORG Precedence: bulk As Jonathan M. Bresler wrote: > > > did the upgrade of freefall reset all the times on the source tree?? Umm. Bummer. Somebody might want to correct this, otherwise the first CTM "delta" will cause a network meltdown not only for me. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Sep 6 16:23:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA27455 for current-outgoing; Wed, 6 Sep 1995 16:23:41 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id QAA27449 for ; Wed, 6 Sep 1995 16:23:38 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA21241; Thu, 7 Sep 95 01:24:57 +0100 Date: Thu, 7 Sep 95 01:24:57 +0100 Message-Id: <9509070024.AA21241@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: se@zpr.uni-koeln.de Cc: current@freebsd.org In-Reply-To: <199509061442.AA21562@Sysiphos> (se@zpr.uni-koeln.de) Subject: Re: crash (ncr problem?) X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk >>>>> Stefan Esser writes: > Hmm, I had added some debug output code to the > ncr_exception handler. There might be a NULL > pointer dereference in some special situation > somewhere, though I wouldn't expect this ... > I'll disable that code again, as soon as I find > time to upload another set of patches (later today). > You can try doing so yourself. Locate the line > containing a string of 'ERROR (' and remove the > code below the printing of the 'reg:' line > (script instructions and scatter gather table). I removed the code in lines 5019-5038 and this seems to solve the problem: I had 2 craches when doing a '(cd /usr/src; cvs update -P)' this time, the update was ok. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Wed Sep 6 17:38:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA00493 for current-outgoing; Wed, 6 Sep 1995 17:38:11 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id RAA00487 for ; Wed, 6 Sep 1995 17:38:07 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA08845 for current@FreeBSD.ORG; Thu, 7 Sep 1995 10:33:48 +1000 Date: Thu, 7 Sep 1995 10:33:48 +1000 From: Bruce Evans Message-Id: <199509070033.KAA08845@godzilla.zeta.org.au> To: current@FreeBSD.ORG Subject: Re: What gives? Sender: current-owner@FreeBSD.ORG Precedence: bulk >> did the upgrade of freefall reset all the times on the source tree?? Only the ctimes, I think. >Somebody might want to correct this, otherwise the first CTM "delta" >will cause a network meltdown not only for me. :-( ctm isn't as stupid as sup about ctimes. Bruce From owner-freebsd-current Wed Sep 6 22:43:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA17097 for current-outgoing; Wed, 6 Sep 1995 22:43:12 -0700 Received: from meter.eng.uci.edu (meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA17081 for ; Wed, 6 Sep 1995 22:43:10 -0700 Received: from balboa.eng.uci.edu by meter.eng.uci.edu (8.6.12) id WAA28322; Wed, 6 Sep 1995 22:43:08 -0700 Received: from localhost.uci.edu by balboa.eng.uci.edu (8.6.12) id WAA23269; Wed, 6 Sep 1995 22:43:07 -0700 Message-Id: <199509070543.WAA23269@balboa.eng.uci.edu> To: current@freebsd.org Subject: ATAPI driver Date: Wed, 06 Sep 1995 22:43:06 -0700 From: Steven Wallace Sender: current-owner@freebsd.org Precedence: bulk Hey, why isn't the new 1.3 version of the atapi driver Serge Vakulenko sent us not in the tree yet? Steven From owner-freebsd-current Wed Sep 6 23:32:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA01946 for current-outgoing; Wed, 6 Sep 1995 23:32:42 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA01939 for ; Wed, 6 Sep 1995 23:32:40 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA05614; Wed, 6 Sep 1995 23:32:34 -0700 To: Steven Wallace cc: current@freebsd.org Subject: Re: ATAPI driver In-reply-to: Your message of "Wed, 06 Sep 1995 22:43:06 PDT." <199509070543.WAA23269@balboa.eng.uci.edu> Date: Wed, 06 Sep 1995 23:32:33 -0700 Message-ID: <5612.810455553@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > > Hey, why isn't the new 1.3 version of the atapi driver > Serge Vakulenko sent us not in the tree yet? > > Steven Because nobody put it there? :-) Jordan From owner-freebsd-current Thu Sep 7 00:08:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA09573 for current-outgoing; Thu, 7 Sep 1995 00:08:34 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id AAA09562 for ; Thu, 7 Sep 1995 00:08:32 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id CAA01859; Thu, 7 Sep 1995 02:08:45 -0500 From: Mike Pritchard Message-Id: <199509070708.CAA01859@mpp.minn.net> Subject: Re: Superblocks getting trashed with -current To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Thu, 7 Sep 1995 02:08:45 -0500 (CDT) Cc: freebsd-current@freebsd.org In-Reply-To: <199509062141.OAA24348@freefall.freebsd.org> from "Justin T. Gibbs" at Sep 6, 95 02:41:29 pm X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1634 Sender: current-owner@freebsd.org Precedence: bulk Justin T. Gibbs wrote: > > >My root superblock was trashed again at this point. No, it wasn't > >DOS, since the other times it happened, DOS never entered the picture. > >A quick look showed that most of the superblock was zeroed out (maybe > >the first 1024 bytes). I've got to go install some hardware for > >a customer right now, but I'll verify exactly how much data was > >munged when I get home later, and see if I can figure out what > >the few non-zero bytes might have been. > > Are you sure that your paritition information is correct? It sounds > like your FreeBSD partition is overlapping the DOS one. If they have been wrong, then they have been wrong for 7+ months. And as I said in my previous message, two of the three times in the past month that my superblocks have been trashed, I never booted DOS. Just straight shutdown FreeBSD then reboot FreeBSD right away. DOS never entered into the picture. I just triple checked, and none of my partitions overlap. I'm sure that something in early Aug. is the cause of this, since I have a kernel from 7/31/95 that works just fine, but any the kernel I have from 8/9/95 (or later) seems to cause this problem once in a while. At least I've been able to narrow it down somewhat, since I had "good file systems" in single user mode right before a reboot. I'll play around some more and see what else I can come up with. Since I've seen one other report of trashed superblocks in the last couple of weeks, I don't think that this is a totally isolated case. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Thu Sep 7 00:45:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA16702 for current-outgoing; Thu, 7 Sep 1995 00:45:01 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id AAA16601 ; Thu, 7 Sep 1995 00:44:21 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id AAA00805; Thu, 7 Sep 1995 00:43:49 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: current@FreeBSD.ORG, ctm-announce@FreeBSD.ORG Subject: Re: What gives? In-reply-to: Your message of "Thu, 07 Sep 1995 00:09:59 +0200." <199509062210.AAA05695@uriah.heep.sax.de> Date: Thu, 07 Sep 1995 00:43:48 -0700 Message-ID: <803.810459828@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@FreeBSD.ORG Precedence: bulk > Somebody might want to correct this, otherwise the first CTM "delta" > will cause a network meltdown not only for me. :-( Don't worry Joerg, CTM is smarter than SUP :-) CTM should be on its way today... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Thu Sep 7 09:09:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA13931 for current-outgoing; Thu, 7 Sep 1995 09:09:00 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA13925 for ; Thu, 7 Sep 1995 09:08:58 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id RAA07936 for FreeBSD-current@FreeBSD.org; Thu, 7 Sep 1995 17:08:51 +0100 From: Paul Richards Message-Id: <199509071608.RAA07936@server.netcraft.co.uk> Subject: syslogd nasty bug To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Thu, 7 Sep 1995 17:08:50 +0100 (BST) Reply-to: paul@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1065 Sender: current-owner@FreeBSD.org Precedence: bulk syslogd has a very nasty feature, if you use the -p option to specify an alternate local domain socket it unlinks the filename. A really good way to screw things completely is to do syslogd -p . and be in some important directory. It also unlinks the file on a fatal exit too which can be just as serious. Is there any purpose to these unlink's? Just commenting out the first one does what I'd expect, i.e if the file already exists it'll abort when it fails to create the socket. Perhaps what it should do is skip the local domain socket and continue which is what it does for the internet socket. I guess the second unlink is to clean up if it created the socket but if the socket creation failed, i.e. the filename already existed, then the unlink at exit will clobber the filename again. Anyway, DON'T USE -p with syslogd until this gets fixed. Screwed myself badly finding this little bug. -- Paul Richards, Bluebird Computer Systems. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Thu Sep 7 10:23:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA01861 for current-outgoing; Thu, 7 Sep 1995 10:23:52 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA01855 for ; Thu, 7 Sep 1995 10:23:50 -0700 Received: from puffin.pelican.com by pelican.com with smtp (Smail3.1.28.1 #5) id m0sqkfv-000K2lC; Thu, 7 Sep 95 10:23 WET DST Received: by puffin.pelican.com (Smail3.1.29.1 #9) id m0sqkfu-0000ReC; Thu, 7 Sep 95 10:23 PDT Message-Id: Date: Thu, 7 Sep 95 10:23 PDT From: pete@puffin.pelican.com (Pete Carah) To: current@freebsd.org Subject: Re: Getting around conflicts for a driver w/out base address In-Reply-To: <199509040622.QAA10078@godzilla.zeta.org.au> Sender: current-owner@freebsd.org Precedence: bulk In article <199509040622.QAA10078@godzilla.zeta.org.au> you write: ... >id_alive is the driver-alive flag corrupted to hold the i/o size. It isn't >possible to set it at config time. Actually, we need a list of i/o port >ranges because some drivers use scattered ports. Like the S3 chips that step on COM4? Talk about gratuitous conflicts... -- Pete From owner-freebsd-current Thu Sep 7 10:56:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA02517 for current-outgoing; Thu, 7 Sep 1995 10:56:10 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA02511 for ; Thu, 7 Sep 1995 10:56:07 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA27514; Thu, 7 Sep 95 19:58:45 +0100 Date: Thu, 7 Sep 95 19:58:45 +0100 Message-Id: <9509071858.AA27514@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: current@freebsd.org Subject: Another NCR problem X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): extraneous data discarded. Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): COMMAND FAILED (9 0) @f0773000. Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): extraneous data discarded. Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): COMMAND FAILED (9 0) @f0773000. Sep 7 01:49:33 qix /kernel: cd0(ncr0:3:0): extraneous data discarded. Sep 7 01:49:33 qix /kernel: cd0(ncr0:3:0): COMMAND FAILED (9 0) @f0773000. Sep 7 01:49:33 qix /kernel: cd0(ncr0:3:0): extraneous data discarded. Sep 7 01:49:33 qix /kernel: cd0(ncr0:3:0): COMMAND FAILED (9 0) @f0773000. [...] Sep 7 19:03:20 qix /kernel: ncr0 targ 4?: ERROR (80:11) (9-29-1a) (8/13) @ (c84:19000000). Sep 7 19:03:33 qix /kernel: reg: da 10 80 13 47 8 2 1f 3 9 84 29 80 0 81 0. Sep 7 19:03:33 qix /kernel: ncr0: have to clear fifos. Sep 7 19:03:33 qix /kernel: ncr0: restart (fatal error). Sep 7 19:03:33 qix /kernel: sd2(ncr0:4:0): COMMAND FAILED (9 ff) @f0775e00. Sep 7 19:03:33 qix /kernel: st0(ncr0:2:0): COMMAND FAILED (9 ff) @f0773200. Sep 7 19:03:34 qix /kernel: ncr0: reset by timeout. Sep 7 19:03:34 qix /kernel: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 7 19:03:34 qix /kernel: sd2(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 7 19:05:35 qix /kernel: ncr0 targ 2?: ERROR (80:140) (8-2a-0) (0/13) @ (404:900b0000). Sep 7 19:05:35 qix /kernel: reg: da 10 80 13 47 0 2 1f 1 8 4 2a 80 0 a 0. Sep 7 19:05:35 qix /kernel: ncr0: restart (fatal error). Sep 7 19:05:35 qix /kernel: st0(ncr0:2:0): COMMAND FAILED (9 ff) @f0773200. Sep 7 19:05:47 qix /kernel: ncr0: reset by timeout. Sep 7 19:05:47 qix /kernel: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 7 19:05:48 qix /kernel: sd2(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 7 19:06:37 qix /kernel: ncr0 targ 2?: ERROR (80:140) (8-2a-0) (0/13) @ (404:900b0000). Sep 7 19:06:37 qix /kernel: reg: da 10 80 13 47 0 2 1f 1 8 4 2a 80 0 a 0. Sep 7 19:06:37 qix /kernel: ncr0: restart (fatal error). Sep 7 19:06:37 qix /kernel: st0(ncr0:2:0): COMMAND FAILED (9 ff) @f0773200. Sep 7 19:06:49 qix /kernel: ncr0: reset by timeout. Sep 7 19:06:49 qix /kernel: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 7 19:06:50 qix /kernel: sd2(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. At this stage I had to reboot. Here is the output of ncrcontrol: $ ncrcontrol -i T:L Vendor Device Rev Speed Max Wide Tags 0:0 MICROP 4110-09TBCU0322J HT01 10.0 10.0 8 3 1:0 MICROP 2210-09MQ1001901 HQ30 10.0 10.0 8 4 2:0 WANGTEK 5150ES SCSI ES41 B170 ? 5.0 ? - 3:0 SONY CD-ROM CDU-8003A 1.9a 4.0 10.0 8 - 4:0 QUANTUM LIGHTNING 540S 241E 10.0 10.0 8 - 5:0 SONY CD-ROM CDU-55S 1.0f 3.6 10.0 8 - Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Thu Sep 7 10:59:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA02677 for current-outgoing; Thu, 7 Sep 1995 10:59:56 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA02670 for ; Thu, 7 Sep 1995 10:59:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA00444 for ; Thu, 7 Sep 1995 10:59:45 -0700 To: current@freefall.FreeBSD.org Subject: Current folk - please check out new userconfig (boot -c)! Date: Thu, 07 Sep 1995 10:59:45 -0700 Message-ID: <442.810496785@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk I'd like some feedback on the one now in -current before we consider bringing it into 2.1. It's been in -current for the last couple of days, so if you build a current kernel and boot it with the -c flag you'll see what it is I'm talking about. Comments to the author, Michael Smith , or myself please. Thanks! Jordan From owner-freebsd-current Thu Sep 7 11:32:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA03508 for current-outgoing; Thu, 7 Sep 1995 11:32:59 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA03487 for ; Thu, 7 Sep 1995 11:32:34 -0700 Received: by Sysiphos id AA09296 (5.67b/IDA-1.5 for current@freebsd.org); Thu, 7 Sep 1995 20:31:36 +0200 Message-Id: <199509071831.AA09296@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 7 Sep 1995 20:31:36 +0200 In-Reply-To: Jean-Marc Zucconi "Another NCR problem" (Sep 7, 19:58) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jean-Marc Zucconi Subject: Re: Another NCR problem Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk On Sep 7, 19:58, Jean-Marc Zucconi wrote: } Subject: Another NCR problem } Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): extraneous data discarded. } Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): COMMAND FAILED (9 0) @f0773000. Please always include the probe messages ! The "extraneous data discarded" message indicates SCSI bus problems ... Is this a one time problem, or does this happen every time you start your system ? Can you send a boot message log of the last version that did work ? } $ ncrcontrol -i } T:L Vendor Device Rev Speed Max Wide Tags } 0:0 MICROP 4110-09TBCU0322J HT01 10.0 10.0 8 3 } 1:0 MICROP 2210-09MQ1001901 HQ30 10.0 10.0 8 4 } 2:0 WANGTEK 5150ES SCSI ES41 B170 ? 5.0 ? - } 3:0 SONY CD-ROM CDU-8003A 1.9a 4.0 10.0 8 - } 4:0 QUANTUM LIGHTNING 540S 241E 10.0 10.0 8 - } 5:0 SONY CD-ROM CDU-55S 1.0f 3.6 10.0 8 - Well, quite a number of devices ... How long is your SCSI bus cable, BTW ? Did you add devices lately ? Have you tried to boot a kernel built with: options "SCSI_NCR_MAX_SYNC=0" just to be sure it's not a problem with cables or termination ? I'm currently working on the PCI and NCR code and will stay for a few more hours. I really would like to get this resolved rather soon ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Thu Sep 7 13:12:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07061 for current-outgoing; Thu, 7 Sep 1995 13:12:33 -0700 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA07055 for ; Thu, 7 Sep 1995 13:12:31 -0700 Received: from manta.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA05774; Thu, 7 Sep 95 13:12:29 PDT Received: from 128.49.16.48 (aegis.nosc.mil) by manta.nosc.mil (4.1/SMI-4.1) id AA07617; Thu, 7 Sep 95 13:12:26 PDT Message-Id: <9509072012.AA07617@manta.nosc.mil> Date: 7 Sep 1995 13:16:33 -0700 From: "Greg Shaffer" Subject: Cant get kernel to boot To: "current@freebsd.org" Cc: "Greg Shaffer" X-Mailer: Mail*Link PT/Internet 1.5.1 Sender: current-owner@freebsd.org Precedence: bulk HELP, I cannot get a kernel to boot. I have modified the GENERIC configuration file to suit my system (see below). The kernel compiles fine, but when I try to boot the new kernel I get a panic. The following is the output from the boot process from the GENERIC kernel. ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MB/s, offset = 0xf (ahc0:0:0): "CONNER CFP2105S 2.14GB 2B4B" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2048MB (4194304 512 byte sectors) ahc0: target 1 synchronous at 4.0MB/s, offset = 0xf (ahc0:1:0): "TOSHIBA CD-ROM XM-3601TA 0725" type 5 removable SCSI 2 cd0(ahc0:1:0): CD-ROM cd0(ahc0:1:0): NOT READY asc:3a,0 Medium not present can't get the size vga0 rev 0 on pci0:15 pci0: uses 8392704 bytes of memory from ff000000 upto fffbffff. pci0: uses 256 bytes of I/O space from fc00 upto fcff. changing root device to sd0a When I boot the other kernel I get the following message in place of the 'changing root device to sd0a': 'panic: Nobody want to mount mount my root for me' 'hit reset please' Can anybody give me some hints Greg Shaffer # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46 1995/06/11 19:31:11 rgrimes Exp $ # machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" ident PICKLES maxusers 10 #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 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 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 #controller ncr0 #controller ahc0 controller ahc0 at isa? bio irq ? vector ahcintr # port??? iomem? #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #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 at ahc0 # Single bus device disk sd0 at scbus0 target 0 # tape st1 at scbus0 target 6 device cd0 at scbus0 target 1 #controller scbus0 #device sd0 #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 #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? 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.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" 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? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? 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 lpt2 at isa? port? tty # 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 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 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #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 lnc1 at isa? port 0x300 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 # # Audio drivers: `snd', `sb', `pas', `gus', `pca' # # snd: Voxware sound support code # sb: SoundBlaster PCM - SoundBlaster, SB Pro, SB16, ProAudioSpectrum # sbxvi: SoundBlaster 16 # sbmidi: SoundBlaster 16 MIDI interface # pas: ProAudioSpectrum PCM and MIDI # gus: Gravis Ultrasound - Ultrasound, Ultrasound 16, Ultrasound MAX # gusxvi: Gravis Ultrasound 16-bit PCM # gusmax: Gravis Ultrasound MAX (currently broken) # mss: Microsoft Sound System # opl: Yamaha OPL-2 and OPL-3 FM - SB, SB Pro, SB 16, ProAudioSpectrum # uart: stand-alone 6850 UART for MIDI # mpu: Roland MPU-401 stand-alone card # # Beware! The addresses specified below are also hard-coded in # i386/isa/sound/sound_config.h. If you change the values here, you # must also change the values in the include file. # # pca: PCM audio through your PC speaker # # If you don't have a lpt0 device at IRQ 7, you can remove the # ``conflicts'' specification in the appropriate device entries below. # # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr #device sbxvi0 at isa? drq 5 #device sbmidi0 at isa? port 0x330 #device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr #device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr #device gusxvi0 at isa? port 0x530 irq 7 conflicts drq 3 vector adintr #device gusmax0 at isa? port 0x32c #device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr #device opl0 at isa? port 0x388 #device mpu0 at isa? port 0x330 irq 6 drq 0 #device uart0 at isa? port 0x330 irq 5 vector "m6850intr" # Not controlled by `snd' device pca0 at isa? port IO_TIMER1 tty 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 tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-current Thu Sep 7 13:29:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07489 for current-outgoing; Thu, 7 Sep 1995 13:29:25 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA07475 for ; Thu, 7 Sep 1995 13:29:22 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.12/8.6.12) id NAA00639; Thu, 7 Sep 1995 13:28:42 -0700 From: "Rodney W. Grimes" Message-Id: <199509072028.NAA00639@gndrsh.aac.dev.com> Subject: Re: Getting around conflicts for a driver w/out base address To: pete@puffin.pelican.com (Pete Carah) Date: Thu, 7 Sep 1995 13:28:42 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: from "Pete Carah" at Sep 7, 95 10:23:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 818 Sender: current-owner@freebsd.org Precedence: bulk > > In article <199509040622.QAA10078@godzilla.zeta.org.au> you write: > ... > >id_alive is the driver-alive flag corrupted to hold the i/o size. It isn't > >possible to set it at config time. Actually, we need a list of i/o port > >ranges because some drivers use scattered ports. > > Like the S3 chips that step on COM4? Talk about gratuitous conflicts... Though I agree that this is a rather nasty situation, the problem is not due to S3, it is casued by IBM's VGA register specifaction :-(. No one but no one ever uses those darn registers and I wish S3 would drop them, but that would voliate the compliance of the board to an official IBM spec :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Sep 7 13:34:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07657 for current-outgoing; Thu, 7 Sep 1995 13:34:11 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA07647 ; Thu, 7 Sep 1995 13:34:07 -0700 Message-Id: <199509072034.NAA07647@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: "Greg Shaffer" cc: "current@freebsd.org" , "Greg Shaffer" Subject: Re: Cant get kernel to boot In-reply-to: Your message of "07 Sep 1995 13:16:33 PDT." <9509072012.AA07617@manta.nosc.mil> Date: Thu, 07 Sep 1995 13:34:06 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >HELP, I cannot get a kernel to boot. I have modified the GENERIC >configuration file to suit my system (see below). The kernel compiles fine, >but when I try to boot the new kernel I get a panic. The following is the >output from the boot process from the GENERIC kernel. If you disable FFS in your kernel, how do you suppose it will be able to mount your FFS root partition? :) -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Sep 7 14:09:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08607 for current-outgoing; Thu, 7 Sep 1995 14:09:01 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA08601 for ; Thu, 7 Sep 1995 14:08:58 -0700 Received: by Sysiphos id AA10556 (5.67b/IDA-1.5 for current@freebsd.org); Thu, 7 Sep 1995 23:08:19 +0200 Message-Id: <199509072108.AA10556@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 7 Sep 1995 23:08:19 +0200 X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: current@freebsd.org Subject: Please test NCR 53c825 with targets at ID >= 8 Sender: current-owner@freebsd.org Precedence: bulk Since Justin T. Gibbs modified the generic SCSI code to deal with 16 devices on the WIDE SCSI bus, I put code into the NCR PCI SCSI driver, to take advantage of this feature. If you got a NCR 53c825 and WIDE SCSI peripherals, you should be able to use SCSI IDs beyond 7 now, and to have upto a total of 15 drives on the SCSI bus. Since I have neither of them, I can't do the tests, only make sure that it doesn't break 53c810 support. So, if you got the hardware, please do this test as soon as possible and please send boot messages, if possible. (Please boot with "-v" at the boot: prompt, since this will result in important additional log info.) Thanks in advance, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Thu Sep 7 14:51:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA11067 for current-outgoing; Thu, 7 Sep 1995 14:51:37 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA11031 for ; Thu, 7 Sep 1995 14:51:26 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA14970 for ; Thu, 7 Sep 1995 23:51:12 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA18927 for current@FreeBSD.ORG; Thu, 7 Sep 1995 23:51:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA09308 for current@FreeBSD.ORG; Thu, 7 Sep 1995 23:10:43 +0200 From: J Wunsch Message-Id: <199509072110.XAA09308@uriah.heep.sax.de> Subject: Re: What gives? To: current@FreeBSD.ORG Date: Thu, 7 Sep 1995 23:10:43 +0200 (MET DST) Reply-To: current@FreeBSD.ORG In-Reply-To: <803.810459828@critter.tfs.com> from "Poul-Henning Kamp" at Sep 7, 95 00:43:48 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 468 Sender: current-owner@FreeBSD.ORG Precedence: bulk As Poul-Henning Kamp wrote: > > > Somebody might want to correct this, otherwise the first CTM "delta" > > will cause a network meltdown not only for me. :-( > > Don't worry Joerg, CTM is smarter than SUP :-) :) > CTM should be on its way today... I've got the first couple of deltas now, and they are not mega-chunks. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Sep 7 15:57:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13532 for current-outgoing; Thu, 7 Sep 1995 15:57:16 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA13526 for ; Thu, 7 Sep 1995 15:57:11 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA28973; Fri, 8 Sep 95 00:57:53 +0100 Date: Fri, 8 Sep 95 00:57:53 +0100 Message-Id: <9509072357.AA28973@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: se@zpr.uni-koeln.de Cc: current@freebsd.org In-Reply-To: <199509071831.AA09296@Sysiphos> (se@zpr.uni-koeln.de) Subject: Re: Another NCR problem X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk >>>>> Stefan Esser writes: > On Sep 7, 19:58, Jean-Marc Zucconi wrote: > } Subject: Another NCR problem > } Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): extraneous data discarded. > } Sep 7 01:48:50 qix /kernel: cd0(ncr0:3:0): COMMAND FAILED (9 0) @f0773000. > Please always include the probe messages ! OK here they are: Sep 6 19:30:29 qix /kernel: FreeBSD 2.2-CURRENT #1: Thu Sep 7 00:42:44 MET DST 1995 Sep 6 19:30:29 qix /kernel: jmz@qix:/u3/src/sys/compile/QIX Sep 6 19:30:29 qix /kernel: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Sep 6 19:30:29 qix /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Sep 6 19:30:29 qix /kernel: Features=0x1bf Sep 6 19:30:30 qix /kernel: avail memory = 14831616 (3621 pages) Sep 6 19:30:30 qix /kernel: Probing for devices on the ISA bus: Sep 6 19:30:30 qix /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Sep 6 19:30:30 qix /kernel: sc0: VGA color <8 virtual consoles, flags=0x0> Sep 6 19:30:31 qix /kernel: ed0 not found at 0x280 Sep 6 19:30:31 qix /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Sep 6 19:30:31 qix /kernel: sio0: type 16550A Sep 6 19:30:31 qix /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Sep 6 19:30:32 qix /kernel: sio1: type 16550A Sep 6 19:30:32 qix /kernel: lpt0 at 0x378-0x37f irq 7 on isa Sep 6 19:30:32 qix /kernel: lpt0: Interrupt-driven port Sep 6 19:30:32 qix /kernel: lp0: TCP/IP capable interface Sep 6 19:30:32 qix /kernel: lpt1 not found at 0xffffffff Sep 6 19:30:33 qix /kernel: lpt2 not found at 0xffffffff Sep 6 19:30:33 qix /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Sep 6 19:30:33 qix /kernel: fdc0: NEC 72065B Sep 6 19:30:33 qix /kernel: fd0: 1.44MB 3.5in Sep 6 19:30:33 qix /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Sep 6 19:30:33 qix /kernel: wdc0: unit 0 (wd0): Sep 6 19:30:34 qix /kernel: wd0: 234MB (479349 sectors), 723 cyls, 13 heads, 51 S/T, 512 B/S Sep 6 19:30:34 qix /kernel: aha0 not found at 0x330 Sep 6 19:30:34 qix /kernel: pas0 not found at 0x388 Sep 6 19:30:34 qix /kernel: sb0 not found at 0x220 Sep 6 19:30:34 qix /kernel: opl0 not found at 0x388 Sep 6 19:30:34 qix /kernel: npx0 on motherboard Sep 6 19:30:35 qix /kernel: npx0: INT 16 interface Sep 6 19:30:35 qix /kernel: joy0 at 0x201 on isa Sep 6 19:30:35 qix /kernel: joy0: joystick Sep 6 19:30:35 qix /kernel: Probing for devices on the pci0 bus: Sep 6 19:30:36 qix /kernel: configuration mode 1 allows 32 devices. Sep 6 19:30:36 qix /kernel: chip0 rev 1 on pci0:0 Sep 6 19:30:36 qix /kernel: chip1 rev 2 on pci0:7 Sep 6 19:30:36 qix /kernel: vga0 rev 0 int a irq 12 on pci0:9 Sep 6 19:30:36 qix /kernel: ncr0 rev 2 int a irq 11 on pci0:10 Sep 6 19:30:37 qix /kernel: reg20: virtual=0xf2d00000 physical=0xf7fff000 size=0x100 Sep 6 19:30:37 qix /kernel: ncr0: restart (scsi reset). Sep 6 19:30:37 qix /kernel: ncr0 scanning for targets 0..6 (V2 pl22 95/07/07) Sep 6 19:30:37 qix /kernel: (ncr0:0:0): "MICROP 4110-09TBCU0322J HT01" type 0 fixed SCSI 2 Sep 6 19:30:37 qix /kernel: sd0(ncr0:0:0): Direct-Access Sep 6 19:30:37 qix /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 6 19:30:37 qix /kernel: 1002MB (2053880 512 byte sectors) Sep 6 19:30:37 qix /kernel: (ncr0:1:0): "MICROP 2210-09MQ1001901 HQ30" type 0 fixed SCSI 2 Sep 6 19:30:37 qix /kernel: sd1(ncr0:1:0): Direct-Access Sep 6 19:30:37 qix /kernel: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 6 19:30:38 qix /kernel: 1008MB (2065250 512 byte sectors) Sep 6 19:30:38 qix /kernel: (ncr0:2:0): "WANGTEK 5150ES SCSI ES41 B170" type 1 removable SCSI 1 Sep 6 19:30:38 qix /kernel: st0(ncr0:2:0): Sequential-Access density code 0x10, drive empty Sep 6 19:30:38 qix /kernel: (ncr0:3:0): "SONY CD-ROM CDU-8003A 1.9a" type 5 removable SCSI 2 Sep 6 19:30:38 qix /kernel: cd0(ncr0:3:0): CD-ROM Sep 6 19:30:38 qix /kernel: cd0(ncr0:3:0): 250ns (4 Mb/sec) offset 8. Sep 6 19:30:38 qix /kernel: cd present.[308952 x 2048 byte records] Sep 6 19:30:38 qix /kernel: (ncr0:4:0): "QUANTUM LIGHTNING 540S 241E" type 0 fixed SCSI 2 Sep 6 19:30:38 qix /kernel: sd2(ncr0:4:0): Direct-Access Sep 6 19:30:39 qix /kernel: sd2(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 6 19:30:39 qix /kernel: 525MB (1075649 512 byte sectors) Sep 6 19:30:39 qix /kernel: (ncr0:5:0): "SONY CD-ROM CDU-55S 1.0f" type 5 removable SCSI 2 Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): CD-ROM Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): 275ns (4 Mb/sec) offset 8. Sep 6 19:30:39 qix /kernel: Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): UNIT ATTENTION asc:28,0 Sep 6 19:30:39 qix /kernel: cd1(ncr0:5:0): Not ready to ready transition, medium may have changed Sep 6 19:30:39 qix /kernel: cd present.[400000 x 2048 byte records] Sep 6 19:30:39 qix /kernel: pci0: uses 33554688 bytes of memory from f7fff000 upto f9ffffff. Sep 6 19:30:39 qix /kernel: pci0: uses 256 bytes of I/O space from e400 upto e4ff. The machine is a P90 (Asus P55TP4XE Mainboard, Asus SC-200 scsi controler, Diamond 968 Vram video) > The "extraneous data discarded" message > indicates SCSI bus problems ... > Is this a one time problem, or does this > happen every time you start your system ? This happens some time after I start the system, and when there is some activity on the scsi bus: I was doing a backup of the disk(lun#4), but I already wrote 4 tapes w/o any problem. > Can you send a boot message log of the > last version that did work ? No: this is a new machine (only up since sunday) > } $ ncrcontrol -i > } T:L Vendor Device Rev Speed Max Wide Tags > } 0:0 MICROP 4110-09TBCU0322J HT01 10.0 10.0 8 3 > } 1:0 MICROP 2210-09MQ1001901 HQ30 10.0 10.0 8 4 > } 2:0 WANGTEK 5150ES SCSI ES41 B170 ? 5.0 ? - > } 3:0 SONY CD-ROM CDU-8003A 1.9a 4.0 10.0 8 - > } 4:0 QUANTUM LIGHTNING 540S 241E 10.0 10.0 8 - > } 5:0 SONY CD-ROM CDU-55S 1.0f 3.6 10.0 8 - > Well, quite a number of devices ... > How long is your SCSI bus cable, BTW ? targets 0,1,2 and 4 are internal (cable length ~ 60 cm - can't be shortened!); the cdroms are external (length ~ 1.7m + 90cm). There were no reads to the cdroms when the problem occured. > Did you add devices lately ? No, but I can easily remove the cdroms. > Have you tried to boot a kernel built with: > options "SCSI_NCR_MAX_SYNC=0" No. I will do it now. > just to be sure it's not a problem with > cables or termination ? Of course cables are terminated in both ends. > I'm currently working on the PCI and NCR > code and will stay for a few more hours. > I really would like to get this resolved > rather soon ... Thanks for your help, Jean-Marc > Regards, STefan > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/staff/esser/esser.html _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Thu Sep 7 17:37:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA14705 for current-outgoing; Thu, 7 Sep 1995 17:37:06 -0700 Received: from kaiwan.kaiwan.com (4@kaiwan.kaiwan.com [198.178.203.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA14699 for ; Thu, 7 Sep 1995 17:37:04 -0700 Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id RAA17812 for freebsd-current@freebsd.org; Thu, 7 Sep 1995 17:36:35 -0700 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.6.12/8.6.12) id RAA03374 for freebsd-current@freebsd.org; Thu, 7 Sep 1995 17:25:41 -0700 From: Frank Mayhar Message-Id: <199509080025.RAA03374@exit.com> Subject: Problems supping src-eBones-stable. To: freebsd-current@freebsd.org Date: Thu, 7 Sep 1995 17:25:40 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME5a] Content-Type: text Content-Length: 1206 Sender: current-owner@freebsd.org Precedence: bulk SUP Upgrade of src-eBones-stable at Thu Sep 7 17:23:37 1995 SUP Fileserver 9.13 (4.3 BSD) 14586 on freefall.FreeBSD.org at 17:23:37 SUP Fileserver supports compression. SUP Requesting changes since Sep 6 13:28:11 1995 SUP: Access denied to eBones/acl/acl_check.3 SUP: Access denied to eBones/ext_srvtab/ext_srvtab.8 SUP: Access denied to eBones/kadmin/kadmin.8 SUP: Access denied to eBones/kadmind/kadmind.8 SUP: Access denied to eBones/kdb_destroy/kdb_destroy.8 SUP: Access denied to eBones/kdb_edit/kdb_edit.8 SUP: Access denied to eBones/kdb_init/kdb_init.8 SUP: Access denied to eBones/kdb_util/kdb_util.8 SUP: Access denied to eBones/kdestroy/kdestroy.1 SUP: Access denied to eBones/kinit/kinit.1 SUP: Access denied to eBones/klist/klist.1 SUP: Access denied to eBones/krb/krb.3 SUP: Access denied to eBones/krb/krb_realmofhost.3 SUP: Access denied to eBones/krb/krb_sendauth.3 SUP: Access denied to eBones/krb/krb_set_tkt_string.3 SUP: Access denied to eBones/krb/kuserok.3 SUP: Access denied to eBones/krb/tf_util.3 SUP: Access denied to eBones/ksrvtgt/ksrvtgt.1 SUP: Access denied to eBones/ksrvutil/ksrvutil.8 SUP: Access denied to eBones/kstash/kstash.8 ...eh? -- Frank Mayhar frank@exit.com From owner-freebsd-current Fri Sep 8 02:58:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA27866 for current-outgoing; Fri, 8 Sep 1995 02:58:51 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA27824 for ; Fri, 8 Sep 1995 02:58:43 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA09288; Fri, 8 Sep 1995 19:54:10 +1000 Date: Fri, 8 Sep 1995 19:54:10 +1000 From: Bruce Evans Message-Id: <199509080954.TAA09288@godzilla.zeta.org.au> To: current@freebsd.org, pete@puffin.pelican.com Subject: Re: Getting around conflicts for a driver w/out base address Sender: current-owner@freebsd.org Precedence: bulk >>id_alive is the driver-alive flag corrupted to hold the i/o size. It isn't >>possible to set it at config time. Actually, we need a list of i/o port >>ranges because some drivers use scattered ports. >Like the S3 chips that step on COM4? Talk about gratuitous conflicts... I was thinking more of video cards using a lot of ports that aren't mentioned in the config, and console drivers accessing a lot of ports that aren't mentioned in the config: the keyboard port whose base is mentioned in the config and whose ranges are closer to [0x60,0x60] and [0x64,0x64] than the [0x60,0x6f] claimed by the driver; the PPI at 0x61 which is claimed by the driver but which is also used by several other drivers without claims to it; and the video ports without claiming them. It should be possible to support multiple monitors although the video port ranges overlap. E.g., one display driver could claim the color ports only and another could claim the mono ports only. This could happen fairly automatically if the display drivers were careful not to touch claimed ports. Currently they have no way to DTRT. First, they have to probe both the mono iand color ports because config's port info is limited to giving one port which is used to specify the keyboard port; second because there is no mechanism for drivers to check what other drivers have claimed. Bruce From owner-freebsd-current Fri Sep 8 03:35:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA29521 for current-outgoing; Fri, 8 Sep 1995 03:35:39 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA29504 for ; Fri, 8 Sep 1995 03:35:13 -0700 Received: by Sysiphos id AA28390 (5.67b/IDA-1.5 for current@freebsd.org); Fri, 8 Sep 1995 10:58:15 +0200 Message-Id: <199509080858.AA28390@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 8 Sep 1995 10:58:14 +0200 In-Reply-To: Jean-Marc Zucconi "Re: Another NCR problem" (Sep 8, 0:57) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jean-Marc Zucconi Subject: Re: Another NCR problem Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk On Sep 8, 0:57, Jean-Marc Zucconi wrote: } Subject: Re: Another NCR problem } > Please always include the probe messages ! } } OK here they are: } Sep 6 19:30:35 qix /kernel: Probing for devices on the pci0 bus: } Sep 6 19:30:36 qix /kernel: configuration mode 1 allows 32 devices. } Sep 6 19:30:36 qix /kernel: chip0 rev 1 on pci0:0 } Sep 6 19:30:36 qix /kernel: chip1 rev 2 on pci0:7 } Sep 6 19:30:36 qix /kernel: vga0 rev 0 int a irq 12 on pci0:9 } Sep 6 19:30:36 qix /kernel: ncr0 rev 2 int a irq 11 on pci0:10 } Sep 6 19:30:37 qix /kernel: (ncr0:0:0): "MICROP 4110-09TBCU0322J HT01" type 0 fixed SCSI 2 } Sep 6 19:30:37 qix /kernel: (ncr0:1:0): "MICROP 2210-09MQ1001901 HQ30" type 0 fixed SCSI 2 } Sep 6 19:30:38 qix /kernel: (ncr0:2:0): "WANGTEK 5150ES SCSI ES41 B170" type 1 removable SCSI 1 } Sep 6 19:30:38 qix /kernel: (ncr0:3:0): "SONY CD-ROM CDU-8003A 1.9a" type 5 removable SCSI 2 } Sep 6 19:30:38 qix /kernel: (ncr0:4:0): "QUANTUM LIGHTNING 540S 241E" type 0 fixed SCSI 2 } Sep 6 19:30:39 qix /kernel: (ncr0:5:0): "SONY CD-ROM CDU-55S 1.0f" type 5 removable SCSI 2 } Sep 6 19:30:39 qix /kernel: pci0: uses 33554688 bytes of memory from f7fff000 upto f9ffffff. } Sep 6 19:30:39 qix /kernel: pci0: uses 256 bytes of I/O space from e400 upto e4ff. Looks fine ... } The machine is a P90 (Asus P55TP4XE Mainboard, Asus SC-200 scsi } controler, Diamond 968 Vram video) Is the Asus SC-200 at one end of the SCSI cable, and if Yes: Does it include an active terminator ? (The NCR8150S board does, but many other 53c810 based boards don't ...) } This happens some time after I start the system, and when there is } some activity on the scsi bus: I was doing a backup of the } disk(lun#4), but I already wrote 4 tapes w/o any problem. I see. } > Can you send a boot message log of the } > last version that did work ? } } No: this is a new machine (only up since sunday) } > } $ ncrcontrol -i } > } T:L Vendor Device Rev Speed Max Wide Tags } > } 0:0 MICROP 4110-09TBCU0322J HT01 10.0 10.0 8 3 } > } 1:0 MICROP 2210-09MQ1001901 HQ30 10.0 10.0 8 4 } > } 2:0 WANGTEK 5150ES SCSI ES41 B170 ? 5.0 ? - } > } 3:0 SONY CD-ROM CDU-8003A 1.9a 4.0 10.0 8 - } > } 4:0 QUANTUM LIGHTNING 540S 241E 10.0 10.0 8 - } > } 5:0 SONY CD-ROM CDU-55S 1.0f 3.6 10.0 8 - } } > Well, quite a number of devices ... } > How long is your SCSI bus cable, BTW ? } } targets 0,1,2 and 4 are internal (cable length ~ 60 cm - can't be } shortened!); the cdroms are external (length ~ 1.7m + 90cm). There } were no reads to the cdroms when the problem occured. Well, lets see, what the last public SCSI-2 draft says on this topic: # 5.2 Cable requirements # # The characteristic impedance of the cable should be no less than 90 ohms # and no greater than 140 ohms. The characteristic impedance of the cable # used when implementing the fast synchronous data transfer option is # defined in 5.2.3. [ ... ] # NOTES # 4 To minimize discontinuities and signal reflections, cables of different # impedances should not be used in the same bus. Implementations may require # trade-offs in shielding effectiveness, cable length, the number of loads, # transfer rates, and cost to achieve satisfactory system operation. [ ... ] # 5.2.1 Single-ended cable # # A 50-conductor flat cable or 25-signal twisted-pair cable shall be used # for the A cable. A 68-conductor flat cable or 34-signal twisted-pair # cable shall be used for the B cable if the wide SCSI option is # implemented. The maximum cumulative cable length shall be 6,0 m. If # twisted-pair cables are used, then twisted pairs in the cable shall be # wired to physically opposing contacts in the connector. # # A stub length of no more than 0,1 m is allowed off the mainline # interconnection within any connected equipment or from any connected # point. # # NOTE 7 Stub clustering should be avoided. Stubs should be spaced at least # 0,3 m apart. The interesting points are NOTE 4 and NOTE 7. If you mix internal and external cables, you most probably have different impedances. And with 4 devices on a 60 cm cable, you obviously can't have them at least 0.3 m apart ... The maximum length of 6 m does in general not work with transfer rates beyond 5MHz. I've had lots of problems with a workstation, that got an external disk and later an additional tape drive in distinct boxes. Adding the second box made the system crash within a few minutes of SCSI bus activity, independently of which device or set of devices was active. (I've seen FAST SCSI disk OEM manual list max. length vs. speed and in one case (a 1GB drive) I remember, the limit was 6 m at 2.2MHz, and 2 m at 5 Mhz ...) We switched to differential SCSI on all machines with any kind of external FAST devices for that reason, two years ago. } > Did you add devices lately ? } } No, but I can easily remove the cdroms. Yes, please do so! } > Have you tried to boot a kernel built with: } } > options "SCSI_NCR_MAX_SYNC=0" } } No. I will do it now. Maybe a limit of 5MHz (SCSI_NCR_MAX_SYNC=5000) will suffice ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Fri Sep 8 06:44:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA06974 for current-outgoing; Fri, 8 Sep 1995 06:44:34 -0700 Received: from iworks.InterWorks.org (iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA06966 for ; Fri, 8 Sep 1995 06:44:33 -0700 Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA18945; Fri, 8 Sep 1995 08:39:13 -0500 Message-Id: <9509081339.AA18945@iworks.InterWorks.org> Date: Fri, 8 Sep 1995 08:39:13 -0500 From: "Daniel M. Eischen" To: bde@zeta.org.au, current@freebsd.org Subject: Re: Getting around conflicts for a driver w/out base address Sender: current-owner@freebsd.org Precedence: bulk >>>id_alive is the driver-alive flag corrupted to hold the i/o size. It isn't >>>possible to set it at config time. Actually, we need a list of i/o port >>>ranges because some drivers use scattered ports. > >>Like the S3 chips that step on COM4? Talk about gratuitous conflicts... > >I was thinking more of video cards using a lot of ports that aren't >mentioned in the config, and console drivers accessing a lot of ports >that aren't mentioned in the config: the keyboard port whose base is >mentioned in the config and whose ranges are closer to [0x60,0x60] >and [0x64,0x64] than the [0x60,0x6f] claimed by the driver; the PPI >at 0x61 which is claimed by the driver but which is also used by >several other drivers without claims to it; and the video ports >without claiming them. It should be possible to support multiple >monitors although the video port ranges overlap. E.g., one display >driver could claim the color ports only and another could claim the >mono ports only. This could happen fairly automatically if the >display drivers were careful not to touch claimed ports. Currently >they have no way to DTRT. First, they have to probe both the mono >iand color ports because config's port info is limited to giving one >port which is used to specify the keyboard port; second because there >is no mechanism for drivers to check what other drivers have claimed. It sounds like you want some sort of sorted linked list of port addresses and ranges hanging off the isa_device structure. If this kind of what you're thinking and there aren't enough horses to implement it, then I'll volunteer to help out. As to config, someone else would probably have to do that. I'm not sure I understand the rules and yacc well enough to hack config. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Fri Sep 8 07:01:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07461 for current-outgoing; Fri, 8 Sep 1995 07:01:44 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA07455 for ; Fri, 8 Sep 1995 07:01:39 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA04139; Fri, 8 Sep 95 16:03:56 +0100 Date: Fri, 8 Sep 95 16:03:56 +0100 Message-Id: <9509081503.AA04139@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: se@zpr.uni-koeln.de Cc: current@freebsd.org In-Reply-To: <199509080858.AA28390@Sysiphos> (se@zpr.uni-koeln.de) Subject: Re: Another NCR problem X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk >>>>> Stefan Esser writes: > } The machine is a P90 (Asus P55TP4XE Mainboard, Asus SC-200 scsi > } controler, Diamond 968 Vram video) > Is the Asus SC-200 at one end of the SCSI cable, and if Yes: Does > it include an active terminator ? (The NCR8150S board does, but > many other 53c810 based boards don't ...) The SC-200 is at the end of the internal cable, external devices are connected to the external connector. The board has an active terminator, but (following the installation sheet) it is disabled (there is a jumper for this) since I have both external and internal devices. > } This happens some time after I start the system, and when there is > } some activity on the scsi bus: I was doing a backup of the > } disk(lun#4), but I already wrote 4 tapes w/o any problem. > I see. > } > Can you send a boot message log of the > } > last version that did work ? > } > } No: this is a new machine (only up since sunday) > } > } $ ncrcontrol -i > } > } T:L Vendor Device Rev Speed Max Wide Tags > } > } 0:0 MICROP 4110-09TBCU0322J HT01 10.0 10.0 8 3 > } > } 1:0 MICROP 2210-09MQ1001901 HQ30 10.0 10.0 8 4 > } > } 2:0 WANGTEK 5150ES SCSI ES41 B170 ? 5.0 ? - > } > } 3:0 SONY CD-ROM CDU-8003A 1.9a 4.0 10.0 8 - > } > } 4:0 QUANTUM LIGHTNING 540S 241E 10.0 10.0 8 - > } > } 5:0 SONY CD-ROM CDU-55S 1.0f 3.6 10.0 8 - > } > } > Well, quite a number of devices ... > } > How long is your SCSI bus cable, BTW ? > } > } targets 0,1,2 and 4 are internal (cable length ~ 60 cm - can't be > } shortened!); the cdroms are external (length ~ 1.7m + 90cm). There > } were no reads to the cdroms when the problem occured. > Well, lets see, what the last public SCSI-2 draft says on this topic: > # 5.2 Cable requirements > # > # The characteristic impedance of the cable should be no less than 90 ohms > # and no greater than 140 ohms. The characteristic impedance of the cable > # used when implementing the fast synchronous data transfer option is > # defined in 5.2.3. > [ ... ] > # NOTES > # 4 To minimize discontinuities and signal reflections, cables of different > # impedances should not be used in the same bus. Implementations may require > # trade-offs in shielding effectiveness, cable length, the number of loads, > # transfer rates, and cost to achieve satisfactory system operation. > [ ... ] > # 5.2.1 Single-ended cable > # > # A 50-conductor flat cable or 25-signal twisted-pair cable shall be used > # for the A cable. A 68-conductor flat cable or 34-signal twisted-pair > # cable shall be used for the B cable if the wide SCSI option is > # implemented. The maximum cumulative cable length shall be 6,0 m. If > # twisted-pair cables are used, then twisted pairs in the cable shall be > # wired to physically opposing contacts in the connector. > # > # A stub length of no more than 0,1 m is allowed off the mainline > # interconnection within any connected equipment or from any connected > # point. > # > # NOTE 7 Stub clustering should be avoided. Stubs should be spaced at least > # 0,3 m apart. > The interesting points are NOTE 4 and NOTE 7. If you mix internal > and external cables, you most probably have different impedances. > And with 4 devices on a 60 cm cable, you obviously can't have them > at least 0.3 m apart ... > The maximum length of 6 m does in general not work with transfer > rates beyond 5MHz. I've had lots of problems with a workstation, > that got an external disk and later an additional tape drive in > distinct boxes. Adding the second box made the system crash within > a few minutes of SCSI bus activity, independently of which device > or set of devices was active. > (I've seen FAST SCSI disk OEM manual list max. length vs. speed and > in one case (a 1GB drive) I remember, the limit was 6 m at 2.2MHz, > and 2 m at 5 Mhz ...) > We switched to differential SCSI on all machines with any kind > of external FAST devices for that reason, two years ago. Now my kernel is compiled with SCSI_NCR_MAX_SYNC=0, so the cabling quality should be less important. The machine crashed again with this configuration. I then removed the external devices and enabled the active terminators on the card. Still crashing :-((( Sep 8 15:22:24 qix /kernel: chip0 rev 1 on pci0:0 Sep 8 15:22:24 qix /kernel: chip1 rev 2 on pci0:7 Sep 8 15:22:24 qix /kernel: vga0 rev 0 int a irq 12 on pci0:9 Sep 8 15:22:25 qix /kernel: ncr0 rev 2 int a irq 11 on pci0:10 Sep 8 15:22:25 qix /kernel: ncr0: restart (scsi reset). Sep 8 15:22:25 qix /kernel: ncr0 scanning for targets 0..6 (V2 pl22 95/07/07) Sep 8 15:22:25 qix /kernel: (ncr0:0:0): "MICROP 4110-09TBCU0322J HT01" type 0 fixed SCSI 2 Sep 8 15:22:26 qix /kernel: sd0(ncr0:0:0): Direct-Access Sep 8 15:22:26 qix /kernel: sd0(ncr0:0:0): asynchronous. Sep 8 15:22:26 qix /kernel: 1002MB (2053880 512 byte sectors) Sep 8 15:22:26 qix /kernel: (ncr0:1:0): "MICROP 2210-09MQ1001901 HQ30" type 0 fixed SCSI 2 Sep 8 15:22:26 qix /kernel: sd1(ncr0:1:0): Direct-Access Sep 8 15:22:26 qix /kernel: sd1(ncr0:1:0): asynchronous. Sep 8 15:22:26 qix /kernel: 1008MB (2065250 512 byte sectors) Sep 8 15:22:26 qix /kernel: (ncr0:2:0): "WANGTEK 5150ES SCSI ES41 B170" type 1 removable SCSI 1 Sep 8 15:22:26 qix /kernel: st0(ncr0:2:0): Sequential-Access density code 0x10, drive empty Sep 8 15:22:26 qix /kernel: (ncr0:4:0): "QUANTUM LIGHTNING 540S 241E" type 0 fixed SCSI 2 Sep 8 15:22:26 qix /kernel: sd2(ncr0:4:0): Direct-Access Sep 8 15:22:27 qix /kernel: sd2(ncr0:4:0): asynchronous. Sep 8 15:22:27 qix /kernel: 525MB (1075649 512 byte sectors) Sep 8 15:32:27 qix /kernel: ncr0: reset by timeout. Sep 8 15:32:28 qix /kernel: sd0(ncr0:0:0): asynchronous. Sep 8 15:32:40 qix /kernel: ncr0: reset by timeout. Sep 8 15:32:52 qix /kernel: ncr0: reset by timeout. Sep 8 15:32:52 qix /kernel: sd0(ncr0:0:0): asynchronous. Sep 8 15:32:52 qix /kernel: sd0(ncr0:0:0): asynchronous. Sep 8 15:32:53 qix /kernel: sd0(ncr0:0:0): COMMAND FAILED (4 88) @f0776c00. Sep 8 15:37:44 qix /kernel: ncr0 targ 0?: ERROR (0:140) (a-2a-0) (e0/13) @ (4f8:1a000000). Sep 8 15:37:45 qix /kernel: reg: da 10 80 13 47 e0 0 1f ff a 80 2a 0 20 a 0. Sep 8 15:37:45 qix /kernel: Sep 8 15:37:45 qix /kernel: Sep 8 15:37:45 qix /kernel: Fatal trap 12: page fault while in kernel mode Sep 8 15:37:45 qix /kernel: fault virtual address = 0x0 Sep 8 15:37:45 qix /kernel: fault code = supervisor read, page not present Sep 8 15:37:45 qix /kernel: instruction pointer = 0x8:0xf017f50b ^^^^^^^^^^ ncr_exception() Sep 8 15:37:46 qix /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 8 15:37:46 qix /kernel: = DPL 0, pres 1, def32 1, gran 1 Sep 8 15:37:46 qix /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 8 15:37:46 qix /kernel: current process = Idle Sep 8 15:37:47 qix /kernel: interrupt mask = bio Sep 8 15:37:47 qix /kernel: panic: page fault > } > Did you add devices lately ? > } > } No, but I can easily remove the cdroms. > Yes, please do so! They are now removed. > } > Have you tried to boot a kernel built with: > } > } > options "SCSI_NCR_MAX_SYNC=0" > } > } No. I will do it now. > Maybe a limit of 5MHz (SCSI_NCR_MAX_SYNC=5000) will suffice ... I doubt :-) > Regards, STefan Jean-Marc > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/staff/esser/esser.html _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Fri Sep 8 08:14:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA11147 for current-outgoing; Fri, 8 Sep 1995 08:14:12 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA11137 for ; Fri, 8 Sep 1995 08:14:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA20724; Sat, 9 Sep 1995 01:10:11 +1000 Date: Sat, 9 Sep 1995 01:10:11 +1000 From: Bruce Evans Message-Id: <199509081510.BAA20724@godzilla.zeta.org.au> To: bde@zeta.org.au, current@freebsd.org, deischen@iworks.InterWorks.org Subject: Re: Getting around conflicts for a driver w/out base address Sender: current-owner@freebsd.org Precedence: bulk >It sounds like you want some sort of sorted linked list of port >addresses and ranges hanging off the isa_device structure. If this >kind of what you're thinking and there aren't enough horses to >implement it, then I'll volunteer to help out. >As to config, someone else would probably have to do that. I'm not >sure I understand the rules and yacc well enough to hack config. I don't want to change config very much now. It can already sort of handle lists of ports by duplicating entries, e.g.: device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # usual device sc0 at isa? port 0x3b4 iomem 0xb0000 iosiz 0x8000 # portsize 0xc # mda device sc0 at isa? port 0x3c0 iomem 0xa0000 iosiz 0x10000 # portsize 0x10 # vga device sc0 at isa? port 0x3d4 iomem 0xb8000 iosiz 0x8000 # portsize 0xc # cga This gives 4 fairly usable entries in ioconf.c. An array format is probably better than a linked list format in all stages until the tables are actually used. There are a couple of external representations and the linked list would have to be linearized for each. It would be useful to have some routines for hanging all the info for each device off a single isa_device structure (so that every driver doesn't have to search all the devtabs for info about itself). There might be complications for overlapped ranges. E.g., vga memory isn't as shown above - it overlaps mda and cga memory. Ports such as the PPI only have conflicts at the bit level. Bruce From owner-freebsd-current Fri Sep 8 08:16:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA11228 for current-outgoing; Fri, 8 Sep 1995 08:16:40 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA11211 ; Fri, 8 Sep 1995 08:16:37 -0700 Received: from gvr.win.tue.nl (gvr.win.tue.nl [131.155.210.19]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id IAA08437 ; Fri, 8 Sep 1995 08:16:07 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id RAA08568; Fri, 8 Sep 1995 17:14:44 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199509081514.RAA08568@gvr.win.tue.nl> Subject: beta testers want for improved pwd.db handling To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Date: Fri, 8 Sep 1995 17:14:44 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 908 Sender: current-owner@freebsd.org Precedence: bulk m sorry if ppl see this mail for the second time, but I never saw appearing on the list. uido root@hades# /usr/bin/time ./pwd_mkdb -d . master.passwd 165.39 real 13.52 user 26.01 sys root@hades# /usr/bin/time ./pwd_mkdb -u devet -d . master.passwd 19.50 real 2.72 user 3.59 sys root@hades# ls -l *db -rw-r--r-- 1 root wheel 4972544 Sep 7 22:01 pwd.db -rw------- 1 root wheel 5316608 Sep 7 22:01 spwd.db root@hades# wc master.passwd 11557 33770 969713 master.passwd The second pwd_mkdb is the new one. I am looking for some people that like to test these. Why? Because I'm not sure how it will affect disk usage of the db files, though I really doubt it will change much. The database format itsself does not change so it's downward compatible. Further, the speed improvement cannot be achived when using vipw. The others are okay. -Guido From owner-freebsd-current Fri Sep 8 08:29:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA11980 for current-outgoing; Fri, 8 Sep 1995 08:29:19 -0700 Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA11968 for ; Fri, 8 Sep 1995 08:29:16 -0700 Received: from [199.183.109.242] by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Fri, 8 Sep 1995 10:29:09 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 8 Sep 1995 10:29:05 -0500 To: current@freebsd.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: CTM problems Sender: current-owner@freebsd.org Precedence: bulk The latest CTM update (ports-cur.0602.gz) is large AND should not exist. > DM devel/gmake/work > DM devel/gmake/work/make-3.74 > DM devel/gmake/work/make-3.74/glob > FS .ctm_status > FM devel/gmake/work/.build_done > FM devel/gmake/work/.configure_done > FM devel/gmake/work/.extract_done > FM devel/gmake/work/.install_done > FM devel/gmake/work/.patch_done > FM devel/gmake/work/make-3.74/COPYING > FM devel/gmake/work/make-3.74/ChangeLog [...] Who is building in the wrong tree? ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-current Fri Sep 8 09:49:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17305 for current-outgoing; Fri, 8 Sep 1995 09:49:52 -0700 Received: from iworks.InterWorks.org (iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA17299 for ; Fri, 8 Sep 1995 09:49:51 -0700 Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA19385; Fri, 8 Sep 1995 11:44:19 -0500 Message-Id: <9509081644.AA19385@iworks.InterWorks.org> Date: Fri, 8 Sep 1995 11:44:19 -0500 From: "Daniel M. Eischen" To: bde@zeta.org.au, current@freebsd.org Subject: Getting around conflicts for a driver w/out base address Sender: current-owner@freebsd.org Precedence: bulk >I don't want to change config very much now. It can already sort of >handle lists of ports by duplicating entries, e.g.: > >device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # usual >device sc0 at isa? port 0x3b4 iomem 0xb0000 iosiz 0x8000 # portsize 0xc # mda >device sc0 at isa? port 0x3c0 iomem 0xa0000 iosiz 0x10000 # portsize 0x10 # vga >device sc0 at isa? port 0x3d4 iomem 0xb8000 iosiz 0x8000 # portsize 0xc # cga > >This gives 4 fairly usable entries in ioconf.c. An array format is >probably better than a linked list format in all stages until the >tables are actually used. There are a couple of external representations >and the linked list would have to be linearized for each. It would be >useful to have some routines for hanging all the info for each device >off a single isa_device structure (so that every driver doesn't have >to search all the devtabs for info about itself). Where would these be defined, in isa_device.h? I think Rod Grimes had said earlier that he thought a proposed define for the NO_PORT_ADDRESS (or something like that) might belong somewhere else. >There might be complications for overlapped ranges. E.g., vga memory >isn't as shown above - it overlaps mda and cga memory. Ports such as >the PPI only have conflicts at the bit level. If you allowed different bits of the same port address to be claimed by different drivers, would you have to worry about read/write hazards? Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Fri Sep 8 11:03:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA21868 for current-outgoing; Fri, 8 Sep 1995 11:03:59 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA21857 for ; Fri, 8 Sep 1995 11:03:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA24707; Sat, 9 Sep 1995 03:59:25 +1000 Date: Sat, 9 Sep 1995 03:59:25 +1000 From: Bruce Evans Message-Id: <199509081759.DAA24707@godzilla.zeta.org.au> To: bde@zeta.org.au, current@freebsd.org, deischen@iworks.InterWorks.org Subject: Re: Getting around conflicts for a driver w/out base address Sender: current-owner@freebsd.org Precedence: bulk >>useful to have some routines for hanging all the info for each device >>off a single isa_device structure (so that every driver doesn't have >>to search all the devtabs for info about itself). >Where would these be defined, in isa_device.h? I think Rod Grimes had >said earlier that he thought a proposed define for the NO_PORT_ADDRESS >(or something like that) might belong somewhere else. They don't exist yet. NO_PORT_ADDRESS is sort of defined by scattered literal -1's in the config sources :-(. The config.new sources are better and define STAR (-1) for sd* and WILD (-2) for sd?. NetBSD has something involving (-2). We may as well copy the constants. >>There might be complications for overlapped ranges. E.g., vga memory >>isn't as shown above - it overlaps mda and cga memory. Ports such as >>the PPI only have conflicts at the bit level. >If you allowed different bits of the same port address to be claimed >by different drivers, would you have to worry about read/write hazards? Yes, there would need to be some locks. The PPI and the TIMER_MODE ports are hazards now. They are implicitly locked by aquire_timer_2() and acquire_timer_0(). I'm not convinced that the locking is adequate. It doesn't attempt to handle non-speaker bits in the PPI, but none are used. Bruce From owner-freebsd-current Fri Sep 8 12:25:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA28555 for current-outgoing; Fri, 8 Sep 1995 12:25:49 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA28488 for ; Fri, 8 Sep 1995 12:25:29 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA20585; Fri, 8 Sep 1995 21:25:03 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA02449; Fri, 8 Sep 1995 21:25:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA14347; Fri, 8 Sep 1995 21:16:58 +0200 From: J Wunsch Message-Id: <199509081916.VAA14347@uriah.heep.sax.de> Subject: SLIP routing problem To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 8 Sep 1995 21:16:56 +0200 (MET DST) Cc: kieber@sax.de (Ulf Kieber) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2923 Sender: current-owner@FreeBSD.org Precedence: bulk Hi! I'm stuck with this. We're operating a small non-commercial ISP, and after the upgrade to 2.0.5 (from 1.1.5.1) we experience the following behaviour: whenever the modem line crashes while there's an active SLIP link (the lines are rather noisy, it's old analog equipment), subsequent attempts to log into the machine via SLIP will get an "ioctl(SIOCAIFADDR): Address already exists". (PPP is in the same boat, so i'll refer to them as "pointopoint" below.) Grepping through the code shows that this error could only come from the routing code. Interestingly enough, after a regular shutdown of the link, everything will be okay, and all of those problems "disappear by aging", i.e., after about an hour or so, everything works again normally. I've been digging through all the code in /sys/net, but i've got stuck here. Incidentally, an hour ago i've been logged into the machine while the phenomenon happened to somebody else: Sep 8 20:16:55 sax pppd[2010]: pppd 2.1.2 started by ppufo, uid 68 Sep 8 20:16:55 sax pppd[2010]: Connect: ppp0 <--> /dev/ttyd1 Sep 8 20:16:59 sax pppd[2010]: local IP address 193.175.26.126 Sep 8 20:16:59 sax pppd[2010]: remote IP address 193.175.26.117 Sep 8 20:16:59 sax pppd[2010]: ioctl(SIOCAIFADDR): Address already exists 44 sax:~> /sbin/route get 193.175.26.117 route to: ufo destination: ufo gateway: sax-gw1 interface: ed0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 0 3597 The interesting fact here is that "sax-gw1" is the _ethernet_ interface. So now i've got the following picture: o at startup time of any pointopoint interface, all routes to that interface are being cleared, and everything is started from scratch [in_ifscrub() is called] o the link breaks, and all routes to the interface are being cleared immediately o anyway, since there have been active connections over that link, further packets with the destination to that pointopoint interface will arrive; since the link is down, the only route that does apply to them is the _default_ route, which points back to the world via the ethernet o this somehow (?) creates a routing table entry for this host, tagged for the (default route) ethernet interface, with an expiration time of 3600 seconds o the pointopoint link comes back after redialing, but somehow (?) the bogus route through the ethernet interface will not be cleared by in_ifscrub() as it ought to be, and the subsequent attempt to create the interface route for this address fails since the routing code claims a route would already exist Who can help us here? It's actually a show-stopper for us. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Sep 8 16:56:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA16045 for current-outgoing; Fri, 8 Sep 1995 16:56:40 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA16035 for ; Fri, 8 Sep 1995 16:56:38 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA07920; Fri, 8 Sep 1995 19:56:34 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA00333; Fri, 8 Sep 95 19:53:57 EDT Date: Fri, 8 Sep 95 19:53:57 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9509082353.AA00333@borg.ess.harris.com> To: freebsd-current@freefall.FreeBSD.org Subject: current libraries and stability Sender: current-owner@FreeBSD.org Precedence: bulk I have been trying to keep up with the cvs bits but there has been a drastic drop in stability in both stable and current lately, what happened?? My 2.2 current kernel has problems with both shared libs and kernel page faults. the 2.1 stable machines (1 notebook and 1 workstation, both pentiums) also seem to suffer from the sig 11 problem and instabilities. This seems to have occurred within the last couple of weeks. Is it a good idea to try a few more make worlds ?? Has anyone else seen this trend? my last make world was aug. 24th, the kernel was built today. Jim Leppek From owner-freebsd-current Fri Sep 8 17:28:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18390 for current-outgoing; Fri, 8 Sep 1995 17:28:53 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA18378 for ; Fri, 8 Sep 1995 17:28:51 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA00890; Fri, 8 Sep 1995 17:27:45 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA22066; Fri, 8 Sep 1995 17:29:53 -0700 Message-Id: <199509090029.RAA22066@corbin.Root.COM> To: jleppek@suw2k.ess.harris.com (James Leppek) cc: freebsd-current@freefall.freebsd.org Subject: Re: current libraries and stability In-reply-to: Your message of "Fri, 08 Sep 95 19:53:57 EDT." <9509082353.AA00333@borg.ess.harris.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 08 Sep 1995 17:29:53 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >I have been trying to keep up with the cvs bits but there has been >a drastic drop in stability in both stable and current lately, what >happened?? > >My 2.2 current kernel has problems with both shared libs and kernel page faults. >the 2.1 stable machines (1 notebook and 1 workstation, both pentiums) also seem >to suffer from the sig 11 problem and instabilities. This seems to have >occurred within the last couple of weeks. Is it a good idea to try a few >more make worlds ?? > >Has anyone else seen this trend? > >my last make world was aug. 24th, the kernel was built today. I think your problem with -stable is library related. There were some internal changes to the libraries. In cases where appropriate, the library revision number was bumped, but this doesn't mean that your binaries can't be out of sync. Please update your sources with "current" -stable and rebuild everything including your kernel. I've been doing substantial testing with -stable (I've lost count of all of the make world's I've done), and haven't seen _any_ problems here. I've also been very carefuly about the changes I've brought in during the past weeks. I really don't think there is any real problem, but if there is, I want to know about it immediately. Thanks. -DG From owner-freebsd-current Fri Sep 8 18:45:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA22976 for current-outgoing; Fri, 8 Sep 1995 18:45:37 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA22968 for ; Fri, 8 Sep 1995 18:45:33 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10569 for current@freebsd.org; Fri, 8 Sep 1995 18:39:35 -0700 From: Terry Lambert Message-Id: <199509090139.SAA10569@phaeton.artisoft.com> Subject: BROAD-BASED FS CHANGES To: current@freebsd.org Date: Fri, 8 Sep 1995 18:39:34 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1659 Sender: current-owner@freebsd.org Precedence: bulk I want to do some rather wholesale changes to the way nai return values are treated; specifically, I'd like to remove the buffer freeing for cn_pbuf in the componentname substructure of nameidata in each of the following places: ./i386/ibcs2/imgact_coff.c ./isofs/cd9660/cd9660_vnops.c ./kern/kern_exec.c ./kern/vfs_syscalls.c ./miscfs/procfs/procfs_vnops.c ./miscfs/union/union_subr.c ./msdosfs/msdosfs_vnops.c ./nfs/nfs_node.c ./nfs/nfs_serv.c ./nfs/nfs_subs.c ./nfs/nfs_vnops.c ./ufs/ufs/ufs_vnops.c It seems to me as if the freeing of the buffer on an error (or on success, in some cases) is *too* well hidden and is a violation of interface layering semantics. The SAVENAME flag would still be there, but callers setting the SAVENAME flag would be made responsible for discaring the buffer after making the VOP call with the resulting lookup data instead of expecting the VOP call to free it for them. Path name parsing is not at the same level, semantically, as use of the parsed path for file system operations. There are very few locations where this will result in an additional call to free the allocated nami pathname buffer (the call is tenatively defined to be nameifree() in vfs_lookup.c). ./i386/ibcs2/imgact_coff.c ./kern/kern_exec.c ./miscfs/devfs/devfs_vnops.c ./miscfs/union/union_subr.c ./msdosfs/msdosfs_lookup.c ./msdosfs/msdosfs_vnops.c ./nfs/nfs_subs.c ./nfs/nfs_vnops.c ./ufs/ufs/ufs_lookup.c Let me know if this is a problem; if it isn't, I'll go ahead with it some time this weekend. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Sep 8 19:13:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA24303 for current-outgoing; Fri, 8 Sep 1995 19:13:48 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA24293 for ; Fri, 8 Sep 1995 19:13:45 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id TAA00286; Fri, 8 Sep 1995 19:12:37 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA24824; Fri, 8 Sep 1995 19:14:45 -0700 Message-Id: <199509090214.TAA24824@corbin.Root.COM> To: Terry Lambert cc: current@freebsd.org, mckusick@mckusick.com Subject: Re: BROAD-BASED FS CHANGES In-reply-to: Your message of "Fri, 08 Sep 95 18:39:34 PDT." <199509090139.SAA10569@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 08 Sep 1995 19:14:44 -0700 Sender: current-owner@freebsd.org Precedence: bulk >It seems to me as if the freeing of the buffer on an error (or on >success, in some cases) is *too* well hidden and is a violation of >interface layering semantics. I think I agree (after a two minute review of the code :-)). >The SAVENAME flag would still be there, but callers setting the >SAVENAME flag would be made responsible for discaring the buffer >after making the VOP call with the resulting lookup data instead >of expecting the VOP call to free it for them. This seems reasonable. >There are very few locations where this will result in an >additional call to free the allocated nami pathname buffer (the >call is tenatively defined to be nameifree() in vfs_lookup.c). >./kern/kern_exec.c Hmm, I don't see why you would need an extra free in kern_exec.c, but perhaps I'm missing something. >Let me know if this is a problem; if it isn't, I'll go ahead with >it some time this weekend. As long as it doesn't (further) break the filesystem stackability, I don't have a problem with it. -DG From owner-freebsd-current Sat Sep 9 05:05:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA15580 for current-outgoing; Sat, 9 Sep 1995 05:05:44 -0700 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA15574 for ; Sat, 9 Sep 1995 05:05:31 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA29837; Sat, 9 Sep 95 14:05:23 +0200 Received: by freebsd.first.gmd.de (OAA18842); Sat, 9 Sep 1995 14:04:54 +0159 Date: Sat, 9 Sep 1995 14:04:54 +0159 From: Wolfram Schneider Message-Id: <199509091205.OAA18842@freebsd.first.gmd.de> To: current@freebsd.org, wosch@freebsd.first.gmd.de Subject: 20-40% faster wc(1) Sender: current-owner@freebsd.org Precedence: bulk --- 1.1 1995/09/09 11:30:35 +++ Makefile 1995/09/09 11:34:03 @@ -1,5 +1,6 @@ # @(#)Makefile 8.1 (Berkeley) 6/6/93 PROG= wc +CFLAGS+= -DOPT .include --- 1.1 1995/09/09 11:30:35 +++ wc.c 1995/09/09 11:33:01 @@ -122,6 +122,14 @@ struct stat sb; int fd; u_char buf[MAXBSIZE]; +#ifdef OPT + u_char spbuf[256]; /* buffer for isspace lookup */ + + for (ch = 0; ch < 256; ch++) + spbuf[ch] = isspace(ch); +#define ISSPACE(x) spbuf[x] +#endif + fd = STDIN_FILENO; linect = wordct = charct = 0; @@ -183,7 +191,11 @@ ch = *p++; if (ch == '\n') ++linect; - if (isspace(ch)) +#ifdef OPT + if (ISSPACE(ch)) +#else + if (isspace(ch)) +#endif gotsp = 1; else if (gotsp) { gotsp = 0; From owner-freebsd-current Sat Sep 9 06:06:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA16581 for current-outgoing; Sat, 9 Sep 1995 06:06:23 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA16563 for ; Sat, 9 Sep 1995 06:05:51 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA21461; Sat, 9 Sep 1995 15:05:40 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA10945; Sat, 9 Sep 1995 15:05:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA01138; Sat, 9 Sep 1995 15:05:09 +0200 From: J Wunsch Message-Id: <199509091305.PAA01138@uriah.heep.sax.de> Subject: Re: 20-40% faster wc(1) To: wosch@freebsd.first.gmd.de (Wolfram Schneider) Date: Sat, 9 Sep 1995 15:05:09 +0200 (MET DST) Cc: current@FreeBSD.org, wosch@freebsd.first.gmd.de Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509091205.OAA18842@freebsd.first.gmd.de> from "Wolfram Schneider" at Sep 9, 95 02:04:54 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 290 Sender: current-owner@FreeBSD.org Precedence: bulk As Wolfram Schneider wrote: > > +#ifdef OPT > + u_char spbuf[256]; /* buffer for isspace lookup */ What happens if sizeof(u_char) > 256? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Sep 9 10:00:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA19682 for current-outgoing; Sat, 9 Sep 1995 10:00:25 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA19676 for ; Sat, 9 Sep 1995 10:00:21 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id TAA12269 for ; Sat, 9 Sep 1995 19:00:18 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id TAA28504 for freebsd-current@FreeBSD.ORG; Sat, 9 Sep 1995 19:00:17 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id SAA00258 for freebsd-current@FreeBSD.ORG; Sat, 9 Sep 1995 18:59:18 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509091659.SAA00258@keltia.Freenix.FR> Subject: sig 11 To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sat, 9 Sep 1995 18:59:18 +0200 (MET DST) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@FreeBSD.ORG Precedence: bulk Is the problem with sig 11 supposed fixed ? I just upgraded to CTM cvs-cur #1083, CTM_BEGIN 2.0 cvs-cur 1083 19950909080002Z . rebuilt a kernel and the lkms and I begin to get sig11 on sed at startup (by the news user). They are the only so far but it is disturbing... 486DX-33, 32 MB, Diamond Stealth 64 VRAM and the following: FreeBSD 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 roberto@keltia.Freenix.FR:/src/src/sys/compile/KELTIA2 CPU: i486DX (486-class CPU) real memory = 33554432 (32768K bytes) avail memory = 31424512 (30688K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:4d:ed:08, type WD8013EP (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in bt0: Bt747 / 0-PCI/EISA/VLB(32bit) bus bt0: reading board settings, busmastering, int=12 bt0: version 3.37, fast sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 2 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 6 sync rate= 4.54MB/s(220ns), offset=08 bt0: Using Strict Round robin scheme bt0 at 0x330 irq 12 on isa (bt0:0:0): "CONNER CFP1080S 3939" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 1030MB (2110812 512 byte sectors) (bt0:2:0): "SEAGATE ST31200N 8158" type 0 fixed SCSI 2 sd2(bt0:2:0): Direct-Access 1006MB (2061108 512 byte sectors) (bt0:6:0): "MATSHITA CD-ROM CR-8004 1.1f" type 5 removable SCSI 2 cd0(bt0:6:0): CD-ROM cd0(bt0:6:0): NOT READY asc:3a,0 Medium not present can't get the size ahb0: reading board settings, int=11 ahb0 at 0x5000-0x50ff irq 11 on eisa slot 5 (ahb0:1:0): "MICROP 1624-07MZ1077801 HZ2P" type 0 fixed SCSI 2 sd1(ahb0:1:0): Direct-Access 642MB (1316751 512 byte sectors) (ahb0:4:0): "TANDBERG TDC 3600 -07:" type 1 removable SCSI 1 st1(ahb0:4:0): Sequential-Access st1: Tandberg tdc3600 is a known rogue density code 0x10, drive empty (ahb0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 st0(ahb0:5:0): Sequential-Access density code 0x13, drive empty sb0 at 0x220 irq 5 drq 3 on isa sb0: opl0 at 0x388 on isa opl0: npx0 on motherboard npx0: INT 16 interface bpf: tun0 attached bpf: sl0 attached bpf: ppp0 attached bpf: lo0 attached bpf: ds0 attached pid 123: sed: uid 8: exited on signal 11 pid 126: sed: uid 8: exited on signal 11 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 10:25:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20399 for current-outgoing; Sat, 9 Sep 1995 10:25:24 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20393 for ; Sat, 9 Sep 1995 10:25:22 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id KAA00756; Sat, 9 Sep 1995 10:23:39 -0700 Message-Id: <199509091723.KAA00756@precipice.shockwave.com> To: Wolfram Schneider cc: current@FreeBSD.ORG Subject: Re: 20-40% faster wc(1) In-reply-to: Your message of "Sat, 09 Sep 1995 14:04:54 +0159." <199509091205.OAA18842@freebsd.first.gmd.de> Date: Sat, 09 Sep 1995 10:23:39 -0700 From: Paul Traina Sender: current-owner@FreeBSD.ORG Precedence: bulk I don't understand... the original isspace() was just a lookup in a table followed by an 'and'. I assume this changed because of the rune code? The question you should be asking yourself is WHY is isspace(3) slow? Not kludging wc. I do not think this patch should be accepted. Paul From: Wolfram Schneider Subject: 20-40% faster wc(1) --- 1.1 1995/09/09 11:30:35 +++ Makefile 1995/09/09 11:34:03 @@ -1,5 +1,6 @@ # @(#)Makefile 8.1 (Berkeley) 6/6/93 PROG= wc +CFLAGS+= -DOPT .include --- 1.1 1995/09/09 11:30:35 +++ wc.c 1995/09/09 11:33:01 @@ -122,6 +122,14 @@ struct stat sb; int fd; u_char buf[MAXBSIZE]; +#ifdef OPT + u_char spbuf[256]; /* buffer for isspace lookup */ + + for (ch = 0; ch < 256; ch++) + spbuf[ch] = isspace(ch); +#define ISSPACE(x) spbuf[x] +#endif + fd = STDIN_FILENO; linect = wordct = charct = 0; @@ -183,7 +191,11 @@ ch = *p++; if (ch == '\n') ++linect; - if (isspace(ch)) +#ifdef OPT + if (ISSPACE(ch)) +#else + if (isspace(ch)) +#endif gotsp = 1; else if (gotsp) { gotsp = 0; From owner-freebsd-current Sat Sep 9 10:27:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20661 for current-outgoing; Sat, 9 Sep 1995 10:27:45 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20652 for ; Sat, 9 Sep 1995 10:27:43 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id KAA00867; Sat, 9 Sep 1995 10:26:33 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id KAA04524; Sat, 9 Sep 1995 10:28:42 -0700 Message-Id: <199509091728.KAA04524@corbin.Root.COM> To: Ollivier Robert cc: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Re: sig 11 In-reply-to: Your message of "Sat, 09 Sep 95 18:59:18 +0200." <199509091659.SAA00258@keltia.Freenix.FR> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 10:28:30 -0700 Sender: current-owner@freebsd.org Precedence: bulk >Is the problem with sig 11 supposed fixed ? > >I just upgraded to CTM cvs-cur #1083, > >CTM_BEGIN 2.0 cvs-cur 1083 19950909080002Z . > >rebuilt a kernel and the lkms and I begin to get sig11 on sed at startup >(by the news user). They are the only so far but it is disturbing... ... >pid 123: sed: uid 8: exited on signal 11 >pid 126: sed: uid 8: exited on signal 11 I brought in the sed SCO compatibilty changes from -current, and this may be related. If this is the case, I will back out the changes (I don't have any time to troubleshoot the problem). Let us know if you see any other programs dieing this way. Thanks. -DG From owner-freebsd-current Sat Sep 9 10:43:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21234 for current-outgoing; Sat, 9 Sep 1995 10:43:38 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA21227 for ; Sat, 9 Sep 1995 10:43:35 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id NAA14857; Sat, 9 Sep 1995 13:43:31 -0400 From: John Capo Message-Id: <199509091743.NAA14857@irbs.irbs.com> Subject: PPP patch (Gnats still broken) To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Sat, 9 Sep 1995 13:43:31 -0400 (EDT) Cc: freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1074 Sender: current-owner@freebsd.org Precedence: bulk >Submitter-Id: current-users >Originator: John Capo >Organization: IRBS Engineering >Confidential: no >Synopsis: ppp will not read data from telnet connection >Severity: non-critical >Priority: medium >Category: bin >Release: FreeBSD 2.2-CURRENT i386 >Class: sw-bug >Environment: >Description: Will not read data from a telnet connection when running in auto mode due to test for pgroup == tcgetpgrp(0). There is no controlling tty. >How-To-Repeat: Telnet to ppp running in auto mode. >Fix: *** usr.sbin/ppp/main.c.orig Sat Sep 9 13:02:53 1995 --- usr.sbin/ppp/main.c Sat Sep 9 13:03:14 1995 *************** *** 737,743 **** } if ((mode & MODE_INTER) && FD_ISSET(netfd, &rfds) && ! pgroup == tcgetpgrp(0)) { /* something to read from tty */ ReadTty(); } --- 737,743 ---- } if ((mode & MODE_INTER) && FD_ISSET(netfd, &rfds) && ! ((mode & MODE_AUTO) || pgroup == tcgetpgrp(0))) { /* something to read from tty */ ReadTty(); } From owner-freebsd-current Sat Sep 9 11:04:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA21763 for current-outgoing; Sat, 9 Sep 1995 11:04:28 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA21757 for ; Sat, 9 Sep 1995 11:04:26 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id OAA12613 for current@freebsd.org; Sat, 9 Sep 1995 14:09:39 -0400 From: Mark Hittinger Message-Id: <199509091809.OAA12613@ns1.win.net> Subject: Re: sig 11 (fwd) To: current@freebsd.org Date: Sat, 9 Sep 1995 14:09:39 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 912 Sender: current-owner@freebsd.org Precedence: bulk I also saw many sig 11's with the sup from around 9/4. For once, I did a make world before posting a question to the list! :-) A make world cleared the problem up, whereas an include install, a new kernel, and a new lkm set didn't clear it up (for me anyhow). My boot would die everytime in sed during the motd edit, and login would always sig 11. Very reproducable. I've not seen a sig11 since the make world. Another thing I noticed was during a "stand-alone" make world. It would periodically die with an "out of vm/swap" kind of error. I could restart it and it would eventually die a little later. I hadn't done a swapon, and having done one the make world proceeded to conclusion. I was wondering if there might be some sort of vm page leak now? The make world in stand-alone without a swapon reveals it. I have a 32mb p60 that is running -current. FYI Regards, Mark Hittinger bugs@win.net From owner-freebsd-current Sat Sep 9 11:25:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA22670 for current-outgoing; Sat, 9 Sep 1995 11:25:11 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA22664 for ; Sat, 9 Sep 1995 11:25:09 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA27942; Sat, 9 Sep 1995 12:27:21 -0600 Date: Sat, 9 Sep 1995 12:27:21 -0600 From: Nate Williams Message-Id: <199509091827.MAA27942@rocky.sri.MT.net> To: current@FreeBSD.org Subject: GUS Max support? Sender: current-owner@FreeBSD.org Precedence: bulk I'm finally getting some time to update my home box to -stable In the past, one needed to add a separate gusmax line to the configuration file to get explicit GUSMAX support. Has this been removed or forgotten from the new distribution, since it's no longer mentioned in LINT? The file 'local.h' has hooks for this, but config no longer generates gusmax.h. What am I doing wrong? Nate From owner-freebsd-current Sat Sep 9 11:35:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA22790 for current-outgoing; Sat, 9 Sep 1995 11:35:12 -0700 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA22784 for ; Sat, 9 Sep 1995 11:35:10 -0700 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id OAA20397; Sat, 9 Sep 1995 14:35:12 -0400 Date: Sat, 9 Sep 1995 14:35:11 -0400 (EDT) From: Mail Archive X-Sender: archive@cps201 To: David Greenman cc: Ollivier Robert , "FreeBSD Current Users' list" Subject: Re: sig 11 In-Reply-To: <199509091728.KAA04524@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sat, 9 Sep 1995, David Greenman wrote: > ... > >pid 123: sed: uid 8: exited on signal 11 > >pid 126: sed: uid 8: exited on signal 11 > > I brought in the sed SCO compatibilty changes from -current, and this may > be related. If this is the case, I will back out the changes (I don't have any > time to troubleshoot the problem). > Let us know if you see any other programs dieing this way. Thanks. > With sup'ed to -current on two machines (Tuesday sept5 was the sup date) and after make worlds on both of them we get the Exact same problem with Sig 11. Since the start of Sig 11's my boss wants us to move back to Debian Linux. I would perfer just to resup and recompile and get this fixed and not have to restart the machines from scratch. From owner-freebsd-current Sat Sep 9 11:50:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23486 for current-outgoing; Sat, 9 Sep 1995 11:50:51 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23478 for ; Sat, 9 Sep 1995 11:50:47 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id LAA05744; Sat, 9 Sep 1995 11:50:26 -0700 Message-Id: <199509091850.LAA05744@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Mail Archive cc: David Greenman , Ollivier Robert , "FreeBSD Current Users' list" Subject: Re: sig 11 In-reply-to: Your message of "Sat, 09 Sep 1995 14:35:11 EDT." Date: Sat, 09 Sep 1995 11:50:26 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >On Sat, 9 Sep 1995, David Greenman wrote: > >> ... >> >pid 123: sed: uid 8: exited on signal 11 >> >pid 126: sed: uid 8: exited on signal 11 >> >> I brought in the sed SCO compatibilty changes from -current, and this may >> be related. If this is the case, I will back out the changes (I don't have a >ny >> time to troubleshoot the problem). >> Let us know if you see any other programs dieing this way. Thanks. >> >With sup'ed to -current on two machines (Tuesday sept5 was the sup date) >and after make worlds on both of them we get the Exact same problem with >Sig 11. Since the start of Sig 11's my boss wants us to move back to >Debian Linux. I would perfer just to resup and recompile and get this >fixed and not have to restart the machines from scratch. For any type of "critical" application, you should be running -stable, not -current. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Sep 9 11:51:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23521 for current-outgoing; Sat, 9 Sep 1995 11:51:50 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23515 for ; Sat, 9 Sep 1995 11:51:46 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id OAA16895; Sat, 9 Sep 1995 14:51:24 -0400 From: John Capo Message-Id: <199509091851.OAA16895@irbs.irbs.com> Subject: Re: sig 11 To: archive@cps.cmich.edu (Mail Archive) Date: Sat, 9 Sep 1995 14:51:22 -0400 (EDT) Cc: davidg@Root.COM, roberto@keltia.freenix.fr, freebsd-current@freebsd.org In-Reply-To: from "Mail Archive" at Sep 9, 95 02:35:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1095 Sender: current-owner@freebsd.org Precedence: bulk Mail Archive writes: > > On Sat, 9 Sep 1995, David Greenman wrote: > > > ... > > >pid 123: sed: uid 8: exited on signal 11 > > >pid 126: sed: uid 8: exited on signal 11 > > > > I brought in the sed SCO compatibilty changes from -current, and this may > > be related. If this is the case, I will back out the changes (I don't have any > > time to troubleshoot the problem). > > Let us know if you see any other programs dieing this way. Thanks. > > > With sup'ed to -current on two machines (Tuesday sept5 was the sup date) > and after make worlds on both of them we get the Exact same problem with > Sig 11. Since the start of Sig 11's my boss wants us to move back to > Debian Linux. I would perfer just to resup and recompile and get this > fixed and not have to restart the machines from scratch. > These kinds of problems are all part of running -current. Current is a development tree and is quite often broken for one reason or another. Like the docs say, "The bleeding edge". Sounds like you should be running -stable rather than -current. John Capo IRBS Engineering From owner-freebsd-current Sat Sep 9 12:00:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA23821 for current-outgoing; Sat, 9 Sep 1995 12:00:47 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA23812 ; Sat, 9 Sep 1995 12:00:46 -0700 Date: Sat, 9 Sep 1995 12:00:46 -0700 From: John Dyson Message-Id: <199509091900.MAA23812@freefall.freebsd.org> To: archive@cps.cmich.edu, davidg@Root.COM Subject: Re: sig 11 Cc: freebsd-current@freebsd.org, roberto@keltia.freenix.fr Sender: current-owner@freebsd.org Precedence: bulk Try using -stable!!! -current is experimental, and there will be times where the system wont work right... John From owner-freebsd-current Sat Sep 9 12:09:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24038 for current-outgoing; Sat, 9 Sep 1995 12:09:12 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24030 for ; Sat, 9 Sep 1995 12:09:09 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id MAA00581; Sat, 9 Sep 1995 12:08:59 -0700 From: "Rodney W. Grimes" Message-Id: <199509091908.MAA00581@GndRsh.aac.dev.com> Subject: Re: current libraries and stability To: jleppek@suw2k.ess.harris.com (James Leppek) Date: Sat, 9 Sep 1995 12:08:58 -0700 (PDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <9509082353.AA00333@borg.ess.harris.com> from "James Leppek" at Sep 8, 95 07:53:57 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1199 Sender: current-owner@FreeBSD.org Precedence: bulk > > I have been trying to keep up with the cvs bits but there has been > a drastic drop in stability in both stable and current lately, what > happened?? > > My 2.2 current kernel has problems with both shared libs and kernel page faults. > the 2.1 stable machines (1 notebook and 1 workstation, both pentiums) also seem > to suffer from the sig 11 problem and instabilities. This seems to have > occurred within the last couple of weeks. Is it a good idea to try a few > more make worlds ?? > > Has anyone else seen this trend? As of all builds past August 26th I have seen very serious problems in the -stable branch. So many infact I am now painfully trying to get a cvs co of -stable on July 26th at 0:00. If has so many strange little problems I don't even want to try and start to find them. Unfortanetly cvs update -rRELENG_2_1_0 -D "95/06/26 00:00" is not doing the right thing for me :-(. > my last make world was aug. 24th, the kernel was built today. If you have a way revert to the August 24th sources. > > Jim Leppek > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Sep 9 12:18:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24315 for current-outgoing; Sat, 9 Sep 1995 12:18:30 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24307 for ; Sat, 9 Sep 1995 12:18:28 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA12766 ; Sat, 9 Sep 1995 21:18:26 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA28847 ; Sat, 9 Sep 1995 21:18:25 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id UAA01444; Sat, 9 Sep 1995 20:49:22 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509091849.UAA01444@keltia.Freenix.FR> Subject: Re: sig 11 To: davidg@Root.COM Date: Sat, 9 Sep 1995 20:49:21 +0200 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199509091728.KAA04524@corbin.Root.COM> from "David Greenman" at Sep 9, 95 10:28:30 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@freebsd.org Precedence: bulk It seems that David Greenman said: > >pid 123: sed: uid 8: exited on signal 11 > >pid 126: sed: uid 8: exited on signal 11 > I brought in the sed SCO compatibilty changes from -current, and this > may be related. If this is the case, I will back out the changes (I don't > have any time to troubleshoot the problem). I don't think it is related to this. My last major recompilation was Sep. 3 and sed didn't show the problem when rebooting (it was at ctm#1071 dated 19950903140001). I've waited after seeing all the problem with sig 10 and 11 in -current before upgrading. > Let us know if you see any other programs dieing this way. Thanks. Not yet. I'll reboot and see if it persists. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 12:18:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24340 for current-outgoing; Sat, 9 Sep 1995 12:18:32 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24316 for ; Sat, 9 Sep 1995 12:18:30 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA12774 ; Sat, 9 Sep 1995 21:18:28 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA28853 ; Sat, 9 Sep 1995 21:18:27 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id VAA00402; Sat, 9 Sep 1995 21:17:34 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509091917.VAA00402@keltia.Freenix.FR> Subject: More on sig11 and sed To: davidg@Root.COM Date: Sat, 9 Sep 1995 21:17:33 +0200 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199509091728.KAA04524@corbin.Root.COM> from "David Greenman" at Sep 9, 95 10:28:30 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@freebsd.org Precedence: bulk It seems that David Greenman said: > Let us know if you see any other programs dieing this way. Thanks. Something very interesting for sed and vi... sed does not core dump when compiled static. The previous stack frame showed it probably failed somewhere inside regcomp in the shared library. "vi" sig11 also on a search and probably inside regcomp as well. Arg. My libc is freshly recompiled and sed too. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 12:18:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24328 for current-outgoing; Sat, 9 Sep 1995 12:18:31 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24309 for ; Sat, 9 Sep 1995 12:18:29 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA12770 ; Sat, 9 Sep 1995 21:18:27 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA28850 ; Sat, 9 Sep 1995 21:18:26 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id VAA00321; Sat, 9 Sep 1995 21:13:55 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509091913.VAA00321@keltia.Freenix.FR> Subject: Re: sig 11 To: davidg@Root.COM Date: Sat, 9 Sep 1995 21:13:54 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: <199509091728.KAA04524@corbin.Root.COM> from "David Greenman" at Sep 9, 95 10:28:30 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@FreeBSD.ORG Precedence: bulk It seems that David Greenman said: > Let us know if you see any other programs dieing this way. Thanks. Yes, vi. vi innshellvars /SED *boom* sig11. Sed is failing during the run of $inn/innshellvars (from inn1.4unoff2). I've recompiled sed with "-g" and here it goes. I was editing inndshellvars to replace /usr/bin/sed by ./sed with a "/SED" when "vi" sig11'ed. 228 [21:06] roberto@keltia:/tmp/sed> ./innshellvars Memory fault - core dumped Memory fault - core dumped 229 [21:06] roberto@keltia:/tmp/sed> gdb ./sed sed.core 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.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... Core was generated by `sed'. Program terminated with signal 11, Segmentation fault. #0 0x802db00 in end () (gdb) where #0 0x802db00 in end () #1 0x802cece in end () #2 0x802cc00 in end () #3 0x802c283 in end () #4 0x2531 in compile_re (p=0x644d "", repp=0x10010) at compile.c:427 #5 0x20fe in compile_stream (link=0xf000) at compile.c:302 #6 0x166d in compile () at compile.c:134 #7 0x34d6 in main (argc=3, argv=0xefbfd4ec) at main.c:144 (gdb) frame 4 #4 0x2531 in compile_re (p=0x644d "", repp=0x10010) at compile.c:427 427 if (p && (eval = regcomp(*repp, re, 0)) != 0) (gdb) list 420,430 420 421 p = compile_delimited(p, re); 422 if (p && strlen(re) == 0) { 423 *repp = NULL; 424 return (p); 425 } 426 *repp = xmalloc(sizeof(regex_t)); 427 if (p && (eval = regcomp(*repp, re, 0)) != 0) 428 err(COMPILE, "RE error: %s", strregerror(eval, *repp)); 429 if (maxnsub < (*repp)->re_nsub) 430 maxnsub = (*repp)->re_nsub; (gdb) print p $1 = 0x807c060
(gdb) print repp $2 = (regex_t **) 0xefbfcbe8 (gdb) print *repp $3 = (regex_t *) 0xefbfcc79 (gdb) print **repp $4 = {re_magic = 1563385435, re_nsub = 285221930, re_endp = 0xa8000000
, re_g = 0x9508074a} Is the "Address XXXXXX out of bounds" expected or not ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 12:21:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24459 for current-outgoing; Sat, 9 Sep 1995 12:21:05 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA24453 for ; Sat, 9 Sep 1995 12:21:02 -0700 Received: by Sysiphos id AA16534 (5.67b/IDA-1.5 for current@freebsd.org); Sat, 9 Sep 1995 21:20:50 +0200 Message-Id: <199509091920.AA16534@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sat, 9 Sep 1995 21:20:50 +0200 In-Reply-To: Jean-Marc Zucconi "NCR problem: progress" (Sep 9, 2:16) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jean-Marc Zucconi Subject: Re: NCR problem: progress Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk On Sep 9, 2:16, Jean-Marc Zucconi wrote: } Subject: NCR problem: progress } Hi, } } I have some new data points :-). I tried several combinations and here } is the result: } } 1 streamer + Micropolis2210 OK } 2 streamer + Quantum OK } 3 streamer + Micropolis2210 + Quantum OK } 4 streamer + Micropolis4110 crash } 5 Micropolis4110 alone crash What are the technical characteristics of the 4110 ? Is it possible that it doesn't implement tagged command queues correctly ? } So it seem that I have a problem with the 4110. However, some of the } crashes I had did not involve that disk (id#0). One of the crashes } occured during a backup of id#4 and the 4110 was not mounted. Is it } possible that this disk generate some noise on the bus? Possible ... Maybe the drive has got an internal terminator that is enabled by some jumper ? } I have connected the 4110 to a macintosh (an old SE), formatted it, } and I currently make reads/writes with this disk. It works without any } trouble (of course that kind of machine will not stress the scsi bus...) } I will try to plug the disk to another machine this week-end (I have a } friend running linux on a 486/33+ 1542B). What if the disk only fails } with the ncr driver? If it works with the 1542B and doesn't with the NCR, that doesn't prove much (except that using the 1542B would give you a working system :) The 1542B is limited to 5MHz and doesn't use tagged commands, AFAIK ... You can disable tagged commands for a single target: # ncrcontrol -t 4 -s tags=0 (sets max. 0 tags (i.e. send no TAG message at all) for target 4). Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Sat Sep 9 12:21:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24531 for current-outgoing; Sat, 9 Sep 1995 12:21:49 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24523 for ; Sat, 9 Sep 1995 12:21:47 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id MAA01123; Sat, 9 Sep 1995 12:20:40 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id MAA00136; Sat, 9 Sep 1995 12:22:50 -0700 Message-Id: <199509091922.MAA00136@corbin.Root.COM> To: Ollivier Robert cc: freebsd-current@freebsd.org Subject: Re: sig 11 In-reply-to: Your message of "Sat, 09 Sep 95 20:49:21 +0200." <199509091849.UAA01444@keltia.Freenix.FR> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 12:22:49 -0700 Sender: current-owner@freebsd.org Precedence: bulk >It seems that David Greenman said: >> >pid 123: sed: uid 8: exited on signal 11 >> >pid 126: sed: uid 8: exited on signal 11 > >> I brought in the sed SCO compatibilty changes from -current, and this >> may be related. If this is the case, I will back out the changes (I don't >> have any time to troubleshoot the problem). > >I don't think it is related to this. My last major recompilation was Sep. 3 >and sed didn't show the problem when rebooting (it was at ctm#1071 dated >19950903140001). I've waited after seeing all the problem with sig 10 and >11 in -current before upgrading. > >> Let us know if you see any other programs dieing this way. Thanks. > >Not yet. I'll reboot and see if it persists. Well, this leaves me confused - are you running freebsd-stable or freebsd-current? I thought you said in your original message that you were having these problems with -stable??? -DG From owner-freebsd-current Sat Sep 9 12:26:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24773 for current-outgoing; Sat, 9 Sep 1995 12:26:29 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24765 for ; Sat, 9 Sep 1995 12:26:27 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id MAA01132; Sat, 9 Sep 1995 12:25:19 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id MAA00161; Sat, 9 Sep 1995 12:27:30 -0700 Message-Id: <199509091927.MAA00161@corbin.Root.COM> To: Ollivier Robert cc: freebsd-current@freebsd.org Subject: Re: More on sig11 and sed In-reply-to: Your message of "Sat, 09 Sep 95 21:17:33 +0200." <199509091917.VAA00402@keltia.Freenix.FR> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 12:27:29 -0700 Sender: current-owner@freebsd.org Precedence: bulk >It seems that David Greenman said: >> Let us know if you see any other programs dieing this way. Thanks. > >Something very interesting for sed and vi... sed does not core dump when >compiled static. The previous stack frame showed it probably failed >somewhere inside regcomp in the shared library. "vi" sig11 also on a search >and probably inside regcomp as well. Arg. My libc is freshly recompiled and >sed too. This would be a likely problem with libedit, then. Have you recompiled *all* of your libraries? -DG From owner-freebsd-current Sat Sep 9 12:50:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26007 for current-outgoing; Sat, 9 Sep 1995 12:50:32 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26001 for ; Sat, 9 Sep 1995 12:50:31 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id MAA05919; Sat, 9 Sep 1995 12:50:05 -0700 Message-Id: <199509091950.MAA05919@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: se@ZPR.Uni-Koeln.DE (Stefan Esser) cc: Jean-Marc Zucconi , current@freebsd.org Subject: Re: NCR problem: progress In-reply-to: Your message of "Sat, 09 Sep 1995 21:20:50 +0200." <199509091920.AA16534@Sysiphos> Date: Sat, 09 Sep 1995 12:50:05 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >On Sep 9, 2:16, Jean-Marc Zucconi wrote: >} Subject: NCR problem: progress >} Hi, >} >} I have some new data points :-). I tried several combinations and here >} is the result: >} >} 1 streamer + Micropolis2210 OK >} 2 streamer + Quantum OK >} 3 streamer + Micropolis2210 + Quantum OK >} 4 streamer + Micropolis4110 crash >} 5 Micropolis4110 alone crash > >What are the technical characteristics of the 4110 ? > >Is it possible that it doesn't implement tagged command >queues correctly ? The 4110 was one of the drives, along with the quantum grand prix, that had problems with the aic7xxx driver until I fixed a race condition. It is very fast on the bus and tends to expose driver problems. > >Regards, STefan > >-- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================= >= > http://www.zpr.uni-koeln.de/staff/esser/esser.html -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Sep 9 12:51:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26065 for current-outgoing; Sat, 9 Sep 1995 12:51:16 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26059 for ; Sat, 9 Sep 1995 12:51:14 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA12942 ; Sat, 9 Sep 1995 21:51:10 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA28952 ; Sat, 9 Sep 1995 21:51:09 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id VAA01252; Sat, 9 Sep 1995 21:43:31 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509091943.VAA01252@keltia.Freenix.FR> Subject: Re: sig 11 To: davidg@Root.COM Date: Sat, 9 Sep 1995 21:43:30 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: <199509091728.KAA04524@corbin.Root.COM> from "David Greenman" at Sep 9, 95 10:28:30 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@FreeBSD.ORG Precedence: bulk It seems that David Greenman said: > Let us know if you see any other programs dieing this way. Thanks. Vi fails at the same place... I've recompiled with '-g', edited the same file (innshellvars) and with "/SED" I got : ## =()@>()= HISTORY=/usr/local/news/lib/history /SED Program received signal SIGSEGV, Segmentation fault. 0x80766b7 in regcomp.so.L479 () (gdb) where #0 0x80766b7 in regcomp.so.L479 () #1 0x80c0027 in memcpy () #2 0xac54 in resetup (sp=0x44800, rep=0xefbfce28, dir=FORWARD, ptrn=0x46541 "SED", epp=0xefbfce80, deltap=0xefbfce24, flagp=0xefbfcea0) at search.c:170 #3 0xafb2 in f_search (sp=0x44800, ep=0x4c080, fm=0xefbfcf10, rm=0xefbfcf18, ptrn=0x46540 "/SED", eptrn=0xefbfce80, flagp=0xefbfcea0) at search.c:282 #4 0x28b7e in search (sp=0x44800, ep=0x4c080, vp=0xefbfcef0, ptrn=0x46540 "/SED", len=4, flags=56, dir=FORWARD) at /var/tmp/tmp/vi/common/../vi/v_search.c:203 #5 0x28994 in v_searchf (sp=0x44800, ep=0x4c080, vp=0xefbfcef0) at /var/tmp/tmp/vi/common/../vi/v_search.c:152 #6 0x2e42f in vi (sp=0x44800, ep=0x4c080) at /var/tmp/tmp/vi/common/../vi/vi.c:200 #7 0x32ec4 in svi_screen_edit (sp=0x44800, ep=0x4c080) at /var/tmp/tmp/vi/common/../svi/svi_screen.c:225 #8 0x57ac in main (argc=2, argv=0xefbfd4b0) at main.c:435 Maybe a problem with shared lib mapping in conjonction with John's latest optimizations in the VM code ? It only happens in the regcomp code so far... I'm puzzled. If nvi is static, no core dump. An incompatibility between the VM changes and the way regcomp use data ? GNU sed 2.05 does not have the sig11 problem, having its own regex functions (rx). NVI uses the same regcomp as sed. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 12:54:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26253 for current-outgoing; Sat, 9 Sep 1995 12:54:26 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26247 for ; Sat, 9 Sep 1995 12:54:24 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA12946 ; Sat, 9 Sep 1995 21:54:22 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA28961 ; Sat, 9 Sep 1995 21:54:21 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id VAA01567; Sat, 9 Sep 1995 21:54:04 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509091954.VAA01567@keltia.Freenix.FR> Subject: Re: sig 11 To: davidg@Root.COM Date: Sat, 9 Sep 1995 21:54:03 +0200 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199509091922.MAA00136@corbin.Root.COM> from "David Greenman" at Sep 9, 95 12:22:49 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@freebsd.org Precedence: bulk It seems that David Greenman said: > Well, this leaves me confused - are you running freebsd-stable or > freebsd-current? I thought you said in your original message that you were > having these problems with -stable??? Well, I said I had problem with -CURRENT... I've never run -STABLE. My problem is only with -CURRENT. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 13:02:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26614 for current-outgoing; Sat, 9 Sep 1995 13:02:24 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26608 for ; Sat, 9 Sep 1995 13:02:19 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA12989 ; Sat, 9 Sep 1995 22:02:16 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA29005 ; Sat, 9 Sep 1995 22:02:15 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id WAA03372; Sat, 9 Sep 1995 22:01:51 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509092001.WAA03372@keltia.Freenix.FR> Subject: Re: More on sig11 and sed To: davidg@Root.COM Date: Sat, 9 Sep 1995 22:01:51 +0200 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199509091927.MAA00161@corbin.Root.COM> from "David Greenman" at Sep 9, 95 12:27:29 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@freebsd.org Precedence: bulk It seems that David Greenman said: > This would be a likely problem with libedit, then. Have you recompiled *all* > of your libraries? Hmm... regcomp is in libc not in libedit AFAIK. And sed does link against libedit. No, between Sep 3 and now, only libc, libkvm and libpcap were rebuilt. More interesting, my emacs 19.29 started core dumping on sig10 when I was trying to 'g'roup reply to your message with elm. I think I'll revert to my Sep 3 kernel. Sep 9 21:58:33 keltia /kernel: pid 2038: emacs: uid 101: exited on signal 10 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 13:02:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26649 for current-outgoing; Sat, 9 Sep 1995 13:02:55 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA26643 for ; Sat, 9 Sep 1995 13:02:52 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA15911; Sat, 9 Sep 95 22:05:27 +0100 Date: Sat, 9 Sep 95 22:05:27 +0100 Message-Id: <9509092105.AA15911@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: se@zpr.uni-koeln.de Cc: current@freebsd.org In-Reply-To: <199509091920.AA16534@Sysiphos> (se@zpr.uni-koeln.de) Subject: Re: NCR problem: progress X-Mailer: Emacs Sender: current-owner@freebsd.org Precedence: bulk >>>>> Stefan Esser writes: > On Sep 9, 2:16, Jean-Marc Zucconi wrote: > } Subject: NCR problem: progress > } Hi, > } > } I have some new data points :-). I tried several combinations and here > } is the result: > } > } 1 streamer + Micropolis2210 OK > } 2 streamer + Quantum OK > } 3 streamer + Micropolis2210 + Quantum OK > } 4 streamer + Micropolis4110 crash > } 5 Micropolis4110 alone crash > What are the technical characteristics of the 4110 ? Capacity Unformatted Per drive 1,205 MB Per Track Variable Per Surface 133.85 MB Cylinders 2,428 Formatted Per drive 1,052 MB Bytes per Sector 512 Sectors per track Variable Cylinders 2,415 Performance Av. seek time 8.5 ms Av. rot. latency 5.56 ms rotational speed 5400rpm data transfer rate at interface Synchronous up to 10 MB/sec Asnchronous up to 5 MB/sec Internal data rate 30-47 Mbits/dec General Functional specifications Interface Fast SCSI-2 Supports Full Common Command Set Yes Drivers/Receivers Single-ended > Is it possible that it doesn't implement tagged command > queues correctly ? don't know. > } So it seem that I have a problem with the 4110. However, some of the > } crashes I had did not involve that disk (id#0). One of the crashes > } occured during a backup of id#4 and the 4110 was not mounted. Is it > } possible that this disk generate some noise on the bus? > Possible ... > Maybe the drive has got an internal terminator that is > enabled by some jumper ? There is no internal terminator: termination is done with 2 removable resistor arrays. I have tried with and without the terminators (RN1 and RN2 below). The doc says: "Interface Termination: RN1 and RN2 provide active termination for the SCSI interface lines. (active termination is recommended when multiple drives are used on the same SCSI cable) The default is RN1 and RN2 installed. SCSI terminators are installed only in the end devices on the SCSI cable; remove the terminatorsfrom each of the other devices. The SCSI Host adapter card and the last drive in the chain should have terminators." I have not changed the other jumpers: " terminator power: W1, W2 and W3 select the source of terminator power (+5v) for interface terminators RN1 and RN2. W1 W2 W3 Y drive provides power to rn1 and rn2 (default) Y host provides terminator power via J1 pin 26 to RN1 and RN2 Y drive supplies +5v to the bus via J1 pin 26" The other jumpers are for the spindle options, spindle sync termination and parity (the disk always generate parity, the jumper is set to parity checking on) > } I have connected the 4110 to a macintosh (an old SE), formatted it, > } and I currently make reads/writes with this disk. It works without any > } trouble (of course that kind of machine will not stress the scsi bus...) > } I will try to plug the disk to another machine this week-end (I have a > } friend running linux on a 486/33+ 1542B). What if the disk only fails > } with the ncr driver? > If it works with the 1542B and doesn't with the NCR, > that doesn't prove much (except that using the 1542B > would give you a working system :) Indeed, I installed a 1542B on the system and I had no problems!! (3 disks + streamer) > The 1542B is limited to 5MHz and doesn't use tagged > commands, AFAIK ... > You can disable tagged commands for a single target: > # ncrcontrol -t 4 -s tags=0 > (sets max. 0 tags (i.e. send no TAG message at all) > for target 4). Ok - I reconnect the drive and try this (with -t 0 since the 4110 is target 0) > Regards, STefan Jean-Marc > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/staff/esser/esser.html _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Sat Sep 9 13:07:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26856 for current-outgoing; Sat, 9 Sep 1995 13:07:24 -0700 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26850 for ; Sat, 9 Sep 1995 13:07:21 -0700 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id QAA22315; Sat, 9 Sep 1995 16:07:19 -0400 Date: Sat, 9 Sep 1995 16:07:18 -0400 (EDT) From: Mail Archive X-Sender: archive@cps201 To: John Capo cc: davidg@Root.COM, roberto@keltia.freenix.fr, freebsd-current@freebsd.org Subject: Re: sig 11 In-Reply-To: <199509091851.OAA16895@irbs.irbs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sat, 9 Sep 1995, John Capo wrote: > Mail Archive writes: > > > > On Sat, 9 Sep 1995, David Greenman wrote: > > > > > ... > > > >pid 123: sed: uid 8: exited on signal 11 > > > >pid 126: sed: uid 8: exited on signal 11 > > These kinds of problems are all part of running -current. Current > is a development tree and is quite often broken for one reason or > another. Like the docs say, "The bleeding edge". > > Sounds like you should be running -stable rather than -current. I have been compiling -stable for the last 4 hours it just finished rebooted and got the EXACT same thing... You explain why it doesn't matter.... From owner-freebsd-current Sat Sep 9 13:07:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26902 for current-outgoing; Sat, 9 Sep 1995 13:07:49 -0700 Received: from eikon.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26896 for ; Sat, 9 Sep 1995 13:07:47 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id WAA07818 for ; Sat, 9 Sep 1995 22:07:31 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) id SAA00513 for current@freebsd.org; Sat, 9 Sep 1995 18:56:04 +0200 Date: Sat, 9 Sep 1995 18:56:04 +0200 From: Julian Howard Stacey Message-Id: <199509091656.SAA00513@vector.eikon.e-technik.tu-muenchen.de> To: current@freebsd.org Subject: SIGUSR 10 & 11 on kernel from src-cur.0965 Sender: current-owner@freebsd.org Precedence: bulk Just recently ... My 24x80 style tty login is still getting SIGUSR 10 & 11 on a kernel from the 69K src-cur.0965.gz (latest i've got) Also my xdm login on svga has failed with an earlier was-good-kernel (wont echo login name) still works fine on NCD X terminal though, my bins etc were updated by make world on CTM 0964 Sep 5 & install from 0965 Sep 9 Also my exmh cant fork reply xterms etc, & I see messages about insecure server, I'm wondering how much of this is common to others, & how much is uniquely my problem ? Perhaps it's a shared lib problem, I'm investigating, but if anyone says `fixed in current' .. it would be cute :-) Julian S jhs@freebsd.org From owner-freebsd-current Sat Sep 9 13:11:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA27107 for current-outgoing; Sat, 9 Sep 1995 13:11:53 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA27099 for ; Sat, 9 Sep 1995 13:11:49 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA13054 ; Sat, 9 Sep 1995 22:11:47 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA29060 ; Sat, 9 Sep 1995 22:11:46 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id WAA05579; Sat, 9 Sep 1995 22:11:26 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509092011.WAA05579@keltia.Freenix.FR> Subject: Re: More on sig11 and sed To: roberto@keltia.Freenix.FR (Ollivier Robert) Date: Sat, 9 Sep 1995 22:11:25 +0200 (MET DST) Cc: davidg@Root.COM, freebsd-current@freebsd.org In-Reply-To: <199509092001.WAA03372@keltia.Freenix.FR> from "Ollivier Robert" at Sep 9, 95 10:01:51 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@freebsd.org Precedence: bulk It seems that Ollivier Robert said: > Hmm... regcomp is in libc not in libedit AFAIK. And sed does link against ^^^^ should read *does not* here of course I said: > More interesting, my emacs 19.29 started core dumping on sig10 when I was > trying to 'g'roup reply to your message with elm. I think I'll revert to > my Sep 3 kernel. It didn't happen this time. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 13:15:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA27326 for current-outgoing; Sat, 9 Sep 1995 13:15:53 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA27317 for ; Sat, 9 Sep 1995 13:15:50 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA13077 ; Sat, 9 Sep 1995 22:15:48 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA29076 ; Sat, 9 Sep 1995 22:15:47 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id WAA06857; Sat, 9 Sep 1995 22:15:23 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509092015.WAA06857@keltia.Freenix.FR> Subject: Re: sig 11 To: davidg@Root.COM Date: Sat, 9 Sep 1995 22:15:22 +0200 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199509091728.KAA04524@corbin.Root.COM> from "David Greenman" at Sep 9, 95 10:28:30 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@freebsd.org Precedence: bulk It seems that David Greenman said: > Let us know if you see any other programs dieing this way. Thanks. It is getting weirder. I just tried right now and it didn't failed !! -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 From owner-freebsd-current Sat Sep 9 13:20:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA27642 for current-outgoing; Sat, 9 Sep 1995 13:20:47 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA27634 for ; Sat, 9 Sep 1995 13:20:40 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id WAA18054; Sat, 9 Sep 1995 22:19:11 +0200 From: John Hay Message-Id: <199509092019.WAA18054@zibbi.mikom.csir.co.za> Subject: Re: sig 11 To: archive@cps.cmich.edu (Mail Archive) Date: Sat, 9 Sep 1995 22:19:11 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Mail Archive" at Sep 9, 95 04:07:18 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 924 Sender: current-owner@FreeBSD.ORG Precedence: bulk > > On Sat, 9 Sep 1995, John Capo wrote: > > > Mail Archive writes: > > > > > > On Sat, 9 Sep 1995, David Greenman wrote: > > > > > > > ... > > > > >pid 123: sed: uid 8: exited on signal 11 > > > > >pid 126: sed: uid 8: exited on signal 11 > > > > These kinds of problems are all part of running -current. Current > > is a development tree and is quite often broken for one reason or > > another. Like the docs say, "The bleeding edge". > > > > Sounds like you should be running -stable rather than -current. > I have been compiling -stable for the last 4 hours it just finished > rebooted and got the EXACT same thing... > > You explain why it doesn't matter.... > Did you recompile the kernel also when you went to -stable? Because I think that the problem may be in the kernel. In any case I don't think a -current kernel will work well with -stable user level programs. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Sat Sep 9 13:27:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28041 for current-outgoing; Sat, 9 Sep 1995 13:27:49 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28033 for ; Sat, 9 Sep 1995 13:27:47 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id NAA01250; Sat, 9 Sep 1995 13:26:39 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id NAA00222; Sat, 9 Sep 1995 13:28:50 -0700 Message-Id: <199509092028.NAA00222@corbin.Root.COM> To: Julian Howard Stacey cc: current@freebsd.org Subject: Re: SIGUSR 10 & 11 on kernel from src-cur.0965 In-reply-to: Your message of "Sat, 09 Sep 95 18:56:04 +0200." <199509091656.SAA00513@vector.eikon.e-technik.tu-muenchen.de> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 13:28:49 -0700 Sender: current-owner@freebsd.org Precedence: bulk >My 24x80 style tty login is still getting SIGUSR 10 & 11 on a kernel from >the 69K src-cur.0965.gz (latest i've got) This is another reminder to people: There were changes that were made to -current in the area of the VOP/VFS layering. This REQUIRES that all of your LKMs be rebuilt or else you WILL have sig 10/11/?? and panics caused by this. Also, the sources for SUP/CTM weren't automatically updated until just very recently - the cron entry was missing after freefall's upgrade. PLEASE re-SUP and/or whatever CTM people do and make sure that your source tree is up to date. -DG From owner-freebsd-current Sat Sep 9 13:31:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28238 for current-outgoing; Sat, 9 Sep 1995 13:31:00 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28230 for ; Sat, 9 Sep 1995 13:30:56 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id NAA01265; Sat, 9 Sep 1995 13:29:48 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id NAA00235; Sat, 9 Sep 1995 13:31:58 -0700 Message-Id: <199509092031.NAA00235@corbin.Root.COM> To: Mail Archive cc: John Capo , roberto@keltia.freenix.fr, freebsd-current@freebsd.org Subject: Re: sig 11 In-reply-to: Your message of "Sat, 09 Sep 95 16:07:18 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 13:31:57 -0700 Sender: current-owner@freebsd.org Precedence: bulk >On Sat, 9 Sep 1995, John Capo wrote: > >> Mail Archive writes: >> > >> > On Sat, 9 Sep 1995, David Greenman wrote: >> > >> > > ... >> > > >pid 123: sed: uid 8: exited on signal 11 >> > > >pid 126: sed: uid 8: exited on signal 11 >> >> These kinds of problems are all part of running -current. Current >> is a development tree and is quite often broken for one reason or >> another. Like the docs say, "The bleeding edge". >> >> Sounds like you should be running -stable rather than -current. >I have been compiling -stable for the last 4 hours it just finished >rebooted and got the EXACT same thing... > >You explain why it doesn't matter.... Okay, everyone else has reported back that the problems have gone away after rebuilding everything. The only remaining report of sig 11 type of trouble is yours. Can you send me more information about your system, a "dmesg" would be useful, for example. Also, when was the last time you updated your sources? It's possible that the update you did was during a time when changes were being made and thus the changes may be incomplete. -DG From owner-freebsd-current Sat Sep 9 13:33:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28334 for current-outgoing; Sat, 9 Sep 1995 13:33:43 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28323 for ; Sat, 9 Sep 1995 13:33:35 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id QAA00355 for freebsd-current@freefall.cdrom.com; Sat, 9 Sep 1995 16:33:30 -0400 From: John Capo Message-Id: <199509092033.QAA00355@irbs.irbs.com> Subject: Re: Sig 11 To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Sat, 9 Sep 1995 16:33:29 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1517 Sender: current-owner@FreeBSD.org Precedence: bulk I have not been able to use a -current kernel since John's latest vm updates. I Have rebuilt all of the libraries several times and get random sig 10, 11, and 6. Once an app cores, it will continue to core. A kernel from August 21 works fine with libraries and apps from -current. John Capo IRBS Engineering Sep 9 16:08:29 irbs /kernel: FreeBSD 2.2-CURRENT #1: Sat Sep 9 15:27:24 EDT 1995 Sep 9 16:08:29 irbs /kernel: jc@irbs:/cleat-usr/src/sys/compile/IRBS Sep 9 16:08:29 irbs /kernel: CPU: i486DX (486-class CPU) .... Sep 9 16:08:35 irbs named[76]: starting. named LOCAL-950828.065345 Mon Aug 28 06:53:45 EDT 1995 jc@cleat:/u1/src/usr.sbin/named Sep 9 16:08:37 irbs named[77]: Ready to answer queries. Sep 9 16:08:37 irbs lpd[83]: restarted Sep 9 16:09:09 irbs login: ROOT LOGIN (root) ON ttyv0 Sep 9 16:09:09 irbs login: login on ttyv0 as root Sep 9 16:11:11 irbs /kernel: pid 260: awk: uid 20: exited on signal 6 Sep 9 16:13:51 irbs su: jc to root on /dev/ttyp1 Sep 9 16:15:02 irbs /kernel: pid 406: awk: uid 20: exited on signal 6 Sep 9 16:15:03 irbs /kernel: pid 411: awk: uid 20: exited on signal 6 Sep 9 16:16:37 irbs su: jc to news on /dev/ttyp2 Sep 9 16:23:05 irbs /kernel: pid 895: xterm: uid 0: exited on signal 10 Sep 9 16:23:22 irbs /kernel: pid 929: xterm: uid 0: exited on signal 10 Sep 9 16:23:31 irbs /kernel: pid 945: xterm: uid 0: exited on signal 10 Sep 9 16:23:40 irbs /kernel: pid 964: xterm: uid 0: exited on signal 10 Sep 9 16:24:05 irbs reboot: rebooted by jc From owner-freebsd-current Sat Sep 9 13:34:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28432 for current-outgoing; Sat, 9 Sep 1995 13:34:50 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28424 for ; Sat, 9 Sep 1995 13:34:48 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id PAA22701; Sat, 9 Sep 1995 15:34:46 -0500 Date: Sat, 9 Sep 1995 15:34:46 -0500 From: Jim Lowe Message-Id: <199509092034.PAA22701@miller.cs.uwm.edu> To: current@FreeBSD.org, nate@rocky.sri.MT.net Subject: Re: GUS Max support? Sender: current-owner@FreeBSD.org Precedence: bulk > Message-Id: <199509091827.MAA27942@rocky.sri.MT.net> > > I'm finally getting some time to update my home box to -stable In the > past, one needed to add a separate gusmax line to the configuration file > to get explicit GUSMAX support. Has this been removed or forgotten from > the new distribution, since it's no longer mentioned in LINT? The file > 'local.h' has hooks for this, but config no longer generates gusmax.h. > What am I doing wrong? > There is no need to specify a gus max card anymore. Supplying the stuff for the gus is enough. The code should auto-detect if you have a gus-max. You should see a boot up message something like: gus0 at 0x220 irq 15 drq 1 flags 0x3 on isa gus0: gus0: The line: gus0: specifies the max card. -Jim From owner-freebsd-current Sat Sep 9 13:35:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28511 for current-outgoing; Sat, 9 Sep 1995 13:35:41 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA28505 for ; Sat, 9 Sep 1995 13:35:39 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA13208; Sat, 9 Sep 1995 16:35:34 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA01046; Sat, 9 Sep 95 16:32:58 EDT Date: Sat, 9 Sep 95 16:32:58 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9509092032.AA01046@borg.ess.harris.com> To: freebsd-current@freefall.FreeBSD.org Subject: Re: sig 11 and current warning Sender: current-owner@FreeBSD.org Precedence: bulk I just did a sup (current) and make world which never made it thru. The make died with a sig11 and everything else I tried died with either a sig 10 or 11 (grep, gdb, make,etc) I have rebooted and am trying it again... For those who haven't tried it, now would not be a good time to try to get into -current... unless you have a backup machine, then again my backup was a -stable and thats having problems also because I rebuilt it after the 24th :-( Jim Leppek > From owner-freebsd-current@freefall.freebsd.org Sat Sep 9 16:16:03 1995 > From: Ollivier Robert > Subject: Re: sig 11 > To: davidg@Root.COM > Date: Sat, 9 Sep 1995 20:49:21 +0200 (MET DST) > Cc: freebsd-current@freebsd.org > X-Operating-System: FreeBSD 2.2-CURRENT ctm#1083 > X-Mailer: ELM [version 2.4 PL24 ME7a+] > Mime-Version: 1.0 > Content-Type> : > text/plain> ; > charset=ISO-8859-1> > Content-Transfer-Encoding: 7bit > Sender: current-owner@freebsd.org > > It seems that David Greenman said: > > >pid 123: sed: uid 8: exited on signal 11 > > >pid 126: sed: uid 8: exited on signal 11 > > > I brought in the sed SCO compatibilty changes from -current, and this > > may be related. If this is the case, I will back out the changes (I don't > > have any time to troubleshoot the problem). > > I don't think it is related to this. My last major recompilation was Sep. 3 > and sed didn't show the problem when rebooting (it was at ctm#1071 dated > 19950903140001). I've waited after seeing all the problem with sig 10 and > 11 in -current before upgrading. > > > Let us know if you see any other programs dieing this way. Thanks. > > Not yet. I'll reboot and see if it persists. > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.Freenix.FR 2.2-CURRENT #0: Sat Sep 9 17:49:09 MET DST 1995 > From owner-freebsd-current Sat Sep 9 13:38:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28653 for current-outgoing; Sat, 9 Sep 1995 13:38:05 -0700 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28644 for ; Sat, 9 Sep 1995 13:38:01 -0700 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id QAA22925; Sat, 9 Sep 1995 16:37:56 -0400 Date: Sat, 9 Sep 1995 16:37:55 -0400 (EDT) From: Mail Archive X-Sender: archive@cps201 To: David Greenman cc: John Capo , roberto@keltia.freenix.fr, freebsd-current@freebsd.org Subject: Re: sig 11 In-Reply-To: <199509092031.NAA00235@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sat, 9 Sep 1995, David Greenman wrote: > > Okay, everyone else has reported back that the problems have gone away > after rebuilding everything. The only remaining report of sig 11 type of > trouble is yours. Can you send me more information about your system, a > "dmesg" would be useful, for example. Also, when was the last time you > updated your sources? It's possible that the update you did was during a > time when changes were being made and thus the changes may be incomplete. > > -DG I sup'ed a -stable about 5 hours ago it just finished with the same problems. of sig 11's.. I am doing a current sup back to -current now and I will report in about ~4ish hours. I have just changed motherboards and RAM in the machine I just compiled to -stable and am rebuilding a new machine on the old motherboard/Ram.. I will give results in a few hours..... (Last time I had sig 11's and it was not freebsd it was RAM so I am checking for that problem.........) Thanks for the help.... So when is SMP for FreeBSD going to be around They apparently have stated on the Linux mailing lists that they are just finishing up their code getting ready for Linus to include it into their kernel. :) Matthew S. Bailey mbailey@cps.cmich.edu Assist. Sys. Admin. Central Michigan University From owner-freebsd-current Sat Sep 9 13:40:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28811 for current-outgoing; Sat, 9 Sep 1995 13:40:37 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28804 for ; Sat, 9 Sep 1995 13:40:33 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id NAA01288; Sat, 9 Sep 1995 13:39:24 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id NAA00255; Sat, 9 Sep 1995 13:41:35 -0700 Message-Id: <199509092041.NAA00255@corbin.Root.COM> To: John Hay cc: archive@cps.cmich.edu (Mail Archive), freebsd-current@freebsd.org Subject: Re: sig 11 In-reply-to: Your message of "Sat, 09 Sep 95 22:19:11 +0200." <199509092019.WAA18054@zibbi.mikom.csir.co.za> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 13:41:33 -0700 Sender: current-owner@freebsd.org Precedence: bulk >> >> On Sat, 9 Sep 1995, John Capo wrote: >> >> > Mail Archive writes: >> > > >> > > On Sat, 9 Sep 1995, David Greenman wrote: >> > > >> > > > ... >> > > > >pid 123: sed: uid 8: exited on signal 11 >> > > > >pid 126: sed: uid 8: exited on signal 11 >> > >> > These kinds of problems are all part of running -current. Current >> > is a development tree and is quite often broken for one reason or >> > another. Like the docs say, "The bleeding edge". >> > >> > Sounds like you should be running -stable rather than -current. >> I have been compiling -stable for the last 4 hours it just finished >> rebooted and got the EXACT same thing... >> >> You explain why it doesn't matter.... >> >Did you recompile the kernel also when you went to -stable? Because I think >that the problem may be in the kernel. In any case I don't think a -current >kernel will work well with -stable user level programs. No, it won't...in fact, doing that will have all sorts of strange and unpredictable consequences. 2.1 system binaries and kernel are not compatible with 2.2 system binaries and kernel - you can't mix them successfully. Is that what you're doing??? -DG From owner-freebsd-current Sat Sep 9 13:42:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28929 for current-outgoing; Sat, 9 Sep 1995 13:42:44 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28923 for ; Sat, 9 Sep 1995 13:42:41 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id NAA01297; Sat, 9 Sep 1995 13:41:33 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id NAA00270; Sat, 9 Sep 1995 13:43:44 -0700 Message-Id: <199509092043.NAA00270@corbin.Root.COM> To: Mail Archive cc: John Capo , roberto@keltia.freenix.fr, freebsd-current@freebsd.org Subject: Re: sig 11 In-reply-to: Your message of "Sat, 09 Sep 95 16:37:55 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 13:43:43 -0700 Sender: current-owner@freebsd.org Precedence: bulk >So when is SMP for FreeBSD going to be around >They apparently have stated on the Linux mailing lists that they are just >finishing up their code getting ready for Linus to include it into their >kernel. :) As soon as we get some time to work on it. :-) There has been some progress in this area, but it needs a lot of work before it will make it into the FreeBSD sources. -DG From owner-freebsd-current Sat Sep 9 13:48:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29211 for current-outgoing; Sat, 9 Sep 1995 13:48:23 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29202 ; Sat, 9 Sep 1995 13:48:21 -0700 From: John Dyson Message-Id: <199509092048.NAA29202@freefall.freebsd.org> Subject: Re: SIGUSR 10 & 11 on kernel from src-cur.0965 To: davidg@Root.COM Date: Sat, 9 Sep 1995 13:48:21 -0700 (PDT) Cc: jhs@vector.eikon.e-technik.tu-muenchen.de, current@freebsd.org In-Reply-To: <199509092028.NAA00222@corbin.Root.COM> from "David Greenman" at Sep 9, 95 01:28:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 856 Sender: current-owner@freebsd.org Precedence: bulk > > >My 24x80 style tty login is still getting SIGUSR 10 & 11 on a kernel from > >the 69K src-cur.0965.gz (latest i've got) > > This is another reminder to people: There were changes that were made to > -current in the area of the VOP/VFS layering. This REQUIRES that all of your > LKMs be rebuilt or else you WILL have sig 10/11/?? and panics caused by this. > Also, the sources for SUP/CTM weren't automatically updated until just very > recently - the cron entry was missing after freefall's upgrade. PLEASE re-SUP > and/or whatever CTM people do and make sure that your source tree is up to > date. > > -DG > You are all going to be very unhappy with me :-(, but I am going to have to change the VOP_GETPAGES/VOP_GETPAGES interface one more time. I'll make all kinds of noises when it happens (I am sure that others will too :-)). Sorry, John From owner-freebsd-current Sat Sep 9 14:19:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01182 for current-outgoing; Sat, 9 Sep 1995 14:19:53 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA01176 for ; Sat, 9 Sep 1995 14:19:51 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA28369; Sat, 9 Sep 1995 15:21:59 -0600 Date: Sat, 9 Sep 1995 15:21:59 -0600 From: Nate Williams Message-Id: <199509092121.PAA28369@rocky.sri.MT.net> To: Jim Lowe Cc: current@FreeBSD.org, nate@rocky.sri.MT.net Subject: Re: GUS Max support? In-Reply-To: <199509092034.PAA22701@miller.cs.uwm.edu> References: <199509092034.PAA22701@miller.cs.uwm.edu> Sender: current-owner@FreeBSD.org Precedence: bulk Jim Lowe writes: [ GUS Max support in -stable ] > There is no need to specify a gus max card anymore. Supplying the stuff > for the gus is enough. The code should auto-detect if you have a gus-max. > You should see a boot up message something like: > > gus0 at 0x220 irq 15 drq 1 flags 0x3 on isa ^^^^^^^^^ I noticed the LINT line for this had the line with flags 0x3 commented out. What do the above flags do for you? Nate From owner-freebsd-current Sat Sep 9 15:19:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA03757 for current-outgoing; Sat, 9 Sep 1995 15:19:12 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA03750 for ; Sat, 9 Sep 1995 15:19:11 -0700 Received: (from mmead@localhost) by Glock.COM (8.6.11/8.6.9) id SAA02508; Sat, 9 Sep 1995 18:19:00 -0400 From: "matthew c. mead" Message-Id: <199509092219.SAA02508@Glock.COM> Subject: Re: GUS Max support? To: nate@rocky.sri.MT.net (Nate Williams) Date: Sat, 9 Sep 1995 18:19:00 -0400 (EDT) Cc: james@miller.cs.uwm.edu, current@FreeBSD.org, nate@rocky.sri.MT.net In-Reply-To: <199509092121.PAA28369@rocky.sri.MT.net> from "Nate Williams" at Sep 9, 95 03:21:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 742 Sender: current-owner@FreeBSD.org Precedence: bulk Nate Williams wrote: > Jim Lowe writes: > [ GUS Max support in -stable ] > > There is no need to specify a gus max card anymore. Supplying the stuff > > for the gus is enough. The code should auto-detect if you have a gus-max. > > You should see a boot up message something like: > > gus0 at 0x220 irq 15 drq 1 flags 0x3 on isa > I noticed the LINT line for this had the line with flags 0x3 commented > out. What do the above flags do for you? The flags specify which dma channel to use for the reading of data, so your gus can be full duplex. -matt -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-current Sat Sep 9 15:29:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA04122 for current-outgoing; Sat, 9 Sep 1995 15:29:55 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA04114 for ; Sat, 9 Sep 1995 15:29:51 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id SAA07892 for freebsd-current@freefall.cdrom.com; Sat, 9 Sep 1995 18:29:47 -0400 From: John Capo Message-Id: <199509092229.SAA07892@irbs.irbs.com> Subject: More Ebones related patches To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Sat, 9 Sep 1995 18:29:46 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2064 Sender: current-owner@FreeBSD.org Precedence: bulk Updating /usr/include/kerberosIV/des.h so eBones will build breaks rcp and rlogin. John Capo IRBS Engineering *** usr.bin/rlogin/krb.h.orig Sat Sep 9 17:37:18 1995 --- usr.bin/rlogin/krb.h Sat Sep 9 17:39:36 1995 *************** *** 33,51 **** * @(#)krb.h 8.1 (Berkeley) 6/6/93 */ - /* - * XXX - * These should be in a kerberos include file. - */ - void des_clear_key __P(()); - int des_read __P((int, char *, int)); - void des_set_key __P((C_Block, Key_schedule)); - int des_write __P((int, char *, int)); - int krb_net_read __P((int, char *, int)); - char *krb_realmofhost __P((char *)); - int krb_sendauth __P((long, int, KTEXT, char *, char *, char *, - u_long, MSG_DAT *, CREDENTIALS *, Key_schedule, - struct sockaddr_in *, struct sockaddr_in *, char *)); int krcmd __P((char **, u_short, char *, char *, int *, char *)); int krcmd_mutual __P((char **, u_short, char *, char *, int *, char *, CREDENTIALS *, Key_schedule)); --- 33,38 ---- *** bin/rcp/rcp.c.orig Sat Sep 9 17:49:19 1995 --- bin/rcp/rcp.c Sat Sep 9 17:51:04 1995 *************** *** 72,77 **** --- 72,79 ---- #include #include + #include "../../usr.bin/rlogin/krb.h" + char dst_realm_buf[REALM_SZ]; char *dest_realm = NULL; int use_kerberos = 1; *** usr.bin/rlogin/krcmd.c.orig Sat Sep 9 17:48:30 1995 --- usr.bin/rlogin/krcmd.c Sat Sep 9 17:48:40 1995 *************** *** 93,99 **** SERVICE_NAME, realm, (CREDENTIALS *) NULL, /* credentials not used */ ! (bit_64 *) NULL, /* key schedule not used */ (MSG_DAT *) NULL, /* MSG_DAT not used */ (struct sockaddr_in *) NULL, /* local addr not used */ (struct sockaddr_in *) NULL, /* foreign addr not used */ --- 93,99 ---- SERVICE_NAME, realm, (CREDENTIALS *) NULL, /* credentials not used */ ! 0, /* key schedule not used */ (MSG_DAT *) NULL, /* MSG_DAT not used */ (struct sockaddr_in *) NULL, /* local addr not used */ (struct sockaddr_in *) NULL, /* foreign addr not used */ From owner-freebsd-current Sat Sep 9 15:42:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA04720 for current-outgoing; Sat, 9 Sep 1995 15:42:55 -0700 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA04714 for ; Sat, 9 Sep 1995 15:42:54 -0700 Received: by wiley.csusb.edu (5.67a/1.34) id AA00165; Sat, 9 Sep 1995 15:47:45 -0700 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199509092247.AA00165@wiley.csusb.edu> Subject: Re: sig 11 To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sat, 9 Sep 1995 15:47:44 -0700 (PDT) Cc: davidg@root.com, freebsd-current@freebsd.org In-Reply-To: <199509091913.VAA00321@keltia.Freenix.FR> from "Ollivier Robert" at Sep 9, 95 09:13:54 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 690 Sender: current-owner@freebsd.org Precedence: bulk if its worth anything, I just made world and XFree without any sig11's, running an aug24 kernel. any kernel from the past week doesnt work. To make things more interesting, I could not successfully build XFree without sig 11's or 10's on the same aug24 kernel until I successfully (with some help) made world and installed it. Before the world//install I was running the libc.so.2.1... ps: pom says this:: The Moon is Waning Gibbous (100% of Full) -Rob Mallory [rmallory@csusb.edu] pps: I am also running (made world and XFree with it) an gcc-i2.7.0 optimized libmsun. no problems. I'll make other libraries and post benchmarks later; if anyone is interested. ??are they?? From owner-freebsd-current Sat Sep 9 15:56:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA05040 for current-outgoing; Sat, 9 Sep 1995 15:56:30 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA05033 for ; Sat, 9 Sep 1995 15:56:28 -0700 Received: by haven.uniserve.com id <31189>; Sat, 9 Sep 1995 15:58:12 +0100 Date: Sat, 9 Sep 1995 15:57:59 -0700 (PDT) From: Tom Samplonius To: "Justin T. Gibbs" cc: Mail Archive , David Greenman , Ollivier Robert , "FreeBSD Current Users' list" Subject: Re: sig 11 In-Reply-To: <199509091850.LAA05744@aslan.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sat, 9 Sep 1995, Justin T. Gibbs wrote: > For any type of "critical" application, you should be running -stable, > not -current. For any type of "critical" application, I would recommend running RELEASE. Tom From owner-freebsd-current Sat Sep 9 16:06:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA05269 for current-outgoing; Sat, 9 Sep 1995 16:06:37 -0700 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA05258 for ; Sat, 9 Sep 1995 16:06:17 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id AAA04220 for ; Sun, 10 Sep 1995 00:55:09 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id AAA20809; Sun, 10 Sep 1995 00:55:03 +0200 Date: Sun, 10 Sep 1995 00:55:03 +0200 Message-Id: <199509092255.AAA20809@caramba.cs.tu-berlin.de> To: current@freebsd.org Subject: locate MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk I'am still working on locate. Here the new files. New Option -d database -d - for stdin -i ignore case distinctions in both the pattern and the database. -? help -m use mmap(2) instead fopen(3) Enviroment $LOCATE_PATH Impromements Option -m for mmap (-DMMAP) optimized fast first char check understand big endian byte order databases, now you can read databases from your Sun :-) -- Wolfram Schneider begin 644 locate.tgz.uu M'XL(`````````^Q;^7O:5K/NK^BOF#I)#0Z+\9;49+D8<$)K@S_`27.3/(Z0 M!.B)D`@27IKF_NWWG3G:6)PF7YQTY4D-'(WFS';FG1E4QS/TP"H=ZV^M@>U8 MWWV-5WESW=>V6\\VLS?,=KY]X>T=[FUL[VSKW=\A91>6MG9_,[ MVOPJTBR\9GZ@3XF^N_!\8_01NHN193G?0J!O^[J5^9_LK5SD_LS]8IFR!];T MK>585SG:*^V5?MS6M)-.^\G#C".QHFG'Q]63A_!;H2Z?ROCPM/JL<3;_[7F[ M\W.S]21]6CHP]4 M,*C@@?*@V6H_;^'[4'UYTCG!E['Z9A-?7 MM/CJ@[YO%B=3;U@^_*7,D2ITZC6CQM?:8_?.?_EK;UR>/YWM[;* M^%PN[^V5_SW_W^)UBVXWS7U2_L^?4[FX2^4??]PM;?Z(?U2^M[^[O5_>)C$/ M-2XG=%O36M:%%B7O]B2P/3?^&KT*)N%HZ7W=MU9=*Q#./OF!:2>W+M/99`]= MY`@RP(9,VP]P#'D[GVR7^EXPHF!DT40/`FOJ+C/`2W=-H8F$*2[O\IA&EC-9 M7A_3#+N.Q_HDNY4CSE.6;D+NB>5FMW,Q?<,]MZ?>V'*#)1:WC]JU:J]Q=E+M M/=6TYGC"=$SI+YB/-V.#\&:457DUV<$#S=C^U<+FNA_0P)[BKS%"V!HCRWBK M96:N:6&-=>W;0[)Z#2:6H.':Z,@F.R72J.KB34=(DL7@UFA;TT=VRV:5JGV?Q)K M:X^>>\Y@JH^I:XQ8?X/\;#\5?9`_M_[2/Z_M[6U&]=_ M]T`(1-C^-_]_FU?QU1K5O,G5U!Z.`LH:.<[^FWG^NZWA8J:'Y-FQAG+.O8'D MTE/7/D>^L8,K7JGICHW([C7=CN$.D*>5'00]CPC6,KV)*"=*)L M*);AH?`;(U"@4Z!#7.:K][USOA2:3KC@Y7J!;5AYD-@^.6#(?)*=8SQ*Q,*N MAJ/;8VLJEJ*M95$8[!*S1*)`5W,&\;Z2-*04C5B9GC'C;*]'OBO!+4!@$(Z1 M.J:V[OB)^<5O@KLI191^VT6)$MU$#`6VSYLF#'@'4/+BP-*#&8*(W<]A(L$' M-7QO$%S`>9%@8@UL,W'TJP5E=.,MP,NQS*&@[GX8T+8("ML%%);U"5$5[7U@AJ_G'0:W2ZU.]0\ M/CEJ@A$X=ZJM7K/1S5.S53LZK:/U@ZU/>]1J]^BH>=SL@:S7SO.&PFGY5FH? MTG&C4WN*K]6#YE&S]T)$.FSV6KS?(3:LTDFUTVO63H^J'3HY[9RTNXH=JU9O M=FM'U>9QHX[$UFQA:VH\@V;4?8HF=4Y5L)K3]*`!(:L'1XJ9[`1-T84V:CU6 M*?E4@^4@WU&>NB>-6I,_-'YI0)EJYT4^Y-MM_.<41+@H[.K5X^H3Z)?]'=/` M+VB)&\>S2 MJXH`8`.3X3(^'YQVFV*\9JO7Z'1.3WK-=BLGG)ZVG\,ZD+>*V^MBZ79+U(:A MVIT7S)AM(H[(T_.G#:QWV*YBN2J;HPL+UGK"+D6*?6'47DI?:C6>'#5A^EJ# MK[:9T_-FMY&#WYI=)FBJK9]77R@U3\4$[#)(ISZFHC@OCJ7F(57KSYHL?DB, M>.@VP]AI'PJK[FGM:>B"^$S(#"4JH:Z9H0AIW:2?9JY%>Q'`U@-2/0*5M6+; MIX-N'?EB1RMV1]2J'B-^6F,*YR[%%DZR[?(?Q_*%I/NBU3[I-KLI,@*?"1TZ M9,>?3*HF+0!I4;O$A3DSJ3>ZM4Y37"E\CM1VOJ5/T5\`)))[N4?1D;S!8J02 MU<7(1E^(!&ZH?!\F$LO4BM@TVHJ*6B_5A)'-Y0':A\E,0!MI"IAN@/,59<>> M'^#]PK+>XLUCR6WG*I6@2W3A.E]N$4_H MCC:V=,%3914[$`!A`91/Q'4*^0<#5EI@'\63ZZ5-(2C;#\DAKG4Y@65M>"JO M*1!E'B*1)88K021EZRJ'4"B-=/(HVF+[A/[DF[%A[)!Y)PP\C\V,J(FVUSD` MQ*A0Z,*"J^$JD,%=Z#9[>"0D=%![>148IV[]T[U6#[[,)/6++51I:!XV(_%\UR<&RZ\:,-S MK8W88_'@!H8.#61K336G48.:^4G-RE'-\EA&4M%A\ZC17?+,QR:W5&`S(E1$ MEA.=2N?ZM&3V([I%M\7?(_*/386G5G]F.RJRC:D]23:Q`J.D,I3&_2.7XS'I MTDX-1VG7:#UK=MJ,QU^F8GJJ=.UFW4:#JD?=ME;\9:I@HXQ<)%][\1&L5QQO: M+G]Y1O?W`6!W3F@R*=+]0GD3O"V1`S@+]'[!9S(-9CP[XB#0)Q/@C"]I\^"2 ML0]8\4WQ\_K^]N[=[+Y[_[.RIW__N_?O[WS=YE38TVEB: M`-W_,2Q0:>,F!D`DFPA(R2S%7FA-X^8[[G=5;QLWU_TK9A#E)Y6O(K8W,%4" MEQL8*H%+/%/"YR\?*8')%T^4P.-&!DI?+DLT3U*<;F2S/`(G.9F1[11TK32!O$%^0T^ MJL'D5_BMS86?X;MHMWBGY\'!,V`%B+6Q^7T#<.W31:2UE)S-&/U'.WZ M#4IA-3#8IU/?>0[=SZ._I7*>#JW^=`;H*QWS?"LOC4Z>N&V) MRH7=D=!W03F$WSZSFV(1$LZD`R]9F86OW3E*SJ5I%IB?[X6(& M)/P@.>ZUA!N/V?,R&QO9GPH MBV"64H@M"_PH>(/"5'>'EF(C#QH(`'/QX%J7`0[`U.3[RUOW(>=N2A,>.V&5 M>'XHCR9((CTG8FP5REOH/KAP@`.3,5L6`(;JI.]8.3`Q M;)NCW#9G%F5M%$".#2+=R846J4(]0#T%%UXAL&$+D[A.X;F!3%$IL(R1:[^; M2>UKC2>.=V69D3T/^8$.'HJA=-1C$0J#J84@G/73,Q,.*[9R''S)3(PY'51K M/R,GU;ML.?WCPR'/CU4=#]E-F^,A-=&>21$IDU@$'A2?(C!ECA:5HV(<5;++0S=L ME74>L:P7HYP/TNOA#(97D\69"V>8\VL\:?,6ESBREL@< MN[^PB1%<32Q%-^#4RT\5:;>(YJ1C&E^(%BYPCEZUSG.;Q?6!`;_+HN1F+=KQ ML-KM,2$^PX+4/NF=\=+98;.#ORBK.OC3J/VT65&S!F"&K,!)ZKHM`\N8`-?33YS% M9#+OG".;>W`J->L5_XLXDC5>;NWNO09DA0;HM8]0YW08?+/J>A8;Y(S7N9@$ ME5&W^;\-ROKVKY8WD.NY!#[/SDYB4GS.7N;H,D)$30[\S->1/^=?3)GEJ[E< M15'Q.%BF@HM4B2DYURS1AQ;[='JQ][7T>1C:-*=G`0X@WO/$]G8L=S6?<*UUQ4[+,!$O5+2,VIW77R(\W\=/]B&?(@=)L\Z/&%;F4D<&F8<;7"4^SYG4F<3Y@2$L]SR[EII@K^68SP"`FZ9\2*W3HZ.<>K9[ MGH?<=798:]?1D3Y.F>,@4EO61SRX)\B%?8X'3W81S)J76# M"LFZ\KNL/J!RCI2WXPW49<2<,9ZDHP.^+*SEXAB!F^2^)$NS[FHE3O]:YD/( M[WNU&M\6QHVS$?6*N%*+/LCEOV]F%^*Q@%D-G$X\\1KF;6% M7P/S:O[$3<*;._XZEZAA383V*2^W*&&BC3[@_0-9#@\U68&LR**>0YXWRQ3A MG8BL4MNB3"&P[O//K0E^L0WN^,58@KE`CB6Q+NT@6Y:O;,[04A)R[#UEJ#F@ M4':]>U?N$146R%($N#(P'`\W#29"C\S).R:_.'+ZG/=/6K#-7.AWEBTTV/L8 M.%4&^XA=)%:XDK7Y9UH>\5DF[!$QC76_Q8RU.`2R`U,.^J(SVF>=>KMU]`(. M>4";RBL3[.1-LVM,#<9LB\2DD>01XP&GV2QGUQ_\OH1[H3S/1BBNX2-O2,L< MM?VB'YQQ.5%)L<]R$,G#[1%@Y3;SJNK`1X<+;TT"X:33[IWQ_Q^0)YCPK(NB MK5&/+K)X671Z?/=O3"BWB^&5%(#1&&#QEW01\5DY/,5MZV^ M8R9N<41`X>.A![DUC)QK.';7(F2C8N@"%^C!4;83`RMX;4\;2!,F`:; MX<.[2HI&X#>/R)^Y)M-+-I1.'VUQN)Z71FC@Z,,8T(U9`&O,Z'W[;";RSFR^/J+PRL1XW6:]Z,SUS6X-R)ZW@+[\^3'W_9JA`G M;O#`!YQ@=OM+X[6"7X,/,:CG%Y@S'W49O1>3%Q,8\E::2FFJ*K\ASPK97TEKL:R69K/`<(C07 MW55L*_/:Y``_2M@*.R#4X`'/I)N]%R$N10`YG%%(9_+THH6)`/54#5]K!56&L3]^BP19M,AF#?G@8B@$KJ'I$Q(M" MD2,C%@7>C86)HG..X!I9T\(FC//+R\Q.9&!%-B:%`JGZH1(ZA5TG/]JY_'^V MC/B9!--SUX/PV;;H41NAVBHR>K+[Y*):+!0>T=`+O-2\//Y#Z MEHOCQ45%-)/\G%%G&-)E51@_5N[?GXN"$"XY0.)@5V=S4L';(WA.V.!+H1`' MQH:?-B@<";U7_B]%D0_3$I8HZDO1:IE.7]F3R[%XD4'^XPHI1QXRP2AI%(\GTX9:_@L0_Q"` M8).F9E9_3>1($T3*))QRGT2YM4#Y=T:C!43ZAI"4#K<-/[<`5E$\?2/0^IYA M2R28$^M=*%;N+P]FZ='>\JQU;A\9J7+7M(QQ<<2DYZ_)@D,6]5'X`:6B,U`]_^*BH".);XI5Y`,U\`_1<-$(*14/5M60*N!). M5_=:BVC)E&G`C/!2)DZ?#IER`%>@9B3(1X'S(^W6*G$7Q%Z`N:4K$=)%FOW) MP.X?VGK]!>'JVM\#KT$J\>X*L%H!5"F0XJ^?@%-S9"N@*N)Z'5HEPJT"K/CJ M9V*6VG6^A>.U:[LX5<#^%SCW^3`GJ8/_K$0[B=XYP..5+\$\X;@2]N*J72'? MG`T^%_Q6@=Y2-[@*]E*6^"CP);AW?=_(P'<=[BW!WI>BWG6@]UFMXXK&,86" M(51\'@:N@+_?0;[?:1@_M5W\M&9Q5:NX$D%7@6=HD`7H%.3\).!1%MH&@NC9_(IM MI"HV8&.2T$JD%5(OO;4'CJD/B1K""A-'==S"@?_>>3.S]B8E4+4H5:7="XF] M'^/Q>/;MYCU#(0$>HBEA,C/NMOF(H&2"0@C7\H51BDW9NC$^KJ@[=-3_DO>Y M#B3+8!`J8W$,Z4M#_>!V5%<H.$GIWF.B4ZFS@.7UF%&NS3% ME\>6FS0,\H5.YK@.W"G\Q6Z9#D"^X5/\#,+RL2S$^$*/0.JD/"CC:9:ANUK? MV)4A;]F2Y2<^B;,V,7B.D\(PK;5.-"E3,)*3$/IL+D(NT;"1>:QW>-&#J1Q? MN1]=0I:A[*M7W=JGIR3L^D4_:<,^31\;S*]-4Z8L72)4/MC$80]/CDGA@F1" M-5Q@@-S,_(9-5QSK\SBG>>I>\@/E`ZBA^B=][D,HHHF7A6(V3_Q-:4A]$+[+EK'NZX]5W!G1T>,K"3E>&&_GO5]I;G!A%N`Q-._PG\$]`GEK+[,1$X![\*&Q%QG9N M$)K6QUWV@&5N(&;/D0F/<.IBYM`9#P#C@$/>BM<]R^`-KK&9H=4J1*^?C)T] MBL\YO4C_:B$2$O-QR`/S!5C-X.4P]6-5X=@WU*`)#G(R_V5Z6I^>YWFVR*39 M9;-,0+0N[7I-_I>:-+%5Z.,'LXME,*I8;\O":^4X@_TLS/DI^1[4DW-G^6', MVH9DQ93]9JV,[MHN9@USF]NKH&A8+$%9,3&-]?G2C+*[8W.6W26B$ND(BP2! M-U=!SO5^NITU5Q/%H$6W0K+^@L%*Q%B*F!:M6EX:H+$MVK"6YOBJ5T/GW5$\ M=00QNT4,XWCJ,HV[8\)H0@_+=75=QM81!G^W*=N\S?9QGH-HC28?SL[GYC48 M/\?&,J>&\6?+6WG0T/(BRW8<$"'=QHDZBS*+-H%F6 M"?5HPP8:[,7UOYOZ[Z<$T']>GGG_W^@T'QAS1J<&PU&>YZS_'H3W_^VE[%'_ M'83:0:@=A-I!J!V$VD&H_7\)M9$`/&GR]8Y7_#E%]^7][:PJ`:8K_',#3)PU MP6K)+D[>K/K'K_C(FD$1=46?/GR,H&[E#:UEW.SS=+M7ZUP@FE+\IBO\]9>7+C_$,_A^^R8=;^']X.GP;\/\^2L#_`?\' M_!_P?\#_`?\'_/\,_O=0TE-+`(>;?:5ZU-OQ8MI>`-"AA!)***&$$LI^RT^8 '[_U=`'@``/\' ` end From owner-freebsd-current Sat Sep 9 16:13:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA05533 for current-outgoing; Sat, 9 Sep 1995 16:13:33 -0700 Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA05527 for ; Sat, 9 Sep 1995 16:13:31 -0700 Received: from localhost (jdl@localhost) by xenon.chromatic.com (8.6.10/8.6.9) with SMTP id QAA28456; Sat, 9 Sep 1995 16:13:12 -0700 Message-Id: <199509092313.QAA28456@xenon.chromatic.com> X-Authentication-Warning: xenon.chromatic.com: Host localhost didn't use HELO protocol To: John Capo cc: freebsd-current@freebsd.org Subject: Re: sig 11 In-reply-to: Your message of "Sat, 09 Sep 1995 14:51:22 EDT." <199509091851.OAA16895@irbs.irbs.com> Reply-To: jdl@chromatic.com Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Sat, 09 Sep 1995 16:13:12 -0700 From: Jon Loeliger Sender: current-owner@freebsd.org Precedence: bulk John Capo scribbled: > These kinds of problems are all part of running -current. Current > is a development tree and is quite often broken for one reason or > another. Like the docs say, "The bleeding edge". > > Sounds like you should be running -stable rather than -current. Hmmm. Is the problem here that people always think they want to be running "the latest release" and they equate that to the "current" system and get it wrong? Should we maybe rename the -current as like, -development, -devel, -bleed or something? To make it *really* obvious. I mean, I had to actually *read* FAQ to find this out... :-) jdl From owner-freebsd-current Sat Sep 9 17:01:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA06975 for current-outgoing; Sat, 9 Sep 1995 17:01:36 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA06969 for ; Sat, 9 Sep 1995 17:01:35 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #19) id m0srZph-000UzTC; Sat, 9 Sep 95 17:01 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id RAA08139 for current@freebsd.org; Sat, 9 Sep 1995 17:01:47 -0700 From: Morgan Davis Message-Id: <199509100001.RAA08139@io.cts.com> Subject: whereis To: current@freebsd.org Date: Sat, 9 Sep 1995 17:01:47 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 618 Sender: current-owner@freebsd.org Precedence: bulk I've often wondered why the 'whereis' command doesn't use your $PATH in addition to the default path it searches. Is there some compelling reason for not doing this? What I'd like to see is a list of all matches to a program I'm looking for to see if there are more than one in my search path. And, it would follow my $PATH so I know the order that will be used when entered. That seems to make more sense than the way it works now, and is certainly safer. I'm sure there are historical reasons for this, but would not a extra flag (like -a for "all" or perhaps "alternate") make sense to add this functionality? From owner-freebsd-current Sat Sep 9 17:06:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA07178 for current-outgoing; Sat, 9 Sep 1995 17:06:56 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA07172 for ; Sat, 9 Sep 1995 17:06:54 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA28593; Sat, 9 Sep 1995 18:09:07 -0600 Date: Sat, 9 Sep 1995 18:09:07 -0600 From: Nate Williams Message-Id: <199509100009.SAA28593@rocky.sri.MT.net> To: current@FreeBSD.org Cc: nate@rocky.sri.MT.net (Nate Williams), davdig@root.com Subject: Re: GUS Max support? In-Reply-To: <199509092219.SAA02508@Glock.COM> References: <199509092121.PAA28369@rocky.sri.MT.net> <199509092219.SAA02508@Glock.COM> Sender: current-owner@FreeBSD.org Precedence: bulk > > > There is no need to specify a gus max card anymore. Supplying the stuff > > > for the gus is enough. The code should auto-detect if you have a > > > gus-max. Great!. However, in -stable, isa/sound/local.h references 'gusmax.h' which is not generated by config, so I can't build a kernel with gus support. I've rebuilt config and *made* sure that the files I have are the correct -stable versions. The version of this file in -current no longer refernces gusmax.h, so I think we have some stuff pulled into -stable, but not everything for gus support. Does anyone have a GUS-Max working in -stable? Nate From owner-freebsd-current Sat Sep 9 17:20:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA07410 for current-outgoing; Sat, 9 Sep 1995 17:20:09 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA07404 for ; Sat, 9 Sep 1995 17:20:06 -0700 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id UAA26529; Sat, 9 Sep 1995 20:20:00 -0400 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id UAA06726; Sat, 9 Sep 1995 20:20:00 -0400 Date: Sat, 9 Sep 1995 20:19:59 -0400 (EDT) From: Chuck Robey To: Morgan Davis cc: current@freebsd.org Subject: Re: whereis In-Reply-To: <199509100001.RAA08139@io.cts.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk This belongs in -questions, it has nothing to do with keeing up with -current, so I'll answer it there. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Sep 9 17:22:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA07472 for current-outgoing; Sat, 9 Sep 1995 17:22:15 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA07466 for ; Sat, 9 Sep 1995 17:22:13 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA05955; Sat, 9 Sep 1995 17:21:06 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id RAA00467; Sat, 9 Sep 1995 17:23:16 -0700 Message-Id: <199509100023.RAA00467@corbin.Root.COM> To: Nate Williams cc: current@freebsd.org Subject: Re: GUS Max support? In-reply-to: Your message of "Sat, 09 Sep 95 18:09:07 MDT." <199509100009.SAA28593@rocky.sri.MT.net> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 17:23:16 -0700 Sender: current-owner@freebsd.org Precedence: bulk >Great!. However, in -stable, isa/sound/local.h references 'gusmax.h' >which is not generated by config, so I can't build a kernel with gus >support. > >I've rebuilt config and *made* sure that the files I have are the >correct -stable versions. The version of this file in -current no >longer refernces gusmax.h, so I think we have some stuff pulled into >-stable, but not everything for gus support. > >Does anyone have a GUS-Max working in -stable? Hmmm. I haven't touched the sound code. So unless Jordan messed with it, it should be identical to what was in 2.0.5. -DG From owner-freebsd-current Sat Sep 9 17:28:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA07633 for current-outgoing; Sat, 9 Sep 1995 17:28:35 -0700 Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA07627 for ; Sat, 9 Sep 1995 17:28:33 -0700 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by distortion.eng.umd.edu (8.6.10/8.6.4) with ESMTP id UAA29520; Sat, 9 Sep 1995 20:28:31 -0400 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id UAA06758; Sat, 9 Sep 1995 20:28:30 -0400 Date: Sat, 9 Sep 1995 20:28:30 -0400 (EDT) From: Chuck Robey To: Morgan Davis cc: current@freebsd.org Subject: Re: whereis In-Reply-To: <199509100001.RAA08139@io.cts.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk I think I misread this just now, I'm sorry, you were talking about changing the command, I was wrong about re-directing this to -questions. --nevermind-- ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Sep 9 18:34:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA08902 for current-outgoing; Sat, 9 Sep 1995 18:34:16 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA08896 for ; Sat, 9 Sep 1995 18:34:13 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id TAA28763; Sat, 9 Sep 1995 19:36:23 -0600 Date: Sat, 9 Sep 1995 19:36:23 -0600 From: Nate Williams Message-Id: <199509100136.TAA28763@rocky.sri.MT.net> To: davidg@Root.COM Cc: Nate Williams , current@freebsd.org Subject: Re: GUS Max support in -stable? In-Reply-To: <199509100023.RAA00467@corbin.Root.COM> References: <199509100009.SAA28593@rocky.sri.MT.net> <199509100023.RAA00467@corbin.Root.COM> Sender: current-owner@freebsd.org Precedence: bulk I wrote: > >However, in -stable, isa/sound/local.h references 'gusmax.h' > >which is not generated by config, so I can't build a kernel with gus > >support. > > > >I've rebuilt config and *made* sure that the files I have are the > >correct -stable versions. The version of this file in -current no > >longer refernces gusmax.h, so I think we have some stuff pulled into > >-stable, but not everything for gus support. > > > >Does anyone have a GUS-Max working in -stable? David Greenman writes: > Hmmm. I haven't touched the sound code. So unless Jordan messed > with it, it should be identical to what was in 2.0.5. This is strange. This sounds rather naive, but how does config know which include files to generate? It no longer generates 'gusmax.h', and I'm not sure how it determines which include files to generate. If I comment out the need for gusmax.h in isa/sound/local.h in my -stable tree everything works great, otherwise it fails. I've looked at the code in the sound directory, and *it* hasn't changed since 2.0.5, but whatever file config uses to build the necessary kernel-specific files has changed. The solution is to either remove the need for gusmax.h in sound/local.h or put back the building of 'gusmax.h' in config. Nate From owner-freebsd-current Sat Sep 9 18:50:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA09088 for current-outgoing; Sat, 9 Sep 1995 18:50:01 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA09073 ; Sat, 9 Sep 1995 18:49:59 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id SAA06034; Sat, 9 Sep 1995 18:48:52 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id SAA00714; Sat, 9 Sep 1995 18:51:02 -0700 Message-Id: <199509100151.SAA00714@corbin.Root.COM> To: Nate Williams cc: current@freebsd.org, jkh@freebsd.org Subject: Re: GUS Max support in -stable? In-reply-to: Your message of "Sat, 09 Sep 95 19:36:23 MDT." <199509100136.TAA28763@rocky.sri.MT.net> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 18:51:02 -0700 Sender: current-owner@freebsd.org Precedence: bulk >David Greenman writes: >> Hmmm. I haven't touched the sound code. So unless Jordan messed >> with it, it should be identical to what was in 2.0.5. > >This is strange. This sounds rather naive, but how does config know >which include files to generate? It no longer generates 'gusmax.h', and >I'm not sure how it determines which include files to generate. It's based on the "files" file. Each 'optional' will cause a .h file to be generated. There are two "files" files - /sys/conf/files and /sys/i386/conf/files.i386. >If I comment out the need for gusmax.h in isa/sound/local.h in my >-stable tree everything works great, otherwise it fails. I've looked at >the code in the sound directory, and *it* hasn't changed since 2.0.5, >but whatever file config uses to build the necessary kernel-specific >files has changed. > >The solution is to either remove the need for gusmax.h in sound/local.h >or put back the building of 'gusmax.h' in config. The following might be revealing. :-) JORDAN!!!! -DG (i386/conf/files.i386) ---------------------------- revision 1.105 date: 1995/09/01 20:53:44; author: jkh; state: Exp; lines: +2 -2 Something got spammed in my 2.2 work tree (don't know how :( ) and had a 2.1 tag, thus sending these two changes into the 2.1 branch instead of -current. Argh. I may bring these changes into the 2.1 anyway (they're benign there) so I'm not going to admin them out of 2.1 for the time being. ---------------------------- revision 1.98.4.3 date: 1995/09/01 19:09:49; author: jkh; state: Exp; lines: +2 -2 Jim's attempt to fix the new sound code somewhat. Tested with the pas-16, GUS, and GUS-MAX cards. Sound blaster owners, please test also! Submitted by: Jim Lowe Index: files.i386 =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/files.i386,v retrieving revision 1.98.4.2 retrieving revision 1.98.4.3 diff -c -r1.98.4.2 -r1.98.4.3 *** 1.98.4.2 1995/08/23 05:05:54 --- 1.98.4.3 1995/09/01 19:09:49 *************** *** 1,7 **** # This file tells config what files go into building a kernel, # files marked standard are always included. # ! # $Id: files.i386,v 1.98.4.2 1995/08/23 05:05:54 davidg Exp $ # aic7xxx_asm optional ahc device-driver \ dependency "$S/dev/aic7xxx/aic7xxx_asm.c" \ --- 1,7 ---- # This file tells config what files go into building a kernel, # files marked standard are always included. # ! # $Id: files.i386,v 1.98.4.3 1995/09/01 19:09:49 jkh Exp $ # aic7xxx_asm optional ahc device-driver \ dependency "$S/dev/aic7xxx/aic7xxx_asm.c" \ *************** *** 133,139 **** i386/isa/sound/midi_synth.c optional gus device-driver i386/isa/sound/midibuf.c optional gus device-driver i386/isa/sound/ad1848.c optional gusxvi device-driver ! i386/isa/sound/ad1848.c optional gusmax device-driver i386/isa/sound/ad1848.c optional mss device-driver i386/isa/sound/midi_synth.c optional mss device-driver i386/isa/sound/midibuf.c optional mss device-driver --- 133,139 ---- i386/isa/sound/midi_synth.c optional gus device-driver i386/isa/sound/midibuf.c optional gus device-driver i386/isa/sound/ad1848.c optional gusxvi device-driver ! i386/isa/sound/ad1848.c optional gus device-driver i386/isa/sound/ad1848.c optional mss device-driver i386/isa/sound/midi_synth.c optional mss device-driver i386/isa/sound/midibuf.c optional mss device-driver From owner-freebsd-current Sat Sep 9 18:51:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA09128 for current-outgoing; Sat, 9 Sep 1995 18:51:06 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA09122 for ; Sat, 9 Sep 1995 18:51:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id SAA06662; Sat, 9 Sep 1995 18:50:50 -0700 Message-Id: <199509100150.SAA06662@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Nate Williams cc: davidg@Root.COM, current@freebsd.org Subject: Re: GUS Max support in -stable? In-reply-to: Your message of "Sat, 09 Sep 1995 19:36:23 MDT." <199509100136.TAA28763@rocky.sri.MT.net> Date: Sat, 09 Sep 1995 18:50:50 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >I wrote: >> >However, in -stable, isa/sound/local.h references 'gusmax.h' >> >which is not generated by config, so I can't build a kernel with gus >> >support. > >> > >> >I've rebuilt config and *made* sure that the files I have are the >> >correct -stable versions. The version of this file in -current no >> >longer refernces gusmax.h, so I think we have some stuff pulled into >> >-stable, but not everything for gus support. >> > >> >Does anyone have a GUS-Max working in -stable? > >David Greenman writes: >> Hmmm. I haven't touched the sound code. So unless Jordan messed >> with it, it should be identical to what was in 2.0.5. > >This is strange. This sounds rather naive, but how does config know >which include files to generate? It no longer generates 'gusmax.h', and >I'm not sure how it determines which include files to generate. i386/conf/files.i386 >Nate -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Sep 9 19:05:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA09582 for current-outgoing; Sat, 9 Sep 1995 19:05:08 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA09576 ; Sat, 9 Sep 1995 19:05:01 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA05500; Sat, 9 Sep 1995 19:04:42 -0700 To: davidg@Root.COM cc: Nate Williams , current@freebsd.org, jkh@freebsd.org Subject: Re: GUS Max support in -stable? In-reply-to: Your message of "Sat, 09 Sep 1995 18:51:02 PDT." <199509100151.SAA00714@corbin.Root.COM> Date: Sat, 09 Sep 1995 19:04:41 -0700 Message-ID: <5497.810698681@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > The following might be revealing. :-) JORDAN!!!! Uhmm.. Well, I *was* going to get to this - really! :) Jordan From owner-freebsd-current Sat Sep 9 19:54:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA10463 for current-outgoing; Sat, 9 Sep 1995 19:54:23 -0700 Received: from ccnet.ccnet.com (root@ccnet.ccnet.com [192.215.96.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA10457 for ; Sat, 9 Sep 1995 19:54:22 -0700 Received: from localhost (h98-152.ccnet.com [192.215.98.152]) by ccnet.ccnet.com (8.6.12/8.6.12) with ESMTP id TAA29954; Sat, 9 Sep 1995 19:50:11 -0700 Received: from localhost by localhost (TAA00332); Sat, 9 Sep 1995 19:45:00 GMT Message-Id: <199509091945.TAA00332@localhost> To: FreeBSD-current@FreeBSD.org cc: davidg@root.com Subject: Sig 11 and -current problems. Date: Sat, 09 Sep 1995 19:45:00 +0000 From: Radha Krishnan Sender: current-owner@FreeBSD.org Precedence: bulk I'm been aware of this thread for a while that's been on-going for a few days. So, for experimental purposes, I supped the sources of current on 090795. Here's my experiences if it's of any interest (?!): i) Was previously on a kernel built from sources supped early Aug. ii) "-current" Sources supped 090795. iii) Kernel rebuilt, with no changes to config file. iv) No problems running the kernel. ( Simply connecting to the net , mail /news activities.) v) Attempt a Make world. First failure of make in /usr/share/groff...; Attempted to continue with make . repeated reattempts to continue, led to continued make's coredump with sig 11. However perseverence, leads to complete rebuilding of the system. vi) Reboot system with the kernel built from supped sources; Attempt to "Make world" again. Led to similar sig 11s of "make" mostly. vii) Abandon make world, reboot with kernel built from Aug sources; viii) Rebuild with "Make world". No sig 11s. Make completes with no problems all the way and install the binaries, libs, lkms etc.. ix) Rebuild a Kernel now, and reboot. All seems to be fine. So in a jist, I guess, the order of the making a "Kernel" with supped sources, as opposed to "make world install" , followed by the kernel rebuild, seems to result in a working machine once again. I hope this clarifies / ( confounds ), people as they interpret! -------------------------------------------------------------------------- Radha Krishnan radha@ccnet.com An avid FreeBSD Fan !! -------------------------------------------------------------------------- From owner-freebsd-current Sat Sep 9 20:14:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA10660 for current-outgoing; Sat, 9 Sep 1995 20:14:43 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA10654 for ; Sat, 9 Sep 1995 20:14:40 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id UAA06116; Sat, 9 Sep 1995 20:13:32 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id UAA02218; Sat, 9 Sep 1995 20:15:43 -0700 Message-Id: <199509100315.UAA02218@corbin.Root.COM> To: Radha Krishnan cc: FreeBSD-current@freebsd.org Subject: Re: Sig 11 and -current problems. In-reply-to: Your message of "Sat, 09 Sep 95 19:45:00 -0000." <199509091945.TAA00332@localhost> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 20:15:42 -0700 Sender: current-owner@freebsd.org Precedence: bulk >"Make world" again. Led to similar sig 11s of "make" mostly. >vii) Abandon make world, reboot with kernel built from Aug sources; >viii) Rebuild with "Make world". No sig 11s. Make completes with no >problems all the way and install the binaries, libs, lkms etc.. >ix) Rebuild a Kernel now, and reboot. All seems to be fine. > >So in a jist, I guess, the order of the making a "Kernel" with supped sources, >as opposed to "make world install" , followed by the kernel rebuild, seems to >result in a working machine once again. Hmmm, that's interesting. John told me earlier that he was having trouble with some binaries if they were built with -O2...I don't know why we didn't notice these earlier (-O2 is known broken in gcc 2.6.3). I don't know if this is at all related. Thanks for the info. -DG From owner-freebsd-current Sat Sep 9 20:49:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA13049 for current-outgoing; Sat, 9 Sep 1995 20:49:18 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA13039 for ; Sat, 9 Sep 1995 20:49:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA19536 for current@freebsd.org; Sun, 10 Sep 1995 13:44:35 +1000 Date: Sun, 10 Sep 1995 13:44:35 +1000 From: Bruce Evans Message-Id: <199509100344.NAA19536@godzilla.zeta.org.au> To: current@freebsd.org Subject: test coverage of LINT Sender: current-owner@freebsd.org Precedence: bulk `grep 'define N.*0'' in /sys/compile/LINT should produce no output but actually produces the left half of the following: ata.h:#define NATA 0 # source files missing bqu.h:#define NBQU 0 # should be enabled ??? crd.h:#define NCRD 0 # under development devfs.h:#define NDEVFS 0 # under development eisa.h:#define NEISA 0 # never completely worked eon.h:#define NEON 0 # broken/not supported gpl_math_emulate.h:#define NGPL_MATH_EMULATE 0 # conflicts with MATH_EMULATE gusxvi.h:#define NGUSXVI 0 # broken (actually in LINT) ibcs2.h:#define NIBCS2 0 # should be enabled ??? imp.h:#define NIMP 0 # source files missing ipacct.h:#define NIPACCT 0 # bug in config: IPACCT is defined is.h:#define NIS 0 # source files missing iso.h:#define NISO 0 # broken (actually in LINT) kadb.h:#define NKADB 0 # source files missing llc.h:#define NLLC 0 # bug in config: LLC is defined mfs.h:#define NMFS 0 # bug in config: MFS is defined od.h:#define NOD 0 # source files missing pcic.h:#define NPCIC 0 # under development ssc.h:#define NSSC 0 # should be enabled ??? sscape.h:#define NSSCAPE 0 # should be enabled ??? su.h:#define NSU 0 # should be enabled ??? sysvsem.h:#define NSYSVSEM 0 # bug in config: SYSVSEM is defined sysvshm.h:#define NSYSVSHM 0 # bug in config: SYSVSHM is defined tb.h:#define NTB 0 # broken tcpdebug.h:#define NTCPDEBUG 0 # should be enabled ??? tpip.h:#define NTPIP 0 # broken (actually in LINT) trix.h:#define NTRIX 0 # should be enabled ??? Can anyone explain why config defines NMFS as 0 although MFS is defined? The bug has something to do with mfs being cross referenced to ffs. Nothing actually includes mfs.h, but config doesn't know that so it should touch the file if the MFS option has changed, but it doesn't even do that since the file contents doesn't change like it should. For lfs.h, the behaviour is different but probably still broken: if the LFS option isn't enabled, then lfs.h defines NLFS as 0; otherwise lfs.h isn't created. Nothing actually includes lfs.h so there is no problem in practice (but config doesn't know that). Option processing seems to work right for drivers. BTW1, most drivers are unecessarily ifdefed with #include "foo.h" #if NFOO > 0 #endif NFOO is guaranteed to be > 0 if the driver is configured (except possibly for cases involving cross references). I'd like to remove these ifdefs. BTW2, the wd driver recently lost its device driver attribute in files.i386, and some hardware drivers (apm, atapi, clock, eisa, spkr) never had this attribute. The attribute seems to be used only for generating possibly different compile options (${DRIVER_C} instead of ${NORMAL_C}) for device drivers. Since these options are actually the same, there is no problem in practice. Bruce From owner-freebsd-current Sat Sep 9 21:51:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA16308 for current-outgoing; Sat, 9 Sep 1995 21:51:33 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA16302 for ; Sat, 9 Sep 1995 21:51:31 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA29003; Sat, 9 Sep 1995 22:53:40 -0600 Date: Sat, 9 Sep 1995 22:53:40 -0600 From: Nate Williams Message-Id: <199509100453.WAA29003@rocky.sri.MT.net> To: davidg@Root.COM Cc: Nate Williams , current@freebsd.org Subject: Re: GUS Max support in -stable? In-Reply-To: <199509100151.SAA00714@corbin.Root.COM> References: <199509100136.TAA28763@rocky.sri.MT.net> <199509100151.SAA00714@corbin.Root.COM> Sender: current-owner@freebsd.org Precedence: bulk > >This is strange. This sounds rather naive, but how does config know > >which include files to generate? It no longer generates 'gusmax.h', and > >I'm not sure how it determines which include files to generate. > > It's based on the "files" file. Each 'optional' will cause a .h file > to be generated. There are two "files" files - /sys/conf/files and > /sys/i386/conf/files.i386. I thought so, but I didn't see any mention of gusmax in any of the files, and my 2.0.5 box is off-line now I couldn't verify it. Hopefully we'll get this figured out before 2.1 releases. ;) Nate From owner-freebsd-current Sat Sep 9 23:36:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA20729 for current-outgoing; Sat, 9 Sep 1995 23:36:28 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA20721 for ; Sat, 9 Sep 1995 23:36:19 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA24436; Sun, 10 Sep 1995 16:29:54 +1000 Date: Sun, 10 Sep 1995 16:29:54 +1000 From: Bruce Evans Message-Id: <199509100629.QAA24436@godzilla.zeta.org.au> To: rmallory@wiley.csusb.edu, roberto@keltia.freenix.fr Subject: Re: sig 11 Cc: davidg@root.com, freebsd-current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >pps: I am also running (made world and XFree with it) an gcc-i2.7.0 > optimized libmsun. no problems. I'll make other libraries and > post benchmarks later; if anyone is interested. ??are they?? I'm interested in very carefully done benchmarks, ones that can be repeated... gcc-2.7.0 -O2 usually produces worse code than gcc-2.6.3 -O2 due to a worse default for -fforce-mem flag. Constants get loaded into registers more. On the i386, this usually wastes a little time to load the constant and may waste a lot of time when it starves the register allocator. Bruce