From owner-freebsd-hackers Sun Oct 29 00:44:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04269 for hackers-outgoing; Sun, 29 Oct 1995 00:44:21 -0700 Received: from io.org (io.org [142.77.70.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA04263 for ; Sun, 29 Oct 1995 00:44:18 -0700 Received: from flinch.io.org (flinch.io.org [198.133.36.153]) by io.org (8.6.12/8.6.12) with SMTP id CAA22176; Sun, 29 Oct 1995 02:44:14 -0500 Date: Sun, 29 Oct 1995 02:44:14 -0500 (EST) From: Brian Tao To: David Greenman cc: FREEBSD-HACKERS-L Subject: Re: panic: free vnode isn't In-Reply-To: <199510290554.WAA03343@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 28 Oct 1995, David Greenman wrote: > > >panic: biodone: page busy < 0 > > Yes, this particular bug has already been fixed... Okay, that's what I thought... I remember seeing "biodone" mentioned a lot a few months ago in relation to kernel panics. > Yeah, I see similarly high collision rates on wcarchive's ethernet - but > this isn't a surprise with 325 users banging on it. :-) Time for multiple interfaces or 100-Mbps technology? :) -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Oct 29 01:41:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA06178 for hackers-outgoing; Sun, 29 Oct 1995 01:41:49 -0700 Received: (from sos@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA06170 ; Sun, 29 Oct 1995 01:41:45 -0700 Message-Id: <199510290841.BAA06170@freefall.freebsd.org> Subject: Re: adding cursor saving and regions to syscons To: jkurtz@ulantris.neosoft.com (John Kurtz) Date: Sun, 29 Oct 1995 01:41:44 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199510281818.SAA00950@ulantris.neosoft.com> from "John Kurtz" at Oct 28, 95 06:18:28 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 896 Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to John Kurtz who wrote: > > Hello Team! > > This is my first hack on the kernel, so here goes. In my testing of certain > ANSI features offered on muds (yes, I visit them and run one), I found the > cursor position saving/restoring and scroll regions not supported. I have > tested this on my machine, but I feel that I didn't quite cover all the cases > on the scrolling regions. This is done with diff on the syscons.c file. The > full path is /usr/src/sys/i386/isa/syscons.c and is still in the 2.0R version > of source so I am not sure how well this integrates into FreeBSD-current. > > Anyhow, here is the diff file... I guess this is my baby, I'll look at it Thanks ! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Sun Oct 29 01:51:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA06557 for hackers-outgoing; Sun, 29 Oct 1995 01:51:47 -0700 Received: from csc.canberra.edu.au (csc.canberra.edu.au [137.92.1.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA06541 for ; Sun, 29 Oct 1995 01:51:32 -0700 Received: from student.canberra.edu.au by csc.canberra.edu.au (5.65/1.35) id AA25860; Sun, 29 Oct 95 19:51:12 +1100 Received: by student.canberra.edu.au (5.x/SMI-SVR4) id AA04033; Sun, 29 Oct 1995 19:50:57 +1100 Date: Sun, 29 Oct 1995 19:50:57 +1100 (EDT) From: "Gasparovski / Daniel (ISE)" To: hackers@freebsd.org Cc: jkh@time.cdrom.com Subject: Re: netscape 2.0b1 fouls directory Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > Which user did you do this as? Please elaborate on the part where you > say "cannot be rm'd" Thanks! > > Jordan > > > > > Netscape 2.0b1 created a directory ~/.netscape-cache which cannot be rm'd. > > I mv'd it to .foo and restart netscape which recreated the file .netscape > > > > Then tried to cd to .foo, works.. now say ls and it returns: > > ls: .: No such file or directory > > > > The machine has been rebooted which should have run fsck on the partition > > (I think..) no complaints of file system problems. > > > > How can I repair this netscape damage ? > > > > regards > > kim > > > > -- > > kimc@w8hd.org > > The *exact* same thing happened to me. I rebooted into single user mode, fsck'd the partition, and it removed the directory. When I ran Netscape again, it worked as normal. It probably only stuffs thing up when "upgrading" the old .netscape files. This was done as "root". Dan ... [ Danny Gasparovski | Mortified by the lack of conscience ] [ u923168@student.canberra.edu.au | Our sanctity bears no relevance ] [ University of Canberra, Australia | Insignificant is our existence ] [ Bolt Thrower, "The IVth Crusade" -> | Hear the litany of life's persistence ] From owner-freebsd-hackers Sun Oct 29 01:55:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA10032 for hackers-outgoing; Sun, 29 Oct 1995 01:55:47 -0800 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 BAA10015 for ; Sun, 29 Oct 1995 01:55:42 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA23939; Sat, 28 Oct 1995 17:51:42 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA06252; Sat, 28 Oct 1995 17:50:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA06598; Sat, 28 Oct 1995 17:18:51 +0100 From: J Wunsch Message-Id: <199510281618.RAA06598@uriah.heep.sax.de> Subject: Re: Anybody using ftp groups with the wu ftpd compiled for freeBSD? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 28 Oct 1995 17:18:50 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Jaye Mathisen" at Oct 27, 95 05:15:58 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: 446 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Jaye Mathisen wrote: > > > I always get an invalid password, although I've stuffed it in the groups > file a kazillion times. I'm not sure if this is the same, but i've kept a problem report in mind where the solution was not to use TABs in some particular wuftpd config file. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 29 02:03:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA10689 for hackers-outgoing; Sun, 29 Oct 1995 02:03:27 -0800 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 CAA10677 for ; Sun, 29 Oct 1995 02:03:17 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA05086 for ; Sun, 29 Oct 1995 10:44:32 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA11039 for freebsd-hackers@freebsd.org; Sun, 29 Oct 1995 10:43:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA12753 for freebsd-hackers@freebsd.org; Sun, 29 Oct 1995 10:22:48 +0100 From: J Wunsch Message-Id: <199510290922.KAA12753@uriah.heep.sax.de> Subject: EIDRM To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 29 Oct 1995 10:22:47 +0100 (MET) 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: 507 Sender: owner-hackers@freebsd.org Precedence: bulk Can somebody please look at PR #kern/176 ``EIDRM not defined in errno.h''. This came already up when importing David Hovemeyer's shm* man pages. What would be an appropriate value for EIDRM? The next available (82)? SysV uses 36, but BSD and SysV apparently diverge starting with error number 35, so we have to assign something else anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 29 02:05:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA10819 for hackers-outgoing; Sun, 29 Oct 1995 02:05:09 -0800 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 CAA10801 for ; Sun, 29 Oct 1995 02:04:58 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA05128; Sun, 29 Oct 1995 10:47:01 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA11054; Sun, 29 Oct 1995 10:46:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA12945; Sun, 29 Oct 1995 10:37:11 +0100 From: J Wunsch Message-Id: <199510290937.KAA12945@uriah.heep.sax.de> Subject: Re: netscape 2.0b1 fouls directory To: u923168@student.canberra.edu.au (Gasparovski / Daniel) Date: Sun, 29 Oct 1995 10:37:11 +0100 (MET) Cc: hackers@freebsd.org, jkh@time.cdrom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Gasparovski / Daniel" at Oct 29, 95 07:50:57 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: 906 Sender: owner-hackers@freebsd.org Precedence: bulk As Gasparovski / Daniel wrote: > > > > Which user did you do this as? Please elaborate on the part where you > > say "cannot be rm'd" Thanks! > > > Then tried to cd to .foo, works.. now say ls and it returns: > > > ls: .: No such file or directory > The *exact* same thing happened to me. I rebooted into single user mode, > fsck'd the partition, and it removed the directory. When I ran Netscape > again, it worked as normal. It probably only stuffs thing up when > "upgrading" the old .netscape files. > > This was done as "root". Uuuuuuuh. Does netscape perchance attempt to hard link directories when run as root? This "feature" used to be disabled in 1.1.5.1, but it's been sneaking in again with the advent of 4.4BSDLite. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 29 03:49:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA15897 for hackers-outgoing; Sun, 29 Oct 1995 03:49:24 -0800 Received: from strider.ibenet.it (root@strider.ibe.net [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA15885 for ; Sun, 29 Oct 1995 03:49:14 -0800 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id MAA19041; Sun, 29 Oct 1995 12:45:36 +0100 From: Piero Serini Message-Id: <199510291145.MAA19041@strider.ibenet.it> Subject: Re: Help! To: tulchins@ix.netcom.com (Steven Tulchinsky) Date: Sun, 29 Oct 1995 12:45:35 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199510290118.SAA02949@ix10.ix.netcom.com> from "Steven Tulchinsky" at Oct 28, 95 06:18:45 pm Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 565 Sender: owner-hackers@freebsd.org Precedence: bulk Hello. Quoting from Steven Tulchinsky (Sun Oct 29 02:18:45 1995): > It happened. I accidentally did rm -f in /dev. > And in addition to killing all devices it removed MAKEDEV > itself. Any ideas? I think I need to create a boot floppy ... We need to know which version of FreeBSD you're running, then I can e-mail you the correct MAKEDEV. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Sun Oct 29 05:19:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA21677 for hackers-outgoing; Sun, 29 Oct 1995 05:19:04 -0800 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA21647 ; Sun, 29 Oct 1995 05:18:44 -0800 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) id NAA27340; Sun, 29 Oct 1995 13:42:26 +0100 Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id MAA00781; Sun, 29 Oct 1995 12:57:48 +0100 From: Andreas Klemm Message-Id: <199510291157.MAA00781@knobel.gun.de> Subject: time -l, floating point exeption, division through '0'. trace + FIX ! To: hackers@freebsd.org, current@freebsd.org, jkh@freebsd.org Date: Sun, 29 Oct 1995 12:57:47 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 4628 Sender: owner-hackers@freebsd.org Precedence: bulk Hi ! The problem is, that calling '/usr/bin/time -l' often results in a floating point exception, caused by a division through zero (long ticks) ! This works seems to be, that the value computed for ticks is ok here (>=1). knobel# /usr/bin/time -l du 1 ./.tin/.news 1 ./.tin/.save 14 ./.tin 1 ./Mail 1 ./News 1 ./.elm 62 . 0.06 real 0.00 user 0.02 sys 508 maximum resident set size 12 average shared memory size 20 average unshared data size 192 average unshared stack size 96 page reclaims 0 page faults 0 swaps 6 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 6 voluntary context switches 5 involuntary context switches But look at the following: knobel# /usr/bin/time -l /bin/ls .cshrc .history .newsrc Mail .elm .klogin .profile News .gopherrc .login .tin xxx .gopherrc~ .ncrecent .xboing-scores xxx.c 0.01 real 0.00 user 0.00 sys 216 maximum resident set size Floating exception (core dumped) Here what happens: Program terminated with signal 8, Floating point exception. #0 0x1af0 in main (argc=1, argv=0xefbfd9f8) at /local/FreeBSD/src-stable/usr.bin/time/time.c:112 112 fprintf(stderr, "%10ld %s\n", (gdb) list 107 108 ticks = hz * (ru.ru_utime.tv_sec + ru.ru_stime.tv_sec) + 109 hz * (ru.ru_utime.tv_usec + ru.ru_stime.tv_usec) / 1000000; 110 fprintf(stderr, "%10ld %s\n", 111 ru.ru_maxrss, "maximum resident set size"); 112 fprintf(stderr, "%10ld %s\n", 113 ru.ru_ixrss / ticks, "average shared memory size"); 114 fprintf(stderr, "%10ld %s\n", 115 ru.ru_idrss / ticks, "average unshared data size"); 116 fprintf(stderr, "%10ld %s\n", (gdb) r -l /bin/ls Starting program: /usr/bin/time -l /bin/ls .cshrc .history .newsrc Mail xxx.c .elm .klogin .profile News .gopherrc .login .tin time.core .gopherrc~ .ncrecent .xboing-scores xxx 0.02 real 0.00 user 0.00 sys 0 maximum resident set size Program received signal SIGFPE, Arithmetic exception. 0x1af0 in main (argc=1, argv=0xefbfd9f8) at /local/FreeBSD/src-stable/usr.bin/time/time.c:112 112 fprintf(stderr, "%10ld %s\n", (gdb) display ru.ru_ixrss, ticks 1: ru.ru_ixrss, ticks = 0 (gdb) display ru.ru_ixrss 2: ru.ru_ixrss = 0 (gdb) display ticks 3: ticks = 0 When ticks is equal to zero, then the program dumps core.... ticks (long) will be computed as follows: ticks = hz * (ru.ru_utime.tv_sec + ru.ru_stime.tv_sec) + hz * (ru.ru_utime.tv_usec + ru.ru_stime.tv_usec) / 1000000; ticks = 100 * ( 0 + 0 ) + 100 * ( 0 + 7415 ) / 1000000; In this case ticks would be 0.74, but because of long ticks -> 0. A simple hack would be, to force ticks to be at least '1'. This could be done by simply adding '1'.... What do you think ????? *** time.c.orig Fri May 27 14:32:52 1994 --- time.c Sun Oct 29 12:50:26 1995 *************** *** 105,112 **** int hz = 100; /* XXX */ long ticks; ! ticks = hz * (ru.ru_utime.tv_sec + ru.ru_stime.tv_sec) + ! hz * (ru.ru_utime.tv_usec + ru.ru_stime.tv_usec) / 1000000; fprintf(stderr, "%10ld %s\n", ru.ru_maxrss, "maximum resident set size"); fprintf(stderr, "%10ld %s\n", --- 105,113 ---- int hz = 100; /* XXX */ long ticks; ! ticks = hz * (ru.ru_utime.tv_sec + ru.ru_stime.tv_sec) ! + hz * (ru.ru_utime.tv_usec + ru.ru_stime.tv_usec) ! / 1000000 + 1; /* XXX avoid division through zero */ fprintf(stderr, "%10ld %s\n", ru.ru_maxrss, "maximum resident set size"); fprintf(stderr, "%10ld %s\n", -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 29 05:22:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA21832 for hackers-outgoing; Sun, 29 Oct 1995 05:22:01 -0800 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA21806 ; Sun, 29 Oct 1995 05:21:45 -0800 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) id NAA27361; Sun, 29 Oct 1995 13:42:30 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id VAA03343; Sat, 28 Oct 1995 21:06:00 +0100 Date: Sat, 28 Oct 1995 21:06:00 +0100 (MET) From: Andreas Klemm To: hackers@freebsd.org, current@freebsd.org cc: jkh@freebsd.org, rb@gtn.com, mg@gtn.com, mlc@wup.de Subject: several diffs for dump(8) to display write throughput and such...c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi ! The dump utility in Solaris 2.4 has the nice feature, to show the write throughput, when dumping to tape. I missed this one in FreeBSD's dump utility. Therefore I added this feature and am really satisfied with the result ;-) Look this dump using a 5GB Sun DAT (Archive Python with data compression): DUMP: Date of this level 0 dump: Sat Oct 28 20:28:29 1995 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0s3d (/local) to /dev/nrst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 687051 tape blocks on 0.14 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 18.62% done, finished in 0:21 DUMP: 40.41% done, finished in 0:14 DUMP: 63.04% done, finished in 0:08 DUMP: 83.35% done, finished in 0:03 DUMP: DUMP: 688558 tape blocks on 1 volumes(s) >>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec DUMP: level 0 dump on Sat Oct 28 20:28:29 1995 DUMP: Closing /dev/nrst0 DUMP: DUMP IS DONE I hope you like this feature, too. Please, could someone apply these diffs to FreeBSD-current and FreeBSD-stable (2.1) if you should agree with me, that it's worth to add these changes ?! Some other things that I changed in the hope, it's useful to everybody: o changed the default tape from /dev/rmt8 to /dev/nrst0 Since rmt8 doesn't exist anymore and /dev/nrst0 is the first tape device. I choosed the no rewind device, since it's the default in nowadays, to write multiple volumes to one large DAT or Tape or whatelse. And updated the manpage o changed the example in the manpage. Choosed /dev/nrst0 instead of /dev/nrst1. Not important, but why not use the first SCSI tape drive ? I think most people only have one main backup device... o added a note in the manpage, that the blocksize has to be equal or less 32 Kbyte (b option). Using values over 32 is ok, too. dump runs without problems, BUT YOU ARE UNABLE TO RESTORE THAT BACKUP, since when using restore, the scsi tape subsystem (st(4)) reports to you the following message, if you try to read a dump with blocksizes over 32K: "st0: 33792-byte record too big" Perhaps dump should report an error directly ?!?! What do you think of this ?! I could add this feature, if you like. BTW, who can tell me the reason for that limitation concerning st(4) ?! I don't understand it. When using Suns dump/restore and ufsdump/ufsrestore commands, then I can use blocksizes up to 96 (recommended from Sun for DAT's) and 128 for Exabytes (if I remember right)... Why only 32K in FreeBSD ??? It's a message from the st(4) driver.... Best regards Andreas /// *** main.c.orig Sat Oct 28 18:53:47 1995 --- main.c Sat Oct 28 20:08:38 1995 *************** *** 440,445 **** --- 440,446 ---- (void)dumpino(dp, ino); } + (void)time((time_t *)&(tend_writing)); /* AKL end time */ spcl.c_type = TS_END; for (i = 0; i < ntrec; i++) writeheader(maxino - 1); *************** *** 448,453 **** --- 449,457 ---- else msg("DUMP: %ld tape blocks on %d volumes(s)\n", spcl.c_tapea, spcl.c_volume); + msg("DUMP: finished in %d seconds, throughput %d KBytes/sec\n", + tend_writing-tstart_writing, + spcl.c_tapea/(tend_writing-tstart_writing)); /* AKL */ putdumptime(); trewind(); broadcast("DUMP IS DONE!\7\7\n"); *** pathnames.h.orig Thu May 26 08:34:04 1994 --- pathnames.h Sat Oct 28 20:08:54 1995 *************** *** 35,41 **** #include ! #define _PATH_DEFTAPE "/dev/rmt8" #define _PATH_DTMP "/etc/dtmp" #define _PATH_DUMPDATES "/etc/dumpdates" #define _PATH_LOCK "/tmp/dumplockXXXXXX" --- 35,41 ---- #include ! #define _PATH_DEFTAPE "/dev/nrst0" /* AKL */ #define _PATH_DTMP "/etc/dtmp" #define _PATH_DUMPDATES "/etc/dumpdates" #define _PATH_LOCK "/tmp/dumplockXXXXXX" *** dump.h.orig Tue May 30 08:08:52 1995 --- dump.h Sat Oct 28 18:57:58 1995 *************** *** 79,84 **** --- 79,85 ---- int blockswritten; /* number of blocks written on current tape */ int tapeno; /* current tape number */ time_t tstart_writing; /* when started writing the first tape block */ + time_t tend_writing; /* after writing the last tape block AKL */ struct fs *sblock; /* the file system super block */ char sblock_buf[MAXBSIZE]; long dev_bsize; /* block size of underlying disk device */ *** dump.8.orig Sat Jul 15 16:46:33 1995 --- dump.8 Sat Oct 28 20:22:30 1995 *************** *** 85,91 **** This option overrides the calculation of tape size based on length and density. .It Cm b Ar blocksize ! The number of kilobytes per dump record. .It Cm h Ar level Honor the user .Dq nodump --- 85,92 ---- This option overrides the calculation of tape size based on length and density. .It Cm b Ar blocksize ! The number of kilobytes per dump record. The maximum value ! is 32. .It Cm h Ar level Honor the user .Dq nodump *************** *** 102,108 **** .Ar file may be a special device file like ! .Pa /dev/rmt12 (a tape drive), .Pa /dev/rsd1c (a disk drive), --- 103,109 ---- .Ar file may be a special device file like ! .Pa /dev/rst0 (a tape drive), .Pa /dev/rsd1c (a disk drive), *************** *** 256,262 **** .It Always start with a level 0 backup, for example: .Bd -literal -offset indent ! /sbin/dump 0uf /dev/nrst1 /usr/src .Ed .Pp This should be done at set intervals, say once a month or once every two months, --- 257,263 ---- .It Always start with a level 0 backup, for example: .Bd -literal -offset indent ! /sbin/dump 0uf /dev/nrst0 /usr/src .Ed .Pp This should be done at set intervals, say once a month or once every two months, *************** *** 282,288 **** rotated out of the dump cycle and fresh tapes brought in. .Sh FILES .Bl -tag -width /etc/dumpdates -compact ! .It Pa /dev/rmt8 default tape unit to dump to .It Pa /etc/dumpdates dump date records --- 283,289 ---- rotated out of the dump cycle and fresh tapes brought in. .Sh FILES .Bl -tag -width /etc/dumpdates -compact ! .It Pa /dev/nrst0 default tape unit to dump to .It Pa /etc/dumpdates dump date records *************** *** 334,336 **** --- 335,346 ---- A .Nm dump command appeared in Version 6 AT&T UNIX. + .Pp + Additional dump message (similar to Solaris 2) + by Andreas Klemm reporting + .Nm backup time + in seconds and + .Nm write performance + in Kbytes per second. Changed default dump device from + the old fashioned rmt8 device to /dev/nrst0. + Appeared first in FreeBSD 2.2. -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 29 05:53:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA22545 for hackers-outgoing; Sun, 29 Oct 1995 05:53:00 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA22540 for ; Sun, 29 Oct 1995 05:52:57 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id IAA00228; Sun, 29 Oct 1995 08:52:39 -0500 Date: Sun, 29 Oct 1995 08:52:39 -0500 (EST) From: Kim Culhan To: "Gasparovski / Daniel (ISE)" cc: hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: netscape 2.0b1 fouls directory In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sun, 29 Oct 1995, Gasparovski / Daniel (ISE) wrote: > > > Netscape 2.0b1 created a directory ~/.netscape-cache which cannot be rm'd. > > > I mv'd it to .foo and restart netscape which recreated the file .netscape > > > How can I repair this netscape damage ? > The *exact* same thing happened to me. I rebooted into single user mode, > fsck'd the partition, and it removed the directory. When I ran Netscape > again, it worked as normal. It probably only stuffs thing up when > "upgrading" the old .netscape files. > > This was done as "root". Yes, running fsck this way does the repair, great ! Thanks ! kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Oct 29 06:09:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA23527 for hackers-outgoing; Sun, 29 Oct 1995 06:09:30 -0800 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA23520 for ; Sun, 29 Oct 1995 06:09:26 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id IAA23182; Sun, 29 Oct 1995 08:58:21 -0500 Date: Sun, 29 Oct 1995 08:58:20 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: Anybody using ftp groups with the wu ftpd compiled for freeBSD? To: Joerg Wunsch cc: Jaye Mathisen , hackers@FreeBSD.ORG In-Reply-To: <199510281618.RAA06598@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk could the problem be the ftpusers file? this file lists those that may NOT ftp into the machine. 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-hackers Sun Oct 29 06:18:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA24189 for hackers-outgoing; Sun, 29 Oct 1995 06:18:27 -0800 Received: from knobel.gun.de (knobel-ip.gun.de [192.109.159.141]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA24167 for ; Sun, 29 Oct 1995 06:18:13 -0800 Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id PAA01820 for hackers@freebsd.org; Sun, 29 Oct 1995 15:17:45 +0100 From: Andreas Klemm Message-Id: <199510291417.PAA01820@knobel.gun.de> Subject: -stable: dump hangs system when using AHC_TAGENABLE (2940 tagged cmdq) To: hackers@freebsd.org Date: Sun, 29 Oct 1995 15:17:45 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 517 Sender: owner-hackers@freebsd.org Precedence: bulk Hi ! I'm running current FreeBSD stable. When trying to make a system dump, the machine hangs without reporting an error. It turned out, that you can make a backup using tar when tagged command queueing is enabled, but not the dump(8) utility. For your information ... Andreas /// -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 29 08:36:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA00948 for hackers-outgoing; Sun, 29 Oct 1995 08:36:59 -0800 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 IAA00935 for ; Sun, 29 Oct 1995 08:36:55 -0800 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 JAA02100; Sun, 29 Oct 1995 09:26:54 -0800 Message-Id: <199510291726.JAA02100@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Andreas Klemm cc: hackers@freebsd.org Subject: Re: -stable: dump hangs system when using AHC_TAGENABLE (2940 tagged cmdq) In-reply-to: Your message of "Sun, 29 Oct 1995 15:17:45 +0100." <199510291417.PAA01820@knobel.gun.de> Date: Sun, 29 Oct 1995 09:26:54 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >Hi ! > >I'm running current FreeBSD stable. When trying to make a system >dump, the machine hangs without reporting an error. > >It turned out, that you can make a backup using tar when >tagged command queueing is enabled, but not the dump(8) >utility. > >For your information ... > > Andreas /// Was there any console output when it hung? What kind of disk are you using? Is it narrow or wide? Tagged queuing should work for all types of I/O... I guess I'll have to go wade through dump. >-- >$$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de >$$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de >$$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Oct 29 09:46:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA08029 for hackers-outgoing; Sun, 29 Oct 1995 09:46:44 -0800 Received: from suned1.Nswses.Navy.Mil (suned1.nswses.navy.mil [137.24.30.40]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA08024 ; Sun, 29 Oct 1995 09:46:40 -0800 Received: from gcpacix.vcnet.com by suned1.Nswses.Navy.Mil (4.1/Nswses4.1.2_920723eb) id AA06623; Sun, 29 Oct 95 09:46:10 PST Received: (from efb@localhost) by gcpacix.vcnet.com (8.6.11/8.6.9) id RAA09027; Sun, 29 Oct 1995 17:46:19 GMT Date: Sun, 29 Oct 1995 17:46:18 +0000 () From: Everett F Batey X-Sender: efb@gcpacix.vcnet.com To: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, paul@FreeBSD.org Subject: Lost my original /sbin/dset -q values Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk I blew it and I have too much invested with still no back up to nuke it with a complete reload .. Was just trying to find my /dev/ed1 (TrendNet-16) Novell 2000 Ether_Clone. Well I lost most of the values of what "boot -c" gets you .. got one hot answer back that it was all lost and non-retrievable. Looking at strings of /dev/dset .. homed me in on /kernel and /cdrom/kernel.Gen which are (per md5) identical .. Then /cdrom /var/db .. 10885454 -rw-rw-r-- 1 nobody wheel 0 Jun 9 14:57 locate.database vs /var/db 7686 -r--r--r-- 1 nobody wheel 467916 Oct 27 20:34 locate.database 7704 -rw-r--r-- 1 root bin 315392 Jul 26 21:04 kvm_kernel.db Suggests that is where dset and the kernel keep the saved values .. sadly as data and not as ascii .. I would really welcome a scheme to restore ... without a reload .. killing all my user stuff, apps, ppp etc ... the kernel values that I hosed in the boot -c .. Also any leads to mating a HP DJ500 would go a long way .. Many thanks for any leads .. hate blasting lists with such low level stuff but I admit I am dedicate to using BSD and want to get a good enough handle to move it into our schools .. VR /Ev/ + efb@cotdazr.org http://www.vcnet.com/efb efb@oxnardsd.org [efb15] WA6CRE + + Opinions MINE, NOT Uncles | Edu: http://www.oxnardsd.org/ innd email DNS + + 805.655.2017 Beep .. 805.982.7180 ofc many fwds .. 805.340.6471..2..5 VM + From owner-freebsd-hackers Sun Oct 29 09:48:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA08199 for hackers-outgoing; Sun, 29 Oct 1995 09:48:06 -0800 Received: from localhost.lightside.com (user48.lightside.com [198.81.209.48]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA08186 for ; Sun, 29 Oct 1995 09:48:03 -0800 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id KAA00514; Sun, 29 Oct 1995 10:49:43 -0800 Date: Sun, 29 Oct 1995 10:49:42 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: 2.1.0-951026-SNAP fails on IDE CDROM In-Reply-To: <12049.814841077@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Well, it looks like atapi.flp STILL doesn't detect my IDE CD-ROM (Mitsumi FX400 on the second IDE controller). Very strange, since it was properly detected by ALL of the versions of the ATAPI drivers that I've compiled myself. At boot time, it spends about 20 seconds probing the second IDE controller, and detects it, but not the CD-ROM connected to it. Thanks for trying, though... ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Oct 29 10:02:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA09810 for hackers-outgoing; Sun, 29 Oct 1995 10:02:09 -0800 Received: from titan (titan.cs.mci.com [166.37.12.241]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA09799 for ; Sun, 29 Oct 1995 10:02:05 -0800 Date: Sun, 29 Oct 1995 11:47:52 -0700 Message-Id: <95102911475207@titan.cs.mci.com> From: tst@titan.cs.mci.com (Thomas S. Traylor) To: u923168@student.canberra.edu.au, freebsd-hackers@freebsd.org Subject: Re: netscape 2.0b1 fouls directory X-VMS-To: SMTP%"u923168@student.canberra.edu.au" X-VMS-Cc: SMTP%"freebsd-hackers@freebsd.org" Sender: owner-hackers@freebsd.org Precedence: bulk |> Which user did you do this as? Please elaborate on the part where you |> say "cannot be rm'd" Thanks! |> |> Jordan |> |> > |> > Netscape 2.0b1 created a directory ~/.netscape-cache which cannot be rm'd. |> > I mv'd it to .foo and restart netscape which recreated the file .netscape |> > |> > Then tried to cd to .foo, works.. now say ls and it returns: |> > ls: .: No such file or directory |> > |> > The machine has been rebooted which should have run fsck on the partition |> > (I think..) no complaints of file system problems. |> > |> > How can I repair this netscape damage ? |> > |> > regards |> > kim |> > |> > -- |> > kimc@w8hd.org |> > | |The *exact* same thing happened to me. I rebooted into single user mode, |fsck'd the partition, and it removed the directory. When I ran Netscape |again, it worked as normal. It probably only stuffs thing up when |"upgrading" the old .netscape files. | |This was done as "root". I just upgrade Netscape to 2.0b1 last night and did not have this problem. I was using the root account at the time. Netscape asked if I wanted to delete the old version's directory and create the new one. I said sure why not. It did its thing and everything worked out fine. No problems creating or accessing the new .netscape directory. I'm currently running FreeBSD 2.05 (release, from the cdrom). I haven't yet tried the new version of Netscape from another account yet, but I will and if I happen to experience this problem I'll let you know. |Dan ... |[ Danny Gasparovski | Mortified by the lack of conscience ] |[ u923168@student.canberra.edu.au | Our sanctity bears no relevance ] |[ University of Canberra, Australia | Insignificant is our existence ] |[ Bolt Thrower, "The IVth Crusade" -> | Hear the litany of life's persistence ] Tom tst@titan.cs.mci.com ================== RFC 822 Headers ================== Return-Path: owner-freebsd-hackers@freefall.freebsd.org Received: by titan.cs.mci.com (UCX V3.3-7A); Sun, 29 Oct 1995 01:54:54 -0700 Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA06583 ; Sun, 29 Oct 1995 01:51:57 -0700 Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA06557 for hackers-outgoing; Sun, 29 Oct 1995 01:51:47 -0700 Received: from csc.canberra.edu.au (csc.canberra.edu.au [137.92.1.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA06541 for ; Sun, 29 Oct 1995 01:51:32 -0700 Received: from student.canberra.edu.au by csc.canberra.edu.au (5.65/1.35) id AA25860; Sun, 29 Oct 95 19:51:12 +1100 Received: by student.canberra.edu.au (5.x/SMI-SVR4) id AA04033; Sun, 29 Oct 1995 19:50:57 +1100 Date: Sun, 29 Oct 1995 19:50:57 +1100 (EDT) From: "Gasparovski / Daniel (ISE)" To: hackers@freebsd.org Cc: jkh@time.cdrom.com Subject: Re: netscape 2.0b1 fouls directory Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk From owner-freebsd-hackers Sun Oct 29 10:14:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10849 for hackers-outgoing; Sun, 29 Oct 1995 10:14:07 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA10841 for ; Sun, 29 Oct 1995 10:14:04 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA26273; Sun, 29 Oct 1995 13:13:38 -0500 Date: Sun, 29 Oct 1995 13:13:38 -0500 From: "Garrett A. Wollman" Message-Id: <9510291813.AA26273@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: SYSCALL IDEAS [Was: cvs commit: src/sys/kern sysv_msg.c sysv_sem.c sysv_shm.c] In-Reply-To: <199510272350.QAA24249@phaeton.artisoft.com> References: <199510272157.HAA29637@godzilla.zeta.org.au> <199510272350.QAA24249@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org Precedence: bulk [CC list trimmed AGAIN. Can you please get this discussion OUT of cvs-committers?] < said: > I understand the rationale for considering the changes. I don't understand > the rationale for making them. It seems the rationale is "to compete with > NetBSD and Linux regarding speed". Is this correct? > I personally don't find that compelling (that's not to say that the > majority doesn't outweigh me on this -- only that it does not convince > me, personally). Every microsecond counts. I am presently having to design a disgusting hack in the kernel which allows our traffic generator to run in the kernel because it is not possible to fill an Ethernet with minimum-length UDP packets when crossing the system call boundary. As for the `off_t' question: you will never convince me that the Berkeley people did not do the right thing. I still hold out hope that it will be possible to create a proper ISO C environment for FreeBSD in which CHAR_BIT*sizeof(long) == 64. -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-hackers Sun Oct 29 10:23:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11467 for hackers-outgoing; Sun, 29 Oct 1995 10:23:41 -0800 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 KAA11451 for ; Sun, 29 Oct 1995 10:23:34 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA14296; Sun, 29 Oct 1995 19:22:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA15513; Sun, 29 Oct 1995 19:22:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA02016; Sun, 29 Oct 1995 19:12:34 +0100 From: J Wunsch Message-Id: <199510291812.TAA02016@uriah.heep.sax.de> Subject: Re: Help! To: piero@strider.ibenet.it Date: Sun, 29 Oct 1995 19:12:33 +0100 (MET) Cc: tulchins@ix.netcom.com, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510291145.MAA19041@strider.ibenet.it> from "Piero Serini" at Oct 29, 95 12:45:35 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: 426 Sender: owner-hackers@freebsd.org Precedence: bulk As Piero Serini wrote: > > > itself. Any ideas? I think I need to create a boot floppy > ... > > We need to know which version of FreeBSD you're running, > then I can e-mail you the correct MAKEDEV. He could also ftp the latest couple of boot & fixit floppies. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 29 10:27:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11701 for hackers-outgoing; Sun, 29 Oct 1995 10:27:48 -0800 Received: from netcom7.netcom.com (root@netcom7.netcom.com [192.100.81.115]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA11688 for ; Sun, 29 Oct 1995 10:27:45 -0800 Received: from netcomsv.netcom.com by netcom7.netcom.com (8.6.12/Netcom) id KAA03942; Sun, 29 Oct 1995 10:25:15 -0800 Message-Id: <199510291825.KAA03942@netcom7.netcom.com> X-Sender: mcstout@netcom.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 29 Oct 1995 10:21:54 -0800 To: "Jonathan M. Bresler" , Joerg Wunsch From: Mark Stout Subject: Re: Anybody using ftp groups with the wu ftpd compiled for freeBSD? Cc: Jaye Mathisen , hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 08:58 AM 10/29/95 -0500, Jonathan M. Bresler wrote: > > could the problem be the ftpusers file? this file lists those that >may NOT ftp into the machine. I already checked that. Only root, uucp, news, etc. are in there. Ciao, Mark ========================================================================== Mark Stout | The Village Potpourri Mall: http://www.vpm.com/ ---------------+---------------------------------------------------------- VPM Enterprises; P.O.Box 6427; Folsom, CA 95763-6427 Commercial Internet Sales, Marketing and Advertising Specialist ========================================================================== From owner-freebsd-hackers Sun Oct 29 10:29:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11787 for hackers-outgoing; Sun, 29 Oct 1995 10:29:43 -0800 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA11777 for ; Sun, 29 Oct 1995 10:29:30 -0800 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) id TAA17434; Sun, 29 Oct 1995 19:20:42 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id TAA04240; Sun, 29 Oct 1995 19:18:27 +0100 Date: Sun, 29 Oct 1995 19:18:26 +0100 (MET) From: Andreas Klemm To: "Justin T. Gibbs" cc: hackers@freebsd.org Subject: Re: -stable: dump hangs system when using AHC_TAGENABLE (2940 tagged cmdq) In-Reply-To: <199510291726.JAA02100@aslan.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi Justin ! > >Hi ! > > > >I'm running current FreeBSD stable. When trying to make a system > >dump, the machine hangs without reporting an error. > > > >It turned out, that you can make a backup using tar when > >tagged command queueing is enabled, but not the dump(8) > >utility. > > > >For your information ... > > Was there any console output when it hung? No, I was one time in single user mode the other one in multi user mode. When starting dump, it simply hangs the system without printing a message. /var/log/messages doesn't give a hint. > What kind of disk are you using? AHA 2940, Quantum Grand Prix 7200U/min at 10 MB/synchr. Here a part of the boot messages. Oct 29 11:36:55 knobel /kernel: Probing for devices on the PCI bus: Oct 29 11:36:55 knobel /kernel: chip0 rev 2 on pci0:0 Oct 29 11:36:55 knobel /kernel: chip1 rev 2 on pci0:7 Oct 29 11:36:55 knobel /kernel: vga0 rev 0 int a irq 12 on pci0:10 Oct 29 11:36:55 knobel /kernel: ahc0 rev 3 int a irq 11 on pci0:12 Oct 29 11:36:55 knobel /kernel: ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 1 6 SCBs Oct 29 11:36:55 knobel /kernel: (ahc0:0:0): "QUANTUM XP34301 1051" type 0 fixed SCSI 2 Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): Direct-Access 4106MB (8410200 512 byte sectors) Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): with 4076 cyls, 20 heads, and an average 103 sectors/track Oct 29 11:36:55 knobel /kernel: (ahc0:6:0): "TOSHIBA CD-ROM XM-3601TA 0725" type 5 removable SCSI 2 Oct 29 11:36:56 knobel /kernel: cd0(ahc0:6:0): CD-ROM cd present.[244095 x 2048 byte records] Oct 29 11:36:55 knobel /kernel: Probing for devices on the PCI bus: Oct 29 11:36:55 knobel /kernel: chip0 rev 2 on pci0:0 Oct 29 11:36:55 knobel /kernel: chip1 rev 2 on pci0:7 Oct 29 11:36:55 knobel /kernel: vga0 rev 0 int a irq 12 on pci0:10 Oct 29 11:36:55 knobel /kernel: ahc0 rev 3 int a irq 11 on pci0:12 Oct 29 11:36:55 knobel /kernel: ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 1 6 SCBs Oct 29 11:36:55 knobel /kernel: (ahc0:0:0): "QUANTUM XP34301 1051" type 0 fixed SCSI 2 Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): Direct-Access 4106MB (8410200 512 byte sectors) Oct 29 11:36:55 knobel /kernel: sd0(ahc0:0:0): with 4076 cyls, 20 heads, and an average 103 sectors/track Oct 29 11:36:55 knobel /kernel: (ahc0:6:0): "TOSHIBA CD-ROM XM-3601TA 0725" type 5 removable SCSI 2 Oct 29 11:36:56 knobel /kernel: cd0(ahc0:6:0): CD-ROM cd present.[244095 x 2048 byte records] > Is it narrow or wide? Tagged queuing should work for all types of > I/O... I guess I'll have to go wade through dump. It's a narrow one. If you do so, could you take a short look on my dump patches, I wrote to this mailinglist ? Would be fine, if you would accept them ... Thanks Andreas /// $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 29 10:30:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11870 for hackers-outgoing; Sun, 29 Oct 1995 10:30:30 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA11864 for ; Sun, 29 Oct 1995 10:30:27 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id NAA04595; Sun, 29 Oct 1995 13:30:35 -0500 Date: Sun, 29 Oct 1995 13:30:35 -0500 From: Charles Henrich Message-Id: <199510291830.NAA04595@crh.cl.msu.edu> To: bde@zeta.org.au, freebsd-hackers@freebsd.org Subject: Re: LINT addition please Newsgroups: lists.freebsd.hackers References: <46v6l7$10ns@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #3 (NOV) Sender: owner-hackers@freebsd.org Precedence: bulk In lists.freebsd.hackers you write: >># MAXMEM Specified the maximum amount of ram in the system in kilobytes. Only >># use this if your BIOS is broken (I.e. Compaq's). You can specify as >Compaq's BIOS support isn't broken. FreeBSD's BIOS support is broken and >fails on recalcitrant machines with < 64M and on all machines with >= 64M. Point taken, we still should have a blurb in LINT about MAXMEM. -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sun Oct 29 10:34:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11999 for hackers-outgoing; Sun, 29 Oct 1995 10:34:12 -0800 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 KAA11977 ; Sun, 29 Oct 1995 10:34:07 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA08317; Sun, 29 Oct 1995 10:33:39 -0800 To: Andreas Klemm cc: hackers@freebsd.org, current@freebsd.org, jkh@freebsd.org, rb@gtn.com, mg@gtn.com, mlc@wup.de Subject: Re: several diffs for dump(8) to display write throughput and such...c In-reply-to: Your message of "Sat, 28 Oct 1995 21:06:00 BST." Date: Sun, 29 Oct 1995 10:33:39 -0800 Message-ID: <8315.814991619@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > >>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec Neat! I like it. However, we're already in feature freeze for 2.1 so this would definitely be -current fodder only, I'm afraid! Jordan From owner-freebsd-hackers Sun Oct 29 10:37:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA12154 for hackers-outgoing; Sun, 29 Oct 1995 10:37:04 -0800 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 KAA12149 for ; Sun, 29 Oct 1995 10:37:01 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA08336; Sun, 29 Oct 1995 10:35:07 -0800 To: Kim Culhan cc: "Gasparovski / Daniel (ISE)" , hackers@FreeBSD.ORG Subject: Re: netscape 2.0b1 fouls directory In-reply-to: Your message of "Sun, 29 Oct 1995 08:52:39 EST." Date: Sun, 29 Oct 1995 10:35:06 -0800 Message-ID: <8333.814991706@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk If netscape really has managed to induce an error that only an fsck would fix, then I'm sort of concerned what netscape is doing! :) Maybe you guys *shouldn't* run netscape as root, eh? :-) Jordan From owner-freebsd-hackers Sun Oct 29 10:55:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA12734 for hackers-outgoing; Sun, 29 Oct 1995 10:55:09 -0800 Received: from knobel.gun.de (knobel-ip.gun.de [192.109.159.141]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA12726 for ; Sun, 29 Oct 1995 10:54:52 -0800 Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id TAA04405; Sun, 29 Oct 1995 19:53:46 +0100 From: Andreas Klemm Message-Id: <199510291853.TAA04405@knobel.gun.de> Subject: Re: several diffs for dump(8) to display write throughput and such...c To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 29 Oct 1995 19:53:46 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <8315.814991619@time.cdrom.com> from "Jordan K. Hubbard" at Oct 29, 95 10:33:39 am X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 544 Sender: owner-hackers@freebsd.org Precedence: bulk > > >>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec > > Neat! I like it. However, we're already in feature freeze for 2.1 so > this would definitely be -current fodder only, I'm afraid! Hi Jordan, well, that's fine. So you take the part to fiddle it in into current, please ?! Andreas /// -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 29 10:57:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA12842 for hackers-outgoing; Sun, 29 Oct 1995 10:57:15 -0800 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 KAA12837 for ; Sun, 29 Oct 1995 10:57:12 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA08488; Sun, 29 Oct 1995 10:56:54 -0800 To: Jake Hamby cc: hackers@FreeBSD.ORG Subject: Re: 2.1.0-951026-SNAP fails on IDE CDROM In-reply-to: Your message of "Sun, 29 Oct 1995 10:49:42 PST." Date: Sun, 29 Oct 1995 10:56:54 -0800 Message-ID: <8485.814993014@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Well, it looks like atapi.flp STILL doesn't detect my IDE CD-ROM (Mitsumi > FX400 on the second IDE controller). Very strange, since it was properly > detected by ALL of the versions of the ATAPI drivers that I've compiled Sigh. Can you send me the relevant kernel config lines you're using? I'm sure they're identical to mine, but perhaps.. Also, I assume you're using -stable versions of wd.c and atapi.? in your builds? JOrdan From owner-freebsd-hackers Sun Oct 29 11:07:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA13180 for hackers-outgoing; Sun, 29 Oct 1995 11:07:01 -0800 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 LAA13174 for ; Sun, 29 Oct 1995 11:06:58 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA08561; Sun, 29 Oct 1995 11:06:24 -0800 To: Andreas Klemm cc: hackers@freebsd.org Subject: Re: several diffs for dump(8) to display write throughput and such...c In-reply-to: Your message of "Sun, 29 Oct 1995 19:53:46 +0100." <199510291853.TAA04405@knobel.gun.de> Date: Sun, 29 Oct 1995 11:06:24 -0800 Message-ID: <8559.814993584@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Yeah, I'll take it if nobody's beaten me to it.. Hey, don't you have commit privs yet? I should make you do this yourself! :-) Jordan > > > >>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec > > > > Neat! I like it. However, we're already in feature freeze for 2.1 so > > this would definitely be -current fodder only, I'm afraid! > > Hi Jordan, well, that's fine. So you take the part to fiddle it in > into current, please ?! > > Andreas /// > > -- > $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de > $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de > $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD << < From owner-freebsd-hackers Sun Oct 29 11:28:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA13819 for hackers-outgoing; Sun, 29 Oct 1995 11:28:41 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA13814 for ; Sun, 29 Oct 1995 11:28:38 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id OAA01238; Sun, 29 Oct 1995 14:28:28 -0500 Date: Sun, 29 Oct 1995 14:28:28 -0500 (EST) From: Kim Culhan To: "Jordan K. Hubbard" cc: "Gasparovski / Daniel (ISE)" , hackers@FreeBSD.ORG Subject: Re: netscape 2.0b1 fouls directory In-Reply-To: <8333.814991706@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sun, 29 Oct 1995, Jordan K. Hubbard wrote: > If netscape really has managed to induce an error that only an fsck would > fix, then I'm sort of concerned what netscape is doing! :) > > Maybe you guys *shouldn't* run netscape as root, eh? :-) Thats for sure, I did it by err.. accident. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Oct 29 12:24:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA16280 for hackers-outgoing; Sun, 29 Oct 1995 12:24:24 -0800 Received: from localhost.lightside.com (user51.lightside.com [198.81.209.51]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA16270 for ; Sun, 29 Oct 1995 12:24:21 -0800 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id NAA00293; Sun, 29 Oct 1995 13:25:55 -0800 Date: Sun, 29 Oct 1995 13:25:31 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: 2.1.0-951026-SNAP fails on IDE CDROM In-Reply-To: <8485.814993014@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sun, 29 Oct 1995, Jordan K. Hubbard wrote: > > Well, it looks like atapi.flp STILL doesn't detect my IDE CD-ROM (Mitsumi > > FX400 on the second IDE controller). Very strange, since it was properly > > detected by ALL of the versions of the ATAPI drivers that I've compiled > > Sigh. Can you send me the relevant kernel config lines you're using? > I'm sure they're identical to mine, but perhaps.. Also, I assume you're > using -stable versions of wd.c and atapi.? in your builds? > > JOrdan Yeah, my configuration looks pretty generic, although I did comment out "wd2" and "wd3" on the controller which has my CD-ROM drive, I don't know if this is relevant but I'll test it today. Attached are the relevant lines from my kernel config. Also, the last kernel I built, I had manually patched in "wcd.c", "atapi.c", "atapi.h", and the patches to "wd.c" and the appropriate major and minor device number patches. And yes, it has worked with both 2.0.5-RELEASE and 2.1.0-STABLE versions of the kernel. I'll sup -stable today and see if perhaps there is some bug in the integration of ATAPI support into the -stable kernel or maybe my commenting out "wd2" and "wd3" is relevant. I'll mail later today with my findings... [...cut] controller isa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus device wcd0 #IDE CD-ROM [...cut...] ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Oct 29 14:09:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA21138 for hackers-outgoing; Sun, 29 Oct 1995 14:09:42 -0800 Received: from localhost.lightside.com (user58.lightside.com [198.81.209.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA21122 for ; Sun, 29 Oct 1995 14:09:36 -0800 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id PAA00295; Sun, 29 Oct 1995 15:11:18 -0800 Date: Sun, 29 Oct 1995 15:11:18 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: jkh@time.cdrom.com, hackers@FreeBSD.ORG Subject: atapi.flp problem SOLVED! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I finally figured out why the atapi.flp images you've made don't work! Basically, you can't have a "disk wd? at wdc? drive ?" line on the controller where your CD-ROM is located or the probing code will ONLY check for a hard drive, and not a CD-ROM drive at this location. The reason that my kernel detected my CD-ROM, while your boot floppy didn't is because I commented out the "disk wd2" and "disk wd3" lines on the second controller. Since I guess that 90% of people with IDE CD-ROMs have them attached to a second controller (most ATAPI kits include a cheap 16-bit IDE controller card for precisely this purpose), the simplest way to support most ATAPI owners without going to a lot of trouble is simply comment out these two lines in your config file, as follows: > controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr > disk wd0 at wdc0 drive 0 > disk wd1 at wdc0 drive 1 > > controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr > #disk wd2 at wdc1 drive 0 > #disk wd3 at wdc1 drive 1 > > options ATAPI #Enable ATAPI support for IDE bus > device wcd0 #IDE CD-ROM Hopefully, this will solve the problem for most ATAPI CD-ROM owners, at the expense of the people who have their CD-ROM hooked up to the primary controller or people who have hard drives on the second controller. Therefore, if anyone has more than two IDE hard drives, plus an IDE CD-ROM, they will have to install FreeBSD on one of the hard drives connected to the primary controller. Let me know when you have a fixed atapi.flp to test. Thanks! ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Oct 29 14:45:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA22496 for hackers-outgoing; Sun, 29 Oct 1995 14:45:51 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA22491 for ; Sun, 29 Oct 1995 14:45:48 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA05648 for freebsd-hackers@freebsd.org; Sun, 29 Oct 1995 17:45:54 -0500 From: Charles Henrich Message-Id: <199510292245.RAA05648@crh.cl.msu.edu> Subject: Why cant a setuid process do a shutdown? To: freebsd-hackers@freebsd.org Date: Sun, 29 Oct 1995 17:45:54 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 624 Sender: owner-hackers@freebsd.org Precedence: bulk Okay, I've tried everything, and I cant figure out anyway in which a setuid process can execute a shutdown. The shutdown will proceed as normal, but when the final time has come to kill init, nothing happens. Right before that point all logged in connections are nuked, getty is killed, (shells logged into the console still are active however). I've manually forced both my uid and euid and guid and geuid are all zero's. but the system("shutdown"); fails.. anyone have any ideas? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sun Oct 29 15:31:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA25073 for hackers-outgoing; Sun, 29 Oct 1995 15:31:01 -0800 Received: from eldorado.net-tel.co.uk (eldorado.net-tel.co.uk [193.122.171.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA25002 for ; Sun, 29 Oct 1995 15:30:53 -0800 From: Andrew.Gordon@net-tel.co.uk Received: (from root@localhost) by eldorado.net-tel.co.uk (8.6.12/8.6.10) id XAA13252; Sun, 29 Oct 1995 23:30:14 GMT X400-Received: by mta "eldorado" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Sun, 29 Oct 95 23:28:49 +0000 X400-Received: by mta "net-tel cambridge" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Sun, 29 Oct 95 23:28:47 +0000 X400-Received: by "/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"; Relayed; Sun, 29 Oct 95 23:28:47 +0000 X400-MTS-Identifier: ["/PRMD=NET-TEL/ADMD=Gold 400/C=GB/";hst:290-951029232847-4F6A] X400-Content-Type: P2-1984 (2) X400-Originator: Andrew.Gordon@net-tel.co.uk Original-Encoded-Information-Types: IA5-Text X400-Recipients: non-disclosure:; Date: Sun, 29 Oct 95 23:28:47 +0000 Content-Identifier: Re(2): New lmben Message-Id: <"MAC-951029232845-4BE9*/G=Andrew/S=Gordon/O=NET-TEL Computer Systems Ltd/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"@MHS> To: hackers@FreeBSD.ORG Cc: hasty@rah.star-gate.com In-Reply-To: <"SunOS:12424-951029025231-5E97*/DD.RFC-822=owner-hackers(a)FreeBSD.ORG/O=internet/PRMD=NET-TEL/ADMD=GOLD 400/C=GB/"@MHS> Subject: Re(2): New lmbench available (fwd) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Either X.500 is a piece of shit or Novell failed to implement X.500 correctly. > For sure at some point there was the concept of X.500 server's content > replication. I shudder to have to look at another OSI document... The original (1988) X.500 did not have replication, although many implementations of it provided replication in proprietary ways. The 1993 edition of X.500 provides a standardised replication mechanism. Replication in this sense means multiple DSAs holding copies of a certain portion of the Directory Information Tree (with protocols and procedures to ensure that they remain in sync) as opposed to simply caching information on an ad-hoc basis (which any DSA can do, unless the client requests an authoritative copy). Hence the information in the directory itself is replicated, but I am not sure this is what you were talking about - replication of services whose addresses you happen to have looked up in the Directory is a matter for those service protocols, not the directory itself. AFAIK, the Novell NDS is not an implementation of X.500, it merely uses the same information modelling concepts with proprietary access protcols etc. This may be useful if you wish to migrate/duplicate information from an NDS system into an X.500 system, but it is misleading to use NDS as a model of what X.500 is about. From owner-freebsd-hackers Sun Oct 29 15:47:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA29695 for hackers-outgoing; Sun, 29 Oct 1995 15:47:02 -0800 Received: from localhost.lightside.com (user59.lightside.com [198.81.209.59]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA29680 for ; Sun, 29 Oct 1995 15:46:58 -0800 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id PAA00244; Sun, 29 Oct 1995 15:48:44 -0800 Date: Sun, 29 Oct 1995 15:48:19 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: freebsd-hackers@FreeBSD.ORG Subject: Can't modload CD9660 FS!!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It's been a while since I tried to mount a CD-ROM on my system (2.1.0-STABLE) and with the latest kernel build I've noticed I get the following problem (note: I commented out CD9660 in the kernel but I have the latest CD9660 module in /lkm): buk: {1} /sbin/mount /cdrom cd9660: vfsload(cd9660): No such file or directory I know it isn't a general problem with modload because I have the MSDOS filesystem module configured in the same way and it works perfectly (not to mention the screensaver and Linux modules). Is there some specific reason with the CD9660 module isn't working anymore? ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Oct 29 15:54:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA02199 for hackers-outgoing; Sun, 29 Oct 1995 15:54:46 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA02176 for ; Sun, 29 Oct 1995 15:54:43 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id SAA00444 for freebsd-hackers@freebsd.org; Sun, 29 Oct 1995 18:55:06 -0500 From: Charles Henrich Message-Id: <199510292355.SAA00444@crh.cl.msu.edu> Subject: network priority changed? To: freebsd-hackers@freebsd.org Date: Sun, 29 Oct 1995 18:55:06 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 643 Sender: owner-hackers@freebsd.org Precedence: bulk Ever since 2.0.5 my systems running with ISA network cards (SMC Ultra's) havent been nearly as fast as with 2.0.5, (650k/sec peak instead of 980k/sec peak) as well as getting messages like so on the console fairly frequently during heavy network activity: ed0: warning - receiver ring buffer overrun Leading me to believe that the priority of the network (ISA?) handlers were lowered since 2.0.5. Am I way off base here? If so, what tunables would one suggest to get the performance back up to snuff.. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sun Oct 29 17:09:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA20994 for hackers-outgoing; Sun, 29 Oct 1995 17:09:53 -0800 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 RAA20982 for ; Sun, 29 Oct 1995 17:09:51 -0800 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 UAA22357 for ; Sun, 29 Oct 1995 20:09:50 -0500 Date: Sun, 29 Oct 1995 20:09:49 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: hackers@freebsd.org Subject: New tool available: Netcat (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Thought some of you might be interested in this Matt [This will be of interest to firewallers, for reasons obvious herein or in the README that comes with it. Enjoy!] Netcat 1.0 is the initial release of a simple Unix utility which reads and writes data across network connections, using TCP or UDP protocol. It is designed to be a reliable "back-end" tool that can be used directly or easily driven by other programs and scripts. At the same time it is a feature-rich network debugging and exploration tool, since it can create almost any kind of connection you would need and has several interesting built-in capabilities. Some of netcat's major features are: Outbound or inbound connections, TCP or UDP, to or from any ports Full DNS forward/reverse checking, with appropriate warnings Ability to use any local source port Ability to use any locally-configured network source address Built-in port-scanning capabilities, with randomizer Built-in loose source-routing capability Can read command line arguments from standard input Slow-send mode, one line every N seconds Optional ability to let another program service inbound connections A very short list of potential uses: Script backends Scanning ports and inventorying services Backup handlers File transfers Server testing and simulation Firewall testing Proxy gatewaying Network performance testing Address spoofing tests Protecting X servers 1001 other uses you'll likely come up with Netcat is a product of Avian Research, and is freely available in full source form with no restrictions save an obligation to give credit where due. Get it via anonymous FTP at avian.org:/src/hacks/nc100.tgz which is a gzipped tar file. Other distribution formats can be accomodated upon request. It is also mirrored at the following [faster] sites: zippy.telcom.arizona.edu:/pub/mirrors/avian.org/hacks/nc100.tgz ftp.sterling.com:/mirrors/avian.org/src/hacks/nc100.tgz _H* 951010 From owner-freebsd-hackers Sun Oct 29 17:28:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA21506 for hackers-outgoing; Sun, 29 Oct 1995 17:28:28 -0800 Received: from iguana.reptiles.org (iguana.reptiles.org [198.96.117.130]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA21497 ; Sun, 29 Oct 1995 17:28:19 -0800 Received: by iguana.reptiles.org (/\==/\ Smail3.1.28.1 #28.8) id ; Sun, 29 Oct 95 20:28 EST Date: Sun, 29 Oct 1995 20:27:30 -0500 (EST) From: "Marc G. Fournier" To: questions@freebsd.org cc: hackers@freebsd.org Subject: Future Domain TMC-860 SCSI Card Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... From reading handbook.ascii, I had made what seems to be an incorrect assumption...it states that you can use the Future Domain 8xx/950 SCSI controllers under FreeBSD. When I try to boot up with an 860, it doesn't find the card. Now, checking out the code (/sys/i386/isa/seagate.c), it only mentions the 855/950... So, I guess the question is two-fold...does the 860 work under FreeBSD as handbook.ascii seems to imply? If not, can someone make a quick change to handbook.ascii so that others aren't mistakeningly misled? I could imagine some poor soul reading that, and trying to install FreeBSD and failing miserably as a result because they made a similar assumption :( Thanks... From owner-freebsd-hackers Sun Oct 29 17:36:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA21775 for hackers-outgoing; Sun, 29 Oct 1995 17:36:41 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA21769 for ; Sun, 29 Oct 1995 17:36:36 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA00303; Mon, 30 Oct 1995 12:00:50 +1030 From: Michael Smith Message-Id: <199510300130.MAA00303@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: terry@lambert.org (Terry Lambert) Date: Mon, 30 Oct 1995 12:00:49 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.ORG In-Reply-To: <199510271832.LAA23625@phaeton.artisoft.com> from "Terry Lambert" at Oct 27, 95 11:32:28 am Content-Type: text Content-Length: 2966 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry Lambert stands accused of saying: > > Here are some scribbles wrt. what I'm trying to work out... > > > > Bootmanager (MBR) looks up first sector of FreeBSD slice. > > Have to assume (for now) that it knows how to reach beyond the 1024 cyl. > > mark. > > It doesn't. It can't. Then we're not going to get much further in support of big stupid disks. 8( > This is useless because the BSD BIOS-based second stage boot doesn't > know about non-standard-about-to-be-stomped-on-by-boot-selector-replacement > LBA-type addressing. It only knows about standard INT 21. Who's using 21 at the BIOS level? Confuse me if I'm wrong, but my recollection has 21 as the DOS entrypoint. > > Stage 1 boostrap (lives in first track(s) of FreeBSD slice) (code that > > currently gives the Boot: prompt) should search all FreeBSD slices > > and partitions looking for an 'a' filesystem containing a file called > > 'boot2' (or whatever - it's the stage 2 bootstrap code). > > This should be read in (version checks? checksums? fallbacks?) and called. > > (Still in real mode) > > This is the "boot program without the 8k limit" idea. This would in > fact be a third stage bootstrap. > > I find it really questionable that this much work would be put into > what is basically a kludge to get around the lack of firmware access > in the protected mode code. It's really a much less general soloution > than the implementation of a VM86() mode, considering there are three > working examples (1) Linux, (2) NetBSD, and (3) CMU Mach, on how to > implement a VM86() mode. It's more that this much work be put in to maintain compatability with the existing scheme. If I Were To Have My Way (tm), I'd have another partition in the FreeBSD slice for holding kernels and bootstrap tools, stuck at the front of the slice. (Reminiscent of the SVR4 /stand (?) concept). I can see right now the fracas this would cause 8( > I believe that we could benefit from discarding the segments containing > the code after boot (ie: code/data/boot code/boot data/etc.), but I > think doing the BIOS thing in a third stage boot is unnecessary. What I'm trying to do is come up with a semi-rational way of getting around the problems that we currently face with large IDE disks, and with the currently too-squashed bootstrap code. It's quite likely that I'm trying to hit too many things and consequently visualising too large a hammer. > That would make me a purist. 8-). You weren't aware of this? 8) > Not me, at least not right now. 8-(. Oh, you have a job too? 8) > Terry Lambert -- ]] 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-hackers Sun Oct 29 17:52:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA22926 for hackers-outgoing; Sun, 29 Oct 1995 17:52:01 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA22921 for ; Sun, 29 Oct 1995 17:51:54 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA00367; Mon, 30 Oct 1995 12:18:30 +1030 From: Michael Smith Message-Id: <199510300148.MAA00367@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: bde@zeta.org.au (Bruce Evans) Date: Mon, 30 Oct 1995 12:18:29 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hackers@freebsd.org, lenzi@cwbone.bsi.com.br In-Reply-To: <199510271940.FAA25718@godzilla.zeta.org.au> from "Bruce Evans" at Oct 28, 95 05:40:54 am Content-Type: text Content-Length: 1300 Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans stands accused of saying: > > >Stage 2 boostrap ... > >... should perform MBR fixup to > >guarantee that the absolute offset field in the MBR matches the c/h/s > >values for the slice under the BIOS geometry. > > Only for its own benefit. Drivers don't want to know about yet another > translation. It's actually intended to remove the need for any driver to need to know about any translation. There are issues related to disks not covered by a BIOS, but from the point of view of the 'panic: can't mount root' problem experienced when an unwitting installer gets the geometry wrong. > >It should also be buildable > >as a DOS program, to allow it to work with Ontrack's Disk Mangler. The > > Nothing should require DOS utilitites to build. Nothing would. "It should be buildable as a DOS program"; in other words, it should fit into the fbsdboot tool, to cover all booting scenarios. > Bruce -- ]] 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-hackers Sun Oct 29 18:55:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25623 for hackers-outgoing; Sun, 29 Oct 1995 18:55:21 -0800 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 SAA25614 for ; Sun, 29 Oct 1995 18:55:19 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA10031; Sun, 29 Oct 1995 18:54:59 -0800 To: Jake Hamby cc: hackers@FreeBSD.ORG Subject: Re: 2.1.0-951026-SNAP fails on IDE CDROM In-reply-to: Your message of "Sun, 29 Oct 1995 13:25:31 PST." Date: Sun, 29 Oct 1995 18:54:59 -0800 Message-ID: <10029.815021699@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I'll sup -stable today and see if perhaps there is some bug in the > integration of ATAPI support into the -stable kernel or maybe my > commenting out "wd2" and "wd3" is relevant. I'll mail later today with > my findings... I'd appreciate that, thanks! This is my biggest area of suspicion.. Jordan From owner-freebsd-hackers Sun Oct 29 19:59:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA28828 for hackers-outgoing; Sun, 29 Oct 1995 19:59:20 -0800 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 TAA28817 for ; Sun, 29 Oct 1995 19:59:16 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA10311 for ; Sun, 29 Oct 1995 19:58:57 -0800 To: hackers@freefall.FreeBSD.org Subject: Why can't I just `release=stable' for sup?? Date: Sun, 29 Oct 1995 19:58:57 -0800 Message-ID: <10309.815025537@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk Right about now, I'm thinking that either: A) I don't understand sup. B) We did it wrong. Because rather than being able to do something like: sys release=stable host=freefall.cdrom.com hostbase=/home \ base=/usr prefix=/usr/src delete old compress I have to do: stable-sys release=current host=freefall.cdrom.com hostbase=/home \ base=/usr prefix=/usr/src delete old compress Same is true for CVS. Bleh! Wouldn't it be nice if "sys" (and all of its brothers and sisters) was always sys, and only the release= line changed? If nothing else, it sure would make ~sup on freefall cleaner. Am I missing something here? Jordan From owner-freebsd-hackers Sun Oct 29 20:09:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA29493 for hackers-outgoing; Sun, 29 Oct 1995 20:09:41 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA29478 for ; Sun, 29 Oct 1995 20:09:37 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id UAA10427 for ; Sun, 29 Oct 1995 20:09:23 -0800 Message-Id: <199510300409.UAA10427@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@FreeBSD.ORG Subject: Buffer cache , lmbench part 3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Oct 1995 20:09:22 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jim Lowe recorded the last space shuttle launch on his FreeBSD box;however, he ran into a minor gotcha the buffer cache. If you want to see the buffer cache in action just play the mpeg movie and look for pauses on on the movie. So the question now is: Is the buffer cache tuneble to avoid this kind of behavior? I was thinking that video capture without compression eats up enourmous amount of disk space so it would not be too unconceivable to bypass the file system and buffer cache and just do raw I/O to the disk. Here is a pointer to Jim's mpeg version of the space shuttle launch it is about 1.7mb and the original was 300MB : ftp://ftp.cs.uwm.edu/pub/shuttle_gifs/sts73.launch.mpg. Enjoy, Amancio From owner-freebsd-hackers Sun Oct 29 20:31:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA00501 for hackers-outgoing; Sun, 29 Oct 1995 20:31:20 -0800 Received: from sgi.sgi.com (SGI.COM [192.48.153.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA00489 for ; Sun, 29 Oct 1995 20:31:12 -0800 Received: from cthulhu.engr.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id UAA12110; Sun, 29 Oct 1995 20:30:51 -0800 Received: from slovax.engr.sgi.com by cthulhu.engr.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id UAA01496; Sun, 29 Oct 1995 20:30:49 -0800 Received: from localhost by slovax.engr.sgi.com (4.1/SMI-4.1) id AA02064; Sun, 29 Oct 95 20:30:44 PST Message-Id: <9510300430.AA02064@slovax.engr.sgi.com> To: "Ron G. Minnich" From: lm@slovax.engr.sgi.com (Larry McVoy) Cc: "Russell L. Carter" , Nate Williams , Brian Tao , FREEBSD-HACKERS-L , Larry McVoy Subject: Re: New lmbench available (fwd) Date: Sun, 29 Oct 95 20:30:44 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk The FreeBSD numbers are from Russell's Pentium. The linux numbers are my 486 at home. They should be slower. I haven't looked over the new results yet, there are a *lot* of results pooring in. : actually the big surprise for me was walking the results and seeing : freebsd outrunning linux in so many areas on the 100 mhz boxes. I knew : that it was marginally faster in places but the margin this time (except : for ctx) was surprising. Also the aix ctx results are interesting: kind of : shows the advantage of single-address-space operating systems, as opposed : to the unix model. : : It's useful to show freebsd performance at the limit. But it's also : useful to show it on a plain vanilla 133 mhz box without $$$ boltons. : : BTW ttcp on freebsd on 100BT interfaces (SMC) is at about 56 Mhz. These : are neptune, i understand triton would be better. : : ron : : Ron Minnich |Like a knife through Daddy's heart: : rminnich@earth.sarnoff.com |"Don't make fun of Windows, daddy! It takes care : (609)-734-3120 | of all my files and it's reliable and I like it". : : From owner-freebsd-hackers Sun Oct 29 20:34:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA00631 for hackers-outgoing; Sun, 29 Oct 1995 20:34:36 -0800 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 UAA00626 for ; Sun, 29 Oct 1995 20:34:34 -0800 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 VAA03543; Sun, 29 Oct 1995 21:58:04 -0800 Message-Id: <199510300558.VAA03543@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@freefall.freebsd.org Subject: Re: Why can't I just `release=stable' for sup?? In-reply-to: Your message of "Sun, 29 Oct 1995 19:58:57 PST." <10309.815025537@time.cdrom.com> Date: Sun, 29 Oct 1995 21:58:04 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.org Precedence: bulk >Right about now, I'm thinking that either: > >A) I don't understand sup. > >B) We did it wrong. > >Because rather than being able to do something like: > > sys release=stable host=freefall.cdrom.com hostbase=/home \ > base=/usr prefix=/usr/src delete old compress This should work fine. I fixed it quite a while ago. The plan was to phase out the old "stable-blah" targets once people switched to using the release field correctly, but I guess even you haven't done so. > stable-sys release=current host=freefall.cdrom.com hostbase=/home \ > base=/usr prefix=/usr/src delete old compress > >Same is true for CVS. Bleh! That makes no sense. There is only one CVS tree. >Wouldn't it be nice if "sys" (and all of its brothers and sisters) was >always sys, and only the release= line changed? If nothing else, it >sure would make ~sup on freefall cleaner. Am I missing something here? > > Jordan You must not have read my message to anounce months ago. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Oct 29 20:35:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA00705 for hackers-outgoing; Sun, 29 Oct 1995 20:35:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA00695 for ; Sun, 29 Oct 1995 20:35:17 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id UAA09703; Sun, 29 Oct 1995 20:35:02 -0800 From: Julian Elischer Message-Id: <199510300435.UAA09703@ref.tfs.com> Subject: Re: Buffer cache , lmbench part 3 To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Sun, 29 Oct 1995 20:35:01 -0800 (PST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510300409.UAA10427@rah.star-gate.com> from "Amancio Hasty Jr." at Oct 29, 95 08:09:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1079 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk How do you know it's buffer_cache? you could put the 'sync' (update) frequency to 1 sysctl -w kern.update=1 (I think) and try again.. (I presume he has it on tape....) you don't want to go synchronous but you don't want to be so asynchronous that the ram fills up and you end up waiting on disk.. try this.... > > > Jim Lowe recorded the last space shuttle launch on his FreeBSD box;however, > he ran into a minor gotcha the buffer cache. If you want to see the > buffer cache in action just play the mpeg movie and look for pauses on > on the movie. So the question now is: Is the buffer cache tuneble to > avoid this kind of behavior? > > I was thinking that video capture without compression eats up enourmous > amount of disk space so it would not be too unconceivable to bypass the > file system and buffer cache and just do raw I/O to the disk. > > Here is a pointer to Jim's mpeg version of the space shuttle launch it > is about 1.7mb and the original was 300MB : > > ftp://ftp.cs.uwm.edu/pub/shuttle_gifs/sts73.launch.mpg. > > Enjoy, > Amancio > > > From owner-freebsd-hackers Sun Oct 29 20:54:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA01906 for hackers-outgoing; Sun, 29 Oct 1995 20:54:34 -0800 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 UAA01897 ; Sun, 29 Oct 1995 20:54:29 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA10583; Sun, 29 Oct 1995 20:54:10 -0800 To: "Justin T. Gibbs" cc: hackers@freefall.FreeBSD.org Subject: Re: Why can't I just `release=stable' for sup?? In-reply-to: Your message of "Sun, 29 Oct 1995 21:58:04 PST." <199510300558.VAA03543@aslan.cdrom.com> Date: Sun, 29 Oct 1995 20:54:10 -0800 Message-ID: <10580.815028850@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > This should work fine. I fixed it quite a while ago. The plan was > to phase out the old "stable-blah" targets once people switched to > using the release field correctly, but I guess even you haven't > done so. I've TRIED to do that! You get: SUP Upgrade of bin at Sun Oct 29 20:53:06 1995 SUP Fileserver 9.13 (4.3 BSD) 1864 on freefall.FreeBSD.org at 20:53:06 SUP Fileserver supports compression. SUP: Invalid release stable for collection bin SUP: Upgrade of bin aborted at Oct 29 20:53:06 1995 It's never worked for me, not before or after your announcement! :-) > That makes no sense. There is only one CVS tree. But you could have `bin' and `release=CVS' to get the "CVS version" of that distribution rather than making "CVS-bin" another target, yes? Jordan From owner-freebsd-hackers Sun Oct 29 20:54:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA01934 for hackers-outgoing; Sun, 29 Oct 1995 20:54:42 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA01921 for ; Sun, 29 Oct 1995 20:54:38 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id UAA09753 for hackers@FREEBSD.ORG; Sun, 29 Oct 1995 20:54:26 -0800 From: Julian Elischer Message-Id: <199510300454.UAA09753@ref.tfs.com> Subject: Brian's cyb driver To: hackers@FREEBSD.ORG Date: Sun, 29 Oct 1995 20:54:26 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 749 Sender: owner-hackers@FREEBSD.ORG Precedence: bulk If I don't hear any really good rasons, I'm going to commit this driver to the tree. We have two console drivers so there is a precedent. We are alienating a good contributor, and there have been several people asking for info on this driver. >From what I gather ther are points of strength or both drivers.. Brian's drives the board a bit better, but Bruce's interfaces with the system a bit better.. anyhow. I will want to hear a REALLY GOOD REASON to not do this before I stop.. I've taken it upon myself to recently help a few outside people get their stuff committed. We need to stop contributors getting shut out.. it we don't take their stuff, just because we let it slip through the cracks, then we deserve to be dropped by them. julian From owner-freebsd-hackers Sun Oct 29 20:59:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA02320 for hackers-outgoing; Sun, 29 Oct 1995 20:59:21 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA02307 for ; Sun, 29 Oct 1995 20:59:16 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id UAA10767; Sun, 29 Oct 1995 20:59:05 -0800 Message-Id: <199510300459.UAA10767@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Julian Elischer cc: hackers@FreeBSD.ORG, Jim Lowe Subject: Re: Buffer cache , lmbench part 3 In-reply-to: Your message of "Sun, 29 Oct 1995 20:35:01 PST." <199510300435.UAA09703@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Oct 1995 20:59:04 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> Julian Elischer said: > How do you know it's buffer_cache? Cause that's Jim said ... Not sure if Jim recorded the space launch on tape. However, I am sure that he can try to record something else and see if he gets similar results. Currently, I am little handicap because I can't capture video on FreeBSD , argh... and the video capture at least under Windows sucks . Hopefully, in the near future I will be able to get my Diamond S3 968 + mpeg/video capture daugther card working on FreeBSD. Tnks for the tip!! Amancio > you could put the 'sync' (update) frequency to 1 > sysctl -w kern.update=1 > (I think) > and try again.. > (I presume he has it on tape....) > you don't want to go synchronous > but you don't want to be so asynchronous that the ram fills up > and you end up waiting on disk.. > > > try this.... > > > > > > > > Jim Lowe recorded the last space shuttle launch on his FreeBSD box;however , > > he ran into a minor gotcha the buffer cache. If you want to see the > > buffer cache in action just play the mpeg movie and look for pauses on > > on the movie. So the question now is: Is the buffer cache tuneble to > > avoid this kind of behavior? > > > > I was thinking that video capture without compression eats up enourmous > > amount of disk space so it would not be too unconceivable to bypass the > > file system and buffer cache and just do raw I/O to the disk. > > > > Here is a pointer to Jim's mpeg version of the space shuttle launch it > > is about 1.7mb and the original was 300MB : > > > > ftp://ftp.cs.uwm.edu/pub/shuttle_gifs/sts73.launch.mpg. > > > > Enjoy, > > Amancio > > > > > > > From owner-freebsd-hackers Sun Oct 29 21:00:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA02459 for hackers-outgoing; Sun, 29 Oct 1995 21:00:26 -0800 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 VAA02450 ; Sun, 29 Oct 1995 21:00:22 -0800 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 WAA03625; Sun, 29 Oct 1995 22:25:04 -0800 Message-Id: <199510300625.WAA03625@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Justin T. Gibbs" , hackers@freefall.FreeBSD.org Subject: Re: Why can't I just `release=stable' for sup?? In-reply-to: Your message of "Sun, 29 Oct 1995 20:54:10 PST." <10580.815028850@time.cdrom.com> Date: Sun, 29 Oct 1995 22:25:04 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.org Precedence: bulk >> This should work fine. I fixed it quite a while ago. The plan was >> to phase out the old "stable-blah" targets once people switched to >> using the release field correctly, but I guess even you haven't >> done so. > >I've TRIED to do that! You get: > >SUP Upgrade of bin at Sun Oct 29 20:53:06 1995 >SUP Fileserver 9.13 (4.3 BSD) 1864 on freefall.FreeBSD.org at 20:53:06 >SUP Fileserver supports compression. >SUP: Invalid release stable for collection bin >SUP: Upgrade of bin aborted at Oct 29 20:53:06 1995 > >It's never worked for me, not before or after your announcement! :-) Okay, so its src-bin. >> That makes no sense. There is only one CVS tree. > >But you could have `bin' and `release=CVS' to get the "CVS version" of >that distribution rather than making "CVS-bin" another target, yes? > > Jordan That's easy enough to do. Since there are a relatively small number of people supping the CVS tree, we should be able to remove the old collections almost immediately after the change is made. I make the new 'CVS' release now. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Oct 29 21:11:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA03311 for hackers-outgoing; Sun, 29 Oct 1995 21:11:34 -0800 Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA03299 for ; Sun, 29 Oct 1995 21:11:28 -0800 Received: (from mbarkah@localhost) by hemi.com (8.6.11/8.6.9) id WAA01549; Sun, 29 Oct 1995 22:15:26 -0700 From: Ade Barkah Message-Id: <199510300515.WAA01549@hemi.com> Subject: S3 968 (was Re: Buffer cache) To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Sun, 29 Oct 1995 22:15:26 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510300459.UAA10767@rah.star-gate.com> from "Amancio Hasty Jr." at Oct 29, 95 08:59:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 658 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Hopefully, in the near future I will be able to get my Diamond S3 > 968 + mpeg/video capture daugther card working on FreeBSD. > > Amancio How do you like that card with FreeBSD ? I just helped a friend yesterday install that card to work with FreeBSD 2.0.5-R and xfree 3.1.2 (unfortunately the 3.1.1 server on the CD doesn't support the card.) He doesn't have mpeg daughter card yet and I was wondering how one would use it under FreeBSD. -Ade -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Sun Oct 29 21:22:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA04129 for hackers-outgoing; Sun, 29 Oct 1995 21:22:19 -0800 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 VAA04123 for ; Sun, 29 Oct 1995 21:22:11 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA13974; Mon, 30 Oct 1995 06:22:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA21052; Mon, 30 Oct 1995 06:22:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA02187; Sun, 29 Oct 1995 19:28:28 +0100 From: J Wunsch Message-Id: <199510291828.TAA02187@uriah.heep.sax.de> Subject: Re: Lost my original /sbin/dset -q values To: efb@cotdazr.org (Everett F Batey) Date: Sun, 29 Oct 1995 19:28:28 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Everett F Batey" at Oct 29, 95 05:46:18 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: 536 Sender: owner-hackers@freebsd.org Precedence: bulk As Everett F Batey wrote: > > Looking at strings of /dev/dset .. homed me in on /kernel and > /cdrom/kernel.Gen which are (per md5) identical .. dset(8) writes directly into the kernel. Of course, if your /kernel and /kernel.GENERIC are hard-linked, it's no surprise that ``both'' kernels are affected. (Huh, Jordan? We shouldn't hardlink them at installation time!) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 29 21:29:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA04328 for hackers-outgoing; Sun, 29 Oct 1995 21:29:18 -0800 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA04318 for ; Sun, 29 Oct 1995 21:29:08 -0800 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id FAA02874 ; Mon, 30 Oct 1995 05:17:27 GMT To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: Why cant a setuid process do a shutdown? In-reply-to: Your message of "Sun, 29 Oct 1995 17:45:54 EST." <199510292245.RAA05648@crh.cl.msu.edu> Date: Mon, 30 Oct 1995 05:17:25 +0000 Message-ID: <2872.815030245@palmer.demon.co.uk> From: Gary Palmer Sender: owner-hackers@freebsd.org Precedence: bulk Charles Henrich stands accused of writing in message ID <199510292245.RAA05648@crh.cl.msu.edu>: >Okay, I've tried everything, and I cant figure out anyway in which a setuid >process can execute a shutdown. gary@palmer:~> ls -alo `where shutdown` -r-sr-x--- 1 root operator - 126976 Nov 22 1994 /sbin/shutdown Works fine for me (my normal UID is in the operator group. I did this as I really hated su'ing to root just to switch my machine off for the night...) (and yes, I am running what is basically a 2.0R system :-| ) Gary From owner-freebsd-hackers Sun Oct 29 21:47:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA04940 for hackers-outgoing; Sun, 29 Oct 1995 21:47:31 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA04935 for ; Sun, 29 Oct 1995 21:47:29 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id VAA11189; Sun, 29 Oct 1995 21:47:17 -0800 Message-Id: <199510300547.VAA11189@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Ade Barkah cc: hackers@FreeBSD.ORG Subject: Re: S3 968 (was Re: Buffer cache) In-reply-to: Your message of "Sun, 29 Oct 1995 22:15:26 MST." <199510300515.WAA01549@hemi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Oct 1995 21:47:14 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> Ade Barkah said: > > Hopefully, in the near future I will be able to get my Diamond S3 > > 968 + mpeg/video capture daugther card working on FreeBSD. > > > > Amancio > > How do you like that card with FreeBSD ? I just helped a friend > yesterday install that card to work with FreeBSD 2.0.5-R and > xfree 3.1.2 (unfortunately the 3.1.1 server on the CD doesn't > support the card.) He doesn't have mpeg daughter card yet and > I was wondering how one would use it under FreeBSD. > The card is okay its virtue is that it supports and mpeg/video/audio card . This baby can dump video straight into the VRAM. Somehow, I managed to become part of Diamond's developers group and I had to sign a NDA for any stuff that they give me. The current situation for FreeBSD is that I am waiting for Diamond to give me the necessary information to program their mpeg daughter card. I have been trying to get this information from Diamond for the last 2 months and all I can say is that I am getting closer. Yes with some of this companies patience is a requirement. So the straight forward answer is right now we can't play back mpeg with Diamond's offering. However, OmniMedia does have a hardware mpeg solution for FreeBSD . Check out : http://www.freebsd.org/~faulkner/multimedia/mm.html for a pointer to OmniMedia and eventually we will have lots of stuff on our Multimedia html page! Enjoy Amancio From owner-freebsd-hackers Sun Oct 29 22:18:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA06369 for hackers-outgoing; Sun, 29 Oct 1995 22:18:28 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA06359 for ; Sun, 29 Oct 1995 22:18:17 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA08870; Mon, 30 Oct 1995 17:14:37 +1100 Date: Mon, 30 Oct 1995 17:14:37 +1100 From: Bruce Evans Message-Id: <199510300614.RAA08870@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: boot disk.... Cc: hackers@freebsd.org, lenzi@cwbone.bsi.com.br, terry@lambert.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >Stage 2 boostrap ... >> >... should perform MBR fixup to >> >guarantee that the absolute offset field in the MBR matches the c/h/s >> >values for the slice under the BIOS geometry. >> >> Only for its own benefit. Drivers don't want to know about yet another >> translation. >It's actually intended to remove the need for any driver to need to know >about any translation. There are issues related to disks not covered by >a BIOS, but from the point of view of the 'panic: can't mount root' problem >experienced when an unwitting installer gets the geometry wrong. Drivers only need to know about the BIOS translation so that they can report it to fdisk so installers can get the geometry right. This is remarkably complicated, especially for handling of disks not covered by the BIOS, and still not handled right. The stage 2 bootstrap shouldn't have to duplicate the complications. Anyway, the stage 2 bootstrap is far too late to fix the values. The previous stage (stage 1 of 0, 1, 2, ...) is written at the absolute offset but loaded using the c/h/s values. Only stage 0 (the MBR) can fix them. >> >It should also be buildable >> >as a DOS program, to allow it to work with Ontrack's Disk Mangler. The >> >> Nothing should require DOS utilitites to build. >Nothing would. "It should be buildable as a DOS program"; in other words, >it should fit into the fbsdboot tool, to cover all booting scenarios. fbsdboot should _be_ a DOS program and be built as a FreeBSD program. Then it would be easier to add extensions to it. The new stage should also be buildable as an extension for netboot. Bruce From owner-freebsd-hackers Sun Oct 29 22:35:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA06911 for hackers-outgoing; Sun, 29 Oct 1995 22:35:55 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA06906 for ; Sun, 29 Oct 1995 22:35:52 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id RAA01084; Mon, 30 Oct 1995 17:05:19 +1030 From: Michael Smith Message-Id: <199510300635.RAA01084@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: bde@zeta.org.au (Bruce Evans) Date: Mon, 30 Oct 1995 17:05:19 +1030 (CST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, hackers@freebsd.org, lenzi@cwbone.bsi.com.br, terry@lambert.org In-Reply-To: <199510300614.RAA08870@godzilla.zeta.org.au> from "Bruce Evans" at Oct 30, 95 05:14:37 pm Content-Type: text Content-Length: 2521 Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans stands accused of saying: > >It's actually intended to remove the need for any driver to need to know > >about any translation. There are issues related to disks not covered by > >a BIOS, but from the point of view of the 'panic: can't mount root' problem > >experienced when an unwitting installer gets the geometry wrong. > > Drivers only need to know about the BIOS translation so that they can > report it to fdisk so installers can get the geometry right. This is The BIOS geometries for all BIOS-recognised disks would theoretically be passed in in the kernel environment block. (the same techniqe would be used for passing in the name of the root device, any userconfig tweaks, the _real_ memory size as determined using the "correct" technique(s), etc.) > remarkably complicated, especially for handling of disks not covered > by the BIOS, and still not handled right. The stage 2 bootstrap If the disk isn't covered by a BIOS, then there's no translation involved, and no need for alternative geometry to be passed in. > shouldn't have to duplicate the complications. Anyway, the stage 2 > bootstrap is far too late to fix the values. The previous stage (stage > 1 of 0, 1, 2, ...) is written at the absolute offset but loaded using > the c/h/s values. Only stage 0 (the MBR) can fix them. Point. SOunds like chicken-and-egg 8( > >Nothing would. "It should be buildable as a DOS program"; in other words, > >it should fit into the fbsdboot tool, to cover all booting scenarios. > > fbsdboot should _be_ a DOS program and be built as a FreeBSD program. > Then it would be easier to add extensions to it. If you have any magic techniqes for converting a FreeBSD binary into DOS EXE format, I'm keen 8) I currently use the GNU toolchain and the DJGPP libraries as a cross-development platform for much of our DOS work. > The new stage should also be buildable as an extension for netboot. Being BIOS-only, it would effectively be loaded by netboot as the kernel currently is. This would strip all of the protected-mode stuff out of the seperate bootstraps and park it all in once place. > Bruce -- ]] 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-hackers Sun Oct 29 23:32:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA09056 for hackers-outgoing; Sun, 29 Oct 1995 23:32:22 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA09037 for ; Sun, 29 Oct 1995 23:32:11 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <07482-0@bunyip.cc.uq.oz.au>; Mon, 30 Oct 1995 17:30:23 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id RAA07466; Mon, 30 Oct 1995 17:35:08 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id RAA09427; Mon, 30 Oct 1995 17:31:16 +1000 Date: Mon, 30 Oct 1995 17:31:16 +1000 From: Stephen McKay Message-Id: <199510300731.RAA09427@orion.devetir.qld.gov.au> To: Andreas Klemm cc: freebsd-hackers@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: several diffs for dump(8) to display write throughput and such...c Newsgroups: local.freebsd.hackers References: Sender: owner-hackers@freebsd.org Precedence: bulk Andreas Klemm wrote: >The dump utility in Solaris 2.4 has the nice feature, to show the >write throughput, when dumping to tape. > DUMP: DUMP: 688558 tape blocks on 1 volumes(s) >>>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec > DUMP: level 0 dump on Sat Oct 28 20:28:29 1995 >*************** >*** 448,453 **** >--- 449,457 ---- > else > msg("DUMP: %ld tape blocks on %d volumes(s)\n", > spcl.c_tapea, spcl.c_volume); >+ msg("DUMP: finished in %d seconds, throughput %d KBytes/sec\n", >+ tend_writing-tstart_writing, >+ spcl.c_tapea/(tend_writing-tstart_writing)); /* AKL */ > putdumptime(); > trewind(); > broadcast("DUMP IS DONE!\7\7\n"); I can imagine cases where tend_writing == tstart_writing, causing a core dump. This would be quite likely when testing dump scripts by dumping to a file or /dev/null from a small filesystem. Stephen McKay. From owner-freebsd-hackers Sun Oct 29 23:59:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA10418 for hackers-outgoing; Sun, 29 Oct 1995 23:59:14 -0800 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 XAA10413 for ; Sun, 29 Oct 1995 23:59:12 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA00524; Sun, 29 Oct 1995 23:58:33 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: efb@cotdazr.org (Everett F Batey), freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Lost my original /sbin/dset -q values In-reply-to: Your message of "Sun, 29 Oct 1995 19:28:28 +0100." <199510291828.TAA02187@uriah.heep.sax.de> Date: Sun, 29 Oct 1995 23:58:33 -0800 Message-ID: <522.815039913@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > dset(8) writes directly into the kernel. Of course, if your /kernel > and /kernel.GENERIC are hard-linked, it's no surprise that ``both'' > kernels are affected. (Huh, Jordan? We shouldn't hardlink them at > installation time!) It's either that or simply `mv' it since most folks don't budget space for more than one image, especially "kitchen sink" ones like GENERIC. Would you prefer I just move it? Jordan From owner-freebsd-hackers Mon Oct 30 00:21:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA11401 for hackers-outgoing; Mon, 30 Oct 1995 00:21:29 -0800 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 AAA11395 for ; Mon, 30 Oct 1995 00:21:22 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18219 for ; Mon, 30 Oct 1995 09:21:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA21537 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 09:21:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA04793 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 09:12:09 +0100 From: J Wunsch Message-Id: <199510300812.JAA04793@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 30 Oct 1995 09:12:08 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510300130.MAA00303@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 30, 95 12:00:49 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: 1409 Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > It's more that this much work be put in to maintain compatability with > the existing scheme. If I Were To Have My Way (tm), I'd have another > partition in the FreeBSD slice for holding kernels and bootstrap tools, > stuck at the front of the slice. (Reminiscent of the SVR4 /stand (?) > concept). I can see right now the fracas this would cause 8( Yeah, we've already got this one: the partition is called `a', and it's mounted as /. Where's that big difference here to /stand? After i had to install an SCO for a customer (ick!, they couldn't be convinced of FreeBSD), and noticed that this f*cking multi-level boot takes ages until it finally presents the Boot: prompt, i'm no longer a fan of any more boot stages. The 7.5 K limitation has one interesting feature: it makes us fast, since you could not put a GUI into it. :-) Believe it or not, a separate /stand/boot tool will be bloated and bloated until it will finally reaches its limits, too -- but it will be much slower, and waste more boot time and disk space then. It won't serve any better purpose however, and none of our current problems can really be solved by it, except perhaps for the ``can only boot off the compatibility slice'' one. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 00:22:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA11496 for hackers-outgoing; Mon, 30 Oct 1995 00:22:44 -0800 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 AAA11394 for ; Mon, 30 Oct 1995 00:21:21 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18232; Mon, 30 Oct 1995 09:21:15 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA21539; Mon, 30 Oct 1995 09:21:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA04834; Mon, 30 Oct 1995 09:19:31 +0100 From: J Wunsch Message-Id: <199510300819.JAA04834@uriah.heep.sax.de> Subject: Re: several diffs for dump(8) to display write throughput and such...c To: andreas@knobel.gun.de (Andreas Klemm) Date: Mon, 30 Oct 1995 09:19:31 +0100 (MET) Cc: jkh@time.cdrom.com, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510291853.TAA04405@knobel.gun.de> from "Andreas Klemm" at Oct 29, 95 07:53:46 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: 1321 Sender: owner-hackers@freebsd.org Precedence: bulk As Andreas Klemm wrote: > > > > >>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec > > > > Neat! I like it. However, we're already in feature freeze for 2.1 so > > this would definitely be -current fodder only, I'm afraid! > > Hi Jordan, well, that's fine. So you take the part to fiddle it in > into current, please ?! I've already wrote this to Andreas in private mail: o The patch could cause a division by 0 under rare circumstances, it divides by a time difference without first checking for 0. The probably best way is to add a `1' there. It won't change the result very significantly for a long-term tape backup, but avoids the problem. o I vote for /dev/rst0. This is consistent with the default tape device of tar(1), and while the non-rewind device is more appropriate for people with large tape drives (DAT, QIC 1 GB or above), the rewind device is a better default for small tape drives like the very common QIC-150 ones, where you sometimes even need more than one cartridge for the entire dump, so the tape _must_ be rewound by dump(8). If you forgot this, you have to ^Z/mt rewind/fg! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 00:23:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA11589 for hackers-outgoing; Mon, 30 Oct 1995 00:23:59 -0800 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 AAA11584 for ; Mon, 30 Oct 1995 00:23:50 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18243; Mon, 30 Oct 1995 09:21:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA21542; Mon, 30 Oct 1995 09:21:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA04857; Mon, 30 Oct 1995 09:20:38 +0100 From: J Wunsch Message-Id: <199510300820.JAA04857@uriah.heep.sax.de> Subject: Re: Why cant a setuid process do a shutdown? To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Mon, 30 Oct 1995 09:20:38 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510292245.RAA05648@crh.cl.msu.edu> from "Charles Henrich" at Oct 29, 95 05:45: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: 402 Sender: owner-hackers@freebsd.org Precedence: bulk As Charles Henrich wrote: > > Okay, I've tried everything, and I cant figure out anyway in which a setuid > process can execute a shutdown. It works for me. /sbin/shutdown on my notebook is mode 4750, so i can execute it as normal user. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 00:33:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA12020 for hackers-outgoing; Mon, 30 Oct 1995 00:33:08 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA12015 for ; Mon, 30 Oct 1995 00:33:06 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA00327; Mon, 30 Oct 1995 00:33:04 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id AAA00376; Mon, 30 Oct 1995 00:32:39 -0800 Message-Id: <199510300832.AAA00376@corbin.Root.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: andreas@knobel.gun.de (Andreas Klemm), hackers@freebsd.org Subject: Re: several diffs for dump(8) to display write throughput and such...c In-reply-to: Your message of "Mon, 30 Oct 95 09:19:31 +0100." <199510300819.JAA04834@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 30 Oct 1995 00:32:33 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >As Andreas Klemm wrote: >> >> > > >>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec >> > >> > Neat! I like it. However, we're already in feature freeze for 2.1 so >> > this would definitely be -current fodder only, I'm afraid! >> >> Hi Jordan, well, that's fine. So you take the part to fiddle it in >> into current, please ?! > >I've already wrote this to Andreas in private mail: > >o The patch could cause a division by 0 under rare circumstances, it > divides by a time difference without first checking for 0. The > probably best way is to add a `1' there. It won't change the result > very significantly for a long-term tape backup, but avoids the > problem. It should check for zero. -DG From owner-freebsd-hackers Mon Oct 30 00:46:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA12426 for hackers-outgoing; Mon, 30 Oct 1995 00:46:01 -0800 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 AAA12421 for ; Mon, 30 Oct 1995 00:45:59 -0800 Received: from strider.ibenet.it (root@strider.ibe.net [194.179.130.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA19037 for ; Mon, 30 Oct 1995 00:45:34 -0800 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id AAA19942; Mon, 30 Oct 1995 00:29:01 +0100 From: Piero Serini Message-Id: <199510292329.AAA19942@strider.ibenet.it> Subject: Re: Help! To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 30 Oct 1995 00:29:01 +0100 (MET) Cc: piero@strider.ibenet.it, tulchins@ix.netcom.com, hackers@FreeBSD.org In-Reply-To: <199510291812.TAA02016@uriah.heep.sax.de> from "J Wunsch" at Oct 29, 95 07:12:33 pm Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 604 Sender: owner-hackers@FreeBSD.org Precedence: bulk Hello. Quoting from J Wunsch (Sun Oct 29 19:12:33 1995): > > As Piero Serini wrote: > > > > > itself. Any ideas? I think I need to create a boot floppy > > ... > > > > We need to know which version of FreeBSD you're running, > > then I can e-mail you the correct MAKEDEV. > > He could also ftp the latest couple of boot & fixit floppies. Not if he's running 1.1.5.x, 2.0.x. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Mon Oct 30 00:46:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA12492 for hackers-outgoing; Mon, 30 Oct 1995 00:46:26 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA12456 for ; Mon, 30 Oct 1995 00:46:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA14176; Mon, 30 Oct 1995 19:39:00 +1100 Date: Mon, 30 Oct 1995 19:39:00 +1100 From: Bruce Evans Message-Id: <199510300839.TAA14176@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: boot disk.... Cc: hackers@freebsd.org, lenzi@cwbone.bsi.com.br, terry@lambert.org Sender: owner-hackers@freebsd.org Precedence: bulk >> Drivers only need to know about the BIOS translation so that they can >> report it to fdisk so installers can get the geometry right. This is >The BIOS geometries for all BIOS-recognised disks would theoretically be >passed in in the kernel environment block. (the same techniqe would be >used for passing in the name of the root device, any userconfig tweaks, >the _real_ memory size as determined using the "correct" technique(s), etc.) Yes, this is already done, but it isn't used because the translation of BIOS drives to device numbers (soon to be names) isn't known, especially for specially configured SCSI devices, and the memory size is only correct up to 64MB. >> remarkably complicated, especially for handling of disks not covered >> by the BIOS, and still not handled right. The stage 2 bootstrap >If the disk isn't covered by a BIOS, then there's no translation involved, >and no need for alternative geometry to be passed in. You forget old MFM drives :-). The ending C/H/S hack to support these may have to be supported forever, and it works for all drives with a correctly initialized FreeBSD slice. fdisk should enforce it >> fbsdboot should _be_ a DOS program and be built as a FreeBSD program. >> Then it would be easier to add extensions to it. >If you have any magic techniqes for converting a FreeBSD binary into DOS >EXE format, I'm keen 8) I currently use the GNU toolchain and the DJGPP >libraries as a cross-development platform for much of our DOS work. Use .COM format and .org 0x100 or maybe .space 0x100 to pad the header, and strip the header after building it. Oops, I forgot about 32-bitness. The techniques used in biosboot only work if DOS is in real mode. Bruce From owner-freebsd-hackers Mon Oct 30 00:52:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA12701 for hackers-outgoing; Mon, 30 Oct 1995 00:52:17 -0800 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 AAA12686 for ; Mon, 30 Oct 1995 00:51:54 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA19900 for ; Mon, 30 Oct 1995 09:51:37 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA21667 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 09:51:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA04933 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 09:24:48 +0100 From: J Wunsch Message-Id: <199510300824.JAA04933@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 30 Oct 1995 09:24:48 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510300635.RAA01084@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 30, 95 05:05:19 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: 755 Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > > fbsdboot should _be_ a DOS program and be built as a FreeBSD program. > > Then it would be easier to add extensions to it. > > If you have any magic techniqes for converting a FreeBSD binary into DOS > EXE format, I'm keen 8) I currently use the GNU toolchain and the DJGPP > libraries as a cross-development platform for much of our DOS work. bcc (``Bruce's C compiler'', it's in the packages) can compile 16-bit code. With a bit trickery, it's possible to build a .COM file from it (but no .EXE). Look into the pcemu port collection to see how i did it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 01:24:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA14165 for hackers-outgoing; Mon, 30 Oct 1995 01:24:27 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA14147 for ; Mon, 30 Oct 1995 01:24:09 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id TAA01368; Mon, 30 Oct 1995 19:51:12 +1030 From: Michael Smith Message-Id: <199510300921.TAA01368@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 30 Oct 1995 19:51:11 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199510300812.JAA04793@uriah.heep.sax.de> from "J Wunsch" at Oct 30, 95 09:12:08 am Content-Type: text Content-Length: 2229 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch stands accused of saying: > > It's more that this much work be put in to maintain compatability with > > the existing scheme. If I Were To Have My Way (tm), I'd have another > > partition in the FreeBSD slice for holding kernels and bootstrap tools, > > stuck at the front of the slice. (Reminiscent of the SVR4 /stand (?) > > concept). I can see right now the fracas this would cause 8( > > Yeah, we've already got this one: the partition is called `a', and > it's mounted as /. Where's that big difference here to /stand? /stand is a flat filesystem with a very simple structure; it can be easily read by simple code in a small bootstrap loader. It means all the ffs code in the current bootstrap loader could go. I'm certainly not sure it's a Good Idea, just one worth considering. > fan of any more boot stages. The 7.5 K limitation has one interesting > feature: it makes us fast, since you could not put a GUI into it. :-) It's _too_small_, or hadn't you noticed? There simply isn't room for all the features it _needs_. > Believe it or not, a separate /stand/boot tool will be bloated and > bloated until it will finally reaches its limits, too -- but it will > be much slower, and waste more boot time and disk space then. It > won't serve any better purpose however, and none of our current > problems can really be solved by it, except perhaps for the ``can only > boot off the compatibility slice'' one. Or the 'userconfig bloats the kernel' one, or the 'why can't I boot?' question that I (and you and countless others) have answered so many times. Then we could add, if the desired feature list makes it, 'what devices are in which kernel and how are they configured?', 'how can I boot with a different root filesystem', 'what do the flags at the boot: prompt mean' and so on and so forth. > cheers, J"org -- ]] 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-hackers Mon Oct 30 04:27:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA20776 for hackers-outgoing; Mon, 30 Oct 1995 04:27:16 -0800 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 EAA20756 for ; Mon, 30 Oct 1995 04:26:16 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA27215; Mon, 30 Oct 1995 13:22:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA22449; Mon, 30 Oct 1995 13:21:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA05371; Mon, 30 Oct 1995 09:57:20 +0100 From: J Wunsch Message-Id: <199510300857.JAA05371@uriah.heep.sax.de> Subject: Re: Lost my original /sbin/dset -q values To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 30 Oct 1995 09:57:19 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <522.815039913@time.cdrom.com> from "Jordan K. Hubbard" at Oct 29, 95 11:58:33 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: 1072 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > dset(8) writes directly into the kernel. Of course, if your /kernel > > and /kernel.GENERIC are hard-linked, it's no surprise that ``both'' > > kernels are affected. (Huh, Jordan? We shouldn't hardlink them at > > installation time!) > > It's either that or simply `mv' it since most folks don't budget space > for more than one image, especially "kitchen sink" ones like GENERIC. > Would you prefer I just move it? Hmm, no. People who are tight in space could remove it themselves, should they prefer. I'm always keeping a `standard' kernel around, and i rather rely on this being an unmodified one, so i can boot off it in case of emergency. (Heck, i also did this previously with Data General workstations. They also left the /dgux.starter around there unmodified, this was a good way to recover from a damaged regular /dgux file.) I think i'm not the only one. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 04:35:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA21006 for hackers-outgoing; Mon, 30 Oct 1995 04:35:22 -0800 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 EAA20804 ; Mon, 30 Oct 1995 04:27:47 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA27249; Mon, 30 Oct 1995 13:22:49 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA22454; Mon, 30 Oct 1995 13:22:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA05419; Mon, 30 Oct 1995 09:59:46 +0100 From: J Wunsch Message-Id: <199510300859.JAA05419@uriah.heep.sax.de> Subject: Re: netscape 2.0b1 fouls directory To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 30 Oct 1995 09:59:46 +0100 (MET) Cc: kimc@w8hd.org, u923168@student.canberra.edu.au, hackers@FreeBSD.ORG, davidg@FreeBSD.ORG (David Greenman) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8333.814991706@time.cdrom.com> from "Jordan K. Hubbard" at Oct 29, 95 10:35:06 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: 354 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Jordan K. Hubbard wrote: > > If netscape really has managed to induce an error that only an fsck would > fix, then I'm sort of concerned what netscape is doing! :) hard link a directory? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 06:52:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA24738 for hackers-outgoing; Mon, 30 Oct 1995 06:52:54 -0800 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 GAA24714 for ; Mon, 30 Oct 1995 06:51:50 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA07859; Mon, 30 Oct 1995 15:51:11 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA23213; Mon, 30 Oct 1995 15:51:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA06207; Mon, 30 Oct 1995 15:29:29 +0100 From: J Wunsch Message-Id: <199510301429.PAA06207@uriah.heep.sax.de> Subject: Re: Help! To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 30 Oct 1995 15:29:28 +0100 (MET) Cc: tulchins@ix.netcom.com In-Reply-To: <199510292329.AAA19942@strider.ibenet.it> from "Piero Serini" at Oct 30, 95 00:29:01 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: 577 Sender: owner-hackers@freebsd.org Precedence: bulk As Piero Serini wrote: > > > He could also ftp the latest couple of boot & fixit floppies. > > Not if he's running 1.1.5.x, 2.0.x. Not for 1.1.5, but of course, for 2.0.x. I've been recovering a dead 2.0.5 system on my machine at work more than a single time. The only purpose where you can't use the 2.1 installation floppy is actually *installing* 2.0.5 with it. Running the fixit floppy does work however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 06:53:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA24776 for hackers-outgoing; Mon, 30 Oct 1995 06:53:27 -0800 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 GAA24763 for ; Mon, 30 Oct 1995 06:53:12 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA07938 for ; Mon, 30 Oct 1995 15:52:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA23226 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 15:52:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA06264 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 15:37:38 +0100 From: J Wunsch Message-Id: <199510301437.PAA06264@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org Date: Mon, 30 Oct 1995 15:37:38 +0100 (MET) In-Reply-To: <199510300921.TAA01368@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 30, 95 07:51:11 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: 1216 Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > > fan of any more boot stages. The 7.5 K limitation has one interesting > > feature: it makes us fast, since you could not put a GUI into it. :-) > > It's _too_small_, or hadn't you noticed? There simply isn't room for all > the features it _needs_. Yes. Creeping featurism. That's all i'm afraid of. Give people more room in it, and they will happily abuse it until the next limit is reached. (How large will this be? 640 KB? It will take painfully long to load even the bootstrapper then on a slower machine. Much like it does already now e.g. for SCO.) > Or the 'userconfig bloats the kernel' one, or the 'why can't I boot?' What is the difference between `userconfig bloats the kernel', and `userconfig bloats the bootstrap'? This aside, i think we will have pageable kernel code/data some day (and thus, userconfig inside the kernel won't be a big problem), this is much more useful than yet another bootstrap stage. > different root filesystem', 'what do the flags at the boot: prompt mean' man boot. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 07:09:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA25310 for hackers-outgoing; Mon, 30 Oct 1995 07:09:43 -0800 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 HAA25297 for ; Mon, 30 Oct 1995 07:09:28 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id RAA13876; Mon, 30 Oct 1995 17:07:14 +0200 From: John Hay Message-Id: <199510301507.RAA13876@zibbi.mikom.csir.co.za> Subject: Re: network priority changed? To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Mon, 30 Oct 1995 17:07:14 +0200 (SAT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199510292355.SAA00444@crh.cl.msu.edu> from "Charles Henrich" at Oct 29, 95 06:55:06 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: 858 Sender: owner-hackers@freebsd.org Precedence: bulk > > Ever since 2.0.5 my systems running with ISA network cards (SMC Ultra's) havent > been nearly as fast as with 2.0.5, (650k/sec peak instead of 980k/sec peak) as > well as getting messages like so on the console fairly frequently during heavy > network activity: > > ed0: warning - receiver ring buffer overrun > > Leading me to believe that the priority of the network (ISA?) handlers were > lowered since 2.0.5. Am I way off base here? If so, what tunables would one > suggest to get the performance back up to snuff.. > The if_ed driver has a bug in probing some SMC Ultra (the 8216's) cards. It probes them as 8416's which has only 8Kbyte RAM. This has a very bad efect on the performance. The short term fix is to boot with the "-c" option and specify the iosize as 16384. This should fix the problem. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Mon Oct 30 09:58:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA05805 for hackers-outgoing; Mon, 30 Oct 1995 09:58:38 -0800 Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA05798 for ; Mon, 30 Oct 1995 09:58:33 -0800 Received: from ryu.communique.net (Ryu.Communique.Net [204.27.64.11]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id MAA43529 for ; Mon, 30 Oct 1995 12:57:53 -0500 Date: Mon, 30 Oct 1995 11:57:48 -0600 (CST) From: Raul Zighelboim To: hackers@freefall.freebsd.org Subject: Scanner software / HP scanner drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hello there! Is there any scanning software/HPdrivers for FreeBSD ? ----------------------------------------------------------------------------- Raul Zighelboim e-mail: mango@communique.net Communique Inc. Tel: 504.527.6200 Technical Specialist Fax: 504.527.6030 From owner-freebsd-hackers Mon Oct 30 10:40:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07553 for hackers-outgoing; Mon, 30 Oct 1995 10:40:56 -0800 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 KAA07536 for ; Mon, 30 Oct 1995 10:40:20 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA06066; Mon, 30 Oct 1995 11:02:33 -0700 From: Terry Lambert Message-Id: <199510301802.LAA06066@phaeton.artisoft.com> Subject: Re: New lmbench available (fwd) To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 30 Oct 1995 11:02:33 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199510290244.TAA00523@rah.star-gate.com> from "Amancio Hasty Jr." at Oct 28, 95 07:44:20 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: 827 Sender: owner-hackers@FreeBSD.org Precedence: bulk > Either X.500 is a piece of shit or Novell failed to implement X.500 correctly. > For sure at some point there was the concept of X.500 server's content > replication. I shudder to have to look at another OSI document... Why must this be an "either/or" choice"? 8-). Novell implemented the name ordering backwards. They also implemented the parts of X.500 that weren't finalized at the time they started by making the decisions themselves, sometimes incompatably. Finally, they wen with a push model instead of a pull model because they wanted to get rid of the idea of a dentral server (as in YP) that had to be up at the time. The complication this last added was not worth it. 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-hackers Mon Oct 30 11:14:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA09398 for hackers-outgoing; Mon, 30 Oct 1995 11:14:06 -0800 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 LAA09384 for ; Mon, 30 Oct 1995 11:13:53 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA06100; Mon, 30 Oct 1995 11:35:26 -0700 From: Terry Lambert Message-Id: <199510301835.LAA06100@phaeton.artisoft.com> Subject: Re: New lmbench available (fwd) To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 30 Oct 1995 11:35:25 -0700 (MST) Cc: terry@lambert.org, rcarter@geli.com, jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <199510290258.TAA00620@rah.star-gate.com> from "Amancio Hasty Jr." at Oct 28, 95 07:58:55 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: 5367 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I'd like to see you replicate the buildings only color printer. 8-). > > Thats one scenario the other scenario is in a reasonable small building > when you install a printer you have to go in and dig around with > your configuration files to tell every single workstation where > the freaking thing is or lets say that it goes down and there is > another printer in your vecinity the service should have the > capability to redirect the printing to the next near printer . Ah. This is an issue of offering the printers services to the print queue, where the act of offering the services guarantees the locality. I won't go further into a discussion of NDS vs. X.500; the point is that you will be running an externally inaccessable branch that is tied to physical locality. One could consider this as a sort of "union mount" of a print queue, with a different view on the database by every user. Where the domains overlap (ie: equivalent printers in the same room, etc.), then you can anonymize the queue service. The problem is similar to SMP process scheduling: you would prefer to have the job serviced by the printer "most ready to service the job", which doesn't necessarily mean "most idle", especially if font download or similar time consuming setup is required on one printer, but has already occurred for another. > > A print queue is "a service on a server". > > Should a user really care about the distinction about server or > service . Isn't that what we should try to abstract? No, the user shouldn't care, except to choose their locality on a domain basis. After that, equivalent services are chosen based on increasing locality. Note: "domain" is used in the mathematical sense. > > The distinction is impossible to abstract for physicality. > > Sure however as an architect would you be willing to cripple > your architecture to services which don't require phisicality such > as a printer? You mean, which *do* require physicality? One could consider the same issue: I make a "pizza request" and the nearest "Pizza Hut Delivery" "prints" it for me and delivers it. This is a levelof abstraction above that of a printer, actually, because the delivery removes the locality requirement, once again. > > Ie: I can't afford packet transfer times exceeding my pool retnetion > > time for my video data. > > Hmm... have you heard of RTPv2 with it you can measure bandwith so you > can send out a test stream to measure the bandwith or try to further > encode down the video stream or/an change the frame rate base on the > current bandwith. We got the bits and pieces necessary to implement > what we want . We just don't have the architecture! I think we are at odds here in what we consider the limiting factor for a transaction. I consider it to be the least bounds path from "the best server". #ifdef VIDEO_ON_DEMAND RTPv2 partially solves the problem of determining "the best server", but it overly complicates it be assuming a bandwidth constriction based on oversell and intermediate link congestion. It's arguable that people will accept an effectively random quality deterioration for interavtive communications (after all, that's the basis of "leaky bucket" in ATM), but for things like video delivery systems, that's not acceptable. Note that a "videoconference" is in fact a point-to-point mechanism and thus does not lend itself to replication: I can't get my next 1024 frames from a different Amancio. 8-). The issues addressed by RTPv2 are really too crude, for the most part. If I can't get the same quality as a tape (or better: an LD) from the delivery system, then I might as well stop by Blockbuster (or whatever) on my way home instead of ordering it up through my remote. One of the best statements on video on demand I have ever heard came from Wired magazine: "The only thing stopping video on demand is lack of demand" The only way to cause people to make the jump is to offer better service than the competition, not equivalent service. If anyone ever went into this in a big way, I suspect that this would be at least partially implemented by causing a delay between release to VOD and release to tape, making VOD artificially more attractive. Another part of the equation, which is questionable, is the economy issue. Right now, video stores have to purchase new movies in high quantity sufficient to cause consumers to rent from them rather than the competition, but sufficiently low quantity that they aren't stuck with a massive number of unrentable tapes after a week. This is, in fact, a physically analogous situation to a change in pool retention characterstics. With soft delivery, the restriction on economy of the second-week-selloff partial recovery of investment means that the per unit rental cost to the online "video store" is lower. Which means they can pass the savings onto the consumer (the questionable part: will they do so?) and thus the per unit rental cost can be lower on VOD than on tapes -- making it more attractive. #endif /* VIDEO_ON_DEMAND*/ The consideration here is data delivery and control interaction, not really data delivery and data interaction (that's an interactive communications issue). 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-hackers Mon Oct 30 11:29:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA10515 for hackers-outgoing; Mon, 30 Oct 1995 11:29:39 -0800 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 LAA10504 for ; Mon, 30 Oct 1995 11:29:34 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA06119; Mon, 30 Oct 1995 11:52:34 -0700 From: Terry Lambert Message-Id: <199510301852.LAA06119@phaeton.artisoft.com> Subject: Re: SYSCALL IDEAS [Was: cvs commit: src/sys/kern sysv_msg.c sysv_sem.c sysv_shm.c] To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Mon, 30 Oct 1995 11:52:33 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <9510291813.AA26273@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Oct 29, 95 01:13:38 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: 3141 Sender: owner-hackers@freebsd.org Precedence: bulk > [CC list trimmed AGAIN. Can you please get this discussion OUT of > cvs-committers?] Hey, I just reply. If it's there in your to list, it's there in mine. 8-). > > I understand the rationale for considering the changes. I don't understand > > the rationale for making them. It seems the rationale is "to compete with > > NetBSD and Linux regarding speed". Is this correct? > > > I personally don't find that compelling (that's not to say that the > > majority doesn't outweigh me on this -- only that it does not convince > > me, personally). > > Every microsecond counts. I agree with this to a point: I am a computational nanosecond kind of guy. But the reason the Mac hasn't failed yet when by all rights it should have died a long time ago is that when a tradeoff between the user and the programmer needed to be made, the trade off was made in favor of the user. This issue is on an orthogonal axis of speed vs. portability, and while I'd never say make the trade for portability in all cases, neither would I advocate trading for speed in all cases. The Mac had the luxury of hanging out on the far end of one axis because everyone else was on the opposite side of center. BSD does not have that luxury. > I am presently having to design a disgusting hack in the kernel which > allows our traffic generator to run in the kernel because it is not > possible to fill an Ethernet with minimum-length UDP packets when > crossing the system call boundary. Isn't this really a synchronous interface turn around issue that could be resolved by causing O_NDELAY to cause the operation to return immediately at the syscall layer so that another operation could follow immediately on its heels? This seems to be an issue more closely related to kernel threads and/or an alternate async call gate than anything else. > As for the `off_t' question: you will never convince me that the > Berkeley people did not do the right thing. I still hold out hope > that it will be possible to create a proper ISO C environment for > FreeBSD in which CHAR_BIT*sizeof(long) == 64. Certainly, the on disk storage should be invariant (or variant only in byte/word order, not in storage size). But most likely, the quad vs. long[2] abstraction should have taken place by macroizing the element references to cause them to "turn into longs" for the same speed arguments that keeps us from having better than 2G file sizes in the VM system today. I also agree that CHAR_BIT*sizeof(long) == 64 would go a long way toward solving the issue. But it would (unless int == 32 at the same time) lose us either atomic 32 or atomic 16 bit object access, which is unacceptable. Probably we would trade quad for "short short == 16" to get at on disk sized structures, or some similar abomination (quad is itself, an abomination). I think we would be equally served by violating the standard int/long size relationship as we are by violating the off_t underlying type relationship. C really needs sized types. 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-hackers Mon Oct 30 11:40:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA11639 for hackers-outgoing; Mon, 30 Oct 1995 11:40:55 -0800 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 LAA11619 for ; Mon, 30 Oct 1995 11:40:47 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA06141; Mon, 30 Oct 1995 12:09:16 -0700 From: Terry Lambert Message-Id: <199510301909.MAA06141@phaeton.artisoft.com> Subject: Re: boot disk.... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 30 Oct 1995 12:09:15 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.ORG In-Reply-To: <199510300130.MAA00303@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 30, 95 12:00: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: 4000 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > Here are some scribbles wrt. what I'm trying to work out... > > > > > > Bootmanager (MBR) looks up first sector of FreeBSD slice. > > > Have to assume (for now) that it knows how to reach beyond the 1024 cyl. > > > mark. > > > > It doesn't. It can't. > > Then we're not going to get much further in support of big stupid disks. 8( Why? We don't *have* to insist that we be able to boot from an 'a' slice after 1024, do we? That's a requirement you've tacked on. > > This is useless because the BSD BIOS-based second stage boot doesn't > > know about non-standard-about-to-be-stomped-on-by-boot-selector-replacement > > LBA-type addressing. It only knows about standard INT 21. > > Who's using 21 at the BIOS level? Confuse me if I'm wrong, but my > recollection has 21 as the DOS entrypoint. INT 21 extension, INT 13 extension to support INT 21 extension. Same difference. > > This is the "boot program without the 8k limit" idea. This would in > > fact be a third stage bootstrap. > > > > I find it really questionable that this much work would be put into > > what is basically a kludge to get around the lack of firmware access > > in the protected mode code. It's really a much less general soloution > > than the implementation of a VM86() mode, considering there are three > > working examples (1) Linux, (2) NetBSD, and (3) CMU Mach, on how to > > implement a VM86() mode. > > It's more that this much work be put in to maintain compatability with > the existing scheme. If I Were To Have My Way (tm), I'd have another > partition in the FreeBSD slice for holding kernels and bootstrap tools, > stuck at the front of the slice. (Reminiscent of the SVR4 /stand (?) > concept). I can see right now the fracas this would cause 8( I personally have no problem with a /stand. It resolves the issue with the location of the bad sector replacements in a more than 1024 cylinder drive. That's something that bad144 craps out on now. The entire BSD partition must be below 1024 so that bad144 table is below 1024 right now. This is an issue of where a drive media perfection layer belongs, and how it can be implemented. I believe bad144 is in the wrong abstract location -- which make bad144 an invalid counter argument. > > I believe that we could benefit from discarding the segments containing > > the code after boot (ie: code/data/boot code/boot data/etc.), but I > > think doing the BIOS thing in a third stage boot is unnecessary. > > What I'm trying to do is come up with a semi-rational way of getting around > the problems that we currently face with large IDE disks, and with the > currently too-squashed bootstrap code. > > It's quite likely that I'm trying to hit too many things and consequently > visualising too large a hammer. I think the issues you are addressing are more "old disk" than "new disk" related. The IDE problems that we are seeing are more the result of translation to something other than the max bounds, which is an issue than can be resolved by using the LBA for the parittion start and size in the DOS partition table instead of the C/H/S values. Unfortunately, there is no guarantee of correctness of this at present, and the only guarantee you can make is based on filling out the values using the BIOS based boot code to rewrite them from the C/H/S values before going into protected mode. If you couple this with the final puzzle piece of detecting the OnTrack manager and offsetting by 64 to get the actual DOS partition table and using that as a logical sector bias for the DOS partition tables LBA addresses, then you've resolved the majority of the issues, including the ability to mount DOS extended partitions but not including the bad144 issues of media perfection (that will have to wait for devfs to be the default and a device bias reexport mechanism to be in place). 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-hackers Mon Oct 30 12:16:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA13633 for hackers-outgoing; Mon, 30 Oct 1995 12:16:39 -0800 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA13627 for ; Mon, 30 Oct 1995 12:16:37 -0800 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id PAA18183 for ; Mon, 30 Oct 1995 15:11:03 -0500 Date: Mon, 30 Oct 1995 15:11:03 -0500 Message-Id: <199510302011.PAA18183@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Unnumbered Interfaces Sender: owner-hackers@freebsd.org Precedence: bulk Has there been any thought on supporting unnumbered interfaces? Is there a way to do it now? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Mon Oct 30 12:27:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA14029 for hackers-outgoing; Mon, 30 Oct 1995 12:27:00 -0800 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 MAA14023 for ; Mon, 30 Oct 1995 12:26:57 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA06517; Mon, 30 Oct 1995 13:14:05 -0700 From: Terry Lambert Message-Id: <199510302014.NAA06517@phaeton.artisoft.com> Subject: Re: boot disk.... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 30 Oct 1995 13:14:04 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199510300812.JAA04793@uriah.heep.sax.de> from "J Wunsch" at Oct 30, 95 09:12:08 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: 2800 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > It's more that this much work be put in to maintain compatability with > > the existing scheme. If I Were To Have My Way (tm), I'd have another > > partition in the FreeBSD slice for holding kernels and bootstrap tools, > > stuck at the front of the slice. (Reminiscent of the SVR4 /stand (?) > > concept). I can see right now the fracas this would cause 8( > > Yeah, we've already got this one: the partition is called `a', and > it's mounted as /. Where's that big difference here to /stand? Er. Bad144 puts the replacement tracks at the end of the partition. That mans that a partition spanning the 1024 cylinder boundry on a device with bad144 enabled on it may in fact be unbootable if the sector conatining inode 2 is replaces, a sector in the directory contents referenced by inode 2 is replaced, a sector in the inode referenced by the directory entry for the booting kernel is replaced, or any of the blocks making up the booting kernel are replaced. This is arguably an implementation problem in bad144. I have continually argued for placing the replacement tracks following the 'a' slice and before the 'b' slice, such that you could steal space from swap if needed instead of reformatting the drive. This requires a disklabel change for "location of bad sector" if this is to be done automatically, or simply a layout change if it's to be under "user control" (read as "intensely complicated compared to a reinstall"). > After i had to install an SCO for a customer (ick!, they couldn't be > convinced of FreeBSD), and noticed that this f*cking multi-level boot > takes ages until it finally presents the Boot: prompt, i'm no longer a > fan of any more boot stages. The 7.5 K limitation has one interesting > feature: it makes us fast, since you could not put a GUI into it. :-) 8-). > Believe it or not, a separate /stand/boot tool will be bloated and > bloated until it will finally reaches its limits, too -- but it will > be much slower, and waste more boot time and disk space then. It > won't serve any better purpose however, and none of our current > problems can really be solved by it, except perhaps for the ``can only > boot off the compatibility slice'' one. Actually, it would have the advantage of letting the '/' partition be hosted on a non-UFS file system. It would also give us a place to put kernel modules and configure memory size dynamically (ala UnixWare) and file system modules, etc.. I think it was the implementation, not the idea, that is flawed in System V. On the other hand, it goes *away* from a hosted environment (ala UMSDOS), and so detracts from the ability to easily "test drive" it. 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-hackers Mon Oct 30 12:34:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA14492 for hackers-outgoing; Mon, 30 Oct 1995 12:34:47 -0800 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 MAA14482 for ; Mon, 30 Oct 1995 12:34:41 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA06533; Mon, 30 Oct 1995 13:23:02 -0700 From: Terry Lambert Message-Id: <199510302023.NAA06533@phaeton.artisoft.com> Subject: Re: boot disk.... To: bde@zeta.org.au (Bruce Evans) Date: Mon, 30 Oct 1995 13:23:02 -0700 (MST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, hackers@freebsd.org, lenzi@cwbone.bsi.com.br, terry@lambert.org In-Reply-To: <199510300839.TAA14176@godzilla.zeta.org.au> from "Bruce Evans" at Oct 30, 95 07:39:00 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: 2357 Sender: owner-hackers@freebsd.org Precedence: bulk > >> Drivers only need to know about the BIOS translation so that they can > >> report it to fdisk so installers can get the geometry right. This is > > >The BIOS geometries for all BIOS-recognised disks would theoretically be > >passed in in the kernel environment block. (the same techniqe would be > >used for passing in the name of the root device, any userconfig tweaks, > >the _real_ memory size as determined using the "correct" technique(s), etc.) > > Yes, this is already done, but it isn't used because the translation of > BIOS drives to device numbers (soon to be names) isn't known, especially > for specially configured SCSI devices, and the memory size is only > correct up to 64MB. Exactly. There is no way (short of MD5 checksums) to map the BIOS drive ID to the BSD device number. This is because the BIOS drive ID is based on POST initialization order and how the INT 13 is chained by the controller BIOS, and the BSD device number is based on the controller probe order. If you had the partition table list vector associated with the device and the partition entries were in sector offsets instead of C/H/S (my previous suggestion), then you could ignore geometries for everything but the creation of partitions (Bruce's last message). If the sector offsets were on the disk itself, then the geometry could be interpolated from the sector offset to C/H/S mapping provided by the partition table contents themselves (it's a simple LCF graph reduction problem, about 36 lines of code once the numbers are known). > >> remarkably complicated, especially for handling of disks not covered > >> by the BIOS, and still not handled right. The stage 2 bootstrap > > >If the disk isn't covered by a BIOS, then there's no translation involved, > >and no need for alternative geometry to be passed in. > > You forget old MFM drives :-). The ending C/H/S hack to support these > may have to be supported forever, and it works for all drives with a > correctly initialized FreeBSD slice. fdisk should enforce it Not only that: A second AHA controller with BIOS disabled will use translation, as will an AHA secondary device that isn't bootable but has Adaptec's device= line in its config.sys. 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-hackers Mon Oct 30 12:46:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA14781 for hackers-outgoing; Mon, 30 Oct 1995 12:46:10 -0800 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 MAA14775 ; Mon, 30 Oct 1995 12:46:07 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA23630; Mon, 30 Oct 1995 12:46:00 -0800 To: announce@freebsd.org cc: hackers@freebsd.org Subject: ** Spang! ** 951026-SNAP updated. Reply-To: hackers@freebsd.org Date: Mon, 30 Oct 1995 12:46:00 -0800 Message-ID: <23627.815085960@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk This is just a short announcement to note that I've just overlayed the most recent snapshot distribution, 951026-SNAP, with a new release from today. Mirrors should "refresh" themselves accordingly in the next day or so. This is NOT A NEW SNAPSHOT. This simply corrects a couple of annoying bugs that were preventing people from making full use of the snapshot in certain situations. This will not require new testing and previous snapshot folk need not worry - if they've already managed to install from the SNAP then they probably didn't suffer from the problems that I just fixed anyway! :-) Bugs fixed: o Atapi boot floppy now assumes it's alone by itself on the second IDE controller - this seems to work a lot better for most folks who were provided with dedicated controllers when they purchased their IDE CDROMS. People with IDE disks on multiple IDE controllers should NOT use this floppy image. Stick with boot.flp and build a custom kernel or something. o The apache WEB server installation makes fewer assumptions about where you'll be putting things. o Installing the secure dist no longer requires that you also install Kerberos in order to get things like telnet to work. o Boot floppy should now support the Adaptec 2940 ULTRA (this was a side-effect more than a bug fix). Still to fix: o sysinstall seems to croak in certain situations if you run it after the system is installed. o The FTP retry code still isn't 100% there - apparently it now doesn't handle reselection very well. Sigh. I'm so truly sick of looking at that part of the code that if somebody else wanted to have a look, I wouldn't fight them off! :-) It seems like every time I fix one thing, I break something else. o The media selection screen protects itself from re-entry in some situations when you'd really like it to be allowed. Whoops! o Using more than one FreeBSD "slice" can cause problems. Thanks for all the feedback so far. It's been invaluable! Jordan P.S. Sorry for bending the rules just a bit and overlaying a previous snapshot without bumping the date, but it was easier this way for what were just a few fairly low-overhead fixes. From owner-freebsd-hackers Mon Oct 30 13:10:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA16598 for hackers-outgoing; Mon, 30 Oct 1995 13:10:15 -0800 Received: (from jkh@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA16592 for hackers; Mon, 30 Oct 1995 13:10:12 -0800 Date: Mon, 30 Oct 1995 13:10:12 -0800 From: "Jordan K. Hubbard" Message-Id: <199510302110.NAA16592@freefall.freebsd.org> To: hackers Subject: 3c590 driver.. Sender: owner-hackers@FreeBSD.org Precedence: bulk Were we going to bring this into -current? http://www.owlnet.rice.edu/~fgray/if_vx.html From owner-freebsd-hackers Mon Oct 30 13:18:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA16916 for hackers-outgoing; Mon, 30 Oct 1995 13:18:33 -0800 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 NAA16906 for ; Mon, 30 Oct 1995 13:18:26 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA26050 for ; Mon, 30 Oct 1995 22:18:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA25708 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 22:18:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA07122 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 21:59:57 +0100 From: J Wunsch Message-Id: <199510302059.VAA07122@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 30 Oct 1995 21:59:57 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510300839.TAA14176@godzilla.zeta.org.au> from "Bruce Evans" at Oct 30, 95 07:39:00 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: 485 Sender: owner-hackers@freebsd.org Precedence: bulk As Bruce Evans wrote: > > Use .COM format and .org 0x100 or maybe .space 0x100 to pad the header, > and strip the header after building it. Oops, I forgot about 32-bitness. > The techniques used in biosboot only work if DOS is in real mode. bcc works. Perhaps ld86 could also generate a messy dos EXE relocation table? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 13:27:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA17302 for hackers-outgoing; Mon, 30 Oct 1995 13:27:54 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA17283 ; Mon, 30 Oct 1995 13:27:45 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA01279; Mon, 30 Oct 1995 23:35:18 +0100 Received: by uni4nn.iaf.nl with UUCP id AA20244 (5.67b/IDA-1.5); Mon, 30 Oct 1995 22:28:10 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA12282 (5.65c/IDA-1.4.4); Mon, 30 Oct 1995 22:10:39 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id TAA01145; Mon, 30 Oct 1995 19:26:52 +0100 From: Wilko Bulte Message-Id: <199510301826.TAA01145@yedi.iaf.nl> Subject: Re: Future Domain TMC-860 SCSI Card To: scrappy@reptiles.org (Marc G. Fournier) Date: Mon, 30 Oct 1995 19:26:52 +0100 (MET) Cc: questions@freebsd.org, hackers@freebsd.org In-Reply-To: from "Marc G. Fournier" at Oct 29, 95 08:27:30 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 696 Sender: owner-hackers@freebsd.org Precedence: bulk > From reading handbook.ascii, I had made what seems to be What section? > an incorrect assumption...it states that you can use the > Future Domain 8xx/950 SCSI controllers under FreeBSD. When > I try to boot up with an 860, it doesn't find the card. > > Now, checking out the code (/sys/i386/isa/seagate.c), > it only mentions the 855/950... The 950 works, I tried it once with 2.0.5R Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 30 13:43:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA18029 for hackers-outgoing; Mon, 30 Oct 1995 13:43:18 -0800 Received: from iguana.reptiles.org (iguana.reptiles.org [198.96.117.130]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA18014 ; Mon, 30 Oct 1995 13:43:12 -0800 Received: by iguana.reptiles.org (/\==/\ Smail3.1.28.1 #28.8) id ; Mon, 30 Oct 95 16:43 EST Date: Mon, 30 Oct 1995 16:42:40 -0500 (EST) From: "Marc G. Fournier" To: Wilko Bulte cc: questions@freebsd.org, hackers@freebsd.org Subject: Re: Future Domain TMC-860 SCSI Card In-Reply-To: <199510301826.TAA01145@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 30 Oct 1995, Wilko Bulte wrote: > > From reading handbook.ascii, I had made what seems to be > > What section? > Line 1052, Section 2.2.1 Disk Controllers > > Now, checking out the code (/sys/i386/isa/seagate.c), > > it only mentions the 855/950... > > The 950 works, I tried it once with 2.0.5R > No doubt, and no doubt it works on the 855 also :) I just doesn't work on the 860, which I assumed was included in 8xx :( From owner-freebsd-hackers Mon Oct 30 14:04:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18853 for hackers-outgoing; Mon, 30 Oct 1995 14:04:04 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA18831 for ; Mon, 30 Oct 1995 14:03:38 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id RAA12916; Mon, 30 Oct 1995 17:03:22 -0500 Date: Mon, 30 Oct 1995 17:03:16 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: J Wunsch cc: freebsd-hackers@freebsd.org Subject: Re: boot disk.... In-Reply-To: <199510301437.PAA06264@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 30 Oct 1995, J Wunsch wrote: > As Michael Smith wrote: > > It's _too_small_, or hadn't you noticed? There simply isn't room for all > > the features it _needs_. > > Yes. Creeping featurism. That's all i'm afraid of. Give people more [...] > > different root filesystem', 'what do the flags at the boot: prompt mean' > > man boot. And tell me, how the heck am I going to read that if I can't get the *#$(*@ system to boot in the first place? That man page has the relevant information but for someone who *needs* it, it may as well not exist because it is inaccessible. Telling them "read the boot man page" is a sure fire way to get someone never to try FreeBSD again. Its this sort of comment that gives unix a bad reputation. Not being able to boot is an absolute showstopper. Currently there are entirely too many ways this showstopper can raise its ugly head. Some problems can be worked around by typing the correct magic word at the boot prompt, others may require the user to build and install custom boot block, still other may involve re-installing the system from scratch. Others will remain showstoppers. Now, given some more room in the boot code, it may be possible to eliminate nearly all of these show stoppers. As a last resort, the boot code should at least provide some direction for the user in pursuit of a solution. "Creeping featurism" is a valid concern. However, being able to boot without going through contortions of figuring out where the heck you can find a machine on which you can build a custom bootblock (assuming you can figure out that you need new a new bootblock), then figuring out how to get the thing installed on your machine just so you can use your computer is NOT a "feature", it is basic functionality. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Mon Oct 30 15:05:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA22415 for hackers-outgoing; Mon, 30 Oct 1995 15:05:15 -0800 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA22409 for ; Mon, 30 Oct 1995 15:05:07 -0800 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id SAA18575; Mon, 30 Oct 1995 18:11:48 -0500 Date: Mon, 30 Oct 1995 18:11:48 -0500 Message-Id: <199510302311.SAA18575@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Julian Elischer From: dennis@etinc.com (dennis) Subject: Re: Unnumbered Interfaces Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >define un-numbered interfaces.. This seems to be the standard reply here...so here goes... Most routers have an option (which everyone seems to like) that allows a serial interface to be defined without a local address. This allows all interfaces on the machine to have the same address, almost always the primary ethernet address. For Example... ed0 Address: 192.1.1.1 ser0 PTP Address 211.14.17.1 ser1 PTP Address:215.27.1.1 When using unnumbered interfaces, all of the interfaces have a "local" address of 192.1.1.1. This is nice because all transactions from the host have the same source address, and you also save addresses by not having to use one for each logical or physical connection. Another and perhaps better method would be to have a host address for the machine, which would be applied as the source address for all unnumbered interfaces. It allows for the appearence of a single IP entity to the outside world, which of course is what a single host really is. Given that unix really resolves to a pointer (internally) and the local address is only used for reference....I would think that it can be done. You'd have to be able to configure a PTP interface without a local address... ifconfig ser0 unnum 211.14.17.4 or something of the sort, and all or your routing entries for this location would have to point at 211.14.17.4 which they should anyway. Of course things like gateD won't work with this....but in time it might. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Mon Oct 30 15:24:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA23145 for hackers-outgoing; Mon, 30 Oct 1995 15:24:45 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA23131 for ; Mon, 30 Oct 1995 15:24:41 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id PAA13352; Mon, 30 Oct 1995 15:22:10 -0800 From: Julian Elischer Message-Id: <199510302322.PAA13352@ref.tfs.com> Subject: Re: Unnumbered Interfaces To: dennis@etinc.com (dennis) Date: Mon, 30 Oct 1995 15:22:09 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199510302311.SAA18575@etinc.com> from "dennis" at Oct 30, 95 06:11:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1524 Sender: owner-hackers@freebsd.org Precedence: bulk > > >define un-numbered interfaces.. > > This seems to be the standard reply here...so here goes... > > Most routers have an option (which everyone seems to like) that > allows a serial interface to be defined without a local address. > This allows all interfaces on the machine to have the same address, > almost always the primary ethernet address. For Example... > > ed0 Address: 192.1.1.1 > ser0 PTP Address 211.14.17.1 > ser1 PTP Address:215.27.1.1 > > When using unnumbered interfaces, all of the interfaces have a "local" address > of 192.1.1.1. This is nice because all transactions from the host have the same > source address, and you also save addresses by not having to use one for each As far as I know this has always worked under BSD since 4.2 > logical or physical connection. Another and perhaps better method would be to > have a host address for the machine, which would be applied as the source > address > for all unnumbered interfaces. It allows for the appearence of a single IP > entity to > the outside world, which of course is what a single host really is. > > Given that unix really resolves to a pointer (internally) and the local > address is > only used for reference....I would think that it can be done. You'd have to > be able to > configure a PTP interface without a local address... > > you use ifconfig with the same address as the primary enet, but give it a PTP address as well, the routing code only looks at the REMOTE address to make decisions on PTP links From owner-freebsd-hackers Mon Oct 30 15:39:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA23737 for hackers-outgoing; Mon, 30 Oct 1995 15:39:29 -0800 Received: from moon.pr.erau.edu (root@moon.pr.erau.edu [192.101.135.8]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA23731 for ; Mon, 30 Oct 1995 15:39:25 -0800 Received: from moon.pr.erau.edu by moon.pr.erau.edu with smtp (Smail3.1.29.1 #16) id m0tA3nY-00020eC; Mon, 30 Oct 95 16:39 MST Date: Mon, 30 Oct 1995 16:39:23 -0700 (MST) From: Stephen Waits To: hackers@freebsd.org Subject: Typo in kernel src (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk ---------- Forwarded message ---------- Date: Mon, 30 Oct 95 17:21:14 -0800 From: Mike R. Prevost To: questions@freebsd.org Subject: Typo in kernel src vm_swap.c has swap_pager_fsll instead of swap_pager_full in one place. i386/conf.c has swsizen instead of swsize. ./../i386/isa/kbdtables.h:826: warning: `/*' within comment Cmpiled but had problems linking: _hw_float symbol not found -- it's disabled in config file. Will enable it as attempt to fix. Sorry if I'm sending to the wrong place -- first experiments with FreeBSD. From owner-freebsd-hackers Mon Oct 30 15:44:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA24049 for hackers-outgoing; Mon, 30 Oct 1995 15:44:45 -0800 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 PAA24044 for ; Mon, 30 Oct 1995 15:44:41 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA00997 for ; Tue, 31 Oct 1995 00:44:34 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA27013 for freebsd-hackers@freebsd.org; Tue, 31 Oct 1995 00:44:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA09072 for freebsd-hackers@freebsd.org; Tue, 31 Oct 1995 00:42:25 +0100 From: J Wunsch Message-Id: <199510302342.AAA09072@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org Date: Tue, 31 Oct 1995 00:42:25 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "John Fieber" at Oct 30, 95 05:03:16 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: 532 Sender: owner-hackers@freebsd.org Precedence: bulk As John Fieber wrote: > > > man boot. > > And tell me, how the heck am I going to read that if I can't get the > *#$(*@ system to boot in the first place? By documentation provided along with the boot image file. For example the excellent handbook. :) It's impossible to put the entire README into the bootstrapper anyway. I'm really afraid of too much bloat here. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 30 15:57:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA24488 for hackers-outgoing; Mon, 30 Oct 1995 15:57:04 -0800 Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA24483 for ; Mon, 30 Oct 1995 15:56:59 -0800 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id SAA04517; Mon, 30 Oct 1995 18:58:36 -0500 Message-Id: <199510302358.SAA04517@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: Jake Hamby cc: hackers@FreeBSD.ORG Subject: Re: atapi.flp problem SOLVED! In-reply-to: Your message of "Sun, 29 Oct 1995 15:11:18 PST." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 30 Oct 1995 18:58:36 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I finally figured out why the atapi.flp images you've made don't work! > Basically, you can't have a "disk wd? at wdc? drive ?" line on the > controller where your CD-ROM is located or the probing code will ONLY > check for a hard drive, and not a CD-ROM drive at this location. If this is true, I don't understand how the SNAP floppy finds the CDROM on one system of mine and not another, given that they both have the CDROM on the secondary controller. To recap: The SNAP floppy fails to probe the Toshiba CDROM on a pentium system, and succeeds probing a Sony CDROM on a 486. Seems like it could be the CDROM, the bios, timing, or anything. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Mon Oct 30 17:40:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA00914 for hackers-outgoing; Mon, 30 Oct 1995 17:40:34 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA00909 for ; Mon, 30 Oct 1995 17:40:29 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA02717; Tue, 31 Oct 1995 12:09:45 +1030 From: Michael Smith Message-Id: <199510310139.MAA02717@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 31 Oct 1995 12:09:45 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199510302342.AAA09072@uriah.heep.sax.de> from "J Wunsch" at Oct 31, 95 00:42:25 am Content-Type: text Content-Length: 1232 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch stands accused of saying: > > And tell me, how the heck am I going to read that if I can't get the > > *#$(*@ system to boot in the first place? > > By documentation provided along with the boot image file. For example > the excellent handbook. :) > > It's impossible to put the entire README into the bootstrapper anyway. No, but it _is_ possible to add a little intelligence, and a little more onscreen context can only help. > I'm really afraid of too much bloat here. How may MB for your DM, Jo"rg? I can imagine the bootstrap module might make it to 150-200K if we go _completely_ overboard. That's what, 200msec to load? If it has nothing to do, the timeout's not going to be any longer than the current bootstrap; the code won't be anywhere once it's finished, and hell, the kernel may even _lose_ some size. > cheers, J"org -- ]] 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-hackers Mon Oct 30 18:19:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA02777 for hackers-outgoing; Mon, 30 Oct 1995 18:19:09 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA02772 for ; Mon, 30 Oct 1995 18:19:04 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA02834; Tue, 31 Oct 1995 12:45:50 +1030 From: Michael Smith Message-Id: <199510310215.MAA02834@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: terry@lambert.org (Terry Lambert) Date: Tue, 31 Oct 1995 12:45:49 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.ORG In-Reply-To: <199510301909.MAA06141@phaeton.artisoft.com> from "Terry Lambert" at Oct 30, 95 12:09:15 pm Content-Type: text Content-Length: 1367 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry Lambert stands accused of saying: > Why? We don't *have* to insist that we be able to boot from an 'a' slice > after 1024, do we? That's a requirement you've tacked on. It's becoming a very common requirement 8( > This is an issue of where a drive media perfection layer belongs, and > how it can be implemented. I believe bad144 is in the wrong abstract > location -- which make bad144 an invalid counter argument. Media perfection should be a function of the media; ie. the disk itself. System software should not be forced to make those sort of translations; it's unfortunate that old media don't have the resources required 8( > I think the issues you are addressing are more "old disk" than "new disk" > related. The IDE problems that we are seeing are more the result of Agreed; although the reasoning is simply that 'new disk' can only be guaranteed to behave like 'old disk', because there are no usable standards for 'new disk' as yet 8( > Terry Lambert -- ]] 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-hackers Mon Oct 30 18:28:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03592 for hackers-outgoing; Mon, 30 Oct 1995 18:28:35 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03587 for ; Mon, 30 Oct 1995 18:28:29 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA02851; Tue, 31 Oct 1995 12:55:59 +1030 From: Michael Smith Message-Id: <199510310225.MAA02851@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: terry@lambert.org (Terry Lambert) Date: Tue, 31 Oct 1995 12:55:58 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <199510302023.NAA06533@phaeton.artisoft.com> from "Terry Lambert" at Oct 30, 95 01:23:02 pm Content-Type: text Content-Length: 1891 Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert stands accused of saying: > > Yes, this is already done, but it isn't used because the translation of > > BIOS drives to device numbers (soon to be names) isn't known, especially > > for specially configured SCSI devices, and the memory size is only > > correct up to 64MB. > > Exactly. There is no way (short of MD5 checksums) to map the BIOS drive > ID to the BSD device number. Nothing wrong with this. I had infact even considered a scenario where the bootstrap, if it didn't find a BSD slice where it thought one should be, would search the disk looking for it, and (if possible?) make whatever corrections might be in order. > This is because the BIOS drive ID is based on POST initialization order > and how the INT 13 is chained by the controller BIOS, and the BSD device > number is based on the controller probe order. And so forth. I'm open to reliable ideas on uniqiely identifying disks based only on ther contents. More precisely, FreeBSD slices in disks. It really wouldn't be too hard to go through the list of BIOS-found disks with FreeBSD slices and match them up with BSD-probed disks. The 'spillage' in such a situation is actually quite a serious problem also. I can't speak for W95 or NT, but OS/2 will happily talk to devices that are supported by a driver but not the BIOS. I can't say for sure whether the fdisk tools for these two write the absolute offset correctly. (Terry covered other situations where this is likely. Bummer 8( ) > Terry Lambert -- ]] 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-hackers Mon Oct 30 18:45:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA04763 for hackers-outgoing; Mon, 30 Oct 1995 18:45:06 -0800 Received: from demerzel.sol.net (demerzel.sol.net [204.95.172.242]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA04736 for ; Mon, 30 Oct 1995 18:44:57 -0800 Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by demerzel.sol.net (8.6.11/8.6.9) with ESMTP id UAA04020 for ; Mon, 30 Oct 1995 20:42:25 -0600 Received: from localhost by solaria.sol.net (8.5/8.5) id UAA08217; Mon, 30 Oct 1995 20:45:18 -0600 From: Joe Greco Message-Id: <199510310245.UAA08217@solaria.sol.net> Subject: hummin security check output (fwd) To: hackers@freebsd.org Date: Mon, 30 Oct 95 20:45:15 CST Reply-To: jgreco@mei.com X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Content-Length: 3094 Sender: owner-hackers@freebsd.org Precedence: bulk During a period of unusual distress (cause unknown) followed by a panic and automatic reboot, my INN news server "hummin" ran out of swap for a period of several hours - and the strangest thing happened. It appears that a number of running programs were "touched" in the midst of the period it was running out of swap... Background: FreeBSD 2.0.5R, 48MB RAM, ASUS SP3G AMD DX4/100, NCR 810 SCSI, AHA-1542B SCSI Forwarded message: > From root@hummin.sol.net Sun Oct 29 03:57:03 1995 > Date: Sun, 29 Oct 1995 02:00:14 -0600 > From: Charlie Root > Message-Id: <199510290800.CAA20918@hummin.sol.net> > Subject: hummin security check output > Apparently-To: root@hummin.sol.net > > checking setuid files and devices: > hummin setuid/device diffs: > 31c31 > < -r-sr-sr-x 3 root kmem 180224 Jun 10 05:05:54 1995 /usr/bin/mailq > --- > > -r-sr-sr-x 3 root kmem 180224 Oct 28 03:37:14 1995 /usr/bin/mailq > 35c35 > < -r-sr-sr-x 3 root kmem 180224 Jun 10 05:05:54 1995 /usr/bin/newaliases > --- > > -r-sr-sr-x 3 root kmem 180224 Oct 28 03:37:14 1995 /usr/bin/newaliases > 73c73 > < -r-sr-sr-x 3 root kmem 180224 Jun 10 05:05:54 1995 /usr/sbin/sendmail > --- > > -r-sr-sr-x 3 root kmem 180224 Oct 28 03:37:14 1995 /usr/sbin/sendmail Woah??? Cool. Since I was out of town and nobody else has root access to this system, nobody was logged in, and this happened during a period of VM distress, I would have to say that this was somehow self-inflicted by the box itself. The binaries were compared to the distributed ones and they are identical. I was unable to locate any other binaries where this happened. However, a quick audit revealed: (hummin.root.p0-2) 8:36pm /sbin 386 # find /usr -ls | grep "Oct 28" 7969 368 -r-sr-sr-x 3 root kmem 180224 Oct 28 03:37 /usr/bin/newaliases 7969 368 -r-sr-sr-x 3 root kmem 180224 Oct 28 03:37 /usr/bin/mailq 15521 848 -r--r--r-- 1 bin bin 425907 Oct 28 04:27 /usr/lib/libc.so.2.1 46084 2 drwxr-xr-x 21 bin bin 512 Oct 28 03:36 /usr/local/man 46507 14 -rw-r--r-- 1 root bin 6342 Oct 28 03:36 /usr/local/man/whatis 23267 2 drwx------ 5 root bin 512 Oct 28 03:36 /usr/local/X11R6/man 23118 72 -rw-r--r-- 1 root bin 36197 Oct 28 03:36 /usr/local/X11R6/man/whatis 7969 368 -r-sr-sr-x 3 root kmem 180224 Oct 28 03:37 /usr/sbin/sendmail 8626 2 drwxr-xr-x 10 bin bin 512 Oct 28 03:34 /usr/share/man 8618 144 -rw-r--r-- 1 root bin 73445 Oct 28 03:34 /usr/share/man/whatis Oops - well I just figured out what caused the VM flailing... the locate database rebuild. A harmless effect, perhaps, but disturbing to see dates changing, particularly on things like libc!!!!... Particularly since that one was different. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Oct 30 20:05:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA09714 for hackers-outgoing; Mon, 30 Oct 1995 20:05:38 -0800 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA09706 ; Mon, 30 Oct 1995 20:05:37 -0800 From: John Dyson Message-Id: <199510310405.UAA09706@freefall.freebsd.org> Subject: Re: hummin security check output (fwd) To: jgreco@mei.com Date: Mon, 30 Oct 1995 20:05:36 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199510310245.UAA08217@solaria.sol.net> from "Joe Greco" at Oct 30, 95 08:45:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 637 Sender: owner-hackers@freebsd.org Precedence: bulk > > During a period of unusual distress (cause unknown) followed by a panic and > automatic reboot, my INN news server "hummin" ran out of swap for a period > of several hours - and the strangest thing happened. It appears that a > number of running programs were "touched" in the midst of the period it was > running out of swap... > > Background: FreeBSD 2.0.5R, 48MB RAM, ASUS SP3G AMD DX4/100, NCR 810 SCSI, > AHA-1542B SCSI > Excellent!!! I have been trying to reproduce that problem. I have seen it, and have not been able to track it down. Now I have the proverbial snowball's chance to fix it!!! John dyson@freebsd.org From owner-freebsd-hackers Mon Oct 30 21:26:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15503 for hackers-outgoing; Mon, 30 Oct 1995 21:26:55 -0800 Received: from localhost.lightside.com (user31.lightside.com [198.81.209.31]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA15498 for ; Mon, 30 Oct 1995 21:26:51 -0800 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id VAA00188; Mon, 30 Oct 1995 21:28:32 -0800 Date: Mon, 30 Oct 1995 21:28:07 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: hackers@freebsd.org cc: jkh@time.cdrom.com Subject: Re: ** Spang! ** 951026-SNAP updated. In-Reply-To: <23627.815085960@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 30 Oct 1995, Jordan K. Hubbard wrote: > Bugs fixed: > > o Atapi boot floppy now assumes it's alone by itself on the second > IDE controller - this seems to work a lot better for most folks > who were provided with dedicated controllers when they purchased > their IDE CDROMS. People with IDE disks on multiple IDE > controllers should NOT use this floppy image. Stick with boot.flp > and build a custom kernel or something. I hate to be the bearer of bad news (again!) but the atapi.flp now doesn't even recognize my second IDE controller! In fact, it gives the exact same error message "wdc1 not found at 0x170" that the non-ATAPI boot.flp bootdisk gives me, leading me to suspect that you somehow forgot to uncomment "options ATAPI" or "device wcd0" when you made this boot disk. Could it be that you accidentally made atapi.flp with the same config file as boot.flp? :-) Hopefully, it was a simple mistake in the config file, and not Yet Another ATAPI Problem! If I'd known there would be so much TROUBLE with ATAPI I would've gone SCSI, but all the other OS's I've used supported it just fine, so I don't know what the problem is (that is, compared to all the other brain-damaged PC hardware I've seen!). At any rate, thanks for trying! Has anyone else (with an ATAPI CD-ROM drive on the second controller) tried this newest (Oct.30) boot floppy?!? ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Mon Oct 30 22:32:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA21719 for hackers-outgoing; Mon, 30 Oct 1995 22:32:21 -0800 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 WAA21712 for ; Mon, 30 Oct 1995 22:32:19 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA12394; Mon, 30 Oct 1995 22:30:42 -0800 To: Robert Withrow cc: Jake Hamby , hackers@FreeBSD.ORG Subject: Re: atapi.flp problem SOLVED! In-reply-to: Your message of "Mon, 30 Oct 1995 18:58:36 EST." <199510302358.SAA04517@spooky.rwwa.com> Date: Mon, 30 Oct 1995 22:30:42 -0800 Message-ID: <12392.815121042@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Well, I've followed Jake's suggestion for the second rev of the 951026-SNAP floppy.. Could you try this one and let me know if it's better/worse? Jordan > > I finally figured out why the atapi.flp images you've made don't work! > > Basically, you can't have a "disk wd? at wdc? drive ?" line on the > > controller where your CD-ROM is located or the probing code will ONLY > > check for a hard drive, and not a CD-ROM drive at this location. > > If this is true, I don't understand how the SNAP floppy finds > the CDROM on one system of mine and not another, given that they > both have the CDROM on the secondary controller. > > To recap: > > The SNAP floppy fails to probe the Toshiba CDROM on a pentium > system, and succeeds probing a Sony CDROM on a 486. Seems > like it could be the CDROM, the bios, timing, or anything. > > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM > R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA > From owner-freebsd-hackers Mon Oct 30 22:33:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA21834 for hackers-outgoing; Mon, 30 Oct 1995 22:33:47 -0800 Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA21828 for ; Mon, 30 Oct 1995 22:33:42 -0800 Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id OAA15673; Tue, 31 Oct 1995 14:29:32 +0800 Date: Tue, 31 Oct 1995 14:29:31 +0800 (HKT) From: John Beukema To: Ollivier Robert cc: Mark Stout , hackers@FreeBSD.ORG Subject: Re: Anybody using ftp groups with the wu ftpd compiled for In-Reply-To: <199510281540.QAA26158@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk if you have chrooted your anonymous ftp server you will need to provide the ls command somewhere in the path that the chrooted server can access. jbeukema On Sat, 28 Oct 1995, Ollivier Robert wrote: > It seems that Mark Stout said: > > I'm having no luck setting up restricted ftp access. I want my accounts to > > ftp into their account and do what they want from there, but that's as far > > as they go. Their home directory in effect becomes their '/' directory, > > just /usr/home/ftp becomes the '/' for the anonymous user. I'm using the > > ftpaccess file and trying to setup 'guestgroups'. However, it fails on me > > everytime. The anonymous user can log in, but valid users can not. > > I just tried it and it worked. I was not able to "DIR" or "LS" but I was > restricted to my home directory and a "GET" succeeded. > > 306 [16:04] roberto@keltia:/build> ftp localhost > Connected to localhost. > 220 keltia.freenix.fr FTP server (Version wu-2.4(1) Mon Aug 14 12:20:49 MET DST 1995) ready. > Name (localhost:roberto): > 331 Password required for roberto. > Password: > 230 User roberto logged in. Access restrictions apply. > Remote system type is UNIX. > Using binary mode to transfer files. > ftp> dir > 200 PORT command successful. > 150 Opening ASCII mode data connection for /bin/ls. > 226 Transfer complete. > ftp> cd .. > 250 CWD command successful. > ftp> dir > 200 PORT command successful. > 150 Opening ASCII mode data connection for /bin/ls. > 226 Transfer complete. > ftp> cd shell > 250 CWD command successful. > ftp> dir > 200 PORT command successful. > 150 Opening ASCII mode data connection for /bin/ls. > 226 Transfer complete. > ftp> ls > 200 PORT command successful. > 150 Opening ASCII mode data connection for /bin/ls. > 226 Transfer complete. > ftp> get aliaslist > local: aliaslist remote: aliaslist > 200 PORT command successful. > 150 Opening BINARY mode data connection for aliaslist (1156 bytes). > 226 Transfer complete. > 1156 bytes received in 0.035 seconds (33 Kbytes/s) > ftp> 221 Goodbye. > > > 4. That there is a 'ftp' group and a 'guest' group in /etc/group > > I have a group named ftponly in both ftpaccess and in /etc/group. > > ftponly:*:40:roberto > > # specify which group of users will be treated as "guests". > guestgroup ftponly > > The "LS" problem is interesting. > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #3: Wed Oct 25 02:00:10 MET 1995 > From owner-freebsd-hackers Mon Oct 30 22:40:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA22334 for hackers-outgoing; Mon, 30 Oct 1995 22:40:18 -0800 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 WAA22328 for ; Mon, 30 Oct 1995 22:40:15 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA12459; Mon, 30 Oct 1995 22:40:04 -0800 To: Jake Hamby cc: hackers@freebsd.org Subject: Re: ** Spang! ** 951026-SNAP updated. In-reply-to: Your message of "Mon, 30 Oct 1995 21:28:07 PST." Date: Mon, 30 Oct 1995 22:40:04 -0800 Message-ID: <12457.815121604@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I hate to be the bearer of bad news (again!) but the atapi.flp now > doesn't even recognize my second IDE controller! In fact, it gives the > exact same error message "wdc1 not found at 0x170" that the non-ATAPI > boot.flp bootdisk gives me, leading me to suspect that you somehow forgot > to uncomment "options ATAPI" or "device wcd0" when you made this boot > disk. Could it be that you accidentally made atapi.flp with > the same config file as boot.flp? :-) Hopefully, it was a simple mistake in > the config file, and not Yet Another ATAPI Problem! Huh.. Nope! Here are exactly the relevant config lines I used: controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus device wcd0 #IDE CD-ROM Which is basically exactly what you suggested I do. So much for that idea, eh? :-) Jordan From owner-freebsd-hackers Mon Oct 30 22:48:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA22962 for hackers-outgoing; Mon, 30 Oct 1995 22:48:40 -0800 Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA22942 ; Mon, 30 Oct 1995 22:48:29 -0800 Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id OAA19677; Tue, 31 Oct 1995 14:43:46 +0800 Date: Tue, 31 Oct 1995 14:43:45 +0800 (HKT) From: John Beukema To: Gary Crutcher cc: hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: Sendmail problems In-Reply-To: <28101995131320680.II26500@datatrek.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk You need to run a pop3 server. Look in packages/pop3. jbeukema On Sat, 28 Oct 1995, Gary Crutcher wrote: > I have just connected a laptop via ethernet to my freebsd machine. I am > trying to use Eudora to get mail. I keep getting a connection refused > error message. I have also tried other mail programs with no luck. Is > there something that needs to be set on ther server side or in my mail > program that would let me get mail from the server via my laptop mail > program. > > Thanks, > Gary > From owner-freebsd-hackers Tue Oct 31 00:01:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA27457 for hackers-outgoing; Tue, 31 Oct 1995 00:01:15 -0800 Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA27448 for ; Tue, 31 Oct 1995 00:01:12 -0800 Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id AAA23979 for freebsd-hackers@freebsd.org; Tue, 31 Oct 1995 00:07:23 -0800 From: Brian Litzinger Message-Id: <199510310807.AAA23979@MediaCity.com> Subject: 10/29 overlay SNAP no FTP install To: freebsd-hackers@freebsd.org Date: Tue, 31 Oct 1995 00:07:23 -0800 (PST) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 616 Sender: owner-hackers@freebsd.org Precedence: bulk I've been installing via FTP ever since I started using FreeBSD. While installing the recently overlay'ed 951026 SNAP I find I get a 'Signal 11, I am dead' message on the screen when the install attempts to ftp the installation. On the debug screen is says: logged in and chdir ok (or some such message) [then the signal 11 happens] Installing via NFS worked fine. - Brian Litzinger | | brian@mediacity.com | This space intentionally left blank | http://www.mpress.com | | From owner-freebsd-hackers Tue Oct 31 00:23:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA00610 for hackers-outgoing; Tue, 31 Oct 1995 00:23:12 -0800 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 AAA00566 for ; Tue, 31 Oct 1995 00:22:55 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA09548 for ; Tue, 31 Oct 1995 09:22:49 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA29854 for freebsd-hackers@freebsd.org; Tue, 31 Oct 1995 09:22:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA10996 for freebsd-hackers@freebsd.org; Tue, 31 Oct 1995 09:14:57 +0100 From: J Wunsch Message-Id: <199510310814.JAA10996@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org Date: Tue, 31 Oct 1995 09:14:57 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510310139.MAA02717@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 31, 95 12:09:45 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: 694 Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > > I'm really afraid of too much bloat here. > > How may MB for your DM, Jo"rg? I can imagine the bootstrap module might make > it to 150-200K if we go _completely_ overboard. It's not the question of DM/US$/... here. If i have to wait for too long until the boot prompt appears, it's annoying. My test machine is a 386sx/16, and FreeBSD is still not bloated enough :) to run fast enough on that class of machines (with `fast' being scaled to the feeling that's usual when using such a slow beast). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 31 00:23:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA00624 for hackers-outgoing; Tue, 31 Oct 1995 00:23:14 -0800 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 AAA00595 for ; Tue, 31 Oct 1995 00:23:08 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA09552 for ; Tue, 31 Oct 1995 09:22:51 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA29855 for freebsd-hackers@freebsd.org; Tue, 31 Oct 1995 09:22:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA11022 for freebsd-hackers@freebsd.org; Tue, 31 Oct 1995 09:16:27 +0100 From: J Wunsch Message-Id: <199510310816.JAA11022@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 31 Oct 1995 09:16:26 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510310225.MAA02851@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 31, 95 12:55:58 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: 543 Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > Nothing wrong with this. I had infact even considered a scenario where > the bootstrap, if it didn't find a BSD slice where it thought one should > be, would search the disk looking for it, and (if possible?) make whatever > corrections might be in order. I hope you won't break the ability to boot right off sector 0, do you? (Just as a reminder.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 31 01:54:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA10970 for hackers-outgoing; Tue, 31 Oct 1995 01:54:20 -0800 Received: from strider.ibenet.it (root@strider.ibe.net [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA10930 for ; Tue, 31 Oct 1995 01:54:00 -0800 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id KAA23566; Tue, 31 Oct 1995 10:45:09 +0100 From: Piero Serini Message-Id: <199510310945.KAA23566@strider.ibenet.it> Subject: Re: Help! To: j@uriah.heep.sax.de (J Wunsch) Date: Tue, 31 Oct 1995 10:45:09 +0100 (MET) Cc: freebsd-hackers@freebsd.org, tulchins@ix.netcom.com In-Reply-To: <199510301429.PAA06207@uriah.heep.sax.de> from "J Wunsch" at Oct 30, 95 03:29:28 pm Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 891 Sender: owner-hackers@freebsd.org Precedence: bulk Hello. Quoting from J Wunsch (Mon Oct 30 15:29:28 1995): > Not for 1.1.5, but of course, for 2.0.x. I've been recovering a dead ... > *installing* 2.0.5 with it. Running the fixit floppy does work > however. I thought some devices were different. As an example: FreeBSD relay.ibe.net 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE ... brw-r----- 1 root operator 17, 0 Sep 8 20:00 matcd0a brw-r----- 1 root operator 17, 2 Sep 8 20:00 matcd0c FreeBSD magic 2.0.0-SNAP950322 FreeBSD 2.0.0-SNAP950322 ... brw-r----- 1 root opr 17, 0 Feb 9 1995 pcd0a brw-r----- 1 root opr 17, 2 Feb 9 1995 pcd0c Same major/minor, different name. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Tue Oct 31 02:13:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA14219 for hackers-outgoing; Tue, 31 Oct 1995 02:13:28 -0800 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 CAA14212 for ; Tue, 31 Oct 1995 02:13:23 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA00559; Tue, 31 Oct 1995 02:13:19 -0800 To: Brian Litzinger cc: freebsd-hackers@freebsd.org Subject: Re: 10/29 overlay SNAP no FTP install In-reply-to: Your message of "Tue, 31 Oct 1995 00:07:23 PST." <199510310807.AAA23979@MediaCity.com> Date: Tue, 31 Oct 1995 02:13:19 -0800 Message-ID: <557.815134399@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Ack! Quick question: Is the version set to 951026-SNAP in the Options screen? I'm having a weird suspicion here.. Needless to say, I'll also be looking into this. Jordan > I've been installing via FTP ever since I started using FreeBSD. > > While installing the recently overlay'ed 951026 SNAP I find I get > a 'Signal 11, I am dead' message on the screen when the install > attempts to ftp the installation. > > On the debug screen is says: > > logged in and chdir ok (or some such message) > [then the signal 11 happens] > > Installing via NFS worked fine. > > - > Brian Litzinger | | > brian@mediacity.com | This space intentionally left blank | > http://www.mpress.com | | From owner-freebsd-hackers Tue Oct 31 06:37:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA17485 for hackers-outgoing; Tue, 31 Oct 1995 06:37:16 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA17471 for ; Tue, 31 Oct 1995 06:37:13 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA09855; Tue, 31 Oct 1995 08:36:38 -0600 From: Joe Greco Message-Id: <199510311436.IAA09855@brasil.moneng.mei.com> Subject: Re: hummin security check output (fwd) To: dyson@freefall.freebsd.org (John Dyson) Date: Tue, 31 Oct 1995 08:36:36 -0600 (CST) Cc: jgreco@mei.com, hackers@freebsd.org In-Reply-To: <199510310405.UAA09706@freefall.freebsd.org> from "John Dyson" at Oct 30, 95 08:05:36 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > During a period of unusual distress (cause unknown) followed by a panic and > > automatic reboot, my INN news server "hummin" ran out of swap for a period > > of several hours - and the strangest thing happened. It appears that a > > number of running programs were "touched" in the midst of the period it was > > running out of swap... > > > > Background: FreeBSD 2.0.5R, 48MB RAM, ASUS SP3G AMD DX4/100, NCR 810 SCSI, > > AHA-1542B SCSI > > > Excellent!!! I have been trying to reproduce that problem. I have seen it, > and have not been able to track it down. Now I have the proverbial > snowball's chance to fix it!!! If there is anything I can do to provide more useful information, please let me know. Something is suddenly wreaking havoc with this machine's VM on a nightly basis (probably news-related) - it was ramming its head again this morning but doesn't appear to have magically touched any files this time. I can avoid fixing whatever is wrong for a few days, if I can do anything useful to try to help you track this problem... (I know that's still a snowball-in-oven chance, but better that than not at all) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Oct 31 07:27:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA23445 for hackers-outgoing; Tue, 31 Oct 1995 07:27:38 -0800 Received: from dtihost.datatrek.com (dtihost.datatrek.com [204.31.148.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA23426 ; Tue, 31 Oct 1995 07:27:31 -0800 Received: from gcrutcher (gcrutcher.datatrek.com [204.33.82.254]) by dtihost.datatrek.com (8.6.12/8.6.9) with SMTP id HAA20257; Tue, 31 Oct 1995 07:25:41 -0800 X-Mailer: Mi'Mail from IRISoft Works, Version 1.12 From: gcrutcher@datatrek.com (Gary Crutcher) Subject: PCI Ethernet Compatibility Date: Tue, 31 Oct 1995 07:26:16 Message-Id: <31101995072740260.II18467@datatrek.com> To: hackers@freebsd.org, questions@freebsd.org Content-Transfer-Encoding: 7bit Content-Type: Text/plain; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Does anyone know if an SMC Combo PCI Ethernet Adapater will work with FreeBSD? Thanks, Gary --------------------------------------------------- Gary Crutcher voice: 619-431-8400 x140 Mgr. New Technology fax: 619-431-8448 Data Trek, Inc. email: gcrutcher@datatrek.com 5838 Edison Place Carlsbad, CA. 92008 From owner-freebsd-hackers Tue Oct 31 08:07:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA28394 for hackers-outgoing; Tue, 31 Oct 1995 08:07:00 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA28378 for ; Tue, 31 Oct 1995 08:06:54 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA23119; Wed, 1 Nov 1995 03:04:22 +1100 Date: Wed, 1 Nov 1995 03:04:22 +1100 From: Bruce Evans Message-Id: <199510311604.DAA23119@godzilla.zeta.org.au> To: hackers@freebsd.org, swaits@pr.erau.edu Subject: Re: Typo in kernel src (fwd) Sender: owner-hackers@freebsd.org Precedence: bulk >---------- Forwarded message ---------- >From: Mike R. Prevost >vm_swap.c has swap_pager_fsll instead of swap_pager_full in one place. >i386/conf.c has swsizen instead of swsize. These have never been in the central sources. >./../i386/isa/kbdtables.h:826: warning: `/*' within comment This isn't in current sources. >Cmpiled but had problems linking: _hw_float symbol not found -- it's disabled in >config file. Will enable it as attempt to fix. This happens when device npx0 is left out of the config file. Don't do this. npx0 isn't optional although files.i386 says it is. `hw_float' is handled even more bogusly in -current. Now the sysctl code it support it is with the variable, so if npx0 isn't configured, sysctl() will report that ambiguously by returning an error instead of returning a truth value. Bruce From owner-freebsd-hackers Tue Oct 31 08:19:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA00314 for hackers-outgoing; Tue, 31 Oct 1995 08:19:28 -0800 Received: from mail2.digital.com (mail2.digital.com [204.123.2.56]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA00273 ; Tue, 31 Oct 1995 08:19:18 -0800 Received: from muggsy.lkg.dec.com by mail2.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA27435; Tue, 31 Oct 1995 08:09:54 -0800 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA20659; Tue, 31 Oct 1995 11:09:51 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id QAA12728; Tue, 31 Oct 1995 16:10:14 GMT Message-Id: <199510311610.QAA12728@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: gcrutcher@datatrek.com (Gary Crutcher) Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: PCI Ethernet Compatibility In-Reply-To: Your message of "Tue, 31 Oct 1995 07:26:16." <31101995072740260.II18467@datatrek.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Tue, 31 Oct 1995 16:10:12 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk In <31101995072740260.II18467@datatrek.com> , you wrote: > Hi, > > Does anyone know if an SMC Combo PCI Ethernet Adapater will work > with FreeBSD? As far as I know, FreeBSD 2.1.0 should work all of SMC's PCI Ethernet Adapters. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Tue Oct 31 10:14:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13784 for hackers-outgoing; Tue, 31 Oct 1995 10:14:44 -0800 Received: from seattle.polstra.com (seattle.polstra.com [198.211.214.4]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA13772 for ; Tue, 31 Oct 1995 10:14:40 -0800 Received: by seattle.polstra.com (Smail3.1.28.1 #5) id m0tALBD-00006mC; Tue, 31 Oct 95 10:12 PST Message-Id: Date: Tue, 31 Oct 95 10:12 PST From: jdp@polstra.com (John Polstra) To: jgreco@brasil.moneng.mei.com Subject: Re: hummin security check output (fwd) Newsgroups: polstra.freebsd.hackers In-Reply-To: <199510311436.IAA09855@brasil.moneng.mei.com> Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199510311436.IAA09855@brasil.moneng.mei.com> Joe Greco writes: > Something is suddenly wreaking havoc with this machine's VM on a > nightly basis (probably news-related)... Is your INN configured to use MMAP? -- John Polstra jdp@polstra.com Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Tue Oct 31 11:44:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19549 for hackers-outgoing; Tue, 31 Oct 1995 11:44:10 -0800 Received: from gdwest.gd.com ([134.120.3.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19544 for ; Tue, 31 Oct 1995 11:44:07 -0800 Received: (from eyfarris@localhost) by gdwest.gd.com (8.6.10/8.6.10) id LAA15657; Tue, 31 Oct 1995 11:44:02 -0800 Date: Tue, 31 Oct 1995 11:44:02 -0800 From: Eblan Y Farris Message-Id: <199510311944.LAA15657@gdwest.gd.com> To: jkh@time.cdrom.com, witr@rwwa.com Subject: Re: atapi.flp problem SOLVED! Cc: hackers@FreeBSD.ORG, jehamby@lightside.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have tried the latest atapi.flp on a Mitsumi IDE Quad Speed - No Luck! The boot floppy did not find the CD-ROM. The CD is on a Triton c/s secondary IDE Controller IRQ 15. There is no jumper on the Mitsumi for Master/Slave. efarris From owner-freebsd-hackers Tue Oct 31 11:45:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19694 for hackers-outgoing; Tue, 31 Oct 1995 11:45:35 -0800 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 LAA19679 for ; Tue, 31 Oct 1995 11:45:18 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10356; Tue, 31 Oct 1995 12:32:36 -0700 From: Terry Lambert Message-Id: <199510311932.MAA10356@phaeton.artisoft.com> Subject: Re: boot disk.... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 31 Oct 1995 12:32:35 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.ORG In-Reply-To: <199510310215.MAA02834@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 31, 95 12:45: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: 1096 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Terry Lambert stands accused of saying: > > Why? We don't *have* to insist that we be able to boot from an 'a' slice > > after 1024, do we? That's a requirement you've tacked on. > > It's becoming a very common requirement 8( It's one that DOS and Win95 don't meet. That's 80% or more of Intel class machines right there -- doesn't seem very common. > > This is an issue of where a drive media perfection layer belongs, and > > how it can be implemented. I believe bad144 is in the wrong abstract > > location -- which make bad144 an invalid counter argument. > > Media perfection should be a function of the media; ie. the disk itself. > System software should not be forced to make those sort of translations; > it's unfortunate that old media don't have the resources required 8( Media perfection impact write ordering algorithms. As such, it must be visible to the upper layer I/O subsystem, even if it is infact implemented in hardware. 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-hackers Tue Oct 31 12:52:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA22814 for hackers-outgoing; Tue, 31 Oct 1995 12:52:29 -0800 Received: from ring.zenox.com (ring.zenox.com [204.138.171.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA22793 ; Tue, 31 Oct 1995 12:52:25 -0800 Received: from ring.zenox.com (ring.zenox.com [204.138.171.253]) by ring.zenox.com (8.7.1/8.7.1) with SMTP id PAA22754; Tue, 31 Oct 1995 15:50:20 GMT Date: Tue, 31 Oct 1995 15:50:20 +0000 () From: "Jeff B. Bolton" To: Gary Crutcher cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: PCI Ethernet Compatibility In-Reply-To: <31101995072740260.II18467@datatrek.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 31 Oct 1995, Gary Crutcher wrote: > Does anyone know if an SMC Combo PCI Ethernet Adapater will work > with FreeBSD? Yes, we use a couple of them here with no problems. Cheers Jeff ------------------------------------------------------------------ Jeff B. Bolton http://ring.zenox.com/~jeff/ jeff@zenox.com * All opinions expressed are my own...Who else would want them? * ...It's not my job to drive the train, it's not my job to ring the the bell, but let the damn thing jump the track, and see who catches hell..... ------------------------------------------------------------------ From owner-freebsd-hackers Tue Oct 31 13:49:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26577 for hackers-outgoing; Tue, 31 Oct 1995 13:49:01 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26565 for ; Tue, 31 Oct 1995 13:48:54 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id NAA04068; Tue, 31 Oct 1995 13:47:23 -0800 Date: Tue, 31 Oct 1995 13:47:23 -0800 (PST) From: -Vince- To: hackers@FreeBSD.ORG Subject: machine reboot & kernel maxusers option Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi everyone, I am experiencing the following problem and the machine just reboots under FreeBSD-current, anyone have any ideas? MAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. 5 5 5 5 5 5 5 5 5 5 5 5 5 assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. 5 5 5 5 5 5 5 giving up Automatic reboot in 15 seconds\^?\^A a key on the console to abort Rebooting... I am running several mailing lists with majordomo and I understand that the kernel complains that there is too many files opened when my limit is set to 1024 per user since here is the output of limit: cputime unlimited filesize unlimited datasize 65536 kbytes stacksize 8192 kbytes coredumpsize unlimited memoryuse 19472 kbytes descriptors 1024 memorylocked 6492 kbytes maxproc 1024 Also, another thing is we have 24 megs of physical memory and 240 megs of swap space. The machine sometimes just locks up instead of rebooting... Any help would be appreciated. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Tue Oct 31 13:58:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA27145 for hackers-outgoing; Tue, 31 Oct 1995 13:58:32 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA27136 for ; Tue, 31 Oct 1995 13:58:27 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id NAA04217; Tue, 31 Oct 1995 13:56:53 -0800 Date: Tue, 31 Oct 1995 13:56:50 -0800 (PST) From: -Vince- To: hackers@FreeBSD.ORG Subject: machine reboot & kernel maxusers option Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi everyone, I am experiencing the following problem and the machine just reboots under FreeBSD-current, anyone have any ideas? MAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. 5 5 5 5 5 5 5 5 5 5 5 5 5 assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. 5 5 5 5 5 5 5 giving up Automatic reboot in 15 seconds\^?\^A a key on the console to abort Rebooting... I am running several mailing lists with majordomo and I understand that the kernel complains that there is too many files opened when my limit is set to 1024 per user since here is the output of limit: cputime unlimited filesize unlimited datasize 65536 kbytes stacksize 8192 kbytes coredumpsize unlimited memoryuse 19472 kbytes descriptors 1024 memorylocked 6492 kbytes maxproc 1024 dmesg produces the following: FreeBSD 2.2-CURRENT #0: Fri Oct 27 19:57:05 PDT 1995 vince@apollo.COSC.GOV:/usr/src/sys/compile/ASTRO CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 25165824 (24576K bytes) avail memory = 20107264 (19636K 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 0x260-0x27f irq 5 on isa ed0: address 00:40:05:16:77:85, type NE2000 (16 bit) ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 ahc1 not found ahb0 not found aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 mcd1: timeout getting status mcd1 not found at 0x340 matcdc0 not found at 0xffffffff scd0 not found at 0x230 ie0 not found at 0x360 ep0 not found at 0x300 ix0 not found at 0x300 le0: no board found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 lnc1 not found at 0x300 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface gus0 at 0x220 irq 11 drq 1 on isa gus0: Probing for devices on the PCI bus: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 ncr0 rev 2 int a irq 10 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "DEC DSP5400S 427L" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 3814MB (7812870 512 byte sectors) vga0 rev 0 on pci0:12 changing root device to sd0a in_rtqtimo: adjusted rtq_reallyold to 2400 uid 10 on /: file system full in_rtqtimo: adjusted rtq_reallyold to 1600 in_rtqtimo: adjusted rtq_reallyold to 1066 in_rtqtimo: adjusted rtq_reallyold to 710 in_rtqtimo: adjusted rtq_reallyold to 473 in_rtqtimo: adjusted rtq_reallyold to 315 in_rtqtimo: adjusted rtq_reallyold to 210 Here is the kernel configuration: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46 1995/06/11 19:31:11 rgrimes Exp $ # 1995/10/25 14:53:33 vince ASTRO # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident ASTRO maxusers 100 #options MATH_EMULATE #Support for x87 emulation options "CHILD_MAX=1024" options "OPEN_MAX=1024" options SYSVSHM options SYSVSEM options SYSVMSG options GATEWAY options MROUTING 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 wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 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 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 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 0x260 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 pseudo-device loop pseudo-device ether pseudo-device fddi pseudo-device log pseudo-device sl 256 # ijppp uses tun instead of ppp device pseudo-device ppp 256 pseudo-device tun 256 pseudo-device pty 256 pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker pseudo-device snp 10 # Controls all sound devices controller snd0 device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr device pca0 at isa? port IO_TIMER1 tty # Options for `wdc': # # ATAPI enables the support for ATAPI-compatible IDE devices # options ATAPI #Enable ATAPI support for IDE bus # IDE CD-ROM driver - requires wdc controller and ATAPI option device wcd0 Also, another thing is we have 24 megs of physical memory and 240 megs of swap space. The machine sometimes just locks up instead of rebooting... Any help would be appreciated. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Tue Oct 31 14:06:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA27471 for hackers-outgoing; Tue, 31 Oct 1995 14:06:42 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA27466 for ; Tue, 31 Oct 1995 14:06:34 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA10390; Tue, 31 Oct 1995 16:04:44 -0600 From: Joe Greco Message-Id: <199510312204.QAA10390@brasil.moneng.mei.com> Subject: Re: hummin security check output (fwd) To: jdp@polstra.com (John Polstra) Date: Tue, 31 Oct 1995 16:04:43 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "John Polstra" at Oct 31, 95 10:12:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > In article <199510311436.IAA09855@brasil.moneng.mei.com> Joe Greco writes: > > Something is suddenly wreaking havoc with this machine's VM on a > > nightly basis (probably news-related)... > > Is your INN configured to use MMAP? Alas, no, under 2.0.5R it was too unstable (I had been running with MMAP under 2.0R). I would REALLY like to be able to do this in the future :-) as it seems to be a major performance win. INN is currently writing out the entire active file every 40 articles, and the file is 1MB++ - so that's at least twice a minute. :-( ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Oct 31 14:21:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28144 for hackers-outgoing; Tue, 31 Oct 1995 14:21:44 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA28138 for ; Tue, 31 Oct 1995 14:21:38 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id OAA04606; Tue, 31 Oct 1995 14:20:01 -0800 Date: Tue, 31 Oct 1995 14:20:00 -0800 (PST) From: -Vince- To: hackers@FreeBSD.ORG Subject: machine reboot & kernel maxusers option Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi everyone, I am experiencing the following problem and the machine just reboots under FreeBSD-current, anyone have any ideas? MAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. 5 5 5 5 5 5 5 5 5 5 5 5 5 assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. assertion "cp" failed: file "../../pci/ncr.c", line 5560 sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. 5 5 5 5 5 5 5 giving up Automatic reboot in 15 seconds\^?\^A a key on the console to abort Rebooting... I am running several mailing lists with majordomo and I understand that the kernel complains that there is too many files opened when my limit is set to 1024 per user since here is the output of limit: cputime unlimited filesize unlimited datasize 65536 kbytes stacksize 8192 kbytes coredumpsize unlimited memoryuse 19472 kbytes descriptors 1024 memorylocked 6492 kbytes maxproc 1024 sysctl -a output: kern.ostype = FreeBSD kern.osrelease = 2.2-CURRENT kern.osrevision = 199306 kern.version = FreeBSD 2.2-CURRENT #0: Fri Oct 27 19:57:05 PDT 1995 vince@apollo.COSC.GOV:/usr/src/sys/compile/ASTRO kern.maxvnodes = 2726 kern.maxproc = 1620 kern.maxfiles = 3240 kern.argmax = 65536 kern.securelevel = -1 kern.hostname = apollo.COSC.GOV kern.hostid = 0 kern.clockrate: hz = 100, tick = 10000, profhz = 1024, stathz = 128 kern.posix1version = 198808 kern.ngroups = 16 kern.job_control = 1 kern.saved_ids = 1 kern.boottime = Tue Oct 31 11:47:07 1995 kern.domainname = COSC.GOV kern.update = 30 kern.osreldate = 199508 kern.bootfile = /kernel kern.maxfilesperproc = 3240 kern.maxprocperuid = 1619 kern.dumpdev = disabled vm.loadavg: 0.00 0.03 0.01 net.inet.ip.forwarding = 1 net.inet.ip.redirect = 1 net.inet.ip.ttl = 64 net.inet.ip.rtexpire = 210 net.inet.ip.rtminexpire = 10 net.inet.ip.rtmaxcache = 128 net.inet.ip.sourceroute = 0 net.inet.ip.directed-broadcast = 0 net.inet.icmp.maskrepl = 0 net.inet.tcp.rfc1323 = 0 net.inet.tcp.rfc1644 = 0 net.inet.tcp.mssdflt = 512 net.inet.tcp.rttdflt = 3 net.inet.tcp.keepidle = 14400 net.inet.tcp.keepintvl = 150 net.inet.tcp.sendspace = 16384 net.inet.tcp.recvspace = 16384 net.inet.udp.checksum = 1 net.inet.udp.maxdgram = 9216 net.inet.udp.recvspace = 41600 hw.machine = i386 hw.model = Pentium 735\90 hw.ncpu = 1 hw.byteorder = 1234 hw.physmem = 21250048 hw.usermem = 17403904 hw.pagesize = 4096 hw.floatingpoint = 1 machdep.console_device = ?? machdep.adjkerntz = 28800 machdep.disable_rtc_set = 0 user.cs_path = /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max = 99 user.bc_dim_max = 2048 user.bc_scale_max = 99 user.bc_string_max = 1000 user.coll_weights_max = 0 user.expr_nest_max = 32 user.line_max = 2048 user.re_dup_max = 255 user.posix2_version = 199212 user.posix2_c_bind = 0 user.posix2_c_dev = 0 user.posix2_char_term = 0 user.posix2_fort_dev = 0 user.posix2_fort_run = 0 user.posix2_localedef = 0 user.posix2_sw_dev = 0 user.posix2_upe = 0 user.stream_max = 20 user.tzname_max = 255 dmesg produces the following: FreeBSD 2.2-CURRENT #0: Fri Oct 27 19:57:05 PDT 1995 vince@apollo.COSC.GOV:/usr/src/sys/compile/ASTRO CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 25165824 (24576K bytes) avail memory = 20107264 (19636K 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 0x260-0x27f irq 5 on isa ed0: address 00:40:05:16:77:85, type NE2000 (16 bit) ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 ahc1 not found ahb0 not found aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 mcd1: timeout getting status mcd1 not found at 0x340 matcdc0 not found at 0xffffffff scd0 not found at 0x230 ie0 not found at 0x360 ep0 not found at 0x300 ix0 not found at 0x300 le0: no board found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 lnc1 not found at 0x300 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface gus0 at 0x220 irq 11 drq 1 on isa gus0: Probing for devices on the PCI bus: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 ncr0 rev 2 int a irq 10 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "DEC DSP5400S 427L" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 3814MB (7812870 512 byte sectors) vga0 rev 0 on pci0:12 changing root device to sd0a in_rtqtimo: adjusted rtq_reallyold to 2400 uid 10 on /: file system full in_rtqtimo: adjusted rtq_reallyold to 1600 in_rtqtimo: adjusted rtq_reallyold to 1066 in_rtqtimo: adjusted rtq_reallyold to 710 in_rtqtimo: adjusted rtq_reallyold to 473 in_rtqtimo: adjusted rtq_reallyold to 315 in_rtqtimo: adjusted rtq_reallyold to 210 Here is the kernel configuration: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46 1995/06/11 19:31:11 rgrimes Exp $ # 1995/10/25 14:53:33 vince ASTRO # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident ASTRO maxusers 100 #options MATH_EMULATE #Support for x87 emulation options "CHILD_MAX=1024" options "OPEN_MAX=1024" options SYSVSHM options SYSVSEM options SYSVMSG options GATEWAY options MROUTING 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 wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 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 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 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 0x260 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 pseudo-device loop pseudo-device ether pseudo-device fddi pseudo-device log pseudo-device sl 256 # ijppp uses tun instead of ppp device pseudo-device ppp 256 pseudo-device tun 256 pseudo-device pty 256 pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker pseudo-device snp 10 # Controls all sound devices controller snd0 device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr device pca0 at isa? port IO_TIMER1 tty # Options for `wdc': # # ATAPI enables the support for ATAPI-compatible IDE devices # options ATAPI #Enable ATAPI support for IDE bus # IDE CD-ROM driver - requires wdc controller and ATAPI option device wcd0 Also, another thing is we have 24 megs of physical memory and 240 megs of swap space. The machine sometimes just locks up instead of rebooting... Any help would be appreciated. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Tue Oct 31 14:42:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA29127 for hackers-outgoing; Tue, 31 Oct 1995 14:42:21 -0800 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 OAA29108 for ; Tue, 31 Oct 1995 14:42:02 -0800 Received: by Sysiphos id AA00362 (5.67b/IDA-1.5 for hackers@freebsd.org); Tue, 31 Oct 1995 23:41:47 +0100 Message-Id: <199510312241.AA00362@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 31 Oct 1995 23:41:46 +0100 In-Reply-To: -Vince- "machine reboot & kernel maxusers option" (Oct 31, 13:47) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: -Vince- Subject: Re: machine reboot & kernel maxusers option Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 31, 13:47, -Vince- wrote: } Subject: machine reboot & kernel maxusers option } Hi everyone, } } I am experiencing the following problem and the machine just } reboots under FreeBSD-current, anyone have any ideas? } } MAND FAILED (4 28) @f0b4aa00. } assertion "cp" failed: file "../../pci/ncr.c", line 5560 } sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. Well, I thought this would indicate an overrun of the driver supplied start queue (which is protected by the generic SCSI code by having the opennings value be bounded by the queue size), but now I found that the driver sends this return code in case of an overflow of the command queue in the drive, too. The drive seems to either not support the default number of four tags, and thus 4 commands issued to the drive, or it does not allow the whole range of 0..255 as tag values. The driver uses the low numbers as far as possible, but in certain situations chooses a new range of tag IDs in order to always have them unique (this was my idea more than a year ago, but I can't remember when this can happen :) Anyway, in this case I'd disable tagged command queues: # ncrcontrol -s tags=0 and if this makes a difference, it might be a good idea to try to get a firmware upgrade for that DSP5400 drive ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Tue Oct 31 15:27:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA01512 for hackers-outgoing; Tue, 31 Oct 1995 15:27:48 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA01507 for ; Tue, 31 Oct 1995 15:27:42 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id PAA05805; Tue, 31 Oct 1995 15:25:53 -0800 Date: Tue, 31 Oct 1995 15:25:52 -0800 (PST) From: -Vince- To: Stefan Esser cc: hackers@freebsd.org Subject: Re: machine reboot & kernel maxusers option In-Reply-To: <199510312241.AA00362@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 31 Oct 1995, Stefan Esser wrote: > On Oct 31, 13:47, -Vince- wrote: > } Subject: machine reboot & kernel maxusers option > } Hi everyone, > } > } I am experiencing the following problem and the machine just > } reboots under FreeBSD-current, anyone have any ideas? > } > } MAND FAILED (4 28) @f0b4aa00. > } assertion "cp" failed: file "../../pci/ncr.c", line 5560 > } sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > > Well, I thought this would indicate an overrun of the driver > supplied start queue (which is protected by the generic SCSI > code by having the opennings value be bounded by the queue > size), but now I found that the driver sends this return code > in case of an overflow of the command queue in the drive, too. > > The drive seems to either not support the default number of > four tags, and thus 4 commands issued to the drive, or it > does not allow the whole range of 0..255 as tag values. > The driver uses the low numbers as far as possible, but in > certain situations chooses a new range of tag IDs in order > to always have them unique (this was my idea more than a > year ago, but I can't remember when this can happen :) > > Anyway, in this case I'd disable tagged command queues: > > # ncrcontrol -s tags=0 > > and if this makes a difference, it might be a good idea to > try to get a firmware upgrade for that DSP5400 drive ... Hmmm, how much slower will the drive be with tags disabled and how do I find out the revision for the firmware and since this is a drive we just bought a month ago, is there really a need for a firmware upgrade? Does anyone else have this same drive and know if four tags will work? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Tue Oct 31 17:13:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA07580 for hackers-outgoing; Tue, 31 Oct 1995 17:13:06 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA07573 for ; Tue, 31 Oct 1995 17:12:49 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA05097; Wed, 1 Nov 1995 11:43:07 +1030 From: Michael Smith Message-Id: <199511010113.LAA05097@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 1 Nov 1995 11:43:06 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199510310816.JAA11022@uriah.heep.sax.de> from "J Wunsch" at Oct 31, 95 09:16:26 am Content-Type: text Content-Length: 1098 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch stands accused of saying: > > Nothing wrong with this. I had infact even considered a scenario where > > the bootstrap, if it didn't find a BSD slice where it thought one should > > be, would search the disk looking for it, and (if possible?) make whatever > > corrections might be in order. > > I hope you won't break the ability to boot right off sector 0, do you? That's what an MBR does. If you mean, have a disk without a sector 0 DOS-style partition table; I would say that booting from it should be a big no-no. If I understand Terry correctly, the DOS-style MBR is an Open Boot requirement anyway; you lose one track of the disk to using this scheme - is this a major problem? > cheers, J"org -- ]] 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-hackers Tue Oct 31 17:39:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA08549 for hackers-outgoing; Tue, 31 Oct 1995 17:39:55 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA08542 for ; Tue, 31 Oct 1995 17:39:50 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA05178; Wed, 1 Nov 1995 12:08:00 +1030 From: Michael Smith Message-Id: <199511010138.MAA05178@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: terry@lambert.org (Terry Lambert) Date: Wed, 1 Nov 1995 12:07:59 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.ORG In-Reply-To: <199510311932.MAA10356@phaeton.artisoft.com> from "Terry Lambert" at Oct 31, 95 12:32:35 pm Content-Type: text Content-Length: 1969 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry Lambert stands accused of saying: > > > Terry Lambert stands accused of saying: > > > Why? We don't *have* to insist that we be able to boot from an 'a' slice > > > after 1024, do we? That's a requirement you've tacked on. > > > > It's becoming a very common requirement 8( > > It's one that DOS and Win95 don't meet. That's 80% or more of Intel class > machines right there -- doesn't seem very common. You miss my point. Joe Luser wants FreeBSD on his w95 machine. Us nice people talk him into using fips to shrink his 1.6GB FAT filesystem (stop puking Terry 8) down to "as small as possible". He comes back and complains that he can't boot. After a week of confusing replies we discover that because he has seperate copies of every version of Doom ever released, and more than two Microsoft products, "as small as possible" is still >1024 cylinders. We should be able to work in this situation; the fact that it's almost impossible notwithstanding. In fact, it's not impossible, it's just that we would have to play so far outside the rules that we'd stand a good chance of screwing everything up 8( > Media perfection impact write ordering algorithms. As such, it must be > visible to the upper layer I/O subsystem, even if it is infact implemented > in hardware. I think that the nightmare that would be involved in attempting to outthink a modern SCSI drive's behaviour in the presence of forwarded sectors would cost more than it would save. In the case of an IDE disk, where requests are handled in-order, your point is well taken. > Terry Lambert -- ]] 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-hackers Tue Oct 31 19:58:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA15123 for hackers-outgoing; Tue, 31 Oct 1995 19:58:16 -0800 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 TAA15095 for ; Tue, 31 Oct 1995 19:58:05 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA11220; Tue, 31 Oct 1995 20:46:20 -0700 From: Terry Lambert Message-Id: <199511010346.UAA11220@phaeton.artisoft.com> Subject: Re: boot disk.... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 31 Oct 1995 20:46:19 +1700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199511010113.LAA05097@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 1, 95 11:43:06 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: 1811 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Nothing wrong with this. I had infact even considered a scenario where > > > the bootstrap, if it didn't find a BSD slice where it thought one should > > > be, would search the disk looking for it, and (if possible?) make whatever > > > corrections might be in order. > > > > I hope you won't break the ability to boot right off sector 0, do you? > > That's what an MBR does. If you mean, have a disk without a sector 0 > DOS-style partition table; I would say that booting from it should be a big > no-no. > > If I understand Terry correctly, the DOS-style MBR is an Open Boot > requirement anyway; you lose one track of the disk to using this > scheme - is this a major problem? Actually it is a requirement. So is a FORTH interpreter that can be called from protected mode to do disk, net, and console I/O before you have drivers for the local device ...going to write one that uses VM86() for us? 8-). I think it is necessary to support "naked" devices -- devices without one or more layers of partitioning and/or media perfection (what NT erroneously calls 'FtDISK' for "Fault Tolerance"). A Naked device (BSD disklabel alone) buys you independence from geometry. At least that way, in every case but non-linear partitioning, you can always use the disk for BSD. Non-linear partitioning (like BIOS-based bad sector sparing) will screw you every time. The best you can hope for is that it will work for most of the "naked" cases because uf to some 'N', sector 0..N will be the same with or without the translation in place. This leaves a "BSD only drive" for some people who can't use BSD at all otherwise, which is the current state of affairs. 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-hackers Tue Oct 31 20:05:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA16121 for hackers-outgoing; Tue, 31 Oct 1995 20:05:22 -0800 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 UAA16109 for ; Tue, 31 Oct 1995 20:05:14 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA11237; Tue, 31 Oct 1995 20:51:20 -0700 From: Terry Lambert Message-Id: <199511010351.UAA11237@phaeton.artisoft.com> Subject: Re: boot disk.... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 31 Oct 1995 20:51:19 +1700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.org In-Reply-To: <199511010138.MAA05178@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 1, 95 12:07: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: 2108 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > > Why? We don't *have* to insist that we be able to boot from an 'a' slice > > > > after 1024, do we? That's a requirement you've tacked on. > > > > > > It's becoming a very common requirement 8( > > > > It's one that DOS and Win95 don't meet. That's 80% or more of Intel class > > machines right there -- doesn't seem very common. > > You miss my point. Joe Luser wants FreeBSD on his w95 machine. Us nice > people talk him into using fips to shrink his 1.6GB FAT filesystem (stop > puking Terry 8) down to "as small as possible". > > He comes back and complains that he can't boot. > > After a week of confusing replies we discover that because he has seperate > copies of every version of Doom ever released, and more than two > Microsoft products, "as small as possible" is still >1024 cylinders. Well, then he's "Doom"ed. 8-) 8-). > We should be able to work in this situation; the fact that it's almost > impossible notwithstanding. We can. All you have to do is use the 386BSD protected mode wd second stage boot code. Won't work for most SCSI devices, but that's not a problem... we are talking IDE here. The question is, how will you get the DOS MBR to read past cylinder 1024 when the DOS MBR only has 10 bits for cylinder number in the I/O interface it *must* use? > > Media perfection impact write ordering algorithms. As such, it must be > > visible to the upper layer I/O subsystem, even if it is infact implemented > > in hardware. > > I think that the nightmare that would be involved in attempting to outthink > a modern SCSI drive's behaviour in the presence of forwarded sectors would > cost more than it would save. Not true. In a striping or RAID case, you *want* to ensure contiguity of extents. sector relocation in hardware is actually a bad thing. Unless you use the SCSI II commands to ask about where it has taken place and adjust your clustered I/O code accordingly. NTFS actually does this. Regards, 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-hackers Tue Oct 31 20:47:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA18515 for hackers-outgoing; Tue, 31 Oct 1995 20:47:09 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA18446 for ; Tue, 31 Oct 1995 20:45:59 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id PAA05673; Wed, 1 Nov 1995 15:13:22 +1030 From: Michael Smith Message-Id: <199511010443.PAA05673@genesis.atrad.adelaide.edu.au> Subject: Re: boot disk.... To: terry@lambert.org (Terry Lambert) Date: Wed, 1 Nov 1995 15:13:17 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <199511010351.UAA11237@phaeton.artisoft.com> from "Terry Lambert" at Oct 31, 95 08:51:19 pm Content-Type: text Content-Length: 1408 Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert stands accused of saying: > > Microsoft products, "as small as possible" is still >1024 cylinders. > > Well, then he's "Doom"ed. 8-) 8-). IMHO, he's a fool who should have gone SCSI to begin with, but we want his business 8) (I presume 8) > > We should be able to work in this situation; the fact that it's almost > > impossible notwithstanding. > > We can. All you have to do is use the 386BSD protected mode wd second > stage boot code. Won't work for most SCSI devices, but that's not a > problem... we are talking IDE here. > > The question is, how will you get the DOS MBR to read past cylinder 1024 > when the DOS MBR only has 10 bits for cylinder number in the I/O interface > it *must* use? This was what I gibbering about "breaking the rules" Given the range of possibilities, about the only time we'd be truly screwed would be when there's no BIOS translation, no LBA and no INT13 redirector. Fitting code to deal with all of these in the MBR may be too much to ask 8( > Terry Lambert -- ]] 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-hackers Tue Oct 31 22:01:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA23639 for hackers-outgoing; Tue, 31 Oct 1995 22:01:06 -0800 Received: from netra.soft.net (netra.soft.net [164.164.128.17]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id WAA23628 for ; Tue, 31 Oct 1995 22:01:00 -0800 From: ryan@genius.tisl.soft.net Received: from stpb.soft.net by netra.soft.net (5.x/SMI-SVR4) id AA24318; Wed, 1 Nov 1995 11:24:10 +0500 Received: from genius.tisl.soft.net by stpb.soft.net (5.x/SMI-4.1) id AA08751; Wed, 1 Nov 1995 11:22:33 +0500 X-Organisation: Software Technology Park, Bangalore Received: by genius.tisl.soft.net (AIX 3.2/UCB 5.64/4.03) id AA18692; Wed, 1 Nov 1995 11:21:30 GMT Date: Wed, 1 Nov 1995 11:21:30 +0000 (CUT) To: FreeBSD Technical Questions Subject: Shared Libraries Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk I have a peculiar problem(NOT RELATED TO FREEBSD). Hope you will be able to help me nevertheless!. Our product has many shared libraries and we are required to provide a cobol front end to it (ie., API). But the cobol compiler(MFCOBOL) which our clients have does not link with shared libraries (Our platform is SunOS 4.1.x, running on sparc 20 [sun 4m]). Therefore my plan is to write a cobol stub library(static) which will load the required shared libs and after getting the fn. address call the function using fn. pointers. But the problem is dlopen,dlcose & dlsym, which are the required fns. to load, unload and get fn addresses in SunOS 4.1.x, are themselves present in a shared library!. Therefore I am still unable to resolve my problem. Do you know of any solutions to this problem?. Or, do you know of any public-domain software to help me out. If nothing else, can you tell me how I could load a shared library and resolve function addresses? Thanks in advance (PLEASE HELP) Ryan (ryan@genius.tisl.soft.net) From owner-freebsd-hackers Tue Oct 31 22:13:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24214 for hackers-outgoing; Tue, 31 Oct 1995 22:13:40 -0800 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 WAA24201 for ; Tue, 31 Oct 1995 22:13:38 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA03720; Tue, 31 Oct 1995 22:13:13 -0800 To: ryan@genius.tisl.soft.net cc: FreeBSD Technical Questions Subject: Re: Shared Libraries In-reply-to: Your message of "Wed, 01 Nov 1995 11:21:30 GMT." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3717.815206392.1@time.cdrom.com> Date: Tue, 31 Oct 1995 22:13:13 -0800 Message-ID: <3718.815206393@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Our product has many shared libraries and we are required to provide a > cobol front end to it (ie., API). But the cobol compiler(MFCOBOL) which > our clients have does not link with shared libraries (Our platform is > SunOS 4.1.x, running on sparc 20 [sun 4m]). First off, you cannot link shared libraries against a static executable, period. Sorry! If you link your application shared, you'll also inherit the code required to link libraries dynamically at runtime. > function using fn. pointers. But the problem is dlopen,dlcose & dlsym, > which are the required fns. to load, unload and get fn addresses in SunOS > 4.1.x, are themselves present in a shared library!. Therefore I am still > unable to resolve my problem. I don't know about SunOS, but in FreeBSD they're actually the C runtime code (crt0) and a special link loader, ld.so. None of the shared library binding code is actually *in* a shared library, as that would represent something of a chicken and egg scenario! :) > public-domain software to help me out. If nothing else, can you tell me > how I could load a shared library and resolve function addresses? dlopen, dlsym, etc. Unless you're prepared to write your own dynamic loader/resolver, as some systems like KCL have done, you've no other choice. And no, please don't ask me how to write your own loader! :-) It's a big job, and it requires an intimiate knowledge of the object and symbol formats. There's no 500-words-or-less answer to the question. Jordan From owner-freebsd-hackers Tue Oct 31 22:49:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA26485 for hackers-outgoing; Tue, 31 Oct 1995 22:49:22 -0800 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 WAA26475 for ; Tue, 31 Oct 1995 22:49:06 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id IAA18778; Wed, 1 Nov 1995 08:47:22 +0200 From: John Hay Message-Id: <199511010647.IAA18778@zibbi.mikom.csir.co.za> Subject: Re: kern/805: SMC Ultra 8216 incorrectly probed (if_ed driver) To: henrich@msu.edu Date: Wed, 1 Nov 1995 08:47:22 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199510311856.NAA03475@crh.cl.msu.edu> from "henrich@msu.edu" at Oct 31, 95 01:56:54 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: 5411 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have tried out the suggested fix that Steve Piette send a while back to this list and it works fine on my 8216C cards. I don't have any 8416 cards to test it on. I have attached Steve's message and at the end a diff that I made relative to -current. I would like people to try it out and see if it breaks the probing of the 8416 cards or maybe something else. And then maybe we can get this into current? John -- John Hay -- John.Hay@csir.co.za > What's wrong with using the probe section from ED_TYPE_SMC8216T? > It worked find here when I first put developed the 8416 patch. It doesn't > care if the card is a combo or utp only device. I did test the driver with > Elite 16, Ultra, and Ether EZ to make sure it still worked after the patch > to 2.0-RELEASE > > ie: (based on 2.0.5-ALPHA /usr/src/sys/i386/isa/if_ed.c) > > case ED_TYPE_SMC8216C: > case ED_TYPE_SMC8216T: > if (sc->type = ED_TYPE_SMC8216C) { > sc->type_str = "SMC8216/SMC8216C"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8216 or 8216C"; > } else { > sc->type_str = "SMC8216T"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8216T"; > } > outb(sc->asic_addr + ED_WD790_HWR, > inb(sc->asic_addr + ED_WD790_HWR) | ED_WD790_HWR_SWH); > switch (inb(sc->asic_addr + ED_WD790_RAR) & ED_WD790_RAR_SZ64) { > case ED_WD790_RAR_SZ64: > memsize = 65536; > break; > case ED_WD790_RAR_SZ32: > memsize = 32768; > break; > case ED_WD790_RAR_SZ16: > memsize = 16384; > break; > case ED_WD790_RAR_SZ8: > /* 8216 has 16K shared mem -- 8416 has 8K */ > if (sc->type = ED_TYPE_SMC8216C) { > sc->type_str = "SMC8416C/SMC8416BT"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8416C or 8416BT"; > } else { > sc->type_str = "SMC8416T"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8416T"; > memsize = 8192; > break; > } > outb(sc->asic_addr + ED_WD790_HWR, > inb(sc->asic_addr + ED_WD790_HWR) & ~ED_WD790_HWR_SWH); > > isa16bit = 1; > sc->is790 = 1; > break; > > > Or did I miss something important? > > Steve Piette Applied Computer Technology > steve@simon.chi.il.US. 7N852 Phar Lap Drive > (708) 513-6920 St. Charles, IL 60175-6868 > ------------------------------------------------------------------------------ > By sending unsolicited commercially-oriented e-mail to this address, the > sender agrees to pay a $100 flat fee to the recipient for proofreading > services. *** if_ed.c.org Sun Oct 29 12:16:18 1995 --- if_ed.c Wed Nov 1 08:24:25 1995 *************** *** 509,533 **** isa16bit = 1; break; case ED_TYPE_SMC8216C: /* 8216 has 16K shared mem -- 8416 has 8K */ ! (unsigned int) *(isa_dev->id_maddr+8192) = (unsigned int)0; ! if ((unsigned int) *(isa_dev->id_maddr+8192)) { ! sc->type_str = "SMC8416C/SMC8416BT"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416C or 8416BT"; ! memsize = 8192; ! } else { sc->type_str = "SMC8216/SMC8216C"; sc->kdc.kdc_description = "Ethernet adapter: SMC 8216 or 8216C"; ! memsize = 16384; } - isa16bit = 1; - sc->is790 = 1; - break; - case ED_TYPE_SMC8216T: - sc->type_str = "SMC8216T"; - sc->kdc.kdc_description = - "Ethernet adapter: SMC 8216T"; outb(sc->asic_addr + ED_WD790_HWR, inb(sc->asic_addr + ED_WD790_HWR) | ED_WD790_HWR_SWH); --- 509,524 ---- isa16bit = 1; break; case ED_TYPE_SMC8216C: /* 8216 has 16K shared mem -- 8416 has 8K */ ! case ED_TYPE_SMC8216T: ! if (sc->type = ED_TYPE_SMC8216C) { sc->type_str = "SMC8216/SMC8216C"; sc->kdc.kdc_description = "Ethernet adapter: SMC 8216 or 8216C"; ! } else { ! sc->type_str = "SMC8216T"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8216T"; } outb(sc->asic_addr + ED_WD790_HWR, inb(sc->asic_addr + ED_WD790_HWR) | ED_WD790_HWR_SWH); *************** *** 542,550 **** memsize = 16384; break; case ED_WD790_RAR_SZ8: ! sc->type_str = "SMC8416T"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416T"; memsize = 8192; break; } --- 533,548 ---- memsize = 16384; break; case ED_WD790_RAR_SZ8: ! /* 8216 has 16K shared mem -- 8416 has 8K */ ! if (sc->type = ED_TYPE_SMC8216C) { ! sc->type_str = "SMC8416C/SMC8416BT"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416C or 8416BT"; ! } else { ! sc->type_str = "SMC8416T"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416T"; ! } memsize = 8192; break; } From owner-freebsd-hackers Wed Nov 1 00:14:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA01304 for hackers-outgoing; Wed, 1 Nov 1995 00:14:15 -0800 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA01297 for ; Wed, 1 Nov 1995 00:14:12 -0800 Received: (from sdaniels@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id AAA18950 for hackers@FreeBSD.org; Wed, 1 Nov 1995 00:19:16 -0800 From: Scott Daniels Message-Id: <199511010819.AAA18950@wiley.csusb.edu> To: hackers@FreeBSD.org Date: Wed, 1 Nov 1995 00:19:16 -0800 (PST) Reply-To: sdaniels@wiley.csusb.edu X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 21 Sender: owner-hackers@FreeBSD.org Precedence: bulk unsubscribe sdaniels From owner-freebsd-hackers Wed Nov 1 00:21:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA01774 for hackers-outgoing; Wed, 1 Nov 1995 00:21:31 -0800 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 AAA01757 for ; Wed, 1 Nov 1995 00:21:16 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA24766 for ; Wed, 1 Nov 1995 09:21:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03161 for freebsd-hackers@freebsd.org; Wed, 1 Nov 1995 09:21:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA16452 for freebsd-hackers@freebsd.org; Wed, 1 Nov 1995 09:13:41 +0100 From: J Wunsch Message-Id: <199511010813.JAA16452@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org Date: Wed, 1 Nov 1995 09:13:41 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511010113.LAA05097@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 1, 95 11:43:06 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: 2171 Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > > I hope you won't break the ability to boot right off sector 0, do you? > > That's what an MBR does. If you mean, have a disk without a sector 0 > DOS-style partition table; I would say that booting from it should be a big > no-no. You think too PeeCeeish. :) I finally gave libdisk/sysinstall the ability back to dedicate the entire disk for FreeBSD, from sector 0 through the very last sector of the disk. In case of a SCSI disk, the biggest win is: no stinkin' geometry. A what? A geometry? What's this? ;-) Remember, people who've been demanding this are certainly not the majority of our users, but majorities aren't always a good group of people to look at. Those users who are happy with this are the ``more serious'' ones: people using FreeBSD not only as a toy on their home computers, but people using FreeBSD machines in the industry, with rock-solid hardware (newly bought, thus they don't need to spend a microsecond in bad144, EIDE crap, ``disk managers'' etc.), on disks that will never see something else than a FreeBSD in this life. FreeBSD 2.0.5 often forced this kind of people to install MSDOS first. (``A what? DOS? You tell me i have to install DOS first??'') This was unacceptable, and there's only one figure needed to install on such a disk: the total number of sectors. As long as every BIOS is able to load the very first 15 sectors (i.e., it believes that there are at least 15 sectors on the first track from whatever geometry it implies to the disk), this scenario works. All disks around me are working this way, except for one machine of my current employer -- they've been installing it from a 2.0.5 CD... (before my days there). (To be fair, the disks actually have something like an MBR, but that is imbedded into the BSD disklabel. In case of ``disklabel -B'', this is a faked one, in case of the new sysinstall/libdisk, this one does even contain valid numbers for offset and length of the only FreebSD slice on this disk.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Nov 1 02:08:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA07791 for hackers-outgoing; Wed, 1 Nov 1995 02:08:55 -0800 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 CAA07716 for ; Wed, 1 Nov 1995 02:07:35 -0800 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 LAA06046 ; Wed, 1 Nov 1995 11:07:30 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id LAA18137 ; Wed, 1 Nov 1995 11:07:29 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id KAA15497; Wed, 1 Nov 1995 10:58:17 +0100 (MET) From: Ollivier Robert Message-Id: <199511010958.KAA15497@keltia.freenix.fr> Subject: Re: machine reboot & kernel maxusers option To: vince@apollo.COSC.GOV (-Vince-) Date: Wed, 1 Nov 1995 10:58:17 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: from "-Vince-" at Oct 31, 95 02:20:00 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1275 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that -Vince- said: > I am experiencing the following problem and the machine just > reboots under FreeBSD-current, anyone have any ideas? Stephan has already answered part of your question but I really think you should wipe away tons of lines in your config file for devices you don't have !! > wdc1 not found at 0x170 > bt0 not found at 0x330 > uha0 not found at 0x330 > ahc1 not found > ahb0 not found > aha0 not found at 0x330 > aic0 not found at 0x340 > nca0 not found at 0x1f88 > nca1 not found at 0x350 > sea0 not found > wt0 not found at 0x300 > mcd0: timeout getting status > mcd0 not found at 0x300 > mcd1: timeout getting status > mcd1 not found at 0x340 > matcdc0 not found at 0xffffffff > scd0 not found at 0x230 > ie0 not found at 0x360 > ep0 not found at 0x300 > ix0 not found at 0x300 > le0: no board found at 0x300 > le0 not found at 0x300 > lnc0 not found at 0x280 > lnc1 not found at 0x300 > ze0 not found at 0x300 > zp0 not found at 0x300 > Here is the kernel configuration: > > # > # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks > # > # $Id: GENERIC,v 1.46 1995/06/11 19:31:11 rgrimes Exp $ > # 1995/10/25 14:53:33 vince ASTRO > # You're supposed to edit it you know :-) > Also, another thing is we have 24 megs of physical memory and 240 > megs of swap space. The machine sometimes just locks up instead of > rebooting... Any help would be appreciated. You'll get some memory back. You currently have 5 MB (!!) taken by kernel space... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #5: Mon Oct 30 00:03:29 MET 1995 From owner-freebsd-hackers Wed Nov 1 02:15:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA08129 for hackers-outgoing; Wed, 1 Nov 1995 02:15:43 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA08124 for ; Wed, 1 Nov 1995 02:15:39 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id CAA16258; Wed, 1 Nov 1995 02:08:58 -0800 Date: Wed, 1 Nov 1995 02:08:57 -0800 (PST) From: -Vince- To: Ollivier Robert cc: hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: <199511010958.KAA15497@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 1 Nov 1995, Ollivier Robert wrote: > It seems that -Vince- said: > > I am experiencing the following problem and the machine just > > reboots under FreeBSD-current, anyone have any ideas? > > Stephan has already answered part of your question but I really think you > should wipe away tons of lines in your config file for devices you don't > have !! I know what you mean here but like is there a easy way to figure out which devices I don't have? > > wdc1 not found at 0x170 > > bt0 not found at 0x330 > > uha0 not found at 0x330 > > ahc1 not found > > ahb0 not found > > aha0 not found at 0x330 > > aic0 not found at 0x340 > > nca0 not found at 0x1f88 > > nca1 not found at 0x350 > > sea0 not found > > wt0 not found at 0x300 > > mcd0: timeout getting status > > mcd0 not found at 0x300 > > mcd1: timeout getting status > > mcd1 not found at 0x340 > > matcdc0 not found at 0xffffffff > > scd0 not found at 0x230 > > ie0 not found at 0x360 > > ep0 not found at 0x300 > > ix0 not found at 0x300 > > le0: no board found at 0x300 > > le0 not found at 0x300 > > lnc0 not found at 0x280 > > lnc1 not found at 0x300 > > ze0 not found at 0x300 > > zp0 not found at 0x300 > > > > Here is the kernel configuration: > > > > # > > # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks > > # > > # $Id: GENERIC,v 1.46 1995/06/11 19:31:11 rgrimes Exp $ > > # 1995/10/25 14:53:33 vince ASTRO > > # > > You're supposed to edit it you know :-) I know but the problem here is I don't know what I need and don't need... =) > > Also, another thing is we have 24 megs of physical memory and 240 > > megs of swap space. The machine sometimes just locks up instead of > > rebooting... Any help would be appreciated. > > You'll get some memory back. You currently have 5 MB (!!) taken by kernel > space... Yeah, how much memory is the kernel normally? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Wed Nov 1 03:18:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA10055 for hackers-outgoing; Wed, 1 Nov 1995 03:18:18 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA10042 for ; Wed, 1 Nov 1995 03:18:14 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id GAA08216; Wed, 1 Nov 1995 06:16:12 -0500 Date: Wed, 1 Nov 1995 06:16:12 -0500 (EST) From: "Ron G. Minnich" To: -Vince- cc: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I know what you mean here but like is there a easy way to figure out > which devices I don't have? > > > ie0 not found at 0x360 > > > ep0 not found at 0x300 > > > ix0 not found at 0x300 > > > le0: no board found at 0x300 > > > le0 not found at 0x300 > > > lnc0 not found at 0x280 > > > lnc1 not found at 0x300 > > > ze0 not found at 0x300 > > > zp0 not found at 0x300 but be careful on deleting network cards. Some network card drivers won't work at all if other drivers are taken out (this was true on 2.0R, not tested on 2.05R, but the code has not changed much). in particular, ep0 won't work right if some of the other drivers are removed (forget which ones ...) ron From owner-freebsd-hackers Wed Nov 1 03:36:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA11102 for hackers-outgoing; Wed, 1 Nov 1995 03:36:41 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA11092 for ; Wed, 1 Nov 1995 03:36:36 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id DAA17419; Wed, 1 Nov 1995 03:33:10 -0800 Date: Wed, 1 Nov 1995 03:33:09 -0800 (PST) From: -Vince- To: "Ron G. Minnich" cc: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 1 Nov 1995, Ron G. Minnich wrote: > > > I know what you mean here but like is there a easy way to figure out > > which devices I don't have? > > > > ie0 not found at 0x360 > > > > ep0 not found at 0x300 > > > > ix0 not found at 0x300 > > > > le0: no board found at 0x300 > > > > le0 not found at 0x300 > > > > lnc0 not found at 0x280 > > > > lnc1 not found at 0x300 > > > > ze0 not found at 0x300 > > > > zp0 not found at 0x300 > > but be careful on deleting network cards. Some network card drivers won't > work at all if other drivers are taken out (this was true on 2.0R, not > tested on 2.05R, but the code has not changed much). in particular, ep0 > won't work right if some of the other drivers are removed (forget which > ones ...) Oh okay so I just remove whatever is not found from the dmesg output in the kernel config file and that should do? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Wed Nov 1 03:40:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA11285 for hackers-outgoing; Wed, 1 Nov 1995 03:40:26 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA11277 for ; Wed, 1 Nov 1995 03:40:19 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id GAA08262; Wed, 1 Nov 1995 06:38:26 -0500 Date: Wed, 1 Nov 1995 06:38:26 -0500 (EST) From: "Ron G. Minnich" To: -Vince- cc: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Oh okay so I just remove whatever is not found from the dmesg > output in the kernel config file and that should do? for many things. for network cards i have found that that will screw you for certain combinations of cards. You have an le0 so you should be okay though ... ron From owner-freebsd-hackers Wed Nov 1 03:41:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA11346 for hackers-outgoing; Wed, 1 Nov 1995 03:41:12 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA11341 for ; Wed, 1 Nov 1995 03:41:08 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id DAA17461; Wed, 1 Nov 1995 03:37:45 -0800 Date: Wed, 1 Nov 1995 03:37:44 -0800 (PST) From: -Vince- To: "Ron G. Minnich" cc: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 1 Nov 1995, Ron G. Minnich wrote: > > Oh okay so I just remove whatever is not found from the dmesg > > output in the kernel config file and that should do? > > for many things. for network cards i have found that that will screw you > for certain combinations of cards. You have an le0 so you should be okay > though ... Hmmm, but aren't network cards like driver specific though so isn't there supposed to be only one configuration line for a ethernet card? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Wed Nov 1 03:52:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA11659 for hackers-outgoing; Wed, 1 Nov 1995 03:52:10 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA11654 for ; Wed, 1 Nov 1995 03:52:07 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id DAA00402; Wed, 1 Nov 1995 03:51:56 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id DAA10910; Wed, 1 Nov 1995 03:44:47 -0800 Message-Id: <199511011144.DAA10910@corbin.Root.COM> To: -Vince- cc: "Ron G. Minnich" , Ollivier Robert , hackers@freebsd.org Subject: Re: machine reboot & kernel maxusers option In-reply-to: Your message of "Wed, 01 Nov 95 03:33:09 PST." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 01 Nov 1995 03:44:44 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >On Wed, 1 Nov 1995, Ron G. Minnich wrote: > >> >> > I know what you mean here but like is there a easy way to figure out >> > which devices I don't have? >> > > > ie0 not found at 0x360 >> > > > ep0 not found at 0x300 >> > > > ix0 not found at 0x300 >> > > > le0: no board found at 0x300 >> > > > le0 not found at 0x300 >> > > > lnc0 not found at 0x280 >> > > > lnc1 not found at 0x300 >> > > > ze0 not found at 0x300 >> > > > zp0 not found at 0x300 >> >> but be careful on deleting network cards. Some network card drivers won't >> work at all if other drivers are taken out (this was true on 2.0R, not >> tested on 2.05R, but the code has not changed much). in particular, ep0 >> won't work right if some of the other drivers are removed (forget which >> ones ...) > > Oh okay so I just remove whatever is not found from the dmesg >output in the kernel config file and that should do? I don't think you need to worry about this. I'm not aware of any bugs like this in -stable or -current. There *are* drivers that will conflict with others during the device probe, however, so it is wise to remove any device drivers from your kernel for devices that you don't have. -DG From owner-freebsd-hackers Wed Nov 1 04:20:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA12922 for hackers-outgoing; Wed, 1 Nov 1995 04:20:55 -0800 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA12915 for ; Wed, 1 Nov 1995 04:20:40 -0800 Received: (from didier@localhost) by aida.org (8.6.12/8.6.9) id JAA00205; Wed, 1 Nov 1995 09:39:00 +0100 Date: Wed, 1 Nov 1995 09:38:59 +0100 (MET) From: Didier Derny To: hackers@freebsd.org Subject: PCI Ethermet Board SMC 10-100 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi I plan to install a FreeBSD 2.1-stable with two of these boards (SMC 10-100). Are these boards compatible even if they are seen as DEC boards ? do I need to download a new version of the drivers ? Result of a boot with -v ------------------------------------------------------------------------------ pcibus_setup(1): mode1res=0x80000000 (0x80000000), mode2res=0xff (0x0e) pcibus_setup(2): mode1res=0x00000000 (0x80000000) pcibus_setup(3): mode1res=0x80000000 (0xff000001) pcibus_check: device 0 is there (id=148910b9) Probing for devices on the PCI bus: configuration mode 1 allows 32 devices. pci0:0: vendor=0x10b9, device=0x1489, class=bridge (host) [no driver assigned] de0 rev 17 int a irq 9 on pci0:3 mapreg[10] type=1 addr=0000f880 size=0080. mapreg[14] type=0 addr=ffbdef80 size=0080. reg16: ioaddr=0xf880 size=0x80 de0: DC21140 [10-100Mb/s] pass 1.1 Ethernet address 00:00:c0:80:aa:bf de0: enabling 10baseT UTP port ------------------------------------------------------------------------------ Thanks for you help -- Didier Derny didier@aida.org From owner-freebsd-hackers Wed Nov 1 04:50:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14529 for hackers-outgoing; Wed, 1 Nov 1995 04:50:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA14524 for ; Wed, 1 Nov 1995 04:50:46 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id EAA00479; Wed, 1 Nov 1995 04:50:44 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id EAA10961; Wed, 1 Nov 1995 04:43:28 -0800 Message-Id: <199511011243.EAA10961@corbin.Root.COM> To: Didier Derny cc: hackers@freebsd.org Subject: Re: PCI Ethermet Board SMC 10-100 In-reply-to: Your message of "Wed, 01 Nov 95 09:38:59 +0100." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 01 Nov 1995 04:43:28 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >I plan to install a FreeBSD 2.1-stable with two of these boards (SMC 10-100). >Are these boards compatible even if they are seen as DEC boards ? >do I need to download a new version of the drivers ? Yes; I'm using the SMC 9332 (EtherPower 10/100) cards here. -DG From owner-freebsd-hackers Wed Nov 1 05:07:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA15079 for hackers-outgoing; Wed, 1 Nov 1995 05:07:27 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA15074 for ; Wed, 1 Nov 1995 05:07:25 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA08856; Wed, 1 Nov 1995 08:05:56 -0500 Date: Wed, 1 Nov 1995 08:05:56 -0500 (EST) From: "Ron G. Minnich" To: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Hmmm, but aren't network cards like driver specific though so > isn't there supposed to be only one configuration line for a ethernet card? yeah they sure are. But they aren't in all cases :-) ron From owner-freebsd-hackers Wed Nov 1 08:50:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA21613 for hackers-outgoing; Wed, 1 Nov 1995 08:50:55 -0800 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 IAA21403 for ; Wed, 1 Nov 1995 08:44:45 -0800 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 QAA08512 ; Wed, 1 Nov 1995 16:54:59 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id QAA18699 ; Wed, 1 Nov 1995 16:54:58 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id MAA15940; Wed, 1 Nov 1995 12:45:37 +0100 (MET) From: Ollivier Robert Message-Id: <199511011145.MAA15940@keltia.freenix.fr> Subject: Re: machine reboot & kernel maxusers option To: vince@apollo.COSC.GOV (-Vince-) Date: Wed, 1 Nov 1995 12:45:37 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: from "-Vince-" at Nov 1, 95 02:08:57 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1275 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that -Vince- said: > I know what you mean here but like is there a easy way to figure out > which devices I don't have? Anytime you have not found :-) > > > wdc1 not found at 0x170 You probably don't have two IDE controllers, > > > bt0 not found at 0x330 No Buslogic SCSI adapter, > > > uha0 not found at 0x330 No Ultrastor either, > > > ahc1 not found No [23]94x. > > > ahb0 not found No 174x. > > > aha0 not found at 0x330 No 154x. I'll send you separately a probable kernel config file. > > I know but the problem here is I don't know what I need and don't > need... =) Well, you should what's in your machine though :-) > Yeah, how much memory is the kernel normally? FreeBSD 2.2-CURRENT #5: Sun Oct 29 22:44:15 MET 1995 roberto@keltia.freenix.fr:/src/src/sys/compile/KELTIA CPU: i486DX (486-class CPU) real memory = 33554432 (32768K bytes) avail memory = 31379456 (30644K bytes) 486DX-33, 32 MB, maxusers 20, one BT-747S, one 1740A, one SB2 sound card, no NFS, cd9660 and union static. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #5: Mon Oct 30 00:03:29 MET 1995 From owner-freebsd-hackers Wed Nov 1 08:58:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA21902 for hackers-outgoing; Wed, 1 Nov 1995 08:58:56 -0800 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 IAA21892 for ; Wed, 1 Nov 1995 08:58:53 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id IAA09574 for ; Wed, 1 Nov 1995 08:54:18 -0800 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 QAA08512 ; Wed, 1 Nov 1995 16:54:59 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id QAA18699 ; Wed, 1 Nov 1995 16:54:58 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id MAA15940; Wed, 1 Nov 1995 12:45:37 +0100 (MET) From: Ollivier Robert Message-Id: <199511011145.MAA15940@keltia.freenix.fr> Subject: Re: machine reboot & kernel maxusers option To: vince@apollo.COSC.GOV (-Vince-) Date: Wed, 1 Nov 1995 12:45:37 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: from "-Vince-" at Nov 1, 95 02:08:57 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1275 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that -Vince- said: > I know what you mean here but like is there a easy way to figure out > which devices I don't have? Anytime you have not found :-) > > > wdc1 not found at 0x170 You probably don't have two IDE controllers, > > > bt0 not found at 0x330 No Buslogic SCSI adapter, > > > uha0 not found at 0x330 No Ultrastor either, > > > ahc1 not found No [23]94x. > > > ahb0 not found No 174x. > > > aha0 not found at 0x330 No 154x. I'll send you separately a probable kernel config file. > > I know but the problem here is I don't know what I need and don't > need... =) Well, you should what's in your machine though :-) > Yeah, how much memory is the kernel normally? FreeBSD 2.2-CURRENT #5: Sun Oct 29 22:44:15 MET 1995 roberto@keltia.freenix.fr:/src/src/sys/compile/KELTIA CPU: i486DX (486-class CPU) real memory = 33554432 (32768K bytes) avail memory = 31379456 (30644K bytes) 486DX-33, 32 MB, maxusers 20, one BT-747S, one 1740A, one SB2 sound card, no NFS, cd9660 and union static. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #5: Mon Oct 30 00:03:29 MET 1995 From owner-freebsd-hackers Wed Nov 1 09:03:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA22036 for hackers-outgoing; Wed, 1 Nov 1995 09:03:15 -0800 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA22031 for ; Wed, 1 Nov 1995 09:03:07 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with ESMTP id JAA28539 for ; Wed, 1 Nov 1995 09:02:30 -0800 (PST) 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 QAA08512 ; Wed, 1 Nov 1995 16:54:59 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id QAA18699 ; Wed, 1 Nov 1995 16:54:58 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id MAA15940; Wed, 1 Nov 1995 12:45:37 +0100 (MET) From: Ollivier Robert Message-Id: <199511011145.MAA15940@keltia.freenix.fr> Subject: Re: machine reboot & kernel maxusers option To: vince@apollo.COSC.GOV (-Vince-) Date: Wed, 1 Nov 1995 12:45:37 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: from "-Vince-" at Nov 1, 95 02:08:57 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1275 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that -Vince- said: > I know what you mean here but like is there a easy way to figure out > which devices I don't have? Anytime you have not found :-) > > > wdc1 not found at 0x170 You probably don't have two IDE controllers, > > > bt0 not found at 0x330 No Buslogic SCSI adapter, > > > uha0 not found at 0x330 No Ultrastor either, > > > ahc1 not found No [23]94x. > > > ahb0 not found No 174x. > > > aha0 not found at 0x330 No 154x. I'll send you separately a probable kernel config file. > > I know but the problem here is I don't know what I need and don't > need... =) Well, you should what's in your machine though :-) > Yeah, how much memory is the kernel normally? FreeBSD 2.2-CURRENT #5: Sun Oct 29 22:44:15 MET 1995 roberto@keltia.freenix.fr:/src/src/sys/compile/KELTIA CPU: i486DX (486-class CPU) real memory = 33554432 (32768K bytes) avail memory = 31379456 (30644K bytes) 486DX-33, 32 MB, maxusers 20, one BT-747S, one 1740A, one SB2 sound card, no NFS, cd9660 and union static. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #5: Mon Oct 30 00:03:29 MET 1995 From owner-freebsd-hackers Wed Nov 1 11:02:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA24850 for hackers-outgoing; Wed, 1 Nov 1995 11:02:36 -0800 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 LAA24845 for ; Wed, 1 Nov 1995 11:02:33 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA00846; Wed, 1 Nov 1995 11:02:12 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Wed, 01 Nov 1995 12:44:54 +0100." <199511011144.MAA20446@allegro.lemis.de> Date: Wed, 01 Nov 1995 11:02:12 -0800 Message-ID: <844.815252532@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk [FYI to everyone else: Greg is writing an installation guide for FreeBSD] > Here are some more minor points about the October 5 cut of 2.1. Some > are important, others are just FYI. > > 1. If a CD-ROM is specified in /etc/fstab, and there is no CD in the > drive, the mount will fail and rc will abort. This doesn't make > much sense, especially for people who don't understand the > background. > > I'd like some feedback on whether you would like to change this, > since otherwise I need to talk about it in my book. This is a known bug, and it would appear that nobody is particularly keen to change it. I beat my chest about it several times and everybody involved just sort of waffled on it until the subject died down again. Until then, I may just take the automount of the CDROM out of /etc/fstab and have people do it by hand. I hate this, but I lack the time to go fix whatever stupidity it is in our system that prevents the system from coming up whenever a CDROM isn't in the drive. Unless we fix it, /cdrom is coming out of the default fstab in 2.1. Better a system that comes up without a CDROM rather than one that doesn't! > 2. The SCSI tape driver will rewind a non-rewinding tape under some > circumstances (I think it's when it detects an EOM). I have a tape > with multiple files which is readable, but the second-to-last tape > mark seems to be flaky and an 'mt fsf 3' tends to go one mark too > far. It was a real pain trying to read in the tape, since the > driver kept rewinding it. Hmmmmm! I'll let some of the SCSI hackers on our list field this one. I don't actually use tapes in my daily life, so I've no direct experience with this behavior. > 3. I'd like to see a few more things on the standard installation. > Linux "everything" really does install everything; FreeBSD > "everything" misses out things which I consider essential, such as > bash, less and emacs. The problem is that all 3 packages you name aren't distributions at all, they're packages. If you're saying that I should make up some "fake distributions" that do nothing more than try to add packages, I guess that's possible. What do the others think? There's already a package menu for adding such things yourself later (you have a pretty old SNAP there and really should be using the one that was released on the 30th of October) but I suspect you're looking for a solution that's a bit more seamless than that. > 4. shutdown no longer needs the -f option. Fine, but it could ignore > it (or print a warning) rather than failing if it gets it. Hmm.. > 5. I don't see a man page for dset. Is there any description? I'll > (possibly) kludge one if there isn't one. No man page for dset. The guy who did this one isn't big on writing man pages, which is actually bad since we should never have brought the utility into the tree without one. Any takers? > 6. The bootstrap on the floppy includes the visual editor feature, but > the bootstrap installed on disk doesn't. Is this deliberate? > Should I document it? Huh? Eh? Are you sure? For one thing, the visual editor isn't even *in* the bootstrap, it's in the kernel! I use the same kernel for both floppy and disk, so this would be seriously strange if it were really happening this way for you! I've tested it here and it works just fine in both scenarios. > 7. (Question) I can't find how to invoke sysconfig or any other > utility after the system has been installed, in order to add > additional packages. Is there a way? It's /stand/sysinstall you're looking for, and I actually make just move or link this elsewhere as part of the installation. It makes little sense to leave it in a non-standard location if it's going to be a general utility. > 8. sysconfig waits until you commit before asking what kind of > bootstrap manager you want to use. I think it should belong in the > partition editor. Please tell me if you change this one, since I > need to document it. I think you're right. Hmmm. I will have it ask you when you leave the editor, 'k? What do the others think? Jordan From owner-freebsd-hackers Wed Nov 1 11:06:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA24962 for hackers-outgoing; Wed, 1 Nov 1995 11:06:58 -0800 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 LAA24955 for ; Wed, 1 Nov 1995 11:06:56 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA00878; Wed, 1 Nov 1995 11:05:32 -0800 To: -Vince- cc: Ollivier Robert , hackers@FreeBSD.org Subject: Re: machine reboot & kernel maxusers option In-reply-to: Your message of "Wed, 01 Nov 1995 02:08:57 PST." Date: Wed, 01 Nov 1995 11:05:31 -0800 Message-ID: <876.815252731@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I know what you mean here but like is there a easy way to figure out > which devices I don't have? Open your machine, look inside. If you don't see a card in there, you don't have it! :-) Other than that, I think you really need to READ THE HANDBOOK. You're asking a lot of questions here (and wasting a lot of people's time, I might add!) asking questions that ARE answered in the docs! Jordan From owner-freebsd-hackers Wed Nov 1 11:33:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25449 for hackers-outgoing; Wed, 1 Nov 1995 11:33:34 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA25439 for ; Wed, 1 Nov 1995 11:33:31 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id LAA24546; Wed, 1 Nov 1995 11:29:06 -0800 Date: Wed, 1 Nov 1995 11:29:05 -0800 (PST) From: -Vince- To: "Ron G. Minnich" cc: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 1 Nov 1995, Ron G. Minnich wrote: > > Hmmm, but aren't network cards like driver specific though so > > isn't there supposed to be only one configuration line for a ethernet card? > > yeah they sure are. But they aren't in all cases :-) Like which ethernet cards? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Wed Nov 1 11:37:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25520 for hackers-outgoing; Wed, 1 Nov 1995 11:37:07 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA25515 for ; Wed, 1 Nov 1995 11:37:03 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id LAA04005; Wed, 1 Nov 1995 11:36:17 -0800 Message-Id: <199511011936.LAA04005@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: -Vince- , Ollivier Robert , hackers@FreeBSD.org Subject: Re: machine reboot & kernel maxusers option In-reply-to: Your message of "Wed, 01 Nov 1995 11:05:31 PST." <876.815252731@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Nov 1995 11:36:16 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk Hmmm.... Should device drivers during boot time print messages of devices not found ? Cheers, Amancio >>> "Jordan K. Hubbard" said: > > I know what you mean here but like is there a easy way to figure out > > which devices I don't have? > > Open your machine, look inside. If you don't see a card in there, > you don't have it! :-) > > Other than that, I think you really need to READ THE HANDBOOK. You're > asking a lot of questions here (and wasting a lot of people's time, I > might add!) asking questions that ARE answered in the docs! > > Jordan > From owner-freebsd-hackers Wed Nov 1 11:38:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25573 for hackers-outgoing; Wed, 1 Nov 1995 11:38:33 -0800 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 LAA25568 for ; Wed, 1 Nov 1995 11:38:29 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA15296; Wed, 1 Nov 1995 12:40:02 -0700 Date: Wed, 1 Nov 1995 12:40:02 -0700 From: Nate Williams Message-Id: <199511011940.MAA15296@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: grog@lemis.de (Greg Lehey), hackers@freebsd.org Subject: Re: More nits In-Reply-To: <844.815252532@time.cdrom.com> References: <199511011144.MAA20446@allegro.lemis.de> <844.815252532@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > > 1. If a CD-ROM is specified in /etc/fstab, and there is no CD in the > > drive, the mount will fail and rc will abort. This doesn't make > > much sense, especially for people who don't understand the > > background. > > > > I'd like some feedback on whether you would like to change this, > > since otherwise I need to talk about it in my book. > > This is a known bug, and it would appear that nobody is particularly > keen to change it. I beat my chest about it several times and > everybody involved just sort of waffled on it until the subject died > down again. Until then, I may just take the automount of the CDROM > out of /etc/fstab and have people do it by hand. I hate this, but I > lack the time to go fix whatever stupidity it is in our system that > prevents the system from coming up whenever a CDROM isn't in the > drive. Unless we fix it, /cdrom is coming out of the default fstab > in 2.1. Better a system that comes up without a CDROM rather than > one that doesn't! How about adding the noauto flag to the entry so that it won't get used on bootup. > > 3. I'd like to see a few more things on the standard installation. > > Linux "everything" really does install everything; FreeBSD > > "everything" misses out things which I consider essential, such as > > bash, less and emacs. First of all, the standard pager in FreeBSD (more) is really less with the defaults changed to behave like the old more, so you probably don't need it. Second of all, I would never install emacs on my machine and would consider it a waste of disk space. And, I use tcsh so I have no need of bash. However, if you can think of an easy way of pointing folks to the 'standard' packages such as these I think Jordan would be willing to do the work if it isn't too hard. > > 4. shutdown no longer needs the -f option. Fine, but it could ignore > > it (or print a warning) rather than failing if it gets it. > > Hmm.. Double hmm.... It'd sure be easy to ignore it though.. > Huh? Eh? Are you sure? For one thing, the visual editor isn't even > *in* the bootstrap, it's in the kernel! I use the same kernel for > both floppy and disk Actually, you *don't* use the same kernel for the floppy, since the floppy kernel contains the MFS image, while the disk kernel doesn't contain it. It is possible (although improbable) that the disk kernel didn't get rebuilt. > > 8. sysconfig waits until you commit before asking what kind of > > bootstrap manager you want to use. I think it should belong in the > > partition editor. Please tell me if you change this one, since I > > need to document it. > > I think you're right. Hmmm. I will have it ask you when you leave > the editor, 'k? What do the others think? I agree. Nate From owner-freebsd-hackers Wed Nov 1 11:40:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25613 for hackers-outgoing; Wed, 1 Nov 1995 11:40:59 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA25608 for ; Wed, 1 Nov 1995 11:40:57 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id LAA23130; Wed, 1 Nov 1995 11:40:31 -0800 From: Julian Elischer Message-Id: <199511011940.LAA23130@ref.tfs.com> Subject: Re: More nits To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 1 Nov 1995 11:40:31 -0800 (PST) Cc: grog@lemis.de, hackers@freebsd.org In-Reply-To: <844.815252532@time.cdrom.com> from "Jordan K. Hubbard" at Nov 1, 95 11:02:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2202 Sender: owner-hackers@freebsd.org Precedence: bulk > > [FYI to everyone else: Greg is writing an installation guide for FreeBSD] > > > This is a known bug, and it would appear that nobody is particularly > keen to change it. I beat my chest about it several times and > everybody involved just sort of waffled on it until the subject died > down again. Until then, I may just take the automount of the CDROM > out of /etc/fstab and have people do it by hand. I hate this, but I > lack the time to go fix whatever stupidity it is in our system that > prevents the system from coming up whenever a CDROM isn't in the > drive. Unless we fix it, /cdrom is coming out of the default fstab > in 2.1. Better a system that comes up without a CDROM rather than > one that doesn't! how about adding the 'noauto' option to the fstab line? we support it now.. (it's in the sources) (though not the docs as far as I can see :( ) > > > 2. The SCSI tape driver will rewind a non-rewinding tape under some > > circumstances (I think it's when it detects an EOM). I have a tape > > with multiple files which is readable, but the second-to-last tape > > mark seems to be flaky and an 'mt fsf 3' tends to go one mark too > > far. It was a real pain trying to read in the tape, since the > > driver kept rewinding it. > > Hmmmmm! I'll let some of the SCSI hackers on our list field this one. > I don't actually use tapes in my daily life, so I've no direct > experience with this behavior. I have a problem with this.. it might be the drive itself..... I don't think WE ask it to do that.... > > > 3. I'd like to see a few more things on the standard installation. > > Linux "everything" really does install everything; FreeBSD > > "everything" misses out things which I consider essential, such as > > bash, less and emacs. > > The problem is that all 3 packages you name aren't distributions at > all, they're packages. If you're saying that I should make up some > "fake distributions" that do nothing more than try to add packages, I > guess that's possible. What do the others think? packages should be loadable as if they were just additions to the normal OS they shouldn't be separate (except for being optional) > From owner-freebsd-hackers Wed Nov 1 11:43:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25671 for hackers-outgoing; Wed, 1 Nov 1995 11:43:14 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA25651 for ; Wed, 1 Nov 1995 11:41:49 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id NAA06979; Wed, 1 Nov 1995 13:41:14 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id NAA26090; Wed, 1 Nov 1995 13:53:29 -0600 Message-Id: <199511011953.NAA26090@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: grog@lemis.de (Greg Lehey), hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Wed, 01 Nov 1995 11:02:12 PST." <844.815252532@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Nov 1995 13:53:29 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk > > > Here are some more minor points about the October 5 cut of 2.1. Some > > are important, others are just FYI. > > > > 1. If a CD-ROM is specified in /etc/fstab, and there is no CD in the > > drive, the mount will fail and rc will abort. This doesn't make > > much sense, especially for people who don't understand the > > background. > > > > I'd like some feedback on whether you would like to change this, > > since otherwise I need to talk about it in my book. > > This is a known bug, and it would appear that nobody is particularly > keen to change it. I beat my chest about it several times and > everybody involved just sort of waffled on it until the subject died > down again. Until then, I may just take the automount of the CDROM > out of /etc/fstab and have people do it by hand. I hate this, but I > lack the time to go fix whatever stupidity it is in our system that > prevents the system from coming up whenever a CDROM isn't in the > drive. Unless we fix it, /cdrom is coming out of the default fstab > in 2.1. Better a system that comes up without a CDROM rather than > one that doesn't! > I kind of remember someone either working on or asking about an amd.map which would automount the CD. I think this would be preferable to actually mounting the CD, because it could better handle media changes and such stuff. Also if you gratitiously mount whatever CD is in the drive and I want to change it, I'd have to manually unmount it, then change it and manually remount it. (but you'd probably have to do that anyway) Anyway someone could, in theory come up with a pretty fancy amd map that could detect media changes and do the right thing. I just wish I knew more about amd maps :(. > > 3. I'd like to see a few more things on the standard installation. > > Linux "everything" really does install everything; FreeBSD > > "everything" misses out things which I consider essential, such as > > bash, less and emacs. > > The problem is that all 3 packages you name aren't distributions at > all, they're packages. If you're saying that I should make up some > "fake distributions" that do nothing more than try to add packages, I > guess that's possible. What do the others think? > That'd be a good idea, sort of a meta-package (I think that I saw a reference to that a while back too). > > 6. The bootstrap on the floppy includes the visual editor feature, but > > the bootstrap installed on disk doesn't. Is this deliberate? > > Should I document it? > > Huh? Eh? Are you sure? For one thing, the visual editor isn't even > *in* the bootstrap, it's in the kernel! I use the same kernel for > both floppy and disk, so this would be seriously strange if it were > really happening this way for you! I've tested it here and it works > just fine in both scenarios. The snapshot from 10-05 exhibits this behavior, you can use visual config from the original floppy kernel, but not when you boot from disk. userconfig.c from the source of that snapshot is 1.28.4.1 (meaning that built kernels don't have visual userconfig either) > > Jordan > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Wed Nov 1 12:07:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26086 for hackers-outgoing; Wed, 1 Nov 1995 12:07:30 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA26077 for ; Wed, 1 Nov 1995 12:07:11 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tAjMI-000I28C; Wed, 1 Nov 95 21:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tAidI-00001PC; Wed, 1 Nov 95 20:15 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: kern/805: SMC Ultra 8216 incorrectly probed (if_ed driver) To: jhay@mikom.csir.co.za (John Hay) Date: Wed, 1 Nov 1995 20:15:32 +0100 (MET) Cc: henrich@msu.edu, hackers@FreeBSD.ORG In-Reply-To: <199511010647.IAA18778@zibbi.mikom.csir.co.za> from "John Hay" at Nov 1, 95 08:47:22 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 849 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >From the keyboard of John Hay: > I have tried out the suggested fix that Steve Piette send a while back to > this list and it works fine on my 8216C cards. I don't have any 8416 cards > to test it on. I have attached Steve's message and at the end a diff that I > made relative to -current. I would like people to try it out and see if it > breaks the probing of the 8416 cards or maybe something else. I just applied this to the 2.0.5 if_ed.c and since then my SMC Elite16C Ultra is recognized correctly with 16k mem instead of 8k: ed0 at 0x300-0x31f irq 10 maddr 0xd0000 msize 16384 on isa ed0: address 00:00:c0:da:d6:a7, type SMC8216/SMC8216C (16 bit) Thanks a lot, hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed Nov 1 12:07:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26110 for hackers-outgoing; Wed, 1 Nov 1995 12:07:45 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26104 for ; Wed, 1 Nov 1995 12:07:43 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id MAA04245; Wed, 1 Nov 1995 12:07:22 -0800 Message-Id: <199511012007.MAA04245@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Julian Elischer cc: jkh@time.cdrom.com (Jordan K. Hubbard), grog@lemis.de, hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Wed, 01 Nov 1995 11:40:31 PST." <199511011940.LAA23130@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Nov 1995 12:07:21 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Julian Elischer said: > > The problem is that all 3 packages you name aren't distributions at > > all, they're packages. If you're saying that I should make up some > > "fake distributions" that do nothing more than try to add packages, I > > guess that's possible. What do the others think? > packages should be loadable as if they were just additions to the normal OS > they shouldn't be separate (except for being optional) I agree with Julian !! As I say this , my two or three days of rebuilding a brand new FreeBSD for my use will probably go down 8) Say guys, don't forget to add a pointer or package for Informix's Wingz spreadsheet! You maybe suprprise at the number of folks who will be thrill to have a spreasheet even if it is a linux binary!! Have Fun, Amancio From owner-freebsd-hackers Wed Nov 1 12:08:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26150 for hackers-outgoing; Wed, 1 Nov 1995 12:08:18 -0800 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 MAA26137 for ; Wed, 1 Nov 1995 12:08:13 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00361; Wed, 1 Nov 1995 13:06:40 -0700 From: Terry Lambert Message-Id: <199511012006.NAA00361@phaeton.artisoft.com> Subject: Re: More nits To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 1 Nov 1995 13:06:40 -0700 (MST) Cc: grog@lemis.de, hackers@FreeBSD.org In-Reply-To: <844.815252532@time.cdrom.com> from "Jordan K. Hubbard" at Nov 1, 95 11:02:12 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: 2974 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Here are some more minor points about the October 5 cut of 2.1. Some > > are important, others are just FYI. > > > > 1. If a CD-ROM is specified in /etc/fstab, and there is no CD in the > > drive, the mount will fail and rc will abort. This doesn't make > > much sense, especially for people who don't understand the > > background. > > > > I'd like some feedback on whether you would like to change this, > > since otherwise I need to talk about it in my book. > > This is a known bug, and it would appear that nobody is particularly > keen to change it. I beat my chest about it several times and > everybody involved just sort of waffled on it until the subject died > down again. Until then, I may just take the automount of the CDROM > out of /etc/fstab and have people do it by hand. I hate this, but I > lack the time to go fix whatever stupidity it is in our system that > prevents the system from coming up whenever a CDROM isn't in the > drive. Unless we fix it, /cdrom is coming out of the default fstab > in 2.1. Better a system that comes up without a CDROM rather than > one that doesn't! I don't understand. You want it to mount a non-existant drive? You can't. You want it to not mount unless told to? Put noauto in the fstab options for the device. You want it to mount if there is a cdrom but not if there isn't? You need a new option, or, preferrably, better removable media support. If you decide you want better removable media support, let me know. This is on the order of card services for PCMCIA devices. I was moving the file systems towards this type of support (mount consists of asking each FS "do you want this device?") when I got stalled. > > 2. The SCSI tape driver will rewind a non-rewinding tape under some > > circumstances (I think it's when it detects an EOM). I have a tape > > with multiple files which is readable, but the second-to-last tape > > mark seems to be flaky and an 'mt fsf 3' tends to go one mark too > > far. It was a real pain trying to read in the tape, since the > > driver kept rewinding it. > > Hmmmmm! I'll let some of the SCSI hackers on our list field this one. > I don't actually use tapes in my daily life, so I've no direct > experience with this behavior. How about rewriting the tape so the mark isn't flakey? > > 8. sysconfig waits until you commit before asking what kind of > > bootstrap manager you want to use. I think it should belong in the > > partition editor. Please tell me if you change this one, since I > > need to document it. > > I think you're right. Hmmm. I will have it ask you when you leave > the editor, 'k? What do the others think? I think the whole logical volume device mapping is going to change under devfs. I think it *doesn't* belong in the partitioning tool. 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-hackers Wed Nov 1 12:10:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26276 for hackers-outgoing; Wed, 1 Nov 1995 12:10:36 -0800 Received: from panther.ferrum.edu (panther.ferrum.edu [192.190.252.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26271 for ; Wed, 1 Nov 1995 12:10:32 -0800 Received: (from nol2321@localhost) by panther.ferrum.edu (8.6.12/8.6.9) id PAA06488 for hackers@FreeBSD.ORG; Wed, 1 Nov 1995 15:09:38 -0500 From: Jim Dunn Message-Id: <199511012009.PAA06488@panther.ferrum.edu> Subject: Re: ** Spang! ** 951026-SNAP updated. To: hackers@FreeBSD.ORG Date: Wed, 1 Nov 1995 15:09:37 -0500 (EST) In-Reply-To: <23627.815085960@time.cdrom.com> from "Jordan K. Hubbard" at Oct 30, 95 12:46:00 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: 534 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > P.S. Sorry for bending the rules just a bit and overlaying a previous > snapshot without bumping the date, but it was easier this way for what > were just a few fairly low-overhead fixes. No problem, keep up the good work!!! :-) Jim -- __ /| | "I came... I saw... I e-mail'd..." :-) | \'o.O' | C'mon, you know who this is! Jim | =(___)= | dunn@ferrum.edu | U | "Rrrrrrr! Phhhhht! Rrrrrrr!" -Patches | From owner-freebsd-hackers Wed Nov 1 12:14:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26436 for hackers-outgoing; Wed, 1 Nov 1995 12:14:37 -0800 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 MAA26429 for ; Wed, 1 Nov 1995 12:14:33 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00375; Wed, 1 Nov 1995 13:11:36 -0700 From: Terry Lambert Message-Id: <199511012011.NAA00375@phaeton.artisoft.com> Subject: Re: More nits To: erich@lodgenet.com (Eric L. Hernes) Date: Wed, 1 Nov 1995 13:11:36 -0700 (MST) Cc: jkh@time.cdrom.com, grog@lemis.de, hackers@FreeBSD.org In-Reply-To: <199511011953.NAA26090@jake.lodgenet.com> from "Eric L. Hernes" at Nov 1, 95 01:53:29 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: 1478 Sender: owner-hackers@FreeBSD.org Precedence: bulk [ ... more CD automount ... ] > I kind of remember someone either working on or asking about an > amd.map which would automount the CD. I think this would > be preferable to actually mounting the CD, because it could better > handle media changes and such stuff. Also if you gratitiously mount > whatever CD is in the drive and I want to change it, I'd have to > manually unmount it, then change it and manually remount it. (but you'd > probably have to do that anyway) Anyway someone could, in theory > come up with a pretty fancy amd map that could detect media changes > and do the right thing. I just wish I knew more about amd maps :(. AMD is the wrong way to handle this period. A CDROM is just one of the class of transient media that need to be supported in BSD. The main issue is the potential removal of the media while mounted for the other media, but that's a device management logical mapping issue more than anything else as long as the device has insertion locking. This really, really needs to be addressed seperately. There are some UFS modifications that one of my coworkers has done in terms of FS state cleanup on idle that ought to go into the main kernel. Right now, the changes unfortunately depend on other modifications I've done, so they can't be integrated until the other changes have been pulled in. 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-hackers Wed Nov 1 12:31:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26915 for hackers-outgoing; Wed, 1 Nov 1995 12:31:30 -0800 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 MAA26910 for ; Wed, 1 Nov 1995 12:31:25 -0800 Received: by Sysiphos id AA08173 (5.67b/IDA-1.5 for hackers@freebsd.org); Wed, 1 Nov 1995 21:30:40 +0100 Message-Id: <199511012030.AA08173@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 1 Nov 1995 21:30:39 +0100 In-Reply-To: Julian Elischer "Re: More nits" (Nov 1, 11:40) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Julian Elischer Subject: Re: More nits Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Nov 1, 11:40, Julian Elischer wrote: } Subject: Re: More nits } > > 2. The SCSI tape driver will rewind a non-rewinding tape under some } > > circumstances (I think it's when it detects an EOM). I have a tape } > > with multiple files which is readable, but the second-to-last tape } > > mark seems to be flaky and an 'mt fsf 3' tends to go one mark too } > > far. It was a real pain trying to read in the tape, since the } > > driver kept rewinding it. } > } > Hmmmmm! I'll let some of the SCSI hackers on our list field this one. } > I don't actually use tapes in my daily life, so I've no direct } > experience with this behavior. } } I have a problem with this.. } it might be the drive itself..... } I don't think WE ask it to do that.... Hmm, but if I remember right, an "mt status" of a rewind tape device WILL rewind after the status has been printed. This was a little surprising, since I was not used to this kind of behaviour on other BSD derived systems. IMHO, a "mt status" should print information about the tape, but should NOT CHANGE the state of the tape at all ... (Same for /dev/erst0: A "mt status" should not eject the tape. But I've got to admit that I did not check whether it does ...) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Wed Nov 1 12:42:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA27150 for hackers-outgoing; Wed, 1 Nov 1995 12:42:19 -0800 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 MAA27145 for ; Wed, 1 Nov 1995 12:42:16 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA01241; Wed, 1 Nov 1995 12:41:59 -0800 To: Nate Williams cc: grog@lemis.de (Greg Lehey), hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Wed, 01 Nov 1995 12:40:02 MST." <199511011940.MAA15296@rocky.sri.MT.net> Date: Wed, 01 Nov 1995 12:41:59 -0800 Message-ID: <1239.815258519@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > How about adding the noauto flag to the entry so that it won't get used > on bootup. I guess that's the best compromise. I thought at first that "noauto" hadn't made it into 2.1, so it didn't even cross my mind as an option. However, I just checked and it's definitely in there so I'll use it. Still, I think that the present situation remains sub-optimal in the extreme. The bootup *should not fail just because there's no CD in the friggin' drive!* > need of bash. However, if you can think of an easy way of pointing > folks to the 'standard' packages such as these I think Jordan would be > willing to do the work if it isn't too hard. What I would be willing to do is add the concept of "bonus packs" or something where there are multiple, aggregated sets of packages loaded as a group. Anything less than this and there's no reason not to simply use the package loading menu. Anyone care to suggest some standard sets? > Actually, you *don't* use the same kernel for the floppy, since the > floppy kernel contains the MFS image, while the disk kernel doesn't > contain it. It is possible (although improbable) that the disk kernel > didn't get rebuilt. I meant that that I use the same GENERIC base, which contains userconfig. It's not an option you can turn off, after all! :-) Jordan From owner-freebsd-hackers Wed Nov 1 12:54:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA27615 for hackers-outgoing; Wed, 1 Nov 1995 12:54:11 -0800 Received: from titan (titan.cs.mci.com [166.37.12.241]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA27600 for ; Wed, 1 Nov 1995 12:54:01 -0800 Date: Wed, 1 Nov 1995 13:44:33 -0700 Message-Id: <95110113443357@titan.cs.mci.com> From: tst@titan.cs.mci.com (Thomas S. Traylor) To: terry@lambert.org, hackers@freebsd.org Subject: Re: More nits X-VMS-To: SMTP%"terry@lambert.org" X-VMS-Cc: SMTP%"hackers@FreeBSD.org" Sender: owner-hackers@freebsd.org Precedence: bulk |> > Here are some more minor points about the October 5 cut of 2.1. Some |> > are important, others are just FYI. |> > |> > 1. If a CD-ROM is specified in /etc/fstab, and there is no CD in the |> > drive, the mount will fail and rc will abort. This doesn't make |> > much sense, especially for people who don't understand the |> > background. |> > |> > I'd like some feedback on whether you would like to change this, |> > since otherwise I need to talk about it in my book. |> |> This is a known bug, and it would appear that nobody is particularly |> keen to change it. I beat my chest about it several times and |> everybody involved just sort of waffled on it until the subject died |> down again. Until then, I may just take the automount of the CDROM |> out of /etc/fstab and have people do it by hand. I hate this, but I |> lack the time to go fix whatever stupidity it is in our system that |> prevents the system from coming up whenever a CDROM isn't in the |> drive. Unless we fix it, /cdrom is coming out of the default fstab |> in 2.1. Better a system that comes up without a CDROM rather than |> one that doesn't! | |I don't understand. You want it to mount a non-existant drive? | |You can't. | |You want it to not mount unless told to? | |Put noauto in the fstab options for the device. | |You want it to mount if there is a cdrom but not if there isn't? | |You need a new option, or, preferrably, better removable media support. Why not add a new option like "retry=n", where n is the number of mount failure retries. This option is found in the Digital Unix (OSF/1) mount command. Tom tst@titan.cs.mci.com | | 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-hackers Wed Nov 1 13:34:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28515 for hackers-outgoing; Wed, 1 Nov 1995 13:34:54 -0800 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 NAA28507 for ; Wed, 1 Nov 1995 13:34:50 -0800 Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA01551 for ; Wed, 1 Nov 1995 13:34:46 -0800 Message-ID: <3097E7F6.41C67EA6@FreeBSD.org> Date: Wed, 01 Nov 1995 13:34:46 -0800 From: "Jordan K. Hubbard" X-Mailer: Mozilla 2.0b1 (X11; I; FreeBSD 2.1-STABLE i386) MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: [Fwd: Help, my sanity is gradually slipping awaaaayyy. was Re: Problem With Fujitsu SCSI Drive (Messages and Test Results)] Content-Type: multipart/mixed; boundary="---------------------------140730798114994776041470031863" Sender: owner-hackers@FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. -----------------------------140730798114994776041470031863 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I feel kinda sorry for this guy.. :-) -- Jordan -----------------------------140730798114994776041470031863 Content-Type: message/rfc822; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Path: reason.cdrom.com!nntp-ucb.barrnet.net!nntp-hub2.barrnet.net!pacbell.com!ihnp4.ucsd.edu!agate!usenet.kornet.nm.kr!news.kreonet.re.kr!europa.chnt.gtegsc.com!usenet.eel.ufl.edu!news.mathworks.com!tank.news.pipex.net!pipex!dispatch.news.demon.net!demon!kiss.demon.co.uk From: phil@zipmail.co.uk (Phil Taylor) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Help, my sanity is gradually slipping awaaaayyy. was Re: Problem With Fujitsu SCSI Drive (Messages and Test Results) Date: Fri, 27 Oct 1995 23:12:17 GMT Organization: Lan Systems Lines: 107 Message-ID: <814835754.14804@kiss.demon.co.uk> References: <814658177.16718@kiss.demon.co.uk> <814741870.25823@kiss.demon.co.uk> Reply-To: phil@zipmail.co.uk NNTP-Posting-Host: kiss.demon.co.uk X-NNTP-Posting-Host: kiss.demon.co.uk X-Newsreader: Forte Free Agent 1.0.82 phil@zipmail.co.uk (Phil Taylor) wrote: >phil@zipmail.co.uk (Phil Taylor) wrote: >>I am trying to set up FBSD 2.0.5R on a system with an Adaptec AHA1542B >>and a Fujitsu M2694ESA 1GB SCSI-2 Drive. >>It isn't working ...... >Still....... ditto >The messages I get are as follows : >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, FAILURE >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, Retries = x >sd0(aha0:0:0): HARDWARE FAILURE info: 2d18 asc 15,1 Mechanical >positioning error sks(80,f) >sd0(aha0:0:0): HARDWARE FAILURE info: 1d70 asc 15,1 Mechanical >positioning error sks(80,f) >vm_page : pager input (probably hardware) error, PID 11 failure Thanks to Julian Elischer I now know that major number 44 is internal target failure, but even fujitsu couldn't tell me what minor a2 means. (They have the book somewhere but couldn't find it 8:() However the Fujitsu engineer I spoke to said that it was (in his opinion) very unlikely to be a problem with the drive and more likely to be a mapping/translation problem. Since last night, it seems a very long way away now. I have tried various things. Here are the results. The hardware config is exactly the same for all OS's and I low-level formatted it every now and again and sometimes created a small dos partition. I have tried the following bios geometries. Cyl Hd Sect 1024 x 64 x 32 1034 x 64 x 32 1819 x 15 x 72 (The drives physical paramaters) and quite a few smaller ones (300 x 10 x 50 etc) I also accasionally used a 1542CF and attempted to use a Seagate ST-02 and a WD7000 (but the wd isn't in generic !!) By the way why does the ST02 floppy controller boot a 144 dos boot disk but not a FBSD boot disk (it reboots the machine). Anyway back to the plot. First I installed Novell 3.12 on the drive. It worked like a dream, I connected into it from another machine and was shooting around 50MB files with ease. NO DRIVE ERRORS Tried FBSD 2.0.5R a few times with various settings etc. DRIVE ERRORS I then thought what about another UN*X, I installed SCO 3.2v4.2 8-( It installed seemlessly (for a change) and I could not make it error even by repeatedly turning it off while copying multi 50MB files between filesystems. Each time fsck just sorted out and I got a prompt... NO DRIVE ERRORS Tried FBSD 2.0.5R a few times with various settings etc. DRIVE ERRORS Right, what about that MCC Linux v1.0 dist on my fileserver, I installed that (eventually) and up it came, copied 50MB files between filesystems, turned it off, let it fill up /usr by growing a file by piping it, and guess what, NO DRIVE ERRORS Brainwave, what about that 2.0R CDROM, lets give that a try. Managed to navigate fdisk/disklabel (you've made it too easy since then 8-)) and remembered that my old 1x mitsumi doesn't quite work with 2.0R so copied everything to a DOS partition, Worked fine (or so i thought) after a couple of re-boots I manually ran fsck and got a new message, sd0(aha:0:0:0) non-media hardware failure info = 266544 (decimal) Well they do say a change is as good as a rest 8-) Having now spent two days on this (> 13 hours today !!) If this were for a customer I would have scrapped the drive long ago (I wouldn't be able to justify the labour charges !), but it is for ME and I am dammed if I am going to let the thing beat me......(calming down) then again I might just retire and take up fishing ! If anyone but anyone has seen this, or used this configuration successfully PLEASE let me know. I don't understand why every other OS other than FBSD works... I might give NetBSD a try as it is about the only one I haven't (or at least it seems like it). Every other machine that I have running FBSD works perfectly so what is the difference ?????? As I am now babbling incoherantly I shall go........ Phil -----------------------------140730798114994776041470031863-- From owner-freebsd-hackers Wed Nov 1 13:41:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28744 for hackers-outgoing; Wed, 1 Nov 1995 13:41:03 -0800 Received: from megasoft.tic.ab.ca (root@megasoft.tic.ab.ca [198.161.220.180]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28735 ; Wed, 1 Nov 1995 13:40:57 -0800 Received: (from philw@localhost) by megasoft.tic.ab.ca (8.6.12/8.6.9) id OAA00524; Wed, 1 Nov 1995 14:39:23 -0700 Date: Wed, 1 Nov 1995 14:39:16 -0700 (MST) From: Phillip White To: questions@freebsd.org cc: hackers@freebsd.org Subject: 2 Ethernets & 1 IP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi! I need help in a very bad way here.. This is the situation: DX4/100 - 32megs RAM - 6 gigs SCSI - Boca 6 port card - 2 NE2000 compat cards I have one IP that is being broadcasted to the net. 198.161.220.180. This IP comes from an ISP that we are connected to via ethernet on ed0. Our internal network that runs TCP/IP and NetBeui is on the second ethernet, ed1 and has been given an IP of 204.209.57.10, an IP that is part of class C block but is not broadcasted/routed. I use parts of the same 204.209.57 block for the rest of our internel network.I have built a DNS server on 204.209.57.10 which works perfectly. I run `gated' as apposed to `routed' because I was told it would be better. Copy of my /etc/sysconfig: (sorry about including everything but I need help bad and if someone could point out *anything* I should change I would appreciate!) #!/bin/sh # # This is sysconfig - a file full of useful variables that you can set # to change the default startup behavior of your system. # # $Id: sysconfig,v 1.14 1995/05/17 04:46:57 rgrimes Exp $ ######################### Start Of Syscons Section ####################### keymap=NO keyrate="fast" keychange=NO cursor=NO scrnmap=NO font8x16=NO font8x14=NO font8x8=NO blanktime="off" saver=NO hostname="megasoft.tic.ab.ca" defaultdomainname=NO tcp_extensions=YES network_interfaces="ed1 ed0 lo0" ifconfig_ed0="inet 198.161.220.180 netmask 0xffffff00" ifconfig_ed1="inet 204.209.57.10 netmask 0xffffff00" ifconfig_lo0="inet localhost" static_routes="multicast loopback" route_multicast="204.209.57.10 -netmask 0xf0000000 -interface ${hostname}" route_loopback="${hostname} localhost" defaultrouter="198.161.220.127" ## timedflags=NO xntpdflags="NO" tickadjflags="-Aq" ntpdate="NO" rwhod=YES sendmail_flags="-bd -q30m" amdflags="NO" nfs_client="NO" nfs_server="NO" nis_clientflags="NO" nis_serverflags="NO" yppasswddflags="NO" namedflags="-b /etc/namedb/named.boot" xtend=NO savecore=NO kerberos_server=NO gateway=YES gated=YES check_quotas=YES accounting=YES ibcs2=NO And here is a copy of my kernel config: machine "i386" cpu "I486_CPU" ident MEGASOFT maxusers 64 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory Mapped Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options LKM options USER_LDT options QUOTA options GATEWAY options IPFIREWALL options IPACCT options PROXYALL options SYSVSHM options "SHMMAXPGS=64" options COM_MULTIPORT options SYSVSEM options SYSVMSG options COMPAT_LINUX config kernel root on sd0 controller isa0 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 controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller scbus0 device sd0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port 0x3f8 tty flags 0x505 device sio1 at isa? port 0x2f8 tty flags 0x505 device sio2 at isa? port 0x3e8 tty flags 0x505 device sio3 at isa? port 0x3e0 tty flags 0x505 device sio4 at isa? port 0x2e8 tty flags 0x505 device sio5 at isa? port 0x2e0 tty flags 0x505 irq 5 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device pca0 at isa? port "IO_TIMER1" tty device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr device ed1 at isa? port 0x320 net irq 15 iomem 0xd8000 vector edintr pseudo-device snp 11 pseudo-device speaker pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 6 pseudo-device tun 6 pseudo-device bpfilter 2 pseudo-device pty 64 pseudo-device gzip # Exec gzipped a.out's What I am trying to do is use SLIRP to provide CSlip/PPP on the FreeBSD box and also allow the internal network to get on the net from the 204.209.57 net. (noteing that it is routed by uplink). I have TIS's firewall tool/servers installed but am finding it hard to figure out how to install them properly to get full functionality out of them. My most frustrating problem is routing/gating/gateway. How should the interfaces ed0, ed1 and lo0 be setup as far as routing/gatewaying. Should I be IP forwarding? Is my kernel config close to be right and how about my sysconfig? Any example configs or any other help would be appreciated! Now I think it's time to head of to bed after 72 hours of this;( Thanks! Phil.. From owner-freebsd-hackers Wed Nov 1 14:09:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA29867 for hackers-outgoing; Wed, 1 Nov 1995 14:09:14 -0800 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 OAA29862 for ; Wed, 1 Nov 1995 14:09:11 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00366; Wed, 1 Nov 1995 15:06:57 -0700 From: Terry Lambert Message-Id: <199511012206.PAA00366@phaeton.artisoft.com> Subject: Re: More nits To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 1 Nov 1995 15:06:57 -0700 (MST) Cc: terry@lambert.org, grog@lemis.de, hackers@FreeBSD.org In-Reply-To: <1330.815259112@time.cdrom.com> from "Jordan K. Hubbard" at Nov 1, 95 12:51:52 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: 7520 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I don't understand. You want it to mount a non-existant drive? > > It's easy to understand. > > You have a CDROM mount in your fstab. It's not using "noauto." > > 99% of the time, you have a CD in there and everything's happy. 1% of > the time you don't, and the machine falls over if it needs to reboot > unattended. This is EVIL, Terry. It's totally unnecessary for it to > do that and certain mount failures should NOT NOT NOT be counted as > "fatal" errors. Sure, if I can't mount /usr then it's a pretty fatal > condition. If I can't mount my GIFS Galore CDROM, then it's most > definitely not! Clearly if you put it in your fstab without "noauto", you thought the "GIFs Galore CDROM" was critical to your use of the system. 8-). The point is, how can the system differentiate between "/cdrom" and "/usr" failing to mount? Without "/usr", you don't have your shared libraries or libexec, and it's just as fatal. So while I agree that it should fall over more gracefully, I'd have to argue that it *should* fall over. > I know, you personally are probably running some weird system where > everything except the kernel is linked to the CDROM and it *is* > a fatal error, but we're not talking about you - we're talking about > the other 99.99% of users out there for whom this behavior is simply > a pain in the ass. I hardly see that we need to reinvent the entire > removable media subsystem in order to fix this particular nit! :-) Actually, I'm running a system where if a device is detected, it's passed to a mount, and each file system is asked if it wants the device, and if it does, then it's mounted relative to the value in the /etc/fstab, or if it's not in the /etc/fstab, it's not mounted. So the /etc/fstab is a device-name-to-mount-point mapping table which is used if a device is detected, not a list of operations that need to be performed. This means that the remount facility has to unexport the previous mount for an overlapping mount, which happens to fix the mount -a remount bug as well (it's only a feature if the behaviour is expected -- the "-a" option from a user expects to mount unmounted things in the fstab, not remount mounted ones over themselves). > > > I think you're right. Hmmm. I will have it ask you when you leave > > > the editor, 'k? What do the others think? > > > > I think the whole logical volume device mapping is going to change > > under devfs. I think it *doesn't* belong in the partitioning tool. > > Excuse me?! What does adding a boot manager have to do with logical > volume device mapping? It has to do with what the hell belongs in a partitioning tool, and writing a boot manager is one of the things that damn well doesn't. If logical partitioning is handled by fdisk, the more logical partitioning interface mechanisms you support, the more of a frob writing the MBR with fdisk becomes. It becomes a piece of crap when you port your tools to a non-DOS platform. Actually, you want an imposed heirarchy that results from iterating the device file system for the types of devices desired on a bredth-first basis. Consider: I have raw devices that map to targets and LUNs. This is the native driver presentation to the kernel. We will ignore issues of media perfection, volume spanning, and disk striping for the purposes of this discussion. We have a list of logical device drivers. We ask the logical device drivers iteratively if they want a device until they all answer "no". Consider the following set of logical devices: 1) DOS Partitioning 2) DOS Extended partitioning 3) BSD Extended partitioning (disklabel) Say we have a device "wd0". Say it has 3 DOS partition table entries: i) DOS primary partition ii) DOS Extended partition iii) FreeBSD Extended partition Say the DOS extended partition has a DOS secondary paritition on it Say the BSD Extended partition has the "slices" (stupid name) a,b,e, and f (stupid out of sequence letters) on it So we have: ,-------------------------- exported into fs namespace by devfs | ,------------------ exported into fs name space by device driver | | ,-- exported into fs name space by logical devices | | | |<---->|<------------->|<----------->| /dev devfs /wdc0 first wd controller /0 first disk on first wd controller /p1 DOS primary partition on first disk /p2 DOS extended partition on first disk /p1 DOS secondary partition on extended partition on first disk /p3 BSD extended partition on first disk /a Slice 'a' on BSD extended partition /b Slice 'b' on BSD extended partition /e Slice 'e' on BSD extended partition /f Slice 'f' on BSD extended partition Now ...how do I make an "fdisk" that can handle all this? I do it by querying the list of logical partitioning mechanisms that are available to me and presenting a map for them, as well as a mechanism for implementing an instance of them. In memory in the devfs, each of these are stored as a reference to the real physical device or the previous logical device with an offset and a length (domain + range) which the device operates on (gee, note how cleverly this allows us to collapse layers when no physical translation occurs, as well as how cleverly this allows us to prevent the layering collapse when we want to support striping, volume sets, spanning, and media perfection... note how the media perfection is useful for both disklabel and superblock contents, unlike the stupid bad144 stuff). Gee, it would be nice to put the OS dependent perititioning mechanism in to nice, logically seperate, OS dependent bundles like this so we can mount OSF and Sun and JFS disks on Alpha, SPARC, and PPC hardware. How do you tell a logically layered device from one that isn't? You call getdirentries(2) on it, and if you get an ENOTDIR, it's a terminal node. Note that there is no reason you can't open/read/write/ioctl intermediate devices: after all, in devfs, they have a vnode associated with them: the calls don't give a damn if the vnode type is VDIR or not. > Terry's off in space again!! :-) Hardly. It's Jordan who wants to jam a PC specific, single logical layer specific *wart* into the nice, clean, system independent fdisk interface that would otherwise work for AIX, SunOS, OSF/1, and other OS's so we can *FINALLY* abstract the idiotic, limited, BIOS geometry dependent DOS partition crap. The correct place to write the boot code is to /dev/wdc0/0 using some generic piece of code that dlopen's a logical device specific object module and references logical device specific data (like an MBR image, for instance). Barring doing it the correct way, it should be a seperate program that can tell the devfs to rescan the device from the affected layer up -- you need that anyway to support insertion of removable media. Please, please do not put it into a frob that will just have to be ripped right back out and made standalone again. 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-hackers Wed Nov 1 14:10:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA29977 for hackers-outgoing; Wed, 1 Nov 1995 14:10:41 -0800 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 OAA29963 for ; Wed, 1 Nov 1995 14:10:34 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00382; Wed, 1 Nov 1995 15:08:27 -0700 From: Terry Lambert Message-Id: <199511012208.PAA00382@phaeton.artisoft.com> Subject: Re: More nits To: tst@titan.cs.mci.com (Thomas S. Traylor) Date: Wed, 1 Nov 1995 15:08:27 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <95110113443357@titan.cs.mci.com> from "Thomas S. Traylor" at Nov 1, 95 01:44:33 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: 530 Sender: owner-hackers@freebsd.org Precedence: bulk > |You need a new option, or, preferrably, better removable media support. > > Why not add a new option like "retry=n", where n is the number of > mount failure retries. This option is found in the Digital Unix > (OSF/1) mount command. Because that makes no sense unless you bg the mount -- it would take forever to time out -- ever booted Linux when an NFS server in you fstab was down? 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-hackers Wed Nov 1 14:23:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA00556 for hackers-outgoing; Wed, 1 Nov 1995 14:23:06 -0800 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 OAA00546 for ; Wed, 1 Nov 1995 14:23:01 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA01842; Wed, 1 Nov 1995 14:22:25 -0800 To: Terry Lambert cc: grog@lemis.de, hackers@FreeBSD.org Subject: Re: More nits In-reply-to: Your message of "Wed, 01 Nov 1995 15:06:57 MST." <199511012206.PAA00366@phaeton.artisoft.com> Date: Wed, 01 Nov 1995 14:22:25 -0800 Message-ID: <1840.815264545@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Clearly if you put it in your fstab without "noauto", you thought the > "GIFs Galore CDROM" was critical to your use of the system. > > 8-). We're not actually having the same argument here.. :-) I'm not talking about what a skilled hacker can or would do, I'm trying to determine the best *default* behavior for Joe Random User who probably doesn't even know what an fstab file *is*! If you can see it from that perspective, then the problem quickly becomes quite obvious: If you put noauto in there, the user doesn't see a CDROM anywhere and calls us for help. He has to type `mount /cdrom' explicitly to see his CD, which is entirely counter-intuitive for someone from a Windows 95 background who's used to the CD just *being there* when the system comes up. If I don't add noauto, then the CD is always where he expects it (unless there's none in the drive, in which case he has to go the extra step of figuring it out) but then his whole system falls over if there's none in the drive. Feh! > Actually, I'm running a system where if a device is detected, it's passed > to a mount, and each file system is asked if it wants the device, and if > it does, then it's mounted relative to the value in the /etc/fstab, or > if it's not in the /etc/fstab, it's not mounted. Hmmmmm. That's sort of nice. I guess we'd better get you -current, eh? :-) > So the /etc/fstab is a device-name-to-mount-point mapping table which > is used if a device is detected, not a list of operations that need to > be performed. YES! > It has to do with what the hell belongs in a partitioning tool, and > writing a boot manager is one of the things that damn well doesn't. This is a purists perspective, and I thought all the purists left the PC world, gagging in disgust, about 10 years ago! :-) As far as Joe User is concerned again, sticking a boot manager on a drive and chosing that FreeBSD should live with Linux (in the same editor) is one and the same. And as far as doing this "right" so that future generations won't suffer, well, I see doing it right as a far more significant task than anything you've outlined here. You're basically suggesting that we do the hack more correctly, but it's still a hack! It's not even a hack that's in fdisk - it should, by rights, be entirely abstracted by libdisk and we weren't even really talking about that anyway - all that's at issue here is how the user interface is presented! Jordan From owner-freebsd-hackers Wed Nov 1 14:36:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA00979 for hackers-outgoing; Wed, 1 Nov 1995 14:36:04 -0800 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA00972 for ; Wed, 1 Nov 1995 14:35:59 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id RAA03697; Wed, 1 Nov 1995 17:23:39 -0500 Date: Wed, 1 Nov 1995 17:23:38 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: machine reboot & kernel maxusers option To: "Ron G. Minnich" cc: -Vince- , Ollivier Robert , hackers@FreeBSD.ORG In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 1 Nov 1995, Ron G. Minnich wrote: > but be careful on deleting network cards. Some network card drivers won't > work at all if other drivers are taken out (this was true on 2.0R, not > tested on 2.05R, but the code has not changed much). in particular, ep0 > won't work right if some of the other drivers are removed (forget which > ones ...) huh?? i have only one ethernet card driver in the kernel--ep0 works like a champ! 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-hackers Wed Nov 1 14:42:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01141 for hackers-outgoing; Wed, 1 Nov 1995 14:42:15 -0800 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 OAA01136 for ; Wed, 1 Nov 1995 14:42:10 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA15761; Wed, 1 Nov 1995 15:44:03 -0700 Date: Wed, 1 Nov 1995 15:44:03 -0700 From: Nate Williams Message-Id: <199511012244.PAA15761@rocky.sri.MT.net> To: Terry Lambert Cc: jkh@time.cdrom.com (Jordan K. Hubbard), hackers@FreeBSD.org Subject: Re: More nits In-Reply-To: <199511012206.PAA00366@phaeton.artisoft.com> References: <1330.815259112@time.cdrom.com> <199511012206.PAA00366@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk [ Moving the installation of the boot manager to a different spot on the install menu ] Terry, notice *what* the subject is. It's not about changing how things are done, but *when* things are done. :) > > > > I think you're right. Hmmm. I will have it ask you when you leave > > > > the editor, 'k? What do the others think? > > > > > > I think the whole logical volume device mapping is going to change > > > under devfs. I think it *doesn't* belong in the partitioning tool. > > > > Excuse me?! What does adding a boot manager have to do with logical > > volume device mapping? > > It has to do with what the hell belongs in a partitioning tool, and > writing a boot manager is one of the things that damn well doesn't. That's where your *wrong*. There is no other place to put it. It is something that is *directly* related to the partition, because the MBR tells the *PC-HW* what partition to boot from. [ Irrelevant ranting about fdisk and devfs deleted ] Since *NONE* of this stuff is relevant until *after* FreeBSD is booted, how is at all related to the partition menu? The MBR stuff is necessary for the PC hardware, and once FreeBSD is running it's no longer an issue. > > Terry's off in space again!! :-) > > Hardly. It's Jordan who wants to jam a PC specific, single logical > layer specific *wart* into the nice, clean, system independent fdisk > interface that would otherwise work for AIX, SunOS, OSF/1, and other > OS's so we can *FINALLY* abstract the idiotic, limited, BIOS geometry > dependent DOS partition crap. Huh? Moving where he installs the MBR to a different spot on the menu is hardly adding a *wart* to the slice API. Sit back and breathe a bit and think about what's being said, and forget a little bit about what you want down. They are unrelated, so long posts about what you want that have *nothing* to do with what is being said only confuse. Nate From owner-freebsd-hackers Wed Nov 1 14:46:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01267 for hackers-outgoing; Wed, 1 Nov 1995 14:46:44 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA01262 for ; Wed, 1 Nov 1995 14:46:41 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id OAA23526; Wed, 1 Nov 1995 14:46:19 -0800 From: Julian Elischer Message-Id: <199511012246.OAA23526@ref.tfs.com> Subject: Re: More nits To: se@ZPR.Uni-Koeln.DE (Stefan Esser) Date: Wed, 1 Nov 1995 14:46:18 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199511012030.AA08173@Sysiphos> from "Stefan Esser" at Nov 1, 95 09:30:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1149 Sender: owner-hackers@freebsd.org Precedence: bulk > > Hmm, but if I remember right, an "mt status" > of a rewind tape device WILL rewind after the > status has been printed. as I would expect it to.. > > This was a little surprising, since I was not > used to this kind of behaviour on other BSD > derived systems. you WEREN'T? the rewind device always rewinds on close.. if you don't want it to rewind you should use the non-rewind device.. I have often used a close of a rewind device to rewind it.. > > IMHO, a "mt status" should print information > about the tape, but should NOT CHANGE the > state of the tape at all ... > (Same for /dev/erst0: A "mt status" should not > eject the tape. But I've got to admit that I > did not check whether it does ...) of course it does... I don't make the action on close dependent on whether there has been any IO or not... > > Regards, STefan > > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/~se > From owner-freebsd-hackers Wed Nov 1 14:52:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01608 for hackers-outgoing; Wed, 1 Nov 1995 14:52:09 -0800 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 OAA01600 for ; Wed, 1 Nov 1995 14:52:05 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00628; Wed, 1 Nov 1995 15:50:02 -0700 From: Terry Lambert Message-Id: <199511012250.PAA00628@phaeton.artisoft.com> Subject: Re: More nits To: nate@rocky.sri.MT.net (Nate Williams) Date: Wed, 1 Nov 1995 15:50:02 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199511012244.PAA15761@rocky.sri.MT.net> from "Nate Williams" at Nov 1, 95 03:44:03 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: 2330 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > [ > Moving the installation of the boot manager to a different spot on the > install menu > ] > > Terry, notice *what* the subject is. It's not about changing how things > are done, but *when* things are done. :) That would be "Re: More nits". Your bracketed text paraphrase was not part of the original text Jordan posted about: > > > > > I think you're right. Hmmm. I will have it ask you when you leave > > > > > the editor, 'k? What do the others think? And the partition editor is fdisk. > > > Excuse me?! What does adding a boot manager have to do with logical > > > volume device mapping? > > > > It has to do with what the hell belongs in a partitioning tool, and > > writing a boot manager is one of the things that damn well doesn't. > > That's where your *wrong*. There is no other place to put it. It is > something that is *directly* related to the partition, because the MBR > tells the *PC-HW* what partition to boot from. This is writing the partition table, not the MBR code. > [ Irrelevant ranting about fdisk and devfs deleted ] > > Since *NONE* of this stuff is relevant until *after* FreeBSD is booted, > how is at all related to the partition menu? The MBR stuff is necessary > for the PC hardware, and once FreeBSD is running it's no longer an > issue. So now FreeBSD is not running when the install takes place? BZZZZZZZT. > > > Terry's off in space again!! :-) > > > > Hardly. It's Jordan who wants to jam a PC specific, single logical > > layer specific *wart* into the nice, clean, system independent fdisk > > interface that would otherwise work for AIX, SunOS, OSF/1, and other > > OS's so we can *FINALLY* abstract the idiotic, limited, BIOS geometry > > dependent DOS partition crap. > > Huh? Moving where he installs the MBR to a different spot on the menu > is hardly adding a *wart* to the slice API. Making it a default prompt after editing the partitions in fdisk would be. > Sit back and breathe a bit and think about what's being said, and forget > a little bit about what you want down. They are unrelated, so long > posts about what you want that have *nothing* to do with what is being > said only confuse. Ditto. 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-hackers Wed Nov 1 14:58:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01824 for hackers-outgoing; Wed, 1 Nov 1995 14:58:32 -0800 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 OAA01815 for ; Wed, 1 Nov 1995 14:58:26 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA15788; Wed, 1 Nov 1995 16:00:23 -0700 Date: Wed, 1 Nov 1995 16:00:23 -0700 From: Nate Williams Message-Id: <199511012300.QAA15788@rocky.sri.MT.net> To: Terry Lambert Cc: nate@rocky.sri.MT.net (Nate Williams), jkh@time.cdrom.com, hackers@FreeBSD.org Subject: Re: More nits In-Reply-To: <199511012250.PAA00628@phaeton.artisoft.com> References: <199511012244.PAA15761@rocky.sri.MT.net> <199511012250.PAA00628@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Terry, notice *what* the subject is. It's not about changing how things > > are done, but *when* things are done. :) > > That would be "Re: More nits". That's the subject of the email, but not the subject of your diatribe. > > > > > > I think you're right. Hmmm. I will have it ask you when you leave > > > > > > the editor, 'k? What do the others think? > > And the partition editor is fdisk. Right, and *after* you leave the fdisk editor, should Jordan ask to install the MBR then? Sounds like a 'different' tool than fdisk to me. > > That's where your *wrong*. There is no other place to put it. It is > > something that is *directly* related to the partition, because the MBR > > tells the *PC-HW* what partition to boot from. > > This is writing the partition table, not the MBR code. See above. "I will have it ask when you leave the editor". This implies to me (especially after having used the intall tools for *many* intalls) that 'when I leave the editor' sysinstall will ask me questions on my MBR. I take this to mean that 'right after' I leave the editor (because you *MUST* write the partition table *BEFORE* the new MBR will be valid) I will have the option of installing a 'new' MBR to select my 'new' partition. :) > > [ Irrelevant ranting about fdisk and devfs deleted ] > > > > Since *NONE* of this stuff is relevant until *after* FreeBSD is booted, > > how is at all related to the partition menu? The MBR stuff is necessary > > for the PC hardware, and once FreeBSD is running it's no longer an > > issue. > > So now FreeBSD is not running when the install takes place? BZZZZZZZT. Yes, but what does this have to do with devfs? We *don't* have devfs, and writing a MBR entry doesn't need it. For God sake's, it can only exist in *one* place on the disk, and can't exist *ANY* other place on the disk. Why do I need a devfs to find it, since it *never* moves. > > Huh? Moving where he installs the MBR to a different spot on the menu > > is hardly adding a *wart* to the slice API. > > Making it a default prompt after editing the partitions in fdisk would be. Why? It's the most logical place to put it, hence the reason it was brought up in the first place. Dare I ask, where would you put in in the menu, knowing that it is a *mandatory* question. Nate From owner-freebsd-hackers Wed Nov 1 16:09:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA03417 for hackers-outgoing; Wed, 1 Nov 1995 16:09:37 -0800 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 QAA03412 for ; Wed, 1 Nov 1995 16:09:35 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id QAA12884 for ; Wed, 1 Nov 1995 16:05:18 -0800 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 XAA11234 ; Wed, 1 Nov 1995 23:40:53 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA19342 ; Wed, 1 Nov 1995 23:40:44 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id XAA18312; Wed, 1 Nov 1995 23:19:34 +0100 (MET) From: Ollivier Robert Message-Id: <199511012219.XAA18312@keltia.freenix.fr> Subject: Re: machine reboot & kernel maxusers option To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 1 Nov 1995 23:19:34 +0100 (MET) Cc: jkh@time.cdrom.com, vince@apollo.COSC.GOV, hackers@FreeBSD.org In-Reply-To: <199511011936.LAA04005@rah.star-gate.com> from "Amancio Hasty Jr." at Nov 1, 95 11:36:16 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1275 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that Amancio Hasty Jr. said: > Should device drivers during boot time print messages of devices not found ? Well, it is useful to see if one of your devices is not found... and you're not supposed to reboot that often (unless you run -CURRENT that is). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #5: Mon Oct 30 00:03:29 MET 1995 From owner-freebsd-hackers Wed Nov 1 16:27:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA03764 for hackers-outgoing; Wed, 1 Nov 1995 16:27:37 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA03759 for ; Wed, 1 Nov 1995 16:27:27 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id QAA06442; Wed, 1 Nov 1995 16:27:06 -0800 Message-Id: <199511020027.QAA06442@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Ollivier Robert cc: jkh@time.cdrom.com, vince@apollo.COSC.GOV, hackers@FreeBSD.org Subject: Re: machine reboot & kernel maxusers option In-reply-to: Your message of "Wed, 01 Nov 1995 23:19:34 +0100." <199511012219.XAA18312@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Nov 1995 16:27:05 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Ollivier Robert said: > It seems that Amancio Hasty Jr. said: > > Should device drivers during boot time print messages of devices not foun d ? > > Well, it is useful to see if one of your devices is not found... and you're > not supposed to reboot that often (unless you run -CURRENT that is). I don't buy that since at boot time all drivers print a message to the effect that the device was found and configuration information. The only question which is left unaswered is the kernel configuration information used to build the kernel which I think should be part of the kernel and a respective utility to dump the configuration information either that or an application to query the kernel to dump the configuration of the system akeen to the same information used to build the kernel. Sometimes, I have several kernel versions of the kernel and I forget how each one was configured :( Have fun, Amancio From owner-freebsd-hackers Wed Nov 1 16:29:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA03854 for hackers-outgoing; Wed, 1 Nov 1995 16:29:44 -0800 Received: from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA03849 for ; Wed, 1 Nov 1995 16:29:40 -0800 Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7/8.7) with SMTP id QAA26005 for ; Wed, 1 Nov 1995 16:28:45 -0800 (PST) Message-Id: <199511020028.QAA26005@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: freebsd-hackers@freebsd.org Subject: Automounting CD-ROMs X-Attribution: VE7TCP Date: Wed, 01 Nov 1995 16:28:44 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk Are any of you familiar with the Irix 'mediad' daemon? It's main purpose in life is to handle the CDROM automount scenario being discussed. The program refers to a config file listing the devices to be scanned, and probes them periodically (I think every five seconds) to look for media insertion. If a CDROM appears, and if it contains a recognized filesystem, the filesystem is mounted automatically at a location also specified in the config file. It locks the device to prevent a front-panel ejection of the media. Graceful unmount and eject is handled by the 'eject' command. The downside is that 'eject' requires root priv's. If you have a public workstation environment you would want the console user to be able to remove the media they inserted. Determining the class "console user" in a windowing environment could be problematic. Then again, the public workstation scenario usually sees the workstation configured to deny remote logins, so it probably doesn't matter. Just more food for thhought. The AMD scenario seems needlessly complex. --lyndon From owner-freebsd-hackers Wed Nov 1 16:43:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA04238 for hackers-outgoing; Wed, 1 Nov 1995 16:43:44 -0800 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 QAA04233 for ; Wed, 1 Nov 1995 16:43:35 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA00822; Wed, 1 Nov 1995 17:40:02 -0700 From: Terry Lambert Message-Id: <199511020040.RAA00822@phaeton.artisoft.com> Subject: Re: More nits To: nate@rocky.sri.MT.net (Nate Williams) Date: Wed, 1 Nov 1995 17:40:01 -0700 (MST) Cc: terry@lambert.org, nate@rocky.sri.MT.net, jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199511012300.QAA15788@rocky.sri.MT.net> from "Nate Williams" at Nov 1, 95 04:00:23 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: 7068 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Terry, notice *what* the subject is. It's not about changing how things > > > are done, but *when* things are done. :) > > > > That would be "Re: More nits". > > That's the subject of the email, but not the subject of your diatribe. Wrong. You are misrepresenting me. > > And the partition editor is fdisk. > > Right, and *after* you leave the fdisk editor, should Jordan ask to > install the MBR then? Sounds like a 'different' tool than fdisk to me. He didn't say *after*, he said *when*. As in "a consequent action of". As in "implemented by the exit code rather than by code following the exit". [ ... ] > See above. "I will have it ask when you leave the editor". This > implies to me (especially after having used the intall tools for *many* > intalls) that 'when I leave the editor' sysinstall will ask me questions > on my MBR. I take this to mean that 'right after' I leave the editor > (because you *MUST* write the partition table *BEFORE* the new MBR will > be valid) I will have the option of installing a 'new' MBR to select my > 'new' partition. :) I take this to mean "when" just like he said in the quoted text above. He didn't say "I will have it ask after you leave the editor". ----- > > > [ Irrelevant ranting about fdisk and devfs deleted ] > > > > > > Since *NONE* of this stuff is relevant until *after* FreeBSD is booted, > > > how is at all related to the partition menu? The MBR stuff is necessary > > > for the PC hardware, and once FreeBSD is running it's no longer an > > > issue. > > > > So now FreeBSD is not running when the install takes place? BZZZZZZZT. > > Yes, but what does this have to do with devfs? We *don't* have devfs, > and writing a MBR entry doesn't need it. For God sake's, it can only > exist in *one* place on the disk, and can't exist *ANY* other place on > the disk. Why do I need a devfs to find it, since it *never* moves. The devfs is the rationale for not munging it uncermoniously into the fdisk utility itself. Which is what I was objecting to. I don't give a damn how it ends up appearing to the user, it's whether the way it is implemented is going to cause it to have to be reimplemented later or not, when both approaches are otherwise *identical* cost and the end appearance to the user is *identical*. To answer your question, you need the devfs to find where it goes because it may not go anywhere at all. You obviously missed the discussion about installing BSD onto WD1007 drives, which only works with a *naked* BSD partition, where the disk MBR *is* the BSD second stage boot because of the non-linear nature of WD1007 BIOS translation when the controller's sector sparing option has been enabled. Without a devfs, you can make a standalone utility that looks for 0xaa55... AND WHICH ISN'T PART OF THE FDISK CODE: meaning it gets run *after* and not *when* you leave the editor. THIS IS BROKEN, since it doesn't use devfs like a future version would, but it's less broken than rolling platform specific code into a supposedly platform independent utility (fdisk). An install without a DOS partition table and MBR works on the WD1007 because there isn't a sector reserved by the BIOS for sparing in the first 8k + sizeof(disklabel) of the drive (another good reason to avoid jacking the second stage boot up to 100k, like some have suggested recently). Putting the MBR write in the fdisk puts another nail in the coffin of being able to install without a DOS partition table. I'm not saying that an install without a DOS partition table shouldn't be the default: it should. But it should be *possible* to run on older hardware, don't you think? And that requires *removing* the partition table requirement, not *adding* to it. Currently, the stupid code won't allow installs without DOS partition tables, and so WD1007 installs require setting two jumpers (W8 & W14) and doing a low level format on the stupid drive. THIS IS BROKEN. A user is likely to bail rather than install FreeBSD at this point. It is a pain to get the utility, it's a pain to get the drive data necessary, and it's a pain to get the jumper settings for your particular controller revision. Pain, pain, pain == no install of FreeBSD. Then the stupid code won't allow an install if the BSD area of the disk spans cylinder 1024 because the stupid bad144 code in the second stage boot can't read the bad sector replacements, which may not be in use anyway. THIS IS BROKEN. The user is likely to bail to Linux, rather than install FreeBSD at this point, since then at least he can use his whole drive instead of just phisical cylinders 0-1023 on a 2000+ cylinder 700M ESDI disk. Here we make the requirement that they kill the translation that makes the rest of the drive visible to DOS, then we turn around and make the rest of the invisible to FreeBSD. Pain == a limit unique to FreeBSD == no install of FreeBSD. Because the bad144 code puts the replacement sectors at the end of the disk. THIS IS ALSO BROKEN. The devfs comes in here because it supports the idea of "media perfection" as a seperate logical layer (non-collapsable). And the replacement sectors can be made to *always* be below 1023. Pain == a limit unique to FreeBSD == no install of FreeBSD. Alternately, you could "fix" bad144, leaving in the limitations that the disklabel and superblock blocks can still go bad and hose you, but removing the one of the three problems that happens to be inconveniencing you in this particular case. That would be expedient, so it's probably what Microsoft and USL would do (quetionable company). > > > Huh? Moving where he installs the MBR to a different spot on the menu > > > is hardly adding a *wart* to the slice API. > > > > Making it a default prompt after editing the partitions in fdisk would be. > > Why? It's the most logical place to put it, hence the reason it was > brought up in the first place. No. Making it "a default prompt in the *install program* after *exiting* the fdisk utility such that it is *apparently* a prompt after editing the partitions in fdisk" is the most logical place to put it. > Dare I ask, where would you put in in the menu, knowing that it is a > *mandatory* question. The same place, of course, just in a different underlying utility, said utility NOT BEING FDISK ITSELF. Or I'd put it *before* the partitioning, since it's possible that the MBR you want to write is the BSD second stage boot, not the DOS MBR replacement at all. And the partition table you will be editing may not exist until you write an MBR that contains a partition table. You are doing what Jordan did, confusing logical and implementational architectures. This particular case is a bleed-through boundry where the implementation should match the logical abstraction to prevent having to *rewrite everything*, yet again, when the devfs *is* online. Regards, 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-hackers Wed Nov 1 17:06:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA04831 for hackers-outgoing; Wed, 1 Nov 1995 17:06:20 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA04826 for ; Wed, 1 Nov 1995 17:06:12 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA01195 for ; Wed, 1 Nov 1995 17:06:12 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id RAA02305 for ; Wed, 1 Nov 1995 17:04:50 -0800 Message-Id: <199511020104.RAA02305@corbin.Root.COM> To: hackers@freebsd.org Subject: P6 press release From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 01 Nov 1995 17:04:50 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk ------- Forwarded Message Received: from ormail.intel.com (ormail.intel.com [134.134.192.3]) by Root.COM (8.6.12/8.6.5) with SMTP id QAA01118 for ; Wed, 1 Nov 1995 16:20:37 -0800 Received: from localhost by ormail.intel.com with smtp (Smail3.1.28.1 #7) id m0tAjlE-000VZza; Wed, 1 Nov 95 12:27 PST Received: by ormail.intel.com (Smail3.1.28.1 #7) id m0tAjkH-000VWla; Wed, 1 Nov 95 12:26 PST Sender: owner-p6info Received: from ormail.intel.com by ormail.intel.com with smtp (Smail3.1.28.1 #7) id m0tAjkE-000VWjC; Wed, 1 Nov 95 12:26 PST Received: from www.jf.intel.com by ormail.intel.com with smtp (Smail3.1.28.1 #7) id m0tAjkE-000VWiC; Wed, 1 Nov 95 12:26 PST Received: by www.jf.intel.com (Smail3.1.29.1 #4) id m0tAjng-00080YC; Wed, 1 Nov 95 12:30 PST Message-Id: Date: Wed, 1 Nov 95 12:30 PST From: Clif_G_Purkiser@ccm.sc.intel.com To: p6info@mailbag.intel.com Subject: Pentium (R) Pro processor press release Sender: owner-p6info@mailbag.intel.com Precedence: bulk PENTIUM(r) PRO PROCESSOR TO POWER NEXT WAVE OF HIGH-PERFORMANCE WORKSTATIONS AND SERVERS BASED ON INTEL ARCHITECTURE Speeds Range from 150 MHz to 200 MHz SANTA CLARA, CA. November 1, 1995 -- Intel Corporation today introduced the next generation of the Intel Architecture, the Pentium(r) Pro processor, debuting at speeds as fast as 200 MHz, with 366 SPECint92 performance. The 5.5-million transistor chip achieves performance levels that exceed today's workstations and servers that use proprietary RISC technologies, signaling the arrival of PC price/performance to these high-end market segments. Pentium Pro processor-based systems are being introduced by a large group of companies starting today. Fully-compatible with the volume of software that has grown up around the Intel Architecture, the Pentium Pro processor's unique Dynamic Execution architecture is targeted at speed-hungry needs such as technical computing, mission-critical enterprise applications and new PC uses such as multimedia authoring. With the Pentium Pro architecture, the same Intel microprocessor line that has driven down the cost of mainstream computing power for more than a decade will now be accessible to these more technical computer users. The 150-MHz Pentium Pro processor is built on Intel's high-volume 0.6-micron manufacturing process. The higher-speed versions of the processor are produced on Intel's advanced .35-micron manufacturing technology. This same production science is building the highest-performing members of the Pentium processor family and will continue to spawn new members of that line for today's mainstream desktop and mobile PCs, while the Pentium Pro architecture leads the PC industry into higher-end applications. Extending the Reach of the PC "Pentium Pro processor-based systems will bring PC economics into market segments that haven't seen PC-style price/performance in the past," according to G. Carl Everett, senior vice president, Desktop Products Group. "These systems are excellent solutions for high-end applications in the financial, visual computing, and scientific and technical worlds. In the enterprise-computing arena, Pentium Pro processor-based servers will offer an unprecedented level of scalability, allowing server building blocks of two- and four-processor systems to be built for a fraction of the cost of proprietary solutions." Everett noted these segments typically employ workstations and servers running 32-bit operating systems and software, such as Windows NT and UNIX, areas in which the Pentium Pro processor will be a highly-competitive choice. "In real-world testing with users who typically manipulate 3D images, work with full-motion video, and create content for World Wide Web pages, our findings indicate the Pentium Pro processor's high performance and underlying PC economics will provide a compelling reason for those users to own a single desktop system for both their authoring and personal productivity needs," Everett said. Workstation users typically have two systems on their desks, one for workstation applications and a PC for everyday uses such as word processing and electronic mail. In addition, the Pentium Pro processor's architecture allows multiple processors to be interconnected, offering outstanding scalability to form larger, high-performance systems. This capability has already garnered support in the technical arena. The U.S. Dept. of Energy selected the Pentium Pro processor to power a 9,000-processor system that will deliver 10 times the performance of today's fastest supercomputers and will be used to study nuclear weapons safety. "The Pentium Pro processor's architectural enhancements make it possible for system manufacturers to deliver servers with the reliability, availability and serviceability found in more expensive systems," Everett said. Variety of High-Performance CPU, Cache Configurations The Pentium Pro processor offers performance of 276 SPECint92 (an industry-recognized CPU performance benchmark) at its 150-MHz entry-level speed and scales to 366 SPECint92 in its initial versions. The Pentium Pro processor comes to market as a family of products, with different versions designed for various price points. Innovative packaging technology allows Intel to offer both CPU and Level 2 cache (a high-performance bank of memory) in the same package. This technology allows for various configurations of CPU speed (150 MHz to 200 MHz) and cache sizes (256 kbytes and 512 kbytes). All prices shown are in 1,000-unit quantities and performance of a given configuration is also listed. A processor price list and more comprehensive performance data is available upon request. Shipping today is a 150-MHz Pentium Pro processor with a 256 kbyte cache (276 SPECint92, 220 SPECfp92) priced at $974; 180-MHz CPU with 256 kbytes of cache (327 SPECint92, 254 SPECfp92) priced at $1,075; 200-MHz CPU with 256 kbytes of cache (366 SPECint92, 283 SPECfp92) priced at $1,325. Currently sampling with volume production scheduled in the first quarter of 1996 is a 166-MHz CPU with 512 kbytes of cache (327 SPECint92, 261 SPECfp92) priced at $1,682. Intel is planning to upgrade the 200-MHz version of the Pentium Pro processor in Q2 1996 with a 512 kbyte cache. The larger cache size is particularly useful in multiprocessing systems where software performance across multiple CPUs is a key design factor. Performance data on the 200-MHz CPU with 512 kbytes is not yet available. Pricing on this product will be $1,989 in Q2 1996. In addition, many of the high-performance systems based on all these devices will be upgradable to future Pentium Pro processor technology through Intel's OverDrive(tm) processor product line. New PCIsets for High Performance In addition to the Pentium Pro processor, Intel also introduced two PCI chip sets that support different configurations of Pentium Pro processor-based systems -- the 82450KX for high-end desktops and workstations and the 82450GX PCIset for servers. The 82450KX for workstations and high- performance desktops supports uniprocessor configurations, including those upgradable to dual processing platforms. These PCI chip sets deliver superior I/O performance and scalability to Pentium Pro processor systems and applications. The 82450GX is the first PCIset to support multiple PCI slots and "glueless" multiprocessing which reduces time to market and development costs for system vendors. In addition, the 82450GX supports up to four processors and provides upgradable memory up to 4 GB. The capability to support multiple PCI buses also gives system manufacturers broad flexibility and new functionality in system design. In 1,000-unit quantities, the 82450KX PCIset (QFP packaging) is $209. The 82450GX PCIset in Quad Flat Packaging (QFP) costs $291.60. BGA (Ball Grid Array) packaging options are also available on PCI bridge and data path components at $303 in 1,000-unit quantities. A variety of tools are currently available to assist developers of Pentium Pro processor-based systems. Integration tools (logic analyzers and emulators) are available from American Arium, Hewlett-Packard Co. and Tektronix Inc. Simulation models are available from Cadence Design Systems Inc, CAST Inc., Synopsys Inc., and RAVIcad Inc. Cadence also offers a design kit. I/O buffer models are located within Intel's Component Technical Documents Worldwide Web site. For more information on these tools, see http://www.intel.com/pc-supp. For detailed information on the Pentium Pro processor, visit Intel's home page on the World Wide Web at URL http://www.intel.com/. Intel's home page is featuring a variety of virtual reality environments that allow PC users to experience the capabilities of the Pentium Pro processor. Intel, the world's largest chip maker, is also a leading manufacturer of personal computer, networking and communications products. ------- End of Forwarded Message From owner-freebsd-hackers Wed Nov 1 17:54:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA05908 for hackers-outgoing; Wed, 1 Nov 1995 17:54:17 -0800 Received: from dtihost.datatrek.com (dtihost.datatrek.com [204.31.148.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA05888 ; Wed, 1 Nov 1995 17:54:10 -0800 Received: from laptop.nightflight ([205.162.141.3]) by dtihost.datatrek.com (8.6.12/8.6.9) with SMTP id RAA23736; Wed, 1 Nov 1995 17:52:19 -0800 Date: Wed, 1 Nov 1995 17:52:19 -0800 Message-Id: <199511020152.RAA23736@dtihost.datatrek.com> X-Sender: gcrutcher@datatrek.com X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Gary Crutcher Subject: arpresolve error Cc: questions@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk I just installed an SMC wd8013ep ethernet card (an older one with 16KB ram), and am getting the following error: /hernel: arpresolve: can't allocate llinfo Everything seems to work fine. How can I resolve this error message? Thanks, Gary Crutcher From owner-freebsd-hackers Wed Nov 1 19:01:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA08506 for hackers-outgoing; Wed, 1 Nov 1995 19:01:43 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA08485 ; Wed, 1 Nov 1995 19:01:28 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id NAA08209; Thu, 2 Nov 1995 13:32:05 +1030 From: Michael Smith Message-Id: <199511020302.NAA08209@genesis.atrad.adelaide.edu.au> Subject: Re: [Fwd: Help, my sanity is gradually slipping awaaaayyy. was Re: Problem With Fujitsu SCSI Drive (Messages and Test Results)] To: phil@zipmail.co.uk Date: Thu, 2 Nov 1995 13:32:05 +1030 (CST) Cc: hackers@freebsd.org, hardware@freebsd.org In-Reply-To: <3097E7F6.41C67EA6@FreeBSD.org> from "Jordan K. Hubbard" at Nov 1, 95 01:34:46 pm Content-Type: text Content-Length: 3559 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > >>I am trying to set up FBSD 2.0.5R on a system with an Adaptec AHA1542B > >>and a Fujitsu M2694ESA 1GB SCSI-2 Drive. Check your cables and termination! It's possible you have one of the over-enthusiastic 1542's; also bring all of the jumper-selectable timings back to the slowest possible settings. > >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, FAILURE > >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, Retries = x > >sd0(aha0:0:0): HARDWARE FAILURE info: 2d18 asc 15,1 Mechanical > >positioning error sks(80,f) > >sd0(aha0:0:0): HARDWARE FAILURE info: 1d70 asc 15,1 Mechanical > >positioning error sks(80,f) > >vm_page : pager input (probably hardware) error, PID 11 failure If you get this consistently, I would still be suspicious of the drive. If it _is_ a translation error, there's a bug in the drive firmware if it's accepting a request to process a block outside the size of the drive 8) > By the way why does the ST02 floppy controller boot a 144 dos boot > disk but not a FBSD boot disk (it reboots the machine). The ST02 driver is a bit flaky. I can't blame it, to be honest 8) > Anyway back to the plot. > > First I installed Novell 3.12 on the drive. It worked like a dream, I > connected into it from another machine and was shooting around 50MB > files with ease. > NO DRIVE ERRORS Not pushing it very hard there. > Tried FBSD 2.0.5R a few times with various settings etc. > DRIVE ERRORS What are you doing when it fails? > I then thought what about another UN*X, I installed SCO 3.2v4.2 8-( It > installed seemlessly (for a change) and I could not make it error even > by repeatedly turning it off while copying multi 50MB files between > filesystems. Each time fsck just sorted out and I got a prompt... > NO DRIVE ERRORS Can you boot it verbosely and see what it's setting the 1542 to? I don't know enough about SCO's boot process 8( > Right, what about that MCC Linux v1.0 dist on my fileserver, I > installed that (eventually) and up it came, copied 50MB files between > filesystems, turned it off, let it fill up /usr by growing a file by > piping it, and guess what, > NO DRIVE ERRORS Bingo. Get into the source of the Linux driver and see what it's doing as far as the bus on/off times &c. > If anyone but anyone has seen this, or used this configuration > successfully PLEASE let me know. I don't understand why every other OS > other than FBSD works... I might give NetBSD a try as it is about the > only one I haven't (or at least it seems like it). > > Every other machine that I have running FBSD works perfectly so what > is the difference ?????? > > As I am now babbling incoherantly I shall go........ You're on the money, it may just be that you don't have enough history with those damned 1542's. If you can, check with Adaptec for details - there was a batch (either B's or C's, I can't recall) that slewed the bus way too hard. One workaround for these is, IIRC, to slow the board down. Adaptec should be able to tell you whether your 1542 is one of the culprits. > Phil > > > > -----------------------------140730798114994776041470031863-- > > -- ]] 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-hackers Wed Nov 1 19:38:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA09566 for hackers-outgoing; Wed, 1 Nov 1995 19:38:44 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA09555 for ; Wed, 1 Nov 1995 19:38:37 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id TAA11142; Wed, 1 Nov 1995 19:31:39 -0800 Date: Wed, 1 Nov 1995 19:31:36 -0800 (PST) From: -Vince- To: Ollivier Robert cc: hackers@FreeBSD.ORG Subject: Re: machine reboot & kernel maxusers option In-Reply-To: <199511011145.MAA15940@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 1 Nov 1995, Ollivier Robert wrote: > It seems that -Vince- said: > > I know what you mean here but like is there a easy way to figure out > > which devices I don't have? > > Anytime you have not found :-) True but going through the LINT list takes quite alot of time... > > > > wdc1 not found at 0x170 > > You probably don't have two IDE controllers, Well, the ASUS P55TP4XE Motherboard does have two IDE controllers on-board. > > > > bt0 not found at 0x330 > > No Buslogic SCSI adapter, > > > > > uha0 not found at 0x330 > > No Ultrastor either, > > > > > ahc1 not found > > No [23]94x. > > > > > ahb0 not found > > No 174x. > > > > > aha0 not found at 0x330 > > No 154x. > > I'll send you separately a probable kernel config file. Thanks! > > > > I know but the problem here is I don't know what I need and don't > > need... =) > > Well, you should what's in your machine though :-) Well, I built it from scratch so I have to know what's in there =) > > Yeah, how much memory is the kernel normally? > > FreeBSD 2.2-CURRENT #5: Sun Oct 29 22:44:15 MET 1995 > roberto@keltia.freenix.fr:/src/src/sys/compile/KELTIA > CPU: i486DX (486-class CPU) > real memory = 33554432 (32768K bytes) > avail memory = 31379456 (30644K bytes) > > 486DX-33, 32 MB, maxusers 20, one BT-747S, one 1740A, one SB2 sound card, > no NFS, cd9660 and union static. Hmm, that's less than 2 megs... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Wed Nov 1 19:41:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA09831 for hackers-outgoing; Wed, 1 Nov 1995 19:41:55 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA09826 for ; Wed, 1 Nov 1995 19:41:52 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id VAA11913; Wed, 1 Nov 1995 21:39:19 -0600 From: Joe Greco Message-Id: <199511020339.VAA11913@brasil.moneng.mei.com> Subject: Re: Automounting CD-ROMs To: lyndon@orthanc.com (Lyndon Nerenberg VE7TCP) Date: Wed, 1 Nov 1995 21:39:18 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199511020028.QAA26005@multivac.orthanc.com> from "Lyndon Nerenberg VE7TCP" at Nov 1, 95 04:28:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Are any of you familiar with the Irix 'mediad' daemon? It's main > purpose in life is to handle the CDROM automount scenario being > discussed. The program refers to a config file listing the devices > to be scanned, and probes them periodically (I think every five > seconds) to look for media insertion. If a CDROM appears, and if it > contains a recognized filesystem, the filesystem is mounted automatically > at a location also specified in the config file. It locks the device > to prevent a front-panel ejection of the media. Graceful unmount and > eject is handled by the 'eject' command. What little I've played with this, I was very impressed with it - it consistently behaved in a way that conformed to my idea of what "principle of least suprise" would be, and worked consistently and reliably. This is UNlike Sun's volume manager, which is horrid at best and unspeakable at worst. If you are lucky enough to be able to get it to mount a CD-ROM, pray you can get it unmounted, without vold getting confused, and leaving all sorts of stray stale NFS file handles all over. God forbid you might want to mount a floppy. I was always amused that vold's handling of floppies is so atrocious that Sun's own products (WABI) disable it. Um, of course my opinions are my own and in no way reflect the opinions of my employer ;-) > The downside is that 'eject' requires root priv's. If you have a > public workstation environment you would want the console user to > be able to remove the media they inserted. Determining the class > "console user" in a windowing environment could be problematic. > Then again, the public workstation scenario usually sees the workstation > configured to deny remote logins, so it probably doesn't matter. > > Just more food for thhought. The AMD scenario seems needlessly complex. I must have missed the AMD scenario. However, I do have AMD handle mounting of FFS filesystems that are not automatically mounted at boot, and aside from the fact that I have to manually stick in a "fsck -y /dev/xyzzzzz" in rc.local it works great. Now all I have to do is figure out a quick hack that allows me to do the equivalent of a "fsck -p /dev/xyzzzzz"... Sorry, that's a bit off track. Point being, it might be possible to make it work - it's a not entirely dissimilar scenario. Never tried CD's though. ;-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Nov 1 19:42:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA09936 for hackers-outgoing; Wed, 1 Nov 1995 19:42:50 -0800 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 TAA09924 for ; Wed, 1 Nov 1995 19:42:41 -0800 Received: from ast.com (irvine.ast.com [165.164.128.2]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id TAA14249 for ; Wed, 1 Nov 1995 19:42:23 -0800 Received: from fw.ast.com by ast.com with SMTP id AA21422 (5.67b/IDA-1.5 for ); Wed, 1 Nov 1995 19:42:31 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #4) id m0tAqNU-00008EC; Wed, 1 Nov 95 21:31 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0tAqFE-000IxgC; Wed, 1 Nov 95 21:23 WET Message-Id: Date: Wed, 1 Nov 95 21:23 WET To: hackers@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Wed Nov 1 1995, 21:23:12 CST Subject: Re: More nits Sender: owner-hackers@freebsd.org Precedence: bulk [1]This is a known bug, and it would appear that nobody is particularly [1]keen to change it. I beat my chest about it several times and [1]everybody involved just sort of waffled on it until the subject died [1]down again. Until then, I may just take the automount of the CDROM [1]out of /etc/fstab and have people do it by hand. I hate this, but I [1]lack the time to go fix whatever stupidity it is in our system that [1]prevents the system from coming up whenever a CDROM isn't in the [1]drive. Unless we fix it, /cdrom is coming out of the default fstab [1]in 2.1. Better a system that comes up without a CDROM rather than [1]one that doesn't! I assume it is the same code that refuses to let the system start if one of the hard drives can't be mounted for whatever reason (like it won't spin up!). That has been in BSD since way back. I remember finding it when one of our 11-780 spindles croaked. I doubt the code is able to distinguish between hardware that might not be ready "and that's ok" (ala CDROM), and hardware that might not be ready "and that's bad" (ala hard disk). Perhaps a new "keep going" field should be added to fstab to list mount points you can "live without" and still go multi-user. You might also have to provide an "alternate mount point" field for nested mount points in case the mount point isn't there because "we kept going" when some media wasn't ready. This gets messy. I reported the current action of mounting the CD as a bug in the installation process sometime back as I don't think the install should insert mount entries for the media that was used for the install for several reasons. What if I installed from floppies, should the floppy be remounted on reboot? Or if I used NFS to do the install, should the NFS mount reappear? No, of course not. But it demonstrates an inconsistent treatment of transient media. Transient media (like the installation media) should not be added to fstab, at least as things stand now. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Wed Nov 1 19:51:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA10431 for hackers-outgoing; Wed, 1 Nov 1995 19:51:36 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA10417 for ; Wed, 1 Nov 1995 19:51:31 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id TAA13301; Wed, 1 Nov 1995 19:45:55 -0800 Date: Wed, 1 Nov 1995 19:45:53 -0800 (PST) From: -Vince- To: "Jordan K. Hubbard" cc: Ollivier Robert , hackers@FreeBSD.org Subject: Re: machine reboot & kernel maxusers option In-Reply-To: <876.815252731@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 1 Nov 1995, Jordan K. Hubbard wrote: > > I know what you mean here but like is there a easy way to figure out > > which devices I don't have? > > Open your machine, look inside. If you don't see a card in there, > you don't have it! :-) That's obvious since I built the machine so I know what's inside but deciding on what to put in the kernel config file is the question =) > Other than that, I think you really need to READ THE HANDBOOK. You're > asking a lot of questions here (and wasting a lot of people's time, I > might add!) asking questions that ARE answered in the docs! Sorry about that Jordan but like I think originally this was a problem with the machine crashing and Steffan has already solved that problem. Thanks Steffan! Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Wed Nov 1 19:54:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA10592 for hackers-outgoing; Wed, 1 Nov 1995 19:54:57 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA10584 for ; Wed, 1 Nov 1995 19:54:49 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id TAA13763; Wed, 1 Nov 1995 19:49:12 -0800 Date: Wed, 1 Nov 1995 19:49:08 -0800 (PST) From: -Vince- To: "Amancio Hasty Jr." cc: "Jordan K. Hubbard" , Ollivier Robert , hackers@FreeBSD.org Subject: Re: machine reboot & kernel maxusers option In-Reply-To: <199511011936.LAA04005@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 1 Nov 1995, Amancio Hasty Jr. wrote: > > Hmmm.... > > Should device drivers during boot time print messages of devices not found ? That's what I thought since if the dmesg output says it's not found then obviously it isn't there or broken =) Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin > >>> "Jordan K. Hubbard" said: > > > I know what you mean here but like is there a easy way to figure out > > > which devices I don't have? > > > > Open your machine, look inside. If you don't see a card in there, > > you don't have it! :-) > > > > Other than that, I think you really need to READ THE HANDBOOK. You're > > asking a lot of questions here (and wasting a lot of people's time, I > > might add!) asking questions that ARE answered in the docs! > > > > Jordan > > > > > From owner-freebsd-hackers Wed Nov 1 21:17:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA14581 for hackers-outgoing; Wed, 1 Nov 1995 21:17:30 -0800 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 VAA14563 for ; Wed, 1 Nov 1995 21:17:24 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA27897; Wed, 1 Nov 1995 21:15:50 -0800 To: Lyndon Nerenberg VE7TCP cc: freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-reply-to: Your message of "Wed, 01 Nov 1995 16:28:44 PST." <199511020028.QAA26005@multivac.orthanc.com> Date: Wed, 01 Nov 1995 21:15:49 -0800 Message-ID: <27895.815289349@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Are any of you familiar with the Irix 'mediad' daemon? It's main > purpose in life is to handle the CDROM automount scenario being > discussed. The program refers to a config file listing the devices > to be scanned, and probes them periodically (I think every five > seconds) to look for media insertion. If a CDROM appears, and if it > contains a recognized filesystem, the filesystem is mounted automatically > at a location also specified in the config file. It locks the device > to prevent a front-panel ejection of the media. Graceful unmount and > eject is handled by the 'eject' command. Well, Terry will probably reject this as architecturally unclean (*grin*) but it sounds like something that would fill the bill quite nicely for now.. Any takers? :-) Jordan From owner-freebsd-hackers Wed Nov 1 21:21:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA14746 for hackers-outgoing; Wed, 1 Nov 1995 21:21:16 -0800 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 VAA14740 for ; Wed, 1 Nov 1995 21:21:11 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA18115; Thu, 2 Nov 1995 06:21:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA06439; Thu, 2 Nov 1995 06:21:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA00684; Thu, 2 Nov 1995 00:35:47 +0100 From: J Wunsch Message-Id: <199511012335.AAA00684@uriah.heep.sax.de> Subject: Re: More nits To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 2 Nov 1995 00:35:47 +0100 (MET) Cc: nate@rocky.sri.MT.net, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1239.815258519@time.cdrom.com> from "Jordan K. Hubbard" at Nov 1, 95 12:41:59 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: 610 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > Still, I think that the present situation remains sub-optimal in the > extreme. The bootup *should not fail just because there's no CD in > the friggin' drive!* It fails because this was Rod's idea. He claims that everybody is in the same situation as AAC, and that a missing CD on bootup is a fatal condition. I continue to remove this gratuitous hack^H^H^H^Hfeature out of all /etc/rc's that are in my reach. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Nov 1 21:21:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA14760 for hackers-outgoing; Wed, 1 Nov 1995 21:21:18 -0800 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 VAA14742 for ; Wed, 1 Nov 1995 21:21:14 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA18119; Thu, 2 Nov 1995 06:21:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA06440; Thu, 2 Nov 1995 06:21:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA00844; Thu, 2 Nov 1995 00:38:42 +0100 From: J Wunsch Message-Id: <199511012338.AAA00844@uriah.heep.sax.de> Subject: Re: More nits To: terry@lambert.org (Terry Lambert) Date: Thu, 2 Nov 1995 00:38:41 +0100 (MET) Cc: jkh@time.cdrom.com, terry@lambert.org, grog@lemis.de, hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511012206.PAA00366@phaeton.artisoft.com> from "Terry Lambert" at Nov 1, 95 03:06:57 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: 668 Sender: owner-hackers@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > The point is, how can the system differentiate between "/cdrom" and > "/usr" failing to mount? Without "/usr", you don't have your shared > libraries or libexec, and it's just as fatal. By making only failing "ufs" mounts fatal, and perhaps "nfs" -- but's that's questionable as well. (It heavily depends on what your NFS mounts are for.) People running diskless, or /usr NFS-mounted have to tweak their /etc/rc anyway. Perhaps time to create a ``nofatal'' fstab flag? :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Nov 1 21:34:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15164 for hackers-outgoing; Wed, 1 Nov 1995 21:34:10 -0800 Received: from simon.chi.il.us (simon.chi.il.us [199.245.227.17]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA15149 for ; Wed, 1 Nov 1995 21:33:58 -0800 Received: by simon.chi.il.us (Smail3.1.29.1 #3) id m0tAsIT-0006IIC; Wed, 1 Nov 95 23:34 CST Message-Id: Date: Wed, 1 Nov 95 23:34 CST From: steve@simon.chi.il.us (Steven E. Piette) To: jhay@mikom.csir.co.za, hm@altona.hamburg.com Subject: Re: kern/805: SMC Ultra 8216 incorrectly probed (if_ed driver) Cc: henrich@msu.edu, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > From freefall.freebsd.org!owner-freebsd-hackers Wed Nov 1 21:05:53 1995 > Sender: freefall.freebsd.org!owner-freebsd-hackers > From: hm@altona.hamburg.com (Hellmuth Michaelis) > Subject: Re: kern/805: SMC Ultra 8216 incorrectly probed (if_ed driver) > To: jhay@mikom.csir.co.za (John Hay) > Date: Wed, 1 Nov 1995 20:15:32 +0100 (MET) > Cc: henrich@msu.edu, hackers@FreeBSD.ORG > Reply-To: hm@altona.hamburg.com > > >From the keyboard of John Hay: > > > I have tried out the suggested fix that Steve Piette send a while back to > > this list and it works fine on my 8216C cards. I don't have any 8416 cards > > to test it on. I have attached Steve's message and at the end a diff that I > > made relative to -current. I would like people to try it out and see if it > > breaks the probing of the 8416 cards or maybe something else. > > I just applied this to the 2.0.5 if_ed.c and since then my SMC Elite16C Ultra > is recognized correctly with 16k mem instead of 8k: > > ed0 at 0x300-0x31f irq 10 maddr 0xd0000 msize 16384 on isa > ed0: address 00:00:c0:da:d6:a7, type SMC8216/SMC8216C (16 bit) > > Thanks a lot, > hellmuth > -- > Hellmuth Michaelis hm@altona.hamburg.com Great, I knew it worked with 2.0.5. Would someone try with the snapshots and maybe we can get it in. Steve From owner-freebsd-hackers Wed Nov 1 21:43:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15573 for hackers-outgoing; Wed, 1 Nov 1995 21:43:14 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA15568 for ; Wed, 1 Nov 1995 21:43:11 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id VAA01608; Wed, 1 Nov 1995 21:43:09 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id VAA02536; Wed, 1 Nov 1995 21:41:12 -0800 Message-Id: <199511020541.VAA02536@corbin.Root.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: jkh@time.cdrom.com (Jordan K. Hubbard), nate@rocky.sri.mt.net, hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Thu, 02 Nov 95 00:35:47 +0100." <199511012335.AAA00684@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 01 Nov 1995 21:41:12 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >As Jordan K. Hubbard wrote: >> >> Still, I think that the present situation remains sub-optimal in the >> extreme. The bootup *should not fail just because there's no CD in >> the friggin' drive!* > >It fails because this was Rod's idea. He claims that everybody is in >the same situation as AAC, and that a missing CD on bootup is a fatal >condition. > >I continue to remove this gratuitous hack^H^H^H^Hfeature out of all >/etc/rc's that are in my reach. Ummm, actually, I'm the one who made the changes to /etc/rc. I don't care about the CDROM, but I do think it's extremely important that the system not come up if some filesystems fail to mount. -DG From owner-freebsd-hackers Wed Nov 1 21:58:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA16152 for hackers-outgoing; Wed, 1 Nov 1995 21:58:22 -0800 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA16147 for ; Wed, 1 Nov 1995 21:58:20 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by blob.best.net (8.6.12/8.6.5) with ESMTP id VAA22364; Wed, 1 Nov 1995 21:58:12 -0800 Received: from localhost (localhost [127.0.0.1]) by geli.clusternet (8.6.12/8.6.9) with SMTP id VAA01537; Wed, 1 Nov 1995 21:55:49 -0800 Message-Id: <199511020555.VAA01537@geli.clusternet> X-Authentication-Warning: geli.clusternet: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.4 10/10/95 To: "Russell L. Carter" cc: hackers@freebsd.org Subject: Re: BAFUG In-reply-to: Your message of "Fri, 27 Oct 1995 12:12:01 PDT." <199510271912.MAA08188@geli.clusternet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Nov 1995 21:55:48 -0800 From: "Russell L. Carter" Sender: owner-hackers@freebsd.org Precedence: bulk Last Friday I sent the following message, but it was never received, and in fact I was de-subscribed to the FreeBSD lists, as well as quite a few clients, while my ISP changed their problems from the freely redistributable community OS software base to one of the proprietary ones. Odd that I never lost any mail or business when they were running FreeBSD... Grumble. Well, even more incentive exists now. Vote early and often. Cheers, Russell rcarter@geli.com > > Hi Folks, > Looks like my original BAFUG (Bay Area FreeBSD Users Group) message > got toasted when my ISP had major problems over the last few days. > I'm soliciting input for time and venue of the BAFUG. We ought > to try to maximize the number of people who can make it. > > Depending on the number of people who are interested, we've got > some possibilities: > > 1. Geographical Location > > a. SF > b. South Bay > c. East Bay > > 2. Type of meeting place > > a. Restaraunt (geography dependent, could be Cupertino IHOP in South Bay) > b. House (mine or somebody elses) > c. Pool Hall (e.g. South Beach Billiards) > d. Club (like Trocadero, if the adventurous prevail ;-) > > 3. Day of week > > M, T, W, TH, F, Sat, Sun. > > Send me your votes. Vote early and often. Write-in ballots fine. > > Discussion should be directed to freebsd-chat, feel free to send > me suggestions. Once this gels I'll give it wider publicity. > So far I count 16 interested persons. > > Cheers, > Russell > rcarter@geli.com > From owner-freebsd-hackers Wed Nov 1 22:20:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA16915 for hackers-outgoing; Wed, 1 Nov 1995 22:20:17 -0800 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 WAA16909 for ; Wed, 1 Nov 1995 22:20:14 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA22773; Wed, 1 Nov 1995 22:19:20 -0800 To: davidg@Root.COM cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), nate@rocky.sri.mt.net, hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Wed, 01 Nov 1995 21:41:12 PST." <199511020541.VAA02536@corbin.Root.COM> Date: Wed, 01 Nov 1995 22:19:20 -0800 Message-ID: <22770.815293160@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Ummm, actually, I'm the one who made the changes to /etc/rc. I don't care > about the CDROM, but I do think it's extremely important that the system not > come up if some filesystems fail to mount. Well, for those of us that *do* care about the CDROM, how about making these changes a little less draconian? Perhaps a two stage mount? Everything but the CD and DOS for the first, non-optional stage, then a second mount of CDs and DOS partitions that's allowed to fail? Jordan From owner-freebsd-hackers Wed Nov 1 22:24:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA17090 for hackers-outgoing; Wed, 1 Nov 1995 22:24:12 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA17084 for ; Wed, 1 Nov 1995 22:24:08 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id WAA01679; Wed, 1 Nov 1995 22:24:06 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id WAA02567; Wed, 1 Nov 1995 22:22:04 -0800 Message-Id: <199511020622.WAA02567@corbin.Root.COM> To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), nate@rocky.sri.mt.net, hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Wed, 01 Nov 95 22:19:20 PST." <22770.815293160@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 01 Nov 1995 22:22:03 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> Ummm, actually, I'm the one who made the changes to /etc/rc. I don't care >> about the CDROM, but I do think it's extremely important that the system not >> come up if some filesystems fail to mount. > >Well, for those of us that *do* care about the CDROM, how about >making these changes a little less draconian? Perhaps a two stage >mount? Everything but the CD and DOS for the first, non-optional stage, >then a second mount of CDs and DOS partitions that's allowed to >fail? I think it would be better to add yet another fstab option to specify that it's okay for it to fail. The offending parition that was so marked would not cause mount to exit with bad status. Perhaps the option could be called "optional". -DG From owner-freebsd-hackers Wed Nov 1 23:23:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA19175 for hackers-outgoing; Wed, 1 Nov 1995 23:23:43 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA19167 for ; Wed, 1 Nov 1995 23:23:40 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id RAA08781 for hackers@freebsd.org; Thu, 2 Nov 1995 17:55:28 +1030 From: Michael Smith Message-Id: <199511020725.RAA08781@genesis.atrad.adelaide.edu.au> Subject: Netboot (nb8390) on NE2000 To: hackers@freebsd.org Date: Thu, 2 Nov 1995 17:55:27 +1030 (CST) Content-Type: text Content-Length: 729 Sender: owner-hackers@freebsd.org Precedence: bulk Just wondering what the status with this puppy is. I'm building with the sources from a current -STABLE sup, and getting a fairly obviously bogus executable (lockup/endless screendumps etc). Looking at the source, I'd expect to get the boot prompt fairly early on (-DASK_BOOT), but no show. Anyone with this going? (Obviously yes, but who? 8) -- ]] 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-hackers Wed Nov 1 23:27:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA19378 for hackers-outgoing; Wed, 1 Nov 1995 23:27:59 -0800 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 XAA19373 for ; Wed, 1 Nov 1995 23:27:56 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA23841 for ; Wed, 1 Nov 1995 23:27:53 -0800 To: hackers@freebsd.org Subject: `make world' timing for 133Mhz P5 Date: Wed, 01 Nov 1995 23:27:53 -0800 Message-ID: <23839.815297273@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I promised the make world (2.1-STABLE) timings for the P5-133, so here they are: 13449.10 real 8789.22 user 2073.65 sys 7324 maximum resident set size 982 average shared memory size 850 average unshared data size 169 average unshared stack size 15343038 page reclaims 8440 page faults 16 swaps 57922 block input operations 172828 block output operations 117238 messages sent 175795 messages received 5 signals received 621206 voluntary context switches 524784 involuntary context switches A little over 3.7 hours for a make world. Not bad, eh? :-) Jordan From owner-freebsd-hackers Thu Nov 2 01:05:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22619 for hackers-outgoing; Thu, 2 Nov 1995 01:05:50 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22613 for ; Thu, 2 Nov 1995 01:05:37 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id BAA00990; Thu, 2 Nov 1995 01:05:30 -0800 Date: Thu, 2 Nov 1995 01:05:30 -0800 Message-Id: <199511020905.BAA00990@silvia.HIP.Berkeley.EDU> To: hackers@freebsd.org Subject: Dvorak keymap for syscons From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@freebsd.org Precedence: bulk I put together a Dvorak keymap, which I believe is the most "common" layout ("common" as in, say, distributed by Micro$oft in the DOS 6.22 supplementary diskette). Will anyone object if I put it in share/syscons/keymaps? Also, what should the filename and index entry be? I called it "us.dvorak.kbd" here, although "dvorak" is not really a name of a standard as "iso" or "koi8-r" are.... Satoshi ------- # The Dvorak keyboard for US English # # There are some minor variations, but this seems like the most # common layout. I personally use one with three more pairs swapped: # esc <-> `~, clock <-> lctrl, and =+ <-> \|. # -Satoshi # alt # scan cntrl alt alt cntrl lock # code base shift cntrl shift alt shift cntrl shift state # ------------------------------------------------------------------ 000 nop nop nop nop nop nop nop nop O 001 esc esc nop nop esc esc nop nop O 002 '1' '!' nop nop '1' '!' nop nop O 003 '2' '@' nul nul '2' '@' nul nul O 004 '3' '#' nop nop '3' '#' nop nop O 005 '4' '$' nop nop '4' '$' nop nop O 006 '5' '%' nop nop '5' '%' nop nop O 007 '6' '^' rs rs '6' '^' rs rs O 008 '7' '&' nop nop '7' '&' nop nop O 009 '8' '*' nop nop '8' '*' nop nop O 010 '9' '(' nop nop '9' '(' nop nop O 011 '0' ')' nop nop '0' ')' nop nop O 012 '[' '{' esc esc '[' '{' esc esc O 013 ']' '}' gs gs ']' '}' gs gs O 014 bs bs del del bs bs del del O 015 ht btab nop nop ht btab nop nop O 016 ''' '"' nop nop ''' '"' nop nop O 017 ',' '<' nop nop ',' '<' nop nop O 018 '.' '>' nop nop '.' '>' nop nop O 019 'p' 'P' dle dle 'p' 'P' dle dle C 020 'y' 'Y' em em 'y' 'Y' em em C 021 'f' 'F' ack ack 'f' 'F' ack ack C 022 'g' 'G' bel bel 'g' 'G' bel bel C 023 'c' 'C' etx etx 'c' 'C' etx etx C 024 'r' 'R' dc2 dc2 'r' 'R' dc2 dc2 C 025 'l' 'L' ff ff 'l' 'L' ff ff C 026 '/' '?' nop nop '/' '?' nop nop O 027 '=' '+' nop nop '=' '+' nop nop O 028 cr cr nl nl cr cr nl nl O 029 lctrl lctrl lctrl lctrl lctrl lctrl lctrl lctrl O 030 'a' 'A' soh soh 'a' 'A' soh soh C 031 'o' 'O' si si 'o' 'O' si si C 032 'e' 'E' enq enq 'e' 'E' enq enq C 033 'u' 'U' nak nak 'u' 'U' nak nak C 034 'i' 'I' ht ht 'i' 'I' ht ht C 035 'd' 'D' eot eot 'd' 'D' eot eot C 036 'h' 'H' bs bs 'h' 'H' bs bs C 037 't' 'T' dc4 dc4 't' 'T' dc4 dc4 C 038 'n' 'N' so so 'n' 'N' so so C 039 's' 'S' dc3 dc3 's' 'S' dc3 dc3 C 040 '-' '_' ns ns '-' '_' ns ns O 041 '`' '~' nop nop '`' '~' nop nop O 042 lshift lshift lshift lshift lshift lshift lshift lshift O 043 '\' '|' fs fs '\' '|' fs fs O 044 ';' ':' nop nop ';' ':' nop nop O 045 'q' 'Q' dc1 dc1 'q' 'Q' dc1 dc1 C 046 'j' 'J' nl nl 'j' 'J' nl nl C 047 'k' 'K' vt vt 'k' 'K' vt vt C 048 'x' 'X' can can 'x' 'X' can can C 049 'b' 'B' stx stx 'b' 'B' stx stx C 050 'm' 'M' cr cr 'm' 'M' cr cr C 051 'w' 'W' etb etb 'w' 'W' etb etb C 052 'v' 'V' syn syn 'v' 'V' syn syn C 053 'z' 'Z' sub sub 'z' 'Z' sub sub C 054 rshift rshift rshift rshift rshift rshift rshift rshift O 055 '*' '*' nscr nscr '*' '*' nscr nscr O 056 lalt lalt lalt lalt lalt lalt lalt lalt O 057 ' ' ' ' nul ' ' ' ' ' ' ' ' ' ' O 058 clock clock clock clock clock clock clock clock O 059 fkey01 fkey13 fkey25 fkey37 scr01 scr11 scr01 scr11 O 060 fkey02 fkey14 fkey26 fkey38 scr02 scr12 scr02 scr12 O 061 fkey03 fkey15 fkey27 fkey39 scr03 scr13 scr03 scr13 O 062 fkey04 fkey16 fkey28 fkey40 scr04 scr14 scr04 scr14 O 063 fkey05 fkey17 fkey29 fkey41 scr05 scr15 scr05 scr15 O 064 fkey06 fkey18 fkey30 fkey42 scr06 scr16 scr06 scr16 O 065 fkey07 fkey19 fkey31 fkey43 scr07 scr07 scr07 scr07 O 066 fkey08 fkey20 fkey32 fkey44 scr08 scr08 scr08 scr08 O 067 fkey09 fkey21 fkey33 fkey45 scr09 scr09 scr09 scr09 O 068 fkey10 fkey22 fkey34 fkey46 scr10 scr10 scr10 scr10 O 069 nlock nlock nlock nlock nlock nlock nlock nlock O 070 slock slock slock slock slock slock slock slock O 071 fkey49 '7' '7' '7' '7' '7' '7' '7' N 072 fkey50 '8' '8' '8' '8' '8' '8' '8' N 073 fkey51 '9' '9' '9' '9' '9' '9' '9' N 074 fkey52 '-' '-' '-' '-' '-' '-' '-' N 075 fkey53 '4' '4' '4' '4' '4' '4' '4' N 076 fkey54 '5' '5' '5' '5' '5' '5' '5' N 077 fkey55 '6' '6' '6' '6' '6' '6' '6' N 078 fkey56 '+' '+' '+' '+' '+' '+' '+' N 079 fkey57 '1' '1' '1' '1' '1' '1' '1' N 080 fkey58 '2' '2' '2' '2' '2' '2' '2' N 081 fkey59 '3' '3' '3' '3' '3' '3' '3' N 082 fkey60 '0' '0' '0' '0' '0' '0' '0' N 083 del '.' '.' '.' '.' '.' boot boot N 084 ns ns ns ns ns ns ns ns O 085 nop nop nop nop nop nop nop nop O 086 nop nop nop nop nop nop nop nop O 087 fkey11 fkey23 fkey35 fkey47 scr11 scr11 scr11 scr11 O 088 fkey12 fkey24 fkey36 fkey48 scr12 scr12 scr12 scr12 O 089 scr03 scr03 scr03 scr03 scr03 scr03 scr03 scr03 N 090 rctrl rctrl rctrl rctrl rctrl rctrl rctrl rctrl O 091 '/' '/' '/' '/' '/' '/' '/' '/' N 092 nscr nop debug nop nop nop nop nop O 093 ralt ralt ralt ralt ralt ralt ralt ralt O 094 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 O 095 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 O 096 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 O 097 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 O 098 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 O 099 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 O 100 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 O 101 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 O 102 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 O 103 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O 104 slock slock slock slock slock slock slock slock O 105 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O 106 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O 107 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O From owner-freebsd-hackers Thu Nov 2 01:07:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22702 for hackers-outgoing; Thu, 2 Nov 1995 01:07:40 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22696 for ; Thu, 2 Nov 1995 01:07:31 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id TAA09011; Thu, 2 Nov 1995 19:39:21 +1030 From: Michael Smith Message-Id: <199511020909.TAA09011@genesis.atrad.adelaide.edu.au> Subject: Re: Netboot (nb8390) on NE2000 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 2 Nov 1995 19:39:20 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <199511020725.RAA08781@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 2, 95 05:55:27 pm Content-Type: text Content-Length: 681 Sender: owner-hackers@freebsd.org Precedence: bulk Michael Smith stands accused of saying: > Looking at the source, I'd expect to get the boot prompt fairly > early on (-DASK_BOOT), but no show. Just some status on this; the culprit is MS Windows FTP, which corrupts the file in transit. 8( Everything works and is thoroughly wonderful. Thanks guys! -- ]] 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-hackers Thu Nov 2 01:32:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23486 for hackers-outgoing; Thu, 2 Nov 1995 01:32:39 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA23480 for ; Thu, 2 Nov 1995 01:32:31 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id DAA05604; Thu, 2 Nov 1995 03:32:21 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 2 Nov 1995 03:32:27 -0600 To: hackers@FreeBSD.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: More nits Cc: davidg@Root.COM, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), nate@rocky.sri.mt.net Sender: owner-hackers@FreeBSD.org Precedence: bulk At 12:19 AM 11/2/95, Jordan K. Hubbard wrote: >> Ummm, actually, I'm the one who made the changes to /etc/rc. I don't care >> about the CDROM, but I do think it's extremely important that the system not >> come up if some filesystems fail to mount. > >Well, for those of us that *do* care about the CDROM, how about >making these changes a little less draconian? Perhaps a two stage >mount? Everything but the CD and DOS for the first, non-optional stage, >then a second mount of CDs and DOS partitions that's allowed to >fail? I support that idea. An extension of it would be the case of NFS mounts. Some of these mounts are critical and some are optional. For example, mounting /usr might be critical, but /pub/FreeBSD would be optional. If my ftp server came up and could not find the public volumes, that should not keep it from running. It should simply report that the volume is unavailable. Similarly, the CD-ROM might fall in either category. It could represent an essential portion of the tree, or an optional portion. I guess that it could be argued that anything to support login is required and anything else is optional. However, in many situations, such a simplistic approach would keep a machine from accomplishing its mission. I think that, in the final analysis, the system administrator will have to decide what is required and what is optional. Along those lines, I have encountered a problem with termcap being in /usr/share. If the /usr/share volume is a remote NFS volume that happens to be unavailable, I cannot log into the system to "fix" it. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Thu Nov 2 02:13:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA24981 for hackers-outgoing; Thu, 2 Nov 1995 02:13:40 -0800 Received: (from hsu@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA24971 for hackers@freebsd.org; Thu, 2 Nov 1995 02:13:36 -0800 Date: Thu, 2 Nov 1995 02:13:36 -0800 From: Jeffrey Hsu Message-Id: <199511021013.CAA24971@freefall.freebsd.org> To: hackers@freebsd.org Subject: Re: More nits Sender: owner-hackers@freebsd.org Precedence: bulk > I think it would be better to add yet another fstab option to specify that > it's okay for it to fail. Rather than yet another non-standard option, how about using the heuristic that if a filesystem doesn't have to be fsck'ed, it's okay for the mount to fail? The theory being that a fs which must be fsck'ed is more critical than one which does not. Both the CDROM filesystems and the DOS filesystems fit this heuristic. Alternatively, if we must add an option, I like the OSF retry option previously mentioned. It's obviously general enough to be useful for other filesystem typess like nfs. Jeffrey From owner-freebsd-hackers Thu Nov 2 03:26:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26766 for hackers-outgoing; Thu, 2 Nov 1995 03:26:42 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA26737 ; Thu, 2 Nov 1995 03:26:29 -0800 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id GAA25770; Thu, 2 Nov 1995 06:31:04 -0500 From: Peter Dufault Message-Id: <199511021131.GAA25770@hda.com> Subject: Re: [Fwd: Help, my sanity is gradually slipping awaaaayyy. was Re: Problem With Fujitsu SCSI Drive (Messages and Test Results)] To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 2 Nov 1995 06:31:03 -0500 (EST) Cc: phil@zipmail.co.uk, hackers@freebsd.org, hardware@freebsd.org In-Reply-To: <199511020302.NAA08209@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 2, 95 01:32:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1646 Sender: owner-hackers@freebsd.org Precedence: bulk > > Jordan K. Hubbard stands accused of saying: > > Check your cables and termination! > It's possible you have one of the over-enthusiastic 1542's; also bring all > of the jumper-selectable timings back to the slowest possible settings. The over-enthusiastic 1542's were early 1542Cs. I think they slowed down the REQ/ACK edges. They claim they are within spec and with proper impedance cables you won't have problems even with one of these aggressive boards. Cable issues, though, will typically lead to parity problems, hung SCSI busses, complaints of unexpected bus phases etc. and not reproducible hardware failures on one of the targets. > > >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, FAILURE > > >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, Retries = x > > >sd0(aha0:0:0): HARDWARE FAILURE info: 2d18 asc 15,1 Mechanical > > >positioning error sks(80,f) > > >sd0(aha0:0:0): HARDWARE FAILURE info: 1d70 asc 15,1 Mechanical > > >positioning error sks(80,f) > > >vm_page : pager input (probably hardware) error, PID 11 failure > > If you get this consistently, I would still be suspicious of the drive. > If it _is_ a translation error, there's a bug in the drive firmware if > it's accepting a request to process a block outside the size of the drive 8) Can you boot FreeBSD without the SCSI drive and then exercise the SCSI system through the raw device? That should make things a lot clearer if it still fails. Try various block sizes up to 64k. (...) -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Thu Nov 2 04:56:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29546 for hackers-outgoing; Thu, 2 Nov 1995 04:56:07 -0800 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA29539 for ; Thu, 2 Nov 1995 04:56:04 -0800 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.12/8.6.9) id HAA10396 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 07:57:11 -0500 Date: Thu, 2 Nov 1995 07:57:11 -0500 From: "Danny J. Zerkel" Message-Id: <199511021257.HAA10396@feephi.phofarm.com> To: freebsd-hackers@freebsd.org Subject: Re: More nits Sender: owner-hackers@freebsd.org Precedence: bulk >>> Ummm, actually, I'm the one who made the changes to /etc/rc. I don't care >>> about the CDROM, but I do think it's extremely important that the system not >>> come up if some filesystems fail to mount. >> >>Well, for those of us that *do* care about the CDROM, how about >>making these changes a little less draconian? Perhaps a two stage >>mount? Everything but the CD and DOS for the first, non-optional stage, >>then a second mount of CDs and DOS partitions that's allowed to >>fail? > > I think it would be better to add yet another fstab option to specify that >it's okay for it to fail. The offending parition that was so marked would not >cause mount to exit with bad status. Perhaps the option could be called >"optional". If you made the change to cause it to fail, perhaps the option should be that not mounting causes a failure, instead of changing the default behavior which so many people are used to. I think, as someone else pointed out in a later response, that adding more nonstandard options is probably a bad idea, especially if you need to use them to get standard behavior. Danny J. Zerkel Photon Farmers http://www.phofarm.com/ From owner-freebsd-hackers Thu Nov 2 04:59:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29638 for hackers-outgoing; Thu, 2 Nov 1995 04:59:26 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA29618 ; Thu, 2 Nov 1995 04:59:22 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id EAA25056; Thu, 2 Nov 1995 04:57:45 -0800 From: Julian Elischer Message-Id: <199511021257.EAA25056@ref.tfs.com> Subject: Re: [Fwd: Help, my sanity is gradually slipping awaaaayyy. was Re: Problem With Fujitsu SCSI Drive (Messages and Test Results)] To: dufault@hda.com (Peter Dufault) Date: Thu, 2 Nov 1995 04:57:45 -0800 (PST) Cc: msmith@atrad.adelaide.edu.au, phil@zipmail.co.uk, hackers@freebsd.org, hardware@freebsd.org In-Reply-To: <199511021131.GAA25770@hda.com> from "Peter Dufault" at Nov 2, 95 06:31:03 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1785 Sender: owner-hackers@freebsd.org Precedence: bulk I already suggested the same, but have heard nothing.. > > > > > Jordan K. Hubbard stands accused of saying: > > > > Check your cables and termination! > > It's possible you have one of the over-enthusiastic 1542's; also bring all > > of the jumper-selectable timings back to the slowest possible settings. > > The over-enthusiastic 1542's were early 1542Cs. I think they > slowed down the REQ/ACK edges. They claim they are within spec > and with proper impedance cables you won't have problems even > with one of these aggressive boards. Cable issues, though, will > typically lead to parity problems, hung SCSI busses, complaints > of unexpected bus phases etc. and not > reproducible hardware failures on one of the targets. > > > > >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, FAILURE > > > >sd0(aha0:0:0): HARDWARE FAILURE asc: 44,a2, Retries = x > > > >sd0(aha0:0:0): HARDWARE FAILURE info: 2d18 asc 15,1 Mechanical > > > >positioning error sks(80,f) > > > >sd0(aha0:0:0): HARDWARE FAILURE info: 1d70 asc 15,1 Mechanical > > > >positioning error sks(80,f) > > > >vm_page : pager input (probably hardware) error, PID 11 failure > > > > If you get this consistently, I would still be suspicious of the drive. > > If it _is_ a translation error, there's a bug in the drive firmware if > > it's accepting a request to process a block outside the size of the drive 8) > > Can you boot FreeBSD without the SCSI drive and then exercise the > SCSI system through the raw device? That should make things a lot > clearer if it still fails. Try various block sizes up to 64k. > > (...) > > -- > > Peter Dufault Real Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > From owner-freebsd-hackers Thu Nov 2 05:10:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29905 for hackers-outgoing; Thu, 2 Nov 1995 05:10:18 -0800 Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA29900 for ; Thu, 2 Nov 1995 05:10:13 -0800 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id IAA14042 for ; Thu, 2 Nov 1995 08:12:51 -0500 Message-Id: <199511021312.IAA14042@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 to: freebsd-hackers@freebsd.org Subject: Pkg_add probs. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 02 Nov 1995 08:12:51 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk Is someone working on the pkg_add problem in the SNAP? Seems like a show stopper... harvey# tar -tzvf bash-1.14.5.tgz -rw-r--r-- root/wheel 432 Oct 6 09:35 1995 +CONTENTS -rw-r--r-- root/wheel 49 Oct 6 09:35 1995 +COMMENT -rw-r--r-- root/wheel 469 Oct 6 09:35 1995 +DESC -r--r--r-- root/wheel 1917 Oct 5 12:49 1995 +MTREE_DIRS -r-xr-xr-x bin/bin 356352 Oct 6 09:35 1995 bin/bash -r-xr-xr-x bin/bin 2069 Oct 6 09:35 1995 bin/bashbug -rw-r--r-- root/bin 41741 Oct 6 09:35 1995 man/man1/bash.1.gz -rw-r--r-- root/bin 446 Oct 6 09:35 1995 man/man1/bash_builtins.1.gz -rw-r--r-- root/bin 111477 Oct 6 09:35 1995 info/bash.info harvey# pkg_add bash-1.14.5.tgz tar: can't open archive ./bash-1.14.5.tgz : No such file or directory tar: child returned status 3 tar: +CONTENTS not found in archive Unable to open table of contents file `+CONTENTS' - not a package? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Thu Nov 2 05:37:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA00526 for hackers-outgoing; Thu, 2 Nov 1995 05:37:56 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA00521 for ; Thu, 2 Nov 1995 05:37:53 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id AAA09446; Fri, 3 Nov 1995 00:08:33 +1030 From: Michael Smith Message-Id: <199511021338.AAA09446@genesis.atrad.adelaide.edu.au> Subject: Re: Pkg_add probs. To: witr@rwwa.com (Robert Withrow) Date: Fri, 3 Nov 1995 00:08:33 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199511021312.IAA14042@spooky.rwwa.com> from "Robert Withrow" at Nov 2, 95 08:12:51 am Content-Type: text Content-Length: 1053 Sender: owner-hackers@freebsd.org Precedence: bulk Robert Withrow stands accused of saying: > > Is someone working on the pkg_add problem in the SNAP? > Seems like a show stopper... Yes. I'm waiting for the latest sync from Jordan; I know what the problem is, and I have a fix for it. With any luck I'll be able to turn it around tomorrow (if I don't get another suprise training session sprung on me 8( ) > tar: can't open archive ./bash-1.14.5.tgz : No such file or directory In the short term, a) make sure you're on a read/write filesystem with enough free space for the install, and b) give pkg_add a full pathname to the package. > Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM -- ]] 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-hackers Thu Nov 2 05:54:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA00736 for hackers-outgoing; Thu, 2 Nov 1995 05:54:48 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA00731 for ; Thu, 2 Nov 1995 05:54:46 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA15605; Thu, 2 Nov 1995 08:53:11 -0500 Date: Thu, 2 Nov 1995 08:53:11 -0500 (EST) From: "Ron G. Minnich" To: freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-Reply-To: <199511020339.VAA11913@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I think this discussion has gotten out of hand. The problem is simple: 1) if there's a cd in the drive it should mount 2) if there's not a cd in the drive it should not get mounted. 3) under no circumstances should either (1) or (2) cause the system boot process to screw up, and leave users hanging as it does now. For what it's worth, Linux gets this right. This is exactly the sort of thing that gets users unhappy, and when they're unhappy, they'll move to a system that makes them less unhappy -- in most cases, that will be linux. That alone should spur some thinking. But we don't need to write mediad for freebsd to get this fixed. ron Ron Minnich |Like a knife through Daddy's heart: rminnich@sarnoff.com |"Don't make fun of Windows, daddy! It takes care (609)-734-3120 | of all my files and it's reliable and I like it". From owner-freebsd-hackers Thu Nov 2 06:15:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA01151 for hackers-outgoing; Thu, 2 Nov 1995 06:15:31 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA01146 for ; Thu, 2 Nov 1995 06:15:27 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id GAA02341; Thu, 2 Nov 1995 06:15:22 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id GAA02819; Thu, 2 Nov 1995 06:12:17 -0800 Message-Id: <199511021412.GAA02819@corbin.Root.COM> To: "Danny J. Zerkel" cc: freebsd-hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Thu, 02 Nov 95 07:57:11 EST." <199511021257.HAA10396@feephi.phofarm.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 02 Nov 1995 06:12:15 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >>>> Ummm, actually, I'm the one who made the changes to /etc/rc. I don't care >>>> about the CDROM, but I do think it's extremely important that the system not >>>> come up if some filesystems fail to mount. >>> >>>Well, for those of us that *do* care about the CDROM, how about >>>making these changes a little less draconian? Perhaps a two stage >>>mount? Everything but the CD and DOS for the first, non-optional stage, >>>then a second mount of CDs and DOS partitions that's allowed to >>>fail? >> >> I think it would be better to add yet another fstab option to specify that >>it's okay for it to fail. The offending parition that was so marked would not >>cause mount to exit with bad status. Perhaps the option could be called >>"optional". > >If you made the change to cause it to fail, perhaps the option should be >that not mounting causes a failure, instead of changing the default behavior >which so many people are used to. > >I think, as someone else pointed out in a later response, that adding more >nonstandard options is probably a bad idea, especially if you need to use >them to get standard behavior. Okay, I think the solution is starting to become clear. Basically, mount should return a failure code only in the case of it failing to mount a filesystem because it is dirty (which is the entire reason behind the check in /etc/rc in the first place). It should not fail if the only problem is that there is no media in a drive. I'll have to look into this further to see how difficult this is going to be to implement (I don't know if the error codes returned by the kernel are unique enough, for instance, so it may require kernel changes, too). Will this make people happy? -DG From owner-freebsd-hackers Thu Nov 2 07:01:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02371 for hackers-outgoing; Thu, 2 Nov 1995 07:01:02 -0800 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA02365 for ; Thu, 2 Nov 1995 07:00:56 -0800 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA25075 (5.67b8/IDA-1.5 for ); Thu, 2 Nov 1995 07:00:37 -0800 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA23289 (5.67b8/IDA-1.5); Thu, 2 Nov 1995 07:00:35 -0800 Received: by RockyMountain.rahul.net id AA07394 (5.67b/IDA-1.5); Thu, 2 Nov 1995 07:00:31 -0800 Date: Thu, 2 Nov 1995 07:00:31 -0800 From: Pete Delaney Message-Id: <199511021500.AA07394@RockyMountain.rahul.net> To: freebsd-hackers@freebsd.org, witr@rwwa.com Subject: Re: Pkg_add probs. Cc: pete@RockyMountain.rahul.net, Wally@RockyMountain.rahul.net Sender: owner-hackers@freebsd.org Precedence: bulk > Is someone working on the pkg_add problem in the SNAP? > Seems like a show stopper... Your right, pkg_add is a show stopper. Barf, gag me with a spoon, ... I'm Sure. -pete From owner-freebsd-hackers Thu Nov 2 07:23:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02925 for hackers-outgoing; Thu, 2 Nov 1995 07:23:48 -0800 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 HAA02915 for ; Thu, 2 Nov 1995 07:23:34 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA15226 for ; Thu, 2 Nov 1995 16:23:16 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA10067 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 16:23:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA25040 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 10:43:27 +0100 From: J Wunsch Message-Id: <199511020943.KAA25040@uriah.heep.sax.de> Subject: Re: More nits To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 Nov 1995 10:43:25 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511020622.WAA02567@corbin.Root.COM> from "David Greenman" at Nov 1, 95 10:22:03 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: 676 Sender: owner-hackers@freebsd.org Precedence: bulk As David Greenman wrote: > > I think it would be better to add yet another fstab option to specify that > it's okay for it to fail. The offending parition that was so marked would not > cause mount to exit with bad status. Perhaps the option could be called > "optional". This sounds fine to me. Hmm, i tried to look into this, but i cannot fully understand how the MOPT_NOAUTO case is supposed to work. I think, MOPT_OPTIONAL could be implemented in a rather similar way, but i first have to figure out... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 07:24:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02974 for hackers-outgoing; Thu, 2 Nov 1995 07:24:36 -0800 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 HAA02936 for ; Thu, 2 Nov 1995 07:23:54 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA15234 for ; Thu, 2 Nov 1995 16:23:21 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA10069 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 16:23:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA25301 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 10:56:25 +0100 From: J Wunsch Message-Id: <199511020956.KAA25301@uriah.heep.sax.de> Subject: Re: machine reboot & kernel maxusers option To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 Nov 1995 10:56:25 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511020027.QAA06442@rah.star-gate.com> from "Amancio Hasty Jr." at Nov 1, 95 04:27:05 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: 718 Sender: owner-hackers@freebsd.org Precedence: bulk As Amancio Hasty Jr. wrote: > > > Should device drivers during boot time print messages of devices > not foun d ? > > Well, it is useful to see if one of your devices is not > found... and you're > not supposed to reboot that often (unless you > run -CURRENT that is). > I don't buy that since at boot time all drivers print a message to the > effect that the device was found and configuration information. I've been voting for hiding the ``not found'' messages behind the "bootverbose" (boot -v) case long ago, but nobody seems to agree. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 07:25:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA03049 for hackers-outgoing; Thu, 2 Nov 1995 07:25:11 -0800 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 HAA03023 for ; Thu, 2 Nov 1995 07:24:53 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA15230; Thu, 2 Nov 1995 16:23:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA10068; Thu, 2 Nov 1995 16:23:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA25179; Thu, 2 Nov 1995 10:52:02 +0100 From: J Wunsch Message-Id: <199511020952.KAA25179@uriah.heep.sax.de> Subject: Re: Automounting CD-ROMs To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 2 Nov 1995 10:52:02 +0100 (MET) Cc: lyndon@orthanc.com, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <27895.815289349@time.cdrom.com> from "Jordan K. Hubbard" at Nov 1, 95 09:15:49 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: 1376 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > Well, Terry will probably reject this as architecturally unclean (*grin*) > but it sounds like something that would fill the bill quite nicely > for now.. Any takers? :-) The "mediad" has three disadvantages: o It's consuming valuable physical RAM, it has to wakeup very often, causing it to not being paged out. Nevertheless, its actions are only rarely required. (I.e., it is consuming rather much space although it is only seldom actually needed.) o It causes continuous rescans of the SCSI bus (making the LEDs flickering nervously), and it attempts to lay its hands down on all the drives. You can confuse the hell out of IRIX' mediad by sticking a tar floppy into the drive. Or put a CD into the drive that has an iso9660 as well as a Mac HFS -- and mediad will become confused, sometimes mouting it as iso9660 medium, sometimes as hfs. o The entire idea is unusable for floppies due to the braindead PC design that doesn't actually allow you to find out about the status of a floppy drive without turning the motor on all the time. I think, a "mount on demand" approach would be better suited (even though it's certainly harder to implement). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 07:34:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA03434 for hackers-outgoing; Thu, 2 Nov 1995 07:34:48 -0800 Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA03428 for ; Thu, 2 Nov 1995 07:34:44 -0800 Received: from ryu.communique.net (Ryu.Communique.Net [204.27.64.11]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id JAA17339 for ; Thu, 2 Nov 1995 09:34:09 -0600 Date: Thu, 2 Nov 1995 09:34:08 -0600 (CST) From: Raul Zighelboim To: hackers@FreeBSD.org Subject: Getting kernel source code Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk After installation, I decided I needed the kernel source codes for FreeBSD to be able to turn on Wine and my SoundCard/Cdrom. My guess is that I need to ftp src/ssys.??. Is this correct. After doing that I try to untar/unzip the files, and I get a 'this is not a gzip file' message. How do I expand the source files ? Thanks. ----------------------------------------------------------------------------- Raul Zighelboim e-mail: mango@communique.net Communique Inc. Tel: 504.527.6200 Technical Specialist Fax: 504.527.6030 From owner-freebsd-hackers Thu Nov 2 07:55:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA04037 for hackers-outgoing; Thu, 2 Nov 1995 07:55:27 -0800 Received: from dtihost.datatrek.com (dtihost.datatrek.com [204.31.148.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA04029 ; Thu, 2 Nov 1995 07:55:20 -0800 Received: from gcrutcher (gcrutcher.datatrek.com [204.33.82.254]) by dtihost.datatrek.com (8.6.12/8.6.9) with SMTP id HAA24802; Thu, 2 Nov 1995 07:53:32 -0800 X-Mailer: Mi'Mail from IRISoft Works, Version 1.12 From: gcrutcher@datatrek.com (Gary Crutcher) Subject: PCI Ethernet Date: Thu, 2 Nov 1995 07:52:54 Message-Id: <02111995075626850.II6334@datatrek.com> To: hackers@freebsd.org, questions@freebsd.org Content-Transfer-Encoding: 7bit Content-Type: Text/plain; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Help! For those of you who have installed an SMC EtherPower Combo PCI Ethernet adapter, how did you adjust the settings? FreeBSD assumed ed0 to be at port 0x280, irq 5, mem 0xd8000. The SMC ethernet card has no way setting these values, as you would be able to with an ISA/EISA card. Any suggestions would be greatly appreciated. Thanks, Gary --------------------------------------------------- Gary Crutcher voice: 619-431-8400 x140 Mgr. New Technology fax: 619-431-8448 Data Trek, Inc. email: gcrutcher@datatrek.com 5838 Edison Place Carlsbad, CA. 92008 From owner-freebsd-hackers Thu Nov 2 08:15:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA04815 for hackers-outgoing; Thu, 2 Nov 1995 08:15:50 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA04809 for ; Thu, 2 Nov 1995 08:15:46 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id LAA26275; Thu, 2 Nov 1995 11:15:36 -0500 Date: Thu, 2 Nov 1995 11:15:36 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Satoshi Asami cc: hackers@freebsd.org Subject: Re: Dvorak keymap for syscons In-Reply-To: <199511020905.BAA00990@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 2 Nov 1995, Satoshi Asami wrote: > I put together a Dvorak keymap, which I believe is the most "common" > layout ("common" as in, say, distributed by Micro$oft in the DOS 6.22 > supplementary diskette). Will anyone object if I put it in > share/syscons/keymaps? Well, there is Micro$oft dvorak, then there the xdvorak layout (my preferred, and the same as the dvorak layout shipped with an ancient version of DOS) and then one I picked up for the Macintosh which claims to be ANSI dvorak (which i hate). I suppose, given time, I could adapt to this Micro$oft layout. I'd rather not see 3 or 4 dvorak layouts... So, I'd say go for it. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Thu Nov 2 09:39:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA08229 for hackers-outgoing; Thu, 2 Nov 1995 09:39:26 -0800 Received: from seattle.polstra.com (seattle.polstra.com [198.211.214.4]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA08221 for ; Thu, 2 Nov 1995 09:39:20 -0800 Received: by seattle.polstra.com (Smail3.1.28.1 #5) id m0tB3bY-00006mC; Thu, 2 Nov 95 09:39 PST Message-Id: Date: Thu, 2 Nov 95 09:39 PST From: jdp@polstra.com (John Polstra) To: jkh@time.cdrom.com Subject: Re: More nits (CDROM) Newsgroups: polstra.freebsd.hackers In-Reply-To: <844.815252532@time.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <844.815252532@time.cdrom.com> you write: > > 1. If a CD-ROM is specified in /etc/fstab, and there is no CD in the > > drive, the mount will fail and rc will abort. This doesn't make > > much sense, especially for people who don't understand the > > background. > > > > I'd like some feedback on whether you would like to change this, > > since otherwise I need to talk about it in my book. > > This is a known bug, and it would appear that nobody is particularly > keen to change it. I beat my chest about it several times and > everybody involved just sort of waffled on it until the subject died > down again. Until then, I may just take the automount of the CDROM > out of /etc/fstab and have people do it by hand. I hate this, but I > lack the time to go fix whatever stupidity it is in our system that > prevents the system from coming up whenever a CDROM isn't in the > drive. Unless we fix it, /cdrom is coming out of the default fstab > in 2.1. Better a system that comes up without a CDROM rather than > one that doesn't! Wait, don't do anything drastic. This problem is easy to fix in the /etc/rc file. Here's what I did to mine (diffs relative to 2.0.5-RELEASE): ------------------------------------------------------------------------------- *** /cdrom/etc/rc Fri Jun 9 13:05:10 1995 --- rc Tue Jun 20 09:13:37 1995 *************** *** 72,82 **** umount -a >/dev/null 2>&1 ! mount -a -t nonfs if [ $? != 0 ]; then echo "Filesystem mount failed, startup aborted" exit 1 fi # If the machine runs wall CMOS clock (compatible with MSDOS), # activate following line by creating empty file /etc/wall_cmos_clock --- 72,84 ---- umount -a >/dev/null 2>&1 ! mount -a -t nonfs,cd9660 if [ $? != 0 ]; then echo "Filesystem mount failed, startup aborted" exit 1 fi + + mount -a -t cd9660 >/dev/null 2>&1 # If the machine runs wall CMOS clock (compatible with MSDOS), # activate following line by creating empty file /etc/wall_cmos_clock ------------------------------------------------------------------------------- Explanation: The original mount is changed so that it does not attempt to mount the CD-ROM. This mount command still is required to succeed. Then a separate mount is attempted on just the CD-ROM. Errors from this mount command are sent to the bit bucket. I've been using this ever since installing 2.0.5. It works great. If a CD-ROM is in the drive at boot time, then the system comes up with it mounted. If the drive is empty, the system still comes up. -- John Polstra jdp@polstra.com Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Thu Nov 2 09:52:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA08682 for hackers-outgoing; Thu, 2 Nov 1995 09:52:35 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA08676 for ; Thu, 2 Nov 1995 09:52:32 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15271(6)>; Thu, 2 Nov 1995 09:51:30 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA02851; Thu, 2 Nov 95 12:51:29 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA07623; Thu, 2 Nov 95 12:51:28 EST Message-Id: <9511021751.AA07623@gnu.mc.xerox.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: jkh@time.cdrom.com (Jordan K. Hubbard), lyndon@orthanc.com, freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-Reply-To: Your message of "Thu, 02 Nov 1995 01:52:02 PST." <199511020952.KAA25179@uriah.heep.sax.de> Date: Thu, 2 Nov 1995 09:51:22 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk Linux has a concent of "user" mount, so any user can generate a mount /cdrom command (if the entry for /cdrom is user). I've never seen it, its very useful...does FreeBSD have it? [BTW -- where's a good place to look for a ChangeLog for the features in the Freebsd kernel?] The handbook really doesn't give me the information I'm looking for... [Also, can we put the handbook in a tar file to schlep it to other sites?] marty From owner-freebsd-hackers Thu Nov 2 10:01:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA09474 for hackers-outgoing; Thu, 2 Nov 1995 10:01:12 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA09468 for ; Thu, 2 Nov 1995 10:01:07 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id KAA06676 for ; Thu, 2 Nov 1995 10:01:02 -0800 Message-Id: <199511021801.KAA06676@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: freebsd-hackers@freebsd.org Subject: linux's static shared library and sun-style shared libraries Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Nov 1995 10:01:02 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Is the difference between the two is that one uses an extra level of indirection so that functions can move around in the library? Where as in the static model the program most access the function at a given offset at the static shared library Tnks, Amancio From owner-freebsd-hackers Thu Nov 2 10:25:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10246 for hackers-outgoing; Thu, 2 Nov 1995 10:25:50 -0800 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA10075 for ; Thu, 2 Nov 1995 10:22:20 -0800 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id QAA01520 ; Thu, 2 Nov 1995 16:09:55 GMT To: Lyndon Nerenberg VE7TCP cc: freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-reply-to: Your message of "Wed, 01 Nov 1995 16:28:44 PST." <199511020028.QAA26005@multivac.orthanc.com> Date: Thu, 02 Nov 1995 16:09:54 +0000 Message-ID: <1518.815328594@palmer.demon.co.uk> From: Gary Palmer Sender: owner-hackers@freebsd.org Precedence: bulk Lyndon Nerenberg VE7TCP wrote in message ID <199511020028.QAA26005@multivac.orthanc.com>: > Are any of you familiar with the Irix 'mediad' daemon? And Solaris 2 has something similar (can't remember what offhand, I tend to steer clear of the solaris box at work :-) ). The Solaris one works for all removable media AFAIK, including floppies. I am not in total agreement with the principle. What happens if you stick in an audio cd? Does it automatically play it? Ugh. Gary From owner-freebsd-hackers Thu Nov 2 10:48:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11236 for hackers-outgoing; Thu, 2 Nov 1995 10:48:19 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA11222 for ; Thu, 2 Nov 1995 10:48:13 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id KAA07108; Thu, 2 Nov 1995 10:42:46 -0800 Message-Id: <199511021842.KAA07108@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Gary Palmer cc: Lyndon Nerenberg VE7TCP , freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-reply-to: Your message of "Thu, 02 Nov 1995 16:09:54 GMT." <1518.815328594@palmer.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Nov 1995 10:42:45 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Gary Palmer said: > I am not in total agreement with the principle. What happens if you > stick in an audio cd? Does it automatically play it? Ugh. Well, at this point the user should have an option to read the audio cd and dump the audio to a sound card by default or to play it 8) Cheers, Amancio From owner-freebsd-hackers Thu Nov 2 10:56:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11815 for hackers-outgoing; Thu, 2 Nov 1995 10:56:06 -0800 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA11807 for ; Thu, 2 Nov 1995 10:56:01 -0800 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0tB4nn-0009YzC; Thu, 2 Nov 95 10:55 PST Date: Thu, 2 Nov 1995 10:55:50 -0800 (PST) From: Jake Hamby To: Gary Palmer cc: Lyndon Nerenberg VE7TCP , freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-Reply-To: <1518.815328594@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 2 Nov 1995, Gary Palmer wrote: > Lyndon Nerenberg VE7TCP wrote in message ID > <199511020028.QAA26005@multivac.orthanc.com>: > > Are any of you familiar with the Irix 'mediad' daemon? > > And Solaris 2 has something similar (can't remember what offhand, I > tend to steer clear of the solaris box at work :-) ). The Solaris one > works for all removable media AFAIK, including floppies. > > I am not in total agreement with the principle. What happens if you > stick in an audio cd? Does it automatically play it? Ugh. > > Gary > Yes, I was just thinking about Solaris' "vold" which seems similar to the "mediad" that SGI has. The Sun volume daemon will automount any DOS-formatted flopy or ISO9660 CD-ROM, then allow any user to eject it with the "eject" command. The directory used is /floppy or /cdrom, respectively. One oddity is that Sun's floppies have software eject a la Macintosh, yet lack the ability to detect if a disk is inserted without spinning up the motor. Therefore you have to type "volcheck" whenever you insert a floppy for it to mount it. One other annoying thing is that vold controls the /device nodes for the floppy and CD-ROM, so if you want to access, for example, a tar floppy, you have to go through the /vol/dev pseudo-directory to access the raw device. Fortunately, you can configure the behavior in /etc/vold.conf to disable floppy drive "management" and use mtools or whatever instead. ---Jake From owner-freebsd-hackers Thu Nov 2 11:00:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA11923 for hackers-outgoing; Thu, 2 Nov 1995 11:00:27 -0800 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 LAA11918 for ; Thu, 2 Nov 1995 11:00:24 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA11967; Thu, 2 Nov 1995 11:00:17 -0800 To: Jeffrey Hsu cc: hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Thu, 02 Nov 1995 02:13:36 PST." <199511021013.CAA24971@freefall.freebsd.org> Date: Thu, 02 Nov 1995 11:00:16 -0800 Message-ID: <11965.815338816@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Rather than yet another non-standard option, how about using the heuristic > that if a filesystem doesn't have to be fsck'ed, it's okay for the > mount to fail? The theory being that a fs which must be fsck'ed is more > critical than one which does not. Both the CDROM filesystems and the DOS > filesystems fit this heuristic. That would leave any critical NFS filesystems to slip through the cracks. I think David's right - another keyword is the way to go (but if nobody's going to ADD this keyword, I propose we do the rc hack I suggested! :-) Jordan From owner-freebsd-hackers Thu Nov 2 11:10:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA12169 for hackers-outgoing; Thu, 2 Nov 1995 11:10:43 -0800 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 LAA12162 for ; Thu, 2 Nov 1995 11:10:42 -0800 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 LAA03706; Thu, 2 Nov 1995 11:57:16 -0800 Message-Id: <199511021957.LAA03706@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Gary Palmer cc: Lyndon Nerenberg VE7TCP , freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-reply-to: Your message of "Thu, 02 Nov 1995 16:09:54 GMT." <1518.815328594@palmer.demon.co.uk> Date: Thu, 02 Nov 1995 11:57:16 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >Lyndon Nerenberg VE7TCP wrote in message ID ><199511020028.QAA26005@multivac.orthanc.com>: >> Are any of you familiar with the Irix 'mediad' daemon? > >And Solaris 2 has something similar (can't remember what offhand, I >tend to steer clear of the solaris box at work :-) ). The Solaris one >works for all removable media AFAIK, including floppies. > >I am not in total agreement with the principle. What happens if you >stick in an audio cd? Does it automatically play it? Ugh. > >Gary > Does Linux's 'user' flag also disable setuid/setgid on the volume? -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Nov 2 11:16:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA12360 for hackers-outgoing; Thu, 2 Nov 1995 11:16:41 -0800 Received: from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA12355 for ; Thu, 2 Nov 1995 11:16:37 -0800 Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7/8.7) with SMTP id LAA05649; Thu, 2 Nov 1995 11:12:47 -0800 (PST) Message-Id: <199511021912.LAA05649@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg (VE7TCP) To: Gary Palmer cc: freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-reply-to: Your message of "Thu, 02 Nov 1995 16:09:54 GMT." <1518.815328594@palmer.demon.co.uk> Date: Thu, 02 Nov 1995 11:12:45 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Gary" == Gary Palmer writes: Gary> I am not in total agreement with the principle. What happens Gary> if you stick in an audio cd? Does it automatically play it? Gary> Ugh. You don't like your own audio CDs? :-) (And yes, that's what my Indy workstation used to do.) I mentioned mediad as one example of how to handle this scenario. I didn't say "clone it, warts and all." Filesystems have magic numbers or other identifiable characteristics that let you determine the underlying FS type. I don't see it being all that difficult to autodetect the FS type. In the case where the daemon cannot determine a filesystem type (such as a raw tar to floppy) it would simply ignore it. I don't buy the argument that having the process hanging around is going to burn a ton of memory. Most of the time the active code set would be a short loop probing the device(s). The rest would page out if real memory was scarce. As for layering, this type of service doesn't belong in the kernel any more than getty does. Where else could you put it but user space? (If that was in fact the argument being alluded to (not by Gary).) As for recognizing multiple filesystem types on a single media, this is an interesting question. In most cases the two filesystems contain identical contents in different FS formats. I wouldn't want to make this a global assumption, though, and can imagine situations where you would want access to all of them. Then again, I don't think the current mount command handles this situation, either. Personally, I don't care whether we handle the problem with a daemon or standalone command, just so long as I (the sysadmin) can specify what devices the lusers are and are *not* allowed to fiddle with, and that if luser-1 mounts a volume, luser-2 cannot unmount it to create a denial of service type attack. The (admittedly little) thought I have put into this makes me think that such a mount should be tagged with the PGRP of the mounting process, and unmounts only be allowed by the same PGRP. (This is an extension of something I was working on many years ago - how to handle read/write access for users to tape drives. I envisioned a user mount command that would prompt the operator to perform the mount, then fiddle the driver to only allow device access by the mounting PGRP.) Thinking about this a bit more, I *do* care if it's a daemon vs. command. This functionality would have been *very* useful in the public workstation labs at the University. Most of these WS users had trouble logging in, let alone mounting floppies. Having the system do it for them adheres to the Principal of Least Astonishment. This raises the "brute force unmount" issue. For a read-only CDROM it's not a problem. For something like a floppy I would settle for forcing synchronous writes to the FS - something no worse than what DOS provides. (You can only do so much, and at least most people are familiar with the effects of yanking a DOS floppy too soon ...) --lyndon (still on his first coffee of the day and rambling a bit :-) From owner-freebsd-hackers Thu Nov 2 12:01:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA13528 for hackers-outgoing; Thu, 2 Nov 1995 12:01:54 -0800 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 MAA13523 for ; Thu, 2 Nov 1995 12:01:52 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA12237; Thu, 2 Nov 1995 12:01:37 -0800 To: "Ron G. Minnich" cc: freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-reply-to: Your message of "Thu, 02 Nov 1995 08:53:11 EST." Date: Thu, 02 Nov 1995 12:01:37 -0800 Message-ID: <12235.815342497@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I think this discussion has gotten out of hand. The problem is simple: > 1) if there's a cd in the drive it should mount > 2) if there's not a cd in the drive it should not get mounted. > 3) under no circumstances should either (1) or (2) cause the system > boot process to screw up, and leave users hanging as it does now. What he said.. :-) Jordan From owner-freebsd-hackers Thu Nov 2 12:02:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA13545 for hackers-outgoing; Thu, 2 Nov 1995 12:02:04 -0800 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 MAA13540 for ; Thu, 2 Nov 1995 12:02:02 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA12215; Thu, 2 Nov 1995 12:00:30 -0800 To: Robert Withrow cc: freebsd-hackers@freebsd.org Subject: Re: Pkg_add probs. In-reply-to: Your message of "Thu, 02 Nov 1995 08:12:51 EST." <199511021312.IAA14042@spooky.rwwa.com> Date: Thu, 02 Nov 1995 12:00:30 -0800 Message-ID: <12213.815342430@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk It's been/being fixed, but will not be corrected until the next SNAP (which is looking more and more inevitable). Sorry about that one, folks! Jordan > Is someone working on the pkg_add problem in the SNAP? > Seems like a show stopper... > > harvey# tar -tzvf bash-1.14.5.tgz > -rw-r--r-- root/wheel 432 Oct 6 09:35 1995 +CONTENTS > -rw-r--r-- root/wheel 49 Oct 6 09:35 1995 +COMMENT > -rw-r--r-- root/wheel 469 Oct 6 09:35 1995 +DESC > -r--r--r-- root/wheel 1917 Oct 5 12:49 1995 +MTREE_DIRS > -r-xr-xr-x bin/bin 356352 Oct 6 09:35 1995 bin/bash > -r-xr-xr-x bin/bin 2069 Oct 6 09:35 1995 bin/bashbug > -rw-r--r-- root/bin 41741 Oct 6 09:35 1995 man/man1/bash.1.gz > -rw-r--r-- root/bin 446 Oct 6 09:35 1995 man/man1/bash_builtins.1.gz > -rw-r--r-- root/bin 111477 Oct 6 09:35 1995 info/bash.info > harvey# pkg_add bash-1.14.5.tgz > tar: can't open archive ./bash-1.14.5.tgz : No such file or directory > tar: child returned status 3 > tar: +CONTENTS not found in archive > Unable to open table of contents file `+CONTENTS' - not a package? > > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM > R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA > From owner-freebsd-hackers Thu Nov 2 12:08:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA13669 for hackers-outgoing; Thu, 2 Nov 1995 12:08:03 -0800 Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA13603 for ; Thu, 2 Nov 1995 12:05:22 -0800 Received: from post.demon.co.uk by relay-4.mail.demon.net id sg.ab22340; 2 Nov 95 19:36 GMT Received: from relay-4.mail.demon.net by relay-3.mail.demon.net id aa22119; 2 Nov 95 19:32 GMT Received: from kiss.demon.co.uk by wbsmail.zipmail.co.uk id aa24482; 2 Nov 95 19:32 GMT Comments: Authenticated sender is From: Phil Taylor Organization: Lan Systems To: hackers@freebsd.org Date: Thu, 2 Nov 1995 20:29:06 +0000 Subject: Thanks for all the help (was problem with fujitsu drive and sani Reply-to: phil@zipmail.co.uk Priority: normal X-mailer: Pegasus Mail for Windows (v2.10) Message-ID: <9511021932.aa24482@wbsmail.zipmail.co.uk> Sender: owner-hackers@freebsd.org Precedence: bulk I would just like to thank everyone for their reponses to my problem with a 1GB Fujitsu drive, Especially Julian, Jordan, Joerg, Michael and anyone else I have forgotten. As I was getting very pissed off with the drive I decided to reach a compromise, steal the 1GB Seagate Hawk from my Novell 4.1 server and use that. I am now running the fujitsu in place of it on novell and it seems to be fine, as It is only a 2 user SDK version that I use to test nlm's that i've written it doesn't matter too much if it does die on me. I know it's not an ideal solution but it IS a solution. Once again, thanks for the help. Cheers Phil From owner-freebsd-hackers Thu Nov 2 12:19:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA14076 for hackers-outgoing; Thu, 2 Nov 1995 12:19:57 -0800 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 MAA14070 for ; Thu, 2 Nov 1995 12:19:54 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA12347; Thu, 2 Nov 1995 12:16:26 -0800 To: "Marty Leisner" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), lyndon@orthanc.com, freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-reply-to: Your message of "Thu, 02 Nov 1995 09:51:22 PST." <9511021751.AA07623@gnu.mc.xerox.com> Date: Thu, 02 Nov 1995 12:16:26 -0800 Message-ID: <12345.815343386@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Linux has a concent of "user" mount, so any user can generate a > mount /cdrom command (if the entry for /cdrom is user). > > I've never seen it, its very useful...does FreeBSD have it? Not really, no. You could make a suid mount wrapper or something, but I'm sure the security weenies here would SCREAM! :-) > [BTW -- where's a good place to look for a ChangeLog for the features in > the Freebsd kernel?] Erm. It's all in the CVS repository, but we don't seem to make that information available. Maybe we should generate a change log for everything between the previous point release and the current one. Anyone in favor? > [Also, can we put the handbook in a tar file to schlep it to other sites?] Sure! It's also part of the bin distribution now, so everyone will get it as a standard component. Jordan From owner-freebsd-hackers Thu Nov 2 12:39:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA14779 for hackers-outgoing; Thu, 2 Nov 1995 12:39:46 -0800 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 MAA14769 for ; Thu, 2 Nov 1995 12:39:42 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA17938; Thu, 2 Nov 1995 13:41:53 -0700 Date: Thu, 2 Nov 1995 13:41:53 -0700 From: Nate Williams Message-Id: <199511022041.NAA17938@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: "Marty Leisner" , freebsd-hackers@freebsd.org Subject: Re: Automounting CD-ROMs In-Reply-To: <12345.815343386@time.cdrom.com> References: <9511021751.AA07623@gnu.mc.xerox.com> <12345.815343386@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > Linux has a concent of "user" mount, so any user can generate a > > mount /cdrom command (if the entry for /cdrom is user). > > > > I've never seen it, its very useful...does FreeBSD have it? > > Not really, no. You could make a suid mount wrapper or something, > but I'm sure the security weenies here would SCREAM! :-) There's a way of doing it, and it's actually really trivial to do and completely safe, assuming you think allowing normal users access to the cdrom is safe. I had to do it for a machine I use to administer, and if I remember right it was like 4 lines of code. > > [BTW -- where's a good place to look for a ChangeLog for the features in > > the Freebsd kernel?] > > Erm. It's all in the CVS repository, but we don't seem to make that > information available. Maybe we should generate a change log for > everything between the previous point release and the current > one. Anyone in favor? We could do it, but since the ChangeLog contains messages for both 2.1, -current, -stable, and all the rest jumbled in I wouldn't want to be the person to build it. Nate From owner-freebsd-hackers Thu Nov 2 14:05:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18225 for hackers-outgoing; Thu, 2 Nov 1995 14:05:12 -0800 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 OAA18214 for ; Thu, 2 Nov 1995 14:05:06 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA26337 for ; Thu, 2 Nov 1995 23:04:57 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA14004 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 23:04:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA02982 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 22:21:03 +0100 From: J Wunsch Message-Id: <199511022121.WAA02982@uriah.heep.sax.de> Subject: Re: Automounting CD-ROMs To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 Nov 1995 22:21:02 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9511021751.AA07623@gnu.mc.xerox.com> from "Marty Leisner" at Nov 2, 95 09:51:22 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: 1010 Sender: owner-hackers@freebsd.org Precedence: bulk As Marty Leisner wrote: > > Linux has a concent of "user" mount, so any user can generate a > mount /cdrom command (if the entry for /cdrom is user). I know (and no, it hasn't been implemented in FreeBSD), but that's only one side of the coin. The story continues if it comes to NFS file systems, DOS file systems etc. They should be mounted if they are available at boot time, but they should or should not cause the autoboot to stop, depending on their importance for the system. The only one who can decide this is the local system administrator. That's why i think the fstab flag ``optional'' is the best thing to go. Making the mount command available for a regular user (depending on a flag in fstab) is another story. However, it's not an absolute requirement, since you can do this right now already e.g. with a setuid Perl script. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 14:05:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18246 for hackers-outgoing; Thu, 2 Nov 1995 14:05:17 -0800 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 OAA18215 for ; Thu, 2 Nov 1995 14:05:09 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA26345 for ; Thu, 2 Nov 1995 23:05:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA14006 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 23:05:00 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA07693 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 22:40:50 +0100 From: J Wunsch Message-Id: <199511022140.WAA07693@uriah.heep.sax.de> Subject: Re: More nits To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 Nov 1995 22:40:47 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511021412.GAA02819@corbin.Root.COM> from "David Greenman" at Nov 2, 95 06:12:15 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: 1281 Sender: owner-hackers@freebsd.org Precedence: bulk As David Greenman wrote: > > Okay, I think the solution is starting to become clear. Basically, mount > should return a failure code only in the case of it failing to mount a > filesystem because it is dirty... > Will this make people happy? Hmm, but what about people that need the CD since they prefer to run their /usr from it? (Or from an NFS mount, FWIW.) I think this was Rod's entire idea to include things like cd9660 into the list of `crucial' file systems. It was infact crucial for him at AAC, but it ain't for most people outside. However, as John Polstra did already note, you could achieve the very same effect (as your proposal) by making only failing ufs mounts fatal, and don't care for the exit status of mount(8) for things like cd9660. (This would be my favorite for 2.1 anyway, to avoid annoying too many innocent users.) In the long run, i think an ``optional'' clause has its merits: it allows the local system administrator for full flexibility in the decision of which file system is ``crucial'' for him, and which ain't. Nobody else than him will be able to decide this anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 14:05:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18279 for hackers-outgoing; Thu, 2 Nov 1995 14:05:26 -0800 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 OAA18256 for ; Thu, 2 Nov 1995 14:05:18 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA26341; Thu, 2 Nov 1995 23:04:58 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA14005; Thu, 2 Nov 1995 23:04:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA05057; Thu, 2 Nov 1995 22:31:20 +0100 From: J Wunsch Message-Id: <199511022131.WAA05057@uriah.heep.sax.de> Subject: Re: Getting kernel source code To: mango@communique.net (Raul Zighelboim) Date: Thu, 2 Nov 1995 22:31:20 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Raul Zighelboim" at Nov 2, 95 09:34:08 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: 426 Sender: owner-hackers@FreeBSD.org Precedence: bulk As Raul Zighelboim wrote: > > After doing that I try to untar/unzip the files, and I get a 'this is not > a gzip file' message. How do I expand the source files ? This is becoming a FAQ... cd /usr/src cat /where/the/ssys/lives/ssys.* | gzip -d -c | tar -xvf - -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 14:12:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18846 for hackers-outgoing; Thu, 2 Nov 1995 14:12:24 -0800 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 OAA18835 for ; Thu, 2 Nov 1995 14:12:11 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA02916; Thu, 2 Nov 1995 15:10:52 -0700 From: Terry Lambert Message-Id: <199511022210.PAA02916@phaeton.artisoft.com> Subject: Re: More nits To: hsu@freefall.freebsd.org (Jeffrey Hsu) Date: Thu, 2 Nov 1995 15:10:52 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199511021013.CAA24971@freefall.freebsd.org> from "Jeffrey Hsu" at Nov 2, 95 02:13:36 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: 827 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I think it would be better to add yet another fstab option to specify that > > it's okay for it to fail. > > Rather than yet another non-standard option, how about using the heuristic > that if a filesystem doesn't have to be fsck'ed, it's okay for the > mount to fail? The theory being that a fs which must be fsck'ed is more > critical than one which does not. Both the CDROM filesystems and the DOS > filesystems fit this heuristic. > > Alternatively, if we must add an option, I like the OSF retry option > previously mentioned. It's obviously general enough to be useful for > other filesystem typess like nfs. The "retry" in that case should automatically imply "bg". 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-hackers Thu Nov 2 14:26:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA19483 for hackers-outgoing; Thu, 2 Nov 1995 14:26:32 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA19471 ; Thu, 2 Nov 1995 14:26:22 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id QAA07845; Thu, 2 Nov 1995 16:25:23 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 2 Nov 1995 16:25:23 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: rkw@dataplex.net (Richard Wackerbarth) Subject: "Make" way Cc: hackers@freebsd.org, terry@lambert.org, core@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Anyone interested in this subject should look to "hackers". I'm diverting all continuing threads there. At 3:15 PM 11/2/95, J Wunsch wrote: >As Richard Wackerbarth wrote: >> >> Yes to all of the above. The implication is that you cannot look only in a >> fixed location for anything. If fact, the "fixed location" is just a >> convenient shortcut for the general case. > >If you see it this way, i agree. If you're going to make the shortcut >impossible, No, the short cut should be the default if you do not set up a "safe" environment. > and force everyone to have twice the disk space instead >(once for the stable system, once for the newly-built tools that are >required to complete the build process), i would certainly object. Actually, you need THREE copies. The production system The cross-build tools and The target code If you KNOW that the target and the production system are the same, you can do some folding. However, because it is generally unsafe, that should not be the default case. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Thu Nov 2 14:42:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20074 for hackers-outgoing; Thu, 2 Nov 1995 14:42:14 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA20068 for ; Thu, 2 Nov 1995 14:42:07 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id XAA18266 for freebsd-hackers@freefall.cdrom.com; Thu, 2 Nov 1995 23:42:06 +0100 Date: Thu, 2 Nov 1995 23:42:06 +0100 From: "Christoph P. Kukulies" Message-Id: <199511022242.XAA18266@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: ugly warning cascades in 1026-SNAP kernel build Sender: owner-hackers@FreeBSD.org Precedence: bulk I built a kernel from a hand-upgraded 951026-SNAP system (ssys.aa etc.) and I'm getting myriads of warnings during compilation of icbs2 modules. Not severe but not very good looking. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Nov 2 14:56:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA21036 for hackers-outgoing; Thu, 2 Nov 1995 14:56:55 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA21026 for ; Thu, 2 Nov 1995 14:56:47 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id XAA18330 for freebsd-hackers@freefall.cdrom.com; Thu, 2 Nov 1995 23:56:49 +0100 Date: Thu, 2 Nov 1995 23:56:49 +0100 From: "Christoph P. Kukulies" Message-Id: <199511022256.XAA18330@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: expr: syntax error (during SNAP kernel build) Sender: owner-hackers@FreeBSD.org Precedence: bulk Either I messed my 2.0.5->1026SNAP system during binary upgrade or there is a problem with the kernel sources: sh ../../conf/newvers.sh MONK -DMONK -DI486_CPU -DIBCS2 -DCOMPAT_LINUX -DBROKEN_KEYBOARD_RESET -DMROUTING -DUCONSOLE -DBOUNC_BUFFERS -DSCSI_DELAY=1 -DUSER_LDT -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE expr: syntax error couldn't yet figure out the cause but it looks odd at least here with me. Can anyone confirm? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Nov 2 15:11:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21604 for hackers-outgoing; Thu, 2 Nov 1995 15:11:47 -0800 Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA21599 for ; Thu, 2 Nov 1995 15:11:41 -0800 Received: from ryu.communique.net (Ryu.Communique.Net [204.27.64.11]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id RAA36455 for ; Thu, 2 Nov 1995 17:11:09 -0600 Date: Thu, 2 Nov 1995 17:11:07 -0600 (CST) From: Raul Zighelboim To: hackers@freefall.freebsd.org Subject: Maxtor drive: panic attack Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hello; I took this Maxtor MXT540S drive of a Risc/6000 powerPC... I am try to install it on my next to be FreeBSD system. This drive has parity disable by default (and no option to turn it on). On the system, I have an adaptec SCSI card and the Maxtor drive. When booting, Freebsd (the latest SNAP) tells me: aic at line2561: unexpected busfree phase debugger("aic6360") called. panic: panic for historical reasons If I install instead a Quantum Maverick 540S drive, all goes well; of course, I would like to have both drives running. ----------------------------------------------------------------------------- Raul Zighelboim e-mail: mango@communique.net Communique Inc. Tel: 504.527.6200 Technical Specialist Fax: 504.527.6030 From owner-freebsd-hackers Thu Nov 2 15:15:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21735 for hackers-outgoing; Thu, 2 Nov 1995 15:15:04 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA21723 for ; Thu, 2 Nov 1995 15:14:57 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id AAA18420 for freebsd-hackers@freefall.cdrom.com; Fri, 3 Nov 1995 00:15:04 +0100 Date: Fri, 3 Nov 1995 00:15:04 +0100 From: "Christoph P. Kukulies" Message-Id: <199511022315.AAA18420@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: startx dies Sender: owner-hackers@FreeBSD.org Precedence: bulk With the 1026-SNAP system I'm getting an Xinside server abort due to Termcap entry too long messages. xterm dies from signal 11. Trying XF86_W32 yields similar results. I'm beginning to suspect MB problems since I changed to a DX4 CPU recently and the system behaves a bit strange (ASUS GX4 board). Anyway, just wanted to mention it. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Nov 2 15:24:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21906 for hackers-outgoing; Thu, 2 Nov 1995 15:24:27 -0800 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 PAA21901 for ; Thu, 2 Nov 1995 15:24:24 -0800 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 SAA16490; Thu, 2 Nov 1995 18:24:06 -0500 Date: Thu, 2 Nov 1995 18:24:06 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: `make world' timing for 133Mhz P5 In-Reply-To: <23839.815297273@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 1 Nov 1995, Jordan K. Hubbard wrote: > I promised the make world (2.1-STABLE) timings for the P5-133, > so here they are: > > 13449.10 real 8789.22 user 2073.65 sys > 7324 maximum resident set size > 982 average shared memory size > 850 average unshared data size > 169 average unshared stack size > 15343038 page reclaims > 8440 page faults > 16 swaps > 57922 block input operations > 172828 block output operations > 117238 messages sent > 175795 messages received > 5 signals received > 621206 voluntary context switches > 524784 involuntary context switches > > A little over 3.7 hours for a make world. Not bad, eh? :-) > I was at 3.1 hours with 512K PBM Cache and 32megs of EDO ram. Just thought you might like to know. Matthew S. Bailey From owner-freebsd-hackers Thu Nov 2 15:39:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA22175 for hackers-outgoing; Thu, 2 Nov 1995 15:39:47 -0800 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 PAA22157 ; Thu, 2 Nov 1995 15:39:38 -0800 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 SAA16986; Thu, 2 Nov 1995 18:39:21 -0500 Date: Thu, 2 Nov 1995 18:39:20 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: Gary Crutcher cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: PCI Ethernet In-Reply-To: <02111995075626850.II6334@datatrek.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 2 Nov 1995, Gary Crutcher wrote: > Help! > > For those of you who have installed an SMC EtherPower Combo PCI Ethernet > adapter, how did you adjust the settings? FreeBSD assumed ed0 to be at > port 0x280, irq 5, mem 0xd8000. The SMC ethernet card has no way setting > these values, as you would be able to with an ISA/EISA card. Any > suggestions would be greatly appreciated. > PCI keyword (characters) They use de0 not ed0 de0 is for the DEC ethernet cards (Dec Chipset) PCI bus assigns the port and IO for the card which then in turn the kernel reads the information from the system at boot time. You will find that you have much better luck using de0 for most PCI Ethernet cards. Matt From owner-freebsd-hackers Thu Nov 2 16:04:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA22525 for hackers-outgoing; Thu, 2 Nov 1995 16:04:10 -0800 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 QAA22514 for ; Thu, 2 Nov 1995 16:04:05 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA29068 for ; Fri, 3 Nov 1995 01:03:53 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA15628 for freebsd-hackers@freebsd.org; Fri, 3 Nov 1995 01:03:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA16222 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 23:41:58 +0100 From: J Wunsch Message-Id: <199511022241.XAA16222@uriah.heep.sax.de> Subject: Re: Automounting CD-ROMs To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 Nov 1995 23:41:57 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <12345.815343386@time.cdrom.com> from "Jordan K. Hubbard" at Nov 2, 95 12:16:26 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: 803 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > Linux has a concent of "user" mount, so any user can generate a > > mount /cdrom command (if the entry for /cdrom is user). > > > > I've never seen it, its very useful...does FreeBSD have it? > > Not really, no. You could make a suid mount wrapper or something, > but I'm sure the security weenies here would SCREAM! :-) There's no reason to scream. You can force the wrapper to mount nosuid,noexec if you like, and you can make it executable only to the members of a particular group. I personally prefer typing "do-mount cd" anyway instead of "su root; mount -r -t cd9660 /dev/cd0a /cdrom; exit". -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 16:04:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA22559 for hackers-outgoing; Thu, 2 Nov 1995 16:04:23 -0800 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 QAA22550 for ; Thu, 2 Nov 1995 16:04:18 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA29077 for ; Fri, 3 Nov 1995 01:03:57 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA15630 for freebsd-hackers@freebsd.org; Fri, 3 Nov 1995 01:03:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA16235 for freebsd-hackers@freebsd.org; Thu, 2 Nov 1995 23:43:28 +0100 From: J Wunsch Message-Id: <199511022243.XAA16235@uriah.heep.sax.de> Subject: Re: Automounting CD-ROMs To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 Nov 1995 23:43:28 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <12345.815343386@time.cdrom.com> from "Jordan K. Hubbard" at Nov 2, 95 12:16:26 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: 413 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > >You could make a suid mount wrapper or something, > but I'm sure the security weenies here would SCREAM! :-) I forgot: of course, the wrapper is in Perl. This effectively prevents one from making obvious mistakes. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 16:05:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA22749 for hackers-outgoing; Thu, 2 Nov 1995 16:05:54 -0800 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 QAA22706 for ; Thu, 2 Nov 1995 16:05:28 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA29059; Fri, 3 Nov 1995 01:03:52 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA15622; Fri, 3 Nov 1995 01:03:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA16203; Thu, 2 Nov 1995 23:39:28 +0100 From: J Wunsch Message-Id: <199511022239.XAA16203@uriah.heep.sax.de> Subject: Re: Automounting CD-ROMs To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 Nov 1995 23:39:28 +0100 (MET) Cc: lyndon@orthanc.com (Lyndon Nerenberg) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511021912.LAA05649@multivac.orthanc.com> from "Lyndon Nerenberg" at Nov 2, 95 11:12:45 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: 1453 Sender: owner-hackers@freebsd.org Precedence: bulk As Lyndon Nerenberg wrote: > > I don't buy the argument that having the process hanging around is > going to burn a ton of memory. Most of the time the active code set > would be a short loop probing the device(s). The rest would page out > if real memory was scarce. The SGI manager also didn't buy this argument. They didn't buy it in a lot of places, and the result was an operating system that nobody does really wanna use. :-) > Personally, I don't care whether we handle the problem with a daemon > or standalone command, That wasn't the point. However, i think "on demand" (``automount'') is better than "in advance, since there might be some demand some time later" (``mediad''). > just so long as I (the sysadmin) can specify > what devices the lusers are and are *not* allowed to fiddle with, > and that if luser-1 mounts a volume, luser-2 cannot unmount it to > create a denial of service type attack. Even SGI fails this criterium. Simply log in as luser-2 over the network, type "eject" (well, sometimes you have to type something obvious like "eject /dev/rdsk/fds0d2.3.5.20m" instead :), and *plong*, luser-1 will happily pick up his floptical right out of the slot. ;-) But that doesn't mean i wouldn't agree to your wishlist. Somebody has to implement it however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 2 17:06:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA00437 for hackers-outgoing; Thu, 2 Nov 1995 17:06:52 -0800 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 RAA00397 ; Thu, 2 Nov 1995 17:06:47 -0800 Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id RAA13382; Thu, 2 Nov 1995 17:04:16 -0800 Date: Thu, 2 Nov 1995 17:04:16 -0800 From: "Jordan K. Hubbard" Message-Id: <199511030104.RAA13382@time.cdrom.com> To: stable@freebsd.org Subject: Re: kermit in stable has broken? :-( Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Ack! Never mind, sorry folks! I had an slattach lying around. Weird error message still, mind you, I'd have expected something more like "device in use" but this still explains what was happening. Sorry for the false alarm! Jordan From owner-freebsd-hackers Thu Nov 2 17:06:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA00452 for hackers-outgoing; Thu, 2 Nov 1995 17:06:55 -0800 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 RAA00405 ; Thu, 2 Nov 1995 17:06:48 -0800 Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id QAA12706; Thu, 2 Nov 1995 16:59:09 -0800 Date: Thu, 2 Nov 1995 16:59:09 -0800 From: "Jordan K. Hubbard" Message-Id: <199511030059.QAA12706@time.cdrom.com> To: stable@freebsd.org Subject: kermit in stable has broken? :-( Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk I just recently started getting this, though it never happened in 2.0.5: root@throck-> kermit -l /dev/cuaa1 -b 115200 Can't unset O_NDELAY: Inappropriate ioctl for device tcsetattr: Inappropriate ioctl for device ?Unsupported line speed - 115200 FEH?! Jordan From owner-freebsd-hackers Thu Nov 2 17:42:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA01160 for hackers-outgoing; Thu, 2 Nov 1995 17:42:54 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA01151 for ; Thu, 2 Nov 1995 17:42:51 -0800 Received: by sequent.kiae.su id AA27166 (5.65.kiae-2 ); Fri, 3 Nov 1995 04:40:03 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 3 Nov 95 04:40:02 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id EAA02390; Fri, 3 Nov 1995 04:39:43 +0300 To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 3 Nov 1995 04:39:42 +0300 (MSK) 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: kermit & slattach Lines: 7 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 382 Sender: owner-hackers@freebsd.org Precedence: bulk If you will use -L with slattach, it does proper uucp lock and kermit will recognize it. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu Nov 2 17:45:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA01280 for hackers-outgoing; Thu, 2 Nov 1995 17:45:19 -0800 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 RAA01275 for ; Thu, 2 Nov 1995 17:45:17 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA02914; Thu, 2 Nov 1995 17:45:08 -0800 To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: kermit & slattach In-reply-to: Your message of "Fri, 03 Nov 1995 04:39:42 +0300." Date: Thu, 02 Nov 1995 17:45:07 -0800 Message-ID: <2912.815363107@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Thanks, I will. And sorry again for the false alarm! Pass the hat, please. Oh, wait, that's right - I have my own! :-) Jordan > If you will use -L with slattach, it does proper uucp lock > and kermit will recognize it. > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu Nov 2 17:54:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA01499 for hackers-outgoing; Thu, 2 Nov 1995 17:54:16 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA01494 for ; Thu, 2 Nov 1995 17:54:14 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id TAA08569; Thu, 2 Nov 1995 19:53:28 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 2 Nov 1995 19:53:30 -0600 To: "Garrett A. Wollman" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: An Outsider's View Cc: "Jordan K. Hubbard" , hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk At 6:44 PM 11/2/95, Garrett A. Wollman wrote: >< said: > >> Nobody really likes the model anyway since it requires a read/write >> /usr/src to make the symlinks, and that bites. You won't get much >> (if any) pushback on rearchitecting that. > >Actually, I am rather fond of it myself, principally because it keeps >a lot of cruft out of my way when I'm working on something, but >doesn't require funny filesystems or other sorts of things that, while >they would be nice, I'm not willing to trust on an experimental machine. > >As for the read/write question, well, `man lndir'. I agree, it's not >the best approach, but it's what we've got. (I would frankly be far >more comfortable with a system that kept obj links but made use of a >funky filesystem to cover this case rather than getting rid of obj >links and using a funky filesystem to hide the object cruft.) The scheme that I have in mind would create a separate object tree just as is now created in /usr/obj. The only reason that I see for the links is to have a more direct access path to the intermediate directory of object modules. For many users, this is unnecessary. Those object modules could be kept in some invisible location which is only accessed through the makefile. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Thu Nov 2 17:59:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA01629 for hackers-outgoing; Thu, 2 Nov 1995 17:59:01 -0800 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 RAA01613 ; Thu, 2 Nov 1995 17:58:47 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA03367; Thu, 2 Nov 1995 18:57:30 -0700 From: Terry Lambert Message-Id: <199511030157.SAA03367@phaeton.artisoft.com> Subject: RFD: VFS, non-Intel architectures To: arch@freebsd.org Date: Thu, 2 Nov 1995 18:57:29 -0700 (MST) Cc: terry@phaeton.artisoft.com (Terry Lambert), hackers@freebsd.org, current@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: 8679 Sender: owner-hackers@freebsd.org Precedence: bulk REQUEST FOR DISCUSSION As some of you know, I am doing a port of FreeBSD to the Motorolla Ultra 603/604. ---------------------------------------------------------------------- Rationale: Part of a port to a different platform has always been support of the native file system for that platform. The native OS for the machine I am using for the port is AIX. In order to support the local file system, two things must be done: 1) A JFS kernel file system based on VFS must be written 2) Boot code that can load the kernel from a JFS partition must be written. It would aid me greatly in writing the JFS file system if the VFS interface matched its documentation. This is a primary concern for all VFS based file system authors. It would aid me greatly if it were possible to share code between the boot and the kernel file systems. This is a secondary concern, since I can safely use the PReP psecification for pre-Open Firmware boot code and use the IBM boot code. It is not practical to use the IBM code for a distribution, however, since IBM owns it and it requires an AIX license. A distribution version of the port will likely not use JFS as its native file system, also lessoning the secondary concern. To resolve my primary concern, I would like to modify the VFS interface code in the kernel (all code that makes VFS calls) to conform to the design criteria for the 4.4BSD-Lite stackable file system interface. Note that this concern is an issue for anyone attempting to use the 4.4BSD-Lite stackable file system interface for platform ports, and for people attempting to use the code in non-4.4BSD-Lite derived systems. Like Linux and Windows95. This interface is documented in John Heidemann's Master's thesis, which can be obtained by interested persons from ftp.cs.ucla.edu. The FICUS file system documentation available from the same site is also applicable. It is clear that Chris Torek's importation of the Heidemann code for the 4.4BSD-Lite release was a quick hack job. Both Garrett Wollman, and later myself, have made patches to Chris Torek's code to cause it to be more in line with John Heidemann's intent. Proposal: ---------------------------------------------------------------------- Here are the layering/framework issues I would like to address initially: 1) The vfs_opv_numops global is a count of the total number of per interface vop descriptors in the vfs_op_descs[] array in the machine generated file vnode_if.c. The effect of having the count occur in the vfs_init.c code instead of as a static initialization is to make the framework depend on having at least one static entry. --- I would like to replace the count mechanism with a static initialization mechanism based on the machine generation mechanism. Specifically, I'd like vnode_if.sh to add the following line: int vfs_opv_numops = sizeof(vfs_op_descs)/sizeof(struct vnodeop_desc *) - 1; to the end of vnode_if.c, and an extern reference to vnode_if.h, Function will be identical before and after the patches. The intent of this change is to allow the operating system to act correctly when going for 0->1 static file system definitions. This is both of obvious utility to cross platform porters in not having to get a file system operational as a minimal porting requirement (allowing the port to be staged), and brings the file system closer into line with the Heidemann document. This change currently exists as part of my "fs layering patches" in ~terry on freefall.cdrom.com. 2) The interface between the VFS framework and the file system instances incorrectly makes assumptions that the design document does not allow it to make. a) The underlying file system is assumed to free the path name buffer created by the file name lookup mechanism in vfs_lookup.c, This assumption constitutes common, undocumented state which must be reimplemented in each underlying file system. There are currently several coding errors in the underlying file systems that will cause failures in rare circumstances. These are a direct result of incorrect reimplementation of the assumed state manipulations regarding the path name buffer. --- I would like to remove the assumption of a BSD dependent lookup mechanism. I would accomplish this by moving the cn_pnbuf free into an inverse routine called "nameifree" in vfs_lookup.c. Function will be identical before and after the patches. This would simultaneously simplify the task of writing a new file system (by removing the state assumptions), clean up the state errors in the failure mode cases, and lessen the dependency on a BSD based path component name lookup mechanism, making the code more portable to non-BSD environments using dissimilar lookup mechanisms (like Linux). Note: this would require concommitant changes to the locations where namei() is called and asked to preserve the path so that such implied state could be easily backed out. The major offender in this case is vfs_syscalls.c, Note: this would require changes to the nfs_subs.s and dependent modules, since nfs implements its own lookup mechanism (called nfs_namei), and so will need a parallel backoff mechanism (nfs_nameifree). All of these changes exist as part of my "fs layering patches" in ~terry on freefall.cdrom.com. b) The underlying file system makes calls back to the VFS implementation layer to implement advisory file locking. This is in violation of the file system, layering documentation. It also poses problems for the support of NFS locking, and constitutes an undue complication for a file system author (or OS porter acting as a native file system author). --- I would like to move the file system advisory locking to make use of a two stage lock commit process. The logical explanation of this process is as follows: i) A lock assertion is done locally at the VFS and system call interface layer. ii) A lock assertion is made to the underlying file system(s). iii)(1) If the lock is not "vetoed" by the underlying file system, the assertion is allowed. iii)(2) If the lock is vetoed by the underlying file system, the local lock assertion is reverted locally and the assertion is disallowed. For lock deassertion, the order of local/underlying is reversed. Function will be identical before and after the patches. This has the net effect of simplfying the advisory locking code in the per file system implementation, since most file systems will be using the local locking pardigm. It also moves the POSIX semantics into the OS, where they belong. The resulting advisory lock structures are to be hung from the vnode instead of the per file system inode, further generalizing their applicability. Finally, it simplifies the case of a stacked or union file system mount, since underlying cases result in one or more calls, the failure of which causes a veto to be returned to the local call layer. These change are "code in developement". c) The underlying file system makes assumptions about the in core inode structure. File locks are made on a per file system basis. This makes them subject to the same issues as advisory locking with regard to portability, code reuse, and file system authoring as advisory locks. --- I would like to move the file system file locking to make use of a similar multistage commit process as that described for the advisory locking. The reasoning is identical. The resulting file lock structures are to be hung from the vnode instead of the per file system inode, further generalizing their applicability. Function will be identical before and after the patches. These change are "code in developement". d) The underlying file system is expected to imply retention of the path name buffer when doing a lookup for a rename/mkdir/create operation. This is an assumption of state. --- I would like to move the assumption of state out of the per file system implementation case to simplify the implementation of additional file systems during OS porting, or otherwise. This will have the same effect with regard to bringing the file system framwork into compliance with the Heidemann documentation. Function will be identical before and after the patches. These change are "code in developement". I would like to invite discussion on these proposed VFS changes. 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-hackers Thu Nov 2 18:26:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03376 for hackers-outgoing; Thu, 2 Nov 1995 18:26:42 -0800 Received: from bsdi.BSDI.COM (bsdi.BSDI.COM [205.230.224.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03348 ; Thu, 2 Nov 1995 18:26:19 -0800 Received: (from torek@localhost) by bsdi.BSDI.COM (8.6.12/8.6.12) id TAA18845; Thu, 2 Nov 1995 19:26:16 -0700 Date: Thu, 2 Nov 1995 19:26:16 -0700 From: Chris Torek Message-Id: <199511030226.TAA18845@bsdi.BSDI.COM> To: arch@freebsd.org, terry@lambert.org Subject: Re: RFD: VFS, non-Intel architectures Cc: current@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk I am not going to comment on most of this, but I have to say one thing: >It is clear that Chris Torek's importation of the Heidemann code for >the 4.4BSD-Lite release was a quick hack job. I had nothing at all to do with the stackable vnodes in 4.4-Lite. (In fact, I argued for a completely different implementation of parts of it.) Chris From owner-freebsd-hackers Thu Nov 2 18:35:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03908 for hackers-outgoing; Thu, 2 Nov 1995 18:35:14 -0800 Received: from ast.com (irvine.ast.com [165.164.128.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA03901 for ; Thu, 2 Nov 1995 18:35:11 -0800 Received: from fw.ast.com by ast.com with SMTP id AA01172 (5.67b/IDA-1.5 for ); Thu, 2 Nov 1995 18:36:24 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #4) id m0tBBYm-00008HC; Thu, 2 Nov 95 20:08 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0tBBPq-000IzcC; Thu, 2 Nov 95 19:59 WET Message-Id: Date: Thu, 2 Nov 95 19:59 WET To: hackers@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu Nov 2 1995, 19:59:34 CST Subject: Anybody get into Pentium Pro Test Program Sender: owner-hackers@freebsd.org Precedence: bulk Did anybody manage to get accepted into the "Pentium Pro Processor User Test Program" (PPPUTP)? They claim they received over 10K questionnaries. I got a form "thanks but no thanks" letter today. Wonder why.... Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Thu Nov 2 18:47:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA04912 for hackers-outgoing; Thu, 2 Nov 1995 18:47:36 -0800 Received: from nike.efn.org (garcia.efn.org [198.68.17.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA04903 for ; Thu, 2 Nov 1995 18:47:33 -0800 Received: (from gurney_j@localhost) by nike.efn.org (8.6.11/8.6.9) id SAA06758; Thu, 2 Nov 1995 18:48:27 -0800 Date: Thu, 2 Nov 1995 18:48:26 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Frank Durda IV cc: hackers@FreeBSD.org Subject: Re: Anybody get into Pentium Pro Test Program In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 2 Nov 1995, Frank Durda IV wrote: > Did anybody manage to get accepted into the "Pentium Pro Processor User > Test Program" (PPPUTP)? > > They claim they received over 10K questionnaries. > I got a form "thanks but no thanks" letter today. Wonder why.... ditto... did you get the kool poster though? TTYL.. John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) GCS/M/Sd#h+s+!gau-a--w++++vC+++++UF++++P---E---N++W---M--V--Y+t+5++G+b+D++ B----eu+h++!f++n---- CD5OUF++++.L-------2W.DM----N.9---NET2SP3s.2,4s.,4d.2,6--- From owner-freebsd-hackers Thu Nov 2 18:54:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA05366 for hackers-outgoing; Thu, 2 Nov 1995 18:54:13 -0800 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 SAA05354 ; Thu, 2 Nov 1995 18:54:03 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA03572; Thu, 2 Nov 1995 19:52:10 -0700 From: Terry Lambert Message-Id: <199511030252.TAA03572@phaeton.artisoft.com> Subject: Re: RFD: VFS, non-Intel architectures To: torek@BSDI.COM (Chris Torek) Date: Thu, 2 Nov 1995 19:52:10 -0700 (MST) Cc: arch@FreeBSD.org, terry@lambert.org, current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199511030226.TAA18845@bsdi.BSDI.COM> from "Chris Torek" at Nov 2, 95 07:26:16 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: 930 Sender: owner-hackers@FreeBSD.org Precedence: bulk > I am not going to comment on most of this, but I have to say one > thing: > > >It is clear that Chris Torek's importation of the Heidemann code for > >the 4.4BSD-Lite release was a quick hack job. > > I had nothing at all to do with the stackable vnodes in 4.4-Lite. > (In fact, I argued for a completely different implementation of > parts of it.) Sorry; Kirk McKusick told me that as well. I was put off on the wrong track by some tags. Kirk says that the port was done by John and himself. In any case, it still shows the marks of being a quick hack, which is what I wanted to address. Sorry for any inconvenience. Actually, I'd really like to hear your comments on the rest of the RFD, especially now that I know that you are at odds with the current implementation as well. 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-hackers Thu Nov 2 19:06:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA06429 for hackers-outgoing; Thu, 2 Nov 1995 19:06:09 -0800 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 TAA06420 for ; Thu, 2 Nov 1995 19:06:06 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA16333; Thu, 2 Nov 1995 19:04:42 -0800 To: uhclem%nemesis@fw.ast.com (Frank Durda IV) cc: hackers@freebsd.org Subject: Re: Anybody get into Pentium Pro Test Program In-reply-to: Your message of "Thu, 02 Nov 1995 19:59:00 +0700." Date: Thu, 02 Nov 1995 19:04:42 -0800 Message-ID: <16330.815367882@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I got one too. The "consolation poster" was pretty cheesy and I think I'll just throw mine away.. :-) Jordan > Did anybody manage to get accepted into the "Pentium Pro Processor User > Test Program" (PPPUTP)? > > They claim they received over 10K questionnaries. > I got a form "thanks but no thanks" letter today. Wonder why.... > > Frank Durda IV |"The Knights who say "LETNi" > or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!! !" > ...letni!rwsys!nemesis!uhclem |"A what?" > ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 > From owner-freebsd-hackers Thu Nov 2 19:58:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA09536 for hackers-outgoing; Thu, 2 Nov 1995 19:58:18 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA09531 for ; Thu, 2 Nov 1995 19:58:16 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id TAA10926; Thu, 2 Nov 1995 19:57:53 -0800 Message-Id: <199511030357.TAA10926@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Anybody get into Pentium Pro Test Program In-reply-to: Your message of "Thu, 02 Nov 1995 19:04:42 PST." <16330.815367882@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Nov 1995 19:57:52 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk You guys got lucky , Intel just dropped my initial mail request :) Cheers, Amancio >>> "Jordan K. Hubbard" said: > I got one too. The "consolation poster" was pretty cheesy and I think > I'll just throw mine away.. :-) > > Jordan > > > Did anybody manage to get accepted into the "Pentium Pro Processor User > > Test Program" (PPPUTP)? > > > > They claim they received over 10K questionnaries. > > I got a form "thanks but no thanks" letter today. Wonder why.... > > > > Frank Durda IV |"The Knights who say "LETNi" > > or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTE R!! > !" > > ...letni!rwsys!nemesis!uhclem |"A what?" > > ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 198 3 > > > > From owner-freebsd-hackers Thu Nov 2 20:45:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA14166 for hackers-outgoing; Thu, 2 Nov 1995 20:45:42 -0800 Received: from ast.com (irvine.ast.com [165.164.128.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id UAA14159 for ; Thu, 2 Nov 1995 20:45:39 -0800 Received: from fw.ast.com by ast.com with SMTP id AA02086 (5.67b/IDA-1.5 for ); Thu, 2 Nov 1995 20:46:51 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #4) id m0tBDev-00008AC; Thu, 2 Nov 95 22:23 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0tBDYR-000J6nC; Thu, 2 Nov 95 22:16 WET Message-Id: Date: Thu, 2 Nov 95 22:16 WET To: hackers@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu Nov 2 1995, 22:16:35 CST Subject: Re: Anybody get into Pentium Pro Test Program Sender: owner-hackers@freebsd.org Precedence: bulk [1]I got one too. The "consolation poster" was pretty cheesy and I think [1]I'll just throw mine away.. :-) Yeah, you think they would have worked on getting more of the part in focus. Yeah, that knob. Turn it up to F-22... :-) Or maybe sent us one of the bad die... [0]I got a form "thanks but no thanks" letter today. Wonder why.... Oh, *now* I know. It's because they had to re-work all of those Morrison boards because they didn't allow for speakerphone hook-ups and I caught the omission before we accepted delivery... Boy, were they sore about that! Frank Durda IV |"He walks the net by night. or uhclem%nemesis@fw.ast.com (Fastest Route)| Out of the fog, into the smog." ...letni!rwsys!nemesis!uhclem | ...decvax!fw.ast.com!nemesis!uhclem | From owner-freebsd-hackers Thu Nov 2 23:30:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA26534 for hackers-outgoing; Thu, 2 Nov 1995 23:30:53 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA26527 for ; Thu, 2 Nov 1995 23:30:20 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id IAA20045; Fri, 3 Nov 1995 08:29:00 +0100 Message-Id: <199511030729.IAA20045@gilberto.physik.rwth-aachen.de> Subject: Re: `make world' timing for 133Mhz P5 To: archive@cps.cmich.edu (Mail Archive) Date: Fri, 3 Nov 1995 08:29:00 +0100 (MET) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: from "Mail Archive" at Nov 2, 95 06:24:06 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1090 Sender: owner-hackers@freebsd.org Precedence: bulk > > On Wed, 1 Nov 1995, Jordan K. Hubbard wrote: > > > I promised the make world (2.1-STABLE) timings for the P5-133, > > so here they are: > > > > 13449.10 real 8789.22 user 2073.65 sys > > 7324 maximum resident set size > > 982 average shared memory size > > 850 average unshared data size > > 169 average unshared stack size > > 15343038 page reclaims > > 8440 page faults > > 16 swaps > > 57922 block input operations > > 172828 block output operations > > 117238 messages sent > > 175795 messages received > > 5 signals received > > 621206 voluntary context switches > > 524784 involuntary context switches > > > > A little over 3.7 hours for a make world. Not bad, eh? :-) > > > I was at 3.1 hours with 512K PBM Cache and 32megs of EDO ram. Just > thought you might like to know. > > Matthew S. Bailey Could you (both) give some more details about disks, controllers, and partition scheme being used? > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Nov 3 01:40:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA01585 for hackers-outgoing; Fri, 3 Nov 1995 01:40:00 -0800 Received: from bell.cs.strath.ac.uk (mmdf@bell.cs.strath.ac.uk [130.159.196.126]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA01542 for ; Fri, 3 Nov 1995 01:39:18 -0800 Received: from lister-04.cs.strath.ac.uk by bell.cs.strath.ac.uk id aa17206; 3 Nov 95 9:35 GMT To: Raul Zighelboim cc: hackers@freebsd.org, nbc@cs.strath.ac.uk Subject: Re: Getting kernel source code In-reply-to: Your message of "Thu, 02 Nov 1995 09:34:08 CST." Date: Fri, 03 Nov 1995 09:35:02 +0000 From: Neil Clark Message-ID: <9511030935.aa17206@bell.cs.strath.ac.uk> Sender: owner-hackers@freebsd.org Precedence: bulk In message you wri te: > >After doing that I try to untar/unzip the files, and I get a 'this is not >a gzip file' message. How do I expand the source files ? Something along the lines of: cat ssys.* | tar -zxvf - should do the trick. Neil From owner-freebsd-hackers Fri Nov 3 01:51:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA02588 for hackers-outgoing; Fri, 3 Nov 1995 01:51:43 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA02580 for ; Fri, 3 Nov 1995 01:51:40 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tBImc-0003w1C; Fri, 3 Nov 95 01:51 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA01878; Fri, 3 Nov 1995 10:45:51 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Jeffrey Hsu , hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Thu, 02 Nov 1995 11:00:16 PST." <11965.815338816@time.cdrom.com> Date: Fri, 03 Nov 1995 10:45:51 +0100 Message-ID: <1876.815391951@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > Rather than yet another non-standard option, how about using the heuristic > > that if a filesystem doesn't have to be fsck'ed, it's okay for the > > mount to fail? The theory being that a fs which must be fsck'ed is more > > critical than one which does not. Both the CDROM filesystems and the DOS > > filesystems fit this heuristic. > > That would leave any critical NFS filesystems to slip through the cracks. > > I think David's right - another keyword is the way to go (but if nobody's > going to ADD this keyword, I propose we do the rc hack I suggested! :-) I also belive we need the "optional" keyword. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Nov 3 03:15:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA05893 for hackers-outgoing; Fri, 3 Nov 1995 03:15:40 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA05882 for ; Fri, 3 Nov 1995 03:15:36 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tBK5u-0003w0C; Fri, 3 Nov 95 03:15 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id MAA02260; Fri, 3 Nov 1995 12:15:32 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Terry Lambert cc: hackers@FreeBSD.org Subject: Re: RFD: VFS, non-Intel architectures In-reply-to: Your message of "Thu, 02 Nov 1995 18:57:29 MST." <199511030157.SAA03367@phaeton.artisoft.com> Date: Fri, 03 Nov 1995 12:15:32 +0100 Message-ID: <2258.815397332@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk Trimmed Cc: to hackers. > As some of you know, I am doing a port of FreeBSD to the Motorolla > Ultra 603/604. Good. > Part of a port to a different platform has always been support of > the native file system for that platform. Yes, as something you added later :-) My bogometer is in warning mode, in particular since the PowerPC idea (though you are probably on a RS6k/P40) was to be able to run (if I remember right from the glossies): NT AIX Solaris OSF/1 MacOS So implying that the "crumbly VFS code" is holding back your port because you cannot make a JFS is "BullShit, first grade". > I would like to invite discussion on these proposed VFS changes. Sure, just do make it sound like you cannot possibly do anything until it has been done. Terry, It seems to me that you are attacking the porting owrk from the wrong end. Since you quite obviously havn't thought much about how to attack this task I volounteer to educate you a bit here: I would suggest you start out by (re)reading a couple of the classic papers on porting unix to another platform for hints and ideas, Bell Labs for instance had a couple of classics that it seems you have never understood (assuming you ever actually read them). My personal suggestion to you would be: Make a kernel that the AIX bootloader can load, which only contains panic ("Kilroy, Really ???\n"); For instance using netbooting, which I'm sure the P40 is capable of. (3 weeks). Make that kernel work so far that it can execute /sbin/init from a compiled in MFS filesystem. (8 weeks). Make your device drivers for disk and network work and work well. (8 weeks). Make a couple of FFS filesystems and make the user-land work. (6 weeks). Then add JFS compatibility, if you really need it. (4 weeks). If I had paid you to port FreeBSD, and you came to me with this "I need to fix the VFS" crap, you wouldn't even have had time to print your resume before you left. I wish I could afford to buy another computer right now, and I would love to produce a port before you do. I'm sure I could beat you to it, considering that I know nothing about the Power, havn't done it before, have a job and a family, and don't have to write N*10K emails all the time. Come on Terry, show us, prove that you can deliver what your mouth keeps babling about, show us a kernel that boots on a Power at Xmas and have a complete selfhosted port ready by easter... "but mom, he's not wearing any clothes..." -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Nov 3 03:33:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA06521 for hackers-outgoing; Fri, 3 Nov 1995 03:33:02 -0800 Received: from mail.adsnet.net (mail.adsnet.net [204.182.134.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA06514 for ; Fri, 3 Nov 1995 03:32:56 -0800 Received: by mail.adsnet.net (5.0/SMI-SVR4) id AA14063; Fri, 3 Nov 95 03:32:32 PST Date: Fri, 3 Nov 95 03:32:32 PST From: root@adsnet.net (0000-Admin(0000)) Message-Id: <9511031132.AA14063@mail.adsnet.net> To: hackers@freebsd.org Subject: Please Unsub me!! Content-Length: 106 Sender: owner-hackers@freebsd.org Precedence: bulk Howdy. I was subscribed to the group accidently. Would someone send me info on unsubbing? Thanks, Chris From owner-freebsd-hackers Fri Nov 3 03:57:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA07647 for hackers-outgoing; Fri, 3 Nov 1995 03:57:04 -0800 Received: from mail.adsnet.net (mail.adsnet.net [204.182.134.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA07642 for ; Fri, 3 Nov 1995 03:57:00 -0800 Received: by mail.adsnet.net (5.0/SMI-SVR4) id AA14353; Fri, 3 Nov 95 03:56:41 PST Date: Fri, 3 Nov 95 03:56:41 PST From: root@adsnet.net (0000-Admin(0000)) Message-Id: <9511031156.AA14353@mail.adsnet.net> To: hackers@freebsd.org Subject: Still doesn't work. Content-Length: 249 Sender: owner-hackers@freebsd.org Precedence: bulk Okay. I've sent mail to majordomo@freebsd.org. Unsubsribe hackers -- doesn't work. Says "unknown list 'hackers'. So, I try: unsubscribe hackers@freebsd.org -- unknown list 'hackers@freebsd.org' Anyone got any further instructions? Thanks, Chris From owner-freebsd-hackers Fri Nov 3 04:00:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA07874 for hackers-outgoing; Fri, 3 Nov 1995 04:00:20 -0800 Received: from mail.adsnet.net (mail.adsnet.net [204.182.134.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA07866 for ; Fri, 3 Nov 1995 04:00:18 -0800 Received: by mail.adsnet.net (5.0/SMI-SVR4) id AA14380; Fri, 3 Nov 95 04:00:00 PST Date: Fri, 3 Nov 95 04:00:00 PST From: root@adsnet.net (0000-Admin(0000)) Message-Id: <9511031200.AA14380@mail.adsnet.net> To: hackers@freebsd.org Subject: Okay, see if this does it. Content-Length: 111 Sender: owner-hackers@freebsd.org Precedence: bulk The name of the list is apparently "freebsd-hackers" not simply "hackers" We'll see if this worked.... Chris From owner-freebsd-hackers Fri Nov 3 05:35:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA11763 for hackers-outgoing; Fri, 3 Nov 1995 05:35:49 -0800 Received: from uuneo.neosoft.com (mailbot@uuneo.neosoft.com [206.109.1.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA11757 for ; Fri, 3 Nov 1995 05:35:44 -0800 Received: (from mailbot@localhost) by uuneo.neosoft.com (8.7.1/8.7.1) id HAA10089; Fri, 3 Nov 1995 07:35:40 -0600 (CST) Received: from concorde.neosoft.com(206.109.14.16) by uuneo.neosoft.com via smap (V1.3) id sma010034; Fri Nov 3 07:35:07 1995 Date: Fri, 3 Nov 1995 07:35:37 -0600 (CST) From: Daniel Baker X-Sender: dbaker@concorde.neosoft.com To: 0000-Admin cc: hackers@freebsd.org Subject: Re: Okay, see if this does it. In-Reply-To: <9511031200.AA14380@mail.adsnet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk It should, send mail to majordomo@freebsd.org FROM THE ADDRESS that you subscribed from. saying only: unsubscribe freebsd-hackers That's it. no subject, no sig. On Fri, 3 Nov 1995, 0000-Admin wrote: > The name of the list is apparently "freebsd-hackers" not simply "hackers" > > We'll see if this worked.... > > Chris > -- Daniel Baker -- NeoSoft Student Asst. (UseNet, FTP & CivNet Admin.) DBaker@NeoSoft.COM DBaker@Baker.err.COM ** http://www.neosoft.com/neosoft/staff/dbaker/ ** ** http://www.baker.err.com/ ** From owner-freebsd-hackers Fri Nov 3 07:11:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA14168 for hackers-outgoing; Fri, 3 Nov 1995 07:11:47 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA14163 for ; Fri, 3 Nov 1995 07:11:43 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14507(7)>; Fri, 3 Nov 1995 07:10:47 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA13826; Fri, 3 Nov 95 10:10:54 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA09284; Fri, 3 Nov 95 10:10:53 EST Message-Id: <9511031510.AA09284@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Automounting CD-ROMs In-Reply-To: Your message of "Thu, 02 Nov 1995 13:21:02 PST." <199511022121.WAA02982@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 3 Nov 1995 07:10:52 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk > As Marty Leisner wrote: > > > > Linux has a concent of "user" mount, so any user can generate a > > mount /cdrom command (if the entry for /cdrom is user). > > I know (and no, it hasn't been implemented in FreeBSD), but that's > only one side of the coin. The story continues if it comes to NFS > file systems, DOS file systems etc. They should be mounted if they > are available at boot time, but they should or should not cause the > autoboot to stop, depending on their importance for the system. > I'm not sure I agree... I recently installed a slackware Elf system, and it mounts the CDROM automatically if one is there. (it does it in an rc. script, I haven't looked at it...) I often find this annoying, because just because a CD-ROM is present at boot time, it doesn't mean I want to use it (most of the time its present from a past session). -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Fri Nov 3 07:21:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA14491 for hackers-outgoing; Fri, 3 Nov 1995 07:21:26 -0800 Received: from yarrina.connect.com.au (yarrina.connect.com.au [192.189.54.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA14462 for ; Fri, 3 Nov 1995 07:21:11 -0800 Received: from suburbia.net (suburbia.net [203.4.184.1]) by yarrina.connect.com.au with ESMTP id CAA07364 (8.6.12/IDA-1.6 for ); Sat, 4 Nov 1995 02:20:56 +1100 Received: (proff@localhost) by suburbia.net (8.6.12/Proff-950810) id CAA02739 for hackers@freebsd.org; Sat, 4 Nov 1995 02:20:50 +1100 Date: Sat, 4 Nov 1995 02:20:50 +1100 From: Julian Assange Message-Id: <199511031520.CAA02739@suburbia.net> To: hackers@freebsd.org Subject: sub problems Sender: owner-hackers@freebsd.org Precedence: bulk I subscribed to a wide range of freebsd mailing lists, with the hope of doing some dev work, but haven't as yet seen anything. Can someone check to see if proff@suburbia.net is subscribed to anything? Cheers, Proff From owner-freebsd-hackers Fri Nov 3 08:43:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA17378 for hackers-outgoing; Fri, 3 Nov 1995 08:43:22 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA17364 for ; Fri, 3 Nov 1995 08:43:17 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id LAA02861; Fri, 3 Nov 1995 11:43:34 -0500 Date: Fri, 3 Nov 1995 11:43:34 -0500 From: Charles Henrich Message-Id: <199511031643.LAA02861@crh.cl.msu.edu> To: phk@critter.tfs.com, freebsd-hackers@freebsd.org Subject: Re: RFD: VFS, non-Intel architectures Newsgroups: lists.freebsd.hackers References: <47ctsi$190f@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #3 (NOV) Sender: owner-hackers@freebsd.org Precedence: bulk In lists.freebsd.hackers you write: >It seems to me that you are attacking the porting owrk from the wrong end. >Since you quite obviously havn't thought much about how to attack this >task I volounteer to educate you a bit here: >I would suggest you start out by (re)reading a couple of the classic >papers on porting unix to another platform for hints and ideas, >Bell Labs for instance had a couple of classics that it seems you >have never understood (assuming you ever actually read them). >My personal suggestion to you would be: [clip] >If I had paid you to port FreeBSD, and you came to me with this "I >need to fix the VFS" crap, you wouldn't even have had time to print >your resume before you left. >I wish I could afford to buy another computer right now, and I would >love to produce a port before you do. >I'm sure I could beat you to it, considering that I know nothing >about the Power, havn't done it before, have a job and a family, >and don't have to write N*10K emails all the time. >Come on Terry, show us, prove that you can deliver what your mouth >keeps babling about, show us a kernel that boots on a Power at Xmas >and have a complete selfhosted port ready by easter... Is there any reason for this rediculus, self-serving, childish attack on someone who has made a very reasonable and pretty well thought out proposal to clean-up some portions of FreeBSD that very well may need it? Whats the deal? I for one would *love* to have JFS, and if it is a cleanup of VFS that makes it happen, again, where is the problem? I personally do not see why you would fly off and attack Terry in response to a message calling for discussion (Im assuming an implied discussion of technical merit) on the topic. Am I to assume that any message that attempts to discuss changes in the FreeBSD kernel will always generate this kind of response? -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri Nov 3 10:14:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21102 for hackers-outgoing; Fri, 3 Nov 1995 10:14:02 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA21089 for ; Fri, 3 Nov 1995 10:13:59 -0800 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id NAA23907 for hackers@freebsd.org; Fri, 3 Nov 1995 13:13:56 -0500 Date: Fri, 3 Nov 1995 13:13:56 -0500 From: Charles Kenneth Green - PRC Message-Id: <199511031813.NAA23907@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: Eject Sender: owner-hackers@freebsd.org Precedence: bulk Anyone ever consider writing an eject command for freebsd? -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Fri Nov 3 10:36:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22338 for hackers-outgoing; Fri, 3 Nov 1995 10:36:56 -0800 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22331 for ; Fri, 3 Nov 1995 10:36:53 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id NAA16033; Fri, 3 Nov 1995 13:23:23 -0500 Date: Fri, 3 Nov 1995 13:23:21 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: Eject To: Charles Kenneth Green - PRC cc: hackers@freebsd.org In-Reply-To: <199511031813.NAA23907@fang.cs.sunyit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 3 Nov 1995, Charles Kenneth Green - PRC wrote: > Anyone ever consider writing an eject command for freebsd? rewoffl or offline, both work for tape drives. man mt. do i misunderstand ?? 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-hackers Fri Nov 3 10:59:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23438 for hackers-outgoing; Fri, 3 Nov 1995 10:59:13 -0800 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 KAA23377 for ; Fri, 3 Nov 1995 10:57:04 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04815; Fri, 3 Nov 1995 11:53:51 -0700 From: Terry Lambert Message-Id: <199511031853.LAA04815@phaeton.artisoft.com> Subject: Re: RFD: VFS, non-Intel architectures To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 3 Nov 1995 11:53:51 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <2258.815397332@critter.tfs.com> from "Poul-Henning Kamp" at Nov 3, 95 12:15:32 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: 3346 Sender: owner-hackers@FreeBSD.org Precedence: bulk > Trimmed Cc: to hackers. > > > As some of you know, I am doing a port of FreeBSD to the Motorolla > > Ultra 603/604. > Good. > > > Part of a port to a different platform has always been support of > > the native file system for that platform. > > Yes, as something you added later :-) > > My bogometer is in warning mode, in particular since the PowerPC idea > (though you are probably on a RS6k/P40) was to be able to run (if I > remember right from the glossies): > > NT > AIX > Solaris > OSF/1 > MacOS > > > So implying that the "crumbly VFS code" is holding back your port because > you cannot make a JFS is "BullShit, first grade". No. I am running a Motorolla Ultra 603 with AIX. Not IBM Hardware. > > I would like to invite discussion on these proposed VFS changes. > > Sure, just do make it sound like you cannot possibly do anything until > it has been done. That's not true. I can do things. I will just lose the ability to keep other peoples changes to FreeBSD as part and parcel of my local code base. > It seems to me that you are attacking the porting owrk from the wrong end. > > Since you quite obviously havn't thought much about how to attack this > task I volounteer to educate you a bit here: > > I would suggest you start out by (re)reading a couple of the classic > papers on porting unix to another platform for hints and ideas, > Bell Labs for instance had a couple of classics that it seems you > have never understood (assuming you ever actually read them). > > My personal suggestion to you would be: > > Make a kernel that the AIX bootloader can load, which only contains > panic ("Kilroy, Really ???\n"); > For instance using netbooting, which I'm sure the P40 is capable of. > (3 weeks). Done. Though I don't use a P40, the ROS code for the Ultra leaves the system in the same state regardless of if it's a P40 or not. > Make that kernel work so far that it can execute /sbin/init from a > compiled in MFS filesystem. > (8 weeks). I can do this already as well, though I admit to some PTE bugs. > Make your device drivers for disk and network work and work well. > (8 weeks). I'm having problems with the console code and am waiting on PPCBug documentation. > Make a couple of FFS filesystems and make the user-land work. > (6 weeks). Works from floppy already. > Then add JFS compatibility, if you really need it. > (4 weeks). In progress. > If I had paid you to port FreeBSD, and you came to me with this "I > need to fix the VFS" crap, you wouldn't even have had time to print > your resume before you left. Lucky I'm doing it for no cost to you, I guess. > I wish I could afford to buy another computer right now, and I would > love to produce a port before you do. > > I'm sure I could beat you to it, considering that I know nothing > about the Power, havn't done it before, have a job and a family, > and don't have to write N*10K emails all the time. > > Come on Terry, show us, prove that you can deliver what your mouth > keeps babling about, show us a kernel that boots on a Power at Xmas > and have a complete selfhosted port ready by easter... > > "but mom, he's not wearing any clothes..." 8-P. 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-hackers Fri Nov 3 10:59:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23488 for hackers-outgoing; Fri, 3 Nov 1995 10:59:29 -0800 Received: from netcom22.netcom.com (bakul@netcom22.netcom.com [192.100.81.136]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23466 for ; Fri, 3 Nov 1995 10:59:26 -0800 Received: from localhost by netcom22.netcom.com (8.6.12/Netcom) id KAA29234; Fri, 3 Nov 1995 10:59:04 -0800 Message-Id: <199511031859.KAA29234@netcom22.netcom.com> To: hackers@freebsd.org Subject: Network oddity between two FreeBSD machines. Date: Fri, 03 Nov 95 10:59:03 -0800 From: Bakul Shah Sender: owner-hackers@freebsd.org Precedence: bulk I am running into a strange network problem. Perhaps someone else here has seen the same problem and solved it? Here is the net setup: ....----+--------------+----.... ethernet-A | | | | one two | | | | ....----+--------------+----.... ethernet-B One and two are FreeBSD machines, both running routed -q. One has link address of one-A on net-A and one-B on net-B. Two has link address of two-A on net-A and two-B on net-B. Net-A has been around for a while and a number of other machines are on it, including the nameserver. One and two have their primary net interface to net-A. Pinging two-A from one works fine (and takes about 0.7 ms). Pinging one-A from two also works (and takes about 0.7 ms). Pinging two-B from one or pinging one-B from one is the weird case: the ping time starts out high (anywhere from 10 ms to 1+ second) and with every ping the response time goes down by 10 ms until it reaches 10 ms at which ping response time bumps up to 1000 ms and the pattern repeats: 1000, 990, 980, ... 20, 10, 1000, 990 ... This symptom does not change even when I remove all other machines from net-B. Ditto with using dotted inet address instead of names and pinging to only directly connected nets (ping -n -r). I spent some time tracking this but gave up as more pressing things had to be done but I am curious as to why this happens. That 10ms reduction on successive pings sounds like some internal timer going off. Just in case it matters, both machines are P100 Gateway PCI machines, and are using 3COM 509 cards for both interfaces, and running recent SNAPs but not the latest one. Net-A has Linux/BSDi/Solaris/IRIX etc. as well as win-NT and win-95 machines. Anyone seen anything like this? Yeah, I know I can ask on comp.protocols.tcp-ip but thought I'd ask here first. Thanks for any insight! --bakul From owner-freebsd-hackers Fri Nov 3 11:34:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25103 for hackers-outgoing; Fri, 3 Nov 1995 11:34:47 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA25090 for ; Fri, 3 Nov 1995 11:34:44 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id LAA28054; Fri, 3 Nov 1995 11:33:01 -0800 From: Julian Elischer Message-Id: <199511031933.LAA28054@ref.tfs.com> Subject: Re: RFD: VFS, non-Intel architectures To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 3 Nov 1995 11:33:01 -0800 (PST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <2258.815397332@critter.tfs.com> from "Poul-Henning Kamp" at Nov 3, 95 12:15:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 374 Sender: owner-hackers@FreeBSD.org Precedence: bulk now, now, poul, I'm sure that DGB is giving you heartburn, but there is no need to take it out on non-TFSns.. we don't know what terry has, and he may have already done parts 1-3 diplomacy is one of the higher skills.. I'll send Rita a baseball bat with "Diplomacy" written on it and she can teach you about it whenever she feels in need of something American.. > > From owner-freebsd-hackers Fri Nov 3 11:55:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA26157 for hackers-outgoing; Fri, 3 Nov 1995 11:55:52 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA26152 for ; Fri, 3 Nov 1995 11:55:50 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id LAA28125; Fri, 3 Nov 1995 11:54:13 -0800 From: Julian Elischer Message-Id: <199511031954.LAA28125@ref.tfs.com> Subject: Re: Network oddity between two FreeBSD machines. To: bakul@netcom.com (Bakul Shah) Date: Fri, 3 Nov 1995 11:54:12 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199511031859.KAA29234@netcom22.netcom.com> from "Bakul Shah" at Nov 3, 95 10:59:03 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 383 Sender: owner-hackers@freebsd.org Precedence: bulk I've seen this somewhere... what does it say if you ask ping to record the route taken.. (-R I think .. check the man-page) > > I spent some time tracking this but gave up as more pressing > things had to be done but I am curious as to why this > happens. That 10ms reduction on successive pings sounds like > some internal timer going off. interrupts on th 'B' board correct? From owner-freebsd-hackers Fri Nov 3 12:42:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA29331 for hackers-outgoing; Fri, 3 Nov 1995 12:42:39 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA29179 ; Fri, 3 Nov 1995 12:40:57 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id OAA17329; Fri, 3 Nov 1995 14:39:55 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id OAA00534; Fri, 3 Nov 1995 14:49:18 -0600 Message-Id: <199511032049.OAA00534@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 cc: freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: cvs commit: ports/emulators/linux_lib - Imported sources In-reply-to: Your message of "Fri, 03 Nov 1995 12:33:36 PST." <199511032033.MAA28583@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Nov 1995 14:49:18 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk Here's my cliff notes on setting up linux compat: 1) make sure you're running on a kernel whose config file has `options COMPAT_LINUX' in it. If not, then re-config, rebuild, and reboot. 2) make sure you have a set of linux shared libraries. Friday afternoon I intend to import my port of linux libraries. then it should just be to make install from /usr/ports/emulators/linux_lib. or get the port from the port ftp/www server. At any rate, your linux libraries must be installed in /compat/linux/{lib,usr/lib}. NOTE: linux libraries *must* be ZMAGIC, although it appears that binaries can be either ZMAGIC or QMAGIC. 3) make sure you have a /usr/bin/linux, if not do a `make all install' from /usr/src/lkm/linux. run /usr/bin/linux (as root). You should get output something like: (jake)$ sudo linux Linux emulator installed Module loaded as ID 2 (jake)$ 4) run your favorite linux binaries. I have personally run doom, Wingz, Xess, and Maple. I've made ports of Wingz, and Maple. Here's a sample run of a linux kermit: (jake)$ uname -a FreeBSD jake 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Mon Oct 30 14:57:30 CST 1995 erich@jake:/usr/src/sys-atalk/compile/JAKE i386 (jake)$ file kermit kermit: setgid Linux/i386 demand-paged executable (ZMAGIC) not stripped (jake)$ ./kermit C-Kermit 5A(190), 4 Oct 94, for Linux Copyright (C) 1985, 1994, Trustees of Columbia University in the City of New York. Type ? or HELP for help. C-Kermit>quit (jake)$ eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Nov 3 13:40:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA04394 for hackers-outgoing; Fri, 3 Nov 1995 13:40:27 -0800 Received: from strider.ibenet.it (root@strider.ibe.net [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA04362 for ; Fri, 3 Nov 1995 13:40:10 -0800 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id WAA06639; Fri, 3 Nov 1995 22:34:26 +0100 From: Piero Serini Message-Id: <199511032134.WAA06639@strider.ibenet.it> Subject: Re: Eject To: chuck@fang.cs.sunyit.edu (Charles Kenneth Green - PRC) Date: Fri, 3 Nov 1995 22:34:25 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199511031813.NAA23907@fang.cs.sunyit.edu> from "Charles Kenneth Green - PRC" at Nov 3, 95 01:13:56 pm Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 521 Sender: owner-hackers@freebsd.org Precedence: bulk Hello. Quoting from Charles Kenneth Green - PRC (Fri Nov 3 19:13:56 1995): > Anyone ever consider writing an eject command for freebsd? What for? AFAIK under the PC floppies architecture ejecting a floppy is a mechanical thing, i.e. you need some{body,thing} to push the floppy button. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Fri Nov 3 14:32:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA11133 for hackers-outgoing; Fri, 3 Nov 1995 14:32:12 -0800 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA11095 for ; Fri, 3 Nov 1995 14:32:05 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id RAA12618; Fri, 3 Nov 1995 17:31:56 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7/8.6.4) id RAA12594; Fri, 3 Nov 1995 17:31:55 -0500 (EST) Date: Fri, 3 Nov 1995 17:31:55 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD Kernel Development... In-Reply-To: <199510190044.RAA01437@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 18 Oct 1995, Terry Lambert wrote: > > I am most interested in learning how the FreeBSD kernel works on iX86 > > machines. > > > > Is there any sort of documentation (besides the code) that lends a general > > (to specific) explanation of the FreeBSD kernel design? Or just kernel > > design in general? > > > > I am looking for anything from a full text all the way down to FAQ. > > Texts on kernel design in general: [bunch of deletions] > > ftp.sun.com > > Many papers on aspects of Solaris/SunOS. > > Terry Lambert > terry@lambert.org I saw sun in this list, and seeing as I wanted to know more about FreeBSD's filesystems, which I know use this 'vnode' stuff (it's a buzzword to me) and I know sun originated vnodes (from the Heidemann papaer) I went to the reference quoted above. Or tried to, nslookup says ftp.sun.com doesn't exist. Was this a mistake, or has the sun archive moved, or what? And do you happen to know the name of the paper involved? Thanks, Terry. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Fri Nov 3 14:34:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA11317 for hackers-outgoing; Fri, 3 Nov 1995 14:34:06 -0800 Received: from io.org (io.org [142.77.70.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA11309 ; Fri, 3 Nov 1995 14:33:53 -0800 Received: from flinch.io.org (flinch.io.org [198.133.36.153]) by io.org (8.6.12/8.6.12) with SMTP id RAA18249; Fri, 3 Nov 1995 17:33:09 -0500 Date: Fri, 3 Nov 1995 17:33:09 -0500 (EST) From: Brian Tao To: Andrew.Gordon@net-tel.co.uk, dyson@freebsd.org, FREEBSD-HACKERS-L Subject: Re: Re(2): panic: free vnode isn't In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 25 Oct 1995, Brian Tao wrote: > > Unfortunately, I can't rule out NFS because our anonymous FTP > archive sits on a BSD/OS drive (which I don't think FreeBSD will > recognize) and user home directories are mounted from another central > server. I could probably move ftp.io.org over to another machine for > a week (if 2.0.5R crashes in the next couple of days) and see what > effect that has. Okay, I've upgraded our IRC server to 2.1.0-951026-SNAP the day it came out, but left the 20 gigs of user filesystems NFS-mounted on it and allowed both user and anonymous FTP logins (as well as its regular IRC duty). It lasted almost three days before it froze up solid. Again, no kernel panic messages or syslog messages. I moved our FTP services back to a BSD/OS machine and mounted only a 2-gigabyte filesystem for staff logins on the FreeBSD box. It's been running ircd now for over 5 days now without a hitch. I'll let in continue on like this over the weekend. On Monday, I plan to re-enable anonymous FTP services only and NFS-mount just the public FTP archives and see if this incremental increase in load will cause anything to break. Keeping my fingers crossed... -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Fri Nov 3 14:38:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA11759 for hackers-outgoing; Fri, 3 Nov 1995 14:38:24 -0800 Received: from io.org (io.org [142.77.70.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA11735 for ; Fri, 3 Nov 1995 14:38:17 -0800 Received: from flinch.io.org (flinch.io.org [198.133.36.153]) by io.org (8.6.12/8.6.12) with SMTP id RAA18702; Fri, 3 Nov 1995 17:36:29 -0500 Date: Fri, 3 Nov 1995 17:36:29 -0500 (EST) From: Brian Tao To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: Of possible interest.. In-Reply-To: <199510270039.RAA26084@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 26 Oct 1995, Jordan K. Hubbard wrote: > > This software was, BTW, apparently developed under FreeBSD! > The authors have also indicated that they will be making this > software available under special terms (I believe "free") to > non-profit organizations. Non-commercial *FreeBSD* systems, specifically. ;-) -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Fri Nov 3 15:08:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA16149 for hackers-outgoing; Fri, 3 Nov 1995 15:08:31 -0800 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 PAA16125 ; Fri, 3 Nov 1995 15:08:21 -0800 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA15505; Sat, 4 Nov 95 00:00:30 +0100 Date: Sat, 4 Nov 95 00:00:30 +0100 Message-Id: <9511032300.AA15505@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: erich@lodgenet.com Cc: freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199511032049.OAA00534@jake.lodgenet.com> (erich@lodgenet.com) Subject: Re: cvs commit: ports/emulators/linux_lib - Imported sources X-Mailer: Emacs Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> Eric L Hernes writes: > Here's my cliff notes on setting up linux compat: > 1) make sure you're running on a kernel whose config file > has `options COMPAT_LINUX' in it. If not, then re-config, rebuild, > and reboot. I did it, and I also have the SYSVxxx options > 2) make sure you have a set of linux shared libraries. Friday > afternoon I intend to import my port of linux libraries. > then it should just be to make install from > /usr/ports/emulators/linux_lib. or get the port from the port > ftp/www server. > At any rate, your linux libraries must be installed in > /compat/linux/{lib,usr/lib}. They are in /compat/linux/lib > NOTE: linux libraries *must* be ZMAGIC, although it appears that > binaries can be either ZMAGIC or QMAGIC. > 3) make sure you have a /usr/bin/linux, if not do a `make all install' > from /usr/src/lkm/linux. run /usr/bin/linux (as root). You > should get output something like: > (jake)$ sudo linux > Linux emulator installed > Module loaded as ID 2 > (jake)$ ok: bash# linux Linux emulator installed Module loaded as ID 0 > 4) run your favorite linux binaries. I have personally run I tried a random binary - no problem: bash# /cdrom2/usr/bin/ctags /cdrom2/usr/bin/ctags: No input files specified. /cdrom2/usr/bin/ctags: Try `/cdrom2/usr/bin/ctags --help' for a complete list of options. > doom, Wingz, Xess, and Maple. I've made ports of Wingz, and DOOM! bash# ./xdoom DOOM System Startup v1.8 V_Init: allocate screens. M_LoadDefaults: Load system defaults. Z_Init: Init zone memory allocation daemon. W_Init: Init WADfiles. adding ./doom1.wad shareware version. M_Init: Init miscellaneous info. R_Init: Init DOOM refresh daemon - [...................] P_Init: Init Playloop state. I_Init: Setting up machine state. D_CheckNetGame: Checking network game status. startskill 2 deathmatch: 0 startmap: 1 startepisode: 1 player 1 of 1 (1 nodes) S_Init: Setting up sound. HU_Init: Setting up heads up display. ST_Init: Init status bar. Using MITSHM extension LINUX: 'ioctl' fd=5, typ=0x450(P), num=0xa not implemented ioctl(dsp,-1073459190,arg) failed errno=22 shared memory id=131072, addr=0x802c000 The program starts, and crashes after a few seconds :0( Broken pipe And if I try to restart the program, it ends immediatly with ... Using MITSHM extension errno=17 Error: Could not get any shared memory Any hints? Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-hackers Fri Nov 3 15:23:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA17281 for hackers-outgoing; Fri, 3 Nov 1995 15:23:59 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA17094 ; Fri, 3 Nov 1995 15:22:05 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id RAA18957; Fri, 3 Nov 1995 17:21:17 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id RAA08692; Fri, 3 Nov 1995 17:31:05 -0600 Message-Id: <199511032331.RAA08692@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Jean-Marc Zucconi cc: erich@lodgenet.com, freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: cvs commit: ports/emulators/linux_lib - Imported sources In-reply-to: Your message of "Sat, 04 Nov 1995 00:00:30 +0100." <9511032300.AA15505@cabri.obs-besancon.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Nov 1995 17:31:04 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk > shared memory id=131072, addr=0x802c000 > > The program starts, and crashes after a few seconds :0( > > Broken pipe > > And if I try to restart the program, it ends immediatly with > ... > Using MITSHM extension > errno=17 > Error: Could not get any shared memory > > Any hints? I haven't run doom much, but I've heard that a broken .wad? file will cause the core dump. as to fix it... (so that you can restart doom) you need to run `ipcs -M' to determine the id of the shared mem seg, then `ipcrm -m ' to clear it out. Then you can run doom again. ipcs and ipcrm have manpages in -current, and possibly in the more recent snaps, I remember a fairly recent commit message so you may have to look. I'm encouraged to see you got this far :) > > Jean-Marc > > _____________________________________________________________________________ > Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex > PGP Key: finger jmz@cabri.obs-besancon.fr > ============================================================================= eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Nov 3 15:42:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA18851 for hackers-outgoing; Fri, 3 Nov 1995 15:42:06 -0800 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA18834 ; Fri, 3 Nov 1995 15:41:59 -0800 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id XAA01075 ; Fri, 3 Nov 1995 23:37:32 GMT To: Jean-Marc Zucconi cc: erich@lodgenet.com, freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: cvs commit: ports/emulators/linux_lib - Imported sources In-reply-to: Your message of "Sat, 04 Nov 1995 00:00:30 +0100." <9511032300.AA15505@cabri.obs-besancon.fr> Date: Fri, 03 Nov 1995 23:37:27 +0000 Message-ID: <1073.815441847@palmer.demon.co.uk> From: Gary Palmer Sender: owner-hackers@freebsd.org Precedence: bulk Jean-Marc Zucconi wrote in message ID <9511032300.AA15505@cabri.obs-besancon.fr>: > Using MITSHM extension > LINUX: 'ioctl' fd=5, typ=0x450(P), num=0xa not implemented > ioctl(dsp,-1073459190,arg) failed > errno=22 > shared memory id=131072, addr=0x802c000 Recognise this one - it's running the sndserver app... delete it or move it out of the execution path and it'll work fine... > And if I try to restart the program, it ends immediatly with > ... > Using MITSHM extension > errno=17 > Error: Could not get any shared memory There's a way to clear shmem, but I can never remember... Jordan? You told me how last time :-) Gary From owner-freebsd-hackers Fri Nov 3 16:08:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA20278 for hackers-outgoing; Fri, 3 Nov 1995 16:08:21 -0800 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 QAA20273 ; Fri, 3 Nov 1995 16:08:19 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA24708; Fri, 3 Nov 1995 16:05:50 -0800 To: "Eric L. Hernes" cc: freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: cvs commit: ports/emulators/linux_lib - Imported sources In-reply-to: Your message of "Fri, 03 Nov 1995 14:49:18 CST." <199511032049.OAA00534@jake.lodgenet.com> Date: Fri, 03 Nov 1995 16:05:50 -0800 Message-ID: <24705.815443550@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Here's my cliff notes on setting up linux compat: Where are you getting a ZMAGIC version of ld.so from? I can only find the QMAGIC version in the slackware distribution? :( Jordan From owner-freebsd-hackers Fri Nov 3 16:14:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA20679 for hackers-outgoing; Fri, 3 Nov 1995 16:14:00 -0800 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 QAA20666 ; Fri, 3 Nov 1995 16:13:57 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA24915; Fri, 3 Nov 1995 16:13:48 -0800 To: hackers@freefall.FreeBSD.org cc: wollman@freefall.FreeBSD.org Subject: Hmmmm! `resvport' keyword not documented *anywhere*? Date: Fri, 03 Nov 1995 16:13:48 -0800 Message-ID: <24913.815444028@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk I'm looking through all of our man pages and I'm damned if I can find where `resvport' is documented. This is a pretty important option if you want to talk to Suns, which many people on the net are saying that FreeBSD is incapable of doing (no doubt because they were unable to find this option documented anywhere!). Yes, the -P flag to mount_nfs is documented, but hardly anyone uses the mount_foo commands directly. Jordan From owner-freebsd-hackers Fri Nov 3 16:33:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA22174 for hackers-outgoing; Fri, 3 Nov 1995 16:33:56 -0800 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA22159 ; Fri, 3 Nov 1995 16:33:47 -0800 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id AAA01184 ; Sat, 4 Nov 1995 00:26:35 GMT To: "Jordan K. Hubbard" cc: "Eric L. Hernes" , freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: cvs commit: ports/emulators/linux_lib - Imported sources In-reply-to: Your message of "Fri, 03 Nov 1995 16:05:50 PST." <24705.815443550@time.cdrom.com> Date: Sat, 04 Nov 1995 00:26:30 +0000 Message-ID: <1182.815444790@palmer.demon.co.uk> From: Gary Palmer Sender: owner-hackers@freebsd.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <24705.815443550@time.cdrom.com>: > > Here's my cliff notes on setting up linux compat: > Where are you getting a ZMAGIC version of ld.so from? I can > only find the QMAGIC version in the slackware distribution? :( Off the 2.0.5 CDROM? :-) I've uuencoded it and sent it to Jordan in a separate e-mail in case he can't be bothered finding a 205 disc :-) Gary From owner-freebsd-hackers Fri Nov 3 16:47:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA23194 for hackers-outgoing; Fri, 3 Nov 1995 16:47:35 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA23185 for ; Fri, 3 Nov 1995 16:47:33 -0800 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id TAA25467; Fri, 3 Nov 1995 19:46:48 -0500 Date: Fri, 3 Nov 1995 19:46:48 -0500 From: Charles Kenneth Green - PRC Message-Id: <199511040046.TAA25467@fang.cs.sunyit.edu> In-Reply-To: Piero Serini "Re: Eject" (Nov 3, 10:34pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: piero@strider.ibenet.it Subject: Re: Eject Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Nov 3, 10:34pm, Piero Serini wrote: } Subject: Re: Eject } Hello. } } Quoting from Charles Kenneth Green - PRC (Fri Nov 3 19:13:56 1995): } > Anyone ever consider writing an eject command for freebsd? } } What for? AFAIK under the PC floppies architecture ejecting a } floppy is a mechanical thing, i.e. you need some{body,thing} } to push the floppy button. } } Bye, } -- } # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ } Piero Serini Via Giambologna, 1 } I 20136 Milano - ITALY }-- End of excerpt from Piero Serini How about CDs? -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Fri Nov 3 17:25:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA25323 for hackers-outgoing; Fri, 3 Nov 1995 17:25:40 -0800 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 RAA25280 ; Fri, 3 Nov 1995 17:25:30 -0800 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA16254; Sat, 4 Nov 95 02:25:23 +0100 Date: Sat, 4 Nov 95 02:25:23 +0100 Message-Id: <9511040125.AA16254@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: erich@lodgenet.com Cc: freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199511032331.RAA08692@jake.lodgenet.com> (erich@lodgenet.com) Subject: Re: cvs commit: ports/emulators/linux_lib - Imported sources X-Mailer: Emacs Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> Eric L Hernes writes: >> shared memory id=131072, addr=0x802c000 >> >> The program starts, and crashes after a few seconds :0( >> >> Broken pipe >> >> And if I try to restart the program, it ends immediatly with >> ... >> Using MITSHM extension >> errno=17 >> Error: Could not get any shared memory >> >> Any hints? > I haven't run doom much, but I've heard that a broken .wad? file will > cause the core dump. Gary gave the answer: remove the sound server program > as to fix it... (so that you can restart doom) > you need to run `ipcs -M' to determine the id of the shared mem seg, > then `ipcrm -m ' to clear it out. Then you can run doom again. > ipcs and ipcrm have manpages in -current, and possibly in the more > recent snaps, I remember a fairly recent commit message so you may > have to look. 'ipcs -m' and 'ipcrm -m ' did the job. Thanks. > I'm encouraged to see you got this far :) But I am only at the begining of the game - I have now to figure how to start a level :-) Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-hackers Fri Nov 3 17:40:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA25657 for hackers-outgoing; Fri, 3 Nov 1995 17:40:34 -0800 Received: from gold.interlog.com (gold.interlog.com [198.53.145.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA25652 for ; Fri, 3 Nov 1995 17:40:31 -0800 Received: from lotbiniere.interlog.com (lotbiniere.interlog.com [198.53.146.76]) by gold.interlog.com (8.6.10/8.6.10) with ESMTP id UAA03395; Fri, 3 Nov 1995 20:40:27 -0500 Received: from localhost (localhost [127.0.0.1]) by lotbiniere.interlog.com (8.6.11/8.6.9) with SMTP id UAA02517; Fri, 3 Nov 1995 20:46:21 -0500 Message-Id: <199511040146.UAA02517@lotbiniere.interlog.com> X-Authentication-Warning: lotbiniere.interlog.com: Host localhost didn't use HELO protocol From: "Michel Joly de Lotbiniere" Reply-to: "Michel Joly de Lotbiniere" To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: RFD: VFS, non-Intel architectures In-reply-to: Message from Poul-Henning Kamp of "Fri, 03 Nov 1995 12:15:32 +0100." <2258.815397332@critter.tfs.com> Date: Fri, 03 Nov 1995 20:46:19 -0500 Sender: owner-hackers@freebsd.org Precedence: bulk > From: Poul-Henning Kamp > Subject: Re: RFD: VFS, non-Intel architectures [snip] > > Come on Terry, show us, prove that you can deliver what your mouth > keeps babling about, show us a kernel that boots on a Power at Xmas > and have a complete selfhosted port ready by easter... > > "but mom, he's not wearing any clothes..." > [snip] Oh, come off it! Is this kind of muscle-flexing of any value as a response to a proposal? Here's a guy who obviously eats, drinks, and sleeps with Unix kernels, offering to do a port to another architecture, and all you can say is this??? sorry to waste bandwidth, but REALLY!!!! manners... ========================= Michel Joly de Lotbiniere mjdl@interlog.com ========================= From owner-freebsd-hackers Fri Nov 3 17:47:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA25776 for hackers-outgoing; Fri, 3 Nov 1995 17:47:18 -0800 Received: from gold.interlog.com (gold.interlog.com [198.53.145.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA25771 for ; Fri, 3 Nov 1995 17:47:15 -0800 Received: from lotbiniere.interlog.com (lotbiniere.interlog.com [198.53.146.76]) by gold.interlog.com (8.6.10/8.6.10) with ESMTP id UAA04594 for ; Fri, 3 Nov 1995 20:47:05 -0500 Received: from localhost (localhost [127.0.0.1]) by lotbiniere.interlog.com (8.6.11/8.6.9) with SMTP id UAA02538 for ; Fri, 3 Nov 1995 20:53:00 -0500 Message-Id: <199511040153.UAA02538@lotbiniere.interlog.com> X-Authentication-Warning: lotbiniere.interlog.com: Host localhost didn't use HELO protocol From: "Michel Joly de Lotbiniere" Reply-to: "Michel Joly de Lotbiniere" To: hackers@freebsd.org Subject: Re: RFD: VFS, non-Intel architectures In-reply-to: Message from Poul-Henning Kamp of "Fri, 03 Nov 1995 12:15:32 +0100." <2258.815397332@critter.tfs.com> Date: Fri, 03 Nov 1995 20:53:00 -0500 Sender: owner-hackers@freebsd.org Precedence: bulk Oops, sorry about my quick reaction: "... sleepings with Unix kernels" was an ignoble assertion. ========================= Michel Joly de Lotbiniere mjdl@interlog.com ========================= From owner-freebsd-hackers Fri Nov 3 18:08:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA26176 for hackers-outgoing; Fri, 3 Nov 1995 18:08:05 -0800 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 SAA26171 for ; Fri, 3 Nov 1995 18:08:02 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA05787; Fri, 3 Nov 1995 19:05:22 -0700 From: Terry Lambert Message-Id: <199511040205.TAA05787@phaeton.artisoft.com> Subject: Re: FreeBSD Kernel Development... To: chuckr@glue.umd.edu (Chuck Robey) Date: Fri, 3 Nov 1995 19:05:22 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Nov 3, 95 05:31:55 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: 2579 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I saw sun in this list, and seeing as I wanted to know more about > FreeBSD's filesystems, which I know use this 'vnode' stuff (it's a > buzzword to me) and I know sun originated vnodes (from the Heidemann > papaer) I went to the reference quoted above. Or tried to, nslookup says > ftp.sun.com doesn't exist. Was this a mistake, or has the sun archive > moved, or what? And do you happen to know the name of the paper involved? I just tried sun.com and ftp.sun.com; neither worked. ?!? The Sun vnode architecture papers are actually in the Proceedings of Usenix. Here are the obvious references: ftp://ftp.sage.usenix.org/pub/usenix/summer85/sun-nfs-paper.ps.Z The Sun NFS paper ftp://ftp.sage.usenix.org/pub/usenix/summer86/vnode.ps.Z The Sun VFS/vnode interface paper ftp://ftp.sage.usenix.org/pub/usenix/summer90/ficus.ps.Z The ficus paper; a smaller writeup of some of the information on ftp.cs.ucla.edu. ftp://ftp.sage.usenix.org/pub/usenix/summer91/ficus.ps.Z Another ficus paper. ftp://ftp.sage.usenix.org/pub/usenix/summer90/lfs.ps.Z The LFS paper. ftp://ftp.sage.usenix.org/pub/usenix/summer90/evolv-vnode.ps.Z Rosenthal's stacking vnode architecture (a competitor to FICUS) ftp://ftp.sage.usenix.org/pub/usenix/summer92/cmfs.paper.ps.Z ftp://ftp.sage.usenix.org/pub/usenix/summer92/cmfs.figs.ps.Z The Continuous media file system ftp://ftp.sage.usenix.org/pub/usenix/winter88/andrew-file-sys-overview.ps.Z The Andrew file system ftp://ftp.sage.usenix.org/pub/usenix/winter90/disk-scheduling.ps.Z Disk scheduling (one of the authors, Margo Seltzer, has done most of the recent LFS work). ftp://ftp.sage.usenix.org/pub/usenix/winter91/sunos41.clust.filesys.ps.Z The UFS clustering paper. ftp://ftp.sage.usenix.org/pub/usenix/winter91/sun-multithread-arch.ps.Z Sun's paper on kernel multithreading including the file system ftp://ftp.sage.usenix.org/pub/usenix/winter92/convex-filesys.extabs.ps.Z ftp://ftp.sage.usenix.org/pub/usenix/winter92/multi-level-caching.ps.Z Caching. ftp://ftp.sage.usenix.org/pub/usenix/winter92/name-caching.ps.Z DNLC style caching ftp://ftp.sage.usenix.org/pub/usenix/winter93/unix-disk-access.ps.Z Disk access (fs related) ftp://ftp.sage.usenix.org/pub/usenix/winter93/unix-lfs-impl.ps.Z Another LFS paper ftp://ftp.sage.usenix.org/pub/usenix/filesys.1/* Lots of interesting FS papers, including the Berkeley Sprite file system vnode interface. 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-hackers Fri Nov 3 18:31:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA26439 for hackers-outgoing; Fri, 3 Nov 1995 18:31:26 -0800 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 SAA26433 ; Fri, 3 Nov 1995 18:31:21 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA05903; Fri, 3 Nov 1995 19:28:56 -0700 From: Terry Lambert Message-Id: <199511040228.TAA05903@phaeton.artisoft.com> Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 3 Nov 1995 19:28:56 -0700 (MST) Cc: hackers@freefall.freebsd.org, wollman@freefall.freebsd.org In-Reply-To: <24913.815444028@time.cdrom.com> from "Jordan K. Hubbard" at Nov 3, 95 04:13:48 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: 1435 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I'm looking through all of our man pages and I'm damned if I can find > where `resvport' is documented. This is a pretty important option if > you want to talk to Suns, which many people on the net are saying that > FreeBSD is incapable of doing (no doubt because they were unable to > find this option documented anywhere!). If you document it, it should be in the mount_nfs man page. I know people don't refer to it directly, but in "man mount": -o Options are specified with a -o flag followed by a comma separat- ed string of options. The following options are available: [ ... ] Any additional options specific to a filesystem type that is not one of the internally known types (see the -t option) may be passed as a comma separated list; these options are distinguished by a leading ``-'' (dash). Options that take a value are speci- fied using the syntax -option=value. For example, the mount com- mand: Which implies -o options should be in the FS specific man pages. > Yes, the -P flag to mount_nfs is documented, but hardly anyone uses > the mount_foo commands directly. And the mount_nfs man page does not describe how to put FS specific mount options into the fstab. 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-hackers Fri Nov 3 19:20:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA27126 for hackers-outgoing; Fri, 3 Nov 1995 19:20:52 -0800 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 TAA27118 for ; Fri, 3 Nov 1995 19:20:45 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA25832; Fri, 3 Nov 1995 19:20:29 -0800 To: "Michel Joly de Lotbiniere" cc: hackers@freebsd.org Subject: Re: RFD: VFS, non-Intel architectures In-reply-to: Your message of "Fri, 03 Nov 1995 20:53:00 EST." <199511040153.UAA02538@lotbiniere.interlog.com> Date: Fri, 03 Nov 1995 19:20:29 -0800 Message-ID: <25830.815455229@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Oops, sorry about my quick reaction: "... sleepings with Unix kernels" > was an ignoble assertion. But surprisingly accurate! I have pictures! :-) :-) Jordan From owner-freebsd-hackers Fri Nov 3 19:43:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA29274 for hackers-outgoing; Fri, 3 Nov 1995 19:43:47 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA29263 for ; Fri, 3 Nov 1995 19:43:36 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id TAA01531; Fri, 3 Nov 1995 19:43:20 -0800 Message-Id: <199511040343.TAA01531@rah.star-gate.com> To: "Michel Joly de Lotbiniere" cc: Poul-Henning Kamp , hackers@freebsd.org Subject: Re: RFD: VFS, non-Intel architectures In-reply-to: Your message of "Fri, 03 Nov 1995 20:46:19 EST." <199511040146.UAA02517@lotbiniere.interlog.com> Date: Fri, 03 Nov 1995 19:43:19 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> "Michel Joly de Lotbiniere" said: > > From: Poul-Henning Kamp > > Subject: Re: RFD: VFS, non-Intel architectures > [snip] > > > > Come on Terry, show us, prove that you can deliver what your mouth > > keeps babling about, show us a kernel that boots on a Power at Xmas > > and have a complete selfhosted port ready by easter... > > > > "but mom, he's not wearing any clothes..." > > > [snip] > Oh, come off it! Is this kind of muscle-flexing of any value > as a response to a proposal? Here's a guy who obviously eats, drinks, > and sleeps with Unix kernels, offering to do a port to another > architecture, and all you can say is this??? I hate to disappoint you but Terry is not a guy --- he is the latest in AI trying to leap from kernel hacking to porting entire systems . His motto: Terry on every desktop !!! Every time I post something on Terry's e-mail, I get nervous for I don't know if he is going to use a directly proportinal (usually by a factor of 10 ) algorithm or an exponential algorithm to responsd to my e-mail . I truly shudder! So don't flame people criticizing Terry just have pity on the sender ! Cheers, Amancio From owner-freebsd-hackers Fri Nov 3 19:51:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA00342 for hackers-outgoing; Fri, 3 Nov 1995 19:51:48 -0800 Received: from dtihost.datatrek.com (dtihost.datatrek.com [204.31.148.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA00337 for ; Fri, 3 Nov 1995 19:51:44 -0800 Received: from laptop.nightflight ([205.162.141.3]) by dtihost.datatrek.com (8.6.12/8.6.9) with SMTP id TAA29648 for ; Fri, 3 Nov 1995 19:49:49 -0800 Date: Fri, 3 Nov 1995 19:49:49 -0800 Message-Id: <199511040349.TAA29648@dtihost.datatrek.com> X-Sender: gcrutcher@datatrek.com X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Gary Crutcher Subject: PCI Ehternet Problems Sender: owner-hackers@freebsd.org Precedence: bulk I have installed an SMC PCI Etherpower card that is DC21041 based, not DC21040 based. FreeBSD does not seem to be able access the card. I am one v2.05 June 10,1995. Any suggestions on how I can get it to work? Gary Crutcher From owner-freebsd-hackers Fri Nov 3 20:38:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA03404 for hackers-outgoing; Fri, 3 Nov 1995 20:38:58 -0800 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 UAA03397 for ; Fri, 3 Nov 1995 20:38:54 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA26146; Fri, 3 Nov 1995 20:38:41 -0800 To: Gary Crutcher cc: hackers@freebsd.org Subject: Re: PCI Ehternet Problems In-reply-to: Your message of "Fri, 03 Nov 1995 19:49:49 PST." <199511040349.TAA29648@dtihost.datatrek.com> Date: Fri, 03 Nov 1995 20:38:41 -0800 Message-ID: <26143.815459921@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I have installed an SMC PCI Etherpower card that is DC21041 based, not > DC21040 based. FreeBSD does not seem to be able access the card. I am one > v2.05 June 10,1995. Any suggestions on how I can get it to work? > > Gary Crutcher > It's fixed in the latest snapshots. Jordan From owner-freebsd-hackers Sat Nov 4 01:50:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA25744 for hackers-outgoing; Sat, 4 Nov 1995 01:50:58 -0800 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 BAA25712 for ; Sat, 4 Nov 1995 01:50:52 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA18525; Sat, 4 Nov 1995 10:50:40 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA00187; Sat, 4 Nov 1995 10:50:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA06778; Sat, 4 Nov 1995 09:30:25 +0100 From: J Wunsch Message-Id: <199511040830.JAA06778@uriah.heep.sax.de> Subject: Re: Eject To: chuck@fang.cs.sunyit.edu (Charles Kenneth Green - PRC) Date: Sat, 4 Nov 1995 09:30:24 +0100 (MET) Cc: piero@strider.ibenet.it, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511040046.TAA25467@fang.cs.sunyit.edu> from "Charles Kenneth Green - PRC" at Nov 3, 95 07:46:48 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: 298 Sender: owner-hackers@freebsd.org Precedence: bulk As Charles Kenneth Green - PRC wrote: > > How about CDs? j@uriah 118% alias eject cdcontrol -f /dev/rcd0a eject j@uriah 119% -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 01:51:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA25897 for hackers-outgoing; Sat, 4 Nov 1995 01:51:20 -0800 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 BAA25826 for ; Sat, 4 Nov 1995 01:51:09 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA18546; Sat, 4 Nov 1995 10:51:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA00195; Sat, 4 Nov 1995 10:50:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA06548; Sat, 4 Nov 1995 09:18:16 +0100 From: J Wunsch Message-Id: <199511040818.JAA06548@uriah.heep.sax.de> Subject: Re: Automounting CD-ROMs To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Sat, 4 Nov 1995 09:18:15 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9511031510.AA09284@gnu.mc.xerox.com> from "Marty Leisner" at Nov 3, 95 07:10:52 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: 537 Sender: owner-hackers@freebsd.org Precedence: bulk As Marty Leisner wrote: > > I often find this annoying, because just because a CD-ROM is present > at boot time, it doesn't mean I want to use it (most of the time > its present from a past session). Why do you find this annoying? If you don't care for the CD at all, why do you care for it being mounted? And: don't forget to take out your floppy before the reboot. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 02:04:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA27785 for hackers-outgoing; Sat, 4 Nov 1995 02:04:55 -0800 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 CAA27778 for ; Sat, 4 Nov 1995 02:04:49 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA01277; Sat, 4 Nov 1995 02:04:33 -0800 To: Dave Bodenstab Cc: hackers@freebsd.org Subject: Re: Joystick test program In-reply-to: Your message of "Sun, 30 Jul 1995 15:17:22 CDT." <199507302017.PAA02268@base486.ih.att.com> Date: Sat, 04 Nov 1995 02:04:32 -0800 Message-ID: <1275.815479472@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Here's a little program to test the joystick driver that's > available in 2.0.5. Hope it's not inappropriate to post it > here... (I'm not subscribed to this mailing list.) I thought > it might be of use to someone, since I didn't find a test > program... I was just about to add this to the new tools/test directory when I realized that your copyright precludes this, to wit: ... * Commercial use (i.e. you make money using this software) is prohibited * without the express written consent of the author. The author may be * contacted at the following address: Which means I can't put it on the FreeBSD CDROM as that's a definite commercial product. Sigh. Ah well! Any chance of an escape clause of some sort so that I can add this little utility? You'd receive full credit for the contribution, naturally.. Jordan From owner-freebsd-hackers Sat Nov 4 02:16:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA28612 for hackers-outgoing; Sat, 4 Nov 1995 02:16:30 -0800 Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA28597 for ; Sat, 4 Nov 1995 02:16:23 -0800 Received: from post.demon.co.uk by relay-4.mail.demon.net id sg.al07500; 4 Nov 95 10:13 GMT Received: from relay-4.mail.demon.net by relay-3.mail.demon.net id aa15459; 4 Nov 95 10:09 GMT Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id JAA12955; Sat, 4 Nov 1995 09:44:13 GMT From: Karl Strickland Message-Id: <199511040944.JAA12955@bagpuss.demon.co.uk> Subject: Re: Eject To: piero@strider.ibenet.it Date: Sat, 4 Nov 1995 09:44:12 +0000 (GMT) Cc: chuck@fang.cs.sunyit.edu, hackers@freebsd.org In-Reply-To: <199511032134.WAA06639@strider.ibenet.it> from "Piero Serini" at Nov 3, 95 10:34:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 647 Sender: owner-hackers@freebsd.org Precedence: bulk > > Hello. > > Quoting from Charles Kenneth Green - PRC (Fri Nov 3 19:13:56 1995): > > Anyone ever consider writing an eject command for freebsd? > > What for? AFAIK under the PC floppies architecture ejecting a > floppy is a mechanical thing, i.e. you need some{body,thing} > to push the floppy button. > Maybe he means to eject cdrom's ? Cheers -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Sat Nov 4 04:48:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA15044 for hackers-outgoing; Sat, 4 Nov 1995 04:48:16 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA15039 for ; Sat, 4 Nov 1995 04:48:13 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 12:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA18974; Sat, 4 Nov 1995 13:49:46 +0100 Message-Id: <199511041249.NAA18974@allegro.lemis.de> Subject: Re: More nits To: julian@ref.tfs.com (Julian Elischer) Date: Sat, 4 Nov 1995 13:49:46 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199511011940.LAA23130@ref.tfs.com> from "Julian Elischer" at Nov 1, 95 11:40:31 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: 1589 Sender: owner-hackers@freebsd.org Precedence: bulk Julian Elischer writes: > > > > 2. The SCSI tape driver will rewind a non-rewinding tape under some > > > circumstances (I think it's when it detects an EOM). I have a tape > > > with multiple files which is readable, but the second-to-last tape > > > mark seems to be flaky and an 'mt fsf 3' tends to go one mark too > > > far. It was a real pain trying to read in the tape, since the > > > driver kept rewinding it. > > > > Hmmmmm! I'll let some of the SCSI hackers on our list field this one. > > I don't actually use tapes in my daily life, so I've no direct > > experience with this behavior. > > I have a problem with this.. > it might be the drive itself..... > I don't think WE ask it to do that.... I'm pretty sure that it's the driver. I finally got this tape read by using BSD/OS, which doesn't show the behaviour. A couple of other points that were mentioned: 1. What kind of tape drive? HP 35480A. I haven't had any problems with it before; I don't know what made it write the flaky tape mark. 2. Why not rewrite the tape? From what? This is the only backup. Sure, it's a good objective to ensure that you have good tapes (and, in fact, once I restored it, I *did* rewrite it), but that doesn't mean that drivers shouldn't recover from as many errors as possible. 3. J\(:org hasn't seen this problem before. You mention QIC-150s--do you use them in non-rewinding mode? This question doens't make any sense unless you're talking about /dev/nrstX--otherwise you'd expect it to rewind when it closes. Greg From owner-freebsd-hackers Sat Nov 4 04:48:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA15065 for hackers-outgoing; Sat, 4 Nov 1995 04:48:27 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA15058 for ; Sat, 4 Nov 1995 04:48:24 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 12:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA18913 for hackers@freebsd.org; Sat, 4 Nov 1995 13:41:47 +0100 Message-Id: <199511041241.NAA18913@allegro.lemis.de> Subject: CD automount and things To: hackers@freebsd.org Date: Sat, 4 Nov 1995 13:41:46 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3622 Sender: owner-hackers@freebsd.org Precedence: bulk OK, guys, you've said so much that I don't think there's any point boring you with replying to individual points. Here's what I see: 1. Currently, /etc/rc contains: mount -a -t nonfs if [ $? != 0 ]; then echo "Filesystem mount failed, startup aborted" exit 1 fi By comparison, BSD/OS contains: umount -a >/dev/null 2>&1 More generally, I don't know *any* other operating system which fails to come up if the mount fails. Admittedly, it makes sense to drop back into single user mode if you can't mount /usr, but it generally doesn't make much sense for any other file system. We only see this problem with /cdrom because it's the most likely to fail. My FreeBSD box has a separate shoebox with a disk, tape and CD-ROM in it. If I forget to power on the shoebox, my mounts will obviously fail, but since there's nothing essential to system startup there, there's no reason to abort the startup. So, how about the following changes: - add a variable 'essential-fs' to sysconfig, and set it to the names of the file systems essential for normal system startup, e.g. essential-fs="/usr /var" - mount these explicitly. I've done all this, and it works. The diffs follow. Any comments? Greg --- 1.1 1995/09/29 14:03:24 +++ rc 1995/11/04 12:33:44 @@ -1,5 +1,5 @@ #!/bin/sh -# $Id: rc,v 1.1 1995/09/29 14:03:24 grog Exp $ +# $Id: rc,v 1.2 1995/11/04 12:33:44 grog Exp $ # From: @(#)rc 5.27 (Berkeley) 6/5/91 # System startup script run by init on autoboot @@ -62,21 +62,34 @@ trap "echo 'Reboot interrupted'; exit 1" 3 +# If there is a global system configuration file, suck it in. +if [ -f /etc/sysconfig ]; then + . /etc/sysconfig +fi + # root must be read/write both for NFS diskless and for VFS LKMs before # proceeding any further. mount -u -o rw / if [ $? != 0 ]; then - echo "Filesystem mount failed, startup aborted" + echo "Remount of root filesystem failed, startup aborted" exit 1 fi -umount -a >/dev/null 2>&1 - -mount -a -t nonfs -if [ $? != 0 ]; then - echo "Filesystem mount failed, startup aborted" +# I don't understand this. Are we relying on umount / failing? +# (Grog, 4 November 1995) +# umount -a >/dev/null 2>&1 + +for i in $essential_fs; do + if egrep "[ ]+$i[ ]+" /etc/fstab; then + echo Mounting $i + mount $i + if [ $? != 0 ]; then # lose, lose + echo Can\'t mount $i. Going into single-user mode. exit 1 fi + fi +done +mount -a -t nonfs # If the machine runs wall CMOS clock (compatible with MSDOS), # activate following line by creating empty file /etc/wall_cmos_clock @@ -83,11 +96,6 @@ # If this file not exist, following line does nothing (assumed # the machine runs UTC CMOS clock). See adjkerntz(8) for details. adjkerntz -i - -# If there is a global system configuration file, suck it in. -if [ -f /etc/sysconfig ]; then - . /etc/sysconfig -fi # configure serial devices if [ -f /etc/rc.serial ]; then --- 1.14.4.5 1995/09/19 12:09:03 +++ sysconfig 1995/11/04 12:32:15 @@ -4,7 +4,7 @@ # This is sysconfig - a file full of useful variables that you can set # to change the default startup behavior of your system. # -# $Id: sysconfig,v 1.14.4.5 1995/09/19 12:09:03 jkh Exp $ +# $Id: sysconfig,v 1.16 1995/11/04 12:31:56 grog Exp grog $ ######################### Start Of Syscons Section ####################### @@ -188,3 +188,5 @@ # Set to YES if you want ibcs2 (SCO) emulation loaded at startup ibcs2=NO + +essential_fs="/usr /var" From owner-freebsd-hackers Sat Nov 4 05:18:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA17532 for hackers-outgoing; Sat, 4 Nov 1995 05:18:17 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA17527 for ; Sat, 4 Nov 1995 05:18:13 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 13:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA19109; Sat, 4 Nov 1995 14:10:54 +0100 Message-Id: <199511041310.OAA19109@allegro.lemis.de> Subject: Re: More nits To: nate@rocky.sri.MT.net (Nate Williams) Date: Sat, 4 Nov 1995 14:10:53 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199511011940.MAA15296@rocky.sri.MT.net> from "Nate Williams" at Nov 1, 95 12:40: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: 2155 Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams writes: > > > > 3. I'd like to see a few more things on the standard installation. > > > Linux "everything" really does install everything; FreeBSD > > > "everything" misses out things which I consider essential, such as > > > bash, less and emacs. > > First of all, the standard pager in FreeBSD (more) is really less with > the defaults changed to behave like the old more, so you probably don't > need it. Second of all, I would never install emacs on my machine and > would consider it a waste of disk space. And, I use tcsh so I have no > need of bash. Oh, boy, a religious war! Great, great. Well, *I* would never dream of using vi or any of this *csh stuff, so there... Oops, back to reality. I think the real point here is that it makes FreeBSD look inferior to Linux. If you select "install everything", you don't get everything, and the installation procedure is opaque enough that people could easily get the impression that it's just not there. I've got a few ideas on how to restructure things, but I don't think now's the time. > However, if you can think of an easy way of pointing > folks to the 'standard' packages such as these I think Jordan would be > willing to do the work if it isn't too hard. How about dividing things up into individual packages? I did that in my System V CD-ROM, and I think it works well enough, except that you now have 150 different packages to choose from. Oh well, you can't have your cake and eat it. > > > 4. shutdown no longer needs the -f option. Fine, but it could ignore > > > it (or print a warning) rather than failing if it gets it. > > > > Hmm.. > > Double hmm.... It'd sure be easy to ignore it though.. Sure, that's all I'm saying. > > > 8. sysconfig waits until you commit before asking what kind of > > > bootstrap manager you want to use. I think it should belong in the > > > partition editor. Please tell me if you change this one, since I > > > need to document it. > > > > I think you're right. Hmmm. I will have it ask you when you leave > > the editor, 'k? What do the others think? > > I agree. Fine by me, too. Greg From owner-freebsd-hackers Sat Nov 4 05:18:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA17606 for hackers-outgoing; Sat, 4 Nov 1995 05:18:55 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA17601 for ; Sat, 4 Nov 1995 05:18:52 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 13:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA19125; Sat, 4 Nov 1995 14:17:34 +0100 Message-Id: <199511041317.OAA19125@allegro.lemis.de> Subject: Re: More nits To: erich@lodgenet.com (Eric L. Hernes) Date: Sat, 4 Nov 1995 14:17:33 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199511011953.NAA26090@jake.lodgenet.com> from "Eric L. Hernes" at Nov 1, 95 01:53:29 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: 1600 Sender: owner-hackers@freebsd.org Precedence: bulk Eric L. Hernes writes: > > > > 3. I'd like to see a few more things on the standard installation. > > > Linux "everything" really does install everything; FreeBSD > > > "everything" misses out things which I consider essential, such as > > > bash, less and emacs. > > > > The problem is that all 3 packages you name aren't distributions at > > all, they're packages. If you're saying that I should make up some > > "fake distributions" that do nothing more than try to add packages, I > > guess that's possible. What do the others think? > > That'd be a good idea, sort of a meta-package (I think that I saw > a reference to that a while back too). Well, I don't really care if you call them distributions or packages (note that I didn't use the word distribution. For me, they're all packages), but the idea of meta-packages sounds good, if we're talking about the same thing. I'm thinking of the possibility of either individual products (less, for example, not exactly the biggest program on the CD), or a set of products (like XFree86) which can also be installed individually. To do this right takes a lot of thought. I don't know if anybody has the time right now. My original thought was just to include everything we have when we offer everything. BTW, the sizes on the setup menu don't have much to do with reality. I recall that the "minimal" version was supposed to be about 15 MB, when in fact it's more like 35. At the other end, "everything" is supposed to be 700, when in fact it's only about 250. Could it be that "everything" isn't working as intended? Greg From owner-freebsd-hackers Sat Nov 4 05:48:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA19581 for hackers-outgoing; Sat, 4 Nov 1995 05:48:17 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA19576 for ; Sat, 4 Nov 1995 05:48:11 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 13:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA19194; Sat, 4 Nov 1995 14:40:52 +0100 Message-Id: <199511041340.OAA19194@allegro.lemis.de> Subject: Re: More nits To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 4 Nov 1995 14:40:52 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <1239.815258519@time.cdrom.com> from "Jordan K. Hubbard" at Nov 1, 95 12:41:59 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: 1601 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > Actually, you *don't* use the same kernel for the floppy, since the > > floppy kernel contains the MFS image, while the disk kernel doesn't > > contain it. It is possible (although improbable) that the disk kernel > > didn't get rebuilt. > > I meant that that I use the same GENERIC base, which contains userconfig. > It's not an option you can turn off, after all! :-) Why not? It's bloating the kernel. It's a *great* thing to have in the generic kernel--I really like the visual editing--but it's just ballast in a custom-built kernel which should have tuned all this stuff already. If this sounds just like more bitching, consider what I was doing the last couple of days: a customer of mine in Munich wanted to get rid of all his Microsoft crap and move to FreeBSD running on dickless workstations. The good news is, I now have a good document on how to do it. I set up the stuff, set it up on his machines and told people to run around and boot the workstations. They all fell flat on their face: they only had 4 MB, and for some reason FreeBSD didn't recognize the last 384K. The result was that the systems ran out of swap before they could even boot to access the NFS swap. On the same machines, BSD/OS ran without a hitch. I've forgotten the exact values, but the boot messages looked something like: BSD/OS FreeBSD real mem = 4194304 3801088 avail mem = 2800000 1400000 Sure, it's a good idea to look at shadow RAM and things and turn them off if possible, but the kernel size is also a big issue too. Greg From owner-freebsd-hackers Sat Nov 4 05:59:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA20246 for hackers-outgoing; Sat, 4 Nov 1995 05:59:42 -0800 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 FAA20237 for ; Sat, 4 Nov 1995 05:59:38 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id FAA25638; Sat, 4 Nov 1995 05:59:21 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org Subject: Re: CD automount and things In-reply-to: Your message of "Sat, 04 Nov 1995 13:41:46 +0100." <199511041241.NAA18913@allegro.lemis.de> Date: Sat, 04 Nov 1995 05:59:21 -0800 Message-ID: <25635.815493561@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > OK, guys, you've said so much that I don't think there's any point > boring you with replying to individual points. Here's what I see: I think the final concensus was to add an "optional" keyword to fstab. Then you can mark which filesystems are essential and which ones aren't.. Jordan From owner-freebsd-hackers Sat Nov 4 06:06:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA20906 for hackers-outgoing; Sat, 4 Nov 1995 06:06:48 -0800 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 GAA20893 for ; Sat, 4 Nov 1995 06:06:44 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA25699; Sat, 4 Nov 1995 06:06:15 -0800 To: grog@lemis.de (Greg Lehey) cc: erich@lodgenet.com (Eric L. Hernes), hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Sat, 04 Nov 1995 14:17:33 +0100." <199511041317.OAA19125@allegro.lemis.de> Date: Sat, 04 Nov 1995 06:06:15 -0800 Message-ID: <25696.815493975@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > everything we have when we offer everything. BTW, the sizes on the > setup menu don't have much to do with reality. I recall that the > "minimal" version was supposed to be about 15 MB, when in fact it's That's all been fixed. Jordan From owner-freebsd-hackers Sat Nov 4 06:10:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA21205 for hackers-outgoing; Sat, 4 Nov 1995 06:10:09 -0800 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 GAA21196 for ; Sat, 4 Nov 1995 06:10:05 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA25711; Sat, 4 Nov 1995 06:09:48 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Sat, 04 Nov 1995 14:40:52 +0100." <199511041340.OAA19194@allegro.lemis.de> Date: Sat, 04 Nov 1995 06:09:47 -0800 Message-ID: <25708.815494187@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Why not? It's bloating the kernel. It's a *great* thing to have in > the generic kernel--I really like the visual editing--but it's just > ballast in a custom-built kernel which should have tuned all this > stuff already. That's not a bad idea, we simply don't have it instrumented as a detachable component. That's not to say it couldn't be, but there's always more work like this than we have time available to do and I'd probably be more inclined to spend the time fixing bugs, myself! > to run around and boot the workstations. They all fell flat on their > face: they only had 4 MB, and for some reason FreeBSD didn't recognize > the last 384K. The result was that the systems ran out of swap before We don't support 4MB configurations anymore and probably won't until significant work is done to make FreeBSD more dynamic. Sorry, you missed that whole flam^H^H^H^Hdiscussion.. We hit the wall and went over it, and there's no going back without more work than there remains time for in the 2.1 timeframe. I told people this would happen back at 2.0.5 but nobody took the warnings seriously enough until it was already far too late. Jordan From owner-freebsd-hackers Sat Nov 4 06:18:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA21570 for hackers-outgoing; Sat, 4 Nov 1995 06:18:14 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA21562 for ; Sat, 4 Nov 1995 06:18:10 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 14:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA19341; Sat, 4 Nov 1995 15:18:12 +0100 Message-Id: <199511041418.PAA19341@allegro.lemis.de> Subject: Re: More nits To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 4 Nov 1995 15:18:11 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <25708.815494187@time.cdrom.com> from "Jordan K. Hubbard" at Nov 4, 95 06:09:47 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: 1667 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > Why not? It's bloating the kernel. It's a *great* thing to have in > > the generic kernel--I really like the visual editing--but it's just > > ballast in a custom-built kernel which should have tuned all this > > stuff already. > > That's not a bad idea, we simply don't have it instrumented as a > detachable component. That's not to say it couldn't be, but there's > always more work like this than we have time available to do and I'd > probably be more inclined to spend the time fixing bugs, myself! > > > to run around and boot the workstations. They all fell flat on their > > face: they only had 4 MB, and for some reason FreeBSD didn't recognize > > the last 384K. The result was that the systems ran out of swap before > > We don't support 4MB configurations anymore and probably won't until > significant work is done to make FreeBSD more dynamic. Sorry, you > missed that whole flam^H^H^H^Hdiscussion.. We hit the wall and went > over it, and there's no going back without more work than there > remains time for in the 2.1 timeframe. I told people this would > happen back at 2.0.5 but nobody took the warnings seriously enough > until it was already far too late. I'm not really bitching about this. I tend to agree that 4MB is too little memory for anything useful, but I still think it's worth drawing to people's attention that we *don't* want a System V, and that there are virtues in small, lean systems. And I agree that now that the config stuff is a permanent component of the kernel, it probably won't go away. All the more reason to bear the problems in mind before starting the project. Greg From owner-freebsd-hackers Sat Nov 4 06:18:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA21637 for hackers-outgoing; Sat, 4 Nov 1995 06:18:34 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA21622 for ; Sat, 4 Nov 1995 06:18:31 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 14:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA19296; Sat, 4 Nov 1995 15:06:24 +0100 Message-Id: <199511041406.PAA19296@allegro.lemis.de> Subject: Re: CD automount and things To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 4 Nov 1995 15:06:24 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <25635.815493561@time.cdrom.com> from "Jordan K. Hubbard" at Nov 4, 95 05:59:21 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: 431 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > OK, guys, you've said so much that I don't think there's any point > > boring you with replying to individual points. Here's what I see: > > I think the final concensus was to add an "optional" keyword to fstab. > Then you can mark which filesystems are essential and which ones > aren't.. That's another incompatibility with other systems. Why be incompatible when you can be flexible? Greg From owner-freebsd-hackers Sat Nov 4 06:32:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA22422 for hackers-outgoing; Sat, 4 Nov 1995 06:32:21 -0800 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 GAA22415 for ; Sat, 4 Nov 1995 06:32:17 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA25797; Sat, 4 Nov 1995 06:31:59 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Sat, 04 Nov 1995 15:18:11 +0100." <199511041418.PAA19341@allegro.lemis.de> Date: Sat, 04 Nov 1995 06:31:59 -0800 Message-ID: <25794.815495519@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I'm not really bitching about this. I tend to agree that 4MB is too > little memory for anything useful, but I still think it's worth > drawing to people's attention that we *don't* want a System V, and > that there are virtues in small, lean systems. And I agree that now I don't think that anyone would argue with that. The current work with devfs and LKMs does indeed appear to be going in that general direction, and I wouldn't even be surprised to see userconfig splitting into the fabled and someday-to-come 3 stage boot and out of the kernel entirely. There are a lot of good reasons besides 4MB residency to do all of these things. Sigh.. Time! Time! We need to get more of it somehow.. :-) Jordan From owner-freebsd-hackers Sat Nov 4 06:36:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA22653 for hackers-outgoing; Sat, 4 Nov 1995 06:36:11 -0800 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 GAA22648 for ; Sat, 4 Nov 1995 06:36:08 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA25838; Sat, 4 Nov 1995 06:35:51 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org Subject: Re: CD automount and things In-reply-to: Your message of "Sat, 04 Nov 1995 15:06:24 +0100." <199511041406.PAA19296@allegro.lemis.de> Date: Sat, 04 Nov 1995 06:35:50 -0800 Message-ID: <25836.815495750@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > That's another incompatibility with other systems. Why be > incompatible when you can be flexible? I thought an optional keyword *was* the most flexible approach? No offense, but your solution looked a lot less clean that this proposed change.. Jordan From owner-freebsd-hackers Sat Nov 4 06:49:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA23610 for hackers-outgoing; Sat, 4 Nov 1995 06:49:41 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA23603 for ; Sat, 4 Nov 1995 06:49:38 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 14:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA19465; Sat, 4 Nov 1995 15:42:11 +0100 Message-Id: <199511041442.PAA19465@allegro.lemis.de> Subject: Re: CD automount and things To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 4 Nov 1995 15:42:11 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <25836.815495750@time.cdrom.com> from "Jordan K. Hubbard" at Nov 4, 95 06:35:50 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: 994 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > That's another incompatibility with other systems. Why be > > incompatible when you can be flexible? > > I thought an optional keyword *was* the most flexible approach? > > No offense, but your solution looked a lot less clean that this > proposed change.. None taken. Sure, in a vacuum adding the "optional" keyword would make things more useful. Come to think of it, there's no reason why it shouldn't be there too. But I think we're addressing two different problems: 1. The system's concern about coming up cleanly. "I need these file systems, they've got to be there". 2. The user's concern about having the info he wants. "I can get by without having GIFs galore mounted. Let's mark it optional, because I just lent it to a friend". Still, I've got more important things to worry about. I just don't like seeing the UNIX world diverge too much, and so I'm a bit more conservative in my approach to this kind of solution. Greg From owner-freebsd-hackers Sat Nov 4 06:56:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA24054 for hackers-outgoing; Sat, 4 Nov 1995 06:56:09 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA24043 for ; Sat, 4 Nov 1995 06:56:00 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA01204 (5.65c8/HUTCS-S 1.4 for ); Sat, 4 Nov 1995 16:55:54 +0200 Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id QAA24349; Sat, 4 Nov 1995 16:56:07 +0200 Date: Sat, 4 Nov 1995 16:56:07 +0200 Message-Id: <199511041456.QAA24349@shadows.cs.hut.fi> From: Heikki Suonsivu To: "Jeff B. Bolton" Cc: freebsd-hackers@freefall.FreeBSD.org In-Reply-To: "Jeff B. Bolton"'s message of 31 Oct 1995 23:42:38 +0200 Subject: Re: PCI Ethernet Compatibility Sender: owner-hackers@FreeBSD.org Precedence: bulk On Tue, 31 Oct 1995, Gary Crutcher wrote: > Does anyone know if an SMC Combo PCI Ethernet Adapater will work > with FreeBSD? Yes, we use a couple of them here with no problems. But be warned that lots of motherboards around there won't work with PCI 2 spec (?), which I believe is required to be able to use this one. Intel plato did not configure the adapter at all, cheap 486 motherboard did but interrupts seemed to be lost when used. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Sat Nov 4 07:19:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA25962 for hackers-outgoing; Sat, 4 Nov 1995 07:19:40 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA25918 for ; Sat, 4 Nov 1995 07:19:30 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id JAA15755; Sat, 4 Nov 1995 09:19:03 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 4 Nov 1995 09:19:08 -0600 To: grog@lemis.de (Greg Lehey) From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: CD automount and things Cc: jkh@time.cdrom.com (Jordan K. Hubbard), hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk At 8:42 AM 11/4/95, Greg Lehey wrote: >Still, I've got more important things to worry about. I just don't >like seeing the UNIX world diverge too much, and so I'm a bit more >conservative in my approach to this kind of solution. So your position is that we should forever carry the burden of poor design simply because "they have always ..." and we must remain compatable. I vote for improved design. Who knows, the others might just copy us. In the fstab case, I think the "compatability" issue is reasonably addressed as long as we recognize and accept the "conventional" syntax. We can afford a few more bytes in the /etc/rc file to terminate the boot with a descriptive message eg. "Restart aborted - Required Filesystem Not Ready". That way the user will understand what happened and either work around the problem or RTFM and do it "right". I would also suggest that the distribution fstab include a sample entry with the optional flag so that the user who edits the file is likely to notice the option even if he fails to RTFM. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sat Nov 4 07:19:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA26027 for hackers-outgoing; Sat, 4 Nov 1995 07:19:56 -0800 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 HAA26006 for ; Sat, 4 Nov 1995 07:19:50 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA24149; Sat, 4 Nov 1995 16:19:40 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA02743; Sat, 4 Nov 1995 16:19:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id QAA00703; Sat, 4 Nov 1995 16:17:13 +0100 From: J Wunsch Message-Id: <199511041517.QAA00703@uriah.heep.sax.de> Subject: Re: More nits To: grog@lemis.de Date: Sat, 4 Nov 1995 16:17:12 +0100 (MET) Cc: julian@ref.tfs.com, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511041249.NAA18974@allegro.lemis.de> from "Greg Lehey" at Nov 4, 95 01:49:46 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: 1370 Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: > > 3. J\(:org hasn't seen this problem before. You mention QIC-150s--do > you use them in non-rewinding mode? This question doens't make > any sense unless you're talking about /dev/nrstX--otherwise you'd > expect it to rewind when it closes. Of course, i do. I use the non-rewind device for incremental backups from small partitions (like ``/''). After seeing the problem report, and Stefan Esser's reply, i've done explicit checking by writing a few hundred kilobytes to the tape and playing with the non-rewind device. Everything behaved as expected for me. This is with FreeBSD-current. I'm also using the non-rewind device occasionally to append something to a tape (e.g. since i forgot to include it in the first place.) I'm also using an HP-DAT drive at work on a 2.0.5 system (i forgot the exact drive type, it's a 2GB/4GB drive). This drive is used in auto- rewind mode for the nightly backup, and in non-rewind mode for numerous additional backups. I never ran into trouble that i could blame the tape driver for. (Although the ahc driver on 2.0.5 caused me some grief, and Justin asked me to replace it by a newer version; i'll wait for 2.1 however.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 07:23:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA26537 for hackers-outgoing; Sat, 4 Nov 1995 07:23:06 -0800 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 HAA26519 for ; Sat, 4 Nov 1995 07:22:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA24657; Sat, 4 Nov 1995 16:22:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA02768; Sat, 4 Nov 1995 16:22:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id QAA00821; Sat, 4 Nov 1995 16:21:14 +0100 From: J Wunsch Message-Id: <199511041521.QAA00821@uriah.heep.sax.de> Subject: Re: More nits To: grog@lemis.de Date: Sat, 4 Nov 1995 16:21:14 +0100 (MET) Cc: nate@rocky.sri.MT.net, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511041310.OAA19109@allegro.lemis.de> from "Greg Lehey" at Nov 4, 95 02:10:53 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: 448 Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: > > > First of all, the standard pager in FreeBSD (more) is really less with > > the defaults changed to behave like the old more, so you probably don't > > need it. Except that they broke less' ability to handle 8-bit characters. Just American, that it is. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 07:26:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA26995 for hackers-outgoing; Sat, 4 Nov 1995 07:26:06 -0800 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 HAA26972 for ; Sat, 4 Nov 1995 07:25:55 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA25010; Sat, 4 Nov 1995 16:25:51 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA02814; Sat, 4 Nov 1995 16:25:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id QAA00874; Sat, 4 Nov 1995 16:22:46 +0100 From: J Wunsch Message-Id: <199511041522.QAA00874@uriah.heep.sax.de> Subject: Re: More nits To: grog@lemis.de Date: Sat, 4 Nov 1995 16:22:46 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511041340.OAA19194@allegro.lemis.de> from "Greg Lehey" at Nov 4, 95 02:40:52 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: 395 Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: > > BSD/OS FreeBSD > real mem = 4194304 3801088 > avail mem = 2800000 1400000 I think this has been the installation kernel, right? It reserves ~ 1 MB for the compiled-in MFS. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 07:38:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA28184 for hackers-outgoing; Sat, 4 Nov 1995 07:38:08 -0800 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 HAA28166 for ; Sat, 4 Nov 1995 07:37:58 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA25491; Sat, 4 Nov 1995 16:37:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA02898; Sat, 4 Nov 1995 16:37:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id QAA00989; Sat, 4 Nov 1995 16:35:20 +0100 From: J Wunsch Message-Id: <199511041535.QAA00989@uriah.heep.sax.de> Subject: Re: More nits To: grog@lemis.de Date: Sat, 4 Nov 1995 16:35:20 +0100 (MET) Cc: jkh@time.cdrom.com, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511041418.PAA19341@allegro.lemis.de> from "Greg Lehey" at Nov 4, 95 03:18:11 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: 800 Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: > > I'm not really bitching about this. I tend to agree that 4MB is too > little memory for anything useful, but I still think it's worth > drawing to people's attention that we *don't* want a System V, and > that there are virtues in small, lean systems. Btw., this > 4 MB requirement is just only for an installation, due to the GENERIC kernel, and the built-in MFS the installer runs on. I've been succesfully booting a FreeBSD 2.0.5 kernel on a machine with 1820 KB RAM. :-) (Unfortunately, the kernel didn't have an FPU emulator, and this machine lacked an 80387. So i couldn't run the single-user shell.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 07:48:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA29620 for hackers-outgoing; Sat, 4 Nov 1995 07:48:25 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA29597 for ; Sat, 4 Nov 1995 07:48:17 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 15:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id QAA19685; Sat, 4 Nov 1995 16:35:26 +0100 Message-Id: <199511041535.QAA19685@allegro.lemis.de> Subject: Re: CD automount and things To: rkw@dataplex.net (Richard Wackerbarth) Date: Sat, 4 Nov 1995 16:35:25 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: from "Richard Wackerbarth" at Nov 4, 95 09:19:08 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: 1517 Sender: owner-hackers@freebsd.org Precedence: bulk Richard Wackerbarth writes: > > At 8:42 AM 11/4/95, Greg Lehey wrote: > >Still, I've got more important things to worry about. I just don't > >like seeing the UNIX world diverge too much, and so I'm a bit more > >conservative in my approach to this kind of solution. > > So your position is that we should forever carry the burden of poor > design simply because "they have always ..." and we must remain > compatable. Well, it's your interpretation that it's poor design. In the past, /etc/rc always asumed that the mounts would succeed. And as I said, my position is not very firm. > I vote for improved design. Who knows, the others might just copy us. > > In the fstab case, I think the "compatability" issue is reasonably > addressed as long as we recognize and accept the "conventional" > syntax. Yes, I suppose so. Of course, as I said, there's nothing to stop us from doing both, since they address different concerns. > We can afford a few more bytes in the /etc/rc file to terminate > the boot with a descriptive message eg. "Restart aborted - Required > Filesystem Not Ready". That way the user will understand what happened > and either work around the problem or RTFM and do it "right". You obviously haven't seen as many lusers as I have. It would be nice to think so, though. > I would also suggest that the distribution fstab include a sample > entry with the optional flag so that the user who edits the file is > likely to notice the option even if he fails to RTFM. Good idea. Greg From owner-freebsd-hackers Sat Nov 4 07:48:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA29684 for hackers-outgoing; Sat, 4 Nov 1995 07:48:49 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA29658 for ; Sat, 4 Nov 1995 07:48:44 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 15:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id QAA19653; Sat, 4 Nov 1995 16:32:06 +0100 Message-Id: <199511041532.QAA19653@allegro.lemis.de> Subject: Re: CD automount and things To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 4 Nov 1995 16:32:05 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511041524.QAA00903@uriah.heep.sax.de> from "J Wunsch" at Nov 4, 95 04:24:42 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: 668 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch writes: > > As Greg Lehey wrote: > > > > > I think the final concensus was to add an "optional" keyword to fstab. > > > That's another incompatibility with other systems. Why be > > incompatible when you can be flexible? > > Why add another knob nobody else knows about, wheren there's already > "fstab" (including a man page desribing it)? I'm not sure if you're agreeing with me or the other side. The "optional" keyword is definitely a new knob. And I suppose it's a tradition that nobody really documents /etc/rc. Of course, there's nothing to stop you reading it. I suppose I could point out a bit of how things get started in the book. Greg From owner-freebsd-hackers Sat Nov 4 08:09:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA01631 for hackers-outgoing; Sat, 4 Nov 1995 08:09:10 -0800 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA01625 for ; Sat, 4 Nov 1995 08:09:06 -0800 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id DAA26796; Sun, 5 Nov 1995 03:08:24 +1100 From: michael butler Message-Id: <199511041608.DAA26796@asstdc.scgt.oz.au> Subject: Re: More nits To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 5 Nov 1995 03:08:23 +1100 (EST) Cc: grog@lemis.de, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199511041535.QAA00989@uriah.heep.sax.de> from "J Wunsch" at Nov 4, 95 04:35:20 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 544 Sender: owner-hackers@freebsd.org Precedence: bulk > Btw., this > 4 MB requirement is just only for an installation, due to > the GENERIC kernel, and the built-in MFS the installer runs on. I've > been succesfully booting a FreeBSD 2.0.5 kernel on a machine with 1820 > KB RAM. :-) Perhaps there is an opportunity here .. the current installation has no mechanism (that I know of) to use anything other than a GENERIC kernel. If this were possible, we could use another non-memory impaired machine to generate a suitably customised (and much smaller) kernel for the ultimate target, michael From owner-freebsd-hackers Sat Nov 4 08:18:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02460 for hackers-outgoing; Sat, 4 Nov 1995 08:18:05 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA02442 for ; Sat, 4 Nov 1995 08:17:58 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA01842 (5.65c8/HUTCS-S 1.4 for ); Sat, 4 Nov 1995 18:17:49 +0200 Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id SAA24359; Sat, 4 Nov 1995 18:18:03 +0200 Date: Sat, 4 Nov 1995 18:18:03 +0200 Message-Id: <199511041618.SAA24359@shadows.cs.hut.fi> From: Heikki Suonsivu To: Heikki Suonsivu Cc: freebsd-hackers@freebsd.org In-Reply-To: Heikki Suonsivu's message of 4 Nov 1995 17:02:12 +0200 Subject: Re: PCI Ethernet Compatibility Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 31 Oct 1995, Gary Crutcher wrote: > Does anyone know if an SMC Combo PCI Ethernet Adapater will work > with FreeBSD? Yes, we use a couple of them here with no problems. I wrote: But be warned that lots of motherboards around there won't work with PCI 2 spec (?), which I believe is required to be able to use this one. Intel Oops, sorry, I was talking about two-port one, one-port adapter works fine. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Sat Nov 4 08:18:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02496 for hackers-outgoing; Sat, 4 Nov 1995 08:18:16 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA02479 for ; Sat, 4 Nov 1995 08:18:08 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 16:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id QAA20186; Sat, 4 Nov 1995 16:55:42 +0100 Message-Id: <199511041555.QAA20186@allegro.lemis.de> Subject: Re: More nits To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 4 Nov 1995 16:55:42 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511041535.QAA00989@uriah.heep.sax.de> from "J Wunsch" at Nov 4, 95 04:35:20 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: 719 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch writes: > > As Greg Lehey wrote: > > > > I'm not really bitching about this. I tend to agree that 4MB is too > > little memory for anything useful, but I still think it's worth > > drawing to people's attention that we *don't* want a System V, and > > that there are virtues in small, lean systems. > > Btw., this > 4 MB requirement is just only for an installation, due to > the GENERIC kernel, and the built-in MFS the installer runs on. I've > been succesfully booting a FreeBSD 2.0.5 kernel on a machine with 1820 > KB RAM. :-) Yes, I assumed that. Unfortunately, the customer was getting a little uneasy (he is moving his whole operation next weekend), and decided that the time had run out. Greg From owner-freebsd-hackers Sat Nov 4 08:19:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02676 for hackers-outgoing; Sat, 4 Nov 1995 08:19:37 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA02669 for ; Sat, 4 Nov 1995 08:19:31 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 16:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id QAA20144; Sat, 4 Nov 1995 16:54:16 +0100 Message-Id: <199511041554.QAA20144@allegro.lemis.de> Subject: Re: More nits To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 4 Nov 1995 16:54:16 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511041522.QAA00874@uriah.heep.sax.de> from "J Wunsch" at Nov 4, 95 04:22:46 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: 316 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch writes: > > As Greg Lehey wrote: > > > > BSD/OS FreeBSD > > real mem = 4194304 3801088 > > avail mem = 2800000 1400000 > > I think this has been the installation kernel, right? It reserves > ~ 1 MB for the compiled-in MFS. That's right. That would explain a lot. Greg From owner-freebsd-hackers Sat Nov 4 08:23:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA03065 for hackers-outgoing; Sat, 4 Nov 1995 08:23:51 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA03049 for ; Sat, 4 Nov 1995 08:23:44 -0800 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id LAA18763; Sat, 4 Nov 1995 11:23:16 -0500 Date: Sat, 4 Nov 1995 11:23:16 -0500 From: Charles Kenneth Green - PRC Message-Id: <199511041623.LAA18763@fang.cs.sunyit.edu> In-Reply-To: J Wunsch "Re: Eject" (Nov 4, 9:30am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Eject Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Nov 4, 9:30am, J Wunsch wrote: } Subject: Re: Eject } As Charles Kenneth Green - PRC wrote: } > } > How about CDs? } } j@uriah 118% alias eject } cdcontrol -f /dev/rcd0a eject } j@uriah 119% } } -- } cheers, J"org } } joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE } Never trust an operating system you don't have sources for. ;-) }-- End of excerpt from J Wunsch I take it this is a 2.1 thing. It doesn't seem to exist on 2.0.5 -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Sat Nov 4 08:45:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05220 for hackers-outgoing; Sat, 4 Nov 1995 08:45:52 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA05212 for ; Sat, 4 Nov 1995 08:45:48 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA07261; Sat, 4 Nov 1995 11:45:26 -0500 Date: Sat, 4 Nov 1995 11:45:26 -0500 From: "Garrett A. Wollman" Message-Id: <9511041645.AA07261@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: jkh@time.cdrom.com (Jordan K. Hubbard), hackers@freefall.freebsd.org Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? In-Reply-To: <199511040228.TAA05903@phaeton.artisoft.com> References: <24913.815444028@time.cdrom.com> <199511040228.TAA05903@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: > And the mount_nfs man page does not describe how to put FS specific > mount options into the fstab. 8-(. The same way as you would on the `mount' command line, with the exception that `ro' or `rw' must come first. -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-hackers Sat Nov 4 08:47:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05595 for hackers-outgoing; Sat, 4 Nov 1995 08:47:55 -0800 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 IAA05582 for ; Sat, 4 Nov 1995 08:47:51 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA04195; Sat, 4 Nov 1995 08:47:24 -0800 To: "Garrett A. Wollman" cc: Terry Lambert , hackers@freefall.freebsd.org Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? In-reply-to: Your message of "Sat, 04 Nov 1995 11:45:26 EST." <9511041645.AA07261@halloran-eldar.lcs.mit.edu> Date: Sat, 04 Nov 1995 08:47:24 -0800 Message-ID: <4192.815503644@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > The same way as you would on the `mount' command line, with the > exception that `ro' or `rw' must come first. So you're saying that the fstab line would be: slow:/usr/gnu /usr/gnu nfs rw,-P 0 0 ?! I find that difficult to believe.. Jordan From owner-freebsd-hackers Sat Nov 4 08:57:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA06409 for hackers-outgoing; Sat, 4 Nov 1995 08:57:01 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA06402 for ; Sat, 4 Nov 1995 08:56:57 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA07290; Sat, 4 Nov 1995 11:56:53 -0500 Date: Sat, 4 Nov 1995 11:56:53 -0500 From: "Garrett A. Wollman" Message-Id: <9511041656.AA07290@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: "Garrett A. Wollman" , Terry Lambert , hackers@freefall.freebsd.org Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? In-Reply-To: <4192.815503644@time.cdrom.com> References: <9511041645.AA07261@halloran-eldar.lcs.mit.edu> <4192.815503644@time.cdrom.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: >> The same way as you would on the `mount' command line, with the >> exception that `ro' or `rw' must come first. > So you're saying that the fstab line would be: > slow:/usr/gnu /usr/gnu nfs rw,-P 0 0 > ?! I find that difficult to believe.. Find it difficult all you want, but that is the correct syntax. -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-hackers Sat Nov 4 09:04:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA07384 for hackers-outgoing; Sat, 4 Nov 1995 09:04:31 -0800 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 JAA07375 for ; Sat, 4 Nov 1995 09:04:24 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA07839; Sat, 4 Nov 1995 09:03:43 -0800 To: "Garrett A. Wollman" cc: Terry Lambert , hackers@freefall.freebsd.org Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? In-reply-to: Your message of "Sat, 04 Nov 1995 11:56:53 EST." <9511041656.AA07290@halloran-eldar.lcs.mit.edu> Date: Sat, 04 Nov 1995 09:03:43 -0800 Message-ID: <7836.815504623@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Find it difficult all you want, but that is the correct syntax. Well, I just checked and you're right. My apologies. I'm still thinking "yuck", mind you, since none of the other "commonly used" option names have dashes preceeding them and I have to wonder why `resvport' was added as a keyword in the first place if nobody was even going to bother to document it. Sigh. Jordan From owner-freebsd-hackers Sat Nov 4 09:47:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA11679 for hackers-outgoing; Sat, 4 Nov 1995 09:47:10 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA11654 for ; Sat, 4 Nov 1995 09:46:57 -0800 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 TAA05099 for ; Sat, 4 Nov 1995 19:46:37 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id TAA01452 for ; Sat, 4 Nov 1995 19:46:36 +0200 Message-Id: <199511041746.TAA01452@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Linux Doom - Anyone have it working? Date: Sat, 04 Nov 1995 19:46:35 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org Precedence: bulk Hi I am trying to get Linux Doom going, and it _almost_ starts. First time, I actually got some pictures, followed by an error (Linux-emul(252): ioperm not supported) on the console. The following times it seems that my SYSV shared memory is all taken: ----------------------------------------------------------------- DOOM System Startup v1.8 V_Init: allocate screens. M_LoadDefaults: Load system defaults. Z_Init: Init zone memory allocation daemon. W_Init: Init WADfiles. adding ./doom1.wad shareware version. M_Init: Init miscellaneous info. R_Init: Init DOOM refresh daemon - [...................] P_Init: Init Playloop state. I_Init: Setting up machine state. D_CheckNetGame: Checking network game status. startskill 2 deathmatch: 0 startmap: 1 startepisode: 1 player 1 of 1 (1 nodes) S_Init: Setting up sound. HU_Init: Setting up heads up display. ST_Init: Init status bar. Using MITSHM extension sndserver: not found errno=17 Error: Could not get any shared memory ----------------------------------------------------------------- ...and no pictures. My kernel has all three SYSV* and LINUX_COMPAT. Anyone having any better luck? How did you do it? 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-hackers Sat Nov 4 11:18:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19491 for hackers-outgoing; Sat, 4 Nov 1995 11:18:08 -0800 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 LAA19469 for ; Sat, 4 Nov 1995 11:18:02 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA02015 for ; Sat, 4 Nov 1995 20:17:52 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA05620 for freebsd-hackers@freebsd.org; Sat, 4 Nov 1995 20:17:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA02527 for freebsd-hackers@freebsd.org; Sat, 4 Nov 1995 19:21:07 +0100 From: J Wunsch Message-Id: <199511041821.TAA02527@uriah.heep.sax.de> Subject: RPC oddities To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 4 Nov 1995 19:21:06 +0100 (MET) 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: 1910 Sender: owner-hackers@freebsd.org Precedence: bulk includes definitions for several constants that are inside enum's. To the contrary, #define's just the very same constants. The result is that the compiler sees something like: enum auth_stat { AUTH_OK=0, 1 =1, AUTH_REJECTEDCRED=2, 3 =3, AUTH_REJECTEDVERF=4, 5 =5, AUTH_INVALIDRESP=6, AUTH_FAILED=7 }; or even worse: enum clnt_stat { RPC_SUCCESS=0, RPC_CANTENCODEARGS=1, RPC_CANTDECODERES=2, RPC_CANTSEND=3, RPC_CANTRECV=4, RPC_TIMEDOUT=5, RPC_VERSMISMATCH=6, RPC_AUTHERROR=7, 1 =8, RPC_PROGVERSMISMATCH=9, 3 =10, ... }; What would be the correct way to resolve the conflicts? The number of prerequisites to succesfully #include is ridiculous. nfsd.c uses for example: #include #include #include #include #include #include #include #include #include #include #include #include #include #ifdef ISO #include #endif #include #include #include I have yet to find which of them could be omitted; but it seems that at least half a dozen of headers will remain in the list. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 11:19:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19637 for hackers-outgoing; Sat, 4 Nov 1995 11:19:09 -0800 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 LAA19624 for ; Sat, 4 Nov 1995 11:19:01 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA02001; Sat, 4 Nov 1995 20:17:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA05590; Sat, 4 Nov 1995 20:17:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA02433; Sat, 4 Nov 1995 19:05:23 +0100 From: J Wunsch Message-Id: <199511041805.TAA02433@uriah.heep.sax.de> Subject: Re: Eject To: chuck@fang.cs.sunyit.edu (Charles Kenneth Green - PRC) Date: Sat, 4 Nov 1995 19:05:23 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511041623.LAA18763@fang.cs.sunyit.edu> from "Charles Kenneth Green - PRC" at Nov 4, 95 11:23:16 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: 503 Sender: owner-hackers@freebsd.org Precedence: bulk As Charles Kenneth Green - PRC wrote: > > } j@uriah 118% alias eject > } cdcontrol -f /dev/rcd0a eject > I take it this is a 2.1 thing. It doesn't seem to exist on 2.0.5 It's been known as ``cdplay'' on 2.0.5, but with a slightly different syntax (expecting the command on stdin). echo eject | cdplay -f /dev/rcd0a might work. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 4 11:34:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA20883 for hackers-outgoing; Sat, 4 Nov 1995 11:34:39 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA20868 for ; Sat, 4 Nov 1995 11:34:35 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id LAA05470 for ; Sat, 4 Nov 1995 11:34:28 -0800 Message-Id: <199511041934.LAA05470@rah.star-gate.com> To: hackers@freebsd.org Subject: Anyone got FreeBSD working a P6? Date: Sat, 04 Nov 1995 11:34:27 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk I was just reading comp.sys.intel and the 200Mhz P6's performance looks really cool 8) Cheers, Amancio From owner-freebsd-hackers Sat Nov 4 12:07:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24670 for hackers-outgoing; Sat, 4 Nov 1995 12:07:57 -0800 Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24628 ; Sat, 4 Nov 1995 12:07:39 -0800 Received: (from lenzi@localhost) by cwbone.bsi.com.br (8.6.11/8.6.9) id SAA06966; Sat, 4 Nov 1995 18:19:06 GMT Date: Sat, 4 Nov 1995 18:19:06 +0000 () From: Sergio Lenzi To: questions@freebsd.org cc: hackers@freebsd.org Subject: INGRES Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hello, Sory for not giving my URL for the ingres distribution. URL: http://www.bsi.com.br Thanks for the interest. lenzi. From owner-freebsd-hackers Sat Nov 4 13:29:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA05834 for hackers-outgoing; Sat, 4 Nov 1995 13:29:57 -0800 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 NAA05801 for ; Sat, 4 Nov 1995 13:29:53 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10307; Sat, 4 Nov 1995 14:27:04 -0700 From: Terry Lambert Message-Id: <199511042127.OAA10307@phaeton.artisoft.com> Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Sat, 4 Nov 1995 14:27:04 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, hackers@freefall.freebsd.org In-Reply-To: <9511041645.AA07261@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Nov 4, 95 11:45:26 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: 467 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > And the mount_nfs man page does not describe how to put FS specific > > mount options into the fstab. 8-(. > > The same way as you would on the `mount' command line, with the > exception that `ro' or `rw' must come first. You mean as dash options. This begs the question of "why have undocumented word options at all?". 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-hackers Sat Nov 4 13:30:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA05966 for hackers-outgoing; Sat, 4 Nov 1995 13:30:24 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA05953 for ; Sat, 4 Nov 1995 13:30:22 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA07558; Sat, 4 Nov 1995 16:30:03 -0500 Date: Sat, 4 Nov 1995 16:30:03 -0500 From: "Garrett A. Wollman" Message-Id: <9511042130.AA07558@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: hackers@freefall.freebsd.org Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? In-Reply-To: <199511042127.OAA10307@phaeton.artisoft.com> References: <9511041645.AA07261@halloran-eldar.lcs.mit.edu> <199511042127.OAA10307@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: >> > And the mount_nfs man page does not describe how to put FS specific >> > mount options into the fstab. 8-(. >> >> The same way as you would on the `mount' command line, with the >> exception that `ro' or `rw' must come first. > You mean as dash options. > This begs the question of "why have undocumented word options at all?". For backward compatibility. -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-hackers Sat Nov 4 13:37:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07577 for hackers-outgoing; Sat, 4 Nov 1995 13:37:22 -0800 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 NAA07561 for ; Sat, 4 Nov 1995 13:37:16 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA11219; Sat, 4 Nov 1995 14:35:08 -0700 From: Terry Lambert Message-Id: <199511042135.OAA11219@phaeton.artisoft.com> Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Sat, 4 Nov 1995 14:35:08 -0700 (MST) Cc: terry@lambert.org, hackers@freefall.freebsd.org In-Reply-To: <9511042130.AA07558@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Nov 4, 95 04:30:03 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: 594 Sender: owner-hackers@FreeBSD.org Precedence: bulk > >> > And the mount_nfs man page does not describe how to put FS specific > >> > mount options into the fstab. 8-(. > >> > >> The same way as you would on the `mount' command line, with the > >> exception that `ro' or `rw' must come first. > > > You mean as dash options. > > This begs the question of "why have undocumented word options at all?". > > For backward compatibility. 8-). Thank you. You have lightened my day considerably. 8-) 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-hackers Sat Nov 4 14:15:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA13395 for hackers-outgoing; Sat, 4 Nov 1995 14:15:31 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA13379 for ; Sat, 4 Nov 1995 14:15:25 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id QAA17499; Sat, 4 Nov 1995 16:14:46 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 4 Nov 1995 16:14:47 -0600 To: Terry Lambert From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? Cc: wollman@lcs.mit.edu (Garrett A. Wollman), hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk Terry Lambert wrote: >> This begs the question of "why have undocumented word options at all?". Garrett A. Wollman responded: > For backward compatibility. Compatibility is a noble reason to have word options. However, IMHO, it does not justify undocumented options. On this subject, I adopt the government policy. "If it's in there, it has to be listed on the label" An undocumented "feature" is a coding error. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sat Nov 4 14:18:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA13819 for hackers-outgoing; Sat, 4 Nov 1995 14:18:11 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA13784 for ; Sat, 4 Nov 1995 14:18:04 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 22:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id WAA21230; Sat, 4 Nov 1995 22:53:57 +0100 Message-Id: <199511042153.WAA21230@allegro.lemis.de> Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Sat, 4 Nov 1995 22:53:56 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <9511042130.AA07558@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Nov 4, 95 04:30:03 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: 638 Sender: owner-hackers@freebsd.org Precedence: bulk Garrett A. Wollman writes: > > < said: > > >> > And the mount_nfs man page does not describe how to put FS specific > >> > mount options into the fstab. 8-(. > >> > >> The same way as you would on the `mount' command line, with the > >> exception that `ro' or `rw' must come first. > > > You mean as dash options. > > > This begs the question of "why have undocumented word options at all?". > > For backward compatibility. Then document them as obsolete, or, if that's too unpleasant, call them "deprecated". There's a nice Berkeley word for you. Greg From owner-freebsd-hackers Sat Nov 4 14:18:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA13878 for hackers-outgoing; Sat, 4 Nov 1995 14:18:21 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA13849 for ; Sat, 4 Nov 1995 14:18:16 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 22:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id WAA21203; Sat, 4 Nov 1995 22:49:58 +0100 Message-Id: <199511042149.WAA21203@allegro.lemis.de> Subject: Re: Anyone got FreeBSD working a P6? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Sat, 4 Nov 1995 22:49:57 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511041934.LAA05470@rah.star-gate.com> from "Amancio Hasty Jr." at Nov 4, 95 11:34:27 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: 309 Sender: owner-hackers@freebsd.org Precedence: bulk Amancio Hasty Jr. writes: > > I was just reading comp.sys.intel and the 200Mhz P6's performance looks > really cool 8) Don't believe it. The magazines over here are full of the fact that it's a flop, since it takes forever to change from 32 to 16 bit mode and back again. Whatever that may mean :-) Greg From owner-freebsd-hackers Sat Nov 4 14:18:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA13951 for hackers-outgoing; Sat, 4 Nov 1995 14:18:34 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA13921 for ; Sat, 4 Nov 1995 14:18:28 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 22:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id WAA21220; Sat, 4 Nov 1995 22:52:41 +0100 Message-Id: <199511042152.WAA21220@allegro.lemis.de> Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? To: terry@lambert.org (Terry Lambert) Date: Sat, 4 Nov 1995 22:52:40 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511042127.OAA10307@phaeton.artisoft.com> from "Terry Lambert" at Nov 4, 95 02:27:04 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: 506 Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert writes: > > > > And the mount_nfs man page does not describe how to put FS specific > > > mount options into the fstab. 8-(. > > > > The same way as you would on the `mount' command line, with the > > exception that `ro' or `rw' must come first. > > You mean as dash options. > > This begs the question of "why have undocumented word options at all?". You've put in a superfluous word: that should read "why have undocumented options at all?". Looks like it's my problem now :-) Greg From owner-freebsd-hackers Sat Nov 4 14:37:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA16512 for hackers-outgoing; Sat, 4 Nov 1995 14:37:33 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA16497 for ; Sat, 4 Nov 1995 14:37:28 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id OAA06486; Sat, 4 Nov 1995 14:37:12 -0800 Message-Id: <199511042237.OAA06486@rah.star-gate.com> To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Anyone got FreeBSD working a P6? In-reply-to: Your message of "Sat, 04 Nov 1995 22:49:57 +0100." <199511042149.WAA21203@allegro.lemis.de> Date: Sat, 04 Nov 1995 14:37:08 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Greg Lehey said: > Amancio Hasty Jr. writes: > > > > I was just reading comp.sys.intel and the 200Mhz P6's performance looks > > really cool 8) > > Don't believe it. The magazines over here are full of the fact that > it's a flop, since it takes forever to change from 32 to 16 bit mode > and back again. > > > Whatever that may mean :-) > Greg Yeap, it means a whole lot because we would not see a vast performance improvement from the horde of 16apps that we have 8) Cheers, Amancio From owner-freebsd-hackers Sat Nov 4 14:42:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA17334 for hackers-outgoing; Sat, 4 Nov 1995 14:42:56 -0800 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA17301 for ; Sat, 4 Nov 1995 14:42:45 -0800 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id WAA01436 ; Sat, 4 Nov 1995 22:38:45 GMT To: Greg Lehey cc: "Amancio Hasty Jr." , FreeBSD Hackers Subject: Re: Anyone got FreeBSD working a P6? In-reply-to: Your message of "Sat, 04 Nov 1995 22:49:57 +0100." <199511042149.WAA21203@allegro.lemis.de> Date: Sat, 04 Nov 1995 22:38:43 +0000 Message-ID: <1434.815524723@palmer.demon.co.uk> From: Gary Palmer Sender: owner-hackers@freebsd.org Precedence: bulk Greg Lehey wrote in message ID <199511042149.WAA21203@allegro.lemis.de>: > Amancio Hasty Jr. writes: > > > > I was just reading comp.sys.intel and the 200Mhz P6's performance looks > > really cool 8) > Don't believe it. The magazines over here are full of the fact that > it's a flop, since it takes forever to change from 32 to 16 bit mode > and back again. Who cares about 16 bit mode? FreeBSD is a *32* bit system, so it's not affected AFAIK :-) Gary From owner-freebsd-hackers Sat Nov 4 15:01:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA19892 for hackers-outgoing; Sat, 4 Nov 1995 15:01:51 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA19885 for ; Sat, 4 Nov 1995 15:01:45 -0800 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id PAA06707; Sat, 4 Nov 1995 15:01:23 -0800 Message-Id: <199511042301.PAA06707@rah.star-gate.com> To: Gary Palmer cc: FreeBSD Hackers Subject: Re: Anyone got FreeBSD working a P6? In-reply-to: Your message of "Sat, 04 Nov 1995 22:38:43 GMT." <1434.815524723@palmer.demon.co.uk> Date: Sat, 04 Nov 1995 15:01:22 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Gary Palmer said: > Greg Lehey wrote in message ID > <199511042149.WAA21203@allegro.lemis.de>: > > Amancio Hasty Jr. writes: > > > > > > I was just reading comp.sys.intel and the 200Mhz P6's performance looks > > > really cool 8) > > > Don't believe it. The magazines over here are full of the fact that > > it's a flop, since it takes forever to change from 32 to 16 bit mode > > and back again. > > Who cares about 16 bit mode? FreeBSD is a *32* bit system, so it's not > affected AFAIK :-) > > Gary > > Actually, it will be nice if we can demonstrate how great FreeBSD is on a P6 given that Win95 has problems right now due to its 16bit code. Enjoy, Amancio From owner-freebsd-hackers Sat Nov 4 15:12:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21199 for hackers-outgoing; Sat, 4 Nov 1995 15:12:58 -0800 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA21181 for ; Sat, 4 Nov 1995 15:12:52 -0800 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id PAA11114; Sat, 4 Nov 1995 15:12:39 -0800 Date: Sat, 4 Nov 1995 15:12:38 -0800 (PST) From: Jaye Mathisen To: Greg Lehey cc: "Amancio Hasty Jr." , FreeBSD Hackers Subject: Re: Anyone got FreeBSD working a P6? In-Reply-To: <199511042149.WAA21203@allegro.lemis.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I think this is specifically referring to running windows 3.x and win95. Under NT, and other 32bit OS's, it looks like it rocks. We've ordered a board to sample, I'm going to try NT on it first, then FreeBSD, so I shoul dhave good news pretty quick. On Sat, 4 Nov 1995, Greg Lehey wrote: > Amancio Hasty Jr. writes: > > > > I was just reading comp.sys.intel and the 200Mhz P6's performance looks > > really cool 8) > > Don't believe it. The magazines over here are full of the fact that > it's a flop, since it takes forever to change from 32 to 16 bit mode > and back again. > > > Whatever that may mean :-) > Greg > From owner-freebsd-hackers Sat Nov 4 15:34:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA23312 for hackers-outgoing; Sat, 4 Nov 1995 15:34:05 -0800 Received: from scam.XCF.Berkeley.EDU (scam.XCF.Berkeley.EDU [128.32.43.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA23299 for ; Sat, 4 Nov 1995 15:34:03 -0800 From: grady@scam.XCF.Berkeley.EDU Received: from localhost (localhost [127.0.0.1]) by scam.XCF.Berkeley.EDU (8.7/8.7) with SMTP id PAA12852 for ; Sat, 4 Nov 1995 15:34:23 -0800 Message-Id: <199511042334.PAA12852@scam.XCF.Berkeley.EDU> X-Authentication-Warning: scam.XCF.Berkeley.EDU: Host localhost [127.0.0.1] didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: PPP problems with ISDN "modem"? Date: Sat, 04 Nov 95 15:34:23 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk I've hit a few problems using ppp (iijpp v. 0.94) under FreeBSD 2.0.5. The first one I hit was that I was getting the message: ** Too many ECHO packets are lost. ** after about three minutes of connection time, fairly consistently. I was also getting this with my 28.8 connection, but it would only happen every few hours there. I've put what appears to be a short-term fix for this by setting the LQR timeout to be one day (i.e.: set timeout 300 86400 ). I'm not sure yet whether this is a long-term fix. A more serious problem right now is that most large-file transfers are hanging after a small percentage of the file is transferred. It seems to be due to an interaction with the IP software on the two machines. For instance, one file I was transferring (ppp.tar.gz) would always hang after 18980 bytes had been transferred, when transferred from a SunOS 5.4 machine, but when I put the file onto a different machine (running Ultrix v4.3a), it transferred fine the first time. From the sun, it would hang after around 24k in ASCII mode. While it was hanging (in ESTABLISHED mode), other connections (e.g. rlogin) continued to work fine. Similarly, while using Netscape (1.1), most pictures would hang during their transfer (although text usually managed to transfer easily). Finally, I just seem to have hit the rough edges of the ppp software in general. For the first time, I got a core dump from ppp (with a trashed stack). I've seen problems in cleanup when exceptional situations (like the "too many ECHO packets" problem above) cause the program to exit. And, of course, as I try to use some of the more obscure features of ppp, the lack of decent documentation has becomes more and more of a problem. Anyway, the main thing I wanted to find out was how to deal with the problems with hanging. Has anyone else seen this, and found a fix? Thanks for any help. Steven From owner-freebsd-hackers Sat Nov 4 15:48:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA25096 for hackers-outgoing; Sat, 4 Nov 1995 15:48:47 -0800 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 PAA25082 for ; Sat, 4 Nov 1995 15:48:45 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA15483; Sat, 4 Nov 1995 15:48:20 -0800 To: grog@lemis.de (Greg Lehey) cc: hasty@rah.star-gate.com (Amancio Hasty Jr.), hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Anyone got FreeBSD working a P6? In-reply-to: Your message of "Sat, 04 Nov 1995 22:49:57 +0100." <199511042149.WAA21203@allegro.lemis.de> Date: Sat, 04 Nov 1995 15:48:20 -0800 Message-ID: <15480.815528900@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Amancio Hasty Jr. writes: > > > > I was just reading comp.sys.intel and the 200Mhz P6's performance looks > > really cool 8) > > Don't believe it. The magazines over here are full of the fact that > it's a flop, since it takes forever to change from 32 to 16 bit mode > and back again. Ah, but we don't *care* since we're not running funky Windows 3.1 apps under FreeBSD.. :-) Truly, the UNIX and UNIX clones may get a boost from the P6 because, at least for awhile, they're going to be getting the most bang-for-buck out of it. Once all those 16 bit legacy apps go 32 bit, however, you'll see Windows regain the advantages it temporarily lost. I don't think that the P6 will be a "flop" at all, at least not in the longer term. Jordan From owner-freebsd-hackers Sat Nov 4 15:49:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA25305 for hackers-outgoing; Sat, 4 Nov 1995 15:49:34 -0800 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 PAA25292 for ; Sat, 4 Nov 1995 15:49:30 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA15494; Sat, 4 Nov 1995 15:48:46 -0800 To: rkw@dataplex.net (Richard Wackerbarth) cc: Terry Lambert , wollman@lcs.mit.edu (Garrett A. Wollman), hackers@freefall.freebsd.org Subject: Re: Hmmmm! `resvport' keyword not documented *anywhere*? In-reply-to: Your message of "Sat, 04 Nov 1995 16:14:47 CST." Date: Sat, 04 Nov 1995 15:48:46 -0800 Message-ID: <15491.815528926@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > On this subject, I adopt the government policy. > "If it's in there, it has to be listed on the label" > > An undocumented "feature" is a coding error. I'm in hearty agreement. Jordan From owner-freebsd-hackers Sat Nov 4 16:06:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA26857 for hackers-outgoing; Sat, 4 Nov 1995 16:06:49 -0800 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA26852 for ; Sat, 4 Nov 1995 16:06:47 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7/8.7) with ESMTP id TAA05210; Sat, 4 Nov 1995 19:06:45 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7/8.6.4) id TAA06204; Sat, 4 Nov 1995 19:06:44 -0500 (EST) Date: Sat, 4 Nov 1995 19:06:44 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: grady@scam.XCF.Berkeley.EDU cc: freebsd-hackers@freebsd.org Subject: Re: PPP problems with ISDN "modem"? In-Reply-To: <199511042334.PAA12852@scam.XCF.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 4 Nov 1995 grady@scam.XCF.Berkeley.EDU wrote: > I've hit a few problems using ppp (iijpp v. 0.94) under FreeBSD 2.0.5. > The first one I hit was that I was getting the message: > ** Too many ECHO packets are lost. ** > after about three minutes of connection time, fairly consistently. > I was also getting this with my 28.8 connection, but it would only happen > every few hours there. I've put what appears to be a short-term fix > for this by setting the LQR timeout to be one day (i.e.: > set timeout 300 86400 > ). I'm not sure yet whether this is a long-term fix. > > A more serious problem right now is that most large-file transfers > are hanging after a small percentage of the file is transferred. It > seems to be due to an interaction with the IP software on the two > machines. For instance, one file I was transferring (ppp.tar.gz) > would always hang after 18980 bytes had been transferred, when transferred > from a SunOS 5.4 machine, but when I put the file onto a different machine > (running Ultrix v4.3a), it transferred fine the first time. From the sun, > it would hang after around 24k in ASCII mode. While it was hanging > (in ESTABLISHED mode), other connections (e.g. rlogin) continued to > work fine. > > Similarly, while using Netscape (1.1), most pictures would hang during their > transfer (although text usually managed to transfer easily). > > Finally, I just seem to have hit the rough edges of the ppp software > in general. For the first time, I got a core dump from ppp (with a trashed > stack). I've seen problems in cleanup when exceptional situations (like > the "too many ECHO packets" problem above) cause the program to exit. > And, of course, as I try to use some of the more obscure features of > ppp, the lack of decent documentation has becomes more and more of a > problem. > > Anyway, the main thing I wanted to find out was how to deal with the > problems with hanging. Has anyone else seen this, and found a fix? set timeout 0 Do this near the top of the file, if done after the connection is made it doesn't seem to have any effect. > > Thanks for any help. > > Steven > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Sat Nov 4 17:54:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA00437 for hackers-outgoing; Sat, 4 Nov 1995 17:54:08 -0800 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA00432 for ; Sat, 4 Nov 1995 17:54:06 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id UAA05835; Sat, 4 Nov 1995 20:40:22 -0500 Date: Sat, 4 Nov 1995 20:40:16 -0500 (EST) From: "Jonathan M. Bresler" Subject: [Q] Traceroute and source routing To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk i want to exmaine the connectivity of various hosts (happen to be those in australia on our mailing lists). i want to see route the packets take from freefall to those hosts and the routes that exist from one of those hosts to another. so...i want a source route option on traceroute. suggestions ?? pointers ?? code ?? 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-hackers Sat Nov 4 18:50:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA01315 for hackers-outgoing; Sat, 4 Nov 1995 18:50:57 -0800 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 SAA01310 for ; Sat, 4 Nov 1995 18:50:54 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA12757; Sat, 4 Nov 1995 19:48:11 -0700 From: Terry Lambert Message-Id: <199511050248.TAA12757@phaeton.artisoft.com> Subject: Re: [Q] Traceroute and source routing To: jmb@kryten.Atinc.COM (Jonathan M. Bresler) Date: Sat, 4 Nov 1995 19:48:11 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Jonathan M. Bresler" at Nov 4, 95 08:40:16 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: 644 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > i want to exmaine the connectivity of various hosts (happen to be > those in australia on our mailing lists). i want to see route the > packets take from freefall to those hosts and the routes that exist from > one of those hosts to another. > > so...i want a source route option on traceroute. > > suggestions ?? pointers ?? code ?? I saw patches for this floating around somewhere... Our ISP didn't support source routing at the router level (wonder why? 8-)) so I didn't keep them. 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-hackers Sat Nov 4 19:39:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA07665 for hackers-outgoing; Sat, 4 Nov 1995 19:39:36 -0800 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA07642 for ; Sat, 4 Nov 1995 19:39:31 -0800 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id UAA26467 for ; Sat, 4 Nov 1995 20:39:25 -0700 Message-Id: <199511050339.UAA26467@rover.village.org> To: hackers@freebsd.org Subject: Re: Eject Date: Sat, 04 Nov 1995 20:39:23 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : echo eject | cdplay -f /dev/rcd0a echo eject | cdplay cd0 does the trick for me. However, for some reason I needed to do a MAKEDEV cd0 in /dev before it would work for me... Likely stale bits. And this is on my 2.0R system. Warner From owner-freebsd-hackers Sat Nov 4 20:43:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA17716 for hackers-outgoing; Sat, 4 Nov 1995 20:43:34 -0800 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA17711 for ; Sat, 4 Nov 1995 20:43:27 -0800 Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id WAA00401 for freebsd-hackers@freefall.cdrom.com; Sat, 4 Nov 1995 22:43:22 -0600 From: Bob Willcox Message-Id: <199511050443.WAA00401@luke.pmr.com> Subject: Software to create CDROM filesystem? To: freebsd-hackers@freefall.FreeBSD.org (freebsd-hackers) Date: Sat, 4 Nov 1995 22:43:22 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 276 Sender: owner-hackers@FreeBSD.org Precedence: bulk Is there any software available to create a CDROM filesystem (with the Rockridge extensions) for FreeBSD? I seem to recall a discussion about this some time ago but can seem to remember where. Thanks, -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Sat Nov 4 20:46:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA17840 for hackers-outgoing; Sat, 4 Nov 1995 20:46:48 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA17835 for ; Sat, 4 Nov 1995 20:46:42 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id PAA27321; Sun, 5 Nov 1995 15:19:49 +1030 From: Michael Smith Message-Id: <199511050449.PAA27321@genesis.atrad.adelaide.edu.au> Subject: Re: More nits To: grog@lemis.de Date: Sun, 5 Nov 1995 15:19:48 +1030 (CST) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199511041418.PAA19341@allegro.lemis.de> from "Greg Lehey" at Nov 4, 95 03:18:11 pm Content-Type: text Content-Length: 1025 Sender: owner-hackers@freebsd.org Precedence: bulk Greg Lehey stands accused of saying: > I'm not really bitching about this. I tend to agree that 4MB is too > little memory for anything useful, but I still think it's worth > drawing to people's attention that we *don't* want a System V, and > that there are virtues in small, lean systems. And I agree that now > that the config stuff is a permanent component of the kernel, it > probably won't go away. All the more reason to bear the problems in > mind before starting the project. Just to point out that detaching userconfig() would be _very_ simple; if anyone wants diffs to add a NOUSERCONFIG option I'll happily produce them. > Greg -- ]] 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-hackers Sat Nov 4 21:06:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA18573 for hackers-outgoing; Sat, 4 Nov 1995 21:06:01 -0800 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA18561 for ; Sat, 4 Nov 1995 21:05:49 -0800 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id FAA02075 ; Sun, 5 Nov 1995 05:00:05 GMT To: Bob Willcox cc: freebsd-hackers Subject: Re: Software to create CDROM filesystem? In-reply-to: Your message of "Sat, 04 Nov 1995 22:43:22 CST." <199511050443.WAA00401@luke.pmr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2072.815547601.1@palmer.demon.co.uk> Date: Sun, 05 Nov 1995 05:00:02 +0000 Message-ID: <2073.815547602@palmer.demon.co.uk> From: Gary Palmer Sender: owner-hackers@FreeBSD.org Precedence: bulk Bob Willcox wrote in message ID <199511050443.WAA00401@luke.pmr.com>: > Is there any software available to create a CDROM filesystem (with > the Rockridge extensions) for FreeBSD? I seem to recall a discussion > about this some time ago but can seem to remember where. check out man mkisofs. Should be in 2.0.5R and later (don't think it made it into 2.0R) Gary From owner-freebsd-hackers Sat Nov 4 21:36:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA19530 for hackers-outgoing; Sat, 4 Nov 1995 21:36:10 -0800 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 VAA19525 for ; Sat, 4 Nov 1995 21:36:07 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA00434; Sat, 4 Nov 1995 21:35:35 -0800 To: Michael Smith cc: grog@lemis.de, hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Sun, 05 Nov 1995 15:19:48 +1030." <199511050449.PAA27321@genesis.atrad.adelaide.edu.au> Date: Sat, 04 Nov 1995 21:35:35 -0800 Message-ID: <432.815549735@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Just to point out that detaching userconfig() would be _very_ simple; if > anyone wants diffs to add a NOUSERCONFIG option I'll happily produce them. I'm reluctant to break things with 2.1 about to happen in about 4 days here (yes, really!). Jordan From owner-freebsd-hackers Sat Nov 4 21:51:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA19918 for hackers-outgoing; Sat, 4 Nov 1995 21:51:33 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA19913 for ; Sat, 4 Nov 1995 21:51:31 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id VAA01434; Sat, 4 Nov 1995 21:51:30 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id VAA00825; Sat, 4 Nov 1995 21:48:58 -0800 Message-Id: <199511050548.VAA00825@corbin.Root.COM> To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: More nits In-reply-to: Your message of "Sat, 04 Nov 95 21:35:35 PST." <432.815549735@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 04 Nov 1995 21:48:58 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> Just to point out that detaching userconfig() would be _very_ simple; if >> anyone wants diffs to add a NOUSERCONFIG option I'll happily produce them. > >I'm reluctant to break things with 2.1 about to happen in about 4 days >here (yes, really!). It should definately NOT go into 2.1. ...and by the time it matters for 2.2, we may very well have a different framework entirely. -DG From owner-freebsd-hackers Sat Nov 4 22:13:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA20242 for hackers-outgoing; Sat, 4 Nov 1995 22:13:42 -0800 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 WAA20237 ; Sat, 4 Nov 1995 22:13:40 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA00569; Sat, 4 Nov 1995 22:13:20 -0800 To: announce@freefall.FreeBSD.org cc: hackers@freefall.FreeBSD.org Subject: 2.1.0-951104-SNAP is now available. Date: Sat, 04 Nov 1995 22:13:14 -0800 Message-ID: <561.815551994@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk As part of my ongoing efforts to see how many times I can release "the last pre-2.1 snapshot" and still get away with it, I'm releasing another snapshot! :-) I won't say that this truly is the last SNAP since I'll then only invite the lightning to strike, but I can say that it's very very unlikely that I'll be releasing another one due to simple time pressures, if no other reason. 2.1 is just days away now, and I doubt that it will be necessary to release another snapshot in between now and the final build. I am releasing this snapshot for multiple reasons: 1. To incorporate my changes based on all the feedback and bug reports I received for the previous snapshot's installation. 2. To incorporate the latest XFree86 release (3.1.2-S) with security enhancements. There may be more fairly minor changes here before 2.1 is put on CD, but this is basically what will be shipping. 3. To get feedback on the new "Novice Install" I split out of the Express installation (which now truly *is* an express installation). 4. To give folks something a little less buggy to load on new systems while they're waiting for 2.1 to come out. 5. To fold in the latest versions of the FreeBSD Handbook, updated for 2.1. 6. To correct some slight whiffy english in the online help. 7. To go back to the previous approach of just uncommenting the ATAPI and wcd0 entries in GENERIC for building atapi.flp. The idea of commenting out the wd2 and wd3 entries in an effort to make things better seems to have only made them worse in the last SNAP. If this atapi.flp image works for you, great! If not, I'm afraid that it's far too late to do anything about at this stage so any failure reports will be simply filed for post-2.1 analysis. Sorry IDE CDROM hackers, but you had your chance! 8. Because I felt like it. What still remains to be done for 2.1-RELEASE: 1. I need to bring the new commerce distribution (which is now completed) off my own machine and into the release distribution. This SNAP still points to the 2.0.5 commercial dist. I'll probably also add a submenu for the commercial distributions so that you don't have to load all of the commercial demos to get just one of them. 2. Unless I get substantial input on this in the next couple of days, the "experimental" distribution will remain unchanged for 2.1. I got a grand total of zero contributions for this in response to my last solicitation for such contributions, so I guess there aren't any new experimental bits! I may put a compressed copy of the 2.2-CURRENT source tree on the CD for the Bold Adventurers among us, but that's still under consideration. 3. Any other truly critical things people may point out to me in the next few days (hopefully none). The change deltas are, at least, getting significantly smaller and smaller between each SNAP, so we must be doing something right! :-) Available from: ftp://ftp.freebsd.org/pub/FreeBSD/2.1.0-951104-SNAP ftp://freefall.freebsd.org/pub/FreeBSD/2.1.0-951104-SNAP And our various mirrors once they pick it up. Thanks, as always, to the many testers who provided such valuable comments and feedback for the previous SNAP. I've done my best to address all of your concerns in this snapshot, but if there's something you see that still needs work then please, by all means report it to me! Regards, Jordan From owner-freebsd-hackers Sat Nov 4 23:42:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA21836 for hackers-outgoing; Sat, 4 Nov 1995 23:42:42 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA21831 for ; Sat, 4 Nov 1995 23:42:39 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id BAA16168; Sun, 5 Nov 1995 01:42:05 -0600 From: Joe Greco Message-Id: <199511050742.BAA16168@brasil.moneng.mei.com> Subject: Kerb Encr Telnet 2.1R WARNING!! To: gibbs@freefall.FreeBSD.org (Justin T. Gibbs) Date: Sun, 5 Nov 1995 01:42:04 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199510242026.NAA24760@aslan.cdrom.com> from "Justin T. Gibbs" at Oct 24, 95 01:26:50 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > >The question: how to prevent people from indiscriminately snooping on > >Ethernets and stuff. I don't like people to see what I am doing via > >telnet - especially if it involves su :-) > > Or, you could just get the telnet and eBones from -STABLE. 2.1 will > ship with encrypting telnet if you install the kerberos distribution. Yeah, riiiight. I was delighted to see this when I installed the latest SNAP: Trying 204.95.172.243 ... Connected to hummin.sol.net. Escape character is '^]'. ld.so failed: Undefined symbol "_encrypt_debug_mode" in telnetd:telnetd Connection closed by foreign host. telnet fails miserably too. It looks like libtelnet is hosed. I didn't load sources so I can't go looking right now. But I thought I should mention this so Jordan can cut it out of 2.1, it would NOT look good for us to ship a system where telnet and telnetd fail when you load the Kerb distribution... or maybe whoever did this work can go doublecheck what they did against my notes. I actually loaded this system _twice_ so I know it's not a fluke (I loaded the box and the root drive failed 18 hours later, geeez!) It's just been a crummy kind of day. Ah well. ... JG From owner-freebsd-hackers Sat Nov 4 23:57:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22376 for hackers-outgoing; Sat, 4 Nov 1995 23:57:55 -0800 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 XAA22371 for ; Sat, 4 Nov 1995 23:57:52 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA00578; Sat, 4 Nov 1995 23:56:25 -0800 To: Joe Greco cc: gibbs@freefall.freebsd.org (Justin T. Gibbs), hackers@freebsd.org Subject: Re: Kerb Encr Telnet 2.1R WARNING!! In-reply-to: Your message of "Sun, 05 Nov 1995 01:42:04 CST." <199511050742.BAA16168@brasil.moneng.mei.com> Date: Sat, 04 Nov 1995 23:56:25 -0800 Message-ID: <575.815558185@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Yeah, riiiight. I was delighted to see this when I installed the latest > SNAP: Not the *latest* snap you didn't, unless you're even faster on the FTP transfers than we give you credit for.. :-) This problem has already been widely commented on and is fixed in 2.1.0-951104-SNAP Jordan