From owner-freebsd-hackers Sun Jun 4 00:20:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24668 for hackers-outgoing; Sun, 4 Jun 1995 00:20:20 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA24649 for ; Sun, 4 Jun 1995 00:20:17 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id AAA01779; Sun, 4 Jun 1995 00:20:03 -0700 Date: Sun, 4 Jun 1995 00:20:03 -0700 Message-Id: <199506040720.AAA01779@silvia.HIP.Berkeley.EDU> To: rgrimes@gndrsh.aac.dev.com CC: mdomsch@dellgate.us.dell.com, mdomsch@dellgate.us.dell.com, freebsd-hackers@freebsd.org In-reply-to: <199506032128.OAA17262@gndrsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: NCR810 problem? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk * > > > assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5235 * > > > assertion "cp" failed: file "../../pci/ncr.c", line 5236 * > > > ncr0 targ0?: ERROR (80:100) (e-ab-2) (8/13) @ (10d4:e000000). * > > > reg: da 10 0 13 47 8 0 1f 0 e 80 ab 80 0 3 0. * > > > ncr0: restart (fatal error). * > > > ncr0: reset by timeout. * > > > sd0: error reading primary partition table from fsbn 0 (sd0 bn 0; cn 0 * > > > tn 0 sn 0) Just another datapoint, I am seeing this from time to time on my -current system too. NCR 53C825, with Quantam Atlas 2.1GB as the lone SCSI device, SiS chipset, Pentium-90. The only other device on PCI bus is video card (#9 GXE64 Pro). It's not predictable though, my guess is that it happens about 1/3 of the time. If the boot gets through the fsck stage, it will run fine for days. Otherwise, it will spew a river of errors and I need to open the lid and press the reset button. It always succeeds after the reset (or so it seems, I don't remember having to reset twice in a row). Satoshi From owner-freebsd-hackers Sun Jun 4 00:25:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA25881 for hackers-outgoing; Sun, 4 Jun 1995 00:25:00 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA25856 ; Sun, 4 Jun 1995 00:24:53 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id PAA00237; Sun, 4 Jun 1995 15:24:47 +0800 Date: Sun, 4 Jun 1995 15:24:47 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: FREEBSD-HACKERS-L Subject: Re: More thoughts on the installer In-Reply-To: <16422.802246226@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sat, 3 Jun 1995, Jordan K. Hubbard wrote: > > Since I'm a bit pressed for time at the moment, I hope you'll forgive > my terse line-by-line responses to your comments! Nothing personal, > just time! Are you sticking with the short one-week alpha test period for 2.0.5, or do you plan on extending it a little? I probably won't get time to play with any new floppies (I just grabbed the June 3 one) until later tonight or tomorrow. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Jun 4 00:40:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA28775 for hackers-outgoing; Sun, 4 Jun 1995 00:40:58 -0700 Received: from leibniz.math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA28763 for ; Sun, 4 Jun 1995 00:40:56 -0700 Received: from napier.math.psu.edu (wilcox@napier.math.psu.edu [146.186.132.4]) by leibniz.math.psu.edu (8.6.10/8.6.9) with ESMTP id DAA13773 for ; Sun, 4 Jun 1995 03:40:54 -0400 Received: from localhost (wilcox@localhost) by napier.math.psu.edu (8.6.10/8.6.9) with ESMTP id DAA01328 for ; Sun, 4 Jun 1995 03:40:52 -0400 Message-Id: <199506040740.DAA01328@napier.math.psu.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: freebsd-hackers@FreeBSD.ORG Subject: NCR53c710 VLB SCSI Driver. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 04 Jun 1995 03:40:51 -0400 From: Ken Wilcox Sender: hackers-owner@FreeBSD.ORG Precedence: bulk I don't know if this was asked before hear as I am new to all of the FreeBSD world, but not new to Unix, but has anyone even attempted to port the NCR 53c710 driver for FreeBSD. I desperately need it and I am not that much of a coding guru. I would be willing to test things if someone wants to blindly attempt some code writing, or you could just tell me where to begin_hack and I will try to do it myself, although you could imagine the mess I might make out of the poor scsi disk. Thanks for anything. -Ken Wilcox From owner-freebsd-hackers Sun Jun 4 00:45:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA29613 for hackers-outgoing; Sun, 4 Jun 1995 00:45:44 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA29603 ; Sun, 4 Jun 1995 00:45:42 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: More thoughts on the installer In-reply-to: Your message of "Sun, 04 Jun 95 15:24:47 +0800." Date: Sun, 04 Jun 1995 00:45:42 -0700 Message-ID: <29600.802251942@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Are you sticking with the short one-week alpha test period for > 2.0.5, or do you plan on extending it a little? I probably won't get > time to play with any new floppies (I just grabbed the June 3 one) > until later tonight or tomorrow. I'm going to play it by ear. If it reaches a point where I'm generally happy with it, I'll stick it onto CDROM and get that out the door right then, since that's the time constrained piece. I can continue to roll deltas to it on the net, and CDROM folks will be provided with CTM deltas for patching themselves up to date, just like the Linux folks do it. :-) Jordan From owner-freebsd-hackers Sun Jun 4 00:53:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00937 for hackers-outgoing; Sun, 4 Jun 1995 00:53:48 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA00931 for ; Sun, 4 Jun 1995 00:53:47 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: New floppies - come and get 'em! Date: Sun, 04 Jun 1995 00:53:47 -0700 Message-ID: <930.802252427@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk ftp://ftp.freebsd.org/pub/FreeBSD/2.0.5-ALPHA/UPDATES/*.flp See README in that directory for change log. Jordan From owner-freebsd-hackers Sun Jun 4 01:24:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02871 for hackers-outgoing; Sun, 4 Jun 1995 01:24:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA02853 for ; Sun, 4 Jun 1995 01:24:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21595; Sun, 4 Jun 1995 10:24:22 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA28864; Sun, 4 Jun 1995 10:24:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA26314; Sun, 4 Jun 1995 09:10:56 +0200 From: J Wunsch Message-Id: <199506040710.JAA26314@uriah.heep.sax.de> Subject: Re: Debug messages To: temp@temptation.interlog.com (Temptation) Date: Sun, 4 Jun 1995 09:10:55 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Temptation" at Jun 4, 95 02:28:01 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1215 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Temptation wrote: > > > Call me stupid, but how the hell do I turn these messages off??? > I've already done the install, and now I'm getting messages like > > Jun 4 02:24:24 main login: ROOT LOGIN (root) on ttyyv1 > Jun 4 02:24:24 main login: ROOT LOGIN (root) on ttyyv1 > Jun 4 02:24:24 main login: login on ttyyv1 as root > Jun 4 02:25:40 main login: login on ttyyv2 as temp > once is bad enough, but to tell you 3 times the same thing is a bit over > kill no??? To avoid the login log for each normal user, rebuild your login program with the -DLOGALL unset in the Makefile. The remainder is a question of how you're configuring syslog. The appropriate line from syslogd.conf is: *.notice;kern.debug;lpr,auth.info;mail.crit /var/log/messages You've got the first one twice, since it matches either *.notice and auth.info (it's done at auth.notice level). Lines 3 and 4 are the LOGALL messages, and are done at auth.info level only. I'm personally gathering them into a different file, and scan them every night for security-relevant information. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jun 4 01:24:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02890 for hackers-outgoing; Sun, 4 Jun 1995 01:24:42 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA02865 for ; Sun, 4 Jun 1995 01:24:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21616; Sun, 4 Jun 1995 10:24:27 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA28879 for freebsd-hackers@freebsd.org; Sun, 4 Jun 1995 10:24:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA26512 for freebsd-hackers@freebsd.org; Sun, 4 Jun 1995 09:41:40 +0200 From: J Wunsch Message-Id: <199506040741.JAA26512@uriah.heep.sax.de> Subject: Re: More thoughts on the installer To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 4 Jun 1995 09:41:39 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506040331.UAA02745@corbin.Root.COM> from "David Greenman" at Jun 3, 95 08:31:29 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 622 Sender: hackers-owner@freebsd.org Precedence: bulk As David Greenman wrote: > > > As for 2.0.5A itself, so far so good. top/pstat doesn't show the > >correct amount of swap though (someone asked this already... bugfix > >planned for 2.0.5R?). > > pstat -s should work - it does here. 'top' is known broken, however. I believe to remember that `swapinfo' has been removed meanwhile. Does anybody think on implementing the `-k' option for pstat? (Yes, BLOCKSIZE=K works, but i've got used to hit the `-k' for swapinfo.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jun 4 01:24:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02885 for hackers-outgoing; Sun, 4 Jun 1995 01:24:42 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA02862 for ; Sun, 4 Jun 1995 01:24:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21612; Sun, 4 Jun 1995 10:24:26 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA28876; Sun, 4 Jun 1995 10:24:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA26464; Sun, 4 Jun 1995 09:38:37 +0200 From: J Wunsch Message-Id: <199506040738.JAA26464@uriah.heep.sax.de> Subject: Re: Manual Load of 2.0.5A To: dennis@et.htp.com (dennis) Date: Sun, 4 Jun 1995 09:38:37 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506040035.UAA06888@mail.htp.com> from "dennis" at Jun 3, 95 08:35:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 476 Sender: hackers-owner@freebsd.org Precedence: bulk As dennis wrote: > > How do I load additional sources once I've completed install. (If I try to > run sysinstall it core dumps). For example I've loaded a minimum system and > I want to add ssys.xx.. When in doubt, cd /destination cat /where/the/dist/lives/dist.* | tar -xvzf - what ever you like to xtract Just a wild guess... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jun 4 02:25:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05126 for hackers-outgoing; Sun, 4 Jun 1995 02:25:25 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05117 for ; Sun, 4 Jun 1995 02:25:13 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA19888 for freebsd-hackers@freebsd.org; Sun, 4 Jun 1995 19:20:45 +1000 Date: Sun, 4 Jun 1995 19:20:45 +1000 From: Bruce Evans Message-Id: <199506040920.TAA19888@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org Subject: Re: More thoughts on the installer Sender: hackers-owner@freebsd.org Precedence: bulk >Does anybody think on implementing the `-k' option for pstat? (Yes, >BLOCKSIZE=K works, but i've got used to hit the `-k' for swapinfo.) BLOCKSIZE=1024 in the environment works (except pstat -s prints 1024-blocks while pstat -k -s prints 1K-blocks :-). Bruce From owner-freebsd-hackers Sun Jun 4 02:52:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05893 for hackers-outgoing; Sun, 4 Jun 1995 02:52:30 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05875 for ; Sun, 4 Jun 1995 02:52:27 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id CAA16419 for freebsd-hackers@freebsd.org; Sun, 4 Jun 1995 02:52:26 -0700 From: Poul-Henning Kamp Message-Id: <199506040952.CAA16419@ref.tfs.com> Subject: Re: More thoughts on the installer To: freebsd-hackers@freebsd.org Date: Sun, 4 Jun 1995 02:52:26 -0700 (PDT) In-Reply-To: <199506040741.JAA26512@uriah.heep.sax.de> from "J Wunsch" at Jun 4, 95 09:41:39 am Content-Type: text Content-Length: 452 Sender: hackers-owner@freebsd.org Precedence: bulk > I believe to remember that `swapinfo' has been removed meanwhile. > Does anybody think on implementing the `-k' option for pstat? (Yes, > BLOCKSIZE=K works, but i've got used to hit the `-k' for swapinfo.) > pstat has the -k option now. it will work as swapinfo too. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Jun 4 02:54:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06052 for hackers-outgoing; Sun, 4 Jun 1995 02:54:46 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06042 for ; Sun, 4 Jun 1995 02:54:36 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id LAA22173; Sun, 4 Jun 1995 11:54:25 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id LAA12533; Sun, 4 Jun 1995 11:54:23 +0200 Message-Id: <199506040954.LAA12533@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: Eric Young cc: Mark Murray , Eric Young , Tim Hudson , hackers@freebsd.org Subject: Re: DES, eBones and crypt availble for non-US! Date: Sun, 04 Jun 1995 11:54:22 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk > Just in case you guys are interested, I'm the person who originally did > the eBones stuff many years ago. > I have been doing some more crypto stuff recently but I have only > announced it on the ssl-list mailing list, newsgroups anouncements will > occur in a week or 2. AHA! You sound like just the person I would like to ask some questions of. 1) I am trying to find pointers to the official legal status of crypto code in various countries. I know that the USA/Canada considers this to be a munition, so exporting it illegally is like gun running. I heard a rumour that Australia was the same. I also heard something about this code being illegal for possession in France. Any comments/ pointers? 2) We are all treating eBones with respect and not getting it from the states, but is contains no crypto code, only calls. Is it or is it not legal for export? I need a definitive answer here. (I vaguely remember something about a `sanitised' Kerberos/eBones (or is this eBones itself?). > Anomgst the things. > libdes - the des library that came with eBones has had a life of it's own > and has been updated quite a bit. It has tripple des, ofb, cfb modes > etc now and a few bug fixes. > It is now released as part of my SSL implementation. > This implementation contains > DES, RC4, > RSA (full private key generation function etc, infact about half the > library is X509/RSA stuff). > X509 routines. > SSL. This looks great! > There are programs for handling X509 stuff and demo programs for ssl > client and server implementation. > A friend of mine (Tim Hudson tjh@mincom.oz.au) has put this into SRA > telnet/telnetd, Mosaic and httpd (for https). This code has been tested > and runs on all unix boxes I could get hold of. The SRA telnet has only > been tested on Solaris 2.x and IRIX 5.x. The applications are still > being worked on. The code we have includes a Kerberised telnet, in a non-functional state (I think someone in the US has fixed this, but he obviously can't let us get it). Do you have a working one? > This code is officially Alpha, in that I'm still working on the library > quite a bit but it works and is available for ftp from ftp.psy.uq.oz.au > /pub/Crypto/SSL and /pub/Crypto/SSLapps. There is a web page at > http://www.psy.uq.oz.au/~ftp/Crypto (I think). The only problem is this > machine blew it's root disk and will not be back until monday :-(. How long before an official release? > Currently SSLeay is not compatable with SSLref from netscape at a call > level but it definitly is at a protocol level. In the next week or 2 > I'll probably be working on making an interface to my RSA code > compatable with RSAref. > > This code is now all under a licence which makes all of the above free > for comercial and non-comercial use, with the restriction that I'm given > attribution. Basically the same as the BSD licence. Would we be able to hack this code into our source tree? We have our own make system, and we would gladly preserve any attribution. (I have read the next paragraph, but I am now asking if we may 'BSD-ise' this. It may then divert a bit from your mainstream development. (Not much if what I have seen so far of the BSD team is anything to go by) > If people are interested in testing and putting SSL into apps under free > BSD, feel free to start using the code. Documentation is somewhat > lacking but I'll be working on that, you will just have to read the demo > programs :-) Thanks! > have fun (on monday when psych is fixed) I plan to :-> :-> :-> M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sun Jun 4 03:55:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07347 for hackers-outgoing; Sun, 4 Jun 1995 03:55:15 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA07341 ; Sun, 4 Jun 1995 03:55:13 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id DAA03128; Sun, 4 Jun 1995 03:55:11 -0700 Date: Sun, 4 Jun 1995 03:55:11 -0700 Message-Id: <199506041055.DAA03128@silvia.HIP.Berkeley.EDU> To: jkh@freebsd.org CC: hackers@freebsd.org Subject: hardware.hlp From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk The "ed0" driver supports SMC Elite Ultra (8216) too, so ed0 280 5 dyn d8000 WD & SMC 80xx; Novell NE1000 & NE2000; 3Com 3C503 should probably read: ed0 280 5 dyn d8000 WD & SMC 8xxx; Novell NE1000 & NE2000; 3Com 3C503 Although I'm not sure what other eight-thousand series cards SMC has. Satoshi From owner-freebsd-hackers Sun Jun 4 03:57:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07478 for hackers-outgoing; Sun, 4 Jun 1995 03:57:33 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA07471 ; Sun, 4 Jun 1995 03:57:31 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Danny J. Zerkel" cc: freebsd-hackers@freebsd.org Subject: Re: 2.0.5 Alpha Install In-reply-to: Your message of "Sat, 03 Jun 95 16:23:12 EDT." <199506032023.QAA00342@feephi.phofarm.com> Date: Sun, 04 Jun 1995 03:57:31 -0700 Message-ID: <7470.802263451@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Well, that was painful enough... > > I tested the tape install. While reading the tape, the screen says: > "Extracting root floppy..." This means that the the install raced past the root floppy (which in, tape installs, has to come to from floppy). This is not only a bug, but flawed reasoning since there's really nothing that stops me from getting the root floppy from tape (nor should it zing past it when I try). Ok, I'll fix it - thanks! > I had a lot of trouble with the boot floppy either panicing or failing to > uncompress the kernel. The panic looked like this: Hmmm. No immediate solution. Let me pass this along, thanks! > This was all with this morning's boot floppy. (3 June 95) > It also didn't create the DOS partition mount directory. I believe I've fixed that, thanks! Jordan From owner-freebsd-hackers Sun Jun 4 05:12:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08733 for hackers-outgoing; Sun, 4 Jun 1995 05:12:56 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08708 ; Sun, 4 Jun 1995 05:12:52 -0700 Date: Sun, 4 Jun 1995 05:12:52 -0700 From: "Jordan K. Hubbard" Message-Id: <199506041212.FAA08708@freefall.cdrom.com> To: announce, hackers Subject: New "release candidate floppies" available Sender: hackers-owner@FreeBSD.org Precedence: bulk -rw-rw-r-- 1 jkh wheel 1228800 Jun 4 05:09 boot.flp -rw-rw-r-- 1 jkh wheel 346624 Jun 4 05:09 root.flp In the usual UPDATES directory. Modulo any final bug fixes or typo corrections to the documentation, I do not plan any further functional changes to the install! If you run into any serious walls with this installation then I want to hear about it ASAP! The CD distribution is sitting on the launch pad and this is one of the last few things holding it up. I do think you'll find this revision of the install floppies to be quite a bit more robust than the first set! Thanks! From owner-freebsd-hackers Sun Jun 4 05:37:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09469 for hackers-outgoing; Sun, 4 Jun 1995 05:37:30 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA09463 for ; Sun, 4 Jun 1995 05:37:27 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <14713-0@bunyip.cc.uq.oz.au>; Sun, 4 Jun 1995 22:36:26 +1000 Received: from saturn.mincom.oz.au by minbne.mincom.oz.au with SMTP id AA04121 (5.65c/IDA-1.4.4 for mark@grondar.za); Sun, 4 Jun 1995 22:33:46 +1000 Received: by saturn.mincom.oz.au id AA20766 (5.65c/IDA-1.4.4 for hackers@freebsd.org); Sun, 4 Jun 1995 22:35:40 +1000 Date: Sun, 4 Jun 1995 22:35:40 +1000 (EST) From: Eric Young To: Mark Murray Cc: Tim Hudson , Eric Young , hackers@freebsd.org Subject: Re: DES, eBones and crypt availble for non-US! In-Reply-To: <199506040954.LAA12533@grumble.grondar.za> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Mark Murray wrote: > 1) I am trying to find pointers to the official legal status of crypto > code in various countries. I know that the USA/Canada considers this > to be a munition, so exporting it illegally is like gun running. > I heard a rumour that Australia was the same. I also heard something > about this code being illegal for possession in France. Any comments/ > pointers? As far as I know, the USA/CAnada is as you suspect. Australia, I don't know about, so make sure you take a copy of my code before they take me away :-) (Actually I have had my DES library up for so long, I think things would be very strange if they acted now :-). I have heard that it is illegal to import encryption stuff into France. I am working on a file to go with my SSL distribution that says what I think the postion is. The best part is that it appears that it may be ilegal for USA people to use my RSA code, a bit of a change :-) > 2) We are all treating eBones with respect and not getting it from the > states, but is contains no crypto code, only calls. Is it or is it not > legal for export? I need a definitive answer here. (I vaguely remember > something about a `sanitised' Kerberos/eBones (or is this eBones > itself?). Ah some history :-) What happended many many moons ago when I was fresh out of Uni ('89), I got a job as a postgraduate fellow at the newly started Bond University on the Gold Coast in sunny old Queensland. This position ment I was doing a PhD part time and working as a systems programmer part time for the Computing School. After about 9 months of me doing absolutly nothing on the PhD I just swapped over to being the Schools full time systems programmer :-). Part of their setup of the Computing School was to set up a workstation environment similar to that at MIT. People came out from MIT to do this setup. They left after some time and I was left with what was left behind :-(. Kerberos as we know cannot be exported, but they did install a version called Bones. Bones was what was left after a program called Parania (sp?) was run over kerberos which removed all the cryptographic calls. 'They' were not even alowed to leave the cryto call in the library, they had to all be taken out. It fell upon me to put encryption back in. This was not much fun at the time (I found the kerberos code a little ugly to understand, probably because I was just fresh out of Uni :-). Out of this came eBones (encrypting Bones) and my libdes DES library. When I left Bond Uni for a job at the Psych department at the University of Queensland, I left behind any work I was/had been doing on eBones since the environment was unsuited to Kerberos. I did continue working on the DES library, and had a bit of contact with eBones when some other Department wanted to talk to Terminal Servers. Otherwise I though I had escaped my resposibilities :-) > The code we have includes a Kerberised telnet, in a non-functional state (I > think someone in the US has fixed this, but he obviously can't let us > get it). Do you have a working one? Unfortunatly no. I'm quite willing to help support SSL telnet though :-). The rlogin that came with eBones was a bit ugly and I seem to remember out of band data did nasty things to it when I left it. > How long before an official release? Well it is sort of officially released. The documenting and improving of the library interface will continue for some time but the full functionality is there. As I put it on my mailing to the ssl-list, I had missed 2 self imposed deadlines, it worked, and if I held of until things were perfect, it would never get released :-). I'm only telling a few mailing lists so that I can make sure the bugs are fixed and our documentation is good enough so that I don't get inundated with email when the unwashed masses are told about it :-). When it gets anounced on sci.crypt etc, it should be interesting, considering SSLref costs $30k for a commercial licence and RSAref costs $10k. Mine is free. SSLref actually uses RSAref and my DES library (it can use other DES libraries as well). Mine contains everything in one build tree. I have written this on my own time more as therapy for myself (nothing like mindless obsessive programming for a month or 2 to get your mind off other things :-) but I will be interested to see what kind of 'political' fuss this causes, especially in the USA with the software patent issues. Worst case for people in the USA appears to be RSA refusing to 'licence' my version od the RSA algorithm, so people in the USA will have to pay RSA a licence fee while people out side the USA will have a free version available for comercial use. The people writting www servers/clients will have an interesting time. I'm more in this for doing SSL telnet/telnetd. But anyway, I digress, take it, have a play but I would sugest not doing too much with the code yet since I'm still changing it quite a bit. Do send me sugestions though. > Would we be able to hack this code into our source tree? We have our own > make system, and we would gladly preserve any attribution. (I have read > the next paragraph, but I am now asking if we may 'BSD-ise' this. It may > then divert a bit from your mainstream development. (Not much if what I > have seen so far of the BSD team is anything to go by) I'm very keen to keep control of the 'direction' of this library. I will gladly put your changes into my distribution. Even if it comes down to taking my distribution, unpackit, run FreeBSDit and then it's in your tree. If the Makefile names are not Makefile (or makefile) I'd also just plop them into my trees. Please remember this is a library, it produces libssl.a libcrypto.a and libdes.a, which are installed in the area specified in the makefile. Hopefully, when I'm finished, there should be no need to make any changes for any platform except to change the makefiles (and a few defines for performance reasons). It is still currently changing quite a bit and so if you do want to 'branch off' another development tree, definitly hold off until it is more stable (not that it does not work, it's just that there are about 200 function (mostly X509/rsa) which are mostly undocumented, and I add more as I need them to make the library easier to use :-). eric From owner-freebsd-hackers Sun Jun 4 06:18:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10002 for hackers-outgoing; Sun, 4 Jun 1995 06:18:38 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09994 for ; Sun, 4 Jun 1995 06:18:35 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id JAA08047; Sun, 4 Jun 1995 09:18:07 -0400 From: Peter Dufault Message-Id: <199506041318.JAA08047@hda.com> Subject: Re: NCR53c710 VLB SCSI Driver. To: wilcox@math.psu.edu (Ken Wilcox) Date: Sun, 4 Jun 1995 09:18:06 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506040740.DAA01328@napier.math.psu.edu> from "Ken Wilcox" at Jun 4, 95 03:40:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 981 Sender: hackers-owner@freebsd.org Precedence: bulk Ken Wilcox writes: > > > I don't know if this was asked before hear as I am new to all of the FreeBSD > world, but not new to Unix, but has anyone even attempted to port the > NCR 53c710 driver for FreeBSD. I desperately need it and I am not that much of > a coding guru. I would be willing to test things if someone wants to blindly > attempt some code writing, or you could just tell me where to begin_hack and > I will try to do it myself, although you could imagine the mess I might make > out of the poor scsi disk. Thanks for anything. Which driver are you referring too? I have an Acculogic VESApport VL-Bus adapter with the NCR 53C720 in house for a while that I'm working on, and I will try to bring up support for it. I'm not sure what the differences between the 710 and the 720 are. Peter -- 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 Sun Jun 4 07:01:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10491 for hackers-outgoing; Sun, 4 Jun 1995 07:01:18 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA10485 for ; Sun, 4 Jun 1995 07:01:12 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43067>; Sun, 4 Jun 1995 16:00:59 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id RAA28627; Sat, 3 Jun 1995 17:28:24 +0200 Message-Id: <199506031528.RAA28627@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: -Vince- Subject: Re: Upgrading to 2.05A cc: FreeBSD-hackers@freefall.cdrom.com In-reply-to: Your message of "Sat, 03 Jun 1995 03:26:02 +0200." Date: Sat, 3 Jun 1995 17:28:24 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > how to format floppies fdformat BTW if you don't know how to do something, `apropos' is a nice command eg: apropos format | grep fd tiffdump(1) - print verbatim information about TIFF files fdformat(1) - format floppy disks fdwrite(1) - format and write floppy disks Julian S From owner-freebsd-hackers Sun Jun 4 07:01:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10538 for hackers-outgoing; Sun, 4 Jun 1995 07:01:57 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA10532 for ; Sun, 4 Jun 1995 07:01:54 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43067>; Sun, 4 Jun 1995 16:01:46 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id RAA28440; Sat, 3 Jun 1995 17:08:35 +0200 Message-Id: <199506031508.RAA28440@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: aflundi@sandia.gov (Alan F Lundin) cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD 2.0.5-Alpha Installation In-reply-to: Your message of "Fri, 02 Jun 1995 17:01:18 +0200." <199506021501.JAA24405@sargon.mdl.sandia.gov> Date: Sat, 3 Jun 1995 17:08:34 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > How hard would it be to add a > probe command to the install program that would take a user > provided absolute sector number (or a cyl/hd/sec number set), > read that sector and return a read success or failure status. > That way a user could discover how big their disk really is, > then from that fake up some cyl/hd/sec values to get as close > as possible to that max abs sector value. The way I sized my disks (using 386bsd or mach way back when) was to put on a disklable much bigger than possible, then do a dd if=raw_device of=/dev/null, then take the count & feed it back to edit a new entry for /etc/disktab Julian S From owner-freebsd-hackers Sun Jun 4 07:02:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10599 for hackers-outgoing; Sun, 4 Jun 1995 07:02:15 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA10592 for ; Sun, 4 Jun 1995 07:02:11 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43049>; Sun, 4 Jun 1995 16:02:02 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id QAA28410; Sat, 3 Jun 1995 16:51:59 +0200 Message-Id: <199506031451.QAA28410@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jonathan M. Bresler" cc: hackers@FreeBSD.ORG Subject: Re: mailling list speed up In-reply-to: Your message of "Fri, 02 Jun 1995 14:58:14 +0200." Date: Sat, 3 Jun 1995 16:51:58 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > i have just changed hackers to use bulk_mailer > ...... > if there are more than one subscriber at a single host, all of those > subscribers will be included in the same mail envelope Presumably freefall will still send multiple copies of data ? Perhaps this a good time to remind anyone who may have forgotten: If two or more friends are long term readers of hackers at a site, & they are seperately registered with majordomo@freebsd.org, I think they will halve associated net traffic from freefall to their site by doing eg: mail majordomo@freebsd.org subscribe hackers freebsd-hackers@company.com unsubscribe hackers jack@jacks_host.company.com unsubscribe hackers jill@jills_host.company.com echo "freebsd-hackers: jack@jacks_host,jill@jills_host" >> /etc/aliases Julian From owner-freebsd-hackers Sun Jun 4 07:23:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11280 for hackers-outgoing; Sun, 4 Jun 1995 07:23:16 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11272 for ; Sun, 4 Jun 1995 07:23:08 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.11/8.6.9) id JAA04348; Sun, 4 Jun 1995 09:23:54 -0500 From: Bob Willcox Message-Id: <199506041423.JAA04348@luke.pmr.com> Subject: Re: NCR53c710 VLB SCSI Driver. To: dufault@hda.com (Peter Dufault) Date: Sun, 4 Jun 1995 09:23:54 -0500 (CDT) Cc: wilcox@math.psu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506041318.JAA08047@hda.com> from "Peter Dufault" at Jun 4, 95 09:18:06 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1476 Sender: hackers-owner@freebsd.org Precedence: bulk Peter Dufault wrote: > > Ken Wilcox writes: > > > > > > I don't know if this was asked before hear as I am new to all of the FreeBSD > > world, but not new to Unix, but has anyone even attempted to port the > > NCR 53c710 driver for FreeBSD. I desperately need it and I am not that much of > > a coding guru. I would be willing to test things if someone wants to blindly > > attempt some code writing, or you could just tell me where to begin_hack and > > I will try to do it myself, although you could imagine the mess I might make > > out of the poor scsi disk. Thanks for anything. > > Which driver are you referring too? I have an Acculogic VESApport > VL-Bus adapter with the NCR 53C720 in house for a while that I'm > working on, and I will try to bring up support for it. I'm not > sure what the differences between the 710 and the 720 are. Wide vs. narrow, similar to the differences between the 810 and the 820/825. I ported the AIX 720 driver to run on the 810 equiped PowerPC systems a couple of years ago. Biggest difference was in the configuration. I have data books for the 720, 810, & 825 in case I could help with any specific questions. BTW: I have a vested interest in the NCR driver. My two primary systems here are using them since recently upgrading them to Pentiums. (Also, since I just retired from IBM 4 days ago, I no longer have a conflict of interest. :-) -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Sun Jun 4 07:27:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11436 for hackers-outgoing; Sun, 4 Jun 1995 07:27:40 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11430 for ; Sun, 4 Jun 1995 07:27:36 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.11/8.6.9) id JAA04394; Sun, 4 Jun 1995 09:28:27 -0500 From: Bob Willcox Message-Id: <199506041428.JAA04394@luke.pmr.com> Subject: Re: NCR53c710 VLB SCSI Driver. To: bob@luke.pmr.com (Bob Willcox) Date: Sun, 4 Jun 1995 09:28:27 -0500 (CDT) Cc: dufault@hda.com, wilcox@math.psu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506041423.JAA04348@luke.pmr.com> from "Bob Willcox" at Jun 4, 95 09:23:54 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 313 Sender: hackers-owner@freebsd.org Precedence: bulk Bob Willcox wrote: > > BTW: I have a vested interest in the NCR driver. My two primary > systems here are using them since recently upgrading them to > Pentiums. Oops, just to clarify this, I am using 53C810 based cards in my systems. -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Sun Jun 4 08:04:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12489 for hackers-outgoing; Sun, 4 Jun 1995 08:04:27 -0700 Received: from nietzsche (annex1s37.urc.tue.nl [131.155.12.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12481 for ; Sun, 4 Jun 1995 08:04:23 -0700 Received: from localhost (localhost [127.0.0.1]) by nietzsche (8.6.9/8.6.9) with ESMTP id QAA13683 for ; Sun, 4 Jun 1995 16:21:17 +0100 Message-Id: <199506041521.QAA13683@nietzsche> X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@freebsd.org Subject: Doom code and 2.0.5? In-reply-to: Your message of "Sat, 03 Jun 1995 19:22:05 CDT." <9506040022.AA03801@olympus> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 04 Jun 1995 16:21:17 +0100 From: Marc van Kempen Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Is the linux emulation also available to 2.0.5 (as patches) or is it just for -current? If not, would it be difficult to integrate into the 2.0.5 sources? Marc van Kempen wmbfmk@urc.tue.nl He's dead Jim ..., kick him if you don't believe me. From owner-freebsd-hackers Sun Jun 4 08:10:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12738 for hackers-outgoing; Sun, 4 Jun 1995 08:10:10 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12732 for ; Sun, 4 Jun 1995 08:10:08 -0700 Received: from hda.com (hda.com [199.232.40.182]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id IAA09498 for ; Sun, 4 Jun 1995 08:10:10 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id LAA08319; Sun, 4 Jun 1995 11:06:35 -0400 From: Peter Dufault Message-Id: <199506041506.LAA08319@hda.com> Subject: Re: NCR53c710 VLB SCSI Driver. To: bob@luke.pmr.com (Bob Willcox) Date: Sun, 4 Jun 1995 11:06:34 -0400 (EDT) Cc: wilcox@math.psu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506041423.JAA04348@luke.pmr.com> from "Bob Willcox" at Jun 4, 95 09:23:54 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1055 Sender: hackers-owner@freebsd.org Precedence: bulk Bob Willcox writes: > Wide vs. narrow, similar to the differences between the 810 and > the 820/825. The manual is sketchy, but it does appear that the indirect block moves are handled differently between the 700/710 and the 720 (see 10-2 of the 720 programmer's guide). > I ported the AIX 720 driver to run on the 810 equiped > PowerPC systems a couple of years ago. Biggest difference was in > the configuration. I have data books for the 720, 810, & 825 in > case I could help with any specific questions. I have all of those also. Nothing 710 specific, though. > BTW: I have a vested interest in the NCR driver. My two primary > systems here are using them since recently upgrading them to > Pentiums. (Also, since I just retired from IBM 4 days ago, I no > longer have a conflict of interest. :-) Good - You'll be on the list to help Terry in the future Power PC port. -- 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 Sun Jun 4 08:13:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12908 for hackers-outgoing; Sun, 4 Jun 1995 08:13:26 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12900 ; Sun, 4 Jun 1995 08:13:23 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id BAA02174; Mon, 5 Jun 1995 01:01:58 +0930 From: Michael Smith Message-Id: <199506041531.BAA02174@genesis.atrad.adelaide.edu.au> Subject: Re: New "release candidate floppies" available To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 Jun 1995 01:01:57 +0930 (CST) Cc: announce@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199506041212.FAA08708@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 4, 95 05:12:52 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2172 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > -rw-rw-r-- 1 jkh wheel 1228800 Jun 4 05:09 boot.flp > -rw-rw-r-- 1 jkh wheel 346624 Jun 4 05:09 root.flp > > In the usual UPDATES directory. Modulo any final bug fixes > or typo corrections to the documentation, I do not plan any > further functional changes to the install! I hope this makes it back to you in time : I'm running my second install with these (actually 7am ??) images. Very close! FTP install is still looking for .tgz, and hangs if it doesn't find it. (ie. FTP sites with .xx break it) FTP's to nonfunctioning hosts now time out OK, this is good 8) In the post-install configuration, there's a menu (with NFS client/server options on it) that is remeniscent of the old options menu - items that should have [X] fields but dont. If you nominate to be an NFS server, the install starts vi on /etc/exports, but it comes up on the debug screen and you can't type to it. > If you run into any serious walls with this installation then I > want to hear about it ASAP! The CD distribution is sitting > on the launch pad and this is one of the last few things > holding it up. Timezone stuff seems still broken with wall CMOS clocks. Try entering a clock value, nominate that clock time is wall time, then say that you're in South Australia. The 'is this OK' time will be a few hours earlier than the time that you've entered. I can't speak for other locations, as I haven't been travelling all that much the last few days 8) > I do think you'll find this revision of the install floppies to be > quite a bit more robust than the first set! Indeed. _PLEASE_ fix the FTP install to handle <550 File not found> messages 8) (another install just hung 8( ) > Thanks! Mondo congrats to the team. -- ]] 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 [[ From owner-freebsd-hackers Sun Jun 4 08:15:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13124 for hackers-outgoing; Sun, 4 Jun 1995 08:15:48 -0700 Received: from mail.id.net (kilroy.id.net [152.160.9.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13116 for ; Sun, 4 Jun 1995 08:15:42 -0700 Received: from zeus.id.net (zeus.id.net [152.160.9.11]) by mail.id.net (8.6.8/8.6.6) with ESMTP id LAA23897; Sun, 4 Jun 1995 11:15:41 -0400 From: Robert Shady Received: (rls@localhost) by zeus.id.net (8.6.8/8.6.6) id LAA19067; Sun, 4 Jun 1995 11:15:40 -0400 Message-Id: <199506041515.LAA19067@zeus.id.net> Subject: Re: Doom code and 2.0.5? To: wmbfmk@urc.tue.nl (Marc van Kempen) Date: Sun, 4 Jun 1995 11:15:39 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199506041521.QAA13683@nietzsche> from "Marc van Kempen" at Jun 4, 95 04:21:17 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: 338 Sender: hackers-owner@freebsd.org Precedence: bulk > Hi, > > Is the linux emulation also available to 2.0.5 (as patches) or > is it just for -current? If not, would it be difficult to integrate > into the 2.0.5 sources? 2.0.5 *IS* current. You need to get the linux libraries for whatever program you want to run though, and compile your kernel with the COMPAT_LINUX option. -- Rob From owner-freebsd-hackers Sun Jun 4 08:20:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13456 for hackers-outgoing; Sun, 4 Jun 1995 08:20:14 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13444 for ; Sun, 4 Jun 1995 08:20:10 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA11770 ; Sun, 4 Jun 1995 17:20:08 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id RAA09699 ; Sun, 4 Jun 1995 17:20:07 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506041520.RAA09699@blaise.ibp.fr> Subject: Re: sendmail 8.6.12 on -current To: kimc@w8hd.w8hd.org (kim culhan) Date: Sun, 4 Jun 1995 17:20:07 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "kim culhan" at Jun 3, 95 04:25:10 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 556 Sender: hackers-owner@freebsd.org Precedence: bulk > The question: Is this patched conf.c compatible with the latest sendmail > version on ftp.cs.berkeley.edu? I've never had any problem with either our sendmail (8.6.11) or the ones ftp.cs.berkeley.edu. Did you use the Makefile.FreeBSD that comes with ftp.cs.berkeley.edu 8.6.12 ? I compiled 8.7.Beta.2 here and it works perfectly here. I've sent a patch to sendmail@cs.berkeley.edu for the gid_t problem. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sun Jun 4 08:20:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13497 for hackers-outgoing; Sun, 4 Jun 1995 08:20:52 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13491 for ; Sun, 4 Jun 1995 08:20:43 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA31044; Mon, 5 Jun 1995 01:18:16 +1000 Date: Mon, 5 Jun 1995 01:18:16 +1000 From: Bruce Evans Message-Id: <199506041518.BAA31044@godzilla.zeta.org.au> To: hackers@freebsd.org Subject: races in ufs_rename() Cc: davidg@root.com Sender: hackers-owner@freebsd.org Precedence: bulk ufs_rename() tries hard to avoid races and deadlocks. I think it fails to avoid serious races in 2 places: 1) After looking up the source and before reaching ufs_rename(). The parent directory of the source isn't locked (locking might cause deadlock), so the source directory entry may be moved or deleted. This need not be serious, but it can cause a panic in the `doingdirectory' case when the source is unlinked. IN_RENAME was supposed to stop the source directory entry from being moved and an extra link was supposed to stop it being deleted, but these tricks are done too late. 2) In the `doingdirectory && newparent' case, when ufs_checkpath() is called, all locks on the target directories are released (hanging on to them might cause deadlock), so the target directories may be moved or deleted. I tested this by adding a tsleep() to ufs_checkpath() before the call to VFS_VGET() and had no difficulty moving the target directory to a bad place (a subdirectory of the source) while ufs_checkpath() was sleeping. ufs_rename() should at least check that relookup() of the target produces the same inode like it does for the source. Bruce From owner-freebsd-hackers Sun Jun 4 08:49:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA14181 for hackers-outgoing; Sun, 4 Jun 1995 08:49:09 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA14173 for ; Sun, 4 Jun 1995 08:49:07 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id LAA01277; Sun, 4 Jun 1995 11:49:02 -0400 Date: Sun, 4 Jun 1995 11:49:02 -0400 (EDT) From: kim culhan To: Ollivier Robert cc: hackers@freebsd.org Subject: Re: sendmail 8.6.12 on -current In-Reply-To: <199506041520.RAA09699@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Ollivier Robert wrote: > I've never had any problem with either our sendmail (8.6.11) or the > ones ftp.cs.berkeley.edu. Did you use the Makefile.FreeBSD that comes > with ftp.cs.berkeley.edu 8.6.12 ? Yes, only change was to mv Makefile.FreeBSD Makefile Yours doesn't do this ? w8hd: {50} cp Makefile.FreeBSD Makefile w8hd: {51} make cc -O2 -I/usr/local/sendmail/src -DNEWDB -DMIME -DUSEUNAME -c alias.c cc -O2 -I/usr/local/sendmail/src -DNEWDB -DMIME -DUSEUNAME -c arpadate.c cc -O2 -I/usr/local/sendmail/src -DNEWDB -DMIME -DUSEUNAME -c clock.c cc -O2 -I/usr/local/sendmail/src -DNEWDB -DMIME -DUSEUNAME -c collect.c cc -O2 -I/usr/local/sendmail/src -DNEWDB -DMIME -DUSEUNAME -c conf.c conf.c: In function `setupmaps': conf.c:353: warning: prototype for `host_map_init' follows conf.c:253: warning: non-prototype definition here conf.c: In function `setproctitle': conf.c:1077: `NKPDE' undeclared (first use this function) conf.c:1077: (Each undeclared identifier is reported only once conf.c:1077: for each function it appears in.) conf.c:1077: `pt_entry_t' undeclared (first use this function) *** Error code 1 Stop. > I compiled 8.7.Beta.2 here and it works perfectly here. I've sent a patch > to sendmail@cs.berkeley.edu for the gid_t problem. This is on -current sup'd at ~ 2200 UTC 6/3/95 kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Jun 4 08:50:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA14247 for hackers-outgoing; Sun, 4 Jun 1995 08:50:20 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA14240 for ; Sun, 4 Jun 1995 08:50:18 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA12907 ; Sun, 4 Jun 1995 17:50:14 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id RAA11024 ; Sun, 4 Jun 1995 17:50:13 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506041550.RAA11024@blaise.ibp.fr> Subject: Re: DES, eBones and crypt availble for non-US! To: mark@grondar.za (Mark Murray) Date: Sun, 4 Jun 1995 17:50:13 +0200 (MET DST) Cc: eay@mincom.oz.au, mark@grondar.za, eay@tenmail.mincom.oz.au, tjh@orb.mincom.oz.au, hackers@freebsd.org In-Reply-To: <199506040954.LAA12533@grumble.grondar.za> from "Mark Murray" at Jun 4, 95 11:54:22 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1090 Sender: hackers-owner@freebsd.org Precedence: bulk > to be a munition, so exporting it illegally is like gun running. > I heard a rumour that Australia was the same. I also heard something > about this code being illegal for possession in France. Any comments/ > pointers? Have a look at Sorry, it is in French. There is a study made by the US NIST in The short story about France is that we're not allowed to use any crypto stuff unless properly authorized and getting an authorization for any serious stuff like PGP is impossible. A new interesting program, not yet compatible with telnet but will is STEL, made by gyus at the italian CERT. I'm an official beta-tester and I've be doing the FreeBSD port. It is an encrypting telnet/rsh with session key exchange, encryption of the entire session (DES, TDES and IDEA), SecurID/Skey support and so on. It will be announced in a few weeks. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sun Jun 4 09:03:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14806 for hackers-outgoing; Sun, 4 Jun 1995 09:03:09 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA14800 for ; Sun, 4 Jun 1995 09:03:06 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.11/8.6.9) id LAA04881; Sun, 4 Jun 1995 11:03:54 -0500 From: Bob Willcox Message-Id: <199506041603.LAA04881@luke.pmr.com> Subject: Re: NCR53c710 VLB SCSI Driver. To: dufault@hda.com (Peter Dufault) Date: Sun, 4 Jun 1995 11:03:53 -0500 (CDT) Cc: wilcox@math.psu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506041506.LAA08319@hda.com> from "Peter Dufault" at Jun 4, 95 11:06:34 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1318 Sender: hackers-owner@freebsd.org Precedence: bulk Peter Dufault wrote: > > Bob Willcox writes: > > > Wide vs. narrow, similar to the differences between the 810 and > > the 820/825. > > The manual is sketchy, but it does appear that the indirect block moves > are handled differently between the 700/710 and the 720 (see 10-2 of > the 720 programmer's guide). My understanding, from talking with the guy at IBM here that did the original 700 driver for AIX, that the 710 and 810 were essentially the same except for bus support. I have no first hand knowledge though, since all of my work was on 720/810/820/825. > > > I ported the AIX 720 driver to run on the 810 equiped > > PowerPC systems a couple of years ago. Biggest difference was in > > the configuration. I have data books for the 720, 810, & 825 in > > case I could help with any specific questions. > > I have all of those also. Nothing 710 specific, though. Same here. > > > BTW: I have a vested interest in the NCR driver. My two primary > > systems here are using them since recently upgrading them to > > Pentiums. (Also, since I just retired from IBM 4 days ago, I no > > longer have a conflict of interest. :-) > > Good - You'll be on the list to help Terry in the future Power PC port. Ok, I'd be glad to. -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Sun Jun 4 09:25:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15263 for hackers-outgoing; Sun, 4 Jun 1995 09:25:33 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15257 for ; Sun, 4 Jun 1995 09:25:32 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA13256 ; Sun, 4 Jun 1995 18:25:30 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id SAA11212 ; Sun, 4 Jun 1995 18:25:28 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506041625.SAA11212@blaise.ibp.fr> Subject: Re: sendmail 8.6.12 on -current To: kimc@w8hd.w8hd.org (kim culhan) Date: Sun, 4 Jun 1995 18:25:28 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "kim culhan" at Jun 4, 95 11:49:02 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1077 Sender: hackers-owner@freebsd.org Precedence: bulk > Yours doesn't do this ? Yes it does now. I've just didn't try with 8.6.12 :-( The patch you need is to add the following line under the #ifdef __bsdi__ : # ifdef __FreeBSD__ # undef PS_STRINGS /* XXX This is broken due to needing */ # define PROCTITLEPAD '\0' # endif > > I compiled 8.7.Beta.2 here and it works perfectly here. I've sent a patch > > to sendmail@cs.berkeley.edu for the gid_t problem. Sendmail 8.7.Beta2 has this : # if SPT_TYPE == SPT_PSTAT # include # endif # if SPT_TYPE == SPT_PSSTRINGS # include # include # ifndef PS_STRINGS /* hmmmm.... apparently not available after all */ # undef SPT_TYPE # define SPT_TYPE SPT_REUSEARGV # else # ifndef NKPDE /* FreeBSD 2.0 */ # define NKPDE 63 typedef unsigned int *pt_entry_t; # endif # endif # endif David, is it more correct or not ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sun Jun 4 09:50:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16491 for hackers-outgoing; Sun, 4 Jun 1995 09:50:40 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA16483 ; Sun, 4 Jun 1995 09:50:37 -0700 Message-Id: <199506041650.JAA16483@freefall.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA237514453; Sun, 4 Jun 1995 12:47:33 -0400 From: william pechter ILEX Subject: Re: More thoughts on the installer To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 4 Jun 1995 12:47:33 -0400 (EDT) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <16422.802246226@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 3, 95 11:10:26 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: 692 Sender: hackers-owner@freebsd.org Precedence: bulk > Brian, some good suggestions here, thanks! > > Since I'm a bit pressed for time at the moment, I hope you'll forgive Understood... One favor for the ftp impaired -- we've got a slow link here (at best slow -- at worst unusable). Could there be a checksums file somewhere in the tree we could get so we could find which piece of the bindist came through corrupted rather than reloading the whole thing... Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Sun Jun 4 09:59:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17183 for hackers-outgoing; Sun, 4 Jun 1995 09:59:44 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA17172 for ; Sun, 4 Jun 1995 09:59:40 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.11/8.6.9) id MAA05079; Sun, 4 Jun 1995 12:00:17 -0500 From: Bob Willcox Message-Id: <199506041700.MAA05079@luke.pmr.com> Subject: Re: NCR810 problem? To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sun, 4 Jun 1995 12:00:17 -0500 (CDT) Cc: rgrimes@gndrsh.aac.dev.com, mdomsch@dellgate.us.dell.com, freebsd-hackers@freebsd.org In-Reply-To: <199506040720.AAA01779@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jun 4, 95 00:20:03 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3181 Sender: hackers-owner@freebsd.org Precedence: bulk Satoshi Asami wrote: > > * > > > assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5235 > * > > > assertion "cp" failed: file "../../pci/ncr.c", line 5236 > * > > > ncr0 targ0?: ERROR (80:100) (e-ab-2) (8/13) @ (10d4:e000000). > * > > > reg: da 10 0 13 47 8 0 1f 0 e 80 ab 80 0 3 0. > * > > > ncr0: restart (fatal error). > * > > > ncr0: reset by timeout. > * > > > sd0: error reading primary partition table from fsbn 0 (sd0 bn 0; cn 0 > * > > > tn 0 sn 0) > > Just another datapoint, I am seeing this from time to time on my > -current system too. NCR 53C825, with Quantam Atlas 2.1GB as the lone > SCSI device, SiS chipset, Pentium-90. The only other device on PCI > bus is video card (#9 GXE64 Pro). > > It's not predictable though, my guess is that it happens about 1/3 of > the time. If the boot gets through the fsck stage, it will run fine > for days. Otherwise, it will spew a river of errors and I need to > open the lid and press the reset button. It always succeeds after the > reset (or so it seems, I don't remember having to reset twice in a > row). I have seen many of these messages here on a system that I just upgraded to 2.0.5 and a Pentium-100 (I placed a copy of one representative example at the end of this note). Previously, under 1.1.5.1 using 3 BusLogic BT-747S controllers and 486DX4/100, all 15 of disk drives were happy...system would run for weeks w/o incident and I had *no* disk problems. Now, with the current configuration: 100MHz Pentium, Triton chipset, 256KB cache, 32MB DRAM 4 NCR 53C810 PCI SCSI controllers 1 disk, 2 tape drives, 2 CDROM drives on first controller internal Remaining disks in an external box, divided among each of the remaining controllers 5 of my disks that previously worked will not work with this configuration. They are: 3 QUANTUM PD700S 3110 (these drives work when internal w/short cables) 1 DEC DSP3105S X385 1 TOSHIBA MK438FB 5133 The remaining working disks are: 1 MICROP 2217-15MZ1001901 HZ30 (internally mounted root volume) 4 DEC DSP3105S 386C 1 C2247-300 0BE4 2 DEC DSP3210S 435E 1 SEAGATE ST12550N 0013 1 SEAGATE ST12550N 0014 I tried various combinations of different drives on different busses to no avail. Note that termination and ID assignments are correct. I considered connecting my SCSI bus analyzer up to see if I could get a clue to what was going wrong from the bus activity but ran out of time. (This is my primary server and it had been down a long time already.) A sample error message: assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5235 assertion "cp" failed: file "../../pci/ncr.c", line 5236 ncr1 targ 4?: ERROR (80:100) (e-ae-0) (8/13) @ (10d4:e000000). reg: da 10 0 13 47 8 4 1f 0 e 84 ae 80 0 6 0. ncr1: restart (fatal error). sd3(ncr1:4:0): COMMAND FAILED (9 ff) @f0b6d600. sd3: error reading primary partition table reading fsbn 0 (sd3 bn 0; cn 0 tn 0 sn 0) ncr1: timeout ccb=f0b6d600 (skip) ncr1: reset by timeout. sd2(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Sun Jun 4 10:11:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19913 for hackers-outgoing; Sun, 4 Jun 1995 10:11:45 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19899 for ; Sun, 4 Jun 1995 10:11:42 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA17293; Sun, 4 Jun 1995 10:11:36 -0700 From: Poul-Henning Kamp Message-Id: <199506041711.KAA17293@ref.tfs.com> Subject: Re: FreeBSD 2.0.5-Alpha Installation To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Sun, 4 Jun 1995 10:11:35 -0700 (PDT) Cc: aflundi@sandia.gov, hackers@FreeBSD.ORG In-Reply-To: <199506031508.RAA28440@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Jun 3, 95 05:08:34 pm Content-Type: text Content-Length: 922 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > How hard would it be to add a > > probe command to the install program that would take a user > > provided absolute sector number (or a cyl/hd/sec number set), > > read that sector and return a read success or failure status. > > That way a user could discover how big their disk really is, > > then from that fake up some cyl/hd/sec values to get as close > > as possible to that max abs sector value. > > The way I sized my disks (using 386bsd or mach way back when) > was to put on a disklable much bigger than possible, > then do a dd if=raw_device of=/dev/null, then take the count & feed it back > to edit a new entry for /etc/disktab I thought of this, but abandoned it because it may hang on some ESDI drives :-( 2.1 maybe. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Jun 4 10:57:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22847 for hackers-outgoing; Sun, 4 Jun 1995 10:57:47 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA22837 for ; Sun, 4 Jun 1995 10:57:45 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA19500; Sun, 4 Jun 1995 10:57:22 -0700 From: "Rodney W. Grimes" Message-Id: <199506041757.KAA19500@gndrsh.aac.dev.com> Subject: Re: FreeBSD 2.0.5 install To: vince@penzance.econ.yale.edu (-Vince-) Date: Sun, 4 Jun 1995 10:57:21 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.Org (FreeBSD hackers) In-Reply-To: from "-Vince-" at Jun 4, 95 02:18:18 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: 884 Sender: hackers-owner@FreeBSD.Org Precedence: bulk > > On Sun, 4 Jun 1995, John Hay wrote: > > > > I was wondering how does one mount a dos partition under FreeBSD > > > -current since I noticed on wcarchive under > > > /pub/FreeBSD/FreeBSD-current/src/sbin, mount_msdos no longer exists since > > > I need to do a tarball of my setup to my dos partition before I do my > > > full install... Thanks... > > > > > It just moved to src/sbin/i386. > > Thanks, I just recompiled mount_msdos, mountd, and mount but > somehow when I tried: > > mount -t msdos /dev/wd0e /usr/dos1 > msdos: mount: Invalid argument Slicing has changed things, /dev/wd0e can not be outside of your BSD slice any more. You probably just need to do this: mount -t msdos /dev/wd0s1 /usr/dos1 -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Jun 4 11:18:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23645 for hackers-outgoing; Sun, 4 Jun 1995 11:18:56 -0700 Received: from star-gate.com (bettina.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA23639 for ; Sun, 4 Jun 1995 11:18:55 -0700 Received: (from hasty@localhost) by star-gate.com (8.6.11/8.6.9) id LAA00618 for hackers@freebsd.org; Sun, 4 Jun 1995 11:06:59 -0700 Date: Sun, 4 Jun 1995 11:06:59 -0700 From: Amancio Hasty Message-Id: <199506041806.LAA00618@star-gate.com> To: hackers@freebsd.org Subject: Doom & FreeBSD 2.0.5 Sender: hackers-owner@freebsd.org Precedence: bulk > Hi, > > Is the linux emulation also available to 2.0.5 (as patches) or > is it just for -current? If not, would it be difficult to integrate > into the 2.0.5 sources? >2.0.5 *IS* current. You need to get the linux libraries for whatever >program you want to run though, and compile your kernel with the >COMPAT_LINUX option. Soren Said: Look at: login.dknet.dk:pub/sos/* There is the nessesary lkm & libs, you just need the linux doom distribution (from wcarchive.cdrom.com)... --- I grabbed from freebsd.cdrom.com linux-doom-1.8.tar.gz. --- The -current code and COMPAT_LINUX breaks BSDI compatibility so from Justin Gibbs: This is a problem with COMPAT_LINUX. This fixed it for me: Index: imgact_aout.c =================================================================== RCS file: /usr/cvs/src/sys/kern/imgact_aout.c,v retrieving revision 1.13 diff -c -r1.13 imgact_aout.c *** 1.13 1995/05/30 08:05:17 --- imgact_aout.c 1995/06/03 19:40:44 *************** *** 57,66 **** /* * Linux and *BSD binaries look very much alike, * only the machine id is different: ! * 0x64 for Linux, 0x86 for *BSD. */ ! if (((a_out->a_magic >> 16) & 0xff) != 0x86) ! return -1; #endif /* COMPAT_LINUX */ /* --- 57,67 ---- /* * Linux and *BSD binaries look very much alike, * only the machine id is different: ! * 0x64 for Linux, 0x86 for *BSD, 0x00 for BSDI. */ ! if (((a_out->a_magic >> 16) & 0xff) != 0x86 && ! ((a_out->a_magic >> 16) & 0xff) != 0) ! return -1; #endif /* COMPAT_LINUX */ /* -- > Courtesy of Rod. > # 320x200 @ 70 Hz, 31.5 kHz hsync, 8:5 aspect ratio > Modeline "320x200" 12.588 320 336 384 400 200 204 205 225 Doublescan Thats a 320x200 which works great on my Actix S3 864 . Warning playing Doom can be detrimental to release schedules :) Have A Blast, Amancio From owner-freebsd-hackers Sun Jun 4 12:19:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27710 for hackers-outgoing; Sun, 4 Jun 1995 12:19:15 -0700 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA27704 for ; Sun, 4 Jun 1995 12:19:13 -0700 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.12/8.6.9) id PAA00206 for freebsd-hackers@freebsd.org; Sun, 4 Jun 1995 15:18:39 -0400 Date: Sun, 4 Jun 1995 15:18:39 -0400 From: "Danny J. Zerkel" Message-Id: <199506041918.PAA00206@feephi.phofarm.com> To: freebsd-hackers@freebsd.org Subject: too many sig 11's Sender: hackers-owner@freebsd.org Precedence: bulk I've had a lot of problems with sig 11s again in 2.0.5-ALPHA... Some things won't even execute (e.g., ftp, troff). Others die during execution sometimes (during make of kernel). At this point, I'm so frustrated I don't even know what to look for. Any help? Danny J. Zerkel Photon Farmers From owner-freebsd-hackers Sun Jun 4 12:40:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29108 for hackers-outgoing; Sun, 4 Jun 1995 12:40:28 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA29102 for ; Sun, 4 Jun 1995 12:40:19 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id FAA06409 for freebsd-hackers@freebsd.org; Mon, 5 Jun 1995 05:40:09 +1000 From: michael butler Message-Id: <199506041940.FAA06409@asstdc.scgt.oz.au> Subject: minor nits To: freebsd-hackers@freebsd.org Date: Mon, 5 Jun 1995 05:40:08 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1477 Sender: hackers-owner@freebsd.org Precedence: bulk A couple of minor but annoying nits .. With some *$#@% MS-Mail to SMTP gateway software, it is possible (actually 100% guaranteed with some versions :-() that a UUCP "From_" line will contain something like "From Sun, Jun 4 ....". This breaks rmail. Eric sent me this patch .. *** bin/rmail.c~ Mon Mar 20 01:06:12 1995 --- bin/rmail.c Tue May 16 03:26:57 1995 *************** *** 211,216 **** --- 211,218 ---- /* Save off from user's address; the last one wins. */ for (p = addrp; *p && !isspace(*p); ++p); *p = '\0'; + if (*addrp == '\0') + addrp = "<>"; if (from_user != NULL) free(from_user); if ((from_user = strdup(addrp)) == NULL) The other case, in the other direction, is not so simple. Often I receive mail which bounced somewhere else and which is destined for a UUCP feed of mine. I suspect that something (Taylor's uux ?) kindly strips the "<>", which some sendmail configs seem to use instead of "Mailer-Daemon", because they are shell redirection characters leaving the equivalent of a command-line like .. uux - -r -z -a hostname!rmail user Because both "-aaddress" and "-a address" are accepted as the same thing, uux screws up. The only "cure" I've come up with, so far is to add a trailing dot to the sendmail rule so that it becomes .. Muucp, P=/usr/bin/uux, F=DFMhuU, S=12, R=22/42, M=2000000, A=uux - -r -z -a$f. $h!rmail ($u) .. in the "cf" file. Any other suggestions/patches would be most welcome, michael From owner-freebsd-hackers Sun Jun 4 13:22:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01631 for hackers-outgoing; Sun, 4 Jun 1995 13:22:16 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01622 for ; Sun, 4 Jun 1995 13:22:12 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id QAA03740; Sun, 4 Jun 1995 16:22:09 -0400 Date: Sun, 4 Jun 1995 16:22:09 -0400 (EDT) From: kim culhan To: hackers@freebsd.org Subject: bind 4.9.3 ported to freebsd? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Anyone built bind-4.9.3-BETA17 (the latest version, I think..) on FreeBSD? kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Jun 4 13:24:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01756 for hackers-outgoing; Sun, 4 Jun 1995 13:24:14 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01750 for ; Sun, 4 Jun 1995 13:24:13 -0700 Received: from emu.parc.xerox.com ([13.2.116.106]) by alpha.xerox.com with SMTP id <14403(5)>; Sun, 4 Jun 1995 13:23:36 PDT Received: by emu.parc.xerox.com id <38405>; Sun, 4 Jun 1995 13:23:27 -0700 From: Bill Fenner To: freebsd-hackers@freebsd.org Subject: uucp/uux -a<> problem Message-Id: <95Jun4.132327pdt.38405@emu.parc.xerox.com> Date: Sun, 4 Jun 1995 13:23:19 PDT Sender: hackers-owner@freebsd.org Precedence: bulk Sorry for not making this a reply to the original poster; I was too eager on the "d" key and lost the original message. Someone posted saying they were having a problem with sendmail running uux with an empty "from" argument on errors. Do you have the "g" flag set for that mailer? "g" is supposed to use MAILER-DAEMON (well, really, $o) as the from address for error messages. Bill From owner-freebsd-hackers Sun Jun 4 13:31:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02256 for hackers-outgoing; Sun, 4 Jun 1995 13:31:15 -0700 Received: from demerzel.sol.net ([204.95.172.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02246 for ; Sun, 4 Jun 1995 13:31:06 -0700 Received: from solaria.mil.wi.us (solaria.mil.wi.us [192.1.1.1]) by demerzel.sol.net (8.6.11/8.6.9) with ESMTP id PAA15319 for ; Sun, 4 Jun 1995 15:30:52 -0500 Received: from localhost by solaria.mil.wi.us (8.5/8.5) id PAA15757; Sun, 4 Jun 1995 15:31:09 -0500 From: Joe Greco Message-Id: <199506042031.PAA15757@solaria.mil.wi.us> Subject: 2.0.5-A: Very disheartening? To: hackers@freebsd.org Date: Sun, 4 Jun 95 15:31:07 CDT Reply-To: jgreco@mei.com X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Content-Length: 1261 Sender: hackers-owner@freebsd.org Precedence: bulk Arrrrrrrrrrrrgh! I can't seem to make it through the install for the life of me. I see spontaneous reboots and lockups. It looks to be the same sickness I see on my diskless P90 box at work. System: wye.sol.net, 486DX4/100, 8MB RAM, 3c503 Ethernet, CGA monitor and keyboard (since it doesn't seem to have the serial bootblocks and stuff installed on boot.flp). Install: via NFS or FTP from hummin.sol.net (wye is not Internet-visible). It seems to have severe problems if I do not manage to get all the options JUST right on the first attempt. And that's hard, because it's only somewhat forgiving if you make a mistake, and it really still doesn't give you any clues as to what went wrong. The one time it really looked like it was gonna work, I got about 80% of the way through bin, and then it locked and the speaker started a continuous tone. This system has been running SNAP-04whatever95 and before that, 2.0R and 2.0-02whatever95. Works fine. This is most definitely NOT the fun project I had envisioned for this afternoon. :-( ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sun Jun 4 13:38:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02838 for hackers-outgoing; Sun, 4 Jun 1995 13:38:23 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02830 for ; Sun, 4 Jun 1995 13:38:21 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id NAA19232 ; Sun, 4 Jun 1995 13:38:16 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Marc van Kempen cc: hackers@freebsd.org Subject: Re: Doom code and 2.0.5? In-reply-to: Your message of "Sun, 04 Jun 1995 16:21:17 BST." <199506041521.QAA13683@nietzsche> Date: Sun, 04 Jun 1995 13:38:14 -0700 Message-ID: <19231.802298294@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199506041521.QAA13683@nietzsche>, Marc van Kempen writes: >Is the linux emulation also available to 2.0.5 (as patches) or >is it just for -current? If not, would it be difficult to integrate >into the 2.0.5 sources? It is in -current (define COMPAT_LINUX in your kernel configuration file) - just that with the code freeze in place, and this being a feature (not a bug fix) it's not going to be in the source tree. We will most likely press the CDROM with the binary that Soren has provided in the ``experimental'' directory, and instructions on how to load it. BUT: I would like it if the kernel code reviewers could fix the damned imgact_aout.c file so you can still run Netscape when you have COMPAT_LINUX defined! Thanks! Gary From owner-freebsd-hackers Sun Jun 4 13:48:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03512 for hackers-outgoing; Sun, 4 Jun 1995 13:48:37 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03504 for ; Sun, 4 Jun 1995 13:48:35 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id NAA19262 for ; Sun, 4 Jun 1995 13:48:33 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freebsd.org Subject: Re: Doom code and 2.0.5? In-reply-to: Your message of "Sun, 04 Jun 1995 13:38:14 PDT." <19231.802298294@westhill.cdrom.com> Date: Sun, 04 Jun 1995 13:48:33 -0700 Message-ID: <19261.802298913@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <19231.802298294@westhill.cdrom.com>, I scribbled in haste: >BUT: I would like it if the kernel code reviewers could fix the damned >imgact_aout.c file so you can still run Netscape when you have >COMPAT_LINUX defined! Thanks David for doing it! Remind me to search my inbox next time :-( Gary From owner-freebsd-hackers Sun Jun 4 13:57:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03921 for hackers-outgoing; Sun, 4 Jun 1995 13:57:34 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03909 for ; Sun, 4 Jun 1995 13:57:22 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id GAA08310; Mon, 5 Jun 1995 06:56:51 +1000 From: michael butler Message-Id: <199506042056.GAA08310@asstdc.scgt.oz.au> Subject: Re: bind 4.9.3 ported to freebsd? To: kimc@w8hd.w8hd.org (kim culhan) Date: Mon, 5 Jun 1995 06:56:50 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: from "kim culhan" at Jun 4, 95 04:22:09 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: 300 Sender: hackers-owner@freebsd.org Precedence: bulk kim culhan writes: > Anyone built bind-4.9.3-BETA17 (the latest version, I think..) on FreeBSD? Yes, but not without LOTS of little non-FreeBSD specific patches. Best to wait for beta18. If you intend to do this, you NEED to join the bindworkers mailing list if you're not on it already, michael From owner-freebsd-hackers Sun Jun 4 14:00:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04214 for hackers-outgoing; Sun, 4 Jun 1995 14:00:52 -0700 Received: from biko.llc.org (root@biko.llc.org [199.45.69.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA04208 for ; Sun, 4 Jun 1995 14:00:47 -0700 Received: from [199.45.69.43] (pm-13.qbc.CLiC.Net [199.45.69.43]) by biko.llc.org (8.6.12/LLC) with SMTP id QAA21690 for ; Sun, 4 Jun 1995 16:57:29 -0400 X-Sender: nit@llc.org (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 4 Jun 1995 16:59:52 -0400 To: hackers@FreeBSD.org From: nit@llc.org (Martin Durand) Subject: IDE CDROMs Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi gang, do you have any time/release frame for an IDE-based CD-ROM driver ? >From what I read, it will not make the 2.0.5R but what about 2.1 ? I'm still not fluent in Un*x programming and Mac is more my game programming-wise but, as network everything (tm) for the college I work for, I do have access to varied systems (ISA, EISA, MCA, PCI), (486DX, DX2, SLC), (IDE, SCSI, ESDI [honest!]). Honk if you need anything tested, beaten or otherwise tortured ; between myself and CS students, if it survives, it probably warrants getting out of the beta stage. The CS students are already using FreeBSD 2.0 to learn Un*x administration and found that, contrary to Linux, FreeBSD works well on 486SLC processors (boy did I screw up when I bought those :-( __________________________. Martin Durand | I know I should be working on my .sig file, nit@llc.org | but who reads these things... From owner-freebsd-hackers Sun Jun 4 14:17:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05199 for hackers-outgoing; Sun, 4 Jun 1995 14:17:48 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05190 for ; Sun, 4 Jun 1995 14:17:41 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.11/8.6.9) id RAA00880; Sun, 4 Jun 1995 17:17:22 -0400 Date: Sun, 4 Jun 1995 17:17:21 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: FreeBSD hackers , Joerg Wunsch cc: FreeBSD hackers Subject: Re: kernel page fault while doing tar to /dev/rft0 In-Reply-To: <199506040640.IAA26014@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, J Wunsch wrote: > CAN SOMEBODY WITH A WORKING FLOPPY TAPE PLEASE CHECK IF THE SUGGESTED > FIX (move 5 lines below the #ifdef block) WOULD WORK? THIS MUST GO > INTO 2.0.5!!! $ tar tvf /dev/rft0 fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout tar: read error on /dev/rft0: Device not configured fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout $ The fdc0: messages are kernel printf's. From owner-freebsd-hackers Sun Jun 4 14:24:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05898 for hackers-outgoing; Sun, 4 Jun 1995 14:24:34 -0700 Received: from star-gate.com (bettina.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05892 for ; Sun, 4 Jun 1995 14:24:32 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id OAA06000; Sun, 4 Jun 1995 14:12:35 -0700 Message-Id: <199506042112.OAA06000@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Gary Palmer cc: hackers@freebsd.org Subject: Re: Doom code and 2.0.5? In-reply-to: Your message of "Sun, 04 Jun 1995 13:38:14 PDT." <19231.802298294@westhill.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Jun 1995 14:12:33 -0700 From: Amancio Hasty Sender: hackers-owner@freebsd.org Precedence: bulk > In message <199506041521.QAA13683@nietzsche>, Marc van Kempen writes: > >Is the linux emulation also available to 2.0.5 (as patches) or > >is it just for -current? If not, would it be difficult to integrate > >into the 2.0.5 sources? > > It is in -current (define COMPAT_LINUX in your kernel configuration > file) - just that with the code freeze in place, and this being a > feature (not a bug fix) it's not going to be in the source tree. We > will most likely press the CDROM with the binary that Soren has > provided in the ``experimental'' directory, and instructions on how to > load it. > > BUT: I would like it if the kernel code reviewers could fix the damned > imgact_aout.c file so you can still run Netscape when you have > COMPAT_LINUX defined! > > Thanks! > We should make sure that we announce that we can run Doom!! Amancio From owner-freebsd-hackers Sun Jun 4 14:27:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06296 for hackers-outgoing; Sun, 4 Jun 1995 14:27:37 -0700 Received: from eros.britain.eu.net (eros.Britain.EU.net [192.91.199.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA06282 for ; Sun, 4 Jun 1995 14:27:33 -0700 Received: from sixnine.gid.co.uk by eros.britain.eu.net with UUCP id ; Sun, 4 Jun 1995 22:27:15 +0100 Received: by gid.co.uk (smail2.5) id AA20431; Sun, 4 Jun 95 21:58:35 +0100 (BST) Received: from [192.9.200.25] by seagoon.gid.co.uk; Sun, 4 Jun 1995 21:40:51 +0100 X-Sender: rb@seagoon.gid.co.uk Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 4 Jun 1995 21:39:29 +0100 To: hackers@freebsd.org From: rb@gid.co.uk (Bob Bishop) Subject: CAP 6.0 under 2.0R Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Since upgrading from 1.0.2 to 2.0R, I can't seem to get the CAP stuff to work. Neither the old binaries [patch level 192] nor rebuilt stuff [pl194] wants to go. Is there a known problem or am I on my own here? Replies by email please, thanks in advance... -- Bob Bishop (01734) 774017 international code +44 1734 rb@gid.co.uk fax (01734) 894254 between 0800 and 1800 UK From owner-freebsd-hackers Sun Jun 4 14:59:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08671 for hackers-outgoing; Sun, 4 Jun 1995 14:59:43 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA08660 for ; Sun, 4 Jun 1995 14:59:41 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA21672; Sun, 4 Jun 1995 14:59:07 -0700 From: "Rodney W. Grimes" Message-Id: <199506042159.OAA21672@gndrsh.aac.dev.com> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: mrami@minerva.cis.yale.edu Date: Sun, 4 Jun 1995 14:59:07 -0700 (PDT) Cc: freebsd-hackers@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: from "Marc Ramirez" at Jun 4, 95 05:17:21 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: 980 Sender: hackers-owner@freebsd.org Precedence: bulk > > On Sun, 4 Jun 1995, J Wunsch wrote: > > > CAN SOMEBODY WITH A WORKING FLOPPY TAPE PLEASE CHECK IF THE SUGGESTED > > FIX (move 5 lines below the #ifdef block) WOULD WORK? THIS MUST GO > > INTO 2.0.5!!! > > $ tar tvf /dev/rft0 > fdc0: output ready timeout > fdc0: input ready timeout > fdc0: input ready timeout > tar: read error on /dev/rft0: Device not configured > fdc0: output ready timeout > fdc0: input ready timeout > fdc0: input ready timeout > $ > > The fdc0: messages are kernel printf's. I can visually see that this patch would be wrong, first off fdc would be uninitialzed inside the #if block, and would be referenced. I don't know why you didn't panic, but you should have!!! Just got lucky with what ever trash was on the stack :-). Try again Joerg, only look very very carefully at the code!!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Jun 4 15:11:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09817 for hackers-outgoing; Sun, 4 Jun 1995 15:11:39 -0700 Received: from locust.cic.net (pauls@locust.cic.net [192.131.22.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA09809 for ; Sun, 4 Jun 1995 15:11:37 -0700 Received: (from pauls@localhost) by locust.cic.net (8.7.Beta.1/8.7.Beta.1) id SAA03676; Sun, 4 Jun 1995 18:12:04 -0400 Date: Sun, 4 Jun 1995 18:12:03 -0400 (EDT) From: Paul Southworth To: kim culhan cc: hackers@freebsd.org Subject: Re: bind 4.9.3 ported to freebsd? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, kim culhan wrote: > > Anyone built bind-4.9.3-BETA17 (the latest version, I think..) on FreeBSD? Yes. You must get rid of the ~bind/compat/sys/cdefs.h file for it to work. After that it's easy. --Paul From owner-freebsd-hackers Sun Jun 4 15:26:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10735 for hackers-outgoing; Sun, 4 Jun 1995 15:26:53 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA10728 for ; Sun, 4 Jun 1995 15:26:52 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23649; Sun, 4 Jun 95 16:20:01 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506042220.AA23649@cs.weber.edu> Subject: Re: races in ufs_rename() To: bde@zeta.org.au (Bruce Evans) Date: Sun, 4 Jun 95 16:20:00 MDT Cc: hackers@freebsd.org, davidg@root.com In-Reply-To: <199506041518.BAA31044@godzilla.zeta.org.au> from "Bruce Evans" at Jun 5, 95 01:18:16 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > ufs_rename() tries hard to avoid races and deadlocks. I think it fails > to avoid serious races in 2 places: > > 1) After looking up the source and before reaching ufs_rename(). The > parent directory of the source isn't locked (locking might cause > deadlock), so the source directory entry may be moved or deleted. This > need not be serious, but it can cause a panic in the `doingdirectory' > case when the source is unlinked. IN_RENAME was supposed to stop the > source directory entry from being moved and an extra link was supposed > to stop it being deleted, but these tricks are done too late. > > 2) In the `doingdirectory && newparent' case, when ufs_checkpath() is > called, all locks on the target directories are released (hanging on to > them might cause deadlock), so the target directories may be moved or > deleted. I tested this by adding a tsleep() to ufs_checkpath() before > the call to VFS_VGET() and had no difficulty moving the target directory > to a bad place (a subdirectory of the source) while ufs_checkpath() was > sleeping. ufs_rename() should at least check that relookup() of the > target produces the same inode like it does for the source. It needs to do target lookup + lock, then source lookup + lock in that order, instead to close the race. The target should remain locked. A path compare to determine if one is a substring of the other could be done for ordering, and fail for EISDIR. I need to try a couple of things before I can comment further on a cannonically correct fix. I will say that I'm terrifically disappointed with the bottom end interface in ufs actually doing BIO calls at all -- this is a violation of the stacking principles, and locks ufs at the stack bottom no matter what. Terribly bad form. I may rewrite all of that if I get time; I was talking to John (H) recently about his intent vs. the ufs/ffs implementation, and it's strange that there are so man external refs (close to 70?) that aren't generic services only (like bcopy). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Jun 4 15:49:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA13755 for hackers-outgoing; Sun, 4 Jun 1995 15:49:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA13743 for ; Sun, 4 Jun 1995 15:49:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03898; Mon, 5 Jun 1995 00:49:28 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA04459 for freebsd-hackers@freebsd.org; Mon, 5 Jun 1995 00:49:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA01035 for freebsd-hackers@freebsd.org; Mon, 5 Jun 1995 00:46:40 +0200 From: J Wunsch Message-Id: <199506042246.AAA01035@uriah.heep.sax.de> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 5 Jun 1995 00:46:40 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506042159.OAA21672@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 4, 95 02:59:07 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 365 Sender: hackers-owner@freebsd.org Precedence: bulk As Rodney W. Grimes wrote: > > I can visually see that this patch would be wrong, [...] Shit. Is anybody going to spend me a floppy tape drive? I'm sick of being held responsible of code i couldn't even test... sigh. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jun 4 16:20:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17311 for hackers-outgoing; Sun, 4 Jun 1995 16:20:58 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA17303 ; Sun, 4 Jun 1995 16:20:56 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA21871; Sun, 4 Jun 1995 16:20:35 -0700 From: "Rodney W. Grimes" Message-Id: <199506042320.QAA21871@gndrsh.aac.dev.com> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: freebsd-hackers@freebsd.org Date: Sun, 4 Jun 1995 16:20:35 -0700 (PDT) Cc: jkh@freebsd.org (Jordan Hubbard) In-Reply-To: <199506042246.AAA01035@uriah.heep.sax.de> from "J Wunsch" at Jun 5, 95 00:46:40 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: 799 Sender: hackers-owner@freebsd.org Precedence: bulk > > As Rodney W. Grimes wrote: > > > > I can visually see that this patch would be wrong, [...] > > Shit. Is anybody going to spend me a floppy tape drive? I'm sick > of being held responsible of code i couldn't even test... sigh. > Jordan, I would like to request a ``floppy tape'' drive for the test engineering lab at accurate automation. I can pick one up wholesale, or you can send me an old piece of junk you have around there (I seem to recall one or two of them just laying in the back room on the shelf). We can't get this stuff working as the only person very seriously involved with the code is still running 1.1.5.1 :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Jun 4 16:23:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17635 for hackers-outgoing; Sun, 4 Jun 1995 16:23:19 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA17627 for ; Sun, 4 Jun 1995 16:23:15 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.11/8.6.9) id TAA01141; Sun, 4 Jun 1995 19:11:09 -0400 Date: Sun, 4 Jun 1995 19:11:08 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: "Rodney W. Grimes" cc: freebsd-hackers@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: kernel page fault while doing tar to /dev/rft0 In-Reply-To: <199506042159.OAA21672@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Rodney W. Grimes wrote: > > > > On Sun, 4 Jun 1995, J Wunsch wrote: > > > > > CAN SOMEBODY WITH A WORKING FLOPPY TAPE PLEASE CHECK IF THE SUGGESTED > > > FIX (move 5 lines below the #ifdef block) WOULD WORK? THIS MUST GO > > > INTO 2.0.5!!! > > > > $ tar tvf /dev/rft0 > > fdc0: output ready timeout > > fdc0: input ready timeout > > fdc0: input ready timeout > > tar: read error on /dev/rft0: Device not configured > > fdc0: output ready timeout > > fdc0: input ready timeout > > fdc0: input ready timeout > > $ > > > > The fdc0: messages are kernel printf's. > > I can visually see that this patch would be wrong, first off fdc would > be uninitialzed inside the #if block, and would be referenced. I don't > know why you didn't panic, but you should have!!! Just got lucky > with what ever trash was on the stack :-). Just noticed something: 'ft|tar tvf -' still works, although it is bracketed with the fdc0 error messages as above. This is 950412-SNAP, by the way. > Try again Joerg, only look very very carefully at the code!!! > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Sun Jun 4 16:25:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17921 for hackers-outgoing; Sun, 4 Jun 1995 16:25:50 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA17911 ; Sun, 4 Jun 1995 16:25:49 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Michael Smith cc: hackers@freefall.cdrom.com Subject: Re: New "release candidate floppies" available In-reply-to: Your message of "Mon, 05 Jun 95 01:01:57 +0930." <199506041531.BAA02174@genesis.atrad.adelaide.edu.au> Date: Sun, 04 Jun 1995 16:25:48 -0700 Message-ID: <17907.802308348@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I hope this makes it back to you in time : I'm running my second install > with these (actually 7am ??) images. No problem (and please don't cc: announce! :( ) > Very close! FTP install is still looking for .tgz, and hangs > if it doesn't find it. (ie. FTP sites with .xx break it) Last minute breakage - I think I have it now! It should be working in a set I'm having Gary test right as we speak. > In the post-install configuration, there's a menu (with NFS client/server > options on it) that is remeniscent of the old options menu - items > that should have [X] fields but dont. That's because they're setting variables, not bitmasks. I don't have check functions written to verify that variables match the values in the menus. Hmmm.. I will try to do this. > If you nominate to be an NFS server, the install starts vi on /etc/exports, > but it comes up on the debug screen and you can't type to it. Argh! I forgot about this "feature" of vsystem() :-) I will run it another way, thanks! > Timezone stuff seems still broken with wall CMOS clocks. Try entering a cloc k > value, nominate that clock time is wall time, then say that you're > in South Australia. The 'is this OK' time will be a few hours earlier Not my dept. > Indeed. _PLEASE_ fix the FTP install to handle <550 File not found> > messages 8) (another install just hung 8( ) I will/have! I thought I had already.. Jordan From owner-freebsd-hackers Sun Jun 4 16:36:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA18940 for hackers-outgoing; Sun, 4 Jun 1995 16:36:42 -0700 Received: from ix5.ix.netcom.com (ix5.ix.netcom.com [199.182.120.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA18934 for ; Sun, 4 Jun 1995 16:36:42 -0700 Received: from by ix5.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id QAA24761; Sun, 4 Jun 1995 16:35:10 -0700 Date: Sun, 4 Jun 1995 16:35:10 -0700 Message-Id: <199506042335.QAA24761@ix5.ix.netcom.com> From: pvinci@ix.netcom.com (Paul Vinciguerra) Subject: preformatted floppies (was: Upgrading to 2.05A) To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> > If you buy preformatted floppies , you shouldn't format them. >> > They are FreeBSD ready :) > >Just noticed this piece of the thread and though I would through in >the fact that ``preformatted'' does not mean defect free. Infact often >preformatted DOS floppies full of defects since DOS format cleans them >up for the mfg. > >By all means, preformatted floppies are NOT FreeBSD ready!!!! One of >the common failure modes of installation we have has been tracked down >to bad floppy disk god only knows how many times!!! I've had the same problems. I used BASF preformatted MS-DOS disks that were always freaky until I reformatted them. Preformatted disks dont save time with FreeBSD!! Paul From owner-freebsd-hackers Sun Jun 4 16:49:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19888 for hackers-outgoing; Sun, 4 Jun 1995 16:49:45 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA19861 ; Sun, 4 Jun 1995 16:49:40 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: william pechter ILEX cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Subject: Re: More thoughts on the installer In-reply-to: Your message of "Sun, 04 Jun 95 12:47:33 EDT." <199506041650.JAA16483@freefall.cdrom.com> Date: Sun, 04 Jun 1995 16:49:40 -0700 Message-ID: <19854.802309780@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Could there be a checksums file somewhere in the tree we could get > so we could find which piece of the bindist came through corrupted > rather than reloading the whole thing... Yeah, will do! I was thinking about this anyway. Jordan From owner-freebsd-hackers Sun Jun 4 16:50:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20001 for hackers-outgoing; Sun, 4 Jun 1995 16:50:06 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19989 ; Sun, 4 Jun 1995 16:50:03 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA03465; Sun, 4 Jun 1995 17:49:58 -0600 Message-Id: <199506042349.RAA03465@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: FreeBSD on 286? Cc: Daniel Baker , hackers@FreeBSD.ORG In-reply-to: Your message of Thu, 01 Jun 1995 17:08:20 PDT Date: Sun, 04 Jun 1995 17:49:57 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : Nope, sorry! Your only hope is Xenix or the local rifle club (I : recommend the latter on the grounds that you'll have a lot more fun : than you will with the former). There are certain second hand stores that will give you some money for a 286 MB. Not much, mind you, but some.... Warner From owner-freebsd-hackers Sun Jun 4 16:59:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21266 for hackers-outgoing; Sun, 4 Jun 1995 16:59:10 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA21237 for ; Sun, 4 Jun 1995 16:59:01 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA03498 for ; Sun, 4 Jun 1995 17:58:48 -0600 Message-Id: <199506042358.RAA03498@rover.village.org> To: FreeBSD-hackers@FreeBSD.ORG Subject: Re: It's new floppy time, folks! In-reply-to: Your message of Fri, 02 Jun 1995 09:19:37 PDT Date: Sun, 04 Jun 1995 17:58:48 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : All he needs is to boot with '-c' :-) True. However, what if I don't want the machine on the network while I upgrade (to preclude the accidental possibility that mail will go to it)? I could either physically disconnect it, or just boot it in a way that I know ed0 won't be configured. What if I know that I'll have a ed0 card tomorrow, but want to finish installing and configuring tonight? What if I have a driver for xp0, but that isn't in the GENERIC kernel yet? What if I didn't notice that ed0 wasn't configured until I've entered other configuration data and I don't want to take the time out for a reboot? I think there are good reasons to allow the configuration of devices that aren't configured, even if I could, in my case, solve it by rebooting. Rebooting is a work around for this short coming, imho, it is not a solution. Warner From owner-freebsd-hackers Sun Jun 4 17:01:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21706 for hackers-outgoing; Sun, 4 Jun 1995 17:01:35 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA21682 ; Sun, 4 Jun 1995 17:01:25 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA03521; Sun, 4 Jun 1995 18:01:18 -0600 Message-Id: <199506050001.SAA03521@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Which mkisofs? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 02 Jun 1995 10:42:49 PDT Date: Sun, 04 Jun 1995 18:01:16 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : There are no uncommited fixes to it. Though I wish there were! :-) Too bad there isn't a r/w version iso-9660. Would make sharing files with other systems easier... Warner From owner-freebsd-hackers Sun Jun 4 17:09:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22723 for hackers-outgoing; Sun, 4 Jun 1995 17:09:56 -0700 Received: from cps201.cps.cmich.edu (archive@cps201.cps.cmich.edu [141.209.20.201]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22713 ; Sun, 4 Jun 1995 17:09:54 -0700 Received: (from archive@localhost) by cps201.cps.cmich.edu (8.6.9/8.6.9) id UAA16784; Sun, 4 Jun 1995 20:09:52 -0400 Date: Sun, 4 Jun 1995 20:09:51 -0400 (EDT) From: CMU Mail Archive X-Sender: archive@cps201 Reply-To: mbailey@gnu.ai.mit.edu To: hackers@freefall.cdrom.com cc: "Jordan K. Hubbard" Subject: Re: New "release candidate floppies" available In-Reply-To: <199506041531.BAA02174@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 5 Jun 1995, Michael Smith wrote: > Timezone stuff seems still broken with wall CMOS clocks. Try entering a clock > value, nominate that clock time is wall time, then say that you're > in South Australia. The 'is this OK' time will be a few hours earlier > than the time that you've entered. I can't speak for other locations, > as I haven't been travelling all that much the last few days 8) Still broken :( Yet another problem with TODAYS images is that if ou ask for EVERYTHING it breaks saying unable to extract residue 80% or something like that. I am yet to be able to make it the X11R6 packages :( after 5 attempts today I sure hope this gets fixed before the CD-ROM is stamped :) Enjoy. More debug info upon request. From owner-freebsd-hackers Sun Jun 4 17:10:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22798 for hackers-outgoing; Sun, 4 Jun 1995 17:10:05 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22785 for ; Sun, 4 Jun 1995 17:10:03 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA14664 ; Sun, 4 Jun 95 20:09:59 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sIPhE-0006QWC; Sun, 4 Jun 95 20:07 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: Re: New "release candidate floppies" available To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 4 Jun 1995 20:07:08 -0400 (EDT) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199506041212.FAA08708@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 4, 95 05:12:52 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: 2069 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard wrote: > If you run into any serious walls with this installation then I > want to hear about it ASAP! The CD distribution is sitting > on the launch pad and this is one of the last few things > holding it up. This floppy set does not crash when I request no MBR writing. However, it has done something stranger still. Upon rebooting after the install, I do not get the OS/2 BM screen, I get a cleared screen and then "Strike a key to reboot". To recover I booted dos from a floppy and reset the active parameter for OS/2 BM. Rebooting gave me the BM screen again. Just to check things I then booted dos from the hard disk and from there, fdisk hangs waiting for drive D... there is no dos drive D, btw. There is a second drive in the system as that is what I installed FreeBSD on, but there is only one dos partition anywhere. I have no idea what this has done to dos... Booting Linux so that I can mail this off, I notice that 8 of 9 partitions on drive 0 now report having the boot flag set from Linux's fdisk... bizarre. Oh, yea, BSD did install and boot, btw. On the first attempt when I cleared all flags in the options menu the system froze solid requiring a hard reset. After that, no problem there. The dict set claimed to install okay but anything I tried to install after that claimed 80% residual from dict failing... but there were on errors reported on the F2 screen. I will fetch dict again check the sums. All attempts to install packages from the install menu complained that I had no CDROM installed. I do have a SB16/Panasonic 563 which is found on booting... but I was installing from a dos partition. After exiting from failed package installs, the screen layers became jumbled ... I do not know how else to explain it. The blue/black backgrounds started overlapping with each screen change it became more disjointed. And, on the main menu ... why Commit? There is already a "c" on the menu... how about "install"? BUT, it is improving mightily with each iteration... thanks! -- Jan Isley jan@bagend.atl.ga.us From owner-freebsd-hackers Sun Jun 4 17:11:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23023 for hackers-outgoing; Sun, 4 Jun 1995 17:11:33 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22916 for ; Sun, 4 Jun 1995 17:11:00 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA03549; Sun, 4 Jun 1995 18:05:52 -0600 Message-Id: <199506050005.SAA03549@rover.village.org> To: PowerTrip@aol.com Subject: Re: I call it the "NT sniper bug". (fwd) Cc: julian@tfs.com, hackers@FreeBSD.ORG, tonym@citrix.com In-reply-to: Your message of Fri, 02 Jun 1995 23:34:31 EDT Date: Sun, 04 Jun 1995 18:05:51 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : (under , , select the items, and check them out. (may : be as "TCP/IP", or "SIMPLE TCP/IP:, or as WINS : and DHCP. can't remember off hand. I can check at work monday. : we have 5 NT Server 3.5 servers, with IP being used, and : 4 Tektronix X-Terminals, and all seems ok so far. I believe that the original poster in comp.protocols.tcp-ip said that it was basically a bug in NT with a SMC Ultra Elite where it would sometimes pass up to the NT stack packets that weren't for the Ultra's MAC. NT would get confused and send out the sniper packet.... Warner From owner-freebsd-hackers Sun Jun 4 17:19:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA24103 for hackers-outgoing; Sun, 4 Jun 1995 17:19:14 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA24024 ; Sun, 4 Jun 1995 17:18:33 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA03609; Sun, 4 Jun 1995 18:17:37 -0600 Message-Id: <199506050017.SAA03609@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: 2.0.5A: :-( ? Cc: hackers@FreeBSD.org In-reply-to: Your message of Sat, 03 Jun 1995 17:12:18 PDT Date: Sun, 04 Jun 1995 18:17:36 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : You may be suffering from the `truncated kernel' problem; I may just : re-roll the ALPHA with new bindist files at this point1 Would it make sense to start calling these FreeBSD 2.0.5-ALPHA1, 2.0.5-ALPHA2...? My head is starting to spin... Warner From owner-freebsd-hackers Sun Jun 4 17:28:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25433 for hackers-outgoing; Sun, 4 Jun 1995 17:28:16 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA25426 ; Sun, 4 Jun 1995 17:28:15 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Danny J. Zerkel" cc: freebsd-hackers@freebsd.org Subject: Re: too many sig 11's In-reply-to: Your message of "Sun, 04 Jun 95 15:18:39 EDT." <199506041918.PAA00206@feephi.phofarm.com> Date: Sun, 04 Jun 1995 17:28:15 -0700 Message-ID: <25425.802312095@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I've had a lot of problems with sig 11s again in 2.0.5-ALPHA... Some > things won't even execute (e.g., ftp, troff). Others die during execution > sometimes (during make of kernel). At this point, I'm so frustrated I > don't even know what to look for. Any help? You may have a trashed kernel. During the bin install, how many pieces does it say it's getting? Jordan From owner-freebsd-hackers Sun Jun 4 17:58:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27474 for hackers-outgoing; Sun, 4 Jun 1995 17:58:23 -0700 Received: from amalfi.trl.OZ.AU (amalfi.trl.OZ.AU [137.147.99.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA27468 ; Sun, 4 Jun 1995 17:58:18 -0700 Received: from orca1.vic.design.telecom.com.au ([145.136.55.131]) by amalfi.trl.OZ.AU (8.6.10/8.6.12) with SMTP id KAA00223; Mon, 5 Jun 1995 10:57:05 +1000 Received: from netbsd08.dn.itg.telecom.com.au by orca1.vic.design.telecom.com.au with SMTP (1.37.109.4/16.2) id AA20038; Mon, 5 Jun 95 10:56:58 +1000 Received: from netbsd08.dn.itg.telecom.com.au (netbsd08.dn.itg.telecom.com.au [144.139.63.32]) by netbsd08.dn.itg.telecom.com.au (8.6.8/8.6.6) with SMTP id JAA02503; Mon, 5 Jun 1995 09:19:21 +0800 Date: Mon, 5 Jun 1995 09:19:20 +0800 (WST) From: Terry Dwyer To: Michael Smith Cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com Subject: Re: New "release candidate floppies" available In-Reply-To: <199506041531.BAA02174@genesis.atrad.adelaide.edu.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 5 Jun 1995, Michael Smith wrote: > Jordan K. Hubbard stands accused of saying: [...] > > -rw-rw-r-- 1 jkh wheel 1228800 Jun 4 05:09 boot.flp > > -rw-rw-r-- 1 jkh wheel 346624 Jun 4 05:09 root.flp > > Very close! FTP install is still looking for .tgz, and hangs > if it doesn't find it. (ie. FTP sites with .xx break it) If installing via a TIS or socks firewall is not alreaddy included, would it be possible to provide? If not at this stage, maybe for 2.1 > > Mondo congrats to the team. seconded. _-_|\ Terry Dwyer E-Mail: tdwyer@netbsd08.dn.itg.telecom.com.au / \ System Administrator Phone: +61 9 491 5161 Fax: +61 9 221 2631 *_.^\_/ Telecom Australia Telstra Corporation MIME capable mailer v Perth WA ( I do not speak for Telstra or Telecom ) From owner-freebsd-hackers Sun Jun 4 18:07:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA27913 for hackers-outgoing; Sun, 4 Jun 1995 18:07:47 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA27901 ; Sun, 4 Jun 1995 18:07:44 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id KAA03000; Mon, 5 Jun 1995 10:56:35 +0930 From: Michael Smith Message-Id: <199506050126.KAA03000@genesis.atrad.adelaide.edu.au> Subject: Re: New "release candidate floppies" available To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 Jun 1995 10:56:34 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <17907.802308348@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 4, 95 04:25:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1952 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > No problem (and please don't cc: announce! :( ) Sorry about that 8( (sever sleep shortage 8( ) > > Very close! FTP install is still looking for .tgz, and hangs > > if it doesn't find it. (ie. FTP sites with .xx break it) > > Last minute breakage - I think I have it now! It should be > working in a set I'm having Gary test right as we speak. OK - also, please be aware that DOS FTP servers (eg my notbook) fold case in filenames. This causes X311SVGA.tgz to come back as x311svga.tgz, and the install (correctly), reports an error. Sorry I didn't report that one last night - I went to bed before it got that far. > > Timezone stuff seems still broken with wall CMOS clocks. Try entering a cloc > k > > value, nominate that clock time is wall time, then say that you're > > in South Australia. The 'is this OK' time will be a few hours earlier > > Not my dept. Fair enough. Just did the work on another machine here - it looks like it's infact the wall/UTC swapped problem described earlier; this machine's clock can be trusted, and it was decided that it's UTC, not wall time. > > Indeed. _PLEASE_ fix the FTP install to handle <550 File not found> > > messages 8) (another install just hung 8( ) > > I will/have! I thought I had already.. You may have between the 4/6/95 midday (wcarchive) disk that I used for this install and now, hence the deja-vu. > Jordan I've just completed a week of being remote software support for a site upgrade, I appreciate how you feel right now 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 [[ From owner-freebsd-hackers Sun Jun 4 18:12:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA28360 for hackers-outgoing; Sun, 4 Jun 1995 18:12:01 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA28354 ; Sun, 4 Jun 1995 18:11:58 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id VAA09610; Sun, 4 Jun 1995 21:11:15 -0400 From: Peter Dufault Message-Id: <199506050111.VAA09610@hda.com> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 4 Jun 1995 21:11:14 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, jkh@freebsd.org In-Reply-To: <199506042320.QAA21871@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 4, 95 04:20:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 551 Sender: hackers-owner@freebsd.org Precedence: bulk Rodney W. Grimes writes: > > Jordan, I would like to request a ``floppy tape'' drive for the test > engineering lab at accurate automation. I can pick one up wholesale, > or you can send me an old piece of junk you have around there (I > seem to recall one or two of them just laying in the back room on > the shelf). One for Rod and send the second one straight on to Dresden. -- 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 Sun Jun 4 18:26:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29119 for hackers-outgoing; Sun, 4 Jun 1995 18:26:49 -0700 Received: from amalfi.trl.OZ.AU (amalfi.trl.OZ.AU [137.147.99.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29112 for ; Sun, 4 Jun 1995 18:26:42 -0700 Received: from orca1.vic.design.telecom.com.au ([145.136.55.131]) by amalfi.trl.OZ.AU (8.6.10/8.6.12) with SMTP id LAA00518 for ; Mon, 5 Jun 1995 11:25:57 +1000 Received: from netbsd08.dn.itg.telecom.com.au by orca1.vic.design.telecom.com.au with SMTP (1.37.109.4/16.2) id AA20667; Mon, 5 Jun 95 11:25:55 +1000 Received: from netbsd08.dn.itg.telecom.com.au (netbsd08.dn.itg.telecom.com.au [144.139.63.32]) by netbsd08.dn.itg.telecom.com.au (8.6.8/8.6.6) with SMTP id JAA02619 for ; Mon, 5 Jun 1995 09:48:20 +0800 Date: Mon, 5 Jun 1995 09:48:19 +0800 (WST) From: Terry Dwyer To: hackers@freefall.cdrom.com Subject: Mailing list turnaround time vastly improved!!! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Sorry if this is not the right list, but I thought whoever, (Jonathan Bresler?), was working on mailing list throughput might like some feedback. I followed up to a message at: Date: Mon, 5 Jun 1995 09:19:20 +0800 (WST) got a reply back from majordomo about 3-5 minutes later. I wasn't paying much attention because I didn't expect it for at least a couple of hours with the amount of traffic on the lists lately. This is the fastest turnaround I have ever seen. I am used to delays anywhere from 2 to 5 hours. Great work. _-_|\ Terry Dwyer E-Mail: tdwyer@netbsd08.dn.itg.telecom.com.au / \ System Administrator Phone: +61 9 491 5161 Fax: +61 9 221 2631 *_.^\_/ Telecom Australia Telstra Corporation MIME capable mailer v Perth WA ( I do not speak for Telstra or Telecom ) From owner-freebsd-hackers Sun Jun 4 18:39:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29664 for hackers-outgoing; Sun, 4 Jun 1995 18:39:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA29657 ; Sun, 4 Jun 1995 18:39:03 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Warner Losh cc: hackers@freefall.cdrom.com Subject: Re: FYI In-reply-to: Your message of "Sun, 04 Jun 95 16:14:25 MDT." <199506042214.QAA03183@rover.village.org> Date: Sun, 04 Jun 1995 18:39:02 -0700 Message-ID: <29656.802316342@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Information about the GMD Modula-2 compiler is now available > in the WWW: > > http://i44www.info.uni-karlsruhe.de/~vollmer/mocka.html > > The ftp server address is still i44ftp.info.uni-karlsruhe.de. > There you can get the freely distributable version for the > Intel 80386 (Linux, FreeBSD) and the orderform, user manual and manual page > for the non-freely distributable versions. > MOCKA is not a public domain software, only the Intel 80386 (Linux/FreeBSD) > versions are free. I would happily put this in the ``commerce'' directory on the CDROM, unfortunately the site listed for FreeBSD is refusing connections. Anybody got a copy mirrored someplace? Jordan From owner-freebsd-hackers Sun Jun 4 18:44:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29979 for hackers-outgoing; Sun, 4 Jun 1995 18:44:52 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29972 ; Sun, 4 Jun 1995 18:44:50 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id BAA02115; Mon, 5 Jun 1995 01:39:17 -0700 From: "Steven G. Kargl" Message-Id: <199506050839.BAA02115@troutmask.apl.washington.edu> Subject: Latest 2.0.5-ALPHA floppies (6/4/95 noonish?) To: freebsd-hackers@freefall.cdrom.com (FreeBSD) Date: Mon, 5 Jun 1995 01:39:17 -0700 (PDT) Cc: jkh@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: 1201 Sender: hackers-owner@freebsd.org Precedence: bulk (1) Cosmetic: during extract the status bar extends past the its bounding box (at 100% extracted). (2) Serious: The mount point /dos was include in /etc/fstab for my ms-dos partition, but the directory /dos was not created. First boot from sd0 drops into single-user mode because of this problem. (3) FTP install of srelease sources aborts because of a problem with srelease.ab. This is probably due to the constant state of change with ALPHA and sysinstall. (4) Selection of installing the binary distribution and source WITHOUT games. The game sources were retrieved and extracted (no binaries thankfully). (5) disklabel.hlp is definitely needed. (6) Kernel hangs during reboot from hardware because of the 3c509 and conflicts with other devices. I got to the message "Changing root to sd0" meesage then a hang. Fix by booting -c and disabling everything at 0x300. This should be added to the hardware.hlp file. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Sun Jun 4 18:49:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00399 for hackers-outgoing; Sun, 4 Jun 1995 18:49:32 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00389 ; Sun, 4 Jun 1995 18:49:31 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA18839; Sun, 4 Jun 1995 18:49:30 -0700 From: Poul-Henning Kamp Message-Id: <199506050149.SAA18839@ref.tfs.com> Subject: Re: Latest 2.0.5-ALPHA floppies (6/4/95 noonish?) To: kargl@troutmask.apl.washington.edu (Steven G. Kargl) Date: Sun, 4 Jun 1995 18:49:30 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com, jkh@freebsd.org In-Reply-To: <199506050839.BAA02115@troutmask.apl.washington.edu> from "Steven G. Kargl" at Jun 5, 95 01:39:17 am Content-Type: text Content-Length: 330 Sender: hackers-owner@freebsd.org Precedence: bulk > (1) Cosmetic: during extract the status bar extends past the > its bounding box (at 100% extracted). Actually it doesn't, it's the cursor :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Jun 4 18:52:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00780 for hackers-outgoing; Sun, 4 Jun 1995 18:52:40 -0700 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00771 ; Sun, 4 Jun 1995 18:52:38 -0700 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.12/8.6.9) id VAA00775; Sun, 4 Jun 1995 21:52:01 -0400 Date: Sun, 4 Jun 1995 21:52:01 -0400 From: "Danny J. Zerkel" Message-Id: <199506050152.VAA00775@feephi.phofarm.com> To: jkh@freefall.cdrom.com Subject: Re: too many sig 11's Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > > I've had a lot of problems with sig 11s again in 2.0.5-ALPHA... Some > > things won't even execute (e.g., ftp, troff). Others die during execution > > sometimes (during make of kernel). At this point, I'm so frustrated I > > don't even know what to look for. Any help? > > You may have a trashed kernel. During the bin install, how many pieces > does it say it's getting? > > Jordan I've rebuilt the kernel (typing make MANY times and rm any *.o that resulted from a sig 11'd cc). And it still happens. The bin install complained BIG time. Many "skipping to next header" messages. It looks like it is having a problem with untarring. "cat bin.* | tar tzf -" dies at different places each time I try it. Same for sgames.* and sgnu.*... It's possible that I have something set wrong in the kernel I built, but it is impossible for me to tell (the LINT file is like having only the even numbered pages of a book). And I can't tell if the differences between LINT and GENERIC mean anything. As an example of the present wierdness: /usr/bin/ftp dumps core immediately and /stand/ftp works fine. Danny J. Zerkel Photon Farmers From owner-freebsd-hackers Sun Jun 4 19:00:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01528 for hackers-outgoing; Sun, 4 Jun 1995 19:00:11 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA01509 for ; Sun, 4 Jun 1995 19:00:06 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA16155; Mon, 5 Jun 1995 08:00:43 +0500 From: "Serge A. Babkin" Message-Id: <199506050300.IAA16155@hq.icb.chel.su> Subject: Re: 3c509 and modems? To: erich@lodgenet.com (Eric L. Hernes) Date: Mon, 5 Jun 1995 08:00:43 +0500 (GMT+0500) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Eric L. Hernes" at Jun 2, 95 05:31:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 594 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I was just running through the DOS configuration utility to set up > the 3c509 cards. I came across the little menu which had bootrom, io port > and what not. The I stumbled across the `maximum modem speed' option. > Now why in the world would the 3c509 care what my maximum modem speed is? IMO most drivers merely ignore this setting. The "maximum modem speed" setting allows the polling-based drivers to know what maximal time of polling loop they may have. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun Jun 4 19:03:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01900 for hackers-outgoing; Sun, 4 Jun 1995 19:03:47 -0700 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA01891 for ; Sun, 4 Jun 1995 19:03:42 -0700 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.12/8.6.9) id WAA00799 for freebsd-hackers@freefall.cdrom.com; Sun, 4 Jun 1995 22:03:04 -0400 Date: Sun, 4 Jun 1995 22:03:04 -0400 From: "Danny J. Zerkel" Message-Id: <199506050203.WAA00799@feephi.phofarm.com> To: freebsd-hackers@freefall.cdrom.com Subject: Re: Latest 2.0.5-ALPHA floppies (6/4/95 noonish?) Sender: hackers-owner@FreeBSD.org Precedence: bulk > (3) FTP install of srelease sources aborts because of a problem > with srelease.ab. This is probably due to the constant state > of change with ALPHA and sysinstall. I saw this happen with sgames, srelease and sgnu. Doing the tar by hand made srelease work, but not the others. > (6) Kernel hangs during reboot from hardware because of the 3c509 and > conflicts with other devices. I got to the message "Changing root > to sd0" meesage then a hang. Fix by booting -c and disabling > everything at 0x300. This should be added to the hardware.hlp > file. I had this problem also, disabling things at 0x300 fixed most of the time. Danny J. Zerkel Photon Farmers From owner-freebsd-hackers Sun Jun 4 19:10:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA02247 for hackers-outgoing; Sun, 4 Jun 1995 19:10:49 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA02233 for ; Sun, 4 Jun 1995 19:10:42 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA11426; Mon, 5 Jun 1995 12:08:31 +1000 Date: Mon, 5 Jun 1995 12:08:31 +1000 From: Bruce Evans Message-Id: <199506050208.MAA11426@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: races in ufs_rename() Cc: davidg@root.com, hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> ufs_rename() tries hard to avoid races and deadlocks. I think it fails >> to avoid serious races in 2 places: >> ... >It needs to do target lookup + lock, then source lookup + lock in that >order, instead to close the race. That's what it does, sort of. It locks the target file and its parent directory. It locks the source file when necessary. It can't lock the parent directory of the source because this might cause deadlock (for `mv a/a1 b/b1 && mv b/b2 a/a2'). It would be much simpler if it could lock this directory throughout. >The target should remain locked. This is easier said than done. >A path compare to determine if one is a substring of the other could >be done for ordering, and fail for EISDIR. Erm, string compares are useless because of aliases from symlinks and from "./././././." == ".". They can only work if both paths are simultaneously canonicalized. This seems to require holding locks on the parent directories all the way up to the root for the comparison and on all the parent directories of the target for a little longer. This may cause deadlock. The current method is better. ufs_checkpath() essentially canonicalizes the target path by following ".." links like getcwd(), but it works with inodes so it doesn't need to find names for the path components or canonicalize the source path. I think it would be correct if it returned with all the parent directories of the target locked and ufs_rename() kept them locked until it is almost finished. Then the source can move to another directory, but it can't move above the target because _all_ the directories above the target are locked. I'm not sure if this locking can cause deadlock. Bruce From owner-freebsd-hackers Sun Jun 4 19:13:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA02481 for hackers-outgoing; Sun, 4 Jun 1995 19:13:02 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA02469 ; Sun, 4 Jun 1995 19:12:57 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Rodney W. Grimes" cc: freebsd-hackers@freebsd.org, jkh@freebsd.org (Jordan Hubbard) Subject: Re: kernel page fault while doing tar to /dev/rft0 In-reply-to: Your message of "Sun, 04 Jun 95 16:20:35 PDT." <199506042320.QAA21871@gndrsh.aac.dev.com> Date: Sun, 04 Jun 1995 19:12:56 -0700 Message-ID: <2466.802318376@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Jordan, I would like to request a ``floppy tape'' drive for the test > engineering lab at accurate automation. I can pick one up wholesale, > or you can send me an old piece of junk you have around there (I > seem to recall one or two of them just laying in the back room on > the shelf). Why don't you get one wholesale and send me the bill? Jordan From owner-freebsd-hackers Sun Jun 4 19:16:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA02991 for hackers-outgoing; Sun, 4 Jun 1995 19:16:42 -0700 Received: from Chopper.rt66.com (jpoet@pma19.rt66.com [198.59.162.39]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA02973 ; Sun, 4 Jun 1995 19:16:34 -0700 Received: (from jpoet@localhost) by Chopper.rt66.com (8.6.9/8.6.9) id VAA00114; Sun, 4 Jun 1995 21:22:25 -0600 Date: Sun, 4 Jun 1995 21:22:23 -0600 (MDT) From: John Patrick Poet To: hackers@freefall.cdrom.com cc: freebsd-hackers-digest@FreeBSD.ORG Subject: 2.0.5A (Jun 4 12:09) Won't install for me :( In-Reply-To: <199506030550.WAA01300@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk I figured that the 2.0.5A release was stable enough that I would give it try. Unfortunatly, I can't get it to install. After I "commit", I get a input/output error while trying to write the partition information to sd2. I can't state the error exactly because the machine reboots too quickly. I thought the message said I could "hit any key" to abort the reboot, but that just causes it to reboot imediatly :( System: 100 MHz DX4 ASUS motherboard Adaptec 2842A MICROP Model: 1624-07MZ1077811 MAXTOR Model: P1-17S MICROP Model: 3243-19SC21020AV PLEXTOR Model: CD-ROM PX-4XCH WangDAT Model: Model 3200 I am trying to put the FreeBSD root on sd1, and the rest of it (/usr, /usr/local, swap, and home) on the second half of sd2. sd2 is a 4gig disk. Is my problem, the fact that I am trying to put it beyond the 2gig mark on this drive? I am telling it not to mess with the MBR, because I use OS/2's boot manager. I also have DOS and Linux installed on this machine. I am using the 2.0.5A boot disks dated Jun 4 12:09 from freefall.cdrom.com. Thanks for any tips, John | | +--+ == | John Patrick Poet | | | jpoet@rt66.com | +---+ | | From owner-freebsd-hackers Sun Jun 4 19:18:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA03191 for hackers-outgoing; Sun, 4 Jun 1995 19:18:21 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA03176 for ; Sun, 4 Jun 1995 19:18:17 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id WAA18899 for hackers@freebsd.org; Sun, 4 Jun 1995 22:21:00 -0400 From: "Rashid Karimov." Message-Id: <199506050221.WAA18899@haven.ios.com> Subject: SOS - 2.0.5install (broken bin dist ???) To: hackers@freebsd.org Date: Sun, 4 Jun 1995 22:20:59 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1161 Sender: hackers-owner@freebsd.org Precedence: bulk Hi there folx, I'm trying to install the beast on p90/PCI adaptec 2940. And _every time I see /stand/cpio's reports about error in the archive , when installing bindist ? *** bytes of junk , skipping to **** So I end up with first 16% percent of bindist installed , and probably 70% skipped because of this.. I've tried to install from my local ftp site, from freebsd.org,from freefall.cdrom.com - no luck... The installation procedure is very unstable IMHO - I run it probably 18-20 times during last 4 hours :(( , a few real wierd things happened. I'll try to summirize it and port here later. Boot/root floppies are the latest ones ( from UPDATE ). An suggestions ? I actually saw some posting in freebsd group about similar problem and it was said there that the problem is because there used to be some N pieces in bindinst and now there are N[-+]1 and it confuses install procedure . Some guy dealed with it but appending bin.ch to bin.cg , but to me it looks like the distribution I've grabbed today is already updated ? The bin.cg size equals exacly to the size of {previous} bin.cg and bin.ch .... HEEEELP ! Rashid From owner-freebsd-hackers Sun Jun 4 19:27:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04394 for hackers-outgoing; Sun, 4 Jun 1995 19:27:58 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA04379 ; Sun, 4 Jun 1995 19:27:52 -0700 Message-Id: <199506050227.TAA04379@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: John Patrick Poet cc: hackers@freefall.cdrom.com, freebsd-hackers-digest@freebsd.org Subject: Re: 2.0.5A (Jun 4 12:09) Won't install for me :( In-reply-to: Your message of "Sun, 04 Jun 95 21:22:23 MDT." Date: Sun, 04 Jun 1995 19:27:51 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >I figured that the 2.0.5A release was stable enough that I would give >it try. Unfortunatly, I can't get it to install. > >After I "commit", I get a input/output error while trying to write the >partition information to sd2. > >I can't state the error exactly because the machine reboots too >quickly. I thought the message said I could "hit any key" to abort >the reboot, but that just causes it to reboot imediatly :( > >System: > 100 MHz DX4 ASUS motherboard > Adaptec 2842A > MICROP Model: 1624-07MZ1077811 > MAXTOR Model: P1-17S > MICROP Model: 3243-19SC21020AV > PLEXTOR Model: CD-ROM PX-4XCH > WangDAT Model: Model 3200 > Can you send me the boot messages that ID your drives and the 2842? It would also be good to find out what that error message was and send that a long as well. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Jun 4 19:38:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05364 for hackers-outgoing; Sun, 4 Jun 1995 19:38:58 -0700 Received: from mail.id.net (kilroy.id.net [152.160.9.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05356 ; Sun, 4 Jun 1995 19:38:54 -0700 Received: from hades.id.net (hades.id.net [152.160.9.12]) by mail.id.net (8.6.8/8.6.6) with ESMTP id WAA02143; Sun, 4 Jun 1995 22:39:05 -0400 From: Robert Shady Received: (rls@localhost) by hades.id.net (8.6.11/8.6.6) id GAA07533; Mon, 5 Jun 1995 06:41:26 -0400 Message-Id: <199506051041.GAA07533@hades.id.net> Subject: Re: too many sig 11's To: dzerkel@feephi.phofarm.com (Danny J. Zerkel) Date: Mon, 5 Jun 1995 06:41:26 -0400 (EDT) Cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: <199506050152.VAA00775@feephi.phofarm.com> from "Danny J. Zerkel" at Jun 4, 95 09:52:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1616 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I've had a lot of problems with sig 11s again in 2.0.5-ALPHA... Some > > > things won't even execute (e.g., ftp, troff). Others die during execution > > > sometimes (during make of kernel). At this point, I'm so frustrated I > > > don't even know what to look for. Any help? > > > > You may have a trashed kernel. During the bin install, how many pieces > > does it say it's getting? > > I've rebuilt the kernel (typing make MANY times and rm any *.o that resulted > from a sig 11'd cc). And it still happens. The bin install complained BIG > time. Many "skipping to next header" messages. It looks like it is having > a problem with untarring. "cat bin.* | tar tzf -" dies at different places > each time I try it. Same for sgames.* and sgnu.*... It's possible that I > have something set wrong in the kernel I built, but it is impossible for me > to tell (the LINT file is like having only the even numbered pages of a book). > And I can't tell if the differences between LINT and GENERIC mean anything. > > As an example of the present wierdness: /usr/bin/ftp dumps core immediately > and /stand/ftp works fine. See, and this is the same exact problem we are having. We run a MUD game on one of our 2.0.5 machines, and it SEG_FAULT's at LEAST once an hour, sometimes as often as every 5 to 10 minutes. This was both with the distributed kernel, and our rebuilt kernels. The same exact game ran just fine for DAYS under 1.1.5.1, no problems what-so-ever. I think there is some serious problem stuck somewhere deep in the 2.0 conversion. More than likely it's memory related. ;) -- Rob From owner-freebsd-hackers Sun Jun 4 19:43:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05881 for hackers-outgoing; Sun, 4 Jun 1995 19:43:11 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA05869 ; Sun, 4 Jun 1995 19:43:09 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: jan@bagend.atl.ga.us (Jan Isley) cc: freebsd-hackers@freebsd.org (FreeBSD Hackers), phk@freefall.cdrom.com Subject: Re: New "release candidate floppies" available In-reply-to: Your message of "Sun, 04 Jun 95 20:07:08 EDT." Date: Sun, 04 Jun 1995 19:43:08 -0700 Message-ID: <5868.802320188@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > This floppy set does not crash when I request no MBR writing. > However, it has done something stranger still. Upon rebooting > after the install, I do not get the OS/2 BM screen, I get a > cleared screen and then "Strike a key to reboot". To recover Hmmm. To be honest, I'm not sure what happens in that case! I would have thought that libdisk would have left the MBR boot area completely untouched, but evidently not! I only call Set_Boot_Mgr() if I want to touch the boot area, and then I use only "bteasy17" or "mbr". I also reset the MBR pointer after I do it the first time, so only the _first_ disk is touched this way. I've looked at the code and it looks fine, so I can only conclude that something (for once! :-) is happening outside of sysinstall. I'll let Poul comment. > The dict set claimed to install okay but anything I tried to > install after that claimed 80% residual from dict failing... but That's actually "0x80", not "80%" :-). It's more useful to me than to you - it tells me the bit mask of distributions left over, which in this case is DIST_INFO. That's a known bug, and fixed! > All attempts to install packages from the install menu complained > that I had no CDROM installed. I do have a SB16/Panasonic 563 Hmmm. Interesting! It should have found the CD! I will go look into this. > And, on the main menu ... why Commit? There is already a "c" on > the menu... how about "install"? Because I wanted to make it plain that they were really about to _write_ on the disk. It goes hand-in-hand with the doc. Also, I don't necessarily want people to be able to type it _too_ easily! ;-) Jordan From owner-freebsd-hackers Sun Jun 4 19:50:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06418 for hackers-outgoing; Sun, 4 Jun 1995 19:50:10 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06409 ; Sun, 4 Jun 1995 19:50:07 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA19251; Sun, 4 Jun 1995 19:50:06 -0700 From: Poul-Henning Kamp Message-Id: <199506050250.TAA19251@ref.tfs.com> Subject: Re: New "release candidate floppies" available To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 4 Jun 1995 19:50:04 -0700 (PDT) Cc: jan@bagend.atl.ga.us, freebsd-hackers@freebsd.org, phk@freefall.cdrom.com In-Reply-To: <5868.802320188@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 4, 95 07:43:08 pm Content-Type: text Content-Length: 863 Sender: hackers-owner@freebsd.org Precedence: bulk > > This floppy set does not crash when I request no MBR writing. > > However, it has done something stranger still. Upon rebooting > > after the install, I do not get the OS/2 BM screen, I get a > > cleared screen and then "Strike a key to reboot". To recover > > Hmmm. To be honest, I'm not sure what happens in that case! I would > have thought that libdisk would have left the MBR boot area completely > untouched, but evidently not! I only call Set_Boot_Mgr() if I want to Hmm, In that case it will set the FreeBSD slice active, since we have no other way to get freebsd booted afterwards... Could you go into the (undocumented) 'W'izard mode and email me the output ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Jun 4 19:55:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06973 for hackers-outgoing; Sun, 4 Jun 1995 19:55:16 -0700 Received: from mpp.com ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06961 for ; Sun, 4 Jun 1995 19:55:09 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id VAA01688 for hackers@freebsd.org; Sun, 4 Jun 1995 21:54:24 -0500 From: Mike Pritchard Message-Id: <199506050254.VAA01688@mpp.com> Subject: why won't my tape drive keep streaming? To: hackers@freebsd.org Date: Sun, 4 Jun 1995 21:54:23 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1881 Sender: hackers-owner@freebsd.org Precedence: bulk I have an Archive 2150S SCSI tape drive attached to An Adaptec 2842VL controller. This drive is capable of writing 6MB+ per minute, but I rarely see that under FreeBSD (running -current). Often the drive will start out streaming, writing 5.5MB/min - 6MB/min. After a while, and for no apparent reason, the drive will stop streaming, and throughput drops down to as bad as 1MB/min - 3MB/min. This happens even on a totally idle machine with just the test program running. I've also tried several different tapes, so I don't think it is a media problem. Plus, the drive will stream with a tar program that supports drive under DOS. Usually when this happens the drive won't start streaming again until the program stops and closes/re-opens the tape device and starts writing again (although the test I have running right now seems to have started streaming again after dropping to start/stop mode for about 15 megabytes, but that is unusual). I've been running these tests with nothing else running on the machine, and it is doing all of the tape writes directly from memory - no disk access is involved. I've tried writes with sizes ranging from 512 bytes at a time all the way up to 10 megabytes. Writes of size 10240 bytes seem work the best, but even those usually fall off after a while and stop streaming. Has anyone else seen this problem with this tape drive, or have any ideas as to what the problem might be? Reads from the tape drive don't seem to suffer from this problem. Basically the guts of the test program looks like: dev = argv[1]; bsize = atol(argv[2]); bcount = atol(argv[3]); buf = malloc(bsize)); fd = open(dev, O_RDWR)); for (i = 0; i < bcount; i++) { if (write(fd, buf, bsize) <= 0) { perror("write"); exit(1); } } -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sun Jun 4 20:02:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA07712 for hackers-outgoing; Sun, 4 Jun 1995 20:02:46 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA07692 for ; Sun, 4 Jun 1995 20:02:33 -0700 Received: by haven.uniserve.com id <30745>; Sun, 4 Jun 1995 20:03:28 +0100 Date: Sun, 4 Jun 1995 20:03:23 -0700 (PDT) From: Tom Samplonius To: "Danny J. Zerkel" cc: freebsd-hackers@freebsd.org Subject: Re: too many sig 11's In-Reply-To: <199506050152.VAA00775@feephi.phofarm.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk > As an example of the present wierdness: /usr/bin/ftp dumps core immediately > and /stand/ftp works fine. Stuff in /stand is statically linked. So the problem could be a corrupted share library. I've just installed 2.0.5A and have seen *no* sig 11's so I doubt a software bug. Or, it could be bad hardware.... Tom From owner-freebsd-hackers Sun Jun 4 20:28:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA11232 for hackers-outgoing; Sun, 4 Jun 1995 20:28:56 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA11212 for ; Sun, 4 Jun 1995 20:28:50 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id NAA03240; Mon, 5 Jun 1995 13:16:40 +0930 From: Michael Smith Message-Id: <199506050346.NAA03240@genesis.atrad.adelaide.edu.au> Subject: Re: too many sig 11's To: tom@uniserve.com (Tom Samplonius) Date: Mon, 5 Jun 1995 13:16:40 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 4, 95 08:03:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1049 Sender: hackers-owner@freebsd.org Precedence: bulk Tom Samplonius stands accused of saying: > > As an example of the present wierdness: /usr/bin/ftp dumps core immediately > > and /stand/ftp works fine. > > Stuff in /stand is statically linked. So the problem could be a > corrupted share library. > > I've just installed 2.0.5A and have seen *no* sig 11's so I doubt a > software bug. Or, it could be bad hardware.... I'll second that. I've installed 2.0.5A on about six different machines so far, from a 386DX40 (with only 5M of memory - works fine) through to a PCI DX4/100. None have suffered _any_ problems like the ones being described here, so I doubt any fundamental distribution corruption. > Tom -- ]] 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 [[ From owner-freebsd-hackers Sun Jun 4 20:38:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA12550 for hackers-outgoing; Sun, 4 Jun 1995 20:38:37 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA12520 for ; Sun, 4 Jun 1995 20:38:26 -0700 Received: by haven.uniserve.com id <30737>; Sun, 4 Jun 1995 20:39:31 +0100 Date: Sun, 4 Jun 1995 20:39:21 -0700 (PDT) From: Tom Samplonius To: Michael Smith cc: hackers@freebsd.org Subject: Re: too many sig 11's In-Reply-To: <199506050346.NAA03240@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Michael Smith wrote: > I'll second that. I've installed 2.0.5A on about six different machines > so far, from a 386DX40 (with only 5M of memory - works fine) through I can beat that, I've used 2.0.5A on a 486SLC2/66 with a Cryrx math-co with 4 Megs of RAM (this is one of those quality IBM boards that has the CPU soldered down!). Tom From owner-freebsd-hackers Sun Jun 4 20:40:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA12977 for hackers-outgoing; Sun, 4 Jun 1995 20:40:45 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA12963 ; Sun, 4 Jun 1995 20:40:43 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Warner Losh cc: hackers@freebsd.org Subject: Re: 2.0.5A: :-( ? In-reply-to: Your message of "Sun, 04 Jun 95 18:17:36 MDT." <199506050017.SAA03609@rover.village.org> Date: Sun, 04 Jun 1995 20:40:41 -0700 Message-ID: <12962.802323641@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > : You may be suffering from the `truncated kernel' problem; I may just > : re-roll the ALPHA with new bindist files at this point1 > > Would it make sense to start calling these FreeBSD 2.0.5-ALPHA1, > 2.0.5-ALPHA2...? My head is starting to spin... > > Warner > Not a bad idea.. :-( Jordan From owner-freebsd-hackers Sun Jun 4 20:50:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14210 for hackers-outgoing; Sun, 4 Jun 1995 20:50:11 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14199 for ; Sun, 4 Jun 1995 20:50:08 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA19792; Sun, 4 Jun 1995 20:49:33 -0700 From: Poul-Henning Kamp Message-Id: <199506050349.UAA19792@ref.tfs.com> Subject: Re: too many sig 11's To: tom@uniserve.com (Tom Samplonius) Date: Sun, 4 Jun 1995 20:49:32 -0700 (PDT) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 4, 95 08:39:21 pm Content-Type: text Content-Length: 888 Sender: hackers-owner@freebsd.org Precedence: bulk > On Mon, 5 Jun 1995, Michael Smith wrote: > > > I'll second that. I've installed 2.0.5A on about six different machines > > so far, from a 386DX40 (with only 5M of memory - works fine) through > > I can beat that, I've used 2.0.5A on a 486SLC2/66 with a Cryrx math-co > with 4 Megs of RAM (this is one of those quality IBM boards that has the > CPU soldered down!). HA! I have a 386DX 25 Mhz, 4Mb ram, no 387, 20 Mb ST506 disk and 306 Mb ESDI, and while were at it: MGA !! It is a pretty advanced model though, it has a 64 kbyte cache... Yes, I use it to pester Jordan with, every time we outgrow 4Mb ram... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Sun Jun 4 20:52:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14604 for hackers-outgoing; Sun, 4 Jun 1995 20:52:20 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14579 for ; Sun, 4 Jun 1995 20:52:10 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id LAA01292; Mon, 5 Jun 1995 11:51:23 +0800 Date: Mon, 5 Jun 1995 11:51:23 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: "Hardware failure" kernel message Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I got this yesterday afternoon on leo, my 2.0.5A test machine: Jun 4 13:49:53 leo /kernel: sd0(ncr0:6:0): Deferred Error: HARDWARE FAILURE asc:87,0 This is the first error of this kind I've seen on any of the three machines here with NCR controllers. I don't know whether it is coincidental with the installation of 2.0.5A. Any suggestions? [...] Probing for devices on the pci0 bus: configuration mode 1 allows 32 devices. pci0:5: vendor=0x1039, device=0x496, class=bridge [not supported] vga0 rev 0 on pci0:11 ncr0 rev 2 int a irq 11 on pci0:12 reg20: virtual=0xf2f59000 physical=0xfafff000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl21 95/03/21) ncr0 waiting for scsi devices to settle (ncr0:6:0): "QUANTUM EMPIRE_1080S 1220" type 0 fixed SCSI 2 sd0(ncr0:6:0): Direct-Access sd0(ncr0:6:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1029MB (2109376 512 byte sectors) sd0(ncr0:6:0): with 2874 cyls, 8 heads, and an average 91 sectors/track pci0: uses 8388864 bytes of memory from fafff000 upto fb7fffff. pci0: uses 256 bytes of I/O space from e800 upto e8ff. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Jun 4 20:57:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA15335 for hackers-outgoing; Sun, 4 Jun 1995 20:57:19 -0700 Received: from leibniz.math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA15327 for ; Sun, 4 Jun 1995 20:57:16 -0700 Received: from napier.math.psu.edu (wilcox@napier.math.psu.edu [146.186.132.4]) by leibniz.math.psu.edu (8.6.10/8.6.9) with ESMTP id XAA20432; Sun, 4 Jun 1995 23:57:14 -0400 Received: from localhost (wilcox@localhost) by napier.math.psu.edu (8.6.10/8.6.9) with ESMTP id XAA03782; Sun, 4 Jun 1995 23:57:13 -0400 Message-Id: <199506050357.XAA03782@napier.math.psu.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: Peter Dufault cc: wilcox@math.psu.edu (Ken Wilcox), freebsd-hackers@freebsd.org Subject: Re: NCR53c710 VLB SCSI Driver. In-reply-to: Message <199506041318.JAA08047@hda.com> from "Sun, 04 Jun 1995 09:18:06 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 04 Jun 1995 23:57:12 -0400 From: Ken Wilcox Sender: hackers-owner@freebsd.org Precedence: bulk Peter Dufault writes: > Ken Wilcox writes: > > > > > > I don't know if this was asked before hear as I am new to all of the Fr > eeBSD > > world, but not new to Unix, but has anyone even attempted to port the > > NCR 53c710 driver for FreeBSD. I desperately need it and I am not that much > of > > a coding guru. I would be willing to test things if someone wants to blindl > y > > attempt some code writing, or you could just tell me where to begin_hack an > d > > I will try to do it myself, although you could imagine the mess I might mak > e > > out of the poor scsi disk. Thanks for anything. > > Which driver are you referring too? I have an Acculogic VESApport > VL-Bus adapter with the NCR 53C720 in house for a while that I'm > working on, and I will try to bring up support for it. I'm not > sure what the differences between the 710 and the 720 are. > Well, the card is a AIR ASPI VLB with the NCR53C710 chip, which we had to find out the hard way. Is there anything else that I can say to help with finding stuff out about it... I don't have the book for the chip or else I would read it :) Does anyone out there have the book? or know where I could acquire it from ? -Ken Wilcox From owner-freebsd-hackers Sun Jun 4 21:11:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17481 for hackers-outgoing; Sun, 4 Jun 1995 21:11:18 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA17451 ; Sun, 4 Jun 1995 21:11:09 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA01316; Mon, 5 Jun 1995 12:10:32 +0800 Date: Mon, 5 Jun 1995 12:10:31 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: FREEBSD-HACKERS-L Subject: Re: More thoughts on the installer In-Reply-To: <16422.802246226@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sat, 3 Jun 1995, Jordan K. Hubbard wrote: > > Brian, some good suggestions here, thanks! I've got some more notes from last night's install: > > * If you enter scrollback, forget, and start typing, nothing apparent > > I think "scroll lock" has always had that effect.. :-) I noticed the same behaviour with the PCVT console driver. It's non-intuitive to me and breaks tradition with every other scrollback implementation I've used (comm programs, xterm, screen, etc.) Anyhow, too late to fix for 2.0.5. > > * The release notes is buggered near the end. The mail address reads > > "bugs@Fr" and that's it. Speaking of which, is it capitalized > > Really?? It's fine in my copy. Perhaps we had some bad floppies at > some point or MFS is truncating the uncompressed file. I'll check > into it! Fixed. > > * While I was browsing help, at some point I got a "uid 0 on /: file > > system full" on the debuggin screen. This was before I proceeded to > > partition/disklabel/install, so it can't be talking about the HD. > > Fixed, I think. Please re-verify with the latest. Couldn't reproduce this one with the latest floppy. > > * The partition editor tells me the minimum partition size is 1 > > megabyte, but I cannot make one exactly 1 megabyte in size. > > Use blocks. :-) I tried 2048 blocks, but it still complained. Making a 2049-block partition works though. Should the wording be changed to "must be larger than 1 megabyte", or is this a bug? > > * What's an 'X' partition? Extended? Why would that apply within a > > FreeBSD slice? When I tried to make lots and lots of filesystems, > > the installer hung after I filled all eight slots on the screen. > > ?? Not seen this! Will check. Still there last night. I think once you run out of partition letters (after creating five filesystems, I think?), it starts using "X" instead "sd0s1j" or whatever. > > * The default shell in vty0 does not seem to have the PATH set, and no > > usual shell utils are found (like 'ls', although I made do with > > "echo *" in the meantime). > > Fixed, thanks. Hmmm... I couldn't drop to a shell using the floppy I had. Hitting Escape was equivalent to clicking the Cancel button. The emergency holographic shell never materialized either, even after seeing the debug message saying that it was active on vty4! Hitting Alt-F3 to Alt-F12 just beeps the console. > > * Instead of using and on many of the dialogs, wouldn't > > and (or similar) be better? > > It would be but I'm not modifying libdialog. :-) Ah, I see. :) > > * The timezone config in the post-install process seems to be > > reversing its idea of the BIOS clock being on local or UTC. My > > Garrett? Bug still there. > > * There should be a more explicit dialog box after the post-install to > > tell the user that everything is done and the machine can be > > rebooted, enjoy your new FreeBSD 2.0.5 system, etc., etc. Having to > > quit out of three or four layers of dialog boxes to reboot seems > > sort of anti-climactic and unfulfilling to me. ;-) > > I'm not sure what would be fulfilling in this context, so I'll > pass.. :-) A nice dialog box with the 2.0R installer's welcome text ("Congratualtions on your new FreeBSD 2.0.5 system! To continue installing new packages, press Escape....", etc.) would be semi-fulfilling. :) Give the user the choice to either go back to the post-install screen, or reboot immediately. Oh, there should probably be a reminder during reboot time telling the user to remove the floppy disk from the drive. Dunno if there's enough time to do all of this for 2.0.5 though. > > * During another session of fiddling, I noticed I could go into the > > partition editor wizard mode twice. Went in the first time, > > exitted, forgot something, then tried to go back in. I get the "Are > > you sure" dialog, but hitting OK just returns me to the partition > > editor. Selecting cancel gives me the "That was a wise move!" > > comment. ;-) > > Weird. I'll look into it. Didn't try this last night... I'll try again tonight with the latest floppy. A few new items: * In the hardware help, some of the underlining isn't aligned properly with the text above it (off by one character). The devices table for the GENERIC kernel isn't perfectly formatted either (some columns are misaligned). * The section numbers in the hardware help go 1, 2, 3, and then 4.0. :) * The function of the Clear and Exit checkboxes in the Installation Options dialog aren't obvious (as opposed to just clicking the OK button). I set the Clear checkbox, but it didn't clear the options I had just set. *shrug* * Still no go with the disk slices. :( Deleting the pre-2.0.5 slice and choosing "Use entire disk", doing the install and then rebooting gives me the MS-DOS "Missing operating system" error on startup (both with and without the boot manager). Reformatting the drive with DOS 6.0, deleting the DOS slice and using the whole disk for FreeBSD does work. There must be a better way of doing this... * Hitting the down arrow while in the Netmask edit field clears the field, but hitting Tab to move to the next field does not (as someone else mentioned). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Jun 4 21:19:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA19055 for hackers-outgoing; Sun, 4 Jun 1995 21:19:34 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA19045 ; Sun, 4 Jun 1995 21:19:33 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA19935; Sun, 4 Jun 1995 21:18:54 -0700 From: Poul-Henning Kamp Message-Id: <199506050418.VAA19935@ref.tfs.com> Subject: Re: More thoughts on the installer To: taob@gate.sinica.edu.tw (Brian Tao) Date: Sun, 4 Jun 1995 21:18:54 -0700 (PDT) Cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at Jun 5, 95 12:10:31 pm Content-Type: text Content-Length: 831 Sender: hackers-owner@freebsd.org Precedence: bulk > > > * What's an 'X' partition? Extended? Why would that apply within a > > > FreeBSD slice? When I tried to make lots and lots of filesystems, > > > the installer hung after I filled all eight slots on the screen. > > > > ?? Not seen this! Will check. > > Still there last night. I think once you run out of partition > letters (after creating five filesystems, I think?), it starts using > "X" instead "sd0s1j" or whatever. X means "couldn't assign a name" which means that you're all out of partitions. You can have seven per slice: [abd-h] -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Sun Jun 4 21:28:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21003 for hackers-outgoing; Sun, 4 Jun 1995 21:28:36 -0700 Received: from Chopper.rt66.com (jpoet@pma17.rt66.com [198.59.162.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA20985 ; Sun, 4 Jun 1995 21:28:27 -0700 Received: (from jpoet@localhost) by Chopper.rt66.com (8.6.9/8.6.9) id XAA00288; Sun, 4 Jun 1995 23:34:37 -0600 Date: Sun, 4 Jun 1995 23:34:35 -0600 (MDT) From: John Patrick Poet To: "Justin T. Gibbs" cc: hackers@freefall.cdrom.com, freebsd-hackers-digest@freebsd.org Subject: Re: 2.0.5A (Jun 4 12:09) Won't install for me :( In-Reply-To: <199506050227.TAA04379@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Justin T. Gibbs wrote: > Can you send me the boot messages that ID your drives and the 2842? It > would also be good to find out what that error message was and send that > a long as well. > How? I can give you the result of dmesg from Linux. Is there a way I can break out of the install program to a shell? Thanks, John > -- > Justin T. Gibbs > ============================================== > TCS Instructional Group - Programmer/Analyst 1 > Cory | Po | Danube | Volga | Parker | Torus > ============================================== > > | | +--+ == | John Patrick Poet | | | jpoet@rt66.com | +---+ | | From owner-freebsd-hackers Sun Jun 4 21:37:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23098 for hackers-outgoing; Sun, 4 Jun 1995 21:37:22 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA23073 ; Sun, 4 Jun 1995 21:37:18 -0700 Message-Id: <199506050437.VAA23073@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: John Patrick Poet cc: hackers@freefall.cdrom.com, freebsd-hackers-digest@freebsd.org Subject: Re: 2.0.5A (Jun 4 12:09) Won't install for me :( In-reply-to: Your message of "Sun, 04 Jun 95 23:34:35 MDT." Date: Sun, 04 Jun 1995 21:37:18 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >On Sun, 4 Jun 1995, Justin T. Gibbs wrote: > >> Can you send me the boot messages that ID your drives and the 2842? It >> would also be good to find out what that error message was and send that >> a long as well. >> > >How? I can give you the result of dmesg from Linux. Is there a way I The dmesg from Linux won't be much help. :) >can break out of the install program to a shell? When the system is booting, you can hit scroll-lock once the console has been probed, then copy them to paper. Dmesg is not availible from the boot floppy. > >Thanks, > >John > >> -- >> Justin T. Gibbs >> ============================================== >> TCS Instructional Group - Programmer/Analyst 1 >> Cory | Po | Danube | Volga | Parker | Torus >> ============================================== >> >> > >| | >+--+ == | John Patrick Poet >| | | jpoet@rt66.com >| +---+ >| | > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Jun 4 21:44:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA24254 for hackers-outgoing; Sun, 4 Jun 1995 21:44:46 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA24226 for ; Sun, 4 Jun 1995 21:44:35 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id AAA19948; Mon, 5 Jun 1995 00:41:25 -0400 Date: Mon, 5 Jun 1995 00:41:24 -0400 From: Temptation Subject: Re: why won't my tape drive keep streaming? To: Mike Pritchard cc: hackers@freebsd.org In-Reply-To: <199506050254.VAA01688@mpp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I have the 29/28/27 cards, and 4 and 9gig Archive's. can you send me this test program? I'd like to try my tape drives. > I have an Archive 2150S SCSI tape drive attached to An Adaptec 2842VL > controller. This drive is capable of writing 6MB+ per minute, but > I rarely see that under FreeBSD (running -current). Often the drive will > start out streaming, writing 5.5MB/min - 6MB/min. After a while, > and for no apparent reason, the drive will stop streaming, and > throughput drops down to as bad as 1MB/min - 3MB/min. This > happens even on a totally idle machine with just the test program > running. > Reads from the tape drive don't seem to suffer from this problem. > > Basically the guts of the test program looks like: > > dev = argv[1]; > bsize = atol(argv[2]); > bcount = atol(argv[3]); > buf = malloc(bsize)); > fd = open(dev, O_RDWR)); > for (i = 0; i < bcount; i++) { > if (write(fd, buf, bsize) <= 0) { > perror("write"); > exit(1); > } > } > -- > Mike Pritchard > mpp@legarto.minn.net > "Go that way. Really fast. If something gets in your way, turn" > From owner-freebsd-hackers Sun Jun 4 21:55:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25409 for hackers-outgoing; Sun, 4 Jun 1995 21:55:34 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA25402 ; Sun, 4 Jun 1995 21:55:32 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Steven G. Kargl" cc: freebsd-hackers@freefall.cdrom.com (FreeBSD), jkh@freebsd.org Subject: Re: Latest 2.0.5-ALPHA floppies (6/4/95 noonish?) In-reply-to: Your message of "Mon, 05 Jun 95 01:39:17 PDT." <199506050839.BAA02115@troutmask.apl.washington.edu> Date: Sun, 04 Jun 1995 21:55:32 -0700 Message-ID: <25400.802328132@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > (1) Cosmetic: during extract the status bar extends past the > its bounding box (at 100% extracted). That's the cursor.. :-( We're punting on it for now. > (2) Serious: The mount point /dos was include in /etc/fstab for > my ms-dos partition, but the directory /dos was not created. > First boot from sd0 drops into single-user mode because of this > problem. Should be fixed - try the latest floppies! > (3) FTP install of srelease sources aborts because of a problem > with srelease.ab. This is probably due to the constant state > of change with ALPHA and sysinstall. I'll look into it! > (4) Selection of installing the binary distribution and source WITHOUT > games. The game sources were retrieved and extracted (no binaries > thankfully). Can't parse this! :( > (5) disklabel.hlp is definitely needed. It's there now. > (6) Kernel hangs during reboot from hardware because of the 3c509 and > conflicts with other devices. I got to the message "Changing root > to sd0" meesage then a hang. Fix by booting -c and disabling > everything at 0x300. This should be added to the hardware.hlp > file. Text? :-) Jordan From owner-freebsd-hackers Sun Jun 4 22:27:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27903 for hackers-outgoing; Sun, 4 Jun 1995 22:27:51 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA27887 for ; Sun, 4 Jun 1995 22:27:39 -0700 Received: by haven.uniserve.com id <30742>; Sun, 4 Jun 1995 22:28:29 +0100 Date: Sun, 4 Jun 1995 22:28:19 -0700 (PDT) From: Tom Samplonius To: Temptation cc: Mike Pritchard , hackers@freebsd.org Subject: Re: why won't my tape drive keep streaming? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Temptation wrote: > > I have the 29/28/27 cards, and 4 and 9gig Archive's. can you send me this > test program? I'd like to try my tape drives. Why bother? His test program appears to duplicate what dd does already. Tom From owner-freebsd-hackers Sun Jun 4 22:33:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28814 for hackers-outgoing; Sun, 4 Jun 1995 22:33:52 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA28804 ; Sun, 4 Jun 1995 22:33:50 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: jgreco@mei.com cc: hackers@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Sun, 04 Jun 95 15:31:07 CDT." <199506042031.PAA15757@solaria.mil.wi.us> Date: Sun, 04 Jun 1995 22:33:50 -0700 Message-ID: <28803.802330430@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > This is most definitely NOT the fun project I had envisioned for this > afternoon. :-( Welcome to ALPHA testing, folks! I do thank Joe for all his work and can only say "can I have a little more?" in return.. Such is the lot of the software developer with an unpaid software testing dept! :-) New floppies on freefall and wcarchive, please check 'em out! Jordan From owner-freebsd-hackers Sun Jun 4 22:38:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA29521 for hackers-outgoing; Sun, 4 Jun 1995 22:38:51 -0700 Received: from Chopper.rt66.com (jpoet@pma03.rt66.com [198.59.162.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA29513 ; Sun, 4 Jun 1995 22:38:48 -0700 Received: (from jpoet@localhost) by Chopper.rt66.com (8.6.9/8.6.9) id AAA00099; Mon, 5 Jun 1995 00:44:36 -0600 Date: Mon, 5 Jun 1995 00:44:36 -0600 (MDT) From: John Patrick Poet To: "Justin T. Gibbs" cc: hackers@freefall.cdrom.com, freebsd-hackers-digest@freebsd.org Subject: Re: 2.0.5A (Jun 4 12:09) Won't install for me :( In-Reply-To: <199506050437.VAA23073@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Justin T. Gibbs wrote: > When the system is booting, you can hit scroll-lock once the console has > been probed, then copy them to paper. Dmesg is not availible from the > boot floppy. One of the reasons I got into computers, was so I wouldn't have to hand-write so much :) Anyway, hope the following helps: Disk info from boot: ahc1: 284x Single Channel, SCSI ID=7, aic777 >= REV E, 4SCBs ahc1: Using Edge Triggered Interrupts ahc1: Downloading Sequencer Program...Done ahc1 at 0x1000 - 0x10ff irq 11 on eisa slot 1 ahc1 waiting for scsi decices to settle ahc1: target 0 synchronous at 10.0 MB/s, offset 0xf (ahc1:0:0): "MICROP 1624-07MZ1077811 H22P" type 0 fixed SCSI 1 sd0(ahc1:0:0): Direct-Access 642MB (1316751 512 byte sectors) ahc1: target 1 synchronous at 5.0 MB/s, offset 0xf (ahc1:1:0): "MAXTOR P1-17S LB22" type 0 fixed SCSI 1 sd1(ahc1:1:0): Direct-Access 1433MB (2936593 512 byte sectors) ahc1: target 2 synchronous at 10.0 MB/s, offset 0xf (ahc1:2:0): "MICROP 3243-19SC21020AV CN05" type 0 fixed SCSI 2 sd2(ahc1:2:0): Direct-Access 4095MB (8388315 512 byte sectors) Disk info from partion screen: ------- Disk name: sd1 BIOS Geometry: 1433 cyls/64 heads/32 sectors Offset Size End Name PType Desc Subtype Flags 0 32 31 - 6 unused 0 32 1945568 1945599 sd1s1 2 fat 6 1945600 63488 2009087 sd1s2 3 freebsd 165 C 2009088 925696 2934783 sd1s3 1 unknown 131 > 2934784 1809 2936592 - 6 unused 0 > ------- Disk name: sd2 BIOS Geometry: 4095 cyls/64 heads/32 sectors Offset Size End Name PType Desc Subtype Flags 0 32 31 - 6 unused 0 32 4194272 4194303 sd2s1 1 unknown 131 > 4194394 4192256 8386559 sd2s2 3 freebsd 165 C 8386560 1755 8388314 - 6 unused 0 -------- Disk info from disklabel screen: Part Mount Size Newfs sd1s1 /dos 949MB DOS sd1s2a / 31MB Y sd2s2e /usr 350MB Y sd2s2b swap 100MB sd2s2f /usr/local 350MB Y sd2s2g /home 1247MB Y --------- Message when it all dies: sysinstall: read Input/Ouput error panic: going nowhere without my init I believe that when this message appears, it is trying to write the partition table to sd2. Is there any other information I can get to help track this down? Thanks for all the sleepless nights Justin... John | | +--+ == | John Patrick Poet | | | jpoet@rt66.com | +---+ | | From owner-freebsd-hackers Sun Jun 4 22:48:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00412 for hackers-outgoing; Sun, 4 Jun 1995 22:48:57 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00346 ; Sun, 4 Jun 1995 22:48:00 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id BAA20107; Mon, 5 Jun 1995 01:45:49 -0400 Date: Mon, 5 Jun 1995 01:45:48 -0400 From: Temptation Subject: Re: 2.0.5-A: Very disheartening? To: "Jordan K. Hubbard" cc: hackers@freebsd.org In-Reply-To: <28803.802330430@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Jordan K. Hubbard wrote: > > This is most definitely NOT the fun project I had envisioned for this > > afternoon. :-( > > Welcome to ALPHA testing, folks! > > I do thank Joe for all his work and can only say "can I have a little > more?" in return.. Such is the lot of the software developer with an > unpaid software testing dept! :-) I'd be happy to help :) As long as I get working OS at some point :) > > New floppies on freefall and wcarchive, please check 'em out! > > Jordan > From owner-freebsd-hackers Sun Jun 4 23:06:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01786 for hackers-outgoing; Sun, 4 Jun 1995 23:06:20 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA01778 ; Sun, 4 Jun 1995 23:06:18 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id XAA14513 ; Sun, 4 Jun 1995 23:06:15 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Steven G. Kargl" , freebsd-hackers@freefall.cdrom.com (FreeBSD) Subject: Re: Latest 2.0.5-ALPHA floppies (6/4/95 noonish?) In-reply-to: Your message of "Sun, 04 Jun 1995 21:55:32 PDT." <25400.802328132@freefall.cdrom.com> Date: Sun, 04 Jun 1995 23:06:15 -0700 Message-ID: <14512.802332375@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <25400.802328132@freefall.cdrom.com>, "Jordan K. Hubbard" writes: >> (3) FTP install of srelease sources aborts because of a problem >> with srelease.ab. This is probably due to the constant state >> of change with ALPHA and sysinstall. >I'll look into it! I think because the build area on Westhill was contaminated at that point and building a srelease tarball had extraneous information in it (like a sysinstall binary). Not quite sure how that happened. Gary From owner-freebsd-hackers Sun Jun 4 23:55:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA05059 for hackers-outgoing; Sun, 4 Jun 1995 23:55:18 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA05047 for ; Sun, 4 Jun 1995 23:55:03 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id QAA29474; Mon, 5 Jun 1995 16:54:14 +1000 From: michael butler Message-Id: <199506050654.QAA29474@asstdc.scgt.oz.au> Subject: Re: uucp/uux -a<> problem To: fenner@parc.xerox.com (Bill Fenner) Date: Mon, 5 Jun 1995 16:54:13 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <95Jun4.132327pdt.38405@emu.parc.xerox.com> from "Bill Fenner" at Jun 4, 95 01:23:19 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: 810 Sender: hackers-owner@freebsd.org Precedence: bulk Bill Fenner writes: > Someone posted saying they were having a problem with sendmail running > uux with an empty "from" argument on errors. Do you have the "g" flag set > for that mailer? "g" is supposed to use MAILER-DAEMON (well, really, $o) > as the from address for error messages. Thanks .. whichever macro it uses, this does the job. In order to relieve other FreeBSD users hosting UUCP feeds of the same problem, I'd like to propose that the line .. define(`UUCP_MAILER_FLAGS', `g') .. be added to the default sendmail configuration or, at the very least, that it be documented in an FAQ as the current configuration and Taylor's UUCP don't do the Right Thing in this case. Same argument applies to the rmail patch I forwarded .. the default should work in as many cases as possible, michael From owner-freebsd-hackers Mon Jun 5 00:09:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05835 for hackers-outgoing; Mon, 5 Jun 1995 00:09:16 -0700 Received: from mpp.com ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA05829 for ; Mon, 5 Jun 1995 00:09:13 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id CAA04569; Mon, 5 Jun 1995 02:03:04 -0500 From: Mike Pritchard Message-Id: <199506050703.CAA04569@mpp.com> Subject: Re: why won't my tape drive keep streaming? To: tom@uniserve.com (Tom Samplonius) Date: Mon, 5 Jun 1995 02:03:04 -0500 (CDT) Cc: temp@temptation.interlog.com, hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 4, 95 10:28:19 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: 1488 Sender: hackers-owner@freebsd.org Precedence: bulk > > I have the 29/28/27 cards, and 4 and 9gig Archive's. can you send me this > > test program? I'd like to try my tape drives. > > Why bother? His test program appears to duplicate what dd does already. True enough, dd if=/dev/zero of=/dev/rst0 bs=xxx count=yyy accomplishes the same thing as my test program, except that my test program actually spits out transfer rate info every 5MB for the last 5MB of data written so that I can see how bad things get when the drive stops streaming. Plus, knowing that I did have some problem, eliminating anything else that might slow things down even a little bit (e.g. having to read the data that was to be written) helped me verify that the drive would stop streaming even when data was always available to be written. I sent him the program anyways. Just a little more information: When I get the drive streaming with my test program, I can run a "dd if=/dev/rsd1a of=/dev/null" at the same time and not cause the drive to slow down at all, so it doesn't appear to be a problem with SCSI bus contention, which I thought it might be because "dump" and "tar" are both painfully slow because they hardly ever stream the drive. This is what prompted me to try and track this down, since I actually sat and waited for a dump to complete yesterday, instead of just sticking in a tape and leaving the house like I usually do. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Jun 5 00:30:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA06400 for hackers-outgoing; Mon, 5 Jun 1995 00:30:39 -0700 Received: from aphrodite.funet.fi (ukkonen@aphrodite.funet.fi [193.166.1.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA06378 ; Mon, 5 Jun 1995 00:30:33 -0700 Received: (from ukkonen@localhost) by aphrodite.funet.fi (8.6.11/8.6.11+CSC-2.0) id KAA08185; Mon, 5 Jun 1995 10:30:28 +0300 From: Jukka Ukkonen Message-Id: <199506050730.KAA08185@aphrodite.funet.fi> Subject: Oops! (nothing really changed at ftp.funet.fi) To: hackers@FreeBSD.org, questions@FreeBSD.org Date: Mon, 5 Jun 1995 10:30:26 +0300 (EET DST) Latin-Date: Lunti V Iunie a.d. MCMXCV Organization: Centre for Scientific Computing (CSC) Phone: +358-0-4573208 (work) 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: 763 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! A few days ago I sent a message in which I said the path to freebsd sources at ftp.funet.fi seems to be something different from what it had been before. After some more checking I realized that there should have been a symlink pub/unix/FreeBSD pointing to the location I mentioned. At least now the symlink is there. So, my previous message is bogus information. Sorry! Cheers, // jau ------ / Jukka A. Ukkonen, FUNET / Centre for Scientific Computing /__ M.Sc. (sw-eng & cs) Tel: (Home) +358-0-578628 / Internet: ukkonen@csc.fi (Work) +358-0-4573208 / Internet: jau@funet.fi (Mobile) +358-400-606671 v X.400: c=fi, admd=fumail, no prmd, org=csc, pn=jukka.ukkonen From owner-freebsd-hackers Mon Jun 5 02:56:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA14129 for hackers-outgoing; Mon, 5 Jun 1995 02:56:07 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA14121 ; Mon, 5 Jun 1995 02:56:05 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id EAA06438; Mon, 5 Jun 1995 04:55:34 -0500 From: Joe Greco Message-Id: <199506050955.EAA06438@brasil.moneng.mei.com> Subject: Re: 2.0.5-A: Very disheartening? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 Jun 1995 04:55:33 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <28803.802330430@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 4, 95 10:33:50 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > > This is most definitely NOT the fun project I had envisioned for this > > afternoon. :-( > > Welcome to ALPHA testing, folks! > > I do thank Joe for all his work and can only say "can I have a little > more?" in return.. Such is the lot of the software developer with an > unpaid software testing dept! :-) > > New floppies on freefall and wcarchive, please check 'em out! Cute :-) Jordan, it does seem like there's something that's not quite kosher with 2.0.5-A, and it has nothing to do with the floppies, as far as I can tell. I now have two systems that are definitely unstable - two entirely different types of systems, at that - and both have run earlier revisions of FreeBSD 2 and taken heavy poundings with relative grace for over half a year now. Now, while I do consider extracting bin to be a CPU-intensive chore, I do not consider it to be anything close to a "heavy pounding" by my previous standards. Likewise, I do not consider compiling gated to be a "heavy pounding" - yet even that trivial task killed the Pentium box a few times. UNfortunately, since it just goes belly up and resets, I do not have any great idea about what to try next. Now, since this is ALPHA testing, this could be considered acceptable. I certainly don't mind, I suffered through 2.0-ALPHA and actually *once* had an unexpected crash (quite remarkable!). HOWEVER, it appears to me that the prevailing idea behind 2.0.5 was that we felt we had a stable product to push out the door, and we were going to try to do so with a short ALPHA phase beforehand, to work out install issues and do minor bug fixes. So I am quite suprised and alarmed when I see what I interpret to be major instability within the system, which suggests to me that the initial premise - that we had something reasonably stable that was an improvement over 2.0R - is maybe NOT true. So I dutifully share some unhappy experiences on the list... and then get this sort of message back from you? Let me tell you about pissed. On a very busy weekend I blow lots of time trying to help test ALPHA, something I really do not have time to do. That is fine. I have lots of problems. That is disappointing, and I share my experiences, lest the FreeBSD core team think nobody's having any problems. I get nice little note from Jordan that maybe I just take the wrong way. Now I'm pissed because it appears to me that Jordan seems to have totally missed the boat, and also the point of accepting feedback - the bad along with the good - about ALPHA releases. If we are seeing lots of stability problems, I question whether a short ALPHA period is appropriate. Now, Jordan, I am certainly able to deal with crashes and the like. I have a 2.0R news server that occasionally locks. I have a router that sometimes reboots. I have a prototype public box that gets stale and starts randomly eating processes (2.0-041395) after about a week. We are ALPHA testing a new supposedly better-than-2.0R system. I have installed it on a pair of systems that probably approximate average user PC's pretty well (i.e. not high end equipment). A cut that is supposed to be reasonably stable to begin with - and all I have had is problems. That raises red flags in my mind. If you cannot come up with anything more constructive to say than "Welcome to ALPHA testing, folks!", you're certainly invited to not bother replying at all in the future... ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Jun 5 03:16:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15813 for hackers-outgoing; Mon, 5 Jun 1995 03:16:43 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA15787 for ; Mon, 5 Jun 1995 03:16:31 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX941209-Fujitsu Mail Gateway) id TAA26950; Mon, 5 Jun 1995 19:16:14 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX950127-Fujitsu Domain Mail Master) id TAA13582; Mon, 5 Jun 1995 19:15:43 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA03743; Mon, 5 Jun 95 19:15:43 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0sIZJ7-00026rC; Mon, 5 Jun 95 19:22 JST Date: Mon, 5 Jun 95 19:10:33 JST From: Masahiro SEKIGUCHI Message-Id: <9506051010.AA20408@seki.sysrap.cs.fujitsu.co.jp> To: FreeBSD-hackers@freebsd.org Subject: 2.0.5-ALPHA kernel changes? Sender: hackers-owner@freebsd.org Precedence: bulk I have a question. I see the boot floppy image for 2.0.5 ALPHA keeps changing for every two or three days. (Good job, eh? :-) I see the kernel source distribution (src/ssys.*) is not changed, however. I expect that the kernel included in the boot floppy is never modified during this ALPHA time frame. Is it correct? Thanks. From owner-freebsd-hackers Mon Jun 5 03:50:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA17992 for hackers-outgoing; Mon, 5 Jun 1995 03:50:57 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA17986 for ; Mon, 5 Jun 1995 03:50:56 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id DAA25704 ; Mon, 5 Jun 1995 03:50:39 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Masahiro SEKIGUCHI cc: FreeBSD-hackers@freebsd.org Subject: Re: 2.0.5-ALPHA kernel changes? In-reply-to: Your message of "Mon, 05 Jun 1995 19:10:33 +0200." <9506051010.AA20408@seki.sysrap.cs.fujitsu.co.jp> Date: Mon, 05 Jun 1995 03:50:38 -0700 Message-ID: <25703.802349438@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <9506051010.AA20408@seki.sysrap.cs.fujitsu.co.jp>, Masahiro SEKIGUCH I writes: >I see the boot floppy image for 2.0.5 ALPHA keeps changing for every >two or three days. (Good job, eh? :-) I see the kernel source >distribution (src/ssys.*) is not changed, however. Actually, the image probably changes about 10+ times a day, but not all of them are put up for public ftp :-) >I expect that the kernel included in the boot floppy is never modified >during this ALPHA time frame. Is it correct? Nope. We have on occasion re-rolled the kernels on the floppies also to include some kernel bug fixes. To include the ssys.* dists in any update would be complicated without having multiple ftp trees (which we don't have disk space for on freefall at the minute), and I agree with Jordan that he doesn't want to nuke the origional ftp tree, since we are only really testing the install system, which is by far the most rapidly changing part of the system at the minute! gary From owner-freebsd-hackers Mon Jun 5 03:54:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA18239 for hackers-outgoing; Mon, 5 Jun 1995 03:54:12 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA18231 for ; Mon, 5 Jun 1995 03:54:09 -0700 Message-Id: <199506051054.DAA18231@freefall.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA298649459; Mon, 5 Jun 1995 06:50:59 -0400 From: william pechter ILEX Subject: Re: too many sig 11's To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Mon, 5 Jun 1995 06:50:58 -0400 (EDT) In-Reply-To: <199506051041.GAA07533@hades.id.net> from "Robert Shady" at Jun 5, 95 06:41:26 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: 400 Sender: hackers-owner@freebsd.org Precedence: bulk Looks like I get the sig 11's when trying to gunzip the cpio (root) floppy. It seems like there's a definite problem. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Mon Jun 5 04:02:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA18753 for hackers-outgoing; Mon, 5 Jun 1995 04:02:35 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA18744 ; Mon, 5 Jun 1995 04:02:33 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Joe Greco cc: hackers@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Mon, 05 Jun 95 04:55:33 CDT." <199506050955.EAA06438@brasil.moneng.mei.com> Date: Mon, 05 Jun 1995 04:02:33 -0700 Message-ID: <18743.802350153@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Jordan, it does seem like there's something that's not quite kosher with > 2.0.5-A, and it has nothing to do with the floppies, as far as I can tell. > I now have two systems that are definitely unstable - two entirely different > types of systems, at that - and both have run earlier revisions of FreeBSD 2 > and taken heavy poundings with relative grace for over half a year now. I respect that you are having this problem and never intended to belittle it. It think you truly read far more into my little off-the-cuff comment than was there! Also try to respect that we can only try to fix what we can repeat, and if we are unable to test a certain failure mode on the hardware WE have available, then by the only definition we know of (what we can see and feel) the OS is "ready for release." Now 2.0.5R, as it were, may be more than a bit green still and I'm certainly working overtime on it. We all want to get it out the door though, and if there should come a point where we're pretty happy with the general install and are getting lots of _success_ stories back, then we may very well release it even with your machines still in a twist! I'm sorry, but that's life! If a previous release runs on them then that's great! By all means, continue to run what works until such time as we can diagnose and fix the problem in the main line (which we'll certainly try to do!), but don't dictate to me that the release can't possible go out until Your Specific Problem is fixed! Can you imagine if I listened to every single user who said that? The release would _never_ happen, that's what! Honestly, sometimes it gets *me* just a little pissed at what people often seem to demand for free! Now let's end this conversation (at least at this tone) before we all go wasting a lot of time and energy that would be far better applied elsewhere. I have no trouble discussing further ALPHA test goals with you, and we can keep the "business tone" of our conversations emotionless and precise if that would be less likely to inadvertantly cause you distress in the future. I don't particularly care either way right now, it's entirely up to you. I have only one goal: To get 2.0.5R into the best possible shape and release it. If you'd like to help further in this process, then welcome! All help sincerely appreciated! Jordan From owner-freebsd-hackers Mon Jun 5 04:10:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA19246 for hackers-outgoing; Mon, 5 Jun 1995 04:10:46 -0700 Received: from pyromania.apana.org.au (pyromania.apana.org.au [202.12.87.123]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA19233 for ; Mon, 5 Jun 1995 04:10:35 -0700 Received: (from john@localhost) by pyromania.apana.org.au (8.6.9/8.6.9) id VAA01221 for hackers@freebsd.org; Mon, 5 Jun 1995 21:10:09 +1000 From: John Herks Message-Id: <199506051110.VAA01221@pyromania.apana.org.au> Subject: ed0 - device timeout ? To: hackers@freebsd.org Date: Mon, 5 Jun 1995 21:10:09 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 513 Sender: hackers-owner@freebsd.org Precedence: bulk I am randomly getting ed0 kernel device timeout messages from my Freebsd 2.0R machine... I am running a NE2000 clone network card... (I have other devices on the network running OK - and the cabling is fine.) Is the card faulty or should I be using a different NIC with better driver code in the Kernel ? Here is my dmesg output: ed0 at 0x280-0x29f irq 5 on isa ed0: address 00:00:01:04:80:53, type NE2000 (16 bit) Errors-: ed0: device timeout ed0: device timeout John Herks john@pyromania.apana.org.au From owner-freebsd-hackers Mon Jun 5 04:45:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA21081 for hackers-outgoing; Mon, 5 Jun 1995 04:45:31 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA21070 for ; Mon, 5 Jun 1995 04:45:23 -0700 Message-Id: <199506051145.EAA21070@freefall.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA299132517; Mon, 5 Jun 1995 07:41:57 -0400 From: william pechter ILEX Subject: Re: too many sig 11's To: gpalmer@westhill.cdrom.com (Gary Palmer) Date: Mon, 5 Jun 1995 07:41:57 -0400 (EDT) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <26384.802350218@westhill.cdrom.com> from "Gary Palmer" at Jun 5, 95 04:03:38 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: 1207 Sender: hackers-owner@freebsd.org Precedence: bulk > > In message <199506051054.DAA18231@freefall.cdrom.com>, william pechter ILEX wri > tes: > >Looks like I get the sig 11's when trying to gunzip the cpio (root) floppy. > >It seems like there's a definite problem. > > Could you send me details of your system? > > E.g. do you have: > > a) A system with a SCSI controller (most likely Adaptec) with ISA > transfer rate turned up to high, or the ISA clock speed set wrong? Adaptec 1542B with the transfer rate at 5 and the clock speed on this machine is fixed. > > b) A system which has been found to have problems in the cache (read > the mailing list archives for details, it was recent but with all the > events recently I can't remember). You may want to try turning the 2nd > level cache mode to `write through' or off. OK... done. I'm just getting the new floppies now. There's no write through/write back on this 486... I think the cache is all write through. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Mon Jun 5 04:47:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA21261 for hackers-outgoing; Mon, 5 Jun 1995 04:47:28 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA21210 ; Mon, 5 Jun 1995 04:46:56 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA02388; Mon, 5 Jun 1995 19:46:14 +0800 Date: Mon, 5 Jun 1995 19:46:14 +0800 (CST) From: Brian Tao To: Poul-Henning Kamp cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org Subject: Re: More thoughts on the installer In-Reply-To: <199506050418.VAA19935@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Poul-Henning Kamp wrote: > > X means "couldn't assign a name" which means that you're all out of > partitions. You can have seven per slice: [abd-h] The installer should not allow someone to add more partitions than that then (since I presume you mount be able to mount X'd filesystems later on). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Jun 5 05:29:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24763 for hackers-outgoing; Mon, 5 Jun 1995 05:29:52 -0700 Received: (from gpalmer@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24756 for hackers@freebsd.org; Mon, 5 Jun 1995 05:29:51 -0700 Date: Mon, 5 Jun 1995 05:29:51 -0700 From: Gary Palmer Message-Id: <199506051229.FAA24756@freefall.cdrom.com> To: hackers@freebsd.org Subject: Kernels, panics & the debugger Sender: hackers-owner@freebsd.org Precedence: bulk Can I suggest yet another flag to be put in the kernel? It seems to me that you could want a situation where you want to be able to get into the debugger (for machine lock-ups), but you want the machine to panic cleanly when you aren't there and leave a core dump instead. My proposal: a flag which allows -- to still drop you into the debugger, but which doesn't call the debugger for kernel panic's. Comments? Gary From owner-freebsd-hackers Mon Jun 5 05:33:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25209 for hackers-outgoing; Mon, 5 Jun 1995 05:33:20 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA25191 for ; Mon, 5 Jun 1995 05:33:15 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id WAA04014 for hackers@freebsd.org; Mon, 5 Jun 1995 22:22:23 +0930 From: Michael Smith Message-Id: <199506051252.WAA04014@genesis.atrad.adelaide.edu.au> Subject: "release candidates" floppies, quick comment. To: hackers@freebsd.org Date: Mon, 5 Jun 1995 22:22:22 +0930 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1599 Sender: hackers-owner@freebsd.org Precedence: bulk Ok, just ran an install using the 'latest' floppies (midday monday my time). - The timezone bug is (obviously) still there. - sysinstall can't find xf86config (it _was_ installed OK though). - When the post-install cleanup is being done (before the 'all done' message is displayed, the last 'extracting' message should be replaced with a 'cleaning up message'. (nit) - I'm not getting a 'press any key to reboot' message from the kernel at the end of the install. I do from subsequently build kernels, and if I press a key, I get a reboot, but no message. Odd. (Also a datapoint for the kernel non-rebooting people; AMD DX4/100,m UMC-886PCI chipset, without 'BROKEN_KEYBOARD', reboot gives the '...failed,. trying CPU shutdown' message, with it, nothing happens. (no message). (This is under 205A) - LATE BREAKING DATAPOINT! Just rebooted my 205A install : /etc/fstab contains /dev/sd0s4e /usr ufs rw 1 1 but there/s no /dev/sd0s4e. Mounting /dev/sd0e works, though. Previous floppies got this right, so this is (AFAIK) a new bug. MAKEDEV sd0s4 fixes this, and /dev/sd0s4e mounts correctly. (but MAKEDEV uses chgrp, which is in /usr/bin... 8) Lookin' good. I'm off to dinner 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 [[ From owner-freebsd-hackers Mon Jun 5 05:55:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA27538 for hackers-outgoing; Mon, 5 Jun 1995 05:55:01 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA27521 ; Mon, 5 Jun 1995 05:54:58 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id HAA06627; Mon, 5 Jun 1995 07:54:26 -0500 From: Joe Greco Message-Id: <199506051254.HAA06627@brasil.moneng.mei.com> Subject: Re: 2.0.5-A: Very disheartening? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 Jun 1995 07:54:26 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <18743.802350153@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 95 04:02:33 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > I respect that you are having this problem and never intended to > belittle it. It think you truly read far more into my little > off-the-cuff comment than was there! Fine, we can leave it at that.. > Also try to respect that we can only try to fix what we can repeat, Of course I do. > and if we are unable to test a certain failure mode on the hardware > WE have available, then by the only definition we know of (what we > can see and feel) the OS is "ready for release." This should be open to debate, probably based in part on some sort of reasonable statistics... (i.e. if you have a 10-1 success ratio on folks installing it, fine)... > Now 2.0.5R, as it were, may be more than a bit green still and I'm > certainly working overtime on it. We all want to get it out the door > though, and if there should come a point where we're pretty happy with > the general install and are getting lots of _success_ stories back, > then we may very well release it even with your machines still in a Yes, but I'm not yet hearing that at this point.. > twist! I'm sorry, but that's life! If a previous release runs on > them then that's great! By all means, continue to run what works > until such time as we can diagnose and fix the problem in the main > line (which we'll certainly try to do!), but don't dictate to me that > the release can't possible go out until Your Specific Problem is > fixed! Can you imagine if I listened to every single user who said > that? The release would _never_ happen, that's what! I never said that the release can't possibly go out. But I did say that there are demonstrable, repeatable problems on at least a small set of what I would consider to be average PC systems! That suggests, at least to me, that IF 2.0.5-R were to go out the door, that a statistically significant number of people might encounter serious problems with it, and THAT would not be a good thing for FreeBSD's reputation (or for much else). As for being My Specific Problem, if it really IS just a quirk on the two completely different systems that I have here, fine! I can live with THAT - I'd simply buy different machines. But if it's NOT, then it will end up being Your Big Problem, when you have hundreds of user-type FreeBSD users all wondering why their systems die so often. That's what all of this is supposed to avoid. > Honestly, sometimes it gets *me* just a little pissed at what people > often seem to demand for free! Look, this is an ALPHA. You asked people to test it. I tested it. I had problems. I let you know that. And to me, a system which has been 100% unreliable so far (granted that the sample size is only 2 machines so far, which will be at least 3 by the end of today) is a bomb, and I consider it likely to be a bomb for unsuspecting newbies somewhere out there. If you don't like me saying so, I'm sorry, but I just don't have any warm fuzzies about it. > Now let's end this conversation (at least at this tone) before we all > go wasting a lot of time and energy that would be far better applied > elsewhere. I have no trouble discussing further ALPHA test goals with > you, and we can keep the "business tone" of our conversations > emotionless and precise if that would be less likely to inadvertantly > cause you distress in the future. I don't particularly care either > way right now, it's entirely up to you. I have only one goal: To get > 2.0.5R into the best possible shape and release it. If you'd like to > help further in this process, then welcome! All help sincerely > appreciated! Well, I was hoping somebody might come forward and recognize the problem I was having... :-/ ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Jun 5 06:13:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29362 for hackers-outgoing; Mon, 5 Jun 1995 06:13:10 -0700 Received: from devserve.cebaf.gov (dev04.cebaf.gov [129.57.33.227]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA29354 for ; Mon, 5 Jun 1995 06:13:08 -0700 Message-Id: <199506051313.GAA29354@freefall.cdrom.com> Received: by devserve.cebaf.gov (1.37.109.16/16.2) id AA164127986; Mon, 5 Jun 1995 09:13:06 -0400 From: Chris Larrieu Subject: mount dos partition, 2.0.5-ALPHA To: freebsd-hackers@freebsd.org Date: Mon, 05 Jun 1995 9:13:05 EDT X-Mailer: Elm [revision: 109.14] Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Has anyone else had trouble mounting their dos partition after installation? After defining a mount point in disklabel and installing the bindist from that partition, the OS won't boot completely. I get a message about not being able to mount /msdos and am banished to sh, where I have no luck mounting it manually: # mount_msdos /dev/wd0s4 /msdos # mount: bad argument Much obliged for any suggestions. Please reply via email, as I haven't been receiving mailing list posts for several weeks. One note: since my disk has 1048 cyl, I have set the bios to 1024 so that dos doesn't corrupt the MBR by mapping the geometry. This works fine in 2.0-RELEASE. Please let me know if you need more detailed info, and I will email it this evening. Thanks again, Chris -- ----------------------------------------------------------------------------- \_0 Christopher Larrieu | Continuous Electron Beam Accelerator Facility 0_/ /`- larrieu@cebaf.gov | Newport News, Virginia. -'\ | \_ ------------------------------------------------------------------- _/ | From owner-freebsd-hackers Mon Jun 5 06:21:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29768 for hackers-outgoing; Mon, 5 Jun 1995 06:21:37 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA29762 ; Mon, 5 Jun 1995 06:21:36 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA06743; Mon, 5 Jun 1995 08:21:05 -0500 From: Joe Greco Message-Id: <199506051321.IAA06743@brasil.moneng.mei.com> Subject: Re: Kernels, panics & the debugger To: gpalmer@freefall.cdrom.com (Gary Palmer) Date: Mon, 5 Jun 1995 08:21:04 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199506051229.FAA24756@freefall.cdrom.com> from "Gary Palmer" at Jun 5, 95 05:29:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > Can I suggest yet another flag to be put in the kernel? It seems to > me that you could want a situation where you want to be able to get > into the debugger (for machine lock-ups), but you want the machine to > panic cleanly when you aren't there and leave a core dump instead. > > My proposal: a flag which allows -- to still drop you > into the debugger, but which doesn't call the debugger > for kernel panic's. > > Comments? A kernel variable or something like this would be great; I would really like to run the debugger on all my systems, but cannot risk it on machines that must be up 24/7. I mentioned this some time ago, but nobody seemed too interested. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Jun 5 06:23:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29922 for hackers-outgoing; Mon, 5 Jun 1995 06:23:16 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA29895 for ; Mon, 5 Jun 1995 06:23:14 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14906; Mon, 5 Jun 1995 15:23:10 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA08595 for freebsd-hackers@freebsd.org; Mon, 5 Jun 1995 15:23:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA02667 for freebsd-hackers@freebsd.org; Mon, 5 Jun 1995 13:46:21 +0200 From: J Wunsch Message-Id: <199506051146.NAA02667@uriah.heep.sax.de> Subject: Re: 2.0.5-A: Very disheartening? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 5 Jun 1995 13:46:21 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506042031.PAA15757@solaria.mil.wi.us> from "Joe Greco" at Jun 4, 95 03:31:07 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 480 Sender: hackers-owner@freebsd.org Precedence: bulk As Joe Greco wrote: > > System: wye.sol.net, 486DX4/100, 8MB RAM, 3c503 Ethernet, CGA monitor and > keyboard (since it doesn't seem to have the serial bootblocks and stuff > installed on boot.flp). Perhaps we can provide a ``boot-serial.flp'' image, too? The boot blocks can be compiled with FORCE_COMCONSOLE (see Makefile) for it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jun 5 06:23:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29958 for hackers-outgoing; Mon, 5 Jun 1995 06:23:22 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA29943 for ; Mon, 5 Jun 1995 06:23:19 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14931; Mon, 5 Jun 1995 15:23:17 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA08613; Mon, 5 Jun 1995 15:23:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA03258; Mon, 5 Jun 1995 15:03:17 +0200 From: J Wunsch Message-Id: <199506051303.PAA03258@uriah.heep.sax.de> Subject: Re: why won't my tape drive keep streaming? To: mpp@legarto.minn.net (Mike Pritchard) Date: Mon, 5 Jun 1995 15:03:17 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199506050254.VAA01688@mpp.com> from "Mike Pritchard" at Jun 4, 95 09:54:23 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 914 Sender: hackers-owner@freebsd.org Precedence: bulk As Mike Pritchard wrote: > > I have an Archive 2150S SCSI tape drive attached to An Adaptec 2842VL > controller. This drive is capable of writing 6MB+ per minute, but > I rarely see that under FreeBSD (running -current). I've been using an Archive Viper 150 for a long time (lately been replaced by a Tandberg 3660). I never had problems with it, neither with an Adaptec AHA-1540A, nor with the BusLogic Bt-742A i'm using now. The tape usually kept streaming, resulting in 250 - 300 MB/h backup speed. I remember that the Viper 150 has an additional jumper block (the middle row) which determined some kind of a block size. The setting of these jumpers actually had an effect on the possible speed of operation, but i cannot remember the setting i've been using. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jun 5 06:43:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA01082 for hackers-outgoing; Mon, 5 Jun 1995 06:43:31 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA01059 for ; Mon, 5 Jun 1995 06:43:00 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id JAA20995; Mon, 5 Jun 1995 09:39:29 -0400 Date: Mon, 5 Jun 1995 09:39:29 -0400 From: Temptation Subject: Re: why won't my tape drive keep streaming? To: Joerg Wunsch cc: Mike Pritchard , hackers@freebsd.org In-Reply-To: <199506051303.PAA03258@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I tested his program on my system. Archive 4gig Dat. with NCR and 2940. worked fine, start was a bit slow, but after that it stayed basically about the same mb/sec -+1/2 sec. I ran it about 20 times, to make sure, also loaded the system down, doing tars on the drive, running X, etc... The NCR slowed down a tiny bit, Never bother the 2940 at all. Since the 29/28/27 driver is same, Unless it's your card, I doubt, it might be you motherboard or the tape drive, maybe even the tape. (I'm guessing, could really be anything :) ) I'll try it again when I get FreeBSD on a machine with 2842. > As Mike Pritchard wrote: > > > > I have an Archive 2150S SCSI tape drive attached to An Adaptec 2842VL > > controller. This drive is capable of writing 6MB+ per minute, but > > I rarely see that under FreeBSD (running -current). > > I've been using an Archive Viper 150 for a long time (lately been > replaced by a Tandberg 3660). I never had problems with it, neither > with an Adaptec AHA-1540A, nor with the BusLogic Bt-742A i'm using > now. The tape usually kept streaming, resulting in 250 - 300 MB/h > backup speed. > > I remember that the Viper 150 has an additional jumper block (the > middle row) which determined some kind of a block size. The setting > of these jumpers actually had an effect on the possible speed of > operation, but i cannot remember the setting i've been using. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > From owner-freebsd-hackers Mon Jun 5 06:58:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02070 for hackers-outgoing; Mon, 5 Jun 1995 06:58:10 -0700 Received: from sass165.sandia.gov (sass165.sandia.gov [132.175.109.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA02063 for ; Mon, 5 Jun 1995 06:58:09 -0700 Received: from sargon.mdl.sandia.gov (sargon.mdl.sandia.gov [134.253.20.128]) by sass165.sandia.gov (8.6.11/8.6.12) with ESMTP id IAA03801; Mon, 5 Jun 1995 08:04:35 -0600 Received: (aflundi@localhost) by sargon.mdl.sandia.gov (8.6.10) id HAA21496; Mon, 5 Jun 1995 07:58:06 -0600 Message-Id: <199506051358.HAA21496@sargon.mdl.sandia.gov> From: aflundi@sandia.gov (Alan F Lundin) Date: Mon, 5 Jun 1995 07:58:06 -0600 In-Reply-To: Julian Howard Stacey "Re: FreeBSD 2.0.5-Alpha Installation" (Jun 3, 5:08pm) X-Mailer: Mail User's Shell (7.2.4 2/2/92) To: Julian Howard Stacey Subject: Re: FreeBSD 2.0.5-Alpha Installation Cc: hackers@FreeBSD.ORG Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Jun 3, 5:08pm, Julian Howard Stacey wrote: > Subject: Re: FreeBSD 2.0.5-Alpha Installation > > > How hard would it be to add a > > probe command to the install program that would take a user > > provided absolute sector number (or a cyl/hd/sec number set), > > read that sector and return a read success or failure status. > > That way a user could discover how big their disk really is, > > then from that fake up some cyl/hd/sec values to get as close > > as possible to that max abs sector value. > > The way I sized my disks (using 386bsd or mach way back when) > was to put on a disklable much bigger than possible, > then do a dd if=raw_device of=/dev/null, then take the count & feed it back > to edit a new entry for /etc/disktab I used to do something like that too, but I don't see how to do that with the new install program (not that I'm unhappy-- I just don't know how to use it yet). --alan From owner-freebsd-hackers Mon Jun 5 07:08:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA02726 for hackers-outgoing; Mon, 5 Jun 1995 07:08:52 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA02718 ; Mon, 5 Jun 1995 07:08:44 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id HAA23295; Mon, 5 Jun 1995 07:05:46 -0700 From: "Rodney W. Grimes" Message-Id: <199506051405.HAA23295@gndrsh.aac.dev.com> Subject: Re: Kernels, panics & the debugger To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 5 Jun 1995 07:05:46 -0700 (PDT) Cc: gpalmer@freefall.cdrom.com, hackers@freebsd.org In-Reply-To: <199506051321.IAA06743@brasil.moneng.mei.com> from "Joe Greco" at Jun 5, 95 08:21:04 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: 1150 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Can I suggest yet another flag to be put in the kernel? It seems to > > me that you could want a situation where you want to be able to get > > into the debugger (for machine lock-ups), but you want the machine to > > panic cleanly when you aren't there and leave a core dump instead. > > > > My proposal: a flag which allows -- to still drop you > > into the debugger, but which doesn't call the debugger > > for kernel panic's. > > > > Comments? > > A kernel variable or something like this would be great; I would really like > to run the debugger on all my systems, but cannot risk it on machines that > must be up 24/7. > > I mentioned this some time ago, but nobody seemed too interested. A ``mentioned'' only gets you so far, it means one of us has to take your ``idea'' and go spend the hour or so to implement it. A well documented, minimized change context diff will get your ideas a lot farther than just a request for them :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Jun 5 07:27:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03319 for hackers-outgoing; Mon, 5 Jun 1995 07:27:26 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA03313 ; Mon, 5 Jun 1995 07:27:23 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id HAA16529 ; Mon, 5 Jun 1995 07:27:21 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id OAA24458; Mon, 5 Jun 1995 14:47:46 +0100 Date: Mon, 5 Jun 1995 14:47:45 +0100 (BST) From: Doug Rabson To: Joe Greco cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? In-Reply-To: <199506051254.HAA06627@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Joe Greco wrote: > Well, I was hoping somebody might come forward and recognize the problem I > was having... :-/ I had some weird problems this weekend on my home machine. I installed 2.0.5A on it but continued to use an old kernel which I had from a few weeks ago since it had psm mouse support and didn't take years to probe for stuff I haven't got :-) I was seeing spontaneous reboots with this when trying to use iijppp but I assumed they were just some kind of mismatch between 2.0.5A's iijppp and my kernel. My system is a a Gateway2000 P5 100 with AHA2940 scsi, IDE CD and one of those wacky programmable Gateway keyboards (yes the keyboard probe does work). -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Mon Jun 5 07:33:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03691 for hackers-outgoing; Mon, 5 Jun 1995 07:33:58 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA03675 ; Mon, 5 Jun 1995 07:33:49 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA06889; Mon, 5 Jun 1995 09:31:10 -0500 From: Joe Greco Message-Id: <199506051431.JAA06889@brasil.moneng.mei.com> Subject: Re: Kernels, panics & the debugger To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 5 Jun 1995 09:31:10 -0500 (CDT) Cc: gpalmer@freefall.cdrom.com, hackers@freebsd.org In-Reply-To: <199506051405.HAA23295@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 5, 95 07:05:46 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > > A kernel variable or something like this would be great; I would really like > > to run the debugger on all my systems, but cannot risk it on machines that > > must be up 24/7. > > > > I mentioned this some time ago, but nobody seemed too interested. > > A ``mentioned'' only gets you so far, it means one of us has to take > your ``idea'' and go spend the hour or so to implement it. A well > documented, minimized change context diff will get your ideas a lot > farther than just a request for them :-) A lack of interest translates into a waste of time to implement; time which I do not have. And, as it would probably take me a little longer than just an hour to implement, and I did not consider it to be of prime usefulness to have a feature that only I was interested in, I wasn't about to try to figure out how to go about doing it.. If that's changed, I might consider it. But given the amount of junk that's suddenly been dumped on me in terms of work in the last two weeks, it does not look too promising to be able to do ANY hacking in the near future :-( !!!!! ... JG From owner-freebsd-hackers Mon Jun 5 07:35:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03846 for hackers-outgoing; Mon, 5 Jun 1995 07:35:54 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA03795 for ; Mon, 5 Jun 1995 07:35:38 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id AAA17055; Tue, 6 Jun 1995 00:34:06 +1000 From: michael butler Message-Id: <199506051434.AAA17055@asstdc.scgt.oz.au> Subject: Re: ed0 - device timeout ? To: john@pyromania.apana.org.au (John Herks) Date: Tue, 6 Jun 1995 00:34:05 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199506051110.VAA01221@pyromania.apana.org.au> from "John Herks" at Jun 5, 95 09:10:09 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: 374 Sender: hackers-owner@freebsd.org Precedence: bulk John Herks writes: > I am randomly getting ed0 kernel device timeout messages from my Freebsd > 2.0R machine... > I am running a NE2000 clone network card... This usually only occurs because the interrupt level the kernel thinks the card is using is not the same as that which the card is physically set up for or that it is in conflict with something else, michael From owner-freebsd-hackers Mon Jun 5 07:54:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA05159 for hackers-outgoing; Mon, 5 Jun 1995 07:54:39 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA05144 ; Mon, 5 Jun 1995 07:54:36 -0700 Message-Id: <199506051454.HAA05144@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: John Herks cc: hackers@freebsd.org Subject: Re: ed0 - device timeout ? In-reply-to: Your message of "Mon, 05 Jun 95 21:10:09 +1000." <199506051110.VAA01221@pyromania.apana.org.au> Date: Mon, 05 Jun 1995 07:54:35 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >I am randomly getting ed0 kernel device timeout messages from my Freebsd >2.0R machine... > Are you possitive that your card is really located at Irq 5? You can boot with the "-c" option at the boot prompt to change the Irq for the card, but this sounds very much like a mis configured IRQ. > >John Herks >john@pyromania.apana.org.au > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon Jun 5 08:24:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA06996 for hackers-outgoing; Mon, 5 Jun 1995 08:24:19 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA06988 for ; Mon, 5 Jun 1995 08:24:16 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA16806; Mon, 5 Jun 1995 17:24:13 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA09384 for freebsd-hackers@freebsd.org; Mon, 5 Jun 1995 17:24:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA03708 for freebsd-hackers@freebsd.org; Mon, 5 Jun 1995 17:18:31 +0200 From: J Wunsch Message-Id: <199506051518.RAA03708@uriah.heep.sax.de> Subject: Re: Kernels, panics & the debugger To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 5 Jun 1995 17:18:31 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506051321.IAA06743@brasil.moneng.mei.com> from "Joe Greco" at Jun 5, 95 08:21:04 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 660 Sender: hackers-owner@freebsd.org Precedence: bulk As Joe Greco wrote: > [debugger, but not in case of panic] > A kernel variable or something like this would be great; I would really like > to run the debugger on all my systems, but cannot risk it on machines that > must be up 24/7. There's already such a variable available, it's currently used by the console to disable DDB fallback while the console is in graphics mode. I'm not sure if Søren has already implemented the logic in syscons however; i've done it for pcvt. Perhaps we need something more though. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jun 5 08:33:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA07580 for hackers-outgoing; Mon, 5 Jun 1995 08:33:10 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA07569 ; Mon, 5 Jun 1995 08:33:07 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id IAA21560; Mon, 5 Jun 1995 08:31:49 -0700 From: Poul-Henning Kamp Message-Id: <199506051531.IAA21560@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 5 Jun 1995 08:31:49 -0700 (PDT) Cc: jkh@freefall.cdrom.com, hackers@freebsd.org In-Reply-To: <199506050955.EAA06438@brasil.moneng.mei.com> from "Joe Greco" at Jun 5, 95 04:55:33 am Content-Type: text Content-Length: 864 Sender: hackers-owner@freebsd.org Precedence: bulk > that we had something reasonably stable that was an improvement over 2.0R - > is maybe NOT true. So I dutifully share some unhappy experiences on the > list... and then get this sort of message back from you? Joe, No matter how much time you have put in to the ALPHA by now, I will bet you that you're not even close to the TOP-10. We appreciate your input and feedback, it's just that there is very little we can do about it since we cannot reproduce it... This is the curse of free systems like FreeBSD: If you're the only one with a particular problem, you know who's gonna fix it... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 08:36:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA07875 for hackers-outgoing; Mon, 5 Jun 1995 08:36:20 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA07855 ; Mon, 5 Jun 1995 08:36:17 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id IAA21577; Mon, 5 Jun 1995 08:35:47 -0700 From: Poul-Henning Kamp Message-Id: <199506051535.IAA21577@ref.tfs.com> Subject: Re: More thoughts on the installer To: taob@gate.sinica.edu.tw (Brian Tao) Date: Mon, 5 Jun 1995 08:35:47 -0700 (PDT) Cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at Jun 5, 95 07:46:14 pm Content-Type: text Content-Length: 614 Sender: hackers-owner@freebsd.org Precedence: bulk > On Sun, 4 Jun 1995, Poul-Henning Kamp wrote: > > > > X means "couldn't assign a name" which means that you're all out of > > partitions. You can have seven per slice: [abd-h] > > The installer should not allow someone to add more partitions than > that then (since I presume you mount be able to mount X'd filesystems > later on). true. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 08:45:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08595 for hackers-outgoing; Mon, 5 Jun 1995 08:45:57 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA08573 for ; Mon, 5 Jun 1995 08:45:37 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id LAA21139; Mon, 5 Jun 1995 11:43:30 -0400 Date: Mon, 5 Jun 1995 11:43:30 -0400 From: Temptation Subject: X To: freebsd-hackers@freebsd.org In-Reply-To: <199506051535.IAA21577@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk this isn't the right place for this, but maybe someone here could tell how to make more ptys? error is Xterm: no available ptys this is Xfree86, I have 16 open, I want 2 more alteast. From owner-freebsd-hackers Mon Jun 5 08:51:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08929 for hackers-outgoing; Mon, 5 Jun 1995 08:51:45 -0700 Received: from bronze.coil.com (bronze.coil.com [198.4.94.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA08923 for ; Mon, 5 Jun 1995 08:51:43 -0700 Received: from localhost (echet@localhost) by bronze.coil.com (8.6.4/8.6.12) id LAA04686 for hackers@freebsd.org; Mon, 5 Jun 1995 11:54:23 -0400 From: Eric Chet Message-Id: <199506051554.LAA04686@bronze.coil.com> Subject: latest boot.flp To: hackers@freebsd.org Date: Mon, 5 Jun 1995 11:54:22 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1180 Sender: hackers-owner@freebsd.org Precedence: bulk Forwarded message: >From echet Mon Jun 5 11:53:33 1995 From: Eric Chet Message-Id: <199506051553.LAA04644@bronze.coil.com> Subject: latest boot.flp To: jkh@freefall.cdrom.com Date: Mon, 5 Jun 1995 11:53:29 -0400 (EDT) Cc: echet@coil.com X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 780 Hello I just downloaded the latest boot.flp. It seems there are still a few problems. UPDATE: mon jun 5 04:13:42 PDT 1995 <- from README file 1) I select NONE for bootcode, it still overwrites the OS/2 bootmanager boot code. 2) A FTP install over PPP fails, ppp never lets me select term to dial into my ISP. This is a copy of the PPP screen. ------------------------------------------------------ User Process PPP write: Network is unreachable Log level is 09 Warning: No password entry for this host in ppp.secret Warning: All manipulations is allowed by anyone in a world No tunnel device is available open_tun: No such file or directory ------------------------------------------------------- I tried to install 4 times with this result. Eric Chet echet@coil.com From owner-freebsd-hackers Mon Jun 5 09:35:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11057 for hackers-outgoing; Mon, 5 Jun 1995 09:35:31 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11050 for ; Mon, 5 Jun 1995 09:35:30 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id LAA26598; Mon, 5 Jun 1995 11:35:04 -0500 Date: Mon, 5 Jun 1995 11:35:04 -0500 From: Jim Lowe Message-Id: <199506051635.LAA26598@miller.cs.uwm.edu> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > I "fixed" hzto() by adding 1 to allow for the current partial clock tick. I looked at the code this morning and I am a little curious as to why this was changed. There are 3 places in the kern directory where hzto() is called. Two places are for the real time timers and the other is for the select system call. If I subtract 1 from hzto() in these 3 places -- the timing seems correct. I am curious why the 1 tick was added to hzto()? I can subtract one from the hzto in kern_time.c and sys_generic.c but wouldn't it make more sense to have hzto() return 1 less inorder to get the correct hz values for time? Or am I missing something that is real obvious? -Jim From owner-freebsd-hackers Mon Jun 5 09:49:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12269 for hackers-outgoing; Mon, 5 Jun 1995 09:49:53 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA12255 for ; Mon, 5 Jun 1995 09:49:50 -0700 Received: by haven.uniserve.com id <30733>; Mon, 5 Jun 1995 09:51:07 +0100 Date: Mon, 5 Jun 1995 09:50:55 -0700 (PDT) From: Tom Samplonius To: Joe Greco cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? In-Reply-To: <199506050955.EAA06438@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Joe Greco wrote: > Jordan, it does seem like there's something that's not quite kosher with > 2.0.5-A, and it has nothing to do with the floppies, as far as I can tell. > I now have two systems that are definitely unstable - two entirely different > types of systems, at that - and both have run earlier revisions of FreeBSD 2 > and taken heavy poundings with relative grace for over half a year now. I'd have to disagree. The 2.0.5A install seems to be very sensitive, but I have never seen it panic, or any programs core dump, during or after the install. Since the install now will install X over FTP, I installed that, and FTP'ed netscape. Still *no* crashes. Tom From owner-freebsd-hackers Mon Jun 5 09:52:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12551 for hackers-outgoing; Mon, 5 Jun 1995 09:52:51 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA12545 for ; Mon, 5 Jun 1995 09:52:50 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id LAA00974; Mon, 5 Jun 1995 11:52:36 -0500 Received: by olympus (4.1/TSS2.1) id AA05956; Mon, 5 Jun 95 11:52:39 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9506051652.AA05956@olympus> Subject: Re: [repost] latest working sound v30 release To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 5 Jun 1995 11:52:39 -0500 (CDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506040019.RAA01111@star-gate.com> from "Amancio Hasty" at Jun 3, 95 05:19:35 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 615 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > > The latest WORKING sound driver v30 is at > ftp.shell.best:/pub/hasty/sound.v30.2.tar.gz > > Perhaps someone can try it out with the xdoom and the sndserver to see > if it works. Right now, I am working on mpeg stuff and also I am very > overloaded with work. Today is my only hack day that I have available. > > Have Fun, > Amancio > Alas, it did not work for me. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Mon Jun 5 09:59:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13030 for hackers-outgoing; Mon, 5 Jun 1995 09:59:29 -0700 Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [198.64.212.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA12868 ; Mon, 5 Jun 1995 09:57:47 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id LAA25577; Mon, 5 Jun 1995 11:56:56 -0500 From: Scott Mace Message-Id: <199506051656.LAA25577@crash.ops.neosoft.com> Subject: hotjava? To: hackers@freebsd.org, ports@freebsd.org Date: Mon, 5 Jun 1995 11:56:55 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 90 Sender: hackers-owner@freebsd.org Precedence: bulk Does anyone have a port of hotjava for freebsd? If not, I'll attempt to port it. Scott From owner-freebsd-hackers Mon Jun 5 10:02:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13316 for hackers-outgoing; Mon, 5 Jun 1995 10:02:24 -0700 Received: from star-gate.com (bettina.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13307 for ; Mon, 5 Jun 1995 10:02:23 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id JAA11014; Mon, 5 Jun 1995 09:50:19 -0700 Message-Id: <199506051650.JAA11014@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: faulkner@mpd.tandem.com (Boyd Faulkner) cc: freebsd-hackers@freefall.cdrom.com Subject: Re: [repost] latest working sound v30 release In-reply-to: Your message of "Mon, 05 Jun 1995 11:52:39 CDT." <9506051652.AA05956@olympus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 1995 09:50:18 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Hi, > > > > The latest WORKING sound driver v30 is at > > ftp.shell.best:/pub/hasty/sound.v30.2.tar.gz > > > > Perhaps someone can try it out with the xdoom and the sndserver to see > > if it works. Right now, I am working on mpeg stuff and also I am very > > overloaded with work. Today is my only hack day that I have available. > > > > Have Fun, > > Amancio > > > > Alas, it did not work for me. > > Boyd Could you be more specific? Which sound card do you have. What doesn't work or which app doesn't work. If you don't get any sound, I would like to see your configuration. Does the system crash, etc... Tnks, Amancio From owner-freebsd-hackers Mon Jun 5 10:43:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16165 for hackers-outgoing; Mon, 5 Jun 1995 10:43:38 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16159 for ; Mon, 5 Jun 1995 10:43:35 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA14190; Mon, 5 Jun 1995 10:46:30 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id KAA07302; Mon, 5 Jun 1995 10:43:42 -0700 Message-Id: <199506051743.KAA07302@corbin.Root.COM> To: Joe Greco cc: hackers@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Mon, 05 Jun 95 04:55:33 CDT." <199506050955.EAA06438@brasil.moneng.mei.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 05 Jun 1995 10:43:40 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >Jordan, it does seem like there's something that's not quite kosher with >2.0.5-A, and it has nothing to do with the floppies, as far as I can tell. >I now have two systems that are definitely unstable - two entirely different >types of systems, at that - and both have run earlier revisions of FreeBSD 2 >and taken heavy poundings with relative grace for over half a year now. Considering the kind of extensive testing that I and others have been doing over the last 2 months, and the relative few changes that have been made to the kernel (especially in areas that might make a difference in the kind of problems that you're seeing), I must conclude that the problem is specific to both your configuration and the way that the installation works. I think there is some kind of quirk in the kernel gziping and/or compressed MFS that is being used in the install process that is causing the problem. I am interested in working with you and others to diagnose and fix the problem, but I have very little to go by at the moment. Any information that you can provide about your hardware and the steps you took (such as disabling or not disabling devices in userconfig, etc.), is escential. -DG From owner-freebsd-hackers Mon Jun 5 10:45:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16380 for hackers-outgoing; Mon, 5 Jun 1995 10:45:34 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16371 for ; Mon, 5 Jun 1995 10:45:30 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id NAA12347; Mon, 5 Jun 1995 13:44:21 -0400 From: Peter Dufault Message-Id: <199506051744.NAA12347@hda.com> Subject: Re: "Hardware failure" kernel message To: taob@gate.sinica.edu.tw (Brian Tao) Date: Mon, 5 Jun 1995 13:44:20 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at Jun 5, 95 11:51:23 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1101 Sender: hackers-owner@freebsd.org Precedence: bulk Brian Tao writes: > > I got this yesterday afternoon on leo, my 2.0.5A test machine: > > Jun 4 13:49:53 leo /kernel: sd0(ncr0:6:0): Deferred Error: HARDWARE FAILURE asc:87,0 A deferred error is an error that took place for a command that has already had a GOOD status returned for it. This is a particularly nasty kind of error in my opinion. The only reason I can think of for the drive to return this kind of error is that you have write cacheing on. This is coming from the Quantum drive, and not from the controller. 87 is a vendor specific additional sense code, so we can't tell what it is. If you're willing to try to get through to Quantum tech support it would be interesting to see if they can help you. You received a deferred error (sense data Error Code 0x70) with a SENSE KEY of 4 (HARDWARE ERROR), an Additional Sense Code of 0x87 (vendor-specific) and an Additional Sense Code Qualifier of 0. Peter -- 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 Mon Jun 5 11:06:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17392 for hackers-outgoing; Mon, 5 Jun 1995 11:06:09 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA17382 ; Mon, 5 Jun 1995 11:06:07 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Scott Mace cc: hackers@freebsd.org, ports@freebsd.org Subject: Re: hotjava? In-reply-to: Your message of "Mon, 05 Jun 95 11:56:55 CDT." <199506051656.LAA25577@crash.ops.neosoft.com> Date: Mon, 05 Jun 1995 11:06:07 -0700 Message-ID: <17381.802375567@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Does anyone have a port of hotjava for freebsd? If not, I'll attempt > to port it. Oh goodie! You going to do the pthreads migration too? :-) Jordan From owner-freebsd-hackers Mon Jun 5 11:07:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17555 for hackers-outgoing; Mon, 5 Jun 1995 11:07:15 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA17546 ; Mon, 5 Jun 1995 11:07:14 -0700 Message-Id: <199506051807.LAA17546@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Temptation cc: freebsd-hackers@freebsd.org Subject: Re: X In-reply-to: Your message of "Mon, 05 Jun 95 11:43:30 EDT." Date: Mon, 05 Jun 1995 11:07:13 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk > >this isn't the right place for this, but maybe someone here could tell >how to make more ptys? > >error is Xterm: no available ptys > >this is Xfree86, I have 16 open, I want 2 more alteast. cd /dev sh MAKEDEV pty0 sh MAKEDEV pty1 sh MAKEDEV pty2 sh MAKEDEV pty3 -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon Jun 5 11:21:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18281 for hackers-outgoing; Mon, 5 Jun 1995 11:21:08 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18273 for ; Mon, 5 Jun 1995 11:21:04 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.11/8.6.9) id OAA07832; Mon, 5 Jun 1995 14:17:06 -0400 Date: Mon, 5 Jun 1995 14:17:04 -0400 (EDT) From: "Alok K. Dhir" To: Bob Willcox cc: Satoshi Asami , rgrimes@gndrsh.aac.dev.com, mdomsch@dellgate.us.dell.com, freebsd-hackers@freebsd.org Subject: Re: NCR810 problem? In-Reply-To: <199506041700.MAA05079@luke.pmr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Bob Willcox wrote: > Satoshi Asami wrote: > > > > * > > > assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5235 > > * > > > assertion "cp" failed: file "../../pci/ncr.c", line 5236 > > * > > > ncr0 targ0?: ERROR (80:100) (e-ab-2) (8/13) @ (10d4:e000000). > > * > > > reg: da 10 0 13 47 8 0 1f 0 e 80 ab 80 0 3 0. > > * > > > ncr0: restart (fatal error). > > * > > > ncr0: reset by timeout. > > * > > > sd0: error reading primary partition table from fsbn 0 (sd0 bn 0; cn 0 > > * > > > tn 0 sn 0) > > > > Just another datapoint, I am seeing this from time to time on my > > -current system too. NCR 53C825, with Quantam Atlas 2.1GB as the lone > > SCSI device, SiS chipset, Pentium-90. The only other device on PCI > > bus is video card (#9 GXE64 Pro). > > > > It's not predictable though, my guess is that it happens about 1/3 of > > the time. If the boot gets through the fsck stage, it will run fine > > for days. Otherwise, it will spew a river of errors and I need to > > open the lid and press the reset button. It always succeeds after the > > reset (or so it seems, I don't remember having to reset twice in a > > row). > > I have seen many of these messages here on a system that I just > upgraded to 2.0.5 and a Pentium-100 (I placed a copy of one > representative example at the end of this note). Previously, under > 1.1.5.1 using 3 BusLogic BT-747S controllers and 486DX4/100, all > 15 of disk drives were happy...system would run for weeks w/o > incident and I had *no* disk problems. Now, with the current > configuration: I too, am seeing the 1 boot out of 3 freaks out problem with the exact same symptoms as the above couple of messages. This box (Asus SP3G, 486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot. Now (2.0.5ish) freaks one out of three times with the NCR probing errors and then the river of errors. Can fix it by hitting reset 9 times out of 10. Another strangeness of the new OS version: We're running named (and had been under 1.1.5.1 also). Ever since upgrading, we get several "Lame delegation to..." messages in syslog every day. Here's what they look like: [...] Jun 5 09:39:58 bigdipper named[103]: Lame delegation to 'in-addr.arpa' from [198.17.243.2] (server for '1.156.204.in-addr.arpa'?) on query on name '1.1.156.204.in-addr.arpa' Jun 5 09:40:02 bigdipper named[103]: Lame delegation to '1.156.204.in-addr.arpa' from [168.143.0.2] (server for '1.156.204.in-addr.arpa'?) on query on name '1.1.156.204.in-addr.arpa' [...] Do I have anything to worry about with these or are they normal? Thanks! Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Mon Jun 5 11:21:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18367 for hackers-outgoing; Mon, 5 Jun 1995 11:21:37 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18360 for ; Mon, 5 Jun 1995 11:21:33 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id OAA21359; Mon, 5 Jun 1995 14:19:38 -0400 Date: Mon, 5 Jun 1995 14:19:38 -0400 From: Temptation Subject: Top To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I seen some people talking (err typing) about Top here, and problems with it not reporting correctly, are there commands to see memfree that work? and also swapfile %. I have 256megs, and 25 meg swap, and I'm getting /Kernel: swap_pager: out of space ( yes the Kernel is set up for the memory, and /var/log/messages picks up the memory correctly with no errors) Top says I'm using 100% swap, and only 24megs. If it is using the swap space, is there a way to force to use the ram before the swap? thanks for all replys to my X pty problem, I can open 256, if can I solve the memory problem :) From owner-freebsd-hackers Mon Jun 5 11:26:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18796 for hackers-outgoing; Mon, 5 Jun 1995 11:26:43 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18788 for ; Mon, 5 Jun 1995 11:26:42 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id LAA03314; Mon, 5 Jun 1995 11:26:39 -0700 Date: Mon, 5 Jun 1995 11:26:38 -0700 (PDT) From: Howard Lew To: Eric Chet cc: hackers@freebsd.org Subject: Re: latest boot.flp In-Reply-To: <199506051554.LAA04686@bronze.coil.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Eric Chet wrote: > > Hello > I just downloaded the latest boot.flp. It seems there are still > a few problems. > > UPDATE: mon jun 5 04:13:42 PDT 1995 <- from README file > > 1) I select NONE for bootcode, it still overwrites the OS/2 bootmanager > boot code. > I had a similar problem here when the 2.05A install did a clean wipe of the On Track Disk Manager DOS bootcode for a wd0 even though I was installing on wd1. From owner-freebsd-hackers Mon Jun 5 11:33:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19332 for hackers-outgoing; Mon, 5 Jun 1995 11:33:40 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19321 for ; Mon, 5 Jun 1995 11:33:38 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id LAA14274; Mon, 5 Jun 1995 11:36:36 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id LAA07346; Mon, 5 Jun 1995 11:33:48 -0700 Message-Id: <199506051833.LAA07346@corbin.Root.COM> To: Temptation cc: freebsd-hackers@freebsd.org Subject: Re: Top In-reply-to: Your message of "Mon, 05 Jun 95 14:19:38 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 05 Jun 1995 11:33:47 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >I seen some people talking (err typing) about Top here, and problems with >it not reporting correctly, are there commands to see memfree that work? >and also swapfile %. I have 256megs, and 25 meg swap, and I'm getting >/Kernel: swap_pager: out of space >( yes the Kernel is set up for the memory, and /var/log/messages picks up >the memory correctly with no errors) >Top says I'm using 100% swap, and only 24megs. 'pstat -s' will give you current swap usage information. I suspect that your swap partition isn't in /etc/fstab correctly and thus have no swap at all. With the merged VM/buffer cache, the system can periodically page out a page or two (but generally rare). If it tried to page just one page without swap, this would be obviously deadly. Free memory can be seen with 'vmstat -s'. The "free" plus "VM cache" pages are the total amount of 'free' memory. The system will try to use all of this otherwise unused memory for file caching. >If it is using the swap space, is there a way to force to use the ram >before the swap? It generally already does that. -DG From owner-freebsd-hackers Mon Jun 5 11:44:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20096 for hackers-outgoing; Mon, 5 Jun 1995 11:44:25 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA20080 for ; Mon, 5 Jun 1995 11:44:10 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id OAA21426; Mon, 5 Jun 1995 14:41:44 -0400 Date: Mon, 5 Jun 1995 14:41:44 -0400 From: Temptation Subject: Re: NCR810 problem? To: "Alok K. Dhir" cc: Bob Willcox , Satoshi Asami , rgrimes@gndrsh.aac.dev.com, mdomsch@dellgate.us.dell.com, freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Alok K. Dhir wrote: > On Sun, 4 Jun 1995, Bob Willcox wrote: > > > Satoshi Asami wrote: > > > > > > * > > > assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5235 > > > * > > > assertion "cp" failed: file "../../pci/ncr.c", line 5236 > > > * > > > ncr0 targ0?: ERROR (80:100) (e-ab-2) (8/13) @ (10d4:e000000). > > > * > > > reg: da 10 0 13 47 8 0 1f 0 e 80 ab 80 0 3 0. > > > * > > > ncr0: restart (fatal error). > > > * > > > ncr0: reset by timeout. > > > * > > > sd0: error reading primary partition table from fsbn 0 (sd0 bn 0; cn 0 > > > * > > > tn 0 sn 0) > > > > > > Just another datapoint, I am seeing this from time to time on my > > > -current system too. NCR 53C825, with Quantam Atlas 2.1GB as the lone > > > SCSI device, SiS chipset, Pentium-90. The only other device on PCI > > > bus is video card (#9 GXE64 Pro). > > > > > > It's not predictable though, my guess is that it happens about 1/3 of > > > the time. If the boot gets through the fsck stage, it will run fine > > > for days. Otherwise, it will spew a river of errors and I need to > > > open the lid and press the reset button. It always succeeds after the > > > reset (or so it seems, I don't remember having to reset twice in a > > > row). > > > > I have seen many of these messages here on a system that I just > > upgraded to 2.0.5 and a Pentium-100 (I placed a copy of one > > representative example at the end of this note). Previously, under > > 1.1.5.1 using 3 BusLogic BT-747S controllers and 486DX4/100, all > > 15 of disk drives were happy...system would run for weeks w/o > > incident and I had *no* disk problems. Now, with the current > > configuration: > > I too, am seeing the 1 boot out of 3 freaks out problem with the exact > same symptoms as the above couple of messages. This box (Asus SP3G, > 486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 > DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot. > Now (2.0.5ish) freaks one out of three times with the NCR probing errors > and then the river of errors. Can fix it by hitting reset 9 times out of 10. > Same motherboard, Asus (whatever) 486-66, NCR PCI, 2940, smc pci, Seagate, Dat (on or off doesn't matter) reboots sometimes, Most of the not. Unmount correctly, but the screen goes black, and sits there, Install program, Umounts, but sits there. but then out of the blue it'll reboot correctly. Also *NO* disk problems. Nor any problems with anything else, NT/WIN95/WARP/LINUX/SCO/UNIXWARE/DOS. From owner-freebsd-hackers Mon Jun 5 11:44:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20203 for hackers-outgoing; Mon, 5 Jun 1995 11:44:53 -0700 Received: from netcom19.netcom.com (cove@netcom19.netcom.com [192.100.81.132]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA20197 for ; Mon, 5 Jun 1995 11:44:52 -0700 Received: by netcom19.netcom.com (8.6.12/Netcom) id LAA26232; Mon, 5 Jun 1995 11:43:45 -0700 From: cove@netcom.com (Cove Schneider) Message-Id: <199506051843.LAA26232@netcom19.netcom.com> Subject: Re: hotjava? To: smace@crash.ops.neosoft.com Date: Mon, 5 Jun 1995 11:43:45 -0700 (PDT) Cc: freebsd-hackers@freebsd.org (Cove Schneider) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 211 Sender: hackers-owner@freebsd.org Precedence: bulk Check out: http://java.sun.com/ There's a port for Linux under way, so I'd imagine that there might be a FreeBSD one too.. -- Cove Schneider cove@netcom.com From owner-freebsd-hackers Mon Jun 5 12:00:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21250 for hackers-outgoing; Mon, 5 Jun 1995 12:00:52 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA21239 ; Mon, 5 Jun 1995 12:00:51 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Howard Lew cc: Eric Chet , hackers@freebsd.org Subject: Re: latest boot.flp In-reply-to: Your message of "Mon, 05 Jun 95 11:26:38 PDT." Date: Mon, 05 Jun 1995 12:00:51 -0700 Message-ID: <21238.802378851@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I had a similar problem here when the 2.05A install did a clean wipe of the > On Track Disk Manager DOS bootcode for a wd0 even though I was installing on > wd1. Well, I can't comment on your On Track lossage, but just to point out that the boot manager has no choice but to go on wd0. If you want to boot-redirect to wd1, then it has to be there! Jordan From owner-freebsd-hackers Mon Jun 5 12:03:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21479 for hackers-outgoing; Mon, 5 Jun 1995 12:03:48 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA21457 for ; Mon, 5 Jun 1995 12:03:39 -0700 Received: (from didier@localhost) by aida.remcomp.fr (8.6.9/8.6.9) id QAA00730; Sun, 4 Jun 1995 16:53:08 +0200 From: Didier Derny Message-Id: <199506041453.QAA00730@aida.remcomp.fr> Subject: Re: DES, eBones and crypt availble for non-US! To: eay@mincom.oz.au (Eric Young) Date: Sun, 4 Jun 1995 16:53:08 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Eric Young" at Jun 4, 95 10:35:40 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: 1219 Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 4 Jun 1995, Mark Murray wrote: > 1) I am trying to find pointers to the official legal status of crypto > code in various countries. I know that the USA/Canada considers this > to be a munition, so exporting it illegally is like gun running. > I heard a rumour that Australia was the same. I also heard something > about this code being illegal for possession in France. Any comments/ > pointers? I in France crypto code is considered as war weapons. Nevertheless it is possible to sell security program using cripto code after a declaration to the ministry of defence. The source codes and algorithms are needed. It may take month to get the agreement. I think that the software sold by one of the compagnies of my boss is based on DES. The use of PGP is still illegal. I've found the DES packages for FreeBSD on the ftp site of a French university. I got it but I'm not sure if I can really use this code or even if it was normal to find it on the ftp site of a French University. ---------------------------------------------------------------------------- Didier Derny didier@aida.remcomp.fr ---------------------------------------------------------------------------- From owner-freebsd-hackers Mon Jun 5 12:10:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21955 for hackers-outgoing; Mon, 5 Jun 1995 12:10:17 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21949 for ; Mon, 5 Jun 1995 12:10:15 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA22511; Mon, 5 Jun 1995 12:10:12 -0700 From: Poul-Henning Kamp Message-Id: <199506051910.MAA22511@ref.tfs.com> Subject: Re: latest boot.flp To: hlew@genome.Stanford.EDU (Howard Lew) Date: Mon, 5 Jun 1995 12:10:12 -0700 (PDT) Cc: echet@coil.com, hackers@freebsd.org In-Reply-To: from "Howard Lew" at Jun 5, 95 11:26:38 am Content-Type: text Content-Length: 648 Sender: hackers-owner@freebsd.org Precedence: bulk > > 1) I select NONE for bootcode, it still overwrites the OS/2 bootmanager > > boot code. > > > > I had a similar problem here when the 2.05A install did a clean wipe of the > On Track Disk Manager DOS bootcode for a wd0 even though I was installing on > wd1. This is bad. Did it see the On Track at all ? (either boot -v, or look for offset -63 in the partition screen). -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 12:14:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22227 for hackers-outgoing; Mon, 5 Jun 1995 12:14:08 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA22218 ; Mon, 5 Jun 1995 12:14:07 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA22537; Mon, 5 Jun 1995 12:14:06 -0700 From: Poul-Henning Kamp Message-Id: <199506051914.MAA22537@ref.tfs.com> Subject: Re: latest boot.flp To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 Jun 1995 12:14:06 -0700 (PDT) Cc: hlew@genome.stanford.edu, echet@coil.com, hackers@freebsd.org In-Reply-To: <21238.802378851@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 95 12:00:51 pm Content-Type: text Content-Length: 737 Sender: hackers-owner@freebsd.org Precedence: bulk > > I had a similar problem here when the 2.05A install did a clean wipe of the > > On Track Disk Manager DOS bootcode for a wd0 even though I was installing on > > wd1. > > Well, I can't comment on your On Track lossage, but just to point out > that the boot manager has no choice but to go on wd0. If you want > to boot-redirect to wd1, then it has to be there! Yes, but we have to detect Ontrack to stick it the right place. What version of Ontrack was this ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 12:15:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22428 for hackers-outgoing; Mon, 5 Jun 1995 12:15:57 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA22422 for ; Mon, 5 Jun 1995 12:15:56 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA22567; Mon, 5 Jun 1995 12:15:28 -0700 From: Poul-Henning Kamp Message-Id: <199506051915.MAA22567@ref.tfs.com> Subject: Re: NCR810 problem? To: adhir@iagi.net (Alok K. Dhir) Date: Mon, 5 Jun 1995 12:15:28 -0700 (PDT) Cc: bob@luke.pmr.com, asami@cs.berkeley.edu, rgrimes@gndrsh.aac.dev.com, mdomsch@dellgate.us.dell.com, freebsd-hackers@freebsd.org In-Reply-To: from "Alok K. Dhir" at Jun 5, 95 02:17:04 pm Content-Type: text Content-Length: 646 Sender: hackers-owner@freebsd.org Precedence: bulk > Another strangeness of the new OS version: We're running named (and had > been under 1.1.5.1 also). Ever since upgrading, we get several "Lame > delegation to..." messages in syslog every day. Here's what they look > like: This is the new named telling you that some bozo out there screwed up their domain records. Ignore it, unless a domain you care about shows up. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 12:27:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23025 for hackers-outgoing; Mon, 5 Jun 1995 12:27:41 -0700 Received: from seraph.uunet.ca (uunet.ca [142.77.1.254]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23018 for ; Mon, 5 Jun 1995 12:27:39 -0700 Received: from datads by mail.uunet.ca with UUCP id <173841-8>; Mon, 5 Jun 1995 15:29:23 -0400 Subject: Re: I call it the "NT sniper bug". To: hackers@freebsd.org Date: Mon, 5 Jun 1995 14:35:07 -0400 From: Randall Becker In-Reply-To: <199506041413.OAA00764@fathergoose.net6c.io.org>; from "Ken Wong" at Jun 4, 95 10:13 am X-Mailer: ELM [version 2.3 PL11] Message-ID: <9506051435.aa19776@vulcan.datadesign.com> Sender: hackers-owner@freebsd.org Precedence: bulk It sounds to me like the problem is at a really really low level in the NT TCP/IP stack where packets not destined for the NT are somehow being passed (i.e. the destination MAC address is being ignored and all packets are being processed by the NT stack). As the packets are passed up the stack, they will be recognized as not being for the NT's IP address. The routing table will be consulted (as it would for, say, the loop-back), and since the NT is not acting as a router (i.e., no appropriate routing table entries), the message will generate the experienced ICMP host unreachable messages. Hope this helps, Regards, Randy > From owner-freebsd-hackers@freefall.cdrom.com Sat Jun 3 23:39:56 1995 > Message-Id: > From: julian@TFS.COM (Julian Elischer) > Subject: I call it the "NT sniper bug". (fwd) > To: hackers@freebsd.org > Date: Thu, 1 Jun 1995 17:35:37 -0700 (PDT) > X-Mailer: ELM [version 2.4 PL23] > Content-Type: text > Content-Length: 3856 > Sender: hackers-owner@freebsd.org > Precedence: bulk > > Just say no.. > I'm sure we might all bare this one in mind > > I bet we'll hear about it sometime > > > > > > Date: Mon, 29 May 1995 15:05:06 -0400 > > Forwarded-by: bostic@CS.Berkeley.EDU (Keith Bostic) > > Subject: I call it the "NT sniper bug". > > > > Forwarded-by: matthew green > > Forwarded-by: Richard Michael Todd > > Forwarded-by: randy@ux1.cso.uiuc.edu (Randall E. Cotton) > > > > langner@seufert.de (Ernst Langner) writes: > > > > > In our network I've sometimes seen the ICMP Message "host unreachable". > > > It was generated by a PC running Windows NT 3.5. There was trafic between > > > two stations e.g. two sun workstations. The NT PC sends the ICMP message > > > to one of the sun stations unmotivated. Such messages are normaly > > > generated by gateways, I can't find any reason for a station in a LAN > > > environment to generate such a message. It seems to be a bug. The sun > > > workstation ignores this ICMP message. But we are using some X terminals > > > too. They believe what the message says and break down a session. > > > > YES, YES, YES! > > > > I just recently saw this here at University of Illinois, Urbana/Champaign. > > I call it the "NT sniper bug". A UNIX software distribution process > > between subnets in different buildings was consistently and inexplicably > > failing at what appeared to be random times. Analysis of the traffic > > (Network General Sniffer) showed the cut connections were due to an ICMP > > type 3 (Destination Unreachable) code 1 (Host Unreachable) packet. > > According to the ICMP spec (RFC792), such packets may only be sent from > > routers. I assumed the source was indeed a router and perhaps there was > > a problem with the network in the other building. When I learned it was > > a PC, I was intrigued to say the least. > > > > After travelling to the other building, tracking down the offending > > machine and seeing that all it was running was NT, I didn't even > > believe my eyes at first ("gotta be an IP address conflict", I said to > > myself, "something else has got to be the culprit"). But thorough > > testing (again, with a Sniffer) prooved it beyond any doubt... > > > > Every once in a while at what appeared to be random intervals, this > > machine was choosing an apparently arbitrary IP packet on the Ethernet > > (regardless of its addressed destination) and generating an ICMP host > > unreachable error packet to its source, dutifully including the first > > portion of the victim packet. > > > > This bug is truly subtle and insidious. It's as if NT, disguised as an > > innocent user-friendly operating system, is surreptitiously playing > > "network sniper", firing off single-packet shots that can trash > > arbitrary TCP connections present on or passing through the immediately > > attached net. I bet most people that have it don't even know it. > > > > By the way, the reason why it must be a bug is threefold: > > > > First of all, NT shouldn't even be *aware* of traffic that isn't > > addressed to it. > my own theory is that the host being shot at is brave enough to > have sent out a 'arp request' as it's own arp table entry > for the other machine had just timed out... [JRE] > hmm wonder if uSoft want to make all other machines appear unreliable :) > > > Secondly, any such packet that errantly makes it to > > NT's TCP/IP stack *should* be ignored by that stack. Thirdly, an NT > > workstation, not being a router, absolutely should never send an ICMP > > host unreachable packet. Pretty hoarked, if you ask me. > > > > If anyone else has seen this behavior, please send me e-mail, or better > > yet, reply to the group - it may be of wide interest. I'd like to band > > together, if possible, to figure out a solution - dealing with MS Tech > > Support on this is not exactly high on my list of strategies. > > > > Randall Cotton > > Network Analyst > > University of Illinois > > Network Administrator Support > > > > -- ---------------------------------------------------------------------------- Randall Becker Voice: (905) 677-6666 Data Design Systems Inc. EMail: becker@datadesign.com From owner-freebsd-hackers Mon Jun 5 12:30:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23274 for hackers-outgoing; Mon, 5 Jun 1995 12:30:41 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23267 for ; Mon, 5 Jun 1995 12:30:40 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id MAA03656; Mon, 5 Jun 1995 12:30:30 -0700 Date: Mon, 5 Jun 1995 12:30:29 -0700 (PDT) From: Howard Lew To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: latest boot.flp In-Reply-To: <199506051910.MAA22511@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Poul-Henning Kamp wrote: > > > 1) I select NONE for bootcode, it still overwrites the OS/2 bootmanager > > > boot code. > > > > > > > I had a similar problem here when the 2.05A install did a clean wipe of the > > On Track Disk Manager DOS bootcode for a wd0 even though I was installing on > > wd1. > > This is bad. > > Did it see the On Track at all ? (either boot -v, or look for offset -63 > in the partition screen). Yes, at boot up it did see the On Track DM (a very quick message). I think in the SNAPs, the boot code used to place itself first, and retain the rest of the boot sequence. But this time it didn't. Is there any chance we will have the option to copy an image of the original bootcode to a floppy and have the opportunity to undo the boot stuff if our DOS partition becomes unbootable after installing the boot manager? From owner-freebsd-hackers Mon Jun 5 12:31:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23411 for hackers-outgoing; Mon, 5 Jun 1995 12:31:28 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23404 for ; Mon, 5 Jun 1995 12:31:26 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA07820; Mon, 5 Jun 1995 14:30:42 -0500 From: Joe Greco Message-Id: <199506051930.OAA07820@brasil.moneng.mei.com> Subject: Re: 2.0.5-A: Very disheartening? To: davidg@root.com Date: Mon, 5 Jun 1995 14:30:41 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199506051743.KAA07302@corbin.Root.COM> from "David Greenman" at Jun 5, 95 10:43:40 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > Considering the kind of extensive testing that I and others have been doing > over the last 2 months, and the relative few changes that have been made to > the kernel (especially in areas that might make a difference in the kind of > problems that you're seeing), I must conclude that the problem is specific to > both your configuration and the way that the installation works. I think there > is some kind of quirk in the kernel gziping and/or compressed MFS that is > being used in the install process that is causing the problem. > I am interested in working with you and others to diagnose and fix the > problem, but I have very little to go by at the moment. Any information that > you can provide about your hardware and the steps you took (such as disabling > or not disabling devices in userconfig, etc.), is escential. Going back to the message I just sent a few minutes ago: Well it turns out the test program I hurriedly grabbed was actually meant to test something somewhat different under Solaris. But it seems to me that a compile should not crash a box? Even if the program is sadistic. :-) I dropped a hard disk in and proceeded to get: wye /kernel: vnode_pager_output: attempt to write meta-data!!! -- 0xfffe9000(ff) and an understandably long period of thrashing while it compiled the attached 1500 bytes of code :-) Next I mounted the NFS /root and did the compile.. no prob /tmp and /var/tmp.. no prob /usr... no prob and it looks like just about the only thing it's doing locally is... swap. HMMMM! Well, that is fascinating. It suggests an experiment that I will try in a bit... ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Software Engineer, UNIX/Network Hacker, Etc. 414/362-3617 Marquette Electronics, Inc. - R&D - Milwaukee, WI jgreco@mei.com #include #include #include #include #define MEGABYTES 16 #define BYTES MEGABYTES * 1024 * 1024 / sizeof(int) static int array[MEGABYTES * 1024 * 1024 / sizeof(int) + 8192] = { 0 }; int tweak = 0; void flipThroughPages(char *addr, unsigned long bytes) { register int pagesize = 4096; register int pages = bytes / pagesize; register char x; if (tweak & 1) { pagesize = 256; } while (pages--) { *addr = 0x01; addr += pagesize; } } int inCorePages(char *addr, unsigned long bytes, char *tag) { int i, incore = 0; register int pagesize = 4096; register int pages = bytes / pagesize; char *x; if (! (x = (char *)malloc(pages + 1))) { fprintf(stderr, "out of memory in inCorePages?\n"); return(-1); } if (mincore((caddr_t) addr, (size_t) bytes, x) < 0) { perror("mincore"); free((char *)x); return(-1); } for (i = 0; i < pages; i++) { incore += *(x + i) & 0x01; } free((char *)x); printf("%s: inCorePages: %d of %d\n", tag, incore, pages); return(0); } int main(int argc, char *argv[]) { char *ptr; int pagesize = 4096; if (argc == 2) { tweak = atoi(argv[1]); } /* page align the array */ ptr = (char *)((((int)array / pagesize) + 1) * pagesize); inCorePages((char *)ptr, BYTES, "before running"); flipThroughPages((char *)ptr, BYTES); inCorePages((char *)ptr, BYTES, "after flip"); while (1) { sleep(60); inCorePages((char *)ptr, BYTES, "after flip and sleep"); } } From owner-freebsd-hackers Mon Jun 5 12:34:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23581 for hackers-outgoing; Mon, 5 Jun 1995 12:34:02 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23575 for ; Mon, 5 Jun 1995 12:34:01 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA22699; Mon, 5 Jun 1995 12:34:00 -0700 From: Poul-Henning Kamp Message-Id: <199506051934.MAA22699@ref.tfs.com> Subject: Re: latest boot.flp To: hlew@genome.Stanford.EDU (Howard Lew) Date: Mon, 5 Jun 1995 12:34:00 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: from "Howard Lew" at Jun 5, 95 12:30:29 pm Content-Type: text Content-Length: 671 Sender: hackers-owner@freebsd.org Precedence: bulk > > Did it see the On Track at all ? (either boot -v, or look for offset -63 > > in the partition screen). > > Yes, at boot up it did see the On Track DM (a very quick message). > Could I get you to boot the boot.flp again, and then at the partition screen hit 'W' which will send you into wizard mode. Then email me a copy of the stuff and press 'q' for each disk to get back into civilized areas. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 13:02:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26158 for hackers-outgoing; Mon, 5 Jun 1995 13:02:50 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA26130 for ; Mon, 5 Jun 1995 13:02:44 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA02255 ; Mon, 5 Jun 95 16:02:42 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sIfHn-0006SmC; Mon, 5 Jun 95 12:45 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: latest install adventures To: freebsd-hackers@freebsd.org (FreeBSD Hackers) Date: Mon, 5 Jun 1995 12:45:55 -0400 (EDT) Cc: jkh@freefall.cdrom.com X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3759 Sender: hackers-owner@freebsd.org Precedence: bulk from boot.flp retrieved from freefall 7AM Eastern time: installing onto *wd1* from a dos partition on *wd0* ... some of my problems went away ... I can install after telling it not to diddle with the MBR, but it marks the BSD partition bootable and unsets the OS/2 BM unbootable... again, BSD is going onto wd1 and BM is on wd0 ... should install not do *anything* to wd0 ??? I don't care what it does to it's own slice but it should not assume anything else about any other slice *or* disk, yes? * first run - installing only bin - while "Information dialog - Making devices" is displayed, I switch windows and the keyboard locks up requiring a hard reset. * second run - installing only bin goes fine - back to (D)istribution to install manpages and upon successful completion it attempts to make /dev again - "Unable to move all old devs back. Hmmm!" - on alt F2 "mv: rename /tmp/dev/* to /dev/*: No such file or directory" - then switching from the F4 shell (to see that /dev/* is there) locks the keyboard again. Booting dos/floppy to make BM active so that I can boot (still getting "PRESS A KEY TO REBOOT" after any encounter with install ... I do not know what it was doing before to cause dos fdisk (from a hard disk boot - not from a floppy boot) to crash or what happened to fix that problem but it works today. * third run - installing only bin goes fine - back to (D)istribution to install manpages and upon successful completion it attempts to make /dev again - "Unable to move all old devs back. Hmmm!" - on alt F2 "mv: rename /tmp/dev/* to /dev/*: No such file or directory" - then switching from the F4 shell (to see that /dev/* is there) locks the keyboard again. After booting dos/floppy to make BM active so that I can boot (still getting "PRESS A KEY TO REBOOT" after any encounter with install ... BM give me a FreeBSD option ... and it boots. * fourth run - installing only bin goes fine - back to (D)istribution to install manpages, compat20, dict (works this time!) and info, and upon successful completion it attempts to make /dev again - same as before - then, switching windows again locks up the keyboard - dos floppy / BM / routine to get BSD to boot - run /stand/sysinstall - install some other dist (I forgot to write it down) - trys to make /devs again - without even asking me about it I discover that a mount point is created and my cdrom is mounted, not that packages are on it but yesterday attempting to install packages began and ended with the system informing me that it could not find cdrom even though I was installing from a dos partition on another drive... - now I can install packages !!! exiting the package screen and the blue background is now black with each change of menu further not-clearing the now really confused-looking background - but it works - adduser works but it will not accept a yes answer for "invite user to other groups" question - back to install packages from a different directory and I switch to another screen to check disk space and yes, the keyboard locked up again. one minor cosmetic observation ... in the "progress" windows, shouldn't the white lines in the upper right corner extend into the corner and down the right side slightly to indicate a proper (from a physics perspective) looking shadow? yea, I am a physicist. :) everything improved for me on this floppy set (actually it never asks for the root floppy now) EXCEPT the locking up the keyboard part ... both during install and after while running systinstall. I would gladly take back some of the old problems if my keyboard did not lock up. :) I may have time for one more iteration, but I am going out of town for a 5 day weekend starting tomorrow PM. Thanks guys! -- Jan Isley jan@bagend.atl.ga.us From owner-freebsd-hackers Mon Jun 5 13:02:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26193 for hackers-outgoing; Mon, 5 Jun 1995 13:02:56 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA26149 for ; Mon, 5 Jun 1995 13:02:49 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA02259 ; Mon, 5 Jun 95 16:02:43 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sIfXn-0006SmC; Mon, 5 Jun 95 13:02 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: Re: New "release candidate floppies" available To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 5 Jun 1995 13:02:27 -0400 (EDT) Cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: <199506050250.TAA19251@ref.tfs.com> from "Poul-Henning Kamp" at Jun 4, 95 07:50:04 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: 1075 Sender: hackers-owner@freebsd.org Precedence: bulk Poul-Henning Kamp wrote: > > > This floppy set does not crash when I request no MBR writing. > > > However, it has done something stranger still. Upon rebooting > > > after the install, I do not get the OS/2 BM screen, I get a > > > cleared screen and then "Strike a key to reboot". To recover > > > > Hmmm. To be honest, I'm not sure what happens in that case! I would > > have thought that libdisk would have left the MBR boot area completely > > untouched, but evidently not! I only call Set_Boot_Mgr() if I want to > Hmm, In that case it will set the FreeBSD slice active, since we have > no other way to get freebsd booted afterwards... I am installing FreeBSD on wd1 and it indeed makes that slice active, but it should not touch wd0. OS/2 BM is on wd0 and after an encounter with FreeBSD sysinstall, there are no partitions marked active on wd0. > Could you go into the (undocumented) 'W'izard mode and email me the > output ? you mean type -w at the floppy boot prompt? sure? which output so I know what to look for? -- Jan Isley jan@bagend.atl.ga.us From owner-freebsd-hackers Mon Jun 5 13:02:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26194 for hackers-outgoing; Mon, 5 Jun 1995 13:02:57 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA26150 for ; Mon, 5 Jun 1995 13:02:49 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA02263 ; Mon, 5 Jun 95 16:02:45 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sIfdj-0006SmC; Mon, 5 Jun 95 13:08 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: Re: More thoughts on the installer To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 5 Jun 1995 13:08:34 -0400 (EDT) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199506050418.VAA19935@ref.tfs.com> from "Poul-Henning Kamp" at Jun 4, 95 09:18:54 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: 975 Sender: hackers-owner@freebsd.org Precedence: bulk Poul-Henning Kamp wrote: > X means "couldn't assign a name" which means that you're all out of > partitions. You can have seven per slice: [abd-h] I could not find the number 7 documented but that could just be me. :) I encountered /dev/X when trying to get FreeBSD installed on a disk that has 2099 cylinders. I am using OS/2 Boot Manager with a DOS and an OS/2 partition. This leaves about 50 mb below the 1024 cylinder limit ... as OS/2 BM requires a partition to be completely within the 1024 cylinder limit to add said partition to the boot menu. So, I made a small BSD partition then another one for the rest of the disk. BSD recognized the small partition but /dev/X'd the other one... that is with a 1mb primary partition for Boot Manager, a 320mb primary DOS partition, a 128mb extended OS/2 partition ... then BSD. This is a different limitation than the one you describe? *Can* I have more than one slice per disk now? -- Jan Isley jan@bagend.atl.ga.us From owner-freebsd-hackers Mon Jun 5 13:05:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26871 for hackers-outgoing; Mon, 5 Jun 1995 13:05:45 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA26830 for ; Mon, 5 Jun 1995 13:05:33 -0700 Message-Id: <199506052005.NAA26830@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA03968; Mon, 5 Jun 1995 16:05:24 -0400 From: Charles Henrich Subject: 2.0.5A Installation comments To: freebsd-hackers@freebsd.org Date: Mon, 5 Jun 1995 16:05:23 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 403 Sender: hackers-owner@freebsd.org Precedence: bulk Just did it yet again, this time it said it couldnt find bin.ch, then proceeded on to making devices. For the timezone setup, it would probably be better to ask the user the timezone information, install that, then ask the current time, and set the CMOS to that... -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Mon Jun 5 13:16:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28515 for hackers-outgoing; Mon, 5 Jun 1995 13:16:17 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA28493 ; Mon, 5 Jun 1995 13:16:09 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: jan@bagend.atl.ga.us (Jan Isley) cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) Subject: Re: latest install adventures In-reply-to: Your message of "Mon, 05 Jun 95 12:45:55 EDT." Date: Mon, 05 Jun 1995 13:16:07 -0700 Message-ID: <28488.802383367@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > unsets the OS/2 BM unbootable... again, BSD is going onto wd1 and > BM is on wd0 ... should install not do *anything* to wd0 ??? I Yes, it has to. PC BIOSs don't traditionally boot anything but drive 0, and BootEasy (the FreeBSD boot manager) acts like a "boot redirector" that lets you boot off the second drive. > * second run - installing only bin goes fine - back to (D)istribution > to install manpages and upon successful completion it attempts to make > /dev again - "Unable to move all old devs back. Hmmm!" - on alt F2 Fixed - this is entirely rearchitected now. > I may have time for one more iteration, but I am going out of > town for a 5 day weekend starting tomorrow PM. Thanks guys! Thanks - we're working on a number of fronts here to close the last of these off! Jordan From owner-freebsd-hackers Mon Jun 5 13:16:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28559 for hackers-outgoing; Mon, 5 Jun 1995 13:16:28 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28536 ; Mon, 5 Jun 1995 13:16:23 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA22855; Mon, 5 Jun 1995 13:16:19 -0700 From: Poul-Henning Kamp Message-Id: <199506052016.NAA22855@ref.tfs.com> Subject: Re: latest install adventures To: jan@bagend.atl.ga.us (Jan Isley) Date: Mon, 5 Jun 1995 13:16:19 -0700 (PDT) Cc: freebsd-hackers@freebsd.org, jkh@freefall.cdrom.com In-Reply-To: from "Jan Isley" at Jun 5, 95 12:45:55 pm Content-Type: text Content-Length: 816 Sender: hackers-owner@freebsd.org Precedence: bulk > installing onto *wd1* from a dos partition on *wd0* ... some of > my problems went away ... I can install after telling it not to > diddle with the MBR, but it marks the BSD partition bootable and > unsets the OS/2 BM unbootable... again, BSD is going onto wd1 and > BM is on wd0 ... should install not do *anything* to wd0 ??? I > don't care what it does to it's own slice but it should not assume > anything else about any other slice *or* disk, yes? So you DO have a FreeBSD slice on the wd0 ? Try to mark the OS/2 partition active on wd0. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 13:18:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28883 for hackers-outgoing; Mon, 5 Jun 1995 13:18:05 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28861 for ; Mon, 5 Jun 1995 13:18:00 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA22879; Mon, 5 Jun 1995 13:17:55 -0700 From: Poul-Henning Kamp Message-Id: <199506052017.NAA22879@ref.tfs.com> Subject: Re: More thoughts on the installer To: jan@bagend.atl.ga.us (Jan Isley) Date: Mon, 5 Jun 1995 13:17:55 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Jan Isley" at Jun 5, 95 01:08:34 pm Content-Type: text Content-Length: 447 Sender: hackers-owner@freebsd.org Precedence: bulk > different limitation than the one you describe? *Can* I have more than > one slice per disk now? yes. Let me see the "wizard output" and I'll try to find out what's going on. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 13:21:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29424 for hackers-outgoing; Mon, 5 Jun 1995 13:21:04 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA29398 ; Mon, 5 Jun 1995 13:20:54 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Michael Smith cc: hackers@freebsd.org Subject: Re: "release candidates" floppies, quick comment. In-reply-to: Your message of "Mon, 05 Jun 95 22:22:22 +0930." <199506051252.WAA04014@genesis.atrad.adelaide.edu.au> Date: Mon, 05 Jun 1995 13:20:52 -0700 Message-ID: <29393.802383652@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Ok, just ran an install using the 'latest' floppies (midday monday my > time). Ack. I'm just sitting here trying to figure out which way the time goes in OZ and looking at the world-time function on my watch which shows me that it's 0:51 on Tuesday there! :-) In the future, it would be more helpful if you could strip the Updates: line off the README file for the kernel you're grabbing and include it with your messages. Then we all know which boot floppies we're talking about! :-) I'm sorry for the rapidly-transmuting floppies, BTW, but I decided to simply go to "data dump mode" where people can periodically poll my latest set and see what they think. There's no fixed set of test releases, I just keep fixing and dropping the latest example of my work in the UPDATES directory, ammending the README each time so that folks can see (more or less) what I've fixed. > - The timezone bug is (obviously) still there. I don't think this will be fixed for 2.0.5R, sorry. > - sysinstall can't find xf86config (it _was_ installed OK though). I think I've just fixed this. > - When the post-install cleanup is being done (before the 'all done' > message is displayed, the last 'extracting' message should be > replaced with a 'cleaning up message'. (nit) I think this has been changed a different way. > - I'm not getting a 'press any key to reboot' message from the > kernel at the end of the install. I do from subsequently build > kernels, and if I press a key, I get a reboot, but no message. Odd. This is a known bug that probably won't be fixed for 2.0.5R. > - LATE BREAKING DATAPOINT! Just rebooted my 205A install : > /etc/fstab contains /dev/sd0s4e /usr ufs rw 1 1 > but there/s no /dev/sd0s4e. Mounting /dev/sd0e works, though. > Previous floppies got this right, so this is (AFAIK) a new bug. > MAKEDEV sd0s4 fixes this, and /dev/sd0s4e mounts correctly. > (but MAKEDEV uses chgrp, which is in /usr/bin... 8) This should be now fixed - please try the latest. Jordan From owner-freebsd-hackers Mon Jun 5 13:28:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00915 for hackers-outgoing; Mon, 5 Jun 1995 13:28:46 -0700 Received: from dove.cf.ac.uk (dove.cf.ac.uk [131.251.0.52]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA00885 for ; Mon, 5 Jun 1995 13:28:38 -0700 Received: from thorarchive.cf.ac.uk by dove.cf.ac.uk with SMTP (PP) id <22763-0@dove.cf.ac.uk>; Mon, 5 Jun 1995 21:28:19 +0100 From: Paul Richards Message-Id: <2614.9506052026@thor.cf.ac.uk> Subject: Re: New "release candidate floppies" available To: jan@bagend.atl.ga.us (Jan Isley) Date: Mon, 5 Jun 1995 21:26:59 +0100 (BST) Cc: phk@ref.tfs.com, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Jan Isley" at Jun 5, 95 01:02:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1391 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk In reply to Jan Isley who said > > Poul-Henning Kamp wrote: > > > > > This floppy set does not crash when I request no MBR writing. > > > > However, it has done something stranger still. Upon rebooting > > > > after the install, I do not get the OS/2 BM screen, I get a > > > > cleared screen and then "Strike a key to reboot". To recover > > > > > > Hmmm. To be honest, I'm not sure what happens in that case! I would > > > have thought that libdisk would have left the MBR boot area completely > > > untouched, but evidently not! I only call Set_Boot_Mgr() if I want to > > > Hmm, In that case it will set the FreeBSD slice active, since we have > > no other way to get freebsd booted afterwards... > > I am installing FreeBSD on wd1 and it indeed makes that slice active, > but it should not touch wd0. OS/2 BM is on wd0 and after an encounter > with FreeBSD sysinstall, there are no partitions marked active on wd0. > Hmm, if the user decides the MBR shouldn't be written we shouldn't really touch it. Why not print out a warning and some instructions along the lines of, "Automatic reboot is not possible without writing the MBR, please ensure that FreeBSD is selected upon reboot." -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-hackers Mon Jun 5 13:34:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01976 for hackers-outgoing; Mon, 5 Jun 1995 13:34:23 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01948 for ; Mon, 5 Jun 1995 13:34:15 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA08579; Mon, 5 Jun 95 22:33:48 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id WAA22292 for freebsd-hackers@freefall.cdrom.com; Mon, 5 Jun 1995 22:46:24 +0200 Date: Mon, 5 Jun 1995 22:46:24 +0200 From: "Christoph P. Kukulies" Message-Id: <199506052046.WAA22292@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: grand prix - fried? or just frozen? Sender: hackers-owner@FreeBSD.org Precedence: bulk As if warnings from the hackers list had not been enough to keep me from buying a Quantum (DEC) grand prix (4GB) drive, it must have been the FreeBSD daemon that had ridden me when I withstood all these voices. Now here I am: The drive gives a read i/o error when the 2.0.5-ALPHA sysinstall tries to write the partition info/disklabel. So I went back to a 1.1.5.1R install disk and tried it. No luck: sd0(aha0:0:0): timeout adapter not taking commands.. frozen?! DEbugger("aha1542") called. AGAIN aha0: MBO not free and so on. The AH on board LED and the drive select LED on the drive were lit and kept so even after a RESET. Running the controller/disk diagnostics seems to work fine, though. Any ideas? Bring the drive back and buy another one? What are good high capacity drives these days? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950531 FreeBSD 2.0-BUILT-1995 0531 #0: Wed May 31 06:16:35 MET DST 1995 root@blues.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon Jun 5 13:36:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02392 for hackers-outgoing; Mon, 5 Jun 1995 13:36:32 -0700 Received: from bronze.coil.com (bronze.coil.com [198.4.94.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02382 for ; Mon, 5 Jun 1995 13:36:28 -0700 Received: from localhost (echet@localhost) by bronze.coil.com (8.6.4/8.6.12) id QAA12310; Mon, 5 Jun 1995 16:39:07 -0400 From: Eric Chet Message-Id: <199506052039.QAA12310@bronze.coil.com> Subject: jkh@freefall.cdrom.com To: hackers@freebsd.org Date: Mon, 5 Jun 1995 16:39:06 -0400 (EDT) Cc: boot.flp@bronze.coil.com, ppp@bronze.coil.com, frozen@bronze.coil.com, again@bronze.coil.com X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 478 Sender: hackers-owner@freebsd.org Precedence: bulk Hello First I would like to thank Jordan and the Core team for all the great work on FreeBSD. I just downloaded the latest boot.flp jun 5 19:31. The same problem exists with ftp ppp install. The ppp screen is frozen. --------- User process PPP write: Network is unreachable Log level is 09 Warning: No password entry for ppp.secret No tunnel device is available open_tun: No such file or directory ----------- Thank you for your time and help Eric Chet -- echet@coil.com From owner-freebsd-hackers Mon Jun 5 13:40:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03030 for hackers-outgoing; Mon, 5 Jun 1995 13:40:25 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03005 for ; Mon, 5 Jun 1995 13:40:18 -0700 Received: from aristotle.algonet.se (aristotle.algonet.se [193.12.207.1]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id NAA28129 for ; Mon, 5 Jun 1995 13:40:57 -0700 Received: from sophocles. (mal@sophocles.algonet.se [193.12.207.10]) by aristotle.algonet.se (8.6.9/hdw.1.0) with SMTP id WAA08575 for ; Mon, 5 Jun 1995 22:37:55 +0200 Received: by sophocles. (5.x/SMI-SVR4) id AA06294; Mon, 5 Jun 1995 22:39:29 +0200 Date: Mon, 5 Jun 1995 22:39:29 +0200 From: mal@algonet.se (Mats Lofkvist) Message-Id: <9506052039.AA06294@sophocles.> To: freebsd-hackers@wcarchive.cdrom.com Subject: dos/floppy installation problems (2.0.5A, boot 950605 ~04:00) Sender: hackers-owner@FreeBSD.org Precedence: bulk I finally got to upgrade my system to 2.0.5A today (have used a snap from february so far). Here are the problems I stumbled into. - When choosing installation from a DOS partition, there seems to be no way to tell where the files are. Worse, the fact that they are expected to be under c:\freebsd\bin etc is not very clear neither from the documentation, in the installation menus or from the error messages. (Where the root disk is looked for I don't even know now after a successful installation since I could put in a floppy when it was not found on the disk.) - When I tried to install from floppies, I got a "you can remove the disk" almost immediately for each disk. Where I wrong to assume floppy install wants dos files on dos formatted disks?? (The "mount /dev/fd0?? /mnt" in the debug window looked like a try to mount a ufs disk to me.) - In one of my installation tries, I jumped in and configured the lp0 interface _before_ doing the installation. This might have been wrong since it didn't succeed, but it would be nice if there was some way to "unconfigure" an interface. I had to restart the installation to get past this error. (Maybe there _is_ a way that I missed?) - Finally when the system rebooted, there were no entries in /dev for sd0s4e, where fstab wanted my /usr. I changed it to sd0e in the fstab. (I did get an error message with something like "tar returned 1" or similar at the very very end of the bindist installation, could that be the source of this problem? I ignored that since I'm going to rebuild everything anyway.) [- I once choose n for newfs (since I already had been trough that step a number of times :-). Later on I got a message saying something like "you choose a read only root partition". Bug? I'm not very sure about the circumstances that resulted in this one, could be something else but I got the impression it was because of the newfs n choice.] System: 486DX2/66 w. 16 MB, bt445s scsi, fujitsu 1 GB disk, some old compaq graphics card, soundblaster 16 etc. The disk was partitioned into 100 MB dos, the rest bsd (~30 MB /, 64 swap, 800 /usr) when I started the installation. _ Mats Lofkvist mal@algonet.se From owner-freebsd-hackers Mon Jun 5 13:44:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04021 for hackers-outgoing; Mon, 5 Jun 1995 13:44:45 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03996 ; Mon, 5 Jun 1995 13:44:41 -0700 Message-Id: <199506052044.NAA03996@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: grand prix - fried? or just frozen? In-reply-to: Your message of "Mon, 05 Jun 95 22:46:24 +0200." <199506052046.WAA22292@gilberto.physik.rwth-aachen.de> Date: Mon, 05 Jun 1995 13:44:40 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >The drive gives a read i/o error when the 2.0.5-ALPHA sysinstall >tries to write the partition info/disklabel. > I believe that this was the same behavior we saw with 1742s on wcarchive before it was upgraded to use 2940 adapters. Disabling disconnection may help, but it is only a guess. >--Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de >FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950531 FreeBSD 2.0-BUILT-1995 >0531 #0: Wed May 31 06:16:35 MET DST 1995 root@blues.physik.rwth-aachen.d >e:/usr/src/sys/compile/BLUESGUS i386 -- Justin T. Gibbs From owner-freebsd-hackers Mon Jun 5 13:56:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06012 for hackers-outgoing; Mon, 5 Jun 1995 13:56:04 -0700 Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA06002 for ; Mon, 5 Jun 1995 13:56:02 -0700 Received: from JIMI.MIT.EDU by MIT.EDU with SMTP id AA09015; Mon, 5 Jun 95 16:55:57 EDT Received: by jimi.MIT.EDU (5.57/4.7) id AA25833; Mon, 5 Jun 95 16:55:44 -0400 Message-Id: <9506052055.AA25833@jimi.MIT.EDU> To: cove@netcom.com (Cove Schneider) Cc: smace@crash.ops.neosoft.com, freebsd-hackers@freebsd.org (Cove Schneider), proven@MIT.EDU Subject: Re: hotjava? In-Reply-To: Your message of "Mon, 05 Jun 1995 11:43:45 PDT." <199506051843.LAA26232@netcom19.netcom.com> Date: Mon, 05 Jun 1995 16:55:43 EDT From: Christopher Provenzano Sender: hackers-owner@freebsd.org Precedence: bulk > > Check out: > > http://java.sun.com/ > > There's a port for Linux under way, so I'd imagine that there might be > a FreeBSD one too.. Considering the port is using pthreads, it'll be trivial to get it to work with FreeBSD. CAP From owner-freebsd-hackers Mon Jun 5 13:56:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06218 for hackers-outgoing; Mon, 5 Jun 1995 13:56:37 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA06125 for ; Mon, 5 Jun 1995 13:56:22 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id QAA21636; Mon, 5 Jun 1995 16:55:02 -0400 Date: Mon, 5 Jun 1995 16:55:01 -0400 From: Temptation Subject: Re: XFree/Memory again To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Any know whats causing this? (can't find any docs about it ) TRANS(socketUNIXConnect) () can't connect: errno = 61 xterm Xt errir: Can't open display: 0:0 this came up after I ran X, ran fine, close it, started X again, I'm using Fvwm by the way if that matters. I've also found something else interesting. running the vmstat -s, before startX , and then running it after I closed it and all programs, and making sure nothing was running that wasn't suppose to. I lose 4.1megs of Memory. (thats if I'm reading vmstat correctly, someone told me VMcache + free = free memory, so I'm looking at those two numbers) 4megs is really no big deal when you have 256, but I plan on putting that back in my NT machine, and keeping 32 in the FreeBSD machine. Am I drugs or am I really losing access to this memory? From owner-freebsd-hackers Mon Jun 5 14:19:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08896 for hackers-outgoing; Mon, 5 Jun 1995 14:19:31 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA08890 for ; Mon, 5 Jun 1995 14:19:25 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA24238; Mon, 5 Jun 1995 14:17:26 -0700 From: "Rodney W. Grimes" Message-Id: <199506052117.OAA24238@gndrsh.aac.dev.com> Subject: Re: NCR810 problem? To: temp@temptation.interlog.com (Temptation) Date: Mon, 5 Jun 1995 14:17:26 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.Org (FreeBSD hackers) In-Reply-To: from "Temptation" at Jun 5, 95 02:41:44 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: 2142 Sender: hackers-owner@FreeBSD.Org Precedence: bulk > > I too, am seeing the 1 boot out of 3 freaks out problem with the exact > > same symptoms as the above couple of messages. This box (Asus SP3G, > > 486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 > > DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot. > > Now (2.0.5ish) freaks one out of three times with the NCR probing errors > > and then the river of errors. Can fix it by hitting reset 9 times out of 10. > > > Same motherboard, Asus (whatever) 486-66, NCR PCI, 2940, smc pci, > Seagate, Dat (on or off doesn't matter) > > reboots sometimes, Most of the not. Unmount correctly, but the > screen goes black, and sits there, Install program, Umounts, > but sits there. > but then out of the blue it'll reboot correctly. > Also *NO* disk problems. Nor any problems with anything else, > NT/WIN95/WARP/LINUX/SCO/UNIXWARE/DOS. For those of you with ASUS PCI/I-486SP3G boards I have kinda good news, I will be getting in my backordered supply of them this week and once I get done moving will be running at least 2 of them through the tests right of the bat (due for customer shipment) and have a 3rd for me to keep as a test board (sold too many of these now not to have one in the test bench.) The others go to stock and won't last a week :-) I have seen this shutdown problem now, but only when using the 2.0.5A install floppy, and that was on my known good test system. Every kernel I build here has worked just fine in this respect (and I do run GENERIC on must of the test bench systems since hardware changes in there like there is no tomarrow!!). Have you folks supped the -current kernel sources and tried with it? I am wondering if there is something funny going on with the build environment Jordan is using on these kernels, as it seems to me the folks installing the 2.0.5A are having problems, but those supping -current (should be *IDENTICAL*) bits are not seeing many of the strange problems reported :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Jun 5 14:23:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09203 for hackers-outgoing; Mon, 5 Jun 1995 14:23:45 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09196 for ; Mon, 5 Jun 1995 14:23:42 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA21111 ; Mon, 5 Jun 1995 23:22:09 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id XAA18546 ; Mon, 5 Jun 1995 23:22:08 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506052122.XAA18546@blaise.ibp.fr> Subject: Re: NCR810 problem? To: adhir@iagi.net (Alok K. Dhir) Date: Mon, 5 Jun 1995 23:22:08 +0200 (MET DST) Cc: bob@luke.pmr.com, asami@cs.berkeley.edu, rgrimes@gndrsh.aac.dev.com, mdomsch@dellgate.us.dell.com, freebsd-hackers@freebsd.org In-Reply-To: from "Alok K. Dhir" at Jun 5, 95 02:17:04 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1151 Sender: hackers-owner@freebsd.org Precedence: bulk > > Another strangeness of the new OS version: We're running named (and had > been under 1.1.5.1 also). Ever since upgrading, we get several "Lame > delegation to..." messages in syslog every day. Here's what they look The version of named has changed. The version in 1.1.5.1 is 4.8.2. In 2.0.5 and -current it is 4.9.3beta9. Lame delegations were not reported by the ancient version. > Jun 5 09:39:58 bigdipper named[103]: Lame delegation to 'in-addr.arpa' from [198.17.243.2] (server for '1.156.204.in-addr.arpa'?) on query on name '1.1.156.204.in-addr.arpa' > Jun 5 09:40:02 bigdipper named[103]: Lame delegation to '1.156.204.in-addr.arpa' from [168.143.0.2] (server for '1.156.204.in-addr.arpa'?) on query on name '1.1.156.204.in-addr.arpa' > [...] > > Do I have anything to worry about with these or are they normal? They re not normal in any way.. It shows that 198.17.243 and 168.143.0.2 have been declared to be secondaries when they're not. It is an error in DNS configuration. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Mon Jun 5 14:23:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09233 for hackers-outgoing; Mon, 5 Jun 1995 14:23:55 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09220 ; Mon, 5 Jun 1995 14:23:51 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id RAA15887; Mon, 5 Jun 1995 17:23:47 -0400 Date: Mon, 5 Jun 1995 17:23:47 -0400 (EDT) From: kim culhan To: "Justin T. Gibbs" cc: John Herks , hackers@FreeBSD.ORG Subject: Re: ed0 - device timeout ? In-Reply-To: <199506051454.HAA05144@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Mon, 5 Jun 1995, Justin T. Gibbs wrote: > >I am randomly getting ed0 kernel device timeout messages from my Freebsd > >2.0R machine... > > > > Are you possitive that your card is really located at Irq 5? You can > boot with the "-c" option at the boot prompt to change the Irq for the > card, but this sounds very much like a mis configured IRQ. When I rebuilt with 2.0.5-ALPHA, rebooted and then compiled a new kernel the ed0 device would time-out on boot-up. Although the kernel config file was the same one used before which had ed0 at irq5, I had to change the config file to ed0 at irq10 (where it actually is.) Apparently it doesn't find the card with probing now. kim -- kimc@w8hd.org From owner-freebsd-hackers Mon Jun 5 14:25:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09412 for hackers-outgoing; Mon, 5 Jun 1995 14:25:23 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA09401 for ; Mon, 5 Jun 1995 14:25:16 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA07337 ; Mon, 5 Jun 95 17:25:11 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sIjQk-0006SmC; Mon, 5 Jun 95 17:11 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: Re: latest install adventures To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 5 Jun 1995 17:11:26 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, jkh@freefall.cdrom.com In-Reply-To: <199506052016.NAA22855@ref.tfs.com> from "Poul-Henning Kamp" at Jun 5, 95 01:16:19 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: 2772 Sender: hackers-owner@freebsd.org Precedence: bulk Poul-Henning Kamp wrote: > > installing onto *wd1* from a dos partition on *wd0* ... some of > > my problems went away ... I can install after telling it not to > > diddle with the MBR, but it marks the BSD partition bootable and > > unsets the OS/2 BM unbootable... again, BSD is going onto wd1 and > > BM is on wd0 ... should install not do *anything* to wd0 ??? I > > don't care what it does to it's own slice but it should not assume > > anything else about any other slice *or* disk, yes? > So you DO have a FreeBSD slice on the wd0 ? Only if you consider the DOS partition to be a FreeBSD slice, but I do not allways tell sysinstall to mount it. I have the same problems if I do NOT indicated wd0 in fdisk. I do sometimes try to use the hda6 partition as a BSD slice... but not as /. Here is the output from linux fdisk -l: I am running linux to type this but I am *trying* to get converted to FreeBSD. :) Disk /dev/hda: 16 heads, 63 sectors, 2099 cylinders Units = cylinders of 1008 * 512 bytes Device Boot Begin Start End Blocks Id System /dev/hda1 655 655 2099 728280 5 Extended Partition 1 has different physical/logical endings: phys=(1023, 15, 63) logical=(2098, 15, 63) /dev/hda2 4 4 654 328104 6 DOS 16-bit >=32M /dev/hda3 * 1 1 3 1480+ a OS/2 Boot Manager /dev/hda5 655 655 915 131512+ 7 OS/2 HPFS /dev/hda6 916 916 1625 357808+ 7 OS/2 HPFS /dev/hda7 1024 1626 1829 102784+ 83 Linux native /dev/hda8 1024 1830 2033 102784+ 83 Linux native /dev/hda9 1024 2034 2099 33232+ 82 Linux swap Disk /dev/hdb: 16 heads, 38 sectors, 684 cylinders Units = cylinders of 608 * 512 bytes Device Boot Begin Start End Blocks Id System /dev/hdb1 1 1 344 104557 83 Linux native /dev/hdb2 345 345 684 103360 a5 BSD/386 OS/2 Boot Manager has the DOS, OS/2, Linux (hdb1) and BSD (hdb2) partitions marked as bootable... and will boot any of them from the menu, regardless if DOS or Linux fdisk reports that they are active or not. I have Linux LILO installed in the hdb1 partition, not in the MBR. > Try to mark the OS/2 partition active on wd0. This is how I recover from adventures with sysinstall... I boot dos from a floppy and set the Boot Manager (hda3) active, then rebooting gives me the Boot Manager back. After running sysinstall, the BSD partition on hdb2 is marked active, and on hdb1, BM is not marked active ... but the extended partions, 5 through 9 *are* marked active. ??? !!! -- Jan Isley | If you couldn't find any weirdness, jan@bagend.atl.ga.us | maybe we'll just have to make some! - Hobbes From owner-freebsd-hackers Mon Jun 5 14:25:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09417 for hackers-outgoing; Mon, 5 Jun 1995 14:25:23 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA09403 for ; Mon, 5 Jun 1995 14:25:18 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA07343 ; Mon, 5 Jun 95 17:25:14 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sIjYc-0006SmC; Mon, 5 Jun 95 17:19 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: Re: New "release candidate floppies" available To: spedpr@thor.cf.ac.uk (Paul Richards) Date: Mon, 5 Jun 1995 17:19:34 -0400 (EDT) Cc: phk@ref.tfs.com, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <2614.9506052026@thor.cf.ac.uk> from "Paul Richards" at Jun 5, 95 09:26: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: 1069 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Paul Richards wrote: > Hmm, if the user decides the MBR shouldn't be written we shouldn't really > touch it. Why not print out a warning and some instructions along the lines > of, "Automatic reboot is not possible without writing the MBR, please ensure > that FreeBSD is selected upon reboot." Right. Just wait to lots more Linux users try FreeBSD and sysinstall steps on their LILO setup ... suddenly the freebsd.misc newsgroup will become as popular (polluted) as linux.whatever newsgroups ... it will not be a pretty sight. The point is that *many* people will come to FreeBSD with one or more operating systems on their computer already and *will* have a boot manager installed already and will *not* want to experiment with yet another boot manager no matter how great boot easy may be. something like: "If you do not update the MBR, to reboot FreeBSD you must have some other boot manager installed." well, it needs work. :) -- Jan Isley | If you couldn't find any weirdness, jan@bagend.atl.ga.us | maybe we'll just have to make some! - Hobbes From owner-freebsd-hackers Mon Jun 5 14:27:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09667 for hackers-outgoing; Mon, 5 Jun 1995 14:27:49 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09661 for ; Mon, 5 Jun 1995 14:27:46 -0700 Received: from freefall.cdrom.com (freefall.cdrom.com [192.216.222.4]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id OAA07717 for ; Mon, 5 Jun 1995 14:28:28 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA09644 ; Mon, 5 Jun 1995 14:27:18 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: mal@algonet.se (Mats Lofkvist) cc: freebsd-hackers@wcarchive.cdrom.com Subject: Re: dos/floppy installation problems (2.0.5A, boot 950605 ~04:00) In-reply-to: Your message of "Mon, 05 Jun 95 22:39:29 +0200." <9506052039.AA06294@sophocles.> Date: Mon, 05 Jun 1995 14:27:17 -0700 Message-ID: <9639.802387637@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > - When choosing installation from a DOS partition, there seems to be > no way to tell where the files are. Worse, the fact that they are > expected to be under c:\freebsd\bin etc is not very clear neither > from the documentation, in the installation menus or from the error This is now very clearly documented in the installation guide! > - When I tried to install from floppies, I got a "you can remove the disk" > almost immediately for each disk. Where I wrong to assume floppy > install wants dos files on dos formatted disks?? (The "mount /dev/fd0?? > /mnt" in the debug window looked like a try to mount a ufs disk to me.) We've still got some boondoggles with the floppy install which we're working on right now! > to "unconfigure" an interface. I had to restart the installation to > get past this error. (Maybe there _is_ a way that I missed?) Hmmm. I will think about it. > - Finally when the system rebooted, there were no entries in /dev for > sd0s4e, where fstab wanted my /usr. I changed it to sd0e in the fstab. Finally fixed this one! > [- I once choose n for newfs (since I already had been trough that step > a number of times :-). Later on I got a message saying something like > "you choose a read only root partition". Bug? I'm not very sure about > the circumstances that resulted in this one, could be something else > but I got the impression it was because of the newfs n choice.] That's exactly why. Feature, not bug! :) Thanks for your feedback! We've fixed most of these problems and will hopefully have the last few fixed shortly! By the way, in case anyone is wondering why the level of functionality in sysinstall suddenly seems to have taken a step _backwards_ for the last 2 days, let me just say this: space. We ran out of it and have been frantically implementing some compaction ideas since. This naturally broke a few working things as their assumptions were rudely yanked out from under them. We're almost fully recovered from this now and can at least boot on 4MB machines again for our pains! :-) Jordan From owner-freebsd-hackers Mon Jun 5 14:36:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA10451 for hackers-outgoing; Mon, 5 Jun 1995 14:36:12 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA10444 ; Mon, 5 Jun 1995 14:36:11 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id OAA16277 ; Mon, 5 Jun 1995 14:36:01 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: kim culhan cc: "Justin T. Gibbs" , John Herks , hackers@freebsd.org Subject: Re: ed0 - device timeout ? In-reply-to: Your message of "Mon, 05 Jun 1995 17:23:47 EDT." Date: Mon, 05 Jun 1995 14:36:01 -0700 Message-ID: <16275.802388161@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message , kim culhan writes: >When I rebuilt with 2.0.5-ALPHA, rebooted and then compiled a new kernel >the ed0 device would time-out on boot-up. >Although the kernel config file was the same one used before which had >ed0 at irq5, I had to change the config file to ed0 at irq10 (where it >actually is.) There was a problem where the ed driver would always read the soft configuration of the card, even when the card was jumpered to be at a different address. Therefore, the ed0 driver was changed so that it didn't read gratuitously from the NVRAM on the card, and went with it's hard coded values instead. If you use an irq of `?' in your configuration file, or specify ``irq ed0 -1'' to userconfig (boot the kernel with -c), your card should work as normal. It might not have been in your floppy set, but this is now documented in the hardware guide (section 4), and should probably go in the FAQ also, as it looks like it will become one. Gary From owner-freebsd-hackers Mon Jun 5 14:43:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA10709 for hackers-outgoing; Mon, 5 Jun 1995 14:43:24 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA10701 for ; Mon, 5 Jun 1995 14:43:12 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id RAA21710; Mon, 5 Jun 1995 17:40:40 -0400 Date: Mon, 5 Jun 1995 17:40:39 -0400 From: Temptation Subject: Re: NCR810 problem? To: "Rodney W. Grimes" cc: FreeBSD hackers In-Reply-To: <199506052117.OAA24238@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.Org Precedence: bulk On Mon, 5 Jun 1995, Rodney W. Grimes wrote: > > > I too, am seeing the 1 boot out of 3 freaks out problem with the exact > > > same symptoms as the above couple of messages. This box (Asus SP3G, > > > 486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 > > > DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot. > > > Now (2.0.5ish) freaks one out of three times with the NCR probing errors > > > and then the river of errors. Can fix it by hitting reset 9 times out of 10. > > > > > Same motherboard, Asus (whatever) 486-66, NCR PCI, 2940, smc pci, > > Seagate, Dat (on or off doesn't matter) > > > > reboots sometimes, Most of the not. Unmount correctly, but the > > screen goes black, and sits there, Install program, Umounts, > > but sits there. > > but then out of the blue it'll reboot correctly. > > Also *NO* disk problems. Nor any problems with anything else, > > NT/WIN95/WARP/LINUX/SCO/UNIXWARE/DOS. Don't know if thats good news for me or you, I personally hate this motherboard, its one of the worse boards I've ever boughten. The reason is because I bought one for first ones, which never worked, that was Rev1.0 and Rev1.1, then they gave me this one, Which is rev1.2Feb1994, hmm better not get in that story. The Pent Trinton Asus board is good tho. and works. > For those of you with ASUS PCI/I-486SP3G boards I have kinda good news, > I will be getting in my backordered supply of them this week and once > I get done moving will be running at least 2 of them through the tests > right of the bat (due for customer shipment) and have a 3rd for me to > keep as a test board (sold too many of these now not to have one in > the test bench.) The others go to stock and won't last a week :-) > > I have seen this shutdown problem now, but only when using the 2.0.5A > install floppy, and that was on my known good test system. Every kernel > I build here has worked just fine in this respect (and I do run GENERIC > on must of the test bench systems since hardware changes in there like > there is no tomarrow!!). > > Have you folks supped the -current kernel sources and tried with it? > I am wondering if there is something funny going on with the build > environment Jordan is using on these kernels, as it seems to me the > folks installing the 2.0.5A are having problems, but those supping > -current (should be *IDENTICAL*) bits are not seeing many of the > strange problems reported :-(. No. the 2.0.5A is the only version that would install, all other versions crash or locked up before I could even get passed the Label program. Since I throw that cd in the garbage, I'm not going to try that those other versions again :) As for the supped thing, you need to be connected to the "NET" for that don't you? my FreeBSD is connected only to my local network, and I have telnet or ftp to my linux server to get out anyway. Guess I could try taring the directory? it's not as big as the .packages or distfiles is it? I've been ftping .packages for the last 25hours or so :) and it's still going :) I'll do what I can to test it out tho. (if any of my responses sounded a bit sarcast, there was no intent, I thank you for your help, in helping solve MY problem) > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Mon Jun 5 14:55:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA11766 for hackers-outgoing; Mon, 5 Jun 1995 14:55:35 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA11760 for ; Mon, 5 Jun 1995 14:55:32 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA24419; Mon, 5 Jun 1995 14:53:25 -0700 From: "Rodney W. Grimes" Message-Id: <199506052153.OAA24419@gndrsh.aac.dev.com> Subject: Re: NCR810 problem? To: temp@temptation.interlog.com (Temptation) Date: Mon, 5 Jun 1995 14:53:25 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.Org In-Reply-To: from "Temptation" at Jun 5, 95 05:40:39 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: 4814 Sender: hackers-owner@FreeBSD.Org Precedence: bulk > > > > On Mon, 5 Jun 1995, Rodney W. Grimes wrote: > > > > > I too, am seeing the 1 boot out of 3 freaks out problem with the exact > > > > same symptoms as the above couple of messages. This box (Asus SP3G, > > > > 486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 > > > > DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot. > > > > Now (2.0.5ish) freaks one out of three times with the NCR probing errors > > > > and then the river of errors. Can fix it by hitting reset 9 times out of 10. > > > > > > > Same motherboard, Asus (whatever) 486-66, NCR PCI, 2940, smc pci, > > > Seagate, Dat (on or off doesn't matter) > > > > > > reboots sometimes, Most of the not. Unmount correctly, but the > > > screen goes black, and sits there, Install program, Umounts, > > > but sits there. > > > but then out of the blue it'll reboot correctly. > > > Also *NO* disk problems. Nor any problems with anything else, > > > NT/WIN95/WARP/LINUX/SCO/UNIXWARE/DOS. > > Don't know if thats good news for me or you, I personally hate this > motherboard, its one of the worse boards I've ever boughten. > The reason is because I bought one for first ones, which never worked, > that was Rev1.0 and Rev1.1, then they gave me this one, Which is > rev1.2Feb1994, hmm better not get in that story. The Pent Trinton Asus > board is good tho. and works. I will say it was very true that the Rev 1.0 and Rev 1.1 of this board had serious problems (there where not ASUS's problem, it was buggy Saturn I and II chip sets from Intel, they didn't work right until Rev 1.2 of the board which uses the Rev 4 Saturn II chipset). There is still the problem that you *must* run this board with the external cache in write back mode if you use the NCR controller (or any other bus master device for that matter). The nice thing about this board is that it does memory interleaving (that is why you have to install simms in pairs) so that the memory performance on it is very good. (And with a DX4/100 can beat most P5-60 machines, and even some P5-66 machines at make world!!). > > For those of you with ASUS PCI/I-486SP3G boards I have kinda good news, > > I will be getting in my backordered supply of them this week and once > > I get done moving will be running at least 2 of them through the tests > > right of the bat (due for customer shipment) and have a 3rd for me to > > keep as a test board (sold too many of these now not to have one in > > the test bench.) The others go to stock and won't last a week :-) > > > > I have seen this shutdown problem now, but only when using the 2.0.5A > > install floppy, and that was on my known good test system. Every kernel > > I build here has worked just fine in this respect (and I do run GENERIC > > on must of the test bench systems since hardware changes in there like > > there is no tomarrow!!). > > > > Have you folks supped the -current kernel sources and tried with it? > > I am wondering if there is something funny going on with the build > > environment Jordan is using on these kernels, as it seems to me the > > folks installing the 2.0.5A are having problems, but those supping > > -current (should be *IDENTICAL*) bits are not seeing many of the > > strange problems reported :-(. > > No. the 2.0.5A is the only version that would install, all other versions > crash or locked up before I could even get passed the Label program. I don't use the standard install tools, but I have been shipping systems on this board since March, which means that FreeBSD does run on it with out problem. Sounds like you had the cache set to write back mode, which is a known problem on this board (or at least known to me!!). > Since I throw that cd in the garbage, I'm not going to try that those > other versions again :) As for the supped thing, you need to be > connected to the "NET" for that don't you? Yes. > my FreeBSD is connected only > to my local network, and I have telnet or ftp to my linux server to get > out anyway. Guess I could try taring the directory? Yes. It should be about 5MB tarred, 2.5MB as a .tgz or there abouts. > it's not as big as the .packages or distfiles is it? I've been ftping > .packages for the last 25hours or so :) and it's still going :) Your pulling the ports/distfiles directory most likely, which is HUGE!!! Don't pull the distfiles, let make do that for you as it builds stuff, unless you plan on building it ALL :-). > I'll do what I can to test it out tho. > (if any of my responses sounded a bit sarcast, there was no intent, I > thank you for your help, in helping solve MY problem) Your welcome! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Jun 5 15:00:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12181 for hackers-outgoing; Mon, 5 Jun 1995 15:00:49 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA12171 for ; Mon, 5 Jun 1995 15:00:47 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id RAA20646; Mon, 5 Jun 1995 17:00:29 -0500 Received: by olympus (4.1/TSS2.1) id AA06975; Mon, 5 Jun 95 17:00:39 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9506052200.AA06975@olympus> Subject: Re: [repost] latest working sound v30 release To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 5 Jun 1995 17:00:38 -0500 (CDT) Cc: faulkner@devnull.mpd.tandem.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506051650.JAA11014@star-gate.com> from "Amancio Hasty" at Jun 5, 95 09:50:18 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1225 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > Hi, > > > > > > The latest WORKING sound driver v30 is at > > > ftp.shell.best:/pub/hasty/sound.v30.2.tar.gz > > > > > > Perhaps someone can try it out with the xdoom and the sndserver to see > > > if it works. Right now, I am working on mpeg stuff and also I am very > > > overloaded with work. Today is my only hack day that I have available. > > > > > > Have Fun, > > > Amancio > > > > > > > Alas, it did not work for me. > > > > Boyd > > Could you be more specific? Of course. > > Which sound card do you have. GUS MAX 512K. > What doesn't work or which app doesn't work. xdoom's sound server with 30.2 from your ftp server. As mentioned in your note. > If you don't get any sound, I would like to see your configuration. Old stuff works like 30. au files echo a little at the end. Haven't checked anything else. > Does the system crash, etc... sndserver dies. It is probably that LINUX emulation is not yet complete. > > Tnks, > Amancio > > Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Mon Jun 5 15:12:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA13414 for hackers-outgoing; Mon, 5 Jun 1995 15:12:05 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA13408 for ; Mon, 5 Jun 1995 15:12:03 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id RAA21261; Mon, 5 Jun 1995 17:11:48 -0500 Received: by olympus (4.1/TSS2.1) id AA07100; Mon, 5 Jun 95 17:11:58 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9506052211.AA07100@olympus> Subject: Re: NCR810 problem? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 5 Jun 1995 17:11:58 -0500 (CDT) Cc: temp@temptation.interlog.com, FreeBSD-hackers@FreeBSD.Org In-Reply-To: <199506052117.OAA24238@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 5, 95 02:17:26 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 2441 Sender: hackers-owner@FreeBSD.Org Precedence: bulk > > > > I too, am seeing the 1 boot out of 3 freaks out problem with the exact > > > same symptoms as the above couple of messages. This box (Asus SP3G, > > > 486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 > > > DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot. > > > Now (2.0.5ish) freaks one out of three times with the NCR probing errors > > > and then the river of errors. Can fix it by hitting reset 9 times out of 10. > > > > > Same motherboard, Asus (whatever) 486-66, NCR PCI, 2940, smc pci, > > Seagate, Dat (on or off doesn't matter) > > > > reboots sometimes, Most of the not. Unmount correctly, but the > > screen goes black, and sits there, Install program, Umounts, > > but sits there. > > but then out of the blue it'll reboot correctly. > > Also *NO* disk problems. Nor any problems with anything else, > > NT/WIN95/WARP/LINUX/SCO/UNIXWARE/DOS. > > For those of you with ASUS PCI/I-486SP3G boards I have kinda good news, > I will be getting in my backordered supply of them this week and once > I get done moving will be running at least 2 of them through the tests > right of the bat (due for customer shipment) and have a 3rd for me to > keep as a test board (sold too many of these now not to have one in > the test bench.) The others go to stock and won't last a week :-) > > I have seen this shutdown problem now, but only when using the 2.0.5A > install floppy, and that was on my known good test system. Every kernel > I build here has worked just fine in this respect (and I do run GENERIC > on must of the test bench systems since hardware changes in there like > there is no tomarrow!!). > > Have you folks supped the -current kernel sources and tried with it? > I am wondering if there is something funny going on with the build > environment Jordan is using on these kernels, as it seems to me the > folks installing the 2.0.5A are having problems, but those supping > -current (should be *IDENTICAL*) bits are not seeing many of the > strange problems reported :-(. > > Different kernel configs? I am not seeing this but I have the IDE tape and cdrom stuff commented out. If I didn't, I could not boot at all. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Mon Jun 5 15:18:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA13728 for hackers-outgoing; Mon, 5 Jun 1995 15:18:28 -0700 Received: from okjunc.junction.net (michael@okjunc.junction.net [199.166.227.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA13716 for ; Mon, 5 Jun 1995 15:18:24 -0700 Received: (from michael@localhost) by okjunc.junction.net (8.6.11/8.6.11) id PAA06698; Mon, 5 Jun 1995 15:21:01 -0700 Date: Mon, 5 Jun 1995 15:21:01 -0700 From: Michael Dillon Message-Id: <199506052221.PAA06698@okjunc.junction.net> To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 2.0.5-A install problem (blank screen) Newsgroups: comp.unix.bsd.freebsd.misc In-Reply-To: <3qmfri$9j0@gate.sinica.edu.tw> References: <3qialp$ilt@news.primenet.com> Organization: Okanagan Internet Junction, Vernon B.C., Canada Sender: hackers-owner@freebsd.org Precedence: bulk When I tried to install off the Jun 2 18:57 or so disks, I got past all the device probes and then the screen went blank. The debug screen said something about (3,TIOC....)... Anyway, I can't seem to find any install information on http://www.freebsd.org so I didn't know what the boot options do, but the newgroup encouraged me to try -c I then noticed that my machine with 1 (one) IDE host adapter and two drives was autodetecting wdc0 *AND* wdc1. After disabling wdc1 I booted into the install only to fail sometime later just after filling in the TCP/IP info. I was hoping to be able to make a SLIP or PPP connection and install via FTP but I have no docs, just vague rumours, to tell me that this can be done or how.... I'm going to refresh my boot/root set and try again. -- Michael Dillon Voice: +1-604-549-1036 Network Operations Fax: +1-604-542-4130 Okanagan Internet Junction Internet: michael@junction.net http://www.junction.net - The Okanagan's 1st full-service Internet provider From owner-freebsd-hackers Mon Jun 5 15:39:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA14616 for hackers-outgoing; Mon, 5 Jun 1995 15:39:21 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA14605 for ; Mon, 5 Jun 1995 15:38:48 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id SAA21796; Mon, 5 Jun 1995 18:35:40 -0400 Date: Mon, 5 Jun 1995 18:35:40 -0400 From: Temptation Subject: Re: NCR810 problem? To: "Rodney W. Grimes" cc: FreeBSD-hackers@FreeBSD.Org In-Reply-To: <199506052153.OAA24419@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.Org Precedence: bulk On Mon, 5 Jun 1995, Rodney W. Grimes wrote: > > > > > > > > On Mon, 5 Jun 1995, Rodney W. Grimes wrote: > > > > > > > I too, am seeing the 1 boot out of 3 freaks out problem with the exact > > > > > same symptoms as the above couple of messages. This box (Asus SP3G, > > > > > 486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 > > > > > DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot. > > > > > Now (2.0.5ish) freaks one out of three times with the NCR probing errors > > > > > and then the river of errors. Can fix it by hitting reset 9 times out of 10. > > > > > > > > > Same motherboard, Asus (whatever) 486-66, NCR PCI, 2940, smc pci, > > > > Seagate, Dat (on or off doesn't matter) > > > > > > > > reboots sometimes, Most of the not. Unmount correctly, but the > > > > screen goes black, and sits there, Install program, Umounts, > > > > but sits there. > > > > but then out of the blue it'll reboot correctly. > > > > Also *NO* disk problems. Nor any problems with anything else, > > > > NT/WIN95/WARP/LINUX/SCO/UNIXWARE/DOS. > > > > Don't know if thats good news for me or you, I personally hate this > > motherboard, its one of the worse boards I've ever boughten. > > The reason is because I bought one for first ones, which never worked, > > that was Rev1.0 and Rev1.1, then they gave me this one, Which is > > rev1.2Feb1994, hmm better not get in that story. The Pent Trinton Asus > > board is good tho. and works. > > I will say it was very true that the Rev 1.0 and Rev 1.1 of this board > had serious problems (there where not ASUS's problem, it was buggy > Saturn I and II chip sets from Intel, they didn't work right until > Rev 1.2 of the board which uses the Rev 4 Saturn II chipset). There > is still the problem that you *must* run this board with the external > cache in write back mode if you use the NCR controller (or any other > bus master device for that matter). Yes that was one problem :) the other problem is them not working with Adaptec 2940 cards, only Rev1.2 worked and ONLY at IRQ 14, you couldn't change it, Also the 2940 would only work in one slot , Slot 3, tho Slot 2 is also SUPPOSE to be bus-mastering, when you disable NCR, it doesn't work. Some more things, but it's been over a year. At that time I bought 40 of them. I only have a couple left, by they still have these same problems. > > The nice thing about this board is that it does memory interleaving > (that is why you have to install simms in pairs) so that the memory > performance on it is very good. (And with a DX4/100 can beat most > P5-60 machines, and even some P5-66 machines at make world!!). Yes this is true, actually with 486-66, I can come very close to a P-90, using 40ns SIMMS and Adaptec 2940, and 512k cache > > I don't use the standard install tools, but I have been shipping systems > on this board since March, which means that FreeBSD does run on it with > out problem. Sounds like you had the cache set to write back mode, which > is a known problem on this board (or at least known to me!!). I've been trying for over 1.year trying to get FreeBSD installed on it. And may not have been Free or the system, could have been me, not sure, but I would goto the part menu, create it, worked fine, when to label, setup / and /usr , swap , /dos , and goto write the part, it does, so I think, crash. lockup. Reset, no More parts., I tried alot of different drives, tried with just NCR, tried with just 2940, didn't matter. this New version 2.0.5, besides the minor bugs here and there, installed very easy. ( at first I spent 48 hours straight trying to get it installed ;) ) but it didn't crash on the part. or Label program. > > > Since I throw that cd in the garbage, I'm not going to try that those > > other versions again :) As for the supped thing, you need to be > > connected to the "NET" for that don't you? > > Yes. > > > my FreeBSD is connected only > > to my local network, and I have telnet or ftp to my linux server to get > > out anyway. Guess I could try taring the directory? > > Yes. It should be about 5MB tarred, 2.5MB as a .tgz or there abouts. > > > it's not as big as the .packages or distfiles is it? I've been ftping > > .packages for the last 25hours or so :) and it's still going :) > > Your pulling the ports/distfiles directory most likely, which is HUGE!!! > Don't pull the distfiles, let make do that for you as it builds stuff, > unless you plan on building it ALL :-). How else can get those files? my Freebsd doesn't have direct access to the net :) it must connect to my Linux server (as in telnet, login root, ftp out to the net) I already got /ports/distfiles, your right it is HUGE :) I'm getting /packages which seems bigger :) > > I'll do what I can to test it out tho. > > (if any of my responses sounded a bit sarcast, there was no intent, I > > thank you for your help, in helping solve MY problem) > > Your welcome! > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Mon Jun 5 16:09:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15291 for hackers-outgoing; Mon, 5 Jun 1995 16:09:40 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15285 for ; Mon, 5 Jun 1995 16:09:37 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id aa25845; 6 Jun 95 0:08 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa13510; 6 Jun 95 0:07 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id WAA00520; Mon, 5 Jun 1995 22:59:47 +0100 From: Karl Strickland Message-Id: <199506052159.WAA00520@bagpuss.demon.co.uk> Subject: devfs.. To: hackers@freebsd.org Date: Mon, 5 Jun 1995 22:59:47 +0100 (BST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 310 Sender: hackers-owner@freebsd.org Precedence: bulk whatever happened to it? -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Mon Jun 5 16:11:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15479 for hackers-outgoing; Mon, 5 Jun 1995 16:11:40 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15463 for ; Mon, 5 Jun 1995 16:11:34 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id aa25948; 6 Jun 95 0:10 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa13754; 6 Jun 95 0:08 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id WAA00441; Mon, 5 Jun 1995 22:50:41 +0100 From: Karl Strickland Message-Id: <199506052150.WAA00441@bagpuss.demon.co.uk> Subject: Re: FreeBSD on 286? To: Warner Losh Date: Mon, 5 Jun 1995 22:50:41 +0100 (BST) Cc: jkh@freefall.cdrom.com, dbaker@concorde-mail.neosoft.com, hackers@freebsd.org In-Reply-To: <199506042349.RAA03465@rover.village.org> from "Warner Losh" at Jun 4, 95 05:49:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 721 Sender: hackers-owner@freebsd.org Precedence: bulk > > : Nope, sorry! Your only hope is Xenix or the local rifle club (I > : recommend the latter on the grounds that you'll have a lot more fun > : than you will with the former). > > There are certain second hand stores that will give you some money for > a 286 MB. Not much, mind you, but some.... > > Warner I havent been following this thread, but wasnt there a version of SVR2 that used to run on 286's? Microport i think... -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Mon Jun 5 16:12:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15627 for hackers-outgoing; Mon, 5 Jun 1995 16:12:45 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15621 for ; Mon, 5 Jun 1995 16:12:43 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24295; Tue, 6 Jun 1995 01:12:40 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA13481; Tue, 6 Jun 1995 01:12:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id BAA04820; Tue, 6 Jun 1995 01:04:22 +0200 From: J Wunsch Message-Id: <199506052304.BAA04820@uriah.heep.sax.de> Subject: Re: X To: temp@temptation.interlog.com (Temptation) Date: Tue, 6 Jun 1995 01:04:22 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Temptation" at Jun 5, 95 11:43:30 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 456 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Temptation wrote: > > > this isn't the right place for this, but maybe someone here could tell > how to make more ptys? > > error is Xterm: no available ptys > > this is Xfree86, I have 16 open, I want 2 more alteast. pseudo-device pty 32 in your kernel config file (and don't forget to MAKEDEV them). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jun 5 16:19:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16010 for hackers-outgoing; Mon, 5 Jun 1995 16:19:25 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA16004 ; Mon, 5 Jun 1995 16:19:23 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.11/8.6.9) id SAA11698; Mon, 5 Jun 1995 18:19:00 -0500 From: Bob Willcox Message-Id: <199506052319.SAA11698@luke.pmr.com> Subject: Re: FreeBSD on 286? To: karl@bagpuss.demon.co.uk (Karl Strickland) Date: Mon, 5 Jun 1995 18:19:00 -0500 (CDT) Cc: imp@village.org, jkh@freefall.cdrom.com, dbaker@concorde-mail.neosoft.com, hackers@freebsd.org In-Reply-To: <199506052150.WAA00441@bagpuss.demon.co.uk> from "Karl Strickland" at Jun 5, 95 10:50:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 911 Sender: hackers-owner@freebsd.org Precedence: bulk Karl Strickland wrote: > > > > > : Nope, sorry! Your only hope is Xenix or the local rifle club (I > > : recommend the latter on the grounds that you'll have a lot more fun > > : than you will with the former). > > > > There are certain second hand stores that will give you some money for > > a 286 MB. Not much, mind you, but some.... > > > > Warner > > I havent been following this thread, but wasnt there a version of SVR2 > that used to run on 286's? Microport i think... Yep, that was it -- Microport System V/AT -- it was called. I ran it on a 286 system back in the late 80s...still have the original diskettes and books. I *strongly* advise against trying to run it though. Not only is it obsolete and (shudder) System VR2, it is riddled with bugs. It gave me lots of practice at fixing inodes and directories :-( -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Mon Jun 5 16:52:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16777 for hackers-outgoing; Mon, 5 Jun 1995 16:52:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA16769 for ; Mon, 5 Jun 1995 16:52:29 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24943; Tue, 6 Jun 1995 01:52:27 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA13782 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 01:52:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id BAA05311 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 01:32:20 +0200 From: J Wunsch Message-Id: <199506052332.BAA05311@uriah.heep.sax.de> Subject: Re: "Hardware failure" kernel message To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 6 Jun 1995 01:32:20 +0200 (MET DST) Reply-To: freebsd-chat@freebsd.org In-Reply-To: <199506051744.NAA12347@hda.com> from "Peter Dufault" at Jun 5, 95 01:44:20 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 904 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter Dufault wrote: > > If you're willing to try to get through to Quantum tech support it > would be interesting to see if they can help you. You received a > deferred error (sense data Error Code 0x70) with a SENSE KEY of 4 > (HARDWARE ERROR), an Additional Sense Code of 0x87 (vendor-specific) > and an Additional Sense Code Qualifier of 0. ``Hey, here's somebody on the phone who tells me exactly that our drives are returning a deferred error, ASC 0xblah, ASCQ 0xfoo. Did'ya ever know our drives are even supposed to be able to return such a code?'' ``Nope. But given the detailed information this guy has been able to hold hands on, I bet with you he's running FreeBSD. Yet another of this rogues. Ten more of them, and we can give up.'' :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jun 5 18:01:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18447 for hackers-outgoing; Mon, 5 Jun 1995 18:01:11 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18440 for ; Mon, 5 Jun 1995 18:01:07 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA17115; Tue, 6 Jun 1995 10:55:28 +1000 Date: Tue, 6 Jun 1995 10:55:28 +1000 From: Bruce Evans Message-Id: <199506060055.KAA17115@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, james@miller.cs.uwm.edu Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk >> I "fixed" hzto() by adding 1 to allow for the current partial clock tick. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >I looked at the code this morning and I am a little curious as to why >this was changed. There are 3 places in the kern directory where hzto() >is called. Two places are for the real time timers and the other is for >the select system call. >If I subtract 1 from hzto() in these 3 places -- the timing seems correct. This breaks sleep() again. sleep(n) shall sleep at least n seconds (POSIX spec), but if the 1 is added then sleep(n) is only guaranteed to sleep at least (n - 1/hz) seconds; it sleeps an average of about (n - 1/(2*hz)) seconds for random calls and about (n - (time for sleep() call)) seconds for calls in a loop. >I am curious why the 1 tick was added to hzto()? I can subtract one from See above. >the hzto in kern_time.c and sys_generic.c but wouldn't it make more sense >to have hzto() return 1 less inorder to get the correct hz values for time? No. hzto() is better placed than most callers to someday handle the partial tick more accurately. Only realitexpire() is better placed. Bruce From owner-freebsd-hackers Mon Jun 5 18:03:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18631 for hackers-outgoing; Mon, 5 Jun 1995 18:03:52 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18624 for ; Mon, 5 Jun 1995 18:03:47 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA24705; Mon, 5 Jun 1995 18:03:08 -0700 From: "Rodney W. Grimes" Message-Id: <199506060103.SAA24705@gndrsh.aac.dev.com> Subject: Re: NCR810 problem? To: temp@temptation.interlog.com (Temptation) Date: Mon, 5 Jun 1995 18:03:08 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.Org In-Reply-To: from "Temptation" at Jun 5, 95 06:35:40 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: 3167 Sender: hackers-owner@FreeBSD.Org Precedence: bulk ... [Other stuff about ASUS PCI/I-486SP3G motherboard] > > > > The nice thing about this board is that it does memory interleaving > > (that is why you have to install simms in pairs) so that the memory > > performance on it is very good. (And with a DX4/100 can beat most > > P5-60 machines, and even some P5-66 machines at make world!!). > > Yes this is true, actually with 486-66, I can come very close to a P-90, > using 40ns SIMMS and Adaptec 2940, and 512k cache Well, that is not a far comparison, what happens to the P54C-90 if you also put 40nS simms and a 512K cache in it?? This it screams if it is the right motherboard!! [I am not about to go plop down the cash to find out right now :-)] > > I don't use the standard install tools, but I have been shipping systems > > on this board since March, which means that FreeBSD does run on it with > > out problem. Sounds like you had the cache set to write back mode, which > > is a known problem on this board (or at least known to me!!). > > I've been trying for over 1.year trying to get FreeBSD installed on it. > And may not have been Free or the system, could have been me, not sure, > but I would goto the part menu, create it, worked fine, when to label, > setup / and /usr , swap , /dos , and goto write the part, it does, so I > think, crash. lockup. Reset, no More parts., I tried alot of different > drives, tried with just NCR, tried with just 2940, didn't matter. this > New version 2.0.5, besides the minor bugs here and there, installed very > easy. ( at first I spent 48 hours straight trying to get it installed ;) > ) but it didn't crash on the part. or Label program. Well, until about Junuary of this year the PCI code and the NCR support was not very great, it is much bettern now. And until about March of this year 2940 support was not even there really, and just became stable about 3 or 4 weeks ago. I imagen most of what you have been fighting with has been FreeBSD software bugs due to the selection of hardware. ... > > > > > it's not as big as the .packages or distfiles is it? I've been ftping > > > .packages for the last 25hours or so :) and it's still going :) > > > > Your pulling the ports/distfiles directory most likely, which is HUGE!!! > > Don't pull the distfiles, let make do that for you as it builds stuff, > > unless you plan on building it ALL :-). > > How else can get those files? my Freebsd doesn't have direct access to > the net :) it must connect to my Linux server (as in telnet, login root, > ftp out to the net) Oh, yeah, right, well is what I do is go into the ports I want to build and find out what distfiles I need, then I just ftp those files into my distfiles directory from my server. > I already got /ports/distfiles, your right it is HUGE :) > I'm getting /packages which seems bigger :) Why do you need both the sources, and the pre built stuff, just build it yourself!!!! [cd /usr/ports; make all install] and if you want the packages [make packages]. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Jun 5 18:05:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18753 for hackers-outgoing; Mon, 5 Jun 1995 18:05:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA18746 ; Mon, 5 Jun 1995 18:05:03 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Michael Dillon cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 2.0.5-A install problem (blank screen) In-reply-to: Your message of "Mon, 05 Jun 95 15:21:01 PDT." <199506052221.PAA06698@okjunc.junction.net> Date: Mon, 05 Jun 1995 18:05:03 -0700 Message-ID: <18745.802400703@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > TCP/IP info. I was hoping to be able to make a SLIP or PPP connection and > install via FTP but I have no docs, just vague rumours, to tell me that > this can be done or how.... > > I'm going to refresh my boot/root set and try again. Please do! The doc situation has improved greatly over the last couple of days! You know that DOC is always the last to get done.. :-) Jordan From owner-freebsd-hackers Mon Jun 5 18:23:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19121 for hackers-outgoing; Mon, 5 Jun 1995 18:23:06 -0700 Received: from genesis.tiac.net (genesis.tiac.net [204.180.76.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19115 for ; Mon, 5 Jun 1995 18:22:59 -0700 Received: by genesis.tiac.net (8.6.9/genesis0.0) id VAA23834; Mon, 5 Jun 1995 21:22:44 -0400 Date: Mon, 5 Jun 1995 21:22:44 -0400 From: steve2@genesis.tiac.net (Steve Gerakines) Message-Id: <199506060122.VAA23834@genesis.tiac.net> To: hackers@freebsd.org Subject: Re: kernel page fault while doing tar to /dev/rft0 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I can visually see that this patch would be wrong, [...] > > Shit. Is anybody going to spend me a floppy tape drive? I'm sick > > of being held responsible of code i couldn't even test... sigh. Joerg is right-- the block of code should be changed: *** fd.c.orig Mon Jun 5 21:10:41 1995 --- fd.c Mon Jun 5 21:11:02 1995 *************** *** 1013,1019 **** fd = &fd_data[fdu]; fdc = fd->fdc; fdcu = fdc->fdcu; - fdblk = 128 << (fd->ft->secsize); #if NFT > 0 if (FDTYPE(minor(bp->b_dev)) & F_TAPE_TYPE) { --- 1013,1018 ---- *************** *** 1031,1036 **** --- 1030,1037 ---- goto bad; } #endif + fdblk = 128 << (fd->ft->secsize); + if (!(bp->b_flags & B_FORMAT)) { if ((fdu >= NFD) || (bp->b_blkno < 0)) { printf( The reason being that fd->ft gets initialized at the bottom of the fdopen() routine, which for tape drives is never reached. Not too complex. I didn't realize that ftstrategy() was no longer being reached at all. The code still should be tested but it looks right. > Jordan, I would like to request a ``floppy tape'' drive for the test > engineering lab at accurate automation. I can pick one up wholesale, > or you can send me an old piece of junk you have around there (I > seem to recall one or two of them just laying in the back room on > the shelf). If you run across any refurbished Colorado 350 drives or someone is looking to unload one please let me know. I'd like to add support for the newer drives but it is becoming apparent that it's impossible unless I have one around to bang on. (I can add the code according to the specs but it's really a nightmare when things go wrong.) > We can't get this stuff working as the only person very seriously involved > with the code is still running 1.1.5.1 :-(. Works great! :-) I'm going to pick up the 2.0.5 CD so I should be in the present soon. - Steve steve2@genesis.tiac.net From owner-freebsd-hackers Mon Jun 5 18:44:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19610 for hackers-outgoing; Mon, 5 Jun 1995 18:44:38 -0700 Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19604 for ; Mon, 5 Jun 1995 18:44:36 -0700 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by distortion.eng.umd.edu (8.6.10/8.6.4) with ESMTP id VAA18220; Mon, 5 Jun 1995 21:44:32 -0400 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id VAA07766; Mon, 5 Jun 1995 21:44:32 -0400 Date: Mon, 5 Jun 1995 21:44:32 -0400 (EDT) From: Chuck Robey To: Steve Gerakines cc: hackers@freebsd.org Subject: Re: kernel page fault while doing tar to /dev/rft0 In-Reply-To: <199506060122.VAA23834@genesis.tiac.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I noticed the complaint about floppy tape code and the inability to test -- I have stopped using an old Mountain tape drive, one of the small ones, I think it uses the DC2120 tapes. No controller, I used the floppy controller on it. If it'd do FreeBSD some good, I wouldn't mind shipping it somewhere. Tell me if you want it (for FreeBSD development/testing), and give me a shipping address. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Jun 5 18:50:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19792 for hackers-outgoing; Mon, 5 Jun 1995 18:50:52 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19784 for ; Mon, 5 Jun 1995 18:50:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA24857; Mon, 5 Jun 1995 18:50:13 -0700 From: "Rodney W. Grimes" Message-Id: <199506060150.SAA24857@gndrsh.aac.dev.com> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: steve2@genesis.tiac.net (Steve Gerakines) Date: Mon, 5 Jun 1995 18:50:13 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199506060122.VAA23834@genesis.tiac.net> from "Steve Gerakines" at Jun 5, 95 09:22:44 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: 3403 Sender: hackers-owner@freebsd.org Precedence: bulk > > > > > I can visually see that this patch would be wrong, [...] > > > > Shit. Is anybody going to spend me a floppy tape drive? I'm sick > > > of being held responsible of code i couldn't even test... sigh. > > Joerg is right-- the block of code should be changed: > > *** fd.c.orig Mon Jun 5 21:10:41 1995 > --- fd.c Mon Jun 5 21:11:02 1995 > *************** > *** 1013,1019 **** First off, this must be against a very old version of fd.c, this snip of code start at line 1080 now! > fd = &fd_data[fdu]; > fdc = fd->fdc; > fdcu = fdc->fdcu; > - fdblk = 128 << (fd->ft->secsize); > > #if NFT > 0 > if (FDTYPE(minor(bp->b_dev)) & F_TAPE_TYPE) { > --- 1013,1018 ---- > *************** > *** 1031,1036 **** > --- 1030,1037 ---- > goto bad; > } > #endif > + fdblk = 128 << (fd->ft->secsize); > + Still will crash some ones system if they get to here with out a ft device since ft will be null!! Now maybe the open code stops them from getting here, I am not sure :-(. > if (!(bp->b_flags & B_FORMAT)) { > if ((fdu >= NFD) || (bp->b_blkno < 0)) { > printf( > How come fdblk size is coming from the ft structure, but is used in non ft code??? See line 1108, 1118, and 1120. Perhaps the real bug fix here is that fdblk should bd from fd->secsize???? > The reason being that fd->ft gets initialized at the bottom of the fdopen() > routine, which for tape drives is never reached. Not too complex. I > didn't realize that ftstrategy() was no longer being reached at all. The > code still should be tested but it looks right. Fails my visial, this patch has been rejected for inclusion at this point in time :-(. > > Jordan, I would like to request a ``floppy tape'' drive for the test > > engineering lab at accurate automation. I can pick one up wholesale, > > or you can send me an old piece of junk you have around there (I > > seem to recall one or two of them just laying in the back room on > > the shelf). > > If you run across any refurbished Colorado 350 drives or someone is looking > to unload one please let me know. I'd like to add support for the newer > drives but it is becoming apparent that it's impossible unless I have one > around to bang on. (I can add the code according to the specs but it's > really a nightmare when things go wrong.) I just called in my order for the lowest cost Colorado they had (the 250 is what I ended up with). But you can get the upgrade kit for a 250 to a 350 via a EPROM change. If you will upgrade to 2.0.5 current I will sell you one of the upgrades at cost, contact me via private email. > > We can't get this stuff working as the only person very seriously involved > > with the code is still running 1.1.5.1 :-(. > > Works great! :-) I'm going to pick up the 2.0.5 CD so I should be in the > present soon. But if you continue to wait until we ship the CDROM's to upgrade then you can't be the point of support for the driver for each new release since you are behind the bits we are trying to get working. This problem has now been solved, the FreeBSD tests labs will shortly have the 250MB version of the drive, and I will probably pick up the 350MB upgrade so that I can test both versions by simply changing proms. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Jun 5 18:56:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20054 for hackers-outgoing; Mon, 5 Jun 1995 18:56:40 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA20047 for ; Mon, 5 Jun 1995 18:56:36 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA24873; Mon, 5 Jun 1995 18:55:47 -0700 From: "Rodney W. Grimes" Message-Id: <199506060155.SAA24873@gndrsh.aac.dev.com> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: chuckr@Glue.umd.edu (Chuck Robey) Date: Mon, 5 Jun 1995 18:55:47 -0700 (PDT) Cc: steve2@genesis.tiac.net, hackers@freebsd.org In-Reply-To: from "Chuck Robey" at Jun 5, 95 09:44: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: 1271 Sender: hackers-owner@freebsd.org Precedence: bulk > > I noticed the complaint about floppy tape code and the inability to test > -- I have stopped using an old Mountain tape drive, one of the small > ones, I think it uses the DC2120 tapes. No controller, I used the floppy > controller on it. If it'd do FreeBSD some good, I wouldn't mind shipping > it somewhere. Tell me if you want it (for FreeBSD development/testing), > and give me a shipping address. All donations of hardware for the FreeBSD test labs should be sent to: Accuration Automation Company Attn: FreeBSD Test Labs [TO BE SUPPLIED on June 15th, I am moving and don't want any thing showing up until I am actually in there full time] (503) 667-9404 (goes live by 5:00PM May 6, 1995 and will have an answer machine on it by May 7, 1995 5:00PM) It would be great to have the Montain drive in the test labs as well, since I am bringing in the Colorado drive this gives us coverage of the 2 most popular drives. Now, any one out there with an Irwin collecting dust? Note, at this time these are not tax deductable contributions, but will be when if ever we get the FreeBSD Inc stuff set up. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Jun 5 19:03:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA20278 for hackers-outgoing; Mon, 5 Jun 1995 19:03:02 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA20266 for ; Mon, 5 Jun 1995 19:02:48 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id WAA21994; Mon, 5 Jun 1995 22:01:45 -0400 Date: Mon, 5 Jun 1995 22:01:44 -0400 From: Temptation Subject: Re: NCR810 problem? To: "Rodney W. Grimes" cc: FreeBSD-hackers@FreeBSD.Org In-Reply-To: <199506060103.SAA24705@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.Org Precedence: bulk On Mon, 5 Jun 1995, Rodney W. Grimes wrote: > ... > [Other stuff about ASUS PCI/I-486SP3G motherboard] > > Well, that is not a far comparison, what happens to the P54C-90 if you > also put 40nS simms and a 512K cache in it?? This it screams if it is > the right motherboard!! [I am not about to go plop down the cash to > find out right now :-)] > heheheh, I know, but makes it fair doesn't it ? :), it's the fairer way to compare Pent vs 486 ;) > > > I don't use the standard install tools, but I have been shipping systems > > > on this board since March, which means that FreeBSD does run on it with > > > out problem. Sounds like you had the cache set to write back mode, which > > > is a known problem on this board (or at least known to me!!). > > > > Well, until about Junuary of this year the PCI code and the NCR support > was not very great, it is much bettern now. And until about March of > this year 2940 support was not even there really, and just became stable > about 3 or 4 weeks ago. I imagen most of what you have been fighting > with has been FreeBSD software bugs due to the selection of hardware. this true, Justin has a done a Great job with the 29/28/27 driver. (I've had problem with other boards and Free, Not just this one, but thats in the past now. If I can get Free setup like my Linux system, then I'll be setting it up on some more machines, so far it's been going pretty good. > > > > > > Oh, yeah, right, well is what I do is go into the ports I want to build > and find out what distfiles I need, then I just ftp those files into > my distfiles directory from my server. > well I wanted to install just about everything. and the reason I got the source first was becuase I didn't know about the packages. It's not like FreeBSD is well documented (Remember I installed the Alpha, maybe the day or day after it come out, you don't expect any docs with Alpha products, And I thought install was pretty easy by the way, so there really wasn't much need) Also Since I've never got it installed before, thrown out most of the Cd's ( I have the first one I bought, still stuck in the wall) I got all the readmes I could find, tho I didn't read them all way through. I only found about the Sources becuase Justin told me about them. So I got them all, and as I was complaining to Justin, about how I thought FreeBSD sucked because it didn't have Bins, he Told me, they are in Packages( I never asked him for bins, So this is my fault) So I Ftped them :) was only 103megs, Now I have both, Which I'm happy about. Because I like FVWM in XFree, and Someone edited out internal functions of Fvwm when they compiled it, So since I had sources I put them back. Anyways, when 2.0.5R cd comes to my part of the Country, I'm going to make FreeBSD as my main server. Is has stable drivers(more then Linux anyway) and much Better Network support, And by that time I should know enough about FreeBSD, to have it running the way I want it. > > I already got /ports/distfiles, your right it is HUGE :) > > I'm getting /packages which seems bigger :) > > Why do you need both the sources, and the pre built stuff, just build > it yourself!!!! [cd /usr/ports; make all install] and if you want the > packages [make packages]. I have the space ;) > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Mon Jun 5 19:10:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA20669 for hackers-outgoing; Mon, 5 Jun 1995 19:10:57 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA20660 for ; Mon, 5 Jun 1995 19:10:51 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA19355; Tue, 6 Jun 1995 12:06:46 +1000 Date: Tue, 6 Jun 1995 12:06:46 +1000 From: Bruce Evans Message-Id: <199506060206.MAA19355@godzilla.zeta.org.au> To: rgrimes@gndrsh.aac.dev.com, steve2@genesis.tiac.net Subject: Re: kernel page fault while doing tar to /dev/rft0 Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> #endif >> + fdblk = 128 << (fd->ft->secsize); >> + >Still will crash some ones system if they get to here with out a >ft device since ft will be null!! Now maybe the open code stops >them from getting here, I am not sure :-(. >> if (!(bp->b_flags & B_FORMAT)) { >> if ((fdu >= NFD) || (bp->b_blkno < 0)) { >> printf( >> >How come fdblk size is coming from the ft structure, but is used in >non ft code??? See line 1108, 1118, and 1120. Perhaps the real bug ft is a pointer to the floppy t_y_pe structure. >Fails my visial, this patch has been rejected for inclusion at this >point in time :-(. Patches should be reviewed by someone (if any :-) who is familiar with the code. Bruce From owner-freebsd-hackers Mon Jun 5 19:32:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21489 for hackers-outgoing; Mon, 5 Jun 1995 19:32:17 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21479 for ; Mon, 5 Jun 1995 19:32:12 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA25146; Mon, 5 Jun 1995 19:30:29 -0700 From: "Rodney W. Grimes" Message-Id: <199506060230.TAA25146@gndrsh.aac.dev.com> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: bde@zeta.org.au (Bruce Evans) Date: Mon, 5 Jun 1995 19:30:29 -0700 (PDT) Cc: steve2@genesis.tiac.net, hackers@freebsd.org In-Reply-To: <199506060206.MAA19355@godzilla.zeta.org.au> from "Bruce Evans" at Jun 6, 95 12:06:46 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: 1142 Sender: hackers-owner@freebsd.org Precedence: bulk > > >> #endif > >> + fdblk = 128 << (fd->ft->secsize); > >> + > > >Still will crash some ones system if they get to here with out a > >ft device since ft will be null!! Now maybe the open code stops > >them from getting here, I am not sure :-(. > > >> if (!(bp->b_flags & B_FORMAT)) { > >> if ((fdu >= NFD) || (bp->b_blkno < 0)) { > >> printf( > >> > > >How come fdblk size is coming from the ft structure, but is used in > >non ft code??? See line 1108, 1118, and 1120. Perhaps the real bug > > ft is a pointer to the floppy t_y_pe structure. Ah.. okay, suggest we rename it to type then! fd->type->secsize makes a lot more since when reading this code!!! > >Fails my visial, this patch has been rejected for inclusion at this > >point in time :-(. > > Patches should be reviewed by someone (if any :-) who is familiar with > the code. Agreed, but it still fails on the fact the hunk is offset which means the purson is not testing against -current code. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Jun 5 19:37:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21825 for hackers-outgoing; Mon, 5 Jun 1995 19:37:52 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21819 for ; Mon, 5 Jun 1995 19:37:48 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id TAA23831 for ; Mon, 5 Jun 1995 19:37:48 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA05475; Tue, 6 Jun 1995 12:24:16 +0930 From: Michael Smith Message-Id: <199506060254.MAA05475@genesis.atrad.adelaide.edu.au> Subject: Re: I call it the "NT sniper bug". To: datads!becker@uunet.ca (Randall Becker) Date: Tue, 6 Jun 1995 12:24:15 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <9506051435.aa19776@vulcan.datadesign.com> from "Randall Becker" at Jun 5, 95 02:35:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2873 Sender: hackers-owner@freebsd.org Precedence: bulk Randall Becker stands accused of saying: > > It sounds to me like the problem is at a really really low level in the > NT TCP/IP stack where packets not destined for the NT are somehow being > passed (i.e. the destination MAC address is being ignored and all packets > are being processed by the NT stack). As the packets are passed up the > stack, they will be recognized as not being for the NT's IP address. The > routing table will be consulted (as it would for, say, the loop-back), and > since the NT is not acting as a router (i.e., no appropriate routing > table entries), the message will generate the experienced ICMP host > unreachable messages. This is, of course, total crap. (no offense intended). 1) The ethernet card shouldn't be in promiscuous mode. It requires a conscious effort to set it in the first place, so it's not 'accidentally' happening. 2) As the NT box is not a router, it should _never_ be sending back NRTH ICMP replies. Read the RFC. If the NT box is really doing what was described, then it's intentional; you don't build a perfectly-formed NRTH by 'accident'. > Randy >>> I just recently saw this here at University of Illinois, Urbana/Champaign. >>> I call it the "NT sniper bug". A UNIX software distribution process >>> between subnets in different buildings was consistently and inexplicably >>> failing at what appeared to be random times. Analysis of the traffic >>> (Network General Sniffer) showed the cut connections were due to an ICMP >>> type 3 (Destination Unreachable) code 1 (Host Unreachable) packet. >>> According to the ICMP spec (RFC792), such packets may only be sent from >>> routers. I assumed the source was indeed a router and perhaps there was >>> a problem with the network in the other building. When I learned it was >>> a PC, I was intrigued to say the least. >>> ... >>> Every once in a while at what appeared to be random intervals, this >>> machine was choosing an apparently arbitrary IP packet on the Ethernet >>> (regardless of its addressed destination) and generating an ICMP host >>> unreachable error packet to its source, dutifully including the first >>> portion of the victim packet. >>> >> have sent out a 'arp request' as it's own arp table entry >> for the other machine had just timed out... [JRE] >> hmm wonder if uSoft want to make all other machines appear unreliable :) I'd have to agree there, Julian 8) > Randall Becker Voice: (905) 677-6666 -- ]] 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 [[ From owner-freebsd-hackers Mon Jun 5 19:40:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21980 for hackers-outgoing; Mon, 5 Jun 1995 19:40:05 -0700 Received: from servo.ipsilon.com (servo.Ipsilon.COM [204.160.241.205]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21974 for ; Mon, 5 Jun 1995 19:40:02 -0700 Received: (from hoffman@localhost) by servo.ipsilon.com (8.6.11/8.6.10) id TAA06992; Mon, 5 Jun 1995 19:38:30 -0700 Date: Mon, 5 Jun 1995 19:38:30 -0700 From: Eric Hoffman Message-Id: <199506060238.TAA06992@servo.ipsilon.com> To: hackers@freebsd.org Subject: external storage for mbufs Sender: hackers-owner@freebsd.org Precedence: bulk #ifdef notyet #define MFREE(m, n) \ ....general purpose deallocator which uses ext_free function pointer.. #else /* notyet */ #define MFREE(m, nn) \ ....deallocator which assumes M_EXT is always part of the cluster system... #endif could someone lend some context to why the following code from mbuf.h is conditionalized the way it is? an idle recompile with the new code caused damage...what other conditions in the system exist that make it not yet ready? From owner-freebsd-hackers Mon Jun 5 19:46:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22311 for hackers-outgoing; Mon, 5 Jun 1995 19:46:21 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA22303 for ; Mon, 5 Jun 1995 19:46:16 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA25371; Mon, 5 Jun 1995 19:45:40 -0700 From: Poul-Henning Kamp Message-Id: <199506060245.TAA25371@ref.tfs.com> Subject: Re: I call it the "NT sniper bug". To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 5 Jun 1995 19:45:37 -0700 (PDT) Cc: datads!becker@uunet.ca, hackers@freebsd.org In-Reply-To: <199506060254.MAA05475@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 6, 95 12:24:15 pm Content-Type: text Content-Length: 527 Sender: hackers-owner@freebsd.org Precedence: bulk > 1) The ethernet card shouldn't be in promiscuous mode. It requires a > conscious effort to set it in the first place, so it's not 'accidentally' > happening. Not so fast. It can merely be a crappy chipset and a lousy implementation of multicast... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 19:55:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22727 for hackers-outgoing; Mon, 5 Jun 1995 19:55:32 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA22717 for ; Mon, 5 Jun 1995 19:55:19 -0700 Received: by haven.uniserve.com id <30856>; Mon, 5 Jun 1995 19:56:29 +0100 Date: Mon, 5 Jun 1995 18:02:55 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: What does this mean? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk What do these messages mean? Jun 5 12:09:32 haven /kernel: in_rtqtimo: adjusted rtq_reallyold to 315 Jun 5 17:54:29 haven /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 I'm running a system from 5-29 (which is basically 2.0.5A). Tom From owner-freebsd-hackers Mon Jun 5 20:03:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23017 for hackers-outgoing; Mon, 5 Jun 1995 20:03:52 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA23010 for ; Mon, 5 Jun 1995 20:03:45 -0700 Received: by disperse.demon.co.uk id aa13528; 6 Jun 95 4:01 +0100 Received: from post.demon.co.uk by disperse.demon.co.uk id aa13514; 6 Jun 95 4:00 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa12289; 6 Jun 95 4:00 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id EAA03449; Tue, 6 Jun 1995 04:02:22 +0100 (BST) From: Karl Strickland Message-Id: <199506060302.EAA03449@bagpuss.demon.co.uk> Subject: deadfs etc.. To: hackers@freebsd.org Date: Tue, 6 Jun 1995 04:02:22 +0100 (BST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk Is there anywhere I can read about the new 'filesystems' and VFS in 4.4? Any recommended papers etc online? Thanks -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Mon Jun 5 20:25:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23638 for hackers-outgoing; Mon, 5 Jun 1995 20:25:42 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA23632 ; Mon, 5 Jun 1995 20:25:37 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA21439; Tue, 6 Jun 1995 13:24:32 +1000 Date: Tue, 6 Jun 1995 13:24:32 +1000 From: Bruce Evans Message-Id: <199506060324.NAA21439@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, msmith@atrad.adelaide.edu.au Subject: Re: "release candidates" floppies, quick comment. Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> - The timezone bug is (obviously) still there. >I don't think this will be fixed for 2.0.5R, sorry. Does it just use tzsetup? The menu options are in the wrong order (fix enclosed). Other bugs (fixes not enclosed): (1) /etc/wall_cmos_clock isn't removed in the UTC case in fiddle_cmos(). (2) It tells you to reboot for the changes to take effect. Rebooting is often unnecessary, and is unnecessary in the middle of an install. (3) It tells you to reboot even when nothing was changed. Bruce *** main.c~ Wed May 31 20:08:14 1995 --- main.c Tue Jun 6 13:04:58 1995 *************** *** 152,155 **** static unsigned char *cmos_list[] = { ! "1", "CMOS clock is set to local time", ! "2", "CMOS clock is set to Universal time (UTC)", "3", "I'm not sure, leave it alone" --- 152,155 ---- static unsigned char *cmos_list[] = { ! "1", "CMOS clock is set to Universal time (UTC)", ! "2", "CMOS clock is set to local time", "3", "I'm not sure, leave it alone" Bruce From owner-freebsd-hackers Mon Jun 5 20:35:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23984 for hackers-outgoing; Mon, 5 Jun 1995 20:35:15 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA23974 for ; Mon, 5 Jun 1995 20:35:09 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA21680; Tue, 6 Jun 1995 13:33:22 +1000 Date: Tue, 6 Jun 1995 13:33:22 +1000 From: Bruce Evans Message-Id: <199506060333.NAA21680@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@gndrsh.aac.dev.com Subject: Re: kernel page fault while doing tar to /dev/rft0 Cc: hackers@freebsd.org, steve2@genesis.tiac.net Sender: hackers-owner@freebsd.org Precedence: bulk >> ft is a pointer to the floppy t_y_pe structure. >Ah.. okay, suggest we rename it to type then! fd->type->secsize makes >a lot more since when reading this code!!! Maybe fd->f_type->t_secsize (we've argued about this before :-). But it was named ft long before the ft driver existed. Bruce From owner-freebsd-hackers Mon Jun 5 21:08:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25071 for hackers-outgoing; Mon, 5 Jun 1995 21:08:55 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA25063 ; Mon, 5 Jun 1995 21:08:54 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Chuck Robey cc: Steve Gerakines , hackers@freebsd.org Subject: Re: kernel page fault while doing tar to /dev/rft0 In-reply-to: Your message of "Mon, 05 Jun 95 21:44:32 EDT." Date: Mon, 05 Jun 1995 21:08:54 -0700 Message-ID: <25062.802411734@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > ones, I think it uses the DC2120 tapes. No controller, I used the floppy > controller on it. If it'd do FreeBSD some good, I wouldn't mind shipping > it somewhere. Tell me if you want it (for FreeBSD development/testing), > and give me a shipping address. Would you mind terribly shipping it overseas, to Joerg? I'd be glad to pick up the postage if that were an issue.. Jordan From owner-freebsd-hackers Mon Jun 5 21:14:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25246 for hackers-outgoing; Mon, 5 Jun 1995 21:14:38 -0700 Received: from genesis.tiac.net (genesis.tiac.net [204.180.76.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA25240 for ; Mon, 5 Jun 1995 21:14:36 -0700 Received: by genesis.tiac.net (8.6.9/genesis0.0) id AAA25725; Tue, 6 Jun 1995 00:14:33 -0400 Date: Tue, 6 Jun 1995 00:14:33 -0400 From: steve2@genesis.tiac.net (Steve Gerakines) Message-Id: <199506060414.AAA25725@genesis.tiac.net> To: hackers@freebsd.org Subject: Re: kernel page fault while doing tar to /dev/rft0 Sender: hackers-owner@freebsd.org Precedence: bulk > It would be great to have the Montain drive in the test labs as well, > since I am bringing in the Colorado drive this gives us coverage of > the 2 most popular drives. Now, any one out there with an Irwin > collecting dust? Actually there seems to be a LOT of Conner(/Archive) drives out there. I've only stumbled across one or two people with Mountain drives. - Steve steve2@genesis.tiac.net From owner-freebsd-hackers Mon Jun 5 21:39:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26433 for hackers-outgoing; Mon, 5 Jun 1995 21:39:21 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26425 ; Mon, 5 Jun 1995 21:39:19 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQysxe16375; Tue, 6 Jun 1995 00:38:44 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA10896 (5.67b/IDA-1.5 for uunet!freebsd.org!bugs); Mon, 5 Jun 1995 21:37:27 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Mon, 5 Jun 95 23:39 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sIpqc-0004vyC; Mon, 5 Jun 95 23:02 CDT Message-Id: Date: Mon, 5 Jun 95 23:02 CDT To: jgreco@brasil.moneng.mei.com, hackers@freebsd.org, bugs@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Mon Jun 5 1995, 23:02:33 CDT Subject: Re: 2.0.5-A: Very disheartening? Sender: hackers-owner@freebsd.org Precedence: bulk I have been reading your comments about strange behavior in 2.0.5-Alpha and thought I would mention that I have access to a several different types of machines that also malfunction under 2.0.5-Alpha, but worked on the 0420SNAP and all earlier FreeBSD versions. On these systems, if you made it thru the installation it was a miracle, The system would only run at all with certain amounts of memory present (8 Meg). If you added (12 or 16) or subtracted memory (4), all of these different systems would panic or just hang 100% of the time. Weird. I recently discovered that if I can remove or disable the external L2 cache (these systems are all 483DX33-based with 64K or 128K of L2 cache in the form of Intel 485 Turbocache cache subsystems), 2.0.5-Alpha then works fine. Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can put the cache back in (or enable it) and everything still works, even with memory amounts that would panic or hang with the cache present. Even though the FreeBSD core group is aware of the problem, without a failing system in front of them, or the luxury of time to spend helping me debug it by remote control, I don't expect a fix anytime soon. As far as I can see, the only failing part is the mechanisms associated with a compressed kernel, or the compressed kernel itself and certain types of cache subsystems. I can boot from a floppy with a uncompressed kernel and that works fine too. Only the compressed kernel has trouble. This cache issue might be related to the problem you are seeing, and if you have the ability to disable the external cache on your system, try doing that and see if things work any better. Frank Durda IV uhclem%nemesis@fw.ast.com From owner-freebsd-hackers Mon Jun 5 21:40:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26605 for hackers-outgoing; Mon, 5 Jun 1995 21:40:25 -0700 Received: from genesis.tiac.net (genesis.tiac.net [204.180.76.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26597 for ; Mon, 5 Jun 1995 21:40:22 -0700 Received: by genesis.tiac.net (8.6.9/genesis0.0) id AAA25972; Tue, 6 Jun 1995 00:40:18 -0400 Date: Tue, 6 Jun 1995 00:40:18 -0400 From: steve2@genesis.tiac.net (Steve Gerakines) Message-Id: <199506060440.AAA25972@genesis.tiac.net> To: hackers@freebsd.org Subject: Re: kernel page fault while doing tar to /dev/rft0 Sender: hackers-owner@freebsd.org Precedence: bulk > > >Fails my visial, this patch has been rejected for inclusion at this > > >point in time :-(. > > > > Patches should be reviewed by someone (if any :-) who is familiar with > > the code. > > Agreed, but it still fails on the fact the hunk is offset which means > the purson is not testing against -current code. Again, I could've retrieved -current fd.c and made the same patch in about 2 minutes (still can if you want), but since it's only one line moving I didn't bother. I was only trying to demonstrate what the offending line was. I'll speak in pseudo-patch next time, or perhaps say nothing since I'm apparently unqualified to contribute anything unless -current is on my machine anyhow. I'm not trying to break a release that's halfway out the door, just trying to point out where I think the problem is so someone on the inside can fix it. - Steve steve2@genesis.tiac.net From owner-freebsd-hackers Mon Jun 5 21:45:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26777 for hackers-outgoing; Mon, 5 Jun 1995 21:45:04 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26769 for ; Mon, 5 Jun 1995 21:45:01 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA23875 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 14:40:28 +1000 Date: Tue, 6 Jun 1995 14:40:28 +1000 From: Bruce Evans Message-Id: <199506060440.OAA23875@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org Subject: Re: Kernels, panics & the debugger Sender: hackers-owner@freebsd.org Precedence: bulk >[debugger, but not in case of panic] >> A kernel variable or something like this would be great; I would really like >> ... >There's already such a variable available, it's currently used by the >console to disable DDB fallback while the console is in graphics mode. >I'm not sure if Søren has already implemented the logic in syscons >however; i've done it for pcvt. This variable stops all debugger entries and crashes the system (or worse) if a breakpoint inserted by the debugger is hit (inserting breakpoints corrupts the code and the debugger doesn't get a chance to clean up). Better handling of trace traps is also required. Single stepping of syscalls starting from user mode currently causes debugger entry if ddb is configured. This should be disabled if ddb-on-panic is disabled and when the screen is in graphics mode and the console uses the screen. Single stepping of lcalls under X/pcvt must be verry sloow now :-). Bruce From owner-freebsd-hackers Mon Jun 5 21:57:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27173 for hackers-outgoing; Mon, 5 Jun 1995 21:57:15 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA27163 for ; Mon, 5 Jun 1995 21:57:13 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id OAA05791 for hackers@freebsd.org; Tue, 6 Jun 1995 14:46:07 +0930 From: Michael Smith Message-Id: <199506060516.OAA05791@genesis.atrad.adelaide.edu.au> Subject: 2.0.5A kernel build w/sound drivers To: hackers@freebsd.org Date: Tue, 6 Jun 1995 14:45:52 +0930 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1174 Sender: hackers-owner@freebsd.org Precedence: bulk Greetings Kernel sound people. Whilst I'm mightily impressed with what dset does for kernel configuration, I thought it would be nice to add in support for my (cheezy) Soundblaster. (Genuine SB 2.0) So, I consult LINT, and add : (don't trust the numbers, just the sense of it) controller snd0 device sb0 at isa? port 0x220 irq 5 device opl0 at isa? port 0x388 I consulted the code in isa/sound/sound_config.h, and decided that, just to be safe options "SB_IRQ=5" (or whatever the symbol is) would be advisable. Unfortunately, the build fails looking for some sb-related files. (Wrong suburb for more details, sorry.) I remember this happening before with 2.0, but it was configured, um, somewhat differently 8) Anyone know the magic to make this work? (It'll be a FAQ, for sure.) -- ]] 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 [[ From owner-freebsd-hackers Mon Jun 5 22:09:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27968 for hackers-outgoing; Mon, 5 Jun 1995 22:09:08 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA27959 for ; Mon, 5 Jun 1995 22:08:49 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA04376; Tue, 6 Jun 1995 13:07:07 +0800 Date: Tue, 6 Jun 1995 13:07:07 +0800 (CST) From: Brian Tao To: Peter Dufault cc: FREEBSD-HACKERS-L Subject: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-Reply-To: <199506051915.PAA12608@hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I'm bouncing this back to hackers, Peter... On Mon, 5 Jun 1995, Peter Dufault wrote: > > Brian Tao writes: > > > > I have only one disk here, so I used /dev/rsd0.ctl, but received a > > "SCIOCCOMMAND ioctl: Inappropriate ioctl for device" error when I > > tried it as root. Any suggestions? This is a 2.0.5A system, with > > whichever version of /sbin/scsi that entails. The drive is also > > formatted using the current slice code: > > That isn't nice. Here is what /dev/rsd0.ctl looks like on my > system: > > > crw------- 1 root wheel 13, 536870912 May 3 08:59 /dev/rsd0.ctl No, the minor numbers on my rsd*.ctl devices are completely different: crw------- 1 root wheel 13, 0 May 29 20:48 /dev/rsd0.ctl crw------- 1 root wheel 13, 8 May 29 20:48 /dev/rsd1.ctl crw------- 1 root wheel 13, 16 May 29 20:48 /dev/rsd2.ctl crw------- 1 root wheel 13, 24 May 29 20:48 /dev/rsd3.ctl I mknod'd a 13:536870912 character special file and now it works. Did the 2.0.5 installation mess up the minor device numbers? I don't see any *.ctl devices on my pre-2.0.5 machines, so I presume this is a new feature (and thus couldn't have been left over from previous installs)? Anyhow, you were right about the write-cache: # scsi -f rsd0.ctl -m 8 WCE: 1 <--- (write cache enabled, for the -hackers folks) MF: 0 RCD: 0 Demand Retention Priority: 0 Write Retention Priority: 0 Disable Pre-fetch Transfer Length: 0 -> yours is 65535 Minumum Pre-fetch: 8 -> yours is 0 Maximum Pre-fetch: 128 Maximum Pre-fetch Ceiling: 128 So this is the firmware on the *drive* and not the controller then... is this something we have to watch out for in 2.0.5, or has it just been lurking around for the past six months on my 2.0 systems without causing any trouble? I then used "scsi -f /dev/rsd2.ctl -m 8 -e -P 3" to turn off write-cache enable. The minimum pre-fetch on my drive was set to 8, but I noticed yours is 0. I suppose this value means the drive will always try to grab 8 blocks at once? It is set to 0 now, to match yours, if it makes any difference. Noticed another error from syslog that happened about 8 hours after: /kernel: sd0(ncr0:6:0): Deferred Error: HARDWARE FAILURE asc:87,0 [...8 hours...] /kernel: vnode_pager_input: I/O read error /kernel: vm_fault: pager input (probably hardware) error, PID 163 failure Same cause? Or something completely different? As for the first error, I'll see if my dealer has the tech books from Quantum (unless someone knows Quantum's number in Taipei). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Jun 5 22:12:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28182 for hackers-outgoing; Mon, 5 Jun 1995 22:12:22 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA28175 ; Mon, 5 Jun 1995 22:12:21 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: uhclem%nemesis@fw.ast.com (Frank Durda IV) cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org, bugs@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Mon, 05 Jun 95 23:02:00 CDT." Date: Mon, 05 Jun 1995 22:12:20 -0700 Message-ID: <28172.802415540@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can > put the cache back in (or enable it) and everything still works, even with > memory amounts that would panic or hang with the cache present. Just FYI, David, Poul and I (mostly holding coats and looking anxious) are all looking into potential badness in the kzip/MFS code which could explain this. If it comes to it, we may very well fall back to a 2 floppy install! We're trying to look at all the options.. Something one way or the other will probably be decided in the next 2-3 days. If those actually seeing the problem would care at all to play with kzip a little and see if they can't perhaps narrow the failure mode down, I'd be more than pleased! It's a lot easier to frown at kernel printfs() meaninfully when you can actually reproduce the failure locally! :-) Jordan From owner-freebsd-hackers Mon Jun 5 22:38:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28960 for hackers-outgoing; Mon, 5 Jun 1995 22:38:03 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA28954 for ; Mon, 5 Jun 1995 22:37:59 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA26953; Tue, 6 Jun 1995 15:32:46 +1000 Date: Tue, 6 Jun 1995 15:32:46 +1000 From: Bruce Evans Message-Id: <199506060532.PAA26953@godzilla.zeta.org.au> To: dufault@hda.com, taob@gate.sinica.edu.tw Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> That isn't nice. Here is what /dev/rsd0.ctl looks like on my >> system: >> >> > crw------- 1 root wheel 13, 536870912 May 3 08:59 /dev/rsd0.ctl > No, the minor numbers on my rsd*.ctl devices are completely >different: >crw------- 1 root wheel 13, 0 May 29 20:48 /dev/rsd0.ctl >crw------- 1 root wheel 13, 8 May 29 20:48 /dev/rsd1.ctl >crw------- 1 root wheel 13, 16 May 29 20:48 /dev/rsd2.ctl >crw------- 1 root wheel 13, 24 May 29 20:48 /dev/rsd3.ctl > I mknod'd a 13:536870912 character special file and now it works. >Did the 2.0.5 installation mess up the minor device numbers? I don't Certain methods of copying files (such as tar) silently lose the high bits in the minor number :-(. cp -pR, dump/restore and `cpio -H newc' are known to work. Bruce From owner-freebsd-hackers Mon Jun 5 23:26:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02642 for hackers-outgoing; Mon, 5 Jun 1995 23:26:19 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02631 for ; Mon, 5 Jun 1995 23:26:15 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA04508; Tue, 6 Jun 1995 14:24:52 +0800 Date: Tue, 6 Jun 1995 14:24:51 +0800 (CST) From: Brian Tao To: Bruce Evans cc: freebsd-hackers@freebsd.org Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-Reply-To: <199506060532.PAA26953@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 6 Jun 1995, Bruce Evans wrote: > > Certain methods of copying files (such as tar) silently lose the high > bits in the minor number :-(. cp -pR, dump/restore and `cpio -H newc' > are known to work. I thought the installer created device files on the fly rather than extracting them from the bin tarball? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Jun 5 23:36:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03516 for hackers-outgoing; Mon, 5 Jun 1995 23:36:41 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA03510 for ; Mon, 5 Jun 1995 23:36:40 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA26324; Mon, 5 Jun 1995 23:30:30 -0700 From: Poul-Henning Kamp Message-Id: <199506060630.XAA26324@ref.tfs.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: taob@gate.sinica.edu.tw (Brian Tao) Date: Mon, 5 Jun 1995 23:30:30 -0700 (PDT) Cc: bde@zeta.org.au, freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at Jun 6, 95 02:24:51 pm Content-Type: text Content-Length: 396 Sender: hackers-owner@freebsd.org Precedence: bulk > I thought the installer created device files on the fly rather > than extracting them from the bin tarball? It does now. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Jun 5 23:44:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA04143 for hackers-outgoing; Mon, 5 Jun 1995 23:44:09 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA04136 ; Mon, 5 Jun 1995 23:44:08 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Brian Tao cc: Bruce Evans , freebsd-hackers@freebsd.org Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-reply-to: Your message of "Tue, 06 Jun 95 14:24:51 +0800." Date: Mon, 05 Jun 1995 23:44:07 -0700 Message-ID: <4135.802421047@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I thought the installer created device files on the fly rather > than extracting them from the bin tarball? It does.. It uses MAKEDEV. No device files (that I know of) are extracted using cpio. Jordan From owner-freebsd-hackers Mon Jun 5 23:53:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA04848 for hackers-outgoing; Mon, 5 Jun 1995 23:53:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA04836 for ; Mon, 5 Jun 1995 23:53:26 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01292; Tue, 6 Jun 1995 08:53:22 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA16110 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 08:53:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA06502 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 08:47:54 +0200 From: J Wunsch Message-Id: <199506060647.IAA06502@uriah.heep.sax.de> Subject: Re: Kernels, panics & the debugger To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 6 Jun 1995 08:47:54 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506060440.OAA23875@godzilla.zeta.org.au> from "Bruce Evans" at Jun 6, 95 02:40:28 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 591 Sender: hackers-owner@freebsd.org Precedence: bulk As Bruce Evans wrote: > > >[debugger, but not in case of panic] > ... > This variable stops all debugger entries and crashes the system (or worse) > if a breakpoint inserted by the debugger is hit (inserting breakpoints > corrupts the code and the debugger doesn't get a chance to clean up). I'll put it into my TODO list for 2.1. > Single stepping of lcalls under X/pcvt must be verry sloow now :-). Hmm, perhaps i should give it a try? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jun 5 23:53:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA04891 for hackers-outgoing; Mon, 5 Jun 1995 23:53:37 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA04860 for ; Mon, 5 Jun 1995 23:53:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01288; Tue, 6 Jun 1995 08:53:21 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA16107; Tue, 6 Jun 1995 08:53:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA06488; Tue, 6 Jun 1995 08:46:08 +0200 From: J Wunsch Message-Id: <199506060646.IAA06488@uriah.heep.sax.de> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 6 Jun 1995 08:46:08 +0200 (MET DST) Cc: chuckr@glue.umd.edu In-Reply-To: <25062.802411734@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 95 09:08:54 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 726 Sender: hackers-owner@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > ones, I think it uses the DC2120 tapes. No controller, I used the floppy > > controller on it. If it'd do FreeBSD some good, I wouldn't mind shipping > > it somewhere. Tell me if you want it (for FreeBSD development/testing), > > and give me a shipping address. > > Would you mind terribly shipping it overseas, to Joerg? Either Rod or me. I do also have a spare machine for testing where i can put it in. Would it also handle DC2060 cartridge? I do already have a (for me useless) one that i've bought to test my (dead) Insight drive. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jun 6 00:02:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05805 for hackers-outgoing; Tue, 6 Jun 1995 00:02:26 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA05797 for ; Tue, 6 Jun 1995 00:02:25 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id XAA13232 for ; Mon, 5 Jun 1995 23:54:28 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01284; Tue, 6 Jun 1995 08:53:19 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA16104 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 08:53:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA06472 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 08:42:59 +0200 From: J Wunsch Message-Id: <199506060642.IAA06472@uriah.heep.sax.de> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 6 Jun 1995 08:42:58 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506060230.TAA25146@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 5, 95 07:30:29 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1531 Sender: hackers-owner@freebsd.org Precedence: bulk As Rodney W. Grimes wrote: > > > ft is a pointer to the floppy t_y_pe structure. > > Ah.. okay, suggest we rename it to type then! fd->type->secsize makes > a lot more since when reading this code!!! Look into the code please, Rod: there's already something named `type' within struct fd_data, just one line above! (It's the drive type code, as opposed to the drive type data structure, describing drive geometry.) > > Patches should be reviewed by someone (if any :-) who is familiar with > > the code. > > Agreed, but it still fails on the fact the hunk is offset which means > the purson is not testing against -current code. Calm down. Steve always told that he's running 2.0R, and the bug has creeped in before 2.0. Furthermore, Steve was only reviewing my suggestion, which i've done based on -current. Back to the topic: anything regarding a floppy tape drive will not fall below the lines #if'ed. So it has been apparent to me that the bug must be somewhere in the variable initialization above. Since the panics experienced a NULL pointer dereferencation, fd->ft was the most suspect one. Beware that, unlike my first suggestion, it's not possible to move all those 5 lines (starting at line 1079 :) of variable initialization below the #if NFT > 0 block, since at least fdc (and hence fd and fdu) have to be initialized for the second check (tape already busy). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jun 6 00:50:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07509 for hackers-outgoing; Tue, 6 Jun 1995 00:50:27 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA07503 for ; Tue, 6 Jun 1995 00:50:25 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id AAA01371; Tue, 6 Jun 1995 00:53:45 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id AAA00188; Tue, 6 Jun 1995 00:50:37 -0700 Message-Id: <199506060750.AAA00188@corbin.Root.COM> To: Temptation cc: freebsd-hackers@freebsd.org Subject: Re: XFree/Memory again In-reply-to: Your message of "Mon, 05 Jun 95 16:55:01 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 00:50:35 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >I've also found something else interesting. running the vmstat -s, before >startX , and then running it after I closed it and all programs, and >making sure nothing was running that wasn't suppose to. I lose 4.1megs >of Memory. (thats if I'm reading vmstat correctly, someone told me >VMcache + free = free memory, so I'm looking at those two numbers) >4megs is really no big deal when you have 256, but I plan on putting that >back in my NT machine, and keeping 32 in the FreeBSD machine. Am I drugs >or am I really losing access to this memory? How are you adding your memory up? Should be: active+inactive+wired+cached+free Wired pages are basically pages that belong to the kernel. -DG From owner-freebsd-hackers Tue Jun 6 01:18:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08101 for hackers-outgoing; Tue, 6 Jun 1995 01:18:03 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08095 ; Tue, 6 Jun 1995 01:17:54 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id QAA04725; Tue, 6 Jun 1995 16:17:20 +0800 Date: Tue, 6 Jun 1995 16:17:19 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: freebsd-hackers@freebsd.org Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-Reply-To: <4135.802421047@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Jordan K. Hubbard wrote: > > It does.. It uses MAKEDEV. No device files (that I know of) are > extracted using cpio. Okay, I'll verify that for myself tonight on one of the remaining pre-2.0.5 machines. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Jun 6 01:22:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08324 for hackers-outgoing; Tue, 6 Jun 1995 01:22:50 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08316 for ; Tue, 6 Jun 1995 01:22:45 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA01430; Tue, 6 Jun 1995 01:26:05 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA00244; Tue, 6 Jun 1995 01:22:57 -0700 Message-Id: <199506060822.BAA00244@corbin.Root.COM> To: Eric Hoffman cc: hackers@freebsd.org Subject: Re: external storage for mbufs In-reply-to: Your message of "Mon, 05 Jun 95 19:38:30 PDT." <199506060238.TAA06992@servo.ipsilon.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 01:22:56 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk > > #ifdef notyet > #define MFREE(m, n) \ > ....general purpose deallocator which uses ext_free function pointer.. > #else /* notyet */ > #define MFREE(m, nn) \ > ....deallocator which assumes M_EXT is always part of the cluster system... > #endif > >could someone lend some context to why the following code from >mbuf.h is conditionalized the way it is? > >an idle recompile with the new code caused damage...what other >conditions in the system exist that make it not yet ready? It's not too difficult to get it to work, but the main problem is that reference count tracking must be disabled when there is an "external" free routine. This is because the reference counts are all in an array that is indexed by the address of the data (divided by the appropriate constant). If there is an external free routine, then the memory won't be the 'managed' memory that is in the special address region...thus leading to an array index that is out of bounds...causing a panic. I had this working in 1.1.5 and was using it to speed up NFS. I chose not to bring that change forward (it was too much of a hack). -DG From owner-freebsd-hackers Tue Jun 6 02:29:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12426 for hackers-outgoing; Tue, 6 Jun 1995 02:29:18 -0700 Received: from FileServ2.MI.Uni-Koeln.DE (FileServ2.MI.Uni-Koeln.DE [134.95.212.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA12418 for ; Tue, 6 Jun 1995 02:29:04 -0700 Received: by FileServ2.MI.Uni-Koeln.DE id AA04221 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Tue, 6 Jun 1995 11:28:30 +0200 Message-Id: <199506060928.AA04221@FileServ2.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 6 Jun 1995 11:28:29 +0200 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: mdomsch@dellgate.us.dell.com Subject: Re: NCR810 problem? Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Hi! I'm sending a reply to your message regarding the NCR 810 and install problems using a DEC DSP3107L disk drive. Since I'm using a DSP3053L and have received mail from others that had no problems with DSP series drives, there seems to be something wrong with your hardware or system setup. I need further details to understand the problem. > assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5235 > assertion "cp" failed: file "../../pci/ncr.c", line 5236 > ncr0 targ0?: ERROR (80:100) (e-ab-2) (8/13) @ (10d4:e000000). > reg: da 10 0 13 47 8 0 1f 0 e 80 ab 80 0 3 0. > ncr0: restart (fatal error). > ncr0: reset by timeout. The assertions fail if the command control block for the active command couldn't be located in a linked list, but it has already been removed from that list. This generally means there has been a command timeout, which does this as part of its cleanup procedure. Could you please send further details on your hardware configuration and especially all SCSI devices and SCSI terminators. Could you please write down the ncr0 boot message. I'm interested in the line that tells about the IRQ used. Hope I can help after I got this information ... Regards, STefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706017 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-hackers Tue Jun 6 03:12:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13616 for hackers-outgoing; Tue, 6 Jun 1995 03:12:31 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13610 for ; Tue, 6 Jun 1995 03:12:29 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id DAA05328; Tue, 6 Jun 1995 03:12:27 -0700 Date: Tue, 6 Jun 1995 03:12:24 -0700 (PDT) From: Howard Lew To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: latest boot.flp In-Reply-To: <199506051934.MAA22699@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Poul-Henning Kamp wrote: > Could I get you to boot the boot.flp again, and then at the partition > screen hit 'W' which will send you into wizard mode. Then email me > a copy of the stuff and press 'q' for each disk to get back into > civilized areas. Okay. Here's the info... Debug_Disk(wd0) flags=1 real_geom=0/0/0 bios_geom=827/32/63 boot1=0x0, boot2=0x0, bootmgr=0,0 --> 0x1901c0 -63 1667232 1667168 wd0 whole 0x00 --> 0x190200 -63 126 62 - unused 0x00 --> 0x190240 63 1665153 1665215 wd0s1 fat 0x01 --> 0x190280 1665216 1953 1667168 - unused 0x00 Debug_Disk(wd1) flags=0 real_geom=0/0/0 bios_geom=1053/16/63 boot1=0x0, boot2=0x0, bootmgr=0,0 --> 0x190300 0 1061424 1061423 wd1 whole 0x00 > --> 0x190340 0 63 62 - unused 0x00 --> 0x190380 63 1061361 1061423 wd1s1 freebsd 0xa5 =>C --> 0x1903c0 63 65536 65598 wd1s1a part 0x07 --> 0x190480 65599 65536 131134 wd1s1b part 0x01 --> 0x190400 131135 930289 1061423 wd1s1e part 0x07 > wd0 had Ontrack DM 6.03A installed and used dynamic drive overlay. /--------------------------------------\ / Howard Lew \ < Email: hlew@genome.stanford.edu > \ http://www.shoppersnet.com / \--------------------------------------/ From owner-freebsd-hackers Tue Jun 6 03:26:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14006 for hackers-outgoing; Tue, 6 Jun 1995 03:26:28 -0700 Received: from glenlivet.ohm.york.ac.uk (root@glenlivet.ohm.york.ac.uk [144.32.136.21]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13939 for ; Tue, 6 Jun 1995 03:22:12 -0700 Received: by glenlivet.ohm.york.ac.uk id m0sIvlu-0004fOC (/\##/\ Smail3.1.29.2 #29.2); Tue, 6 Jun 95 11:22 BST Message-Id: Date: Tue, 6 Jun 95 11:22 BST From: "Duncan McL Barclay" To: freebsd-hackers@FreeBSD.org Subject: Bug (?) in 2.0.5A with ed1 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm having trouble with my ethernet card whilst installing 2.0.5A on my 486box. I have an SMC 8013 card that has worked perfectly with 2.0R for the past few months, and still works under 2.0R. After setting up the network (ifconfig, route) etc I just get ed1 timeouts. Quick grep on the 2.0.5A messages gives: Jan 1 12:20:10 elan kernel: ed1 at 0x300-0x31f irq 5 maddr 0xd8000 msize 16384 on isa Jan 1 12:20:10 elan kernel: ed1: address 00:00:c0:d4:f7:6b, type WD8013EPC (16 bit) whilst the 2.0R messages gives Jan 1 12:23:46 elan kernel: ed1 at 0x300-0x31f irq 9 maddr 0xd8000 msize 16384 on isa Jan 1 12:23:46 elan kernel: ed1: address 00:00:c0:d4:f7:6b, type WD8013EPC (16 bit) (please ignore the dates, the CMOS clock wibbles sometimes!) As the only difference is the IRQ is there a problem in the config for the 2.0.5A GENERIC kernel? Thanks Raggy ______________________________________________________________________________ Raggy | God smiles upon the little children, the alcoholics, and dmlb@ohm.york.ac.uk | the permanently stoned. S.King. ------------------------------------------------------------------------------ From owner-freebsd-hackers Tue Jun 6 04:31:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15980 for hackers-outgoing; Tue, 6 Jun 1995 04:31:45 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15974 ; Tue, 6 Jun 1995 04:31:41 -0700 Message-Id: <199506061131.EAA15974@freefall.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA015058102; Tue, 6 Jun 1995 07:28:22 -0400 From: william pechter ILEX Subject: Re: 2.0.5-A: Very disheartening? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jun 1995 07:28:22 -0400 (EDT) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <28172.802415540@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 95 10:12: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: 823 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can > > put the cache back in (or enable it) and everything still works, even with > > memory amounts that would panic or hang with the cache present. On the Micronics Gemini Baby AT 486 motherboard the kernel reboots automatically just as it prints the string that shows its entry point. This problem seems to have been there since the 2.0-Release. If it boots from the install floppy it's ok. It doesn't even get to kernel configuration with the -c option. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Tue Jun 6 04:40:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA16316 for hackers-outgoing; Tue, 6 Jun 1995 04:40:24 -0700 Received: from glenlivet.ohm.york.ac.uk (glenlivet.ohm.york.ac.uk [144.32.136.21]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA16308 for ; Tue, 6 Jun 1995 04:40:19 -0700 Received: by glenlivet.ohm.york.ac.uk id m0sIwyp-0004fCC (/\##/\ Smail3.1.30.10 #30.11); Tue, 6 Jun 95 12:39 BST Message-Id: Date: Tue, 6 Jun 95 12:39 BST From: "Duncan McL Barclay" To: freebsd-hackers@FreeBSD.org Subject: Re: Bug (?) in 2.0.5A with ed1 Sender: hackers-owner@FreeBSD.org Precedence: bulk Sorry, Now fixed and working fine. A question of RTFM I'm afraid. Raggy From owner-freebsd-hackers Tue Jun 6 04:50:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA16802 for hackers-outgoing; Tue, 6 Jun 1995 04:50:42 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA16796 ; Tue, 6 Jun 1995 04:50:39 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id VAA11612; Tue, 6 Jun 1995 21:40:24 +0930 From: Michael Smith Message-Id: <199506061210.VAA11612@genesis.atrad.adelaide.edu.au> Subject: New 205 install problem. To: hackers@freebsd.org Date: Tue, 6 Jun 1995 21:40:24 +0930 (CST) Cc: jkh@freefall.cdrom.com Content-Type: text Content-Length: 1516 Sender: hackers-owner@freebsd.org Precedence: bulk Firstly, a caveat - my dists are about a week old, as pulling that much stuff on a daily basis is a no-no 8) With the 5/6/95 19:00 install images, prettymuch everything is a goer. Jordan, something to add to the Hardware FAQ - I have a video card that wedges IRQ 9 in text modes, and thus 2/9 is a bad choice for network cards. This is non-obvious. "Q: When I try to (FTP,NFS) install, all I get are ed0: device timeout messages. Your software is impossible to use! ( 8) ) A: Is your network card using IRQ9? If so, try moving it to another IRQ, as some video cards will interfere with IRQ9. " (sorry) Having just exterminated cron (by unmounting /usr from under it 8) I have determined that /usr has been created with the wrong permissions. (022 is a bit bizarre 8) This leads to all sorts of unpleasant (and insidious) side effects. Any idea why the root filesystem is being mounted as /dev/sd0a rather than /dev/sd0s4a? Also, if the network link (as I mentioned in my last message) is down, routed dumps core at startup. I don't really expect that this will be fixed in -RELEASE, but it's worth knowing. -- ]] 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 [[ From owner-freebsd-hackers Tue Jun 6 04:57:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17010 for hackers-outgoing; Tue, 6 Jun 1995 04:57:47 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA17004 ; Tue, 6 Jun 1995 04:57:44 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id HAA16560; Tue, 6 Jun 1995 07:56:53 -0400 From: Peter Dufault Message-Id: <199506061156.HAA16560@hda.com> Subject: Install bug for big minor numbers To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 6 Jun 1995 07:56:53 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, jkh@freebsd.org In-Reply-To: from "Brian Tao" at Jun 6, 95 01:07:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1041 Sender: hackers-owner@freebsd.org Precedence: bulk Brian Tao writes: (... About an install bug for device nodes with high minor number bits set...) > > > crw------- 1 root wheel 13, 536870912 May 3 08:59 /dev/rsd0.ctl > > No, the minor numbers on my rsd*.ctl devices are completely > different: > > crw------- 1 root wheel 13, 0 May 29 20:48 /dev/rsd0.ctl > crw------- 1 root wheel 13, 8 May 29 20:48 /dev/rsd1.ctl > crw------- 1 root wheel 13, 16 May 29 20:48 /dev/rsd2.ctl > crw------- 1 root wheel 13, 24 May 29 20:48 /dev/rsd3.ctl Apparently the install is breaking them. This is due to something falling down on the new 'big' minor numbers. 536870912 = 0x20000000, all of those minor numbers should have that bit set plus the preserved low bits. How is /dev being created, Jordan? MAKEDEV will do it properly. Are all the slices coming out OK? They use those bits too. Peter -- 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 Tue Jun 6 05:12:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17356 for hackers-outgoing; Tue, 6 Jun 1995 05:12:13 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA17350 for ; Tue, 6 Jun 1995 05:12:09 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id IAA16611; Tue, 6 Jun 1995 08:11:18 -0400 From: Peter Dufault Message-Id: <199506061211.IAA16611@hda.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 6 Jun 1995 08:11:18 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at Jun 6, 95 01:07:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3013 Sender: hackers-owner@freebsd.org Precedence: bulk Brian Tao writes: > > I mknod'd a 13:536870912 character special file and now it works. > Did the 2.0.5 installation mess up the minor device numbers? I don't > see any *.ctl devices on my pre-2.0.5 machines, so I presume this is a > new feature (and thus couldn't have been left over from previous > installs)? Anyhow, you were right about the write-cache: > > # scsi -f rsd0.ctl -m 8 > WCE: 1 <--- (write cache enabled, for the -hackers folks) > MF: 0 > RCD: 0 > Demand Retention Priority: 0 > Write Retention Priority: 0 > Disable Pre-fetch Transfer Length: 0 -> yours is 65535 > Minumum Pre-fetch: 8 -> yours is 0 > Maximum Pre-fetch: 128 > Maximum Pre-fetch Ceiling: 128 > > So this is the firmware on the *drive* and not the controller > then... is this something we have to watch out for in 2.0.5, or has it > just been lurking around for the past six months on my 2.0 systems > without causing any trouble? No, your drive has always had this setting. You were living dangerously in the event of a power failure. Everyone should check their drives and disable this. Be sure you also have Automatic Write Reallocation Enabled and Automatic Read Reallocation Enabled in mode page 1. The nature of the deferred error is that the OS thought the write succeeded and then later on reports back an error (in this case, it said the write succeeded when it cached the data on the disk, and then reported the failure when it couldn't transfer the cache to disk for some reason). In 2.1 the system will sanity check the mode page settings during boot and will comment on anything it thinks is set wrong. > I then used "scsi -f /dev/rsd2.ctl -m 8 -e -P 3" to turn off > write-cache enable. The minimum pre-fetch on my drive was set to 8, > but I noticed yours is 0. I suppose this value means the drive will > always try to grab 8 blocks at once? It is set to 0 now, to match > yours, if it makes any difference. Mine may not be correct; it is just set as the vendor shipped it. Quantum may have some reason they want the drives set that way. > Noticed another error from syslog that happened about 8 hours after: > > /kernel: sd0(ncr0:6:0): Deferred Error: HARDWARE FAILURE asc:87,0 > [...8 hours...] > /kernel: vnode_pager_input: I/O read error > /kernel: vm_fault: pager input (probably hardware) error, PID 163 failure > > Same cause? Or something completely different? As for the first > error, I'll see if my dealer has the tech books from Quantum (unless > someone knows Quantum's number in Taipei). Something completely different, I think. You are saying there is an 8 hour delay between the hardware failure and the read complaint from the vnode pager? It looks to be a bug that there was no read fail message immediately before the vnode message. Peter -- 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 Tue Jun 6 05:28:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17770 for hackers-outgoing; Tue, 6 Jun 1995 05:28:27 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA17751 ; Tue, 6 Jun 1995 05:28:19 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: announce@freefall.cdrom.com cc: hackers@freefall.cdrom.com Subject: Ok, *now* it's End-Of-ALPHA Release Candidate time! Reply-To: hackers@freebsd.org Date: Tue, 06 Jun 1995 05:28:18 -0700 Message-ID: <17750.802441698@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Hey folks, OK, so maybe you heard me say this a few days ago too, but that was before I spent 4 solid days and nights beating on the thing! :-) What is now on ftp://ftp.freebsd.org/pub/FreeBSD/2.0.5-ALPHA and ftp://freebsd.org/pub/FreeBSD/2.0.5-ALPHA is pretty much 2.0.5-BETA in all but name. I suppose a few words on our current status are also in order, provided that I can manage to form any coherent thoughts at the moment, that is (boy, am I _tired!_).. I'm going to re-roll 2.0.5A tonite/this morning and release it as 2.0.5B later in the day, the only real difference being the version string. The tree will NOT be tagged for BETA! You CVS sup'ers can breathe again now.. :-) This is also basically it for sysinstall and 2.0.5R. I'm done and I do not plan to write any additional docs or implement any new functionality. Finito! I will, of course, fix any sufficiently severe last-minute bugs in code or doc, but this part of the tree is now essentially frozen with the rest of 2.0.5B. At this point, all known problems with the installation have been fixed or documented. I know it's still not perfect, but it works quite a bit better than the last one in enough significant ways and it's good enough for me (for now). We do have a few reports of systems falling over with strange cache-related problems, and which David and Poul are looking into. Some other posters reported random Sig-11s, but it is unclear as to whether or not this might have been caused by the "truncated bindist problem" we suffered from for a short time during the ALPHA. The keyboard lock-ups seem to have gone away with the temporary disabling (sorry, Joerg!) of the serial console code. It's also important to note that there are several new pieces of technology at work in this installation process; techniques which will most likely not directly affect you but are nevertheless worth knowing about. The First trick is "kzip", or the compressed (gzip'd) kernel image. Those familiar with Linux already know all about compressing kernels to save space on boot floppies, and we're doing it now too. A kzip'd kernel has a small bootstrap which loads it at 3MB and expands it. This is why 4MB machines briefly stopped working a few days back; we'd allowed the kernel to get larger than 1MB, and naturally there wasn't much room left up there! :-) Needless to say, this trick is only good for medium sized kernels.. The second trick is "kernmfs", which is a kernel that contains a large pre-allocated array inside and into which a second utility has copied a small root filesystem. This means that the kernel is now essentially carrying its own root filesystem around with it and is entirely self-contained, given some memory to run in. When this kernel is booted it creates an MFS (Memory File System) that overlays the internal "filesystem", and presto! A kernel and filesystem all running in memory and without any dependencies on things like the floppy drive, which might actually want to get used for something like loading distributions later. It doesn't matter if the kernmfs image _booted_ from a floppy, once it's up all the way then it's running from memory and no longer interested in where it came from (except as media). Though this solves a lot of problems inherent in the old scheme (some of which were basically impossible to solve before), it is not without its potential quirks.. We're using some new tools here, and while they may work just fine with all the equipment we have lying around it's always possible that there's some combination of hardware out there which we just haven't taken into account. In such cases, your feedback is invaluable in determining whether or not a fix is merited or possible. If you see any unusual behavior while booting the boot floppy, please write it down and let us know! This installation set now fully supports the following installation media types: CDROM Floppy DOS FTP NFS TAPE I've tested all of them and they seem to work quite well. The occasional crash is still possible, but you have to do something pretty creative or be having a really bad day on the Internet (this assumes you're not loading from CD, which is quite a bit simpler to deal with). The distribution menus have also been revamped and are now quite a bit more usable. If you haven't yet jumped on the 2.0.5 testing bandwagon then I strongly urge you to do so while there's still time to make a difference! I've no interest in pushing out a low-quality 2.0.5R release that embarasses us all, but at the same time I can't hold the CD up forever and I'm working on it in parallel now. Ideally, I'd like to hear from as many new installations as possible in the next day or so and thus be able to do a rough head-count of "it worked!" and "it didn't work!" messages so that I can gauge overall stability. I can say that 2.0.5 works very well for wcarchive, my machine, David's machine, Poul's machine, Gary's machine, etc. - many machines, I just need to know right now how well it works on *your* machine! :-) So please, download the floppies/boot.flp file today and test it on something! If you're doing anything but a tape or floppy installation then you don't even need to grab the "root.flp" image and the installation will get it automatically. Do please also try to read through all the documentation before filing a bug report. The documentation files are now available both inside and outside the boot floppy and are easily accessible from your local FTP mirror site. Most installation problems generally fall into a few known categories which, believe it or not, are documented in the Hardware guide and the Disk selection screen this time. Don't be afraid to type "F1" and read everything you see! :-) I know that some of you have felt more than a little rushed by the hectic 2.0.5A schedule and for that I apologise. What can I say? We were late.. :-( For an ALPHA cycle as short as this one, however, I do have to say that we have made some amazingly rapid progress! Perhaps giving up on all that wasteful sleep did the trick.. :-) I don't know how long I can prolong the BETA (a few days, maybe less?), but I'll try to make up for the severe time constraints by being as responsive as humanly possible during the interval. If you have real problems with the installation then I *will* try to get back to you within the hour with some sort of response to any question you send me! If you're really stumped, my phone numbers are in my finger entry on freefall (finger jkh@freefall.cdrom.com). I REALLY WANT TO HEAR YOUR FEEDBACK! If it works, let me know! If it doesn't work, also let me know! I need some feeling for our success rate on installations and this is the only way to get it. Thanks, everyone! And thanks for putting up with my new-floppies-every-20-minutes work model during the ALPHA and an installation I basically had to write from scratch. I suppose this is called "rapid prototyping" in the industry (or perhaps just another way of saying "I didn't really know where I wanted to go when I started, so I just started running." :-) Jordan From owner-freebsd-hackers Tue Jun 6 05:40:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18224 for hackers-outgoing; Tue, 6 Jun 1995 05:40:47 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA18212 ; Tue, 6 Jun 1995 05:40:41 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Peter Dufault cc: taob@gate.sinica.edu.tw (Brian Tao), freebsd-hackers@freebsd.org, jkh@freebsd.org Subject: Re: Install bug for big minor numbers In-reply-to: Your message of "Tue, 06 Jun 95 07:56:53 EDT." <199506061156.HAA16560@hda.com> Date: Tue, 06 Jun 1995 05:40:41 -0700 Message-ID: <18210.802442441@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > How is /dev being created, Jordan? MAKEDEV will do it properly. > Are all the slices coming out OK? They use those bits too. They're all using MAKEDEV.. Jordan From owner-freebsd-hackers Tue Jun 6 05:50:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18452 for hackers-outgoing; Tue, 6 Jun 1995 05:50:02 -0700 Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA18440 for ; Tue, 6 Jun 1995 05:49:56 -0700 Received: from bell.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id aa02100; 6 Jun 95 13:49 BST To: hackers@freebsd.org Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! X-Address: School Of Mathematics, Trinity College, Dublin 2, Ireland. X-Phone: (Home)+353-(0)1-8204643 (College)+353-(0)1-7022280 X-PGP: Public Key on Request In-reply-to: Message from "Jordan K. Hubbard" dated today at 05:28. Date: Tue, 06 Jun 1995 13:49:33 +0100 From: Colman Reilly Message-ID: <9506061349.aa02100@salmon.maths.tcd.ie> Sender: hackers-owner@freebsd.org Precedence: bulk Content-Description: text I haven't seen this one reported ... maybe I missed it, or maybe it's normal. 486DX4/100/8/540, QUANTUM MAVERICK 540A, ExpertBoard 8049. Installed over ftp, everything ok ... no errors on boot, stuff comes across ok, after a couple of tries. Boot with generic kernel: dset crashes and dump core, as does kvm_db and related stuff. ifconfig falls over, dumping core, but the network still works. I rebuilt the kernel and stripped it down and everything was fine, so I forgot about it for a few days. Colman From owner-freebsd-hackers Tue Jun 6 05:54:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18629 for hackers-outgoing; Tue, 6 Jun 1995 05:54:24 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA18622 ; Tue, 6 Jun 1995 05:54:18 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id IAA16912; Tue, 6 Jun 1995 08:53:44 -0400 From: Peter Dufault Message-Id: <199506061253.IAA16912@hda.com> Subject: Re: Install bug for big minor numbers To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jun 1995 08:53:44 -0400 (EDT) Cc: taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org In-Reply-To: <18210.802442441@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:40:41 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 856 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > How is /dev being created, Jordan? MAKEDEV will do it properly. > > Are all the slices coming out OK? They use those bits too. > > They're all using MAKEDEV.. It still works: > hda# cd /dev > hda# cp /usr/src/etc/etc.i386/MAKEDEV . > hda# ls -lt rsd0.ctl > crw------- 1 root wheel 13, 536870912 May 3 08:59 rsd0.ctl > hda# rm rsd0.ctl > hda# sh MAKEDEV sd0 > hda# ls -lt rsd0.ctl > crw------- 1 root wheel 13, 536870912 Jun 6 08:50 rsd0.ctl > hda# Brian: can you think of anything you did that may have broken things? Bruce mentioned that "tar" loses on this. Does anyone else have broken control entries for the SCSI devices? Peter -- 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 Tue Jun 6 06:03:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19004 for hackers-outgoing; Tue, 6 Jun 1995 06:03:48 -0700 Received: from mail.id.net (kilroy.id.net [152.160.9.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA18995 for ; Tue, 6 Jun 1995 06:03:45 -0700 Received: from hades.id.net (hades.id.net [152.160.9.12]) by mail.id.net (8.6.8/8.6.6) with ESMTP id JAA07925; Tue, 6 Jun 1995 09:03:42 -0400 From: Robert Shady Received: (rls@localhost) by hades.id.net (8.6.11/8.6.6) id RAA06081; Tue, 6 Jun 1995 17:06:43 -0400 Message-Id: <199506062106.RAA06081@hades.id.net> Subject: Re: A performance mystery To: temp@temptation.interlog.com (Temptation) Date: Tue, 6 Jun 1995 17:06:42 -0400 (EDT) Cc: rgrimes@gndrsh.aac.dev.com, henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org In-Reply-To: from "Temptation" at Jun 3, 95 02:25:50 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: 836 Sender: hackers-owner@freebsd.org Precedence: bulk > Writing the 16 Megabyte file, 'iozone.tmp' ...6.367188 seconds > Reading the files....2.164062 seconds (as it was scrolling I seen this > number as low as 1.xxx seconds) > > IOZONE perfor. measurements: > > 2634949 bytes/second for writing the file > 7752648 bytes/second for reading the file Okay, I've recently purchased a Pentium PCI500C-C motherboard with a 100Mhz CPU. I've been thinking about swapping the motherboard for the ASUS board, but I wanted to run some quick speed tests to see if this one is better, or worse. Doesn't make sense to swap out a good motherboard for a worse one. Does anybody have any speed tests I can run/compare to for a 100 Mhz pentium? It's running FreeBSD 2.0.5-Alpha right now, but only using IDE disks currently, so a disk read/write isn't going to show anything... -- Rob From owner-freebsd-hackers Tue Jun 6 06:07:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19257 for hackers-outgoing; Tue, 6 Jun 1995 06:07:54 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA19249 for ; Tue, 6 Jun 1995 06:07:51 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA21140 ; Tue, 6 Jun 95 09:07:49 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sIyLj-0006SmC; Tue, 6 Jun 95 09:07 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: june 5 14:39 boot.flp To: freebsd-hackers@freebsd.org (FreeBSD Hackers) Date: Tue, 6 Jun 1995 09:07:15 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1044 Sender: hackers-owner@freebsd.org Precedence: bulk from >> Update: Mon Jun 5 14:39:14 PDT 1995 << No more locked-up computer with this one! Except for my battle with sysinstall over boot manager philosophy, most of the problems I was having are gone... I tried to break it but it did not. :) However, this is the first time that I have had a problem with setting the timezone. I have my cmos clock set for local time. I told sysinstall this but it comes back with universal time... regardless of what I tell it in the menu. Now, it only asks once for what I think the time is... even after rebooting and running sysinstall over ... and over. Oops, I almost forgot. I did not have a cdrom in the drive during install ... so no mount point was made and no entry in fstab either. Trying to install packages in the initial install reported that I had no cdrom and returned me to the menu. After rebooting I could install packages from a dos partition though. -- Jan Isley | If you couldn't find any weirdness, jan@bagend.atl.ga.us | maybe we'll just have to make some! - Hobbes From owner-freebsd-hackers Tue Jun 6 06:25:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19927 for hackers-outgoing; Tue, 6 Jun 1995 06:25:54 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA19919 ; Tue, 6 Jun 1995 06:25:44 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id NAA02203; Tue, 6 Jun 1995 13:15:19 +0100 Date: Tue, 6 Jun 1995 13:15:17 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: Frank Durda IV , jgreco@brasil.moneng.mei.com, hackers@freebsd.org, bugs@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? In-Reply-To: <28172.802415540@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Jordan K. Hubbard wrote: > > Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can > > put the cache back in (or enable it) and everything still works, even with > > memory amounts that would panic or hang with the cache present. > > Just FYI, > > David, Poul and I (mostly holding coats and looking anxious) are all > looking into potential badness in the kzip/MFS code which could > explain this. If it comes to it, we may very well fall back to a 2 > floppy install! We're trying to look at all the options.. > > Something one way or the other will probably be decided in the next > 2-3 days. > > If those actually seeing the problem would care at all to play with > kzip a little and see if they can't perhaps narrow the failure mode > down, I'd be more than pleased! It's a lot easier to frown at kernel > printfs() meaninfully when you can actually reproduce the failure > locally! :-) I am pretty sure that my problem was nothing to do with kzip since the install worked fine. I have just build a new kernel from the 2.0.5A sources so I will see how that flies. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Tue Jun 6 06:47:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20415 for hackers-outgoing; Tue, 6 Jun 1995 06:47:40 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20408 for ; Tue, 6 Jun 1995 06:47:35 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id XAA11808 for hackers@freebsd.org; Tue, 6 Jun 1995 23:37:23 +0930 From: Michael Smith Message-Id: <199506061407.XAA11808@genesis.atrad.adelaide.edu.au> Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: hackers@freebsd.org Date: Tue, 6 Jun 1995 23:37:22 +0930 (CST) In-Reply-To: <17750.802441698@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:28:18 am Content-Type: text Content-Length: 3694 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > The First trick is "kzip", or the compressed (gzip'd) kernel image. > Those familiar with Linux already know all about compressing kernels > to save space on boot floppies, and we're doing it now too. A kzip'd > kernel has a small bootstrap which loads it at 3MB and expands it. > This is why 4MB machines briefly stopped working a few days back; we'd > allowed the kernel to get larger than 1MB, and naturally there wasn't > much room left up there! :-) Needless to say, this trick is only good > for medium sized kernels.. > > The second trick is "kernmfs", which is a kernel that contains a large > pre-allocated array inside and into which a second utility has copied > a small root filesystem. This means that the kernel is now > essentially carrying its own root filesystem around with it and is > entirely self-contained, given some memory to run in. At some (later) stage, I'm going to want to talk about these two, EPROMs and embedded systems, but I think now is not a good time for that 8) > I just need to know right now how well it works on *your* machine! :-) Very well so far. I haven't prodded it _too_ much yet though. Hopefully you've fixed the /usr permissions booby. Note also that the XF86_SVGA server you're including has problems with Cirrus chipsets. I'm not sure whether you've applied the README.late patches to the tree before rolling it. (I noticed that it's different to the distribution in /pub/XFree86/ on wcarchive.) 2.0 compatability seems spot on - I haven't had any of my extensive collection of prebuilt applications barf on me, and stability seems good even under moderate load (4 or 5 consecutive compiles, Xboing, etc) > Do please also try to read through all the documentation before filing > a bug report. The documentation files are now available both inside > and outside the boot floppy and are easily accessible from your local > FTP mirror site. Most installation problems generally fall into a few > known categories which, believe it or not, are documented in the > Hardware guide and the Disk selection screen this time. Don't be > afraid to type "F1" and read everything you see! :-) The docco is pretty good. A little rushed (big surprise 8), but it seems to cover most of the known bogeys. IIRC, you even mention 3C509's in there somewhere 8) Are you planning on expanding the << XXX Hints... line in the hardware.hlp file, or is geometry magic a bad idea right now? > I REALLY WANT TO HEAR YOUR FEEDBACK! If it works, let me know! If it > doesn't work, also let me know! I need some feeling for our success > rate on installations and this is the only way to get it. I'll be throwing this at a couple of commercial people tomorrow - hopefully I'll get some feedback more or less straight away. They're particularly keen to see something that supports the NCR controllers, and this looks like it fits the bill. > Jordan You amaze me - if you can write like that while you're zonked, I can only assume you have a background involving advertising copy 8) (btw. Is it too late to put in an order for a low-numbered limited-edition 2.0.5 jordan-wilted-over-the-keyboard picture disk? If Peter Norton can do the unwashed pink shirt, I'm sure we can do you in shorts and sandals 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 [[ From owner-freebsd-hackers Tue Jun 6 06:58:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20713 for hackers-outgoing; Tue, 6 Jun 1995 06:58:30 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20707 for ; Tue, 6 Jun 1995 06:58:27 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA01924; Tue, 6 Jun 1995 07:01:48 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id GAA00411; Tue, 6 Jun 1995 06:58:39 -0700 Message-Id: <199506061358.GAA00411@corbin.Root.COM> To: Tom Samplonius cc: hackers@freebsd.org Subject: Re: What does this mean? In-reply-to: Your message of "Mon, 05 Jun 95 18:02:55 PDT." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 06:58:38 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk > What do these messages mean? > >Jun 5 12:09:32 haven /kernel: in_rtqtimo: adjusted rtq_reallyold to 315 >Jun 5 17:54:29 haven /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 > > I'm running a system from 5-29 (which is basically 2.0.5A). It means that there are a large number of clone routes getting created rather quickly (due to lots of new TCP connections with a large number of sites) and that the kernel is adjusting the expiration of the clone routes to compensate. -DG From owner-freebsd-hackers Tue Jun 6 07:00:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20875 for hackers-outgoing; Tue, 6 Jun 1995 07:00:55 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20868 for ; Tue, 6 Jun 1995 07:00:44 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id WAA26547; Tue, 6 Jun 1995 22:00:36 +0800 Date: Tue, 6 Jun 1995 22:00:34 +0800 (WST) From: Peter Wemm To: hackers@freebsd.org Subject: Doom! It's dangerous... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Try compiling your kernel with "options DIAGNOSTIC" and see how quickly it blows up. It appears to be passing vnodes around to functions that are expecting them to be locked, but in fact, are not locked (eg: ufs_access, while trying to load /lib/ld.so). Alas, we can't see the source to see if it's an isolated bug or somthing that's more prolific. Also, it causes compile warnings if you compile with "options KTRACE". Something is suspect in the COMPAT_LINUX code in i386/trace.c But, at last, I've almost got it working.. All I need to figure out now, is why it comes up in about 4 colours.. (black, grey, white, and red). It's definately running on a 256 colour server (all to itself even). Also, I binary edited /lib/ld.so so that the resolv+ resolver in the linux libc doesn't get it's knickers in a knot over the freebsd format /etc/host.conf Cheers, -Peter From owner-freebsd-hackers Tue Jun 6 07:15:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21292 for hackers-outgoing; Tue, 6 Jun 1995 07:15:18 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21285 for ; Tue, 6 Jun 1995 07:15:14 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id KAA17117; Tue, 6 Jun 1995 10:13:54 -0400 From: Peter Dufault Message-Id: <199506061413.KAA17117@hda.com> Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 6 Jun 1995 10:13:53 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199506061407.XAA11808@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 6, 95 11:37:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1812 Sender: hackers-owner@freebsd.org Precedence: bulk Michael Smith writes: > > Jordan K. Hubbard stands accused of saying: > > The First trick is "kzip", or the compressed (gzip'd) kernel image. > > Those familiar with Linux already know all about compressing kernels > > to save space on boot floppies, and we're doing it now too. A kzip'd > > kernel has a small bootstrap which loads it at 3MB and expands it. > > This is why 4MB machines briefly stopped working a few days back; we'd > > allowed the kernel to get larger than 1MB, and naturally there wasn't > > much room left up there! :-) Needless to say, this trick is only good > > for medium sized kernels.. > > > > The second trick is "kernmfs", which is a kernel that contains a large > > pre-allocated array inside and into which a second utility has copied > > a small root filesystem. This means that the kernel is now > > essentially carrying its own root filesystem around with it and is > > entirely self-contained, given some memory to run in. > > At some (later) stage, I'm going to want to talk about these two, EPROMs > and embedded systems, but I think now is not a good time for that 8) I've got an EV386EX Intel Eval board for the 386EX that I hope to boot FreeBSD on. It has a .5 MB flash for boot and I'll put 4MB RAM in it. > (btw. Is it too late to put in an order for a low-numbered limited-edition > 2.0.5 jordan-wilted-over-the-keyboard picture disk? If Peter Norton > can do the unwashed pink shirt, I'm sure we can do you in shorts and > sandals 8) For a moment I thought you meant a limited-edition "picture plate". I can see it now, advertised in TV Guide next to the ST:TNG collector plate. Peter -- 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 Tue Jun 6 07:31:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21739 for hackers-outgoing; Tue, 6 Jun 1995 07:31:25 -0700 Received: from kksys.skypoint.net (kksys.skypoint.net [199.86.32.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA21733 for ; Tue, 6 Jun 1995 07:31:21 -0700 Received: from starfire.mn.org by kksys.skypoint.net with smtp (Smail3.1.29.1 #2) id m0sIzd1-0002RwC; Tue, 6 Jun 95 09:29 CDT Received: (from john@localhost) by starfire.mn.org (8.6.8/1.2.1) id JAA15019 for hackers@freebsd.org; Tue, 6 Jun 1995 09:30:03 -0500 From: John Lind Message-Id: <199506061430.JAA15019@starfire.mn.org> Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: hackers@freebsd.org Date: Tue, 6 Jun 1995 09:30:02 -0500 (CDT) In-Reply-To: <17750.802441698@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:27:59 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: 1682 Sender: hackers-owner@freebsd.org Precedence: bulk > I just need to know right now how well it works on *your* machine! :-) OK -- I had the latest of a couple of days ago running on a 25Mhz 386 w/4M of memory, an Addtron ne2000 clone, and a WD1007(V) ESDI controller, but I thought you'd want to see what this stuff does, so I've dumped it all and am reloading now... Anyway, one thing caught my eye which may or may not be a problem, because I don't really understand the intricacies of the firewalled FTP situation, but when I brought up the Options menu from the menu with "Commit" on it, I saw that "passive" mode for firewalled FTP was selected, so I changed it to "active" mode for standard ftp. As I guess how these might be, I am assuming that they are mutually exclusive, so I find the wording a little confusing. If my understanding is correct, a couple of sets of parentheses would clarify it a bit. I don't have the menu up in front of me right now, so any actual wording changes are accidental, I am just showing how I think parens would clarify things if they are exclusive (or make things worse if they are not! :-) [ ] FTP "passive" mode (for firewalled access) [ ] FTP "active" mode (for standard access) To summarize 1) Should passive mode be the default? 2) Adding parens to enhance understandability. Of course, the parens thing is pretty minor, so if you aren't going to change the default, it surely wouldbn't be worth holding things up just for the parens. This looks great, but with FreeBSD getting this easy and fun to install, no-one is going to want to pay me to do it anymore! :-) John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Tue Jun 6 07:34:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21910 for hackers-outgoing; Tue, 6 Jun 1995 07:34:30 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21904 for ; Tue, 6 Jun 1995 07:34:28 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id JAA01498; Tue, 6 Jun 1995 09:34:00 -0500 Date: Tue, 6 Jun 1995 09:34:00 -0500 From: Jim Lowe Message-Id: <199506061434.JAA01498@miller.cs.uwm.edu> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > This breaks sleep() again. sleep(n) shall sleep at least n seconds (POSIX > spec), but if the 1 is added then sleep(n) is only guaranteed to sleep > at least (n - 1/hz) seconds; it sleeps an average of about (n - 1/(2*hz)) > seconds for random calls and about (n - (time for sleep() call)) seconds > for calls in a loop. > > No. hzto() is better placed than most callers to someday handle the partial > tick more accurately. Only realitexpire() is better placed. > I think I now understand the problem, but I beleive the interval timers and select is still broken in FreeBSD. Having my druthers, I would rather have the timers return after a 10ms sleep, than have the sleep system call be off by +-0.5ms. Every other system I tested implemented these timers so a user program could clock at the same speed as the system clock. In FreeBSD, the select and interval timers can't return at the time specified since that would break sleep. Actaully, in FreeBSD they return 10ms late. I am at a loss to provide a fix for this. I beleive the attached select system call should return after approx 10ms -- not 20ms, don't you? Is the correct fix for this to subtract 1 from the hzto() call in sys_generic.c. Also, for the Interval timers, is the correct fix to subtract 1 from the realitexpire? Since sleep uses the interval timers -- will this fix the interval timers and break posix sleep? FreeBSD is the only system I have a problem with the interval timers and the select system call. I have looked at code on the other systems and they seem to ignore this posix problem -- but their timers actually return on time rather than 10ms later. Is there a clean solution that will fix this 1/2 tick problem and still allow select and the interval timers to work the way they do on other OSes? Or will FreeBSD be known as the system that is always 10ms late? :-) -Jim --------------------------stest.c #include #include #include #include #define WAIT_TIME 10000 int main(int ac, char **av) { struct timeval tv, tvo; struct timeval tvs; double u,v; int nwaits; gettimeofday(&tvo, NULL); tvs.tv_sec = 0; if(ac == 2) tvs.tv_usec = atoi(av[1]); else tvs.tv_usec = WAIT_TIME; nwaits = 1; u = 0; while(1) { select(0,0,0,0, &tvs); gettimeofday(&tv, NULL); v = (tv.tv_sec - tvo.tv_sec) + 1e-6 * (tv.tv_sec - tvo.tv_sec); if(v - u > 1.0) { printf("%d %8.8f %8.8f %8.8f\r", nwaits, v, (double)nwaits/v, v/(double)nwaits); fflush(stdout); u = v; } nwaits++; } } From owner-freebsd-hackers Tue Jun 6 07:37:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22059 for hackers-outgoing; Tue, 6 Jun 1995 07:37:11 -0700 Received: from agora.rdrop.com (root@[199.2.210.241]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA22052 for ; Tue, 6 Jun 1995 07:37:08 -0700 Received: by agora.rdrop.com (Smail3.1.28.1 #8) id m0sIzk0-00017MC; Tue, 6 Jun 95 07:36 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: hackers@freebsd.org Date: Tue, 6 Jun 1995 07:36:05 -0700 (PDT) In-Reply-To: <17750.802441698@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:28:18 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: 650 Sender: hackers-owner@freebsd.org Precedence: bulk > I'm going to re-roll 2.0.5A tonite/this morning and release it as > 2.0.5B later in the day, the only real difference being the version > string. Is the only difference the boot floppy? Because of a root nameserver problem, I had to ftp the distribution to a local system, and I'd rather not do that again. I'll grab the boot floppy and try the install again tonight. -- Alan Batie ______ batie@agora.rdrop.com \ / Freedom for me to be and do +1 503 452-0960 \ / only what *you* approve of 45 28 59 N / 122 43 20 W / 440' MSL \/ is no freedom at all. From owner-freebsd-hackers Tue Jun 6 07:45:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22343 for hackers-outgoing; Tue, 6 Jun 1995 07:45:20 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA22337 for ; Tue, 6 Jun 1995 07:45:17 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id KAA10117 for hackers@freebsd.org; Tue, 6 Jun 1995 10:44:20 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id JAA04290; Tue, 6 Jun 1995 09:22:43 -0400 Date: Tue, 6 Jun 1995 09:22:43 -0400 From: Gene Stark Message-Id: <199506061322.JAA04290@starkhome.cs.sunysb.edu> To: hackers@freebsd.org In-reply-to: Peter Dufault's message of Tue, 6 Jun 1995 07:56:53 -0400 (EDT) Subject: Install bug for big minor numbers Sender: hackers-owner@freebsd.org Precedence: bulk >Apparently the install is breaking them. This is due to >something falling down on the new 'big' minor numbers. >536870912 = 0x20000000, all of those minor numbers should have that >bit set plus the preserved low bits. Don't know if this is relevant, but I have noticed that 'tar' fails to preserve high order bits in device numbers. I had been using it to copy portions of the hierarchy, including /dev, but now that is not possible. - Gene From owner-freebsd-hackers Tue Jun 6 07:57:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23019 for hackers-outgoing; Tue, 6 Jun 1995 07:57:29 -0700 Received: from kksys.skypoint.net (kksys.skypoint.net [199.86.32.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA23011 for ; Tue, 6 Jun 1995 07:57:26 -0700 Received: from starfire.mn.org by kksys.skypoint.net with smtp (Smail3.1.29.1 #2) id m0sIzrW-0001XWC; Tue, 6 Jun 95 09:44 CDT Received: (from john@localhost) by starfire.mn.org (8.6.8/1.2.1) id JAA15070 for hackers@freebsd.org; Tue, 6 Jun 1995 09:44:31 -0500 From: John Lind Message-Id: <199506061444.JAA15070@starfire.mn.org> Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: hackers@freebsd.org Date: Tue, 6 Jun 1995 09:44:30 -0500 (CDT) In-Reply-To: <17750.802441698@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:27:59 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: 830 Sender: hackers-owner@freebsd.org Precedence: bulk WRT "active" and "passive" FTP modes -- now I am really confused. Though my access is not firewalled, I had to change from "active" mode which I had just selected (cf: my last message a few minutes ago) to "passive" mode before I could even connect to ftp.freebsd.org. After that I still had to try a few times, but I suspect that was just because the subscription limit was reached. So, either these "passive" and "active" things are backwards on that menu, (meaning that the default is the functionality that I would expect, even the label is the other), or I am hopelessly confused. If the latter, I'll find it when I got digging later in the docs to find out more about this active and passive mode stuff... John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Tue Jun 6 08:22:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23888 for hackers-outgoing; Tue, 6 Jun 1995 08:22:28 -0700 Received: from vivian.mt.cs.keio.ac.jp (vivian.mt.cs.keio.ac.jp [131.113.32.112]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23881 ; Tue, 6 Jun 1995 08:22:23 -0700 Received: (from hosokawa@localhost) by vivian.mt.cs.keio.ac.jp (8.6.11/3.3W8:94122222) id AAA00381; Wed, 7 Jun 1995 00:22:17 +0900 Date: Wed, 7 Jun 1995 00:22:17 +0900 Message-Id: <199506061522.AAA00381@vivian.mt.cs.keio.ac.jp> To: FreeBSD-hackers@FreeBSD.org, phk@FreeBSD.org Cc: sanpei@yy.cs.keio.ac.jp, hosokawa@mt.cs.keio.ac.jp Subject: [2.0.5-ALPHA] apm.c can't drive the APM 1.1 machine From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi / =?ISO-2022-JP?B?GyRCOllAbiEhQyM4ShsoQg==?=) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! A few days ago, my friend bought a laptop machine whose APM BIOS is version 1.1. But APM BIOS driver of 2.0.5-ALPHA says that the version of APM BIOS is 53.14(?). On this case, apm_init routines finds that the version of APM BIOS is 0101 (OK!), but I think apm_driver_version() crashes this value. When APM_DEBUG is defined, it says: Jun 6 21:40:25 lavender kernel.APM_TEST: apm0 on isa Jun 6 21:40:25 lavender kernel.APM_TEST: found APM BIOS version 0101 Jun 6 21:40:25 lavender kernel.APM_TEST: apm0: Code32 0xf00f0000, Code16 0xf00f0000, Data 0xf00f0000 Jun 6 21:40:25 lavender kernel.APM_TEST: apm0: Code entry 0x0000b37e, Idling CPU disabled, Management disabled Jun 6 21:40:25 lavender kernel.APM_TEST: apm0: CS_limit=1f, DS_limit=ab2d Jun 6 21:40:25 lavender kernel.APM_TEST: [5300 504d 001b 0 53] Jun 6 21:40:25 lavender kernel.APM_TEST: [5300 504d 001b 0 53] Jun 6 21:40:25 lavender kernel.APM_TEST: apm0: Engaged control disabled Jun 6 21:40:26 lavender kernel.APM_TEST: found APM BIOS version 53.14 Jun 6 21:40:26 lavender kernel.APM_TEST: apm0: Idling CPU disabled Jun 6 21:40:26 lavender kernel.APM_TEST: Warning: APM engage function failed [1] -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue Jun 6 08:50:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24366 for hackers-outgoing; Tue, 6 Jun 1995 08:50:00 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24354 ; Tue, 6 Jun 1995 08:49:51 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id RAA07613; Tue, 6 Jun 1995 17:49:46 +0200 From: Thomas Gellekum Message-Id: <199506061549.RAA07613@ghpc6.ihf.rwth-aachen.de> Subject: Re: FYI To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jun 1995 17:49:45 +0200 (MET DST) Cc: imp@village.org, hackers@freefall.cdrom.com In-Reply-To: <29656.802316342@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 4, 95 06:39:02 pm Organization: Institut f. Hochfrequenztechnik, RWTH Aachen 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: 560 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Information about the GMD Modula-2 compiler is now available > > in the WWW: > > > > http://i44www.info.uni-karlsruhe.de/~vollmer/mocka.html > > > > The ftp server address is still i44ftp.info.uni-karlsruhe.de. > > I would happily put this in the ``commerce'' directory on the CDROM, > unfortunately the site listed for FreeBSD is refusing connections. > Anybody got a copy mirrored someplace? Did you try the i44ftp address? Anyway, I have uploaded it to freefall's /incoming. The file is mocka9502main-386bsd.tar.gz. tg From owner-freebsd-hackers Tue Jun 6 09:09:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25109 for hackers-outgoing; Tue, 6 Jun 1995 09:09:58 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25096 for ; Tue, 6 Jun 1995 09:09:24 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id CAA02057; Wed, 7 Jun 1995 02:03:47 +1000 From: michael butler Message-Id: <199506061603.CAA02057@asstdc.scgt.oz.au> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: dufault@hda.com (Peter Dufault) Date: Wed, 7 Jun 1995 02:03:44 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506061211.IAA16611@hda.com> from "Peter Dufault" at Jun 6, 95 08:11:18 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1400 Sender: hackers-owner@freebsd.org Precedence: bulk Peter Dufault writes: > > # scsi -f rsd0.ctl -m 8 > > WCE: 1 <--- (write cache enabled, for the -hackers folks) [ .. ] > Everyone should check their drives and disable this. > In 2.1 the system will sanity check the mode page settings during > boot and will comment on anything it thinks is set wrong. Warning .. OK .. but please do not mandate such a change, some drives simply do not support the modification of these parameters, e.g. .. /kernel: (aha0:0:0): "MICROP 2217-15MZ1001904 HQ30" type 0 fixed SCSI 2 /kernel: sd0(aha0:0:0): Direct-Access 1685MB (3450902 512 byte sectors) asstdc:~ # scsi -f /dev/rsd0.ctl -e -m 8 [ .. attempt to edit said parameter .. ] SCIOCCOMMAND ioctl: Command accepted. return status 3 (Sense Returned) host adapter status 2 Command out (6 of 6): 15 00 00 00 10 00 Data out (0 of 16): Error code is "current errors" Segment number is 00 Sense key is "Illegal request" The Information field is 00000000 (0). The Command Specific Information field is 00000000 (0). Additional sense code: 26 Additional sense code qualifier: 00 Illegal value in the parameter list. Bit 0 of byte 9 (value 00) is illegal. sense (32 of 48): f0 00 05 00 00 00 00 0a 00 00 00 00 26 00 00 88 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 This particular drive also will not tolerate attempts to change the reallocation strategy .. they're always '0' :-(, michael From owner-freebsd-hackers Tue Jun 6 09:15:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25281 for hackers-outgoing; Tue, 6 Jun 1995 09:15:48 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25275 ; Tue, 6 Jun 1995 09:15:47 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA27694; Tue, 6 Jun 1995 09:15:44 -0700 From: Poul-Henning Kamp Message-Id: <199506061615.JAA27694@ref.tfs.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jun 1995 09:15:44 -0700 (PDT) Cc: taob@gate.sinica.edu.tw, bde@zeta.org.au, freebsd-hackers@freebsd.org In-Reply-To: <4135.802421047@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 95 11:44:07 pm Content-Type: text Content-Length: 563 Sender: hackers-owner@freebsd.org Precedence: bulk > > I thought the installer created device files on the fly rather > > than extracting them from the bin tarball? > > It does.. It uses MAKEDEV. No device files (that I know of) are > extracted using cpio. Actually, thinking about it, yes we extrace a lot of devices from the bindist :-( -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Tue Jun 6 09:20:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25421 for hackers-outgoing; Tue, 6 Jun 1995 09:20:17 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25415 for ; Tue, 6 Jun 1995 09:20:13 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA26313; Tue, 6 Jun 1995 09:18:49 -0700 From: "Rodney W. Grimes" Message-Id: <199506061618.JAA26313@gndrsh.aac.dev.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: dufault@hda.com (Peter Dufault) Date: Tue, 6 Jun 1995 09:18:49 -0700 (PDT) Cc: taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org In-Reply-To: <199506061211.IAA16611@hda.com> from "Peter Dufault" at Jun 6, 95 08:11:18 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: 5285 Sender: hackers-owner@freebsd.org Precedence: bulk > > Brian Tao writes: > > > > I mknod'd a 13:536870912 character special file and now it works. > > Did the 2.0.5 installation mess up the minor device numbers? I don't > > see any *.ctl devices on my pre-2.0.5 machines, so I presume this is a > > new feature (and thus couldn't have been left over from previous > > installs)? Anyhow, you were right about the write-cache: > > > > # scsi -f rsd0.ctl -m 8 > > WCE: 1 <--- (write cache enabled, for the -hackers folks) > > MF: 0 > > RCD: 0 > > Demand Retention Priority: 0 > > Write Retention Priority: 0 > > Disable Pre-fetch Transfer Length: 0 -> yours is 65535 > > Minumum Pre-fetch: 8 -> yours is 0 > > Maximum Pre-fetch: 128 > > Maximum Pre-fetch Ceiling: 128 > > > > So this is the firmware on the *drive* and not the controller > > then... is this something we have to watch out for in 2.0.5, or has it > > just been lurking around for the past six months on my 2.0 systems > > without causing any trouble? > > No, your drive has always had this setting. > > You were living dangerously in the event of a power failure. No, this is not true. Have you studied the exact mechanism used to do this in the drive. They use the inertail energy of the rotating disk to turn the spindle motor into a generator in case of power failure and can actually write the cache after power goes down. You only cache on cyclinder data in the write behind buffers so you don't need the energy to do a seek. This technology is 3 years old now, I worked for the company that did the motor controller circuits for Conner when they first decided to do this and it works, infact we had it to the point that you could do +/- 2 track seeks and still have the power to write the cache! It is amazing what you can do with SmartPower ASIC circuits and a little creativity :-). > Everyone should check their drives and disable this. Wrong, or at least wrong for Quantum drives, been running them that way for 3 years in mass quantities (every Quantum drive shipped has this turned on as far as I know) and never seen a data loss that you could attribute to a write behind cache deferment. AWRE should correct the problem if it could not write the data due to a sector going bad... > Be sure you also have Automatic Write Reallocation Enabled and > Automatic Read Reallocation Enabled in mode page 1. This is true, and most manufacutres ship the drives with these off. Including Quantum. Though I actually make sure it is off before burn in testing, and then turn it back on at the end of burn in. This is to watch for growing defects on new drives that I want to know about. Any drive that grows an error this early in it's life is returned to the manufature as a DOA drive. [And yes, I have returned a few, very few, but even 1 counts in my books as a significant reduction in user risk of reliability.] > The nature of the deferred error is that the OS thought the write > succeeded and then later on reports back an error (in this case, > it said the write succeeded when it cached the data on the disk, > and then reported the failure when it couldn't transfer the cache > to disk for some reason). I suspect turning on AWRE and running a verify operation on this disk would clean the persons problem if this infact is what is causing it. Also dump the growing defect list, you may have a zone that has no more spares left in it due to lots of grown defects :-(. > In 2.1 the system will sanity check the mode page settings during > boot and will comment on anything it thinks is set wrong. Great, and just what are the ``sanity'' values going to be?? > > I then used "scsi -f /dev/rsd2.ctl -m 8 -e -P 3" to turn off > > write-cache enable. The minimum pre-fetch on my drive was set to 8, > > but I noticed yours is 0. I suppose this value means the drive will > > always try to grab 8 blocks at once? It is set to 0 now, to match > > yours, if it makes any difference. > > Mine may not be correct; it is just set as the vendor shipped it. > Quantum may have some reason they want the drives set that way. You just killed the read ahead cache in the drive, this man adversely effect performance. I suggest you reset it to what the drive says the default value is (-P 4??). > > Noticed another error from syslog that happened about 8 hours after: > > > > /kernel: sd0(ncr0:6:0): Deferred Error: HARDWARE FAILURE asc:87,0 > > [...8 hours...] > > /kernel: vnode_pager_input: I/O read error > > /kernel: vm_fault: pager input (probably hardware) error, PID 163 failure > > > > Same cause? Or something completely different? As for the first > > error, I'll see if my dealer has the tech books from Quantum (unless > > someone knows Quantum's number in Taipei). > > Something completely different, I think. I agreed, to much time between the disk failure on the vm_fault. > You are saying there is an 8 hour delay between the hardware failure > and the read complaint from the vnode pager? It looks to be a bug > that there was no read fail message immediately before the vnode > message. > > Peter -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Jun 6 09:21:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25466 for hackers-outgoing; Tue, 6 Jun 1995 09:21:18 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25460 for ; Tue, 6 Jun 1995 09:21:13 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA17195; Wed, 7 Jun 1995 02:17:19 +1000 Date: Wed, 7 Jun 1995 02:17:19 +1000 From: Bruce Evans Message-Id: <199506061617.CAA17195@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, jan@bagend.atl.ga.us Subject: Re: june 5 14:39 boot.flp Sender: hackers-owner@freebsd.org Precedence: bulk >However, this is the first time that I have had a problem with >setting the timezone. I have my cmos clock set for local time. >I told sysinstall this but it comes back with universal time... >regardless of what I tell it in the menu. Now, it only asks once >for what I think the time is... even after rebooting and running >sysinstall over ... and over. There are several bugs: (1) /etc/wall_cmos_clock isn't removed when the state is switched to CMOS_UTC. (2) if /etc/wall_cmos_clock exists, or if there is already a timezone file installed, then tzsetup never asks you for the time so you can't set the time or switch the state to or from CMOS_UTC :-). tzsetup should have a separate option to switch the state. sysinstall could handle the problem by (optionally?) removing /etc/localtime and /etc/wall_cmos_clock. Bruce From owner-freebsd-hackers Tue Jun 6 09:25:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25646 for hackers-outgoing; Tue, 6 Jun 1995 09:25:16 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25640 for ; Tue, 6 Jun 1995 09:25:13 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA26341; Tue, 6 Jun 1995 09:23:12 -0700 From: "Rodney W. Grimes" Message-Id: <199506061623.JAA26341@gndrsh.aac.dev.com> Subject: Re: A performance mystery To: rls@kilroy.id.net (Robert Shady) Date: Tue, 6 Jun 1995 09:23:12 -0700 (PDT) Cc: temp@temptation.interlog.com, henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506062106.RAA06081@hades.id.net> from "Robert Shady" at Jun 6, 95 05:06:42 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: 1348 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Writing the 16 Megabyte file, 'iozone.tmp' ...6.367188 seconds > > Reading the files....2.164062 seconds (as it was scrolling I seen this > > number as low as 1.xxx seconds) > > > > IOZONE perfor. measurements: > > > > 2634949 bytes/second for writing the file > > 7752648 bytes/second for reading the file > > Okay, I've recently purchased a Pentium PCI500C-C motherboard with a 100Mhz > CPU. I've been thinking about swapping the motherboard for the ASUS board, > but I wanted to run some quick speed tests to see if this one is better, > or worse. Doesn't make sense to swap out a good motherboard for a worse > one. Does anybody have any speed tests I can run/compare to for a 100 Mhz > pentium? It's running FreeBSD 2.0.5-Alpha right now, but only using IDE > disks currently, so a disk read/write isn't going to show anything... Get lmbench from the ports area, that should be a good test to find out how fast that board is. I have the numbers here for the ASUS PCI/I-P54TP4 board running at 90Mhz, can't produce the 100Mhz numbers right now as my last 100Mhz cpu is about to go in the box.... and I won't be bringing any in for a few weeks whilst I move.. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Jun 6 09:28:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25757 for hackers-outgoing; Tue, 6 Jun 1995 09:28:30 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25747 for ; Tue, 6 Jun 1995 09:27:54 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id MAA17681; Tue, 6 Jun 1995 12:25:19 -0400 From: Peter Dufault Message-Id: <199506061625.MAA17681@hda.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: imb@scgt.oz.au (michael butler) Date: Tue, 6 Jun 1995 12:25:19 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506061603.CAA02057@asstdc.scgt.oz.au> from "michael butler" at Jun 7, 95 02:03:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1338 Sender: hackers-owner@freebsd.org Precedence: bulk michael butler writes: > > asstdc:~ # scsi -f /dev/rsd0.ctl -e -m 8 > > [ .. attempt to edit said parameter .. ] > > SCIOCCOMMAND ioctl: Command accepted. > return status 3 (Sense Returned) host adapter status 2 > Command out (6 of 6): > 15 00 00 00 10 00 > > Data out (0 of 16): > > Error code is "current errors" > Segment number is 00 > Sense key is "Illegal request" > The Information field is 00000000 (0). > The Command Specific Information field is 00000000 (0). > Additional sense code: 26 > Additional sense code qualifier: 00 > Illegal value in the parameter list. > Bit 0 of byte 9 (value 00) is illegal. > sense (32 of 48): > f0 00 05 00 00 00 00 0a 00 00 00 00 26 00 00 88 > 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > The thing that is odd is that with a 4 byte mode page header this would be byte 5 of the parameter page which is the low byte of the "disable pre-fetch transfer length". If it starts to number from the parameters it is parameter byte 9 which is the low byte of the maximum pre-fetch. Can you edit the modes and write them out if you don't change anything? If you can't we have a bigger problem with this drive. Peter -- 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 Tue Jun 6 09:33:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25871 for hackers-outgoing; Tue, 6 Jun 1995 09:33:16 -0700 Received: from spoon.beta.com (SPOON.BETA.COM [199.165.180.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25865 for ; Tue, 6 Jun 1995 09:33:14 -0700 Received: from localhost (localhost [127.0.0.1]) by spoon.beta.com (8.6.11/8.6.9) with SMTP id MAA02545 for ; Tue, 6 Jun 1995 12:32:19 -0400 Message-Id: <199506061632.MAA02545@spoon.beta.com> X-Authentication-Warning: spoon.beta.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: 2.0.5 BETA - missing OS using whole disk Date: Tue, 06 Jun 1995 12:32:18 -0400 From: "Brian J. McGovern" Sender: hackers-owner@freebsd.org Precedence: bulk Well, I just tried a FreeBSD 2.0.5 Install using the "whole disk" when fdisking. I get "Missing Operating system" when trying to boot (booting from install floppy and selecting sd(0,a)/kernel works fine. This is an adaptec 1542CF on two seagate 3GB drives. I did notice a small "unused" partition before and after the FreeBSD one. I can't edit or delete them in any way shape or form. I've double checked to make sure there is no disk translation happening. Comments are welcome. -Brian From owner-freebsd-hackers Tue Jun 6 09:42:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA26042 for hackers-outgoing; Tue, 6 Jun 1995 09:42:06 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA26036 for ; Tue, 6 Jun 1995 09:41:49 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id CAA02833; Wed, 7 Jun 1995 02:37:13 +1000 From: michael butler Message-Id: <199506061637.CAA02833@asstdc.scgt.oz.au> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: dufault@hda.com (Peter Dufault) Date: Wed, 7 Jun 1995 02:37:12 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506061625.MAA17681@hda.com> from "Peter Dufault" at Jun 6, 95 12:25:19 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: 529 Sender: hackers-owner@freebsd.org Precedence: bulk Peter Dufault writes: > Can you edit the modes and write them out if you don't change anything? > If you can't we have a bigger problem with this drive. On page 8, it simply shows .. WCE: 1 RCD: 0 Demand Retention Priority: 1 Write Retention Priority: 1 Disable Pre-fetch Transfer Length: 65471 Minumum Pre-fetch: 0 Maximum Pre-fetch: 64 Maximum Pre-fetch Ceiling: 64 .. and doesn't complain at all if I don't change anything. Note also that this is not the "AV" model which, I assume, has a larger cache, michael From owner-freebsd-hackers Tue Jun 6 09:48:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA26308 for hackers-outgoing; Tue, 6 Jun 1995 09:48:03 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA26301 for ; Tue, 6 Jun 1995 09:48:00 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id MAA17761; Tue, 6 Jun 1995 12:46:53 -0400 From: Peter Dufault Message-Id: <199506061646.MAA17761@hda.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 6 Jun 1995 12:46:52 -0400 (EDT) Cc: taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org In-Reply-To: <199506061618.JAA26313@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 6, 95 09:18:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 4431 Sender: hackers-owner@freebsd.org Precedence: bulk Rodney W. Grimes writes: > > > > > Brian Tao writes: > > No, this is not true. Have you studied the exact mechanism used to > do this in the drive. Studied it? No, but I do recall now that some drives do this. My blanket statement to turn off write cacheing is hereby rescinded. > They use the inertial energy of the rotating > disk to turn the spindle motor into a generator in case of power > failure and can actually write the cache after power goes down. You > only cache on cyclinder data in the write behind buffers so you don't > need the energy to do a seek. OK, I was just going to ask about seeks, and write failures during this power fail (though they are too infrequent to worry about). (...) > > Wrong, or at least wrong for Quantum drives, been running them that > way for 3 years in mass quantities (every Quantum drive shipped has > this turned on as far as I know) and never seen a data loss that you > could attribute to a write behind cache deferment. AWRE should > correct the problem if it could not write the data due to a sector > going bad... I thought about this, and decided it wasn't safe due to the power fail issue. For example, I can turn write cacheing on on my Fujitsu drives. Should I? I'm not going to. > > Be sure you also have Automatic Write Reallocation Enabled and > > Automatic Read Reallocation Enabled in mode page 1. > > This is true, and most manufacutres ship the drives with these > off. Including Quantum. Though I actually make sure it is off > before burn in testing, and then turn it back on at the end > of burn in. This is to watch for growing defects on new drives > that I want to know about. Any drive that grows an error this > early in it's life is returned to the manufature as a DOA drive. > [And yes, I have returned a few, very few, but even 1 counts in > my books as a significant reduction in user risk of reliability.] It is interesting that these are off in the default page 1, at least on the Fujitsu drives. > > The nature of the deferred error is that the OS thought the write > > succeeded and then later on reports back an error (in this case, > > it said the write succeeded when it cached the data on the disk, > > and then reported the failure when it couldn't transfer the cache > > to disk for some reason). > > I suspect turning on AWRE and running a verify operation on this > disk would clean the persons problem if this infact is what is > causing it. Also dump the growing defect list, you may have a > zone that has no more spares left in it due to lots of grown > defects :-(. > > > In 2.1 the system will sanity check the mode page settings during > > boot and will comment on anything it thinks is set wrong. > > Great, and just what are the ``sanity'' values going to be?? I planned on AWRE and ARRE. I would have added this at the same time as I added the mode editor if it weren't for the code freeze. I was planning on warning about write cacheing, but apparently that is a bad idea. I could check the default page and the current page and warn if write cacheing is enabled in current and disabled in default. A little thing like that that isn't too hard to do would impress me when I switched to FreeBSD - I'd have been thrilled to have the new OS point out that my disk may be configured wrong. > > > I then used "scsi -f /dev/rsd2.ctl -m 8 -e -P 3" to turn off > > > write-cache enable. The minimum pre-fetch on my drive was set to 8, > > > but I noticed yours is 0. I suppose this value means the drive will > > > always try to grab 8 blocks at once? It is set to 0 now, to match > > > yours, if it makes any difference. > > > > Mine may not be correct; it is just set as the vendor shipped it. > > Quantum may have some reason they want the drives set that way. > > You just killed the read ahead cache in the drive, this man adversely > effect performance. I suggest you reset it to what the drive says > the default value is (-P 4??). -P 2. Except that it is the "minimum" pre-fetch, so I'm not sure what it means or what he did to performance. I wouldn't change it from the default. Just read back your default settings with "scsi -f /dev/rsd2.ctl -m 8 -P 2" and then edit it into your saved page (-P 3 -e). Peter -- 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 Tue Jun 6 09:51:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA26473 for hackers-outgoing; Tue, 6 Jun 1995 09:51:49 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA26467 for ; Tue, 6 Jun 1995 09:51:48 -0700 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id JAA17148; Tue, 6 Jun 1995 09:51:02 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id JAA06463; Tue, 6 Jun 1995 09:51:19 -0700 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id JAA07269; Tue, 6 Jun 1995 09:49:55 -0700 Date: Tue, 6 Jun 1995 09:49:55 -0700 From: "Russell L. Carter" Message-Id: <199506061649.JAA07269@geli.clusternet> To: hackers@freebsd.org, mcgovern@spoon.beta.com Subject: Re: 2.0.5 BETA - missing OS using whole disk Sender: hackers-owner@freebsd.org Precedence: bulk I had the same problem, with a 2.1G drive and an NCR53C810. This system was running 2.0.5A built from source, on 2.0-R labelled disk. Solved (finally) by booting dos, running fdisk, making a dos partition of the whole disk, and then booting from the boot.flp and slice and labelling the disk. According to Rodney things aren't happy if the slicer is fed a number of cylinders larger than 1024. (Shouldn't it complain then?) Russell From owner-freebsd-hackers Tue Jun 6 09:58:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA26716 for hackers-outgoing; Tue, 6 Jun 1995 09:58:41 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA26710 for ; Tue, 6 Jun 1995 09:58:40 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA09227; Tue, 6 Jun 1995 11:56:18 -0500 From: Joe Greco Message-Id: <199506061656.LAA09227@brasil.moneng.mei.com> Subject: Re: NCR810 problem? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 6 Jun 1995 11:56:17 -0500 (CDT) Cc: temp@temptation.interlog.com, FreeBSD-hackers@FreeBSD.Org In-Reply-To: <199506052117.OAA24238@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 5, 95 02:17:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@FreeBSD.Org Precedence: bulk > Have you folks supped the -current kernel sources and tried with it? > I am wondering if there is something funny going on with the build > environment Jordan is using on these kernels, as it seems to me the > folks installing the 2.0.5A are having problems, but those supping > -current (should be *IDENTICAL*) bits are not seeing many of the > strange problems reported :-(. Actually the problems I was having with the DX4/100 box here cleared up entirely once I built a new kernel and was up and running off the hard drive. I didn't have a lot of time to see which of the above actually cured the reset problems.... I will try to find out in the next day or two how well it runs with the GENERIC kernel (I did manage a complete kernel build without a crash, using GENERIC, which is hopeful to say the least). So there, at least, it looks like a boot floppy issue (whew! :-) ) However my diskless P90 box here at work still falls over constantly (unfortunately cannot test anything today, as it's being used for its original intended purpose). I was gonna try building a new kernel for it, and seeing if that didn't fix the problem. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Jun 6 10:11:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27082 for hackers-outgoing; Tue, 6 Jun 1995 10:11:02 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27072 for ; Tue, 6 Jun 1995 10:10:58 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA18262; Wed, 7 Jun 1995 03:09:12 +1000 Date: Wed, 7 Jun 1995 03:09:12 +1000 From: Bruce Evans Message-Id: <199506061709.DAA18262@godzilla.zeta.org.au> To: hackers@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! Sender: hackers-owner@freebsd.org Precedence: bulk >> The First trick is "kzip", or the compressed (gzip'd) kernel image. >> Those familiar with Linux already know all about compressing kernels >> to save space on boot floppies, and we're doing it now too. A kzip'd I think Linux does it mainly to fit the kernel below 640K. I don't like it. It requires extra utilities. It stops binary utilities (e.g., nm) from working right on the kernel. It slows down booting. When the kernel grows a little over 640K or the disk grows a little over 1200K, you waste time squeezing it. When the kernel grows much to large, you have to load it high or use 2 disks. Then compression is not much use, but it may be kept for compatibility or to stop the kernel growing large enough to require a bigger segment of memory or another disk. Bruce From owner-freebsd-hackers Tue Jun 6 10:13:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27246 for hackers-outgoing; Tue, 6 Jun 1995 10:13:34 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27240 for ; Tue, 6 Jun 1995 10:13:32 -0700 Received: by haven.uniserve.com id <30892>; Tue, 6 Jun 1995 10:14:50 +0100 Date: Tue, 6 Jun 1995 10:14:27 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: Does mmap() work correctly? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I've been having the dreading "erorr writing symlinked article" from INN on FreeBSD from 5-25. I zapped all symlinked articles, did a makeactive, and makehistory, but it happened again this morning. Does mmap() work correctly? (I never saw anything in the commit list that would indicate that anything was changed since 5-25 that could mmap(), or am I wrong?). Tom From owner-freebsd-hackers Tue Jun 6 10:14:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27378 for hackers-outgoing; Tue, 6 Jun 1995 10:14:53 -0700 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27372 for ; Tue, 6 Jun 1995 10:14:48 -0700 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.11/8.6.9) id NAA00460; Tue, 6 Jun 1995 13:12:26 -0400 Date: Tue, 6 Jun 1995 13:12:26 -0400 From: "Danny J. Zerkel" Message-Id: <199506061712.NAA00460@feephi.phofarm.com> To: davidg@Root.COM Subject: 2.0.5 ALPHA Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk David, As you seem to be the expert on this sort of thing, I will direct this your way. I tried to install 2.0.5 ALPHA over the weekend, but encountered a lot of random errors including the failure of the kernel uncompressor... After talking with the hardware tech support people, they suggested that I turn off the RAM cache. Which has fixed my problems. I have a Micron 100MHz Pentium with 16MB RAM and 512K of cache. What do I do to allow me to re-enable the RAM cache? Is there some way of changing the timing? What information would help you help me? Danny J. Zerkel Photon Farmers "Cultivating Your Digital Image" From owner-freebsd-hackers Tue Jun 6 10:26:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27710 for hackers-outgoing; Tue, 6 Jun 1995 10:26:35 -0700 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27704 for ; Tue, 6 Jun 1995 10:26:30 -0700 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.11/8.6.9) id NAA00624 for freebsd-hackers@freebsd.org; Tue, 6 Jun 1995 13:24:46 -0400 Date: Tue, 6 Jun 1995 13:24:46 -0400 From: "Danny J. Zerkel" Message-Id: <199506061724.NAA00624@feephi.phofarm.com> To: freebsd-hackers@freebsd.org Subject: Re: 2.0.5-A: Very disheartening? Sender: hackers-owner@freebsd.org Precedence: bulk I think has been my problem... Unfortunately, it also has been occuring once the system is up. Turning off the cache seems to fix everything. I also didn't have to disable every other device at 0x300 to get ep0 recognized without a panic. Very strange. Yesterday I couldn't even run md5 consistently. Different results every time. Danny J. Zerkel Photon Farmers "Cultivating Your Digital Image" From owner-freebsd-hackers Tue Jun 6 10:31:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28035 for hackers-outgoing; Tue, 6 Jun 1995 10:31:53 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28029 ; Tue, 6 Jun 1995 10:31:51 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id KAA21212; Tue, 6 Jun 1995 10:31:06 -0700 From: "Steven G. Kargl" Message-Id: <199506061731.KAA21212@troutmask.apl.washington.edu> Subject: Re: Install bug for big minor numbers To: dufault@hda.com (Peter Dufault) Date: Tue, 6 Jun 1995 10:31:06 -0700 (PDT) Cc: jkh@freefall.cdrom.com, taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org In-Reply-To: <199506061253.IAA16912@hda.com> from "Peter Dufault" at Jun 6, 95 08:53:44 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: 2180 Sender: hackers-owner@freebsd.org Precedence: bulk According to Peter Dufault: > > Jordan K. Hubbard writes: > > > > > How is /dev being created, Jordan? MAKEDEV will do it properly. > > > Are all the slices coming out OK? They use those bits too. > > > > They're all using MAKEDEV.. > > It still works: > > > hda# cd /dev > > hda# cp /usr/src/etc/etc.i386/MAKEDEV . > > hda# ls -lt rsd0.ctl > > crw------- 1 root wheel 13, 536870912 May 3 08:59 rsd0.ctl > > hda# rm rsd0.ctl > > hda# sh MAKEDEV sd0 > > hda# ls -lt rsd0.ctl > > crw------- 1 root wheel 13, 536870912 Jun 6 08:50 rsd0.ctl > > hda# > > Brian: can you think of anything you did that may have broken things? > Bruce mentioned that "tar" loses on this. Does anyone else have broken > control entries for the SCSI devices? > This is what I get: kargl[228] ll /dev/*l -r-xr-xr-x 1 root wheel 1992 May 29 05:48 /dev/MAKEDEV.local* crw-rw-rw- 1 root wheel 2, 2 Jun 6 00:22 /dev/null crw------- 1 root wheel 24, 128 May 29 05:48 /dev/pcaudioctl crw-rw-rw- 1 root wheel 6, 21 May 29 05:48 /dev/ptypl crw------- 1 root wheel 15, 0 May 29 05:48 /dev/rcd0.ctl crw------- 1 root wheel 17, 0 May 29 05:48 /dev/rch0.ctl crw------- 1 root wheel 13, 0 May 29 05:48 /dev/rsd0.ctl crw------- 1 root wheel 13, 8 May 29 05:48 /dev/rsd1.ctl crw------- 1 root wheel 13, 16 May 29 05:48 /dev/rsd2.ctl crw------- 1 root wheel 13, 24 May 29 05:48 /dev/rsd3.ctl crw------- 1 root wheel 14, 0 May 29 05:48 /dev/rst0.ctl crw-rw-rw- 1 root wheel 5, 21 May 29 05:48 /dev/ttypl This is from a 2.0.5-ALPHA installation on Sunday (6-4-95). troutmask[9] rm rsd0.ctl troutmask[10] sh MAKEDEV sd0 troutmask[11] !ll ll rsd*.ctl crw------- 1 root wheel 13, 536870912 Jun 6 10:30 rsd0.ctl crw------- 1 root wheel 13, 8 May 29 05:48 rsd1.ctl crw------- 1 root wheel 13, 16 May 29 05:48 rsd2.ctl crw------- 1 root wheel 13, 24 May 29 05:48 rsd3.ctl troutmask[12] -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Tue Jun 6 10:45:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28603 for hackers-outgoing; Tue, 6 Jun 1995 10:45:29 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28589 for ; Tue, 6 Jun 1995 10:45:24 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA18938; Wed, 7 Jun 1995 03:45:07 +1000 Date: Wed, 7 Jun 1995 03:45:07 +1000 From: Bruce Evans Message-Id: <199506061745.DAA18938@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, james@miller.cs.uwm.edu Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk >I think I now understand the problem, but I beleive the interval timers and >select is still broken in FreeBSD. Having my druthers, I would rather have >the timers return after a 10ms sleep, than have the sleep system call be off >by +-0.5ms. It would be off by up to (-10 + epsilon)ms. >Every other system I tested implemented these timers so a user program could >clock at the same speed as the system clock. In FreeBSD, the select Try Linux. I helped "fix" it too. >and interval timers can't return at the time specified since that would >break sleep. Actaully, in FreeBSD they return 10ms late. No, they return an average of 5ms late for random calls and about 10ms late only for synchronous calls, provided of course the application making them gets scheduled enough - on a heavily loaded system it may only run every few hundred ms. >I am at a loss to provide a fix for this. I beleive the attached select >system call should return after approx 10ms -- not 20ms, don't you? >Is the correct fix for this to subtract 1 from the hzto() call in >sys_generic.c. This is the correct incorrect fix :-). It makes average timeout 5ms too small instead of 5ms too large, and timeouts of 10ms may be reduced to 0. >Also, for the Interval timers, is the correct fix to subtract 1 from the >realitexpire? Since sleep uses the interval timers -- will this fix >the interval timers and break posix sleep? I think it is correct but haven't tested it. POSIX sleep is difficult to implement using interval timers (the current version fails to restore the alarm timeout correctly), but the periodic alarm is not relevant so changing relitexpire() won't affect sleep(). >Is there a clean solution that will fix this 1/2 tick problem and still >allow select and the interval timers to work the way they do on other OSes? >Or will FreeBSD be known as the system that is always 10ms late? :-) >... >#define WAIT_TIME 10000 A wait time of 1 can be made to work right. Bruce From owner-freebsd-hackers Tue Jun 6 10:55:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA29047 for hackers-outgoing; Tue, 6 Jun 1995 10:55:08 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA29038 for ; Tue, 6 Jun 1995 10:55:03 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id BAA09654 for hackers@freebsd.org; Wed, 7 Jun 1995 01:54:57 +0800 From: Peter Wemm Message-Id: <199506061754.BAA09654@haywire.DIALix.COM> Subject: Re: Doom! It's dangerous... To: hackers@freebsd.org Date: Wed, 7 Jun 1995 01:54:56 +0800 (WST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 454 Sender: hackers-owner@freebsd.org Precedence: bulk In freebsd.hackers I wrote: [..] >But, at last, I've almost got it working.. All I need to figure out now, >is why it comes up in about 4 colours.. (black, grey, white, and red). >It's definately running on a 256 colour server (all to itself even). Sigh. I knew that would be a good way to make it start working.. It turns out that I _had_ to run a window manager, because doom wasn't installing it's colour map. twm worked, fvwm didn't.. -Peter From owner-freebsd-hackers Tue Jun 6 11:31:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01202 for hackers-outgoing; Tue, 6 Jun 1995 11:31:21 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01192 ; Tue, 6 Jun 1995 11:31:05 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA07324; Wed, 7 Jun 1995 02:30:09 +0800 Date: Wed, 7 Jun 1995 02:30:08 +0800 (CST) From: Brian Tao To: "Steven G. Kargl" cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org Subject: Re: Install bug for big minor numbers In-Reply-To: <199506061731.KAA21212@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 6 Jun 1995, Steven G. Kargl wrote: > > According to Peter Dufault: > > > > Brian: can you think of anything you did that may have broken things? > > Bruce mentioned that "tar" loses on this. Does anyone else have broken > > control entries for the SCSI devices? Nope... I didn't get a chance to, not being able to bring up a shell during the installation process to effect any changes. :( I didn't have time tonight to go through the installation process again though (and it's almost 2:30 am again... *sigh*). > This is from a 2.0.5-ALPHA installation on Sunday (6-4-95). > > > troutmask[9] rm rsd0.ctl > troutmask[10] sh MAKEDEV sd0 > troutmask[11] !ll > ll rsd*.ctl > crw------- 1 root wheel 13, 536870912 Jun 6 10:30 rsd0.ctl > crw------- 1 root wheel 13, 8 May 29 05:48 rsd1.ctl > crw------- 1 root wheel 13, 16 May 29 05:48 rsd2.ctl > crw------- 1 root wheel 13, 24 May 29 05:48 rsd3.ctl Hmmmm... so something in the installer is futzing up the minor numbers. Jordan, are you sure the installer isn't running MAKEDEV, *then* untarring bogus /dev entries from a tarball on top of the ones already created? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Jun 6 11:41:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01662 for hackers-outgoing; Tue, 6 Jun 1995 11:41:41 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01654 ; Tue, 6 Jun 1995 11:41:32 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA07364; Wed, 7 Jun 1995 02:40:40 +0800 Date: Wed, 7 Jun 1995 02:40:39 +0800 (CST) From: Brian Tao To: Peter Dufault cc: freebsd-hackers@freebsd.org, jkh@freebsd.org Subject: Re: Install bug for big minor numbers In-Reply-To: <199506061156.HAA16560@hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 6 Jun 1995, Peter Dufault wrote: > > How is /dev being created, Jordan? MAKEDEV will do it properly. > Are all the slices coming out OK? They use those bits too. The /dev entries *are* being extracted out of the bindist (perhaps over top of whatever MAKEDEV had created), but the minor numbers for disk slices are low enough not to be affected (so it seems). Otherwise, I imagine that mount(8) would complain about an invalid device when trying to bring up your filesystems. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Jun 6 12:04:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02341 for hackers-outgoing; Tue, 6 Jun 1995 12:04:56 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA02321 for ; Tue, 6 Jun 1995 12:04:52 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA02322; Tue, 6 Jun 1995 12:07:56 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA00562; Tue, 6 Jun 1995 12:04:48 -0700 Message-Id: <199506061904.MAA00562@corbin.Root.COM> To: "Danny J. Zerkel" cc: freebsd-hackers@freebsd.org Subject: Re: 2.0.5 ALPHA In-reply-to: Your message of "Tue, 06 Jun 95 13:12:26 EDT." <199506061712.NAA00460@feephi.phofarm.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 12:04:47 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >As you seem to be the expert on this sort of thing, I will direct this >your way. I tried to install 2.0.5 ALPHA over the weekend, but encountered >a lot of random errors including the failure of the kernel uncompressor... > >After talking with the hardware tech support people, they suggested that >I turn off the RAM cache. Which has fixed my problems. I have a Micron >100MHz Pentium with 16MB RAM and 512K of cache. What do I do to allow >me to re-enable the RAM cache? Is there some way of changing the timing? >What information would help you help me? I think the problems should be solved in the most recent set of floppies. If be very helpful if you could try those out and see if the problem persists. -DG From owner-freebsd-hackers Tue Jun 6 12:26:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05336 for hackers-outgoing; Tue, 6 Jun 1995 12:26:47 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA05322 for ; Tue, 6 Jun 1995 12:26:45 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id OAA15779; Tue, 6 Jun 1995 14:26:36 -0500 Date: Tue, 6 Jun 1995 14:26:36 -0500 From: Jim Lowe Message-Id: <199506061926.OAA15779@miller.cs.uwm.edu> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > Try Linux. I helped "fix" it too. Thats ok. I hope you can convience HP, Sun, SGI, DEC, IBM and all the other vendors that this method is the correct one. Otherwise it will be difficult to write generic programs that depend on select or the interval timer that require system clock accuracy. > > >and interval timers can't return at the time specified since that would > >break sleep. Actaully, in FreeBSD they return 10ms late. > > No, they return an average of 5ms late for random calls and about 10ms > late only for synchronous calls, provided of course the application > making them gets scheduled enough - on a heavily loaded system it > may only run every few hundred ms. Did you run the attached programs? The interval timer and select timers returns 10ms late -- consistantly. Specifing 10ms returns 20ms. Specifying 20ms returns 30ms. The test programs were written with Multimedia/polling type applications in mind. > This is the correct incorrect fix :-). It makes average timeout 5ms > too small instead of 5ms too large, and timeouts of 10ms may be reduced > to 0. I have never seen this behavior. Even on an unloaded system. I havn't even seen this behavior on an Alpha system where the processor is faster than a Pentium. Are you sure this case is possible? > > I think it is correct but haven't tested it. POSIX sleep is difficult > to implement using interval timers (the current version fails to restore > the alarm timeout correctly), but the periodic alarm is not relevant so > changing relitexpire() won't affect sleep(). So, I could fix the interval timer by subtracting 1 from the hzto() call in the realitexpire()... but what about select? With the current implementation I don't see a solution. Select will always return 10ms late. > > >Is there a clean solution that will fix this 1/2 tick problem and still > >allow select and the interval timers to work the way they do on other OSes? > >Or will FreeBSD be known as the system that is always 10ms late? :-) > > >... > >#define WAIT_TIME 10000 > > A wait time of 1 can be made to work right. That is riduculous. I have to specify a time < 10000uS to make 10ms work? A wait time of 1 means go as fast as the system clock can. With 100hz clock this means 10ms. However, on FreeBSD a time of 1 means 20ms. On a DEC system this means 5ms. This could be a cause of great confusion as Multimedia programs are developed. Typically, you want to poll several devices (network, frame grabber, sound cards) and update the screen every 10-20ms. The times don't have to be accurate -- but they have to be consistant. If a change isn't made to FreeBSD, then one would have to know about this and #ifdef every application for FreeBSD/Linux that uses select/interval timers. I take it you didn't try the test program I supplied. Try running it with a delay of 1uS. It still returns 0.02s or 20ms. Try it with a delay of 11000uS. It runs at 30ms. Something is broken! While it is possible to make the interval timers work by subtracting one from the reloaded value I don't think it is possible to make the select system call return on time with the current implementation. This will make it very difficult to write portable programs that rely on timings of accuracies of 10ms. -Jim From owner-freebsd-hackers Tue Jun 6 12:52:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA06395 for hackers-outgoing; Tue, 6 Jun 1995 12:52:31 -0700 Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [198.64.212.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA06357 ; Tue, 6 Jun 1995 12:51:36 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id OAA00499; Tue, 6 Jun 1995 14:49:30 -0500 From: Scott Mace Message-Id: <199506061949.OAA00499@crash.ops.neosoft.com> Subject: Re: hotjava? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jun 1995 14:49:29 -0500 (CDT) Cc: hackers@freebsd.org, ports@freebsd.org In-Reply-To: <17381.802375567@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 95 11:06:07 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 310 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Does anyone have a port of hotjava for freebsd? If not, I'll attempt > > to port it. > > Oh goodie! You going to do the pthreads migration too? :-) Uhhhhuhuhuh, maybe? We are really excited about hotjava here, and will be working on it quite a bit in the next few weeks. Stay tuned.... Scott From owner-freebsd-hackers Tue Jun 6 13:04:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06954 for hackers-outgoing; Tue, 6 Jun 1995 13:04:51 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA06933 for ; Tue, 6 Jun 1995 13:04:34 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sJ4p8-000I2MC; Tue, 6 Jun 95 22:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0sJ4UG-0002OfC; Tue, 6 Jun 95 21:40 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: imb@scgt.oz.au (michael butler) Date: Tue, 6 Jun 1995 21:40:28 +0200 (MET DST) Cc: dufault@hda.com, freebsd-hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199506061603.CAA02057@asstdc.scgt.oz.au> from "michael butler" at Jun 7, 95 02:03:44 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1415 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of michael butler: > > Peter Dufault writes: > > > # scsi -f rsd0.ctl -m 8 > > > WCE: 1 <--- (write cache enabled, for the -hackers folks) [...] > > In 2.1 the system will sanity check the mode page settings during > > boot and will comment on anything it thinks is set wrong. > > Warning .. OK .. but please do not mandate such a change, some drives > simply do not support the modification of these parameters, e.g. .. > > /kernel: (aha0:0:0): "MICROP 2217-15MZ1001904 HQ30" type 0 fixed SCSI 2 > /kernel: sd0(aha0:0:0): Direct-Access 1685MB (3450902 512 byte sectors) >From ''SCSI Implementation in Micropolis "MZR" Products'' Working Draft - Document No. 110366 Page 2-132: "Two versions of Page Code 08h exist (SCSI-I/CCS and Micropolis unique). Switching between the two pages is accomplished via the CHANGE DEFINITION command." The SCSI-I/CCS page looks like the direct access page 8 in the SCSI-II spec X3T9.2/375R revision 10k page 204. The Micropolis unique looks very Micropolis unique ;-) In the SCSI-I/CCS page 8, only the RCD and the minimum prefetch field are supported, all others are "Not used". In the Micropolis unique version, some 2 or 3 more unimportant fields are supported. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Tue Jun 6 13:14:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07306 for hackers-outgoing; Tue, 6 Jun 1995 13:14:21 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07300 for ; Tue, 6 Jun 1995 13:14:17 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA09464; Tue, 6 Jun 1995 15:12:47 -0500 From: Joe Greco Message-Id: <199506062012.PAA09464@brasil.moneng.mei.com> Subject: Re: uucp/uux -a<> problem To: imb@scgt.oz.au (michael butler) Date: Tue, 6 Jun 1995 15:12:46 -0500 (CDT) Cc: fenner@parc.xerox.com, freebsd-hackers@freebsd.org In-Reply-To: <199506050654.QAA29474@asstdc.scgt.oz.au> from "michael butler" at Jun 5, 95 04:54:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > Bill Fenner writes: > > > Someone posted saying they were having a problem with sendmail running > > uux with an empty "from" argument on errors. Do you have the "g" flag set > > for that mailer? "g" is supposed to use MAILER-DAEMON (well, really, $o) > > as the from address for error messages. > > Thanks .. whichever macro it uses, this does the job. > > In order to relieve other FreeBSD users hosting UUCP feeds of the same > problem, I'd like to propose that the line .. > > define(`UUCP_MAILER_FLAGS', `g') > > .. be added to the default sendmail configuration or, at the very least, > that it be documented in an FAQ as the current configuration and Taylor's > UUCP don't do the Right Thing in this case. Same argument applies to the > rmail patch I forwarded .. the default should work in as many cases as > possible, >From the Sendmail documentation: 5.3.3 Error messages are sent as From:<>. This was urged by RFC 821 and reiterated by RFC 1123, but older versions of sendmail never really did it properly. Version 8 does. However, some systems cannot handle this perfectly legal address; if necessary, you can create a special mailer that uses the `g' flag to disable this. It sounds like the current configuration for Sendmail is right and Taylor is broken. I have not looked at this myself, however.... ... JG From owner-freebsd-hackers Tue Jun 6 13:57:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09200 for hackers-outgoing; Tue, 6 Jun 1995 13:57:26 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA09193 for ; Tue, 6 Jun 1995 13:57:24 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA09582; Tue, 6 Jun 1995 15:56:15 -0500 From: Joe Greco Message-Id: <199506062056.PAA09582@brasil.moneng.mei.com> Subject: Re: large filesystems/multiple disks [RAID] To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 6 Jun 1995 15:56:15 -0500 (CDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504221758.KAA02014@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 22, 95 10:58:16 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi Rod, > > > I have read the code in stripe.tar, it should be a day or twos work > > > to get it up and running under FreeBSD. > > > > Did you ever make any progress on this? If not, I will (try to) look at > > it, but I'd prefer that somebody that knows what the heck they're doing down > > within the device driver code putz with it.. :-) > > Yes, I played with that code (infact I have a kernel with /dev/ilv in > it). I never made it work completly. Then I remeber the sys/dev/cd.c > driver that came with 4.4 Lite and went and looked at it. I also have > that working (renamed to concat.c to elimanate the conflict) partially, > enough to say that I took 2 4MB/sec drives and interleaved them and > got a 5.2MB/sec transfer rate for reads (I can't write due to bugs) > *with out* spindle sync. > [...] > > Having recently seen Solaris' Online: DiskSuite, which suffers from fairly > > significant performance degradations, I'm curious to see what a real > > operating system can do. ;-) > > It will be at least another week, but you'll now I have made serious > progress when you see a cvs commit message for the import of > sys/dev/concat. Any progress on this? I have not seen anything recently, or any signs of ilv or concat that I can determine in 2.0.5A...? Or am I just blind? :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Software Engineer, UNIX/Network Hacker, Etc. 414/362-3617 Marquette Electronics, Inc. - R&D - Milwaukee, WI jgreco@mei.com From owner-freebsd-hackers Tue Jun 6 14:43:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA14400 for hackers-outgoing; Tue, 6 Jun 1995 14:43:35 -0700 Received: from mail.id.net (kilroy.id.net [152.160.9.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA14383 for ; Tue, 6 Jun 1995 14:43:31 -0700 Received: from hades.id.net (hades.id.net [152.160.9.12]) by mail.id.net (8.6.8/8.6.6) with ESMTP id RAA20121; Tue, 6 Jun 1995 17:43:36 -0400 From: Robert Shady Received: (rls@localhost) by hades.id.net (8.6.11/8.6.6) id BAA13149; Wed, 7 Jun 1995 01:46:38 -0400 Message-Id: <199506070546.BAA13149@hades.id.net> Subject: Re: A performance mystery To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 1995 01:46:38 -0400 (EDT) Cc: rls@kilroy.id.net, temp@temptation.interlog.com, henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506061623.JAA26341@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 6, 95 09:23: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: 510 Sender: hackers-owner@freebsd.org Precedence: bulk > Get lmbench from the ports area, that should be a good test to find out > how fast that board is. I have the numbers here for the ASUS PCI/I-P54TP4 > board running at 90Mhz, can't produce the 100Mhz numbers right now as my > last 100Mhz cpu is about to go in the box.... and I won't be bringing > any in for a few weeks whilst I move.. What are the numbers for the 90Mhz, and does anybody else have the numbers for an Asus 100 Mhz Pentium running FreeBSD 2.0.5, with some sort of benchmarking statistics. From owner-freebsd-hackers Tue Jun 6 15:12:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA17477 for hackers-outgoing; Tue, 6 Jun 1995 15:12:11 -0700 Received: from reinfra.regent.e-technik.tu-muenchen.de (root@reinfra.regent.e-technik.tu-muenchen.de [129.187.230.226]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA17470 for ; Tue, 6 Jun 1995 15:12:09 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by reinfra.regent.e-technik.tu-muenchen.de with SMTP id <51627>; Wed, 7 Jun 1995 00:12:03 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id JAA01858; Tue, 6 Jun 1995 09:56:55 +0200 Message-Id: <199506060756.JAA01858@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Mike Pritchard cc: hackers@freebsd.org Subject: Re: why won't my tape drive keep streaming? In-reply-to: Your message of "Mon, 05 Jun 1995 04:54:23 +0200." <199506050254.VAA01688@mpp.com> Date: Tue, 6 Jun 1995 09:56:55 +0200 From: Julian Howard Stacey Sender: hackers-owner@freebsd.org Precedence: bulk have any ideas as to what the problem might be? Suggestion: try st blocksize 512 (maybe your DAT drive support variable size blocking like a Tandberg QIC 525 cartridge ) Julian S From owner-freebsd-hackers Tue Jun 6 15:12:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA17517 for hackers-outgoing; Tue, 6 Jun 1995 15:12:42 -0700 Received: from reinfra.regent.e-technik.tu-muenchen.de (root@reinfra.regent.e-technik.tu-muenchen.de [129.187.230.226]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA17509 for ; Tue, 6 Jun 1995 15:12:38 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by reinfra.regent.e-technik.tu-muenchen.de with SMTP id <51628>; Wed, 7 Jun 1995 00:12:04 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id AAA29009; Tue, 6 Jun 1995 00:58:42 +0200 Message-Id: <199506052258.AAA29009@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Temptation cc: freebsd-hackers@freebsd.org Subject: Re: X In-reply-to: Your message of "Mon, 05 Jun 1995 17:43:30 +0200." Date: Tue, 6 Jun 1995 00:58:39 +0200 From: Julian Howard Stacey Sender: hackers-owner@freebsd.org Precedence: bulk > maybe someone here could tell how to make more ptys? /dev/MAKEDEV From owner-freebsd-hackers Tue Jun 6 15:36:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18241 for hackers-outgoing; Tue, 6 Jun 1995 15:36:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA18234 ; Tue, 6 Jun 1995 15:36:03 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: jan@bagend.atl.ga.us (Jan Isley) cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) Subject: Re: june 5 14:39 boot.flp In-reply-to: Your message of "Tue, 06 Jun 95 09:07:15 EDT." Date: Tue, 06 Jun 1995 15:36:02 -0700 Message-ID: <18233.802478162@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > However, this is the first time that I have had a problem with > setting the timezone. I have my cmos clock set for local time. > I told sysinstall this but it comes back with universal time... > regardless of what I tell it in the menu. Now, it only asks once > for what I think the time is... even after rebooting and running > sysinstall over ... and over. Argh. It seems we just can't get this one right! :-) I'm going to punt on this one for now since it's easy to adjust manually and, believe it or not, setting your CMOS clock to UCT is a *good* thing! That way you can have the various OSs on your disk apply their own biasing calculations and everyone is (usually) quite happy with that arrangement. > Oops, I almost forgot. I did not have a cdrom in the drive during > install ... so no mount point was made and no entry in fstab either. Yeah, it doesn't know otherwise.. The probing for 2.1 will get much better, using actual kernel facilities for this purpose. For now I'll simply document the fact that tapes and CDROMs must be in their drives to be detected! Thanks for the feedback! If those were the only problems so far then I feel pretty good about it! Jordan From owner-freebsd-hackers Tue Jun 6 15:58:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18783 for hackers-outgoing; Tue, 6 Jun 1995 15:58:00 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA18776 ; Tue, 6 Jun 1995 15:57:59 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Michael Smith cc: hackers@freebsd.org Reply-To: chat@freebsd.org Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! In-reply-to: Your message of "Tue, 06 Jun 95 23:37:22 +0930." <199506061407.XAA11808@genesis.atrad.adelaide.edu.au> Date: Tue, 06 Jun 1995 15:57:58 -0700 Message-ID: <18775.802479478@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Very well so far. I haven't prodded it _too_ much yet though. Great! > Hopefully you've fixed the /usr permissions booby. Note also that the > XF86_SVGA server you're including has problems with Cirrus chipsets. > I'm not sure whether you've applied the README.late patches to the > tree before rolling it. (I noticed that it's different to the > distribution in /pub/XFree86/ on wcarchive.) The README.late patches were folded in. This is why this one is called "XFree86 3.1.1u1". If you're having problems with Cirrus chips, please contact the XFree86 folks! I'm sure they'll want to know, if it's not already documented (and I don't see any such doc in their README.FreeBSD file). > 2.0 compatability seems spot on - I haven't had any of my extensive > collection of prebuilt applications barf on me, and stability seems > good even under moderate load (4 or 5 consecutive compiles, Xboing, etc) Excellent! I was hoping for some feedback on that. > The docco is pretty good. A little rushed (big surprise 8), but it seems > to cover most of the known bogeys. IIRC, you even mention 3C509's in > there somewhere 8) Are you planning on expanding the << XXX Hints... > line in the hardware.hlp file, or is geometry magic a bad idea right now? I'm waiting for someone to provide the authoritative procedure in words that mere mortals can understand.. :-) I know the docs were rushed, mainly because they all got heaped on ME at the last minute, but I always welcome diffs! Frank Durda has really cleaned up quite a bit of stuff in there and for that I thank him. > I'll be throwing this at a couple of commercial people tomorrow - > hopefully I'll get some feedback more or less straight away. They're > particularly keen to see something that supports the NCR controllers, and > this looks like it fits the bill. Thanks! > You amaze me - if you can write like that while you're zonked, I can > only assume you have a background involving advertising copy 8) Gee, thanks! :) I'm amazed it was even parsible! Truly, at that stage I couldn't even focus on the screen very well after 3 days of no sleep.. Maybe I'll open an agency: "Midnight advertising - Writing ads for the '90s in a state of delerium!" Some of the fortune 500 might think it's hip and give me lots of money! Hmmm. Naw! > (btw. Is it too late to put in an order for a low-numbered limited-edition > 2.0.5 jordan-wilted-over-the-keyboard picture disk? If Peter Norton > can do the unwashed pink shirt, I'm sure we can do you in shorts and > sandals 8) I think this is starting to look like material for -chat, better set the Reply-To... :-) A limited picture? Hmmm. Well, for one, I'm afraid I'm a jeans-and-tee type so you wouldn't get the shorts, sandals or glasses (I'm not Peter :-). What's you'd get would be a picture of a toussled, aging hacker with 3 days stuble on his face and pupils the size of pin-pricks from caffeine abuse.. :-) Jordan From owner-freebsd-hackers Tue Jun 6 16:41:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19788 for hackers-outgoing; Tue, 6 Jun 1995 16:41:12 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA19780 ; Tue, 6 Jun 1995 16:41:07 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Poul-Henning Kamp cc: taob@gate.sinica.edu.tw, bde@zeta.org.au, freebsd-hackers@freebsd.org Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-reply-to: Your message of "Tue, 06 Jun 95 09:15:44 PDT." <199506061615.JAA27694@ref.tfs.com> Date: Tue, 06 Jun 1995 16:41:02 -0700 Message-ID: <19775.802482062@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Actually, thinking about it, yes we extrace a lot of devices from the > bindist :-( We DO? Why? We should remove /dev from the bindist then somehow! :-( Doing two MAKEDEV calls would just be evil in the extreme! Jordan From owner-freebsd-hackers Tue Jun 6 16:49:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20128 for hackers-outgoing; Tue, 6 Jun 1995 16:49:36 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA20121 ; Tue, 6 Jun 1995 16:49:35 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Poul-Henning Kamp cc: taob@gate.sinica.edu.tw, bde@zeta.org.au, freebsd-hackers@freebsd.org Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-reply-to: Your message of "Tue, 06 Jun 95 09:15:44 PDT." <199506061615.JAA27694@ref.tfs.com> Date: Tue, 06 Jun 1995 16:49:34 -0700 Message-ID: <20120.802482574@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Actually, thinking about it, yes we extrace a lot of devices from the > bindist :-( Actually, now that *I* think of it, we do the MAKEDEV _after_ the bindist is extracted! I've just added a check so that it will be done again if you install the bindist multiple times. Jordan From owner-freebsd-hackers Tue Jun 6 16:52:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20320 for hackers-outgoing; Tue, 6 Jun 1995 16:52:11 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA20314 ; Tue, 6 Jun 1995 16:52:07 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA29438; Tue, 6 Jun 1995 16:52:06 -0700 From: Poul-Henning Kamp Message-Id: <199506062352.QAA29438@ref.tfs.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jun 1995 16:52:05 -0700 (PDT) Cc: taob@gate.sinica.edu.tw, bde@zeta.org.au, freebsd-hackers@freebsd.org In-Reply-To: <19775.802482062@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 04:41:02 pm Content-Type: text Content-Length: 651 Sender: hackers-owner@freebsd.org Precedence: bulk > > Actually, thinking about it, yes we extrace a lot of devices from the > > bindist :-( > > We DO? Why? We should remove /dev from the bindist then somehow! :-( > Doing two MAKEDEV calls would just be evil in the extreme! yes, but not having them in the bindist would prevent diskless. That a nasty one... mv /dev /dev.save extract bin rm -rf /dev mv /dev.save /dev ??? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Tue Jun 6 16:53:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20437 for hackers-outgoing; Tue, 6 Jun 1995 16:53:09 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA20430 ; Tue, 6 Jun 1995 16:53:08 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bruce Evans cc: freebsd-hackers@freebsd.org, jan@bagend.atl.ga.us Subject: Re: june 5 14:39 boot.flp In-reply-to: Your message of "Wed, 07 Jun 95 02:17:19 +1000." <199506061617.CAA17195@godzilla.zeta.org.au> Date: Tue, 06 Jun 1995 16:53:07 -0700 Message-ID: <20429.802482787@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > (1) /etc/wall_cmos_clock isn't removed when the state is switched > to CMOS_UTC. > (2) if /etc/wall_cmos_clock exists, or if there is already a timezone > file installed, then tzsetup never asks you for the time so you > can't set the time or switch the state to or from CMOS_UTC :-). Work-around. I now nuke /etc/localtime and /etc/wall_cmos_clock before running tzsetup, and not optionally at that. If you select tzsetup, you'd better be prepared to go through with it.. :-) Jordan From owner-freebsd-hackers Tue Jun 6 16:57:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20624 for hackers-outgoing; Tue, 6 Jun 1995 16:57:14 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA20617 ; Tue, 6 Jun 1995 16:57:13 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Brian J. McGovern" cc: hackers@freebsd.org Subject: Re: 2.0.5 BETA - missing OS using whole disk In-reply-to: Your message of "Tue, 06 Jun 95 12:32:18 EDT." <199506061632.MAA02545@spoon.beta.com> Date: Tue, 06 Jun 1995 16:57:12 -0700 Message-ID: <20616.802483032@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Well, I just tried a FreeBSD 2.0.5 Install using the "whole disk" > when fdisking. I get "Missing Operating system" when trying to boot > (booting from install floppy and selecting sd(0,a)/kernel works > fine. As I asked Brian - this may be a problem with not setting a partition active, since I don't believe the boot manager gets installed (whether you ask for it or not) in the case where there's only one OS to manage. Not entirely sure about that, however, and I'll ask Brian and anyone else having this problem to try setting their FreeBSD slice "active" in the partition editor. If it works, I'll doc it as a work-around for now and solve the real problem later (sanity checking for no active slice and (A)ll disk install method). Jordan From owner-freebsd-hackers Tue Jun 6 17:00:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA20811 for hackers-outgoing; Tue, 6 Jun 1995 17:00:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA20803 ; Tue, 6 Jun 1995 17:00:04 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Russell L. Carter" cc: hackers@freebsd.org, mcgovern@spoon.beta.com Subject: Re: 2.0.5 BETA - missing OS using whole disk In-reply-to: Your message of "Tue, 06 Jun 95 09:49:55 PDT." <199506061649.JAA07269@geli.clusternet> Date: Tue, 06 Jun 1995 17:00:04 -0700 Message-ID: <20801.802483204@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > from the boot.flp and slice and labelling the disk. According to Rodney > things aren't happy if the slicer is fed a number of cylinders > larger than 1024. (Shouldn't it complain then?) Not true. This may be a simpler problem. Jordan From owner-freebsd-hackers Tue Jun 6 17:10:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21489 for hackers-outgoing; Tue, 6 Jun 1995 17:10:17 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA21481 ; Tue, 6 Jun 1995 17:10:16 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Danny J. Zerkel" cc: davidg@root.com, freebsd-hackers@freebsd.org Subject: Re: 2.0.5 ALPHA In-reply-to: Your message of "Tue, 06 Jun 95 13:12:26 EDT." <199506061712.NAA00460@feephi.phofarm.com> Date: Tue, 06 Jun 1995 17:10:16 -0700 Message-ID: <21480.802483816@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > After talking with the hardware tech support people, they suggested that > I turn off the RAM cache. Which has fixed my problems. I have a Micron > 100MHz Pentium with 16MB RAM and 512K of cache. What do I do to allow > me to re-enable the RAM cache? Is there some way of changing the timing? > What information would help you help me? What happens if you keep the cache disabled during the install but then turn it back on when it's time to reboot from the hard disk? At that point you're no longer running the gzip'd / MFS'd kernel and it would be _very_ enlightening to know if the problems still persisted. Jordan From owner-freebsd-hackers Tue Jun 6 17:11:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21608 for hackers-outgoing; Tue, 6 Jun 1995 17:11:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA21601 for ; Tue, 6 Jun 1995 17:11:04 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA00676; Tue, 6 Jun 1995 17:10:16 -0700 From: "Rodney W. Grimes" Message-Id: <199506070010.RAA00676@gndrsh.aac.dev.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: hm@altona.hamburg.com Date: Tue, 6 Jun 1995 17:10:16 -0700 (PDT) Cc: imb@scgt.oz.au, dufault@hda.com, freebsd-hackers@freebsd.org In-Reply-To: from "Hellmuth Michaelis" at Jun 6, 95 09:40:28 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: 1690 Sender: hackers-owner@freebsd.org Precedence: bulk > > >From the keyboard of michael butler: > > > > Peter Dufault writes: > > > > # scsi -f rsd0.ctl -m 8 > > > > WCE: 1 <--- (write cache enabled, for the -hackers folks) > [...] > > > In 2.1 the system will sanity check the mode page settings during > > > boot and will comment on anything it thinks is set wrong. > > > > Warning .. OK .. but please do not mandate such a change, some drives > > simply do not support the modification of these parameters, e.g. .. > > > > /kernel: (aha0:0:0): "MICROP 2217-15MZ1001904 HQ30" type 0 fixed SCSI 2 > > /kernel: sd0(aha0:0:0): Direct-Access 1685MB (3450902 512 byte sectors) > > >From ''SCSI Implementation in Micropolis "MZR" Products'' > Working Draft - Document No. 110366 Page 2-132: > > "Two versions of Page Code 08h exist (SCSI-I/CCS and Micropolis > unique). Switching between the two pages is accomplished via > the CHANGE DEFINITION command." > > The SCSI-I/CCS page looks like the direct access page 8 in the SCSI-II > spec X3T9.2/375R revision 10k page 204. The Micropolis unique looks > very Micropolis unique ;-) > > In the SCSI-I/CCS page 8, only the RCD and the minimum prefetch field > are supported, all others are "Not used". > > In the Micropolis unique version, some 2 or 3 more unimportant fields > are supported. And in that same manual some place you should find a jumper setting that puts the drive into either SCSI-I/CCS mode or SCSI-II mode. I suggest the person with this drive running it on a FreeBSD system change that jumper!!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Jun 6 17:11:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21710 for hackers-outgoing; Tue, 6 Jun 1995 17:11:56 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA21703 ; Tue, 6 Jun 1995 17:11:54 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Peter Dufault cc: taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org Subject: Re: Install bug for big minor numbers In-reply-to: Your message of "Tue, 06 Jun 95 08:53:44 EDT." <199506061253.IAA16912@hda.com> Date: Tue, 06 Jun 1995 17:11:54 -0700 Message-ID: <21702.802483914@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Brian: can you think of anything you did that may have broken things? > Bruce mentioned that "tar" loses on this. Does anyone else have broken > control entries for the SCSI devices? Since the pre-BETA tarballs would only run the MAKEDEV the _first_ time the bindist was extracted (which is fixed), did you perhaps install the bin installation multiple times before rebooting? That would solve this mystery! Jordan From owner-freebsd-hackers Tue Jun 6 17:19:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22120 for hackers-outgoing; Tue, 6 Jun 1995 17:19:21 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22103 for ; Tue, 6 Jun 1995 17:19:19 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA00717; Tue, 6 Jun 1995 17:18:03 -0700 From: "Rodney W. Grimes" Message-Id: <199506070018.RAA00717@gndrsh.aac.dev.com> Subject: Re: large filesystems/multiple disks [RAID] To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 6 Jun 1995 17:18:03 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199506062056.PAA09582@brasil.moneng.mei.com> from "Joe Greco" at Jun 6, 95 03:56:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1686 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi Rod, > > > > > I have read the code in stripe.tar, it should be a day or twos work > > > > to get it up and running under FreeBSD. > > > > > > Did you ever make any progress on this? If not, I will (try to) look at > > > it, but I'd prefer that somebody that knows what the heck they're doing down > > > within the device driver code putz with it.. :-) > > > > Yes, I played with that code (infact I have a kernel with /dev/ilv in > > it). I never made it work completly. Then I remeber the sys/dev/cd.c > > driver that came with 4.4 Lite and went and looked at it. I also have > > that working (renamed to concat.c to elimanate the conflict) partially, > > enough to say that I took 2 4MB/sec drives and interleaved them and > > got a 5.2MB/sec transfer rate for reads (I can't write due to bugs) > > *with out* spindle sync. > > [...] > > > Having recently seen Solaris' Online: DiskSuite, which suffers from fairly > > > significant performance degradations, I'm curious to see what a real > > > operating system can do. ;-) > > > > It will be at least another week, but you'll now I have made serious > > progress when you see a cvs commit message for the import of > > sys/dev/concat. > > Any progress on this? I have not seen anything recently, or any signs of > ilv or concat that I can determine in 2.0.5A...? Or am I just blind? :-) You can forget any thing from me right now except for release work and trying to get moved... sorry, it will be mid July before this code sees the light of day :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Jun 6 17:19:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22219 for hackers-outgoing; Tue, 6 Jun 1995 17:19:39 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22207 ; Tue, 6 Jun 1995 17:19:38 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: batie@agora.rdrop.com (Alan Batie) cc: hackers@freebsd.org Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! In-reply-to: Your message of "Tue, 06 Jun 95 07:36:05 PDT." Date: Tue, 06 Jun 1995 17:19:38 -0700 Message-ID: <22206.802484378@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Is the only difference the boot floppy? Because of a root nameserver > problem, I had to ftp the distribution to a local system, and I'd rather > not do that again. I'll grab the boot floppy and try the install again > tonight. You should also grab the bin distribution, just in case the number of pieces has changed again! You will also need root.flp. Jordan From owner-freebsd-hackers Tue Jun 6 17:26:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22542 for hackers-outgoing; Tue, 6 Jun 1995 17:26:22 -0700 Received: from inetnif.niftyserve.or.jp (uucp@inetnif.niftyserve.or.jp [192.47.24.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22536 for ; Tue, 6 Jun 1995 17:26:15 -0700 Received: by inetnif.niftyserve.or.jp (8.6.9+2.4W/3.3W8-950117-Mail-Gateway) id JAA01094; Wed, 7 Jun 1995 09:26:53 +0900 Message-Id: <199506070026.JAA01094@inetnif.niftyserve.or.jp> Date: Wed, 07 Jun 1995 09:24:00 +0900 From: =?ISO-2022-JP?B?GyRCMXY4KyEhPz8wbBsoQg==?= Subject: This is Japanese publishing company To: hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Sender: hackers-owner@FreeBSD.org Precedence: bulk Dear Sirs(FreeBSD core term), This is our first letter to you. Our company, Shuwa System CO.,LTD, is the leading publishing company in Japan. We are now planning a book which titled "FreeBSD nyuumon(start up) Kit for 98 users". We intend to introduce "FreeBSD2.0R" for Japanese NEC(98) users. We could be appreciate it if you give us permission to put the article in our book and its premium disk. We hope to tell us the following qustions. --Can we receive the permissions of tools in "packages" directory from you? Or,do we have to mail each programmer of tools? --Can we redistribute patched"FreeBSD2.0R" for 98series? {= FreeBSD2.0R(98R)} We hope to hear favorably from you soon. The specification of the book is as follows: Book Title: FreeBSD nyuumon(start up) kit for 98 users Price: 2,800 Yen Number of Pages: 200 Size: 182mm x 234mm Attachment: CD-ROM DISK Sincerely yours, Junko Arata, Editor INTERNET:HBF01016@niftyserve.or.jp Shuwa System Co.,Ltd 8-5-29 Akasaka Minatoku Tokyo, 107 Japan From owner-freebsd-hackers Tue Jun 6 17:29:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22741 for hackers-outgoing; Tue, 6 Jun 1995 17:29:35 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22735 for ; Tue, 6 Jun 1995 17:29:32 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA00787; Tue, 6 Jun 1995 17:29:09 -0700 From: "Rodney W. Grimes" Message-Id: <199506070029.RAA00787@gndrsh.aac.dev.com> Subject: Re: A performance mystery To: rls@kilroy.id.net (Robert Shady) Date: Tue, 6 Jun 1995 17:29:09 -0700 (PDT) Cc: rls@kilroy.id.net, temp@temptation.interlog.com, henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506070546.BAA13149@hades.id.net> from "Robert Shady" at Jun 7, 95 01:46:38 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: 931 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Get lmbench from the ports area, that should be a good test to find out > > how fast that board is. I have the numbers here for the ASUS PCI/I-P54TP4 > > board running at 90Mhz, can't produce the 100Mhz numbers right now as my > > last 100Mhz cpu is about to go in the box.... and I won't be bringing > > any in for a few weeks whilst I move.. > > What are the numbers for the 90Mhz, and does anybody else have the numbers > for an Asus 100 Mhz Pentium running FreeBSD 2.0.5, with some sort of > benchmarking statistics. Satoshi should have my numbers that I produced for him in some big report he is doing. I would have to go run it again to get them for either CPU speed as when I went looking for the stuff I realized it was on a disk I had whipped clean :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Jun 6 17:31:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22887 for hackers-outgoing; Tue, 6 Jun 1995 17:31:34 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22878 ; Tue, 6 Jun 1995 17:31:32 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Brian Tao cc: "Steven G. Kargl" , freebsd-hackers@freebsd.org Subject: Re: Install bug for big minor numbers In-reply-to: Your message of "Wed, 07 Jun 95 02:30:08 +0800." Date: Tue, 06 Jun 1995 17:31:31 -0700 Message-ID: <22877.802485091@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Hmmmm... so something in the installer is futzing up the minor > numbers. Jordan, are you sure the installer isn't running MAKEDEV, > *then* untarring bogus /dev entries from a tarball on top of the ones > already created? Nope! If you look at sysinstall/install.c, you'll see that it does the distExtractAll() and THEN does the MAKEDEVs. The only possible flaw was that it only did the MAKEDEVs once (not a bad idea, since it's expensive!). This could have possible caused problems if you went _back_ to the Distributions menu and loaded the bindist again. I've put in a check for this case and will roll it into the BETA, which I still haven't released. Jordan From owner-freebsd-hackers Tue Jun 6 17:40:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23207 for hackers-outgoing; Tue, 6 Jun 1995 17:40:41 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA23200 ; Tue, 6 Jun 1995 17:40:37 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA00855; Tue, 6 Jun 1995 17:40:41 -0700 From: "Rodney W. Grimes" Message-Id: <199506070040.RAA00855@gndrsh.aac.dev.com> Subject: Re: 2.0.5 BETA - missing OS using whole disk To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jun 1995 17:40:41 -0700 (PDT) Cc: rcarter@geli.com, hackers@freebsd.org, mcgovern@spoon.beta.com In-Reply-To: <20801.802483204@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:00:04 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: 760 Sender: hackers-owner@freebsd.org Precedence: bulk > > > from the boot.flp and slice and labelling the disk. According to Rodney > > things aren't happy if the slicer is fed a number of cylinders > > larger than 1024. (Shouldn't it complain then?) > > Not true. This may be a simpler problem. And Russell mis understood what I was saying, I did not say cylinders larger than 1024 when talking about the slicer, I was talking about what the NCR SDMS bios does with disk drives larger than 1G byte, it uses translation to make sure that the cylinder count is always less than 1024, and depending on drive size I have seen 3 different sets of numbers. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Jun 6 17:54:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23649 for hackers-outgoing; Tue, 6 Jun 1995 17:54:22 -0700 Received: from pyromania.apana.org.au (pyromania.apana.org.au [202.12.87.123]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA23643 for ; Tue, 6 Jun 1995 17:54:17 -0700 Received: (from john@localhost) by pyromania.apana.org.au (8.6.9/8.6.9) id KAA27420 for hackers@freebsd.org; Wed, 7 Jun 1995 10:54:11 +1000 From: John Herks Message-Id: <199506070054.KAA27420@pyromania.apana.org.au> Subject: Intel Triton Chipset... To: hackers@freebsd.org Date: Wed, 7 Jun 1995 10:54:11 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 778 Sender: hackers-owner@freebsd.org Precedence: bulk I am have been running FreeBSD 2.0R on a SOYO/Intel Neptune chipset P90 motherboard for the last few months. I am using a NCR PCI SCSI Controller. Everything has been running fine.. I am about to upgrade to a SOYO/Intel Triton chipset P100 motherboard and I was wondering if there would be any problems running FreeBSD 2.0R with this new chipset ? Rgds, -- --------------------------------------------------------------------------- _--_|\ John Herks / \ Pyromania Internet Access Melbourne \_.--._/ Phone: +613-9650-4776 v email: john@pyromania.apana.org.au www : http://pyromania.apana.org.au --------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jun 6 18:27:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA24499 for hackers-outgoing; Tue, 6 Jun 1995 18:27:34 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA24492 ; Tue, 6 Jun 1995 18:27:33 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Michael Smith cc: hackers@freebsd.org Subject: Re: New 205 install problem. In-reply-to: Your message of "Tue, 06 Jun 95 21:40:24 +0930." <199506061210.VAA11612@genesis.atrad.adelaide.edu.au> Date: Tue, 06 Jun 1995 18:27:32 -0700 Message-ID: <24490.802488452@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Jordan, something to add to the Hardware FAQ - I have a video card that > wedges IRQ 9 in text modes, and thus 2/9 is a bad choice for network cards. > This is non-obvious. Done! > I have determined that /usr has been created with the wrong permissions. > (022 is a bit bizarre 8) I believe this has been fixed! > Any idea why the root filesystem is being mounted as /dev/sd0a rather > than /dev/sd0s4a? See the help screen in the label editor - it explains this. > Also, if the network link (as I mentioned in my last message) is down, > routed dumps core at startup. I don't really expect that this will > be fixed in -RELEASE, but it's worth knowing. Hmmm. Grr.. Thanks for the feedback! Jordan From owner-freebsd-hackers Tue Jun 6 18:28:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA24630 for hackers-outgoing; Tue, 6 Jun 1995 18:28:24 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA24619 ; Tue, 6 Jun 1995 18:28:20 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id VAA06156; Tue, 6 Jun 1995 21:28:13 -0400 Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.6.10/8.6.4) id VAA21918; Tue, 6 Jun 1995 21:28:09 -0400 Date: Tue, 6 Jun 1995 21:28:08 -0400 (EDT) From: Chuck Robey To: "Jordan K. Hubbard" cc: Steve Gerakines , hackers@freebsd.org Subject: Re: kernel page fault while doing tar to /dev/rft0 In-Reply-To: <25062.802411734@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 5 Jun 1995, Jordan K. Hubbard wrote: > > ones, I think it uses the DC2120 tapes. No controller, I used the floppy > > controller on it. If it'd do FreeBSD some good, I wouldn't mind shipping > > it somewhere. Tell me if you want it (for FreeBSD development/testing), > > and give me a shipping address. > > Would you mind terribly shipping it overseas, to Joerg? > > I'd be glad to pick up the postage if that were an issue.. > > Jordan I haven't the vaguest idea what it costs, and only a general notion of how to do it. In the past, when I had to send something overseas for a commercial purpose, I had to go through the most incredible customs forms you would believe. I will find out how, tho; please send me the address, and any hints or requirements you might have about how to ship. I'm between semesters right now, so I can afford a little time spent, if I can get myself away from my computer that long. > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Jun 6 18:38:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA24907 for hackers-outgoing; Tue, 6 Jun 1995 18:38:36 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA24900 for ; Tue, 6 Jun 1995 18:38:33 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id VAA06375; Tue, 6 Jun 1995 21:38:31 -0400 Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.6.10/8.6.4) id VAA21985; Tue, 6 Jun 1995 21:38:30 -0400 Date: Tue, 6 Jun 1995 21:38:26 -0400 (EDT) From: Chuck Robey To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: kernel page fault while doing tar to /dev/rft0 In-Reply-To: <199506060646.IAA06488@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 6 Jun 1995, J Wunsch wrote: > As Jordan K. Hubbard wrote: > > > > > ones, I think it uses the DC2120 tapes. No controller, I used the floppy > > > controller on it. If it'd do FreeBSD some good, I wouldn't mind shipping > > > it somewhere. Tell me if you want it (for FreeBSD development/testing), > > > and give me a shipping address. > > > > Would you mind terribly shipping it overseas, to Joerg? > > Either Rod or me. I do also have a spare machine for testing where i > can put it in. Would it also handle DC2060 cartridge? I do already ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Dunno, I haven't used the drive in a year now, and I'm trying to get a Zip drive to replace it. If you want, I'll see if I can go out and buy a DC2060, and see if it will take it. AFAIK, there's absolutely nothing wrong with the drive except utter slowness. If it takes the 2060, I'll send it along with the drive. > have a (for me useless) one that i've bought to test my (dead) Insight > drive. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Jun 6 18:38:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA24933 for hackers-outgoing; Tue, 6 Jun 1995 18:38:44 -0700 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA24905 ; Tue, 6 Jun 1995 18:38:35 -0700 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.11/8.6.9) id VAA00223; Tue, 6 Jun 1995 21:36:10 -0400 Date: Tue, 6 Jun 1995 21:36:10 -0400 From: "Danny J. Zerkel" Message-Id: <199506070136.VAA00223@feephi.phofarm.com> To: jkh@freefall.cdrom.com Subject: Re: 2.0.5 ALPHA Cc: davidg@root.com, freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > > After talking with the hardware tech support people, they suggested that > > I turn off the RAM cache. Which has fixed my problems. I have a Micron > > 100MHz Pentium with 16MB RAM and 512K of cache. What do I do to allow > > me to re-enable the RAM cache? Is there some way of changing the timing? > > What information would help you help me? > > What happens if you keep the cache disabled during the install but > then turn it back on when it's time to reboot from the hard disk? At > that point you're no longer running the gzip'd / MFS'd kernel and > it would be _very_ enlightening to know if the problems still > persisted. > > Jordan I just tried the latest boot floppy (per David's suggestion) and it still dies trying to uncompress the kernel. I turned the cache on and ran for a while, without any serious problems. With the cache on or off, I have problems unpacking the compressed tar archives of the distribution. I get errors part way through. Here's what dmesg says, by the way: CPU: 78-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 16384000 (4000 pages) avail memory = 15085568 (3683 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on motherboard pca0: PC speaker audio driver bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus bt0: reading board settings, busmastering, int=15 bt0: version 4.24, sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 3 sync rate= 5.00MB/s(200ns), offset=08 bt0: targ 6 sync rate= 4.54MB/s(220ns), offset=15 bt0: Enabling Round robin scheme bt0 at 0x330 irq 15 on isa (bt0:0:0): "CONNER CFP1060S 1.05GB 2035" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 1013MB (2074880 512 byte sectors) sd0(bt0:0:0): with 2756 cyls, 8 heads, and an average 94 sectors/track (bt0:3:0): "HP HP35470A 1109" type 1 removable SCSI 2 st0(bt0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled (bt0:6:0): "PLEXTOR CD-ROM PX-4XCS 1.01" type 5 removable SCSI 2 cd0(bt0:6:0): CD-ROM cd0(bt0:6:0): NOT READY asc:3a,0 Medium not present can't get the size wdc0 at 0x1f0-0x1f7 irq 14 flags 0xff8004 on isa wdc0: unit 0 (wd0): , multi-block-4 wd0: 520MB (1065456 sectors), 1057 cyls, 16 heads, 63 S/T, 512 B/S wdc0 not probed due to I/O address conflict with wdc0 at 0x1f0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 1 on isa ep0: aui/bnc/utp[*UTP*] address 00:20:af:a1:d2:a6 irq 1 npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 rev 17 on pci0:0 CPU: Pentium, 100MHz, CPU->Memory posting ON Cache: None3-2-2-2/4-2-2-2 DRAM: page mode memory clocks=X-4-4-4 (70ns) CPU->PCI: posting ON, burst mode ON, PCI clocks=2-1-1-1 PCI->Memory: posting ON chip1 rev 3 on pci0:2 [40] 40420 [50] 0 [54] 4000000 pci0:3: vendor=0x1095, device=0x640, class=storage [not supported] pci0:13: vendor=0x104b, device=0x1040, class=storage [not supported] map(10): io(fcfc) vga0 rev 0 int a irq 9 on pci0:14 mapreg[10] type=0 addr=40000000 size=800000. pci0: uses 8388608 bytes of memory from 40000000 upto 407fffff. BIOS Geometries: 0:020e1f3f 526 cyl, 31 heads, 63 sects 1:03f43f20 1012 cyl, 63 heads, 32 sects 0 accounted for sd0s1: type 0xa5, start 32, end = 2074623, size 2074592 : OK wd0s1: type 0x6, start 63, end = 205631, size 205569 : OK wd0s2: type 0xa5, start 205632, end = 1064447, size 858816 : OK Note: The first line says 78MHz, sometimes it say 100MHz. The DRAM: line says "(70ns)", althought I have 60ns memory. Is there a way of changing this. PS- Thanks for all the hard work, Jordan. You've done an incredible job under enormous pressure. ------------------------------------------------------------------ Danny J. Zerkel Photon Farmers "Cultivating Your Digital Image" From owner-freebsd-hackers Tue Jun 6 19:41:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26717 for hackers-outgoing; Tue, 6 Jun 1995 19:41:20 -0700 Received: from servo.ipsilon.com (servo.Ipsilon.COM [204.160.241.205]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA26696 for ; Tue, 6 Jun 1995 19:41:14 -0700 Received: (from hoffman@localhost) by servo.ipsilon.com (8.6.11/8.6.10) id TAA20436; Tue, 6 Jun 1995 19:39:49 -0700 Date: Tue, 6 Jun 1995 19:39:49 -0700 From: Eric Hoffman Message-Id: <199506070239.TAA20436@servo.ipsilon.com> To: hackers@freebsd.org Subject: 2.0.5 scsi boot configuration whine Sender: hackers-owner@freebsd.org Precedence: bulk I would not ask here, but I have tried several things including fdisk with a 2.0 boot disk with a 2.0.5 install after that. the basic problem I have is "paritition out of reach from the bios" error when an attempt is made to boot sd(0,a)/kernel. This drive/controller hasn't had any problems running 2.0 stock or any of the SNAPs. I have a single drive on an NCR SCSI with an unfortunate geometry: 2234/7/68. It doesn't seem to matter if the FreeBSD starts at 0, 4 (which is where 2.0.5 puts it), or 68 (which is where 2.0.5 will put it after being corrected about the geometry using "G" in the new fdisk). when corrected about the geometry, it will come up next time as 37978/7/4, the same total number of blocks, but using BIOSs 6 bit sector count. an unfortunate victim of geometry translation? From owner-freebsd-hackers Tue Jun 6 20:43:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28961 for hackers-outgoing; Tue, 6 Jun 1995 20:43:45 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA28951 ; Tue, 6 Jun 1995 20:43:17 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id LAA07801; Wed, 7 Jun 1995 11:42:56 +0800 Date: Wed, 7 Jun 1995 11:42:55 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: Peter Dufault , freebsd-hackers@freebsd.org Subject: Re: Install bug for big minor numbers In-Reply-To: <21702.802483914@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 6 Jun 1995, Jordan K. Hubbard wrote: > > Since the pre-BETA tarballs would only run the MAKEDEV the _first_ > time the bindist was extracted (which is fixed), did you perhaps > install the bin installation multiple times before rebooting? That > would solve this mystery! Yes, that's possible... I do recall going through the bindist extract several (dozen?) times to test out various parts of the installer. I'm fairly sure I went through the whole disk slicing and dicing and newfs'ing procedure with each iteration though. Shouldn't that force MAKEDEV to be run? I would rather see the /dev entries completely removed from the tarball and have MAKEDEV run unconditionally (I don't find it takes *that* long, compared to tarball extraction). Or fix tar so that it handles large minor numbers. Poking around in port.h (of the tar sources), I see: #define minor(dev) ((dev) & 0xff) ... where in they are declared as: #define minor(x) ((int)((x)&0xffff00ff)) /* minor number */ The define is bracketed by an #ifndef HAVE_MAJOR, so it may not be called at all, but I haven't tried it. It just looked like an obvious candidate, with the conflicting bitmasks. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Jun 6 21:11:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA29687 for hackers-outgoing; Tue, 6 Jun 1995 21:11:26 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA29679 for ; Tue, 6 Jun 1995 21:11:24 -0700 Received: from cyclops.home.com ([158.147.1.18]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id VAA13585 for ; Tue, 6 Jun 1995 21:03:27 -0700 Received: (from jleppek@localhost) by cyclops.home.com (8.6.11/8.6.9) id AAA02563; Wed, 7 Jun 1995 00:13:02 -0400 Date: Wed, 7 Jun 1995 00:13:02 -0400 From: User Jleppek Message-Id: <199506070413.AAA02563@cyclops.home.com> To: freebsd-hackers@freefall.cdrom.com Subject: silo overflows Sender: hackers-owner@FreeBSD.org Precedence: bulk I have been seeing a number of silo overflows from a current kernel on a DX4/100 32Meg memory running ppp with the serial port rate at 57600. I had about 28 overflows in about an hour so nothing drastic. I never saw the "reduce trigger" message which I thought was suppose to appear when "silo overflow" messages appeared but a little looking reveals that the reduce stuff seems to be "#if 0" excluded... sooo I guess the initial trigger is FIFO_TRIGGER_14 and stays. Is the current solution to change the FIFO_TRIGGER_14 value in sioreg.h to something lower ? the ports probe as: sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A Jim From owner-freebsd-hackers Tue Jun 6 22:27:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01834 for hackers-outgoing; Tue, 6 Jun 1995 22:27:49 -0700 Received: from bang.rain.com (bang.rain.com [199.2.100.61]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01828 ; Tue, 6 Jun 1995 22:27:45 -0700 Received: (from john@localhost) by bang.rain.com (8.6.8/8.6.6) id WAA24071; Tue, 6 Jun 1995 22:27:42 -0700 From: John Cavanaugh Message-Id: <199506070527.WAA24071@bang.rain.com> Subject: FTP userpass checkbox not staying checked To: freebsd-current@freebsd.org Date: Tue, 6 Jun 1995 22:27:41 -0700 (PDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1168 Sender: hackers-owner@freebsd.org Precedence: bulk I'm testing out the latest install - Tue Jun 6 01:42:31 PDT 1995 and I am finding that the checkbox for the FTP userpass option in the options menu isn't staying checked after you check it and enter the info for it the first time. If you come back to the menu and check the box again, it will ask you for the info again (but it will already have the info you entered the first time) and the install went fine, but the checkbox doesn't wanna stay checked... Other than that, things look good Jordan! Oh, ok, one other minor qualm, when you are doing the post-installation things, setting the machine as a NFS server or client, when you hit enter on either of these options, the screen just blinks back at you. Now, I know from looking at the debug information, that the nfs_server and nfs_client variables are being set to YES, and that when you get done with the install, you'll get prompted to enter something into /etc/exports if you've checked the server option, it still would be nice to have something like a checkbox there so that you're aware you selected it. Cosmetic, but... -- John Cavanaugh "There can be only one." From owner-freebsd-hackers Tue Jun 6 23:07:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02817 for hackers-outgoing; Tue, 6 Jun 1995 23:07:11 -0700 Received: from isua1.iastate.edu (isua1.iastate.edu [129.186.6.132]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02779 ; Tue, 6 Jun 1995 23:06:50 -0700 Received: by isua1.iastate.edu with sendmail-5.65 id ; Wed, 7 Jun 1995 01:06:49 -0500 Message-Id: <9506070606.AA21612@isua1.iastate.edu> To: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: 3c509 driver... Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Id: <21611.802505208.1@localhost> Date: Wed, 07 Jun 1995 01:06:49 CDT From: Chris Csanady Sender: hackers-owner@FreeBSD.ORG Precedence: bulk hello. anyway, i have a problem. currently im running NetBSD, and am planning on switching to FreeBSD, but i need fast and reliable networking. i heard that the current driver in FreeBSD was not very stable.. anyways, i was wondering, how hard it would be to port the ep driver from netbsd? it looks as though they were at one point the same driver even.. if this would be trivial, could some kind person help me out? i have never done any work with kernel/driver stuff before. :( thanks, chris ccsanady (ccsanady@iastate.edu) From owner-freebsd-hackers Tue Jun 6 23:12:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03127 for hackers-outgoing; Tue, 6 Jun 1995 23:12:49 -0700 Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [198.64.212.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA03120 ; Tue, 6 Jun 1995 23:12:47 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id BAA01160; Wed, 7 Jun 1995 01:10:27 -0500 From: Scott Mace Message-Id: <199506070610.BAA01160@crash.ops.neosoft.com> Subject: Re: 3c509 driver... To: ccsanady@iastate.edu (Chris Csanady) Date: Wed, 7 Jun 1995 01:10:27 -0500 (CDT) Cc: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9506070606.AA21612@isua1.iastate.edu> from "Chris Csanady" at Jun 7, 95 01:06:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 730 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk I'm used 509's with FreeBSD very reliably since 2.0R (I know, I've been lucky under 2.0R) but they do work quite well under 2.0.5A and April snap relese. > > hello. anyway, i have a problem. currently im running NetBSD, and > am planning on switching to FreeBSD, but i need fast and reliable > networking. i heard that the current driver in FreeBSD was not very > stable.. anyways, i was wondering, how hard it would be to port > the ep driver from netbsd? it looks as though they were at one point > the same driver even.. > > if this would be trivial, could some kind person help me out? i have > never done any work with kernel/driver stuff before. :( > > thanks, > chris ccsanady (ccsanady@iastate.edu) > > From owner-freebsd-hackers Tue Jun 6 23:28:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03528 for hackers-outgoing; Tue, 6 Jun 1995 23:28:57 -0700 Received: from kksys.skypoint.net (kksys.skypoint.net [199.86.32.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03521 for ; Tue, 6 Jun 1995 23:28:54 -0700 Received: from starfire.mn.org by kksys.skypoint.net with smtp (Smail3.1.29.1 #2) id m0sJEMn-00024bC; Wed, 7 Jun 95 01:13 CDT Received: (from john@localhost) by starfire.mn.org (8.6.8/1.2.1) id BAA17826 for hackers@freebsd.org; Wed, 7 Jun 1995 01:15:07 -0500 From: John Lind Message-Id: <199506070615.BAA17826@starfire.mn.org> Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: hackers@freebsd.org Date: Wed, 7 Jun 1995 01:15:05 -0500 (CDT) In-Reply-To: <17750.802441698@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:27:59 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: 1182 Sender: hackers-owner@freebsd.org Precedence: bulk > I just need to know right now how well it works on *your* machine! :-) It works on my machine! It is up and running right now, in fact. This is a 25Mhz 386 w/4Mb of RAM, WD1007V ESDI controller, Addtron NE2000 clone, Orchid SVGA (1Mb VRAM, ET4000-based). While generally most fun and outstanding, I do have three comments: 1) After you select your timezone with the CMOS clock == wall clock, and it asks you to verify your local time, the time it gives is not correct. Finally, you just have to lie to it and say that it is correct, and after the system reboots from the hard drive, things seem OK. 2) I didn't get all of the distributions that I asked for. Not sure why, but XFree86 didn't come over. 3) When you ask the post-install configuration to get more packages, it just looks for a CD-ROM. It doesn't seem to be able to do the FTP/NFS options that the rest of the install can do. This is probably not a quick fix, and is probably already on your list, but I thought I'd mention it. Excellent work! Good stuff! John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Tue Jun 6 23:51:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA04224 for hackers-outgoing; Tue, 6 Jun 1995 23:51:51 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA04207 ; Tue, 6 Jun 1995 23:51:45 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: John Cavanaugh cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: FTP userpass checkbox not staying checked In-reply-to: Your message of "Tue, 06 Jun 95 22:27:41 PDT." <199506070527.WAA24071@bang.rain.com> Date: Tue, 06 Jun 1995 23:51:44 -0700 Message-ID: <4206.802507904@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I'm testing out the latest install - Tue Jun 6 01:42:31 PDT 1995 and > I am finding that the checkbox for the FTP userpass option in the options > menu isn't staying checked after you check it and enter the info for it > the first time. If you come back to the menu and check the box again, it > will ask you for the info again (but it will already have the info you > entered the first time) and the install went fine, but the checkbox > doesn't wanna stay checked... I fixed that! I also ask you for the user/pass again IF you've specified it to begin with and the "ftp reselect" is on, switching you to another site. > Oh, ok, one other minor qualm, when you are doing the post-installation > things, setting the machine as a NFS server or client, when you hit > enter on either of these options, the screen just blinks back at you. Now, > I know from looking at the debug information, that the nfs_server and > nfs_client variables are being set to YES, and that when you get done with > the install, you'll get prompted to enter something into /etc/exports > if you've checked the server option, it still would be nice to have something > like a checkbox there so that you're aware you selected it. Cosmetic, but... I originally didn't do this because I didn't want to make that a check menu, but I may change my mind! Jordan From owner-freebsd-hackers Wed Jun 7 00:14:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04737 for hackers-outgoing; Wed, 7 Jun 1995 00:14:57 -0700 Received: from star-gate.com (bettina.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA04731 for ; Wed, 7 Jun 1995 00:14:56 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id AAA00842 for ; Wed, 7 Jun 1995 00:02:44 -0700 Message-Id: <199506070702.AAA00842@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: freebsd-hackers@freefall.cdrom.com Subject: Re: [repost] latest working sound v30 release In-reply-to: Your message of "Mon, 05 Jun 1995 17:00:38 CDT." <9506052200.AA06975@olympus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 1995 00:02:38 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Boyd Faulkner said: > > > > > > > > > > Hi, > > > > > > > > The latest WORKING sound driver v30 is at > > > > ftp.shell.best:/pub/hasty/sound.v30.2.tar.gz > > > > > > > > Perhaps someone can try it out with the xdoom and the sndserver to see > > > > if it works. Right now, I am working on mpeg stuff and also I am very > > > > overloaded with work. Today is my only hack day that I have available. > > > > > > > > Have Fun, > > > > Amancio > > > > > > > > > > Alas, it did not work for me. > > > > > > Boyd > > > > Could you be more specific? > > Of course. > > > > Which sound card do you have. > > GUS MAX 512K. > > > What doesn't work or which app doesn't work. > > xdoom's sound server with 30.2 from your ftp server. As mentioned in your > note. > > > If you don't get any sound, I would like to see your configuration. > > Old stuff works like 30. au files echo a little at the end. Haven't checke d > anything else. > > > Does the system crash, etc... > > sndserver dies. It is probably that LINUX emulation is not yet complete. > > > > > Tnks, > > Amancio > > > > > > Boyd > -- The echo of sound streams at the end is fixed on the latest sound driver from Hannu which is not availble yet. We have had problems on other areas of the sound driver. There are two approches that I see to this problem fix whatever is causing the sndserver to crash or to reverse engineer it so we can have a native doom sound server. I like the last approach. Anyone with an access to a linux and inclination could perhaps let us know the protocol between Doom and the sound server. Also, if could figure out the sound protocol we may be able to support music and perhaps extend the sound server to use NCD's netaudio or what the heck lets go all the way out an IP Multicast the FreeBSD Doom sound sessions :) Cheers, Amancio From owner-freebsd-hackers Wed Jun 7 00:15:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04866 for hackers-outgoing; Wed, 7 Jun 1995 00:15:58 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA04859 for ; Wed, 7 Jun 1995 00:15:49 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21869; Wed, 7 Jun 1995 09:15:43 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA27951 for freebsd-hackers@freebsd.org; Wed, 7 Jun 1995 09:15:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA09829 for freebsd-hackers@freebsd.org; Wed, 7 Jun 1995 08:47:16 +0200 From: J Wunsch Message-Id: <199506070647.IAA09829@uriah.heep.sax.de> Subject: Re: kernel page fault while doing tar to /dev/rft0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 7 Jun 1995 08:47:15 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "Chuck Robey" at Jun 6, 95 09:38:26 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 771 Sender: hackers-owner@freebsd.org Precedence: bulk As Chuck Robey wrote: > > > can put it in. Would it also handle DC2060 cartridge? I do already > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Dunno, I haven't used the drive in a year now, and I'm trying to get a > Zip drive to replace it. If you want, I'll see if I can go out and buy a > DC2060, and see if it will take it. AFAIK, there's absolutely nothing > wrong with the drive except utter slowness. If it takes the 2060, > I'll send it along with the drive. Nope, it's not worth buying an extra one for this purpose. If it's working, i will see it, if not, i would have to buy a 2120 one anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jun 7 00:21:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05112 for hackers-outgoing; Wed, 7 Jun 1995 00:21:44 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA05099 for ; Wed, 7 Jun 1995 00:21:43 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA16057; Wed, 7 Jun 1995 03:21:05 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id GAA23375 for ; Tue, 6 Jun 1995 06:20:08 -0400 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id UAA20929 for freebsd-hackers@freefall.cdrom.com; Tue, 6 Jun 1995 20:41:19 -0400 Date: Tue, 6 Jun 1995 20:41:19 -0400 From: Thomas David Rivers Message-Id: <199506070041.UAA20929@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: 2.0.5 Alpha??? Sender: hackers-owner@FreeBSD.org Precedence: bulk Unfortunately, I was "off the list" for about a week - my primary mail feed went down while the system adminstrator was off having a baby.... Anyway; I finally got reconnected to the lists to see notes about 2.0.5-A. I'm daily barraged with questions about "when is this going to be available", so, if there was an announcement for 2.0.5-Alpha, can someone send it to me so I can forward it on... - Thanks - - Dave Rivers - From owner-freebsd-hackers Wed Jun 7 00:21:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05126 for hackers-outgoing; Wed, 7 Jun 1995 00:21:46 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA05111 for ; Wed, 7 Jun 1995 00:21:44 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA16072; Wed, 7 Jun 1995 03:21:09 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id RAA12810 for ; Mon, 5 Jun 1995 17:51:39 -0400 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id IAA20094 for freebsd-hackers@freefall.cdrom.com; Tue, 6 Jun 1995 08:12:33 -0400 Date: Tue, 6 Jun 1995 08:12:33 -0400 From: Thomas David Rivers Message-Id: <199506061212.IAA20094@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: 2.0.5 Alpha??? Sender: hackers-owner@FreeBSD.org Precedence: bulk Unfortunately, I was "off the list" for about a week - my primary mail feed went down while the system adminstrator was off having a baby.... Anyway; I finally got reconnected to the lists to see notes about 2.0.5-A. I'm daily barraged with questions about "when is this going to be available", so, if there was an announcement for 2.0.5-Alpha, can someone send it to me so I can forward it on... - Thanks - - Dave Rivers - From owner-freebsd-hackers Wed Jun 7 00:22:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05334 for hackers-outgoing; Wed, 7 Jun 1995 00:22:45 -0700 Received: from skarv.ba.su.se (skarv.ba.su.se [130.237.200.240]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA05324 ; Wed, 7 Jun 1995 00:22:32 -0700 Received: (from daemon@localhost) by skarv.ba.su.se (8.6.9/8.6.9) id JAA00913; Wed, 7 Jun 1995 09:22:03 +0200 Date: Wed, 7 Jun 1995 09:22:03 +0200 Message-Id: <199506070722.JAA00913@skarv.ba.su.se> Received: from unknown(194.68.79.23) by skarv.ba.su.se via smap (V1.3) id sma000911; Wed Jun 7 09:21:59 1995 X-Sender: aa@194.68.79.3 X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: jkh@freefall.cdrom.com From: aa@ba.su.se (Anders Ahrsjo) Subject: What Europen sites mirrors directly from freebsd.org? Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! Many Europen mirrors are real old (well at least a day). How does the chain of mirrors look like? What site in Europe get it first? Anders Ahrsjo aa@ba.su.se Telecom Engineer, Stockholm Transport From owner-freebsd-hackers Wed Jun 7 00:41:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA06179 for hackers-outgoing; Wed, 7 Jun 1995 00:41:04 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA06168 for ; Wed, 7 Jun 1995 00:40:55 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA06651; Wed, 7 Jun 1995 17:36:26 +1000 Date: Wed, 7 Jun 1995 17:36:26 +1000 From: Bruce Evans Message-Id: <199506070736.RAA06651@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, jleppek@harris.com Subject: Re: silo overflows Sender: hackers-owner@FreeBSD.org Precedence: bulk >I have been seeing a number of silo overflows from a current >kernel on a DX4/100 32Meg memory running ppp with >the serial port rate at 57600. I had about 28 overflows >in about an hour so nothing drastic. >I never saw the "reduce trigger" message which I thought >was suppose to appear when "silo overflow" messages appeared but >a little looking reveals that >the reduce stuff seems to be "#if 0" excluded... >sooo I guess the initial trigger is FIFO_TRIGGER_14 and stays. The "reduce trigger" stuff is ifdefed because it doesn't work very well. On some systems it causes the trigger level to collapse from 14 to 1 whenever a transient overload occurs. This is undesirable if transient overloads are very rare. I think the collapse is from buffering of overflows that occur while the trigger level is at 14. A trigger level of 8 should be low enough for all systems that aren't overloaded all the time (such as a 386SX/16 with more than one port at 115200 bps, or a P900 (sic) with more than 8 ports at 115200 bps sustained). Overruns for low speeds such as 57600 on one port may be caused by bus hogging DMA controllers. There are two solutions: don't use bus hogging DMA controllers, or reduce the initial trigger level to 8. Reducing the trigger level only works for 16550's of course. For 8250's and 16450's, don't use bus hogging DMA controllers. What type of DMA controller(s) do you have? >Is the current solution to change the FIFO_TRIGGER_14 >value in sioreg.h to something lower ? No, FIFO_TRIGGER_14 is a constant, not an option. Change the one place in sio.c where it is used to initialize com->ftl_init. Use FIFO_TRIGGER_8 instead. Bruce From owner-freebsd-hackers Wed Jun 7 00:48:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA06427 for hackers-outgoing; Wed, 7 Jun 1995 00:48:44 -0700 Received: from leibniz.math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA06415 for ; Wed, 7 Jun 1995 00:48:40 -0700 Received: from napier.math.psu.edu (wilcox@napier.math.psu.edu [146.186.132.4]) by leibniz.math.psu.edu (8.6.10/8.6.9) with ESMTP id DAA13077; Wed, 7 Jun 1995 03:48:36 -0400 Received: from localhost (wilcox@localhost) by napier.math.psu.edu (8.6.10/8.6.9) with ESMTP id DAA00612; Wed, 7 Jun 1995 03:48:34 -0400 Message-Id: <199506070748.DAA00612@napier.math.psu.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: Temptation cc: freebsd-hackers@freebsd.org Subject: Re: Top In-reply-to: Message Sender: hackers-owner@freebsd.org Precedence: bulk from "Mon, 05 Jun 1995 14:19:38 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 07 Jun 1995 03:48:33 -0400 From: Ken Wilcox Temptation writes: > > > I seen some people talking (err typing) about Top here, and problems with > it not reporting correctly, are there commands to see memfree that work? > and also swapfile %. I have 256megs, and 25 meg swap, and I'm getting > /Kernel: swap_pager: out of space > ( yes the Kernel is set up for the memory, and /var/log/messages picks up > the memory correctly with no errors) > Top says I'm using 100% swap, and only 24megs. > If it is using the swap space, is there a way to force to use the ram > before the swap? If I read this correctly, you are saying you have 256 Megs of physical memory and 25 Megs of swap? Unless I am mistaken, this is your problem. FreeBSD does demand paging, which means that when a program is run it is first loaded into pagespace and then when it goes to start the first instruction of the executable, it performs a page fault and loads the first page and continues on from there. Some OS's do this in a different way where they mmap the executable on the disk and page off of that, which is what I believe SunOS does. Now this could all be wrong, but what I am about to say might not be. As I explained this above, everything that you run must first find it some swap space, meaning, you can only use as much memory as you have swap. That is why it is a general rule, at least with what I have heard, that you have 2 1/2 times as much swap as you have memory. Now, in your case that would explain why you have used 100% of your swap space and only 25 Megs of ram. Now, just add 256 Megs of swap and you'll be set. You could always give me some of that mem :) (I am running it on 8 :( ) -Ken Wilcox > > thanks for all replys to my X pty problem, I can open 256, if can I > solve the memory problem :) > From owner-freebsd-hackers Wed Jun 7 00:50:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA06601 for hackers-outgoing; Wed, 7 Jun 1995 00:50:01 -0700 Received: from physics.su.oz.au (root@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA06588 for ; Wed, 7 Jun 1995 00:49:58 -0700 Received: from qed.physics.su.OZ.AU by physics.su.oz.au with SMTP id AA22081 (5.67b/IDA-1.4.4 for ); Wed, 7 Jun 1995 17:49:48 +1000 Received: (from dawes@localhost) by qed.physics.su.OZ.AU (8.6.10/8.6.6) id RAA12055; Wed, 7 Jun 1995 17:49:46 +1000 From: David Dawes Message-Id: <199506070749.RAA12055@qed.physics.su.OZ.AU> Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 7 Jun 1995 17:49:43 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199506061407.XAA11808@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 6, 95 11:37:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 709 Sender: hackers-owner@freebsd.org Precedence: bulk >Hopefully you've fixed the /usr permissions booby. Note also that the >XF86_SVGA server you're including has problems with Cirrus chipsets. >I'm not sure whether you've applied the README.late patches to the >tree before rolling it. (I noticed that it's different to the >distribution in /pub/XFree86/ on wcarchive.) Can you send me the full startup info that the server prints out? That will enable me to identify which version it is. There is a Cirrus driver patch in README.late that isn't part of what we called 3.1.1u1. I don't know if that was included in the server in 2.0.5-ALPHA. A description of the problem would be useful too. Does the original 3.1.1 server have the same problem? David From owner-freebsd-hackers Wed Jun 7 00:54:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA06777 for hackers-outgoing; Wed, 7 Jun 1995 00:54:57 -0700 Received: from agora.rdrop.com (root@[199.2.210.241]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA06771 for ; Wed, 7 Jun 1995 00:54:54 -0700 Received: by agora.rdrop.com (Smail3.1.28.1 #8) id m0sJFwH-00016jC; Wed, 7 Jun 95 00:53 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! To: hackers@freebsd.org Date: Wed, 7 Jun 1995 00:53:50 -0700 (PDT) In-Reply-To: <17750.802441698@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 6, 95 05:28:18 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: 561 Sender: hackers-owner@freebsd.org Precedence: bulk It still got the Timed Out message after getting to the distribution; I suspect the .tgz problem, and will review all the release notes and concatenate stuff later. Gotta get up in the morning, and a seriously depressing event earlier this week have limited my time to work on it... -- Alan Batie ______ batie@agora.rdrop.com \ / Freedom for me to be and do +1 503 452-0960 \ / only what *you* approve of 45 28 59 N / 122 43 20 W / 440' MSL \/ is no freedom at all. From owner-freebsd-hackers Wed Jun 7 01:07:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA07275 for hackers-outgoing; Wed, 7 Jun 1995 01:07:25 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA07268 ; Wed, 7 Jun 1995 01:07:14 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA07793; Wed, 7 Jun 1995 18:03:14 +1000 Date: Wed, 7 Jun 1995 18:03:14 +1000 From: Bruce Evans Message-Id: <199506070803.SAA07793@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, phk@ref.tfs.com Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) Cc: bde@zeta.org.au, freebsd-hackers@freebsd.org, taob@gate.sinica.edu.tw Sender: hackers-owner@freebsd.org Precedence: bulk >> Actually, thinking about it, yes we extrace a lot of devices from the >> bindist :-( >Actually, now that *I* think of it, we do the MAKEDEV _after_ the >bindist is extracted! >I've just added a check so that it will be done again if you install >the bindist multiple times. It's too dangerous to leave special files with the wrong minors lying around. I hoped to fix tar, cpio and pax to at least complain about the truncation. How about skipping special files that can't be stored without loss? Bruce From owner-freebsd-hackers Wed Jun 7 01:09:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA07404 for hackers-outgoing; Wed, 7 Jun 1995 01:09:05 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA07394 ; Wed, 7 Jun 1995 01:08:53 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id EAA00744; Wed, 7 Jun 1995 04:08:09 -0400 Date: Wed, 7 Jun 1995 04:08:09 -0400 From: Temptation Subject: Re: Top To: owner-freebsd-hackers@freefall.cdrom.com cc: freebsd-hackers@freebsd.org In-Reply-To: <199506070748.DAA00612@napier.math.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995 owner-freebsd-hackers@freefall.cdrom.com wrote: > > I seen some people talking (err typing) about Top here, and problems with > > it not reporting correctly, are there commands to see memfree that work? > > and also swapfile %. I have 256megs, and 25 meg swap, and I'm getting > > /Kernel: swap_pager: out of space > > ( yes the Kernel is set up for the memory, and /var/log/messages picks up > > the memory correctly with no errors) > > Top says I'm using 100% swap, and only 24megs. > > If it is using the swap space, is there a way to force to use the ram > > before the swap? > > If I read this correctly, you are saying you have 256 Megs of physical memory > and 25 Megs of swap? Unless I am mistaken, this is your problem. FreeBSD does > demand paging, which means that when a program is run it is first loaded into > pagespace and then when it goes to start the first instruction of the > executable, it performs a page fault and loads the first page and continues on > from there. Some OS's do this in a different way where they mmap the > executable on the disk and page off of that, which is what I believe SunOS > does. Now this could all be wrong, but what I am about to say might not be. > > As I explained this above, everything that you run must first find it some swap > space, meaning, you can only use as much memory as you have swap. That is why > it is a general rule, at least with what I have heard, that you have 2 1/2 > times as much swap as you have memory. Now, in your case that would explain > why you have used 100% of your swap space and only 25 Megs of ram. Now, just > add 256 Megs of swap and you'll be set. You could always give me some of that > mem :) well if thats true, it's stupid! Windows/NT/Warp do that also. Linux doesn't tho. it only starts using the swap space if I use more then 64meg. I'll try adding more swap anyway and see what happens. But the whole reason to add more memory, is so I don't have to make large swap file, and have a slow system. And to use the disk for was it was made for, storing files. Reminds me of running a 286 with Dos 3.3 4megs, and little cheap program that convered Disk space to Extended. And that was more then 8 years ago :) guess we haven't come as far as we thought. I can't wait till IBM's 1gig simms hit the retail market, we'll have to make 2.5 gig space becuase the OS's wont use the memory first. > > (I am running it on 8 :( ) > > -Ken Wilcox > > > > thanks for all replys to my X pty problem, I can open 256, if can I > > solve the memory problem :) > > > From owner-freebsd-hackers Wed Jun 7 01:09:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA07464 for hackers-outgoing; Wed, 7 Jun 1995 01:09:44 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA07449 ; Wed, 7 Jun 1995 01:09:34 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id BAA01244; Wed, 7 Jun 1995 01:09:16 -0700 From: Poul-Henning Kamp Message-Id: <199506070809.BAA01244@ref.tfs.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 7 Jun 1995 01:09:16 -0700 (PDT) Cc: jkh@freefall.cdrom.com, bde@zeta.org.au, freebsd-hackers@freebsd.org, taob@gate.sinica.edu.tw In-Reply-To: <199506070803.SAA07793@godzilla.zeta.org.au> from "Bruce Evans" at Jun 7, 95 06:03:14 pm Content-Type: text Content-Length: 526 Sender: hackers-owner@freebsd.org Precedence: bulk > It's too dangerous to leave special files with the wrong minors lying > around. > > I hoped to fix tar, cpio and pax to at least complain about the > truncation. How about skipping special files that can't be stored > without loss? yes, with a warning. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Wed Jun 7 01:11:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA07575 for hackers-outgoing; Wed, 7 Jun 1995 01:11:34 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA07562 ; Wed, 7 Jun 1995 01:11:28 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: aa@ba.su.se (Anders Ahrsjo) cc: hackers@freefall.cdrom.com Subject: Re: What Europen sites mirrors directly from freebsd.org? In-reply-to: Your message of "Wed, 07 Jun 95 09:22:03 +0200." <199506070722.JAA00913@skarv.ba.su.se> Date: Wed, 07 Jun 1995 01:11:27 -0700 Message-ID: <7559.802512687@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I have absolutely no idea! :-( It's sort of like reproduction - all the little ftp server "sperm" race to the freebsd server "egg" and the fastest one to get there wins.. :-) Jordan From owner-freebsd-hackers Wed Jun 7 01:15:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA07758 for hackers-outgoing; Wed, 7 Jun 1995 01:15:45 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA07752 ; Wed, 7 Jun 1995 01:15:36 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id BAA17164 ; Wed, 7 Jun 1995 01:14:35 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: aa@ba.su.se (Anders Ahrsjo) cc: jkh@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: What Europen sites mirrors directly from freebsd.org? In-reply-to: Your message of "Wed, 07 Jun 1995 09:22:03 +0200." <199506070722.JAA00913@skarv.ba.su.se> Date: Wed, 07 Jun 1995 01:14:34 -0700 Message-ID: <17160.802512874@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199506070722.JAA00913@skarv.ba.su.se>, Anders Ahrsjo writes: >Hi! >Many Europen mirrors are real old (well at least a day). >How does the chain of mirrors look like? What site in Europe get it first? We have no control over when people mirror our site - when they run the mirror software is up to them - they ftp the stuff from us, we don't send it to them. Last I looked, src.doc.ic.ac.uk was fairly up to date, although that can (and will) change day to day. Gary From owner-freebsd-hackers Wed Jun 7 01:21:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08033 for hackers-outgoing; Wed, 7 Jun 1995 01:21:24 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08024 ; Wed, 7 Jun 1995 01:21:18 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA08422; Wed, 7 Jun 1995 18:19:28 +1000 Date: Wed, 7 Jun 1995 18:19:28 +1000 From: Bruce Evans Message-Id: <199506070819.SAA08422@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, taob@gate.sinica.edu.tw Subject: Re: Install bug for big minor numbers Cc: freebsd-hackers@freebsd.org, kargl@troutmask.apl.washington.edu Sender: hackers-owner@freebsd.org Precedence: bulk >> Hmmmm... so something in the installer is futzing up the minor >> numbers. Jordan, are you sure the installer isn't running MAKEDEV, >> *then* untarring bogus /dev entries from a tarball on top of the ones >> already created? >Nope! If you look at sysinstall/install.c, you'll see that >it does the distExtractAll() and THEN does the MAKEDEVs. `MAKEDEV all' wouldn't fix the scsicntl devices because they aren't in the `all' list. Bruce From owner-freebsd-hackers Wed Jun 7 01:27:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08277 for hackers-outgoing; Wed, 7 Jun 1995 01:27:34 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08224 ; Wed, 7 Jun 1995 01:26:26 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id OAA04237; Wed, 7 Jun 1995 14:25:27 +0500 From: "Serge A. Babkin" Message-Id: <199506070925.OAA04237@hq.icb.chel.su> Subject: Re: 3c509 driver... To: ccsanady@iastate.edu (Chris Csanady) Date: Wed, 7 Jun 1995 14:25:26 +0500 (GMT+0500) Cc: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9506070606.AA21612@isua1.iastate.edu> from "Chris Csanady" at Jun 7, 95 01:06:49 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 919 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > hello. anyway, i have a problem. currently im running NetBSD, and > am planning on switching to FreeBSD, but i need fast and reliable > networking. i heard that the current driver in FreeBSD was not very > stable.. anyways, i was wondering, how hard it would be to port I'm running FreeBSD on my `workstation' with 3c509 card and I see no problems now. If doesnt't conflict with any other driver it works OK and gives upto 1.1Mbyte/s on receiving of 20M file. I don't know what would be with more heavy usage. > the ep driver from netbsd? it looks as though they were at one point > the same driver even.. I'm not shure but perhaps it will be easy. > if this would be trivial, could some kind person help me out? i have > never done any work with kernel/driver stuff before. :( Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed Jun 7 01:30:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08427 for hackers-outgoing; Wed, 7 Jun 1995 01:30:40 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08419 ; Wed, 7 Jun 1995 01:30:31 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id EAA00781; Wed, 7 Jun 1995 04:29:51 -0400 Date: Wed, 7 Jun 1995 04:29:50 -0400 From: Temptation Subject: Re: Top To: "Justin T. Gibbs" cc: owner-freebsd-hackers@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: <199506070822.BAA08137@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Justin T. Gibbs wrote: > > > > > >On Wed, 7 Jun 1995 owner-freebsd-hackers@freefall.cdrom.com wrote: > > > >> > I seen some people talking (err typing) about Top here, and problems with > >> > it not reporting correctly, are there commands to see memfree that work? > >> > and also swapfile %. I have 256megs, and 25 meg swap, and I'm getting > >> > /Kernel: swap_pager: out of space > >> > ( yes the Kernel is set up for the memory, and /var/log/messages picks up > >> > the memory correctly with no errors) > >> > Top says I'm using 100% swap, and only 24megs. > >> > If it is using the swap space, is there a way to force to use the ram > >> > before the swap? > >> > >> If I read this correctly, you are saying you have 256 Megs of physical memor > >y > >> and 25 Megs of swap? Unless I am mistaken, this is your problem. FreeBSD doe > >s > >> demand paging... > > > >well if thats true, it's stupid! Windows/NT/Warp do that also. > > ... > > I'm sure david will say more about how this is really handled in FreeBSD, > but having a large amount of memory does not necessarily mean that you need > an equal amount of swap. For example, wcarchive with its 128Megs of ram and > heavily loaded with ftp traffic and mirrors, is currently swapping 23Megs. > The problem arises when you have no swap space configured. As I believe > david explained earlier, the page daemon will occasionally dump a page or > two to swap while it is working even if there is free memory availible. Are > you sure that your swap partition is being recognized by the system? What > does swapinfo say? right now it says /dev/sd0s2b 51200 3072 48000 6% Interleaved but before it was 99% when it was telling me I had no swap space, and was using about 22-24 megs > > -- > Justin > From owner-freebsd-hackers Wed Jun 7 01:41:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08866 for hackers-outgoing; Wed, 7 Jun 1995 01:41:34 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08860 for ; Wed, 7 Jun 1995 01:41:29 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA01521; Wed, 7 Jun 1995 01:41:25 -0700 From: "Rodney W. Grimes" Message-Id: <199506070841.BAA01521@gndrsh.aac.dev.com> Subject: Re: Intel Triton Chipset... To: john@pyromania.apana.org.au (John Herks) Date: Wed, 7 Jun 1995 01:41:25 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199506070054.KAA27420@pyromania.apana.org.au> from "John Herks" at Jun 7, 95 10:54:11 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: 855 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I am have been running FreeBSD 2.0R on a SOYO/Intel Neptune chipset P90 > motherboard for the last few months. I am using a NCR PCI SCSI Controller. > > Everything has been running fine.. > > I am about to upgrade to a SOYO/Intel Triton chipset P100 motherboard and > I was wondering if there would be any problems running FreeBSD 2.0R with > this new chipset ? Chip set works fine, don't know about the SOYO implementation of the motherboard though. I am using ASUS products and they are working just fine. Be aware that Triton does not do parity checking on memory, Intel decided to save a few bucks and left it out. [They should have made a few more bucks and added ECC IMHO!!!] -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 01:42:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09040 for hackers-outgoing; Wed, 7 Jun 1995 01:42:57 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA09033 ; Wed, 7 Jun 1995 01:42:52 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bruce Evans cc: phk@ref.tfs.com, freebsd-hackers@freebsd.org, taob@gate.sinica.edu.tw Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-reply-to: Your message of "Wed, 07 Jun 95 18:03:14 +1000." <199506070803.SAA07793@godzilla.zeta.org.au> Date: Wed, 07 Jun 1995 01:42:51 -0700 Message-ID: <9032.802514571@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I hoped to fix tar, cpio and pax to at least complain about the > truncation. How about skipping special files that can't be stored > without loss? That would certainly be better than nothing! Right now it's just a hidden bomb. Jordan From owner-freebsd-hackers Wed Jun 7 01:45:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09201 for hackers-outgoing; Wed, 7 Jun 1995 01:45:43 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA09195 for ; Wed, 7 Jun 1995 01:45:40 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id KAA19075 ; Wed, 7 Jun 1995 10:45:24 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id KAA01174 ; Wed, 7 Jun 1995 10:45:23 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506070845.KAA01174@blaise.ibp.fr> Subject: Re: Does mmap() work correctly? To: tom@uniserve.com (Tom Samplonius) Date: Wed, 7 Jun 1995 10:45:22 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 6, 95 10:14:27 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 619 Sender: hackers-owner@freebsd.org Precedence: bulk > I've been having the dreading "erorr writing symlinked article" from > INN on FreeBSD from 5-25. I zapped all symlinked articles, did a > makeactive, and makehistory, but it happened again this morning. Does > mmap() work correctly? (I never saw anything in the commit list that I've been running INN with MMAP enabled since 4/15 (the day it was fixed) and got no problem. I confess that I'm not a Internet connected site (UUCP and laptop-by-ethernet feeds). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Wed Jun 7 01:50:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09369 for hackers-outgoing; Wed, 7 Jun 1995 01:50:06 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA09359 for ; Wed, 7 Jun 1995 01:50:01 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA03711; Wed, 7 Jun 1995 01:53:20 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA00192; Wed, 7 Jun 1995 01:50:12 -0700 Message-Id: <199506070850.BAA00192@corbin.Root.COM> To: Ken Wilcox cc: Temptation , freebsd-hackers@freebsd.org, dyson@root.com Subject: Re: Top In-reply-to: Your message of "Wed, 07 Jun 95 00:48:44 PDT." <199506070748.DAA00612@napier.math.psu.edu> From: David Greenman Reply-To: davidg@root.com Date: Wed, 07 Jun 1995 01:50:08 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >If I read this correctly, you are saying you have 256 Megs of physical memory >and 25 Megs of swap? Unless I am mistaken, this is your problem. FreeBSD does >demand paging, which means that when a program is run it is first loaded into >pagespace and then when it goes to start the first instruction of the >executable, it performs a page fault and loads the first page and continues on >from there. Some OS's do this in a different way where they mmap the >executable on the disk and page off of that, which is what I believe SunOS >does. Now this could all be wrong, but what I am about to say might not be. FreeBSD pages from the on-disk file for the program text. Copy on write data and demand zero bss are paged from swap if sufficient RAM doesn't exist. The total amount of available virtual memory is RAM+swap. The system should work without any swap space if you have enough memory. Based on the information provided, it looks as though his system is exceeding RAM+swap, and I don't know what the cause of this is (I think he said something about 500 ptys, so perhaps this isn't too surprising. :-)). pstat -s on his system shows that there is no swap space available (all 25MB in use). However, I think there is an algorithmic bug in the out of swap space condition. The system should free up "cached" pages when swap space gets short. Currently, the pagedaemon will periodically wake up and (in John's words) "churn" memory a little to page out pages that are seldom referenced in favor of caching file data. This can be a problem in a memory over-commit situation, however, as it can lead to an out-of-swap condition when the file cache growth causes enough pages to be paged out that it exceeds the available swap space. It appears that this would result in vm_fault needlessly killing off processes. We'll have to fix this. >As I explained this above, everything that you run must first find it some swap >space, meaning, you can only use as much memory as you have swap. That is why >it is a general rule, at least with what I have heard, that you have 2 1/2 >times as much swap as you have memory. Now, in your case that would explain >why you have used 100% of your swap space and only 25 Megs of ram. Now, just >add 256 Megs of swap and you'll be set. You could always give me some of that >mem :) This is not correct. -DG From owner-freebsd-hackers Wed Jun 7 01:52:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09542 for hackers-outgoing; Wed, 7 Jun 1995 01:52:03 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA09535 ; Wed, 7 Jun 1995 01:52:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bruce Evans cc: taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org, kargl@troutmask.apl.washington.edu Subject: Re: Install bug for big minor numbers In-reply-to: Your message of "Wed, 07 Jun 95 18:19:28 +1000." <199506070819.SAA08422@godzilla.zeta.org.au> Date: Wed, 07 Jun 1995 01:51:59 -0700 Message-ID: <9534.802515119@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > `MAKEDEV all' wouldn't fix the scsicntl devices because they aren't in > the `all' list. AhHA! So they're being extracted from the bindist after all. Foo. I see no easy way of fixing this, other than adding more targets to the MAKEDEV.. Suggestions? Jordan From owner-freebsd-hackers Wed Jun 7 02:11:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10231 for hackers-outgoing; Wed, 7 Jun 1995 02:11:31 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA10215 ; Wed, 7 Jun 1995 02:11:17 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA10152; Wed, 7 Jun 1995 19:05:59 +1000 Date: Wed, 7 Jun 1995 19:05:59 +1000 From: Bruce Evans Message-Id: <199506070905.TAA10152@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@freefall.cdrom.com Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! Cc: hackers@freebsd.org, msmith@atrad.adelaide.edu.au Sender: hackers-owner@freebsd.org Precedence: bulk >> I don't like it. It requires extra utilities. It stops binary >> utilities (e.g., nm) from working right on the kernel. It slows down >> booting. When the kernel grows a little over 640K or the disk grows a >Uh, Bruce. The kzip'd kernel is overlayed the minute the bindist is >extracted (and there are no utilities like nm available to get >confused by it up to that point anyway!). There's ddb. >It's only for the install. After that, it's gone! How do you debug installs without ddb? panic("cannot mount root") is a common error for new installations and is very easy to debug using ddb. Bruce From owner-freebsd-hackers Wed Jun 7 02:16:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10547 for hackers-outgoing; Wed, 7 Jun 1995 02:16:42 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA10540 ; Wed, 7 Jun 1995 02:16:26 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA08958; Wed, 7 Jun 1995 17:16:08 +0800 Date: Wed, 7 Jun 1995 17:15:58 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: freebsd-hackers@freebsd.org Subject: Re: Install bug for big minor numbers In-Reply-To: <9534.802515119@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Jordan K. Hubbard wrote: > > Foo. I see no easy way of fixing this, other than adding more > targets to the MAKEDEV.. Suggestions? Add more targets to the MAKEDEV. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Jun 7 02:28:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10935 for hackers-outgoing; Wed, 7 Jun 1995 02:28:23 -0700 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA10919 for ; Wed, 7 Jun 1995 02:27:54 -0700 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA24570 (5.65c8/IDA-1.4.4j for freebsd.org!hackers); Wed, 7 Jun 1995 11:27:12 +0200 Message-Id: <199506070927.AA24570@dkuug.dk> Subject: Re: Doom! It's dangerous... To: peter@haywire.DIALix.COM (Peter Wemm) Date: Wed, 7 Jun 1995 11:29:30 +0000 (GMT) From: "Soeren Schmidt" Cc: hackers@freebsd.org In-Reply-To: from "Peter Wemm" at Jun 6, 95 10:00:34 pm From: sos@freebsd.org (Soren Schmidt) Reply-To: sos@freebsd.org X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1728 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@freebsd.org Precedence: bulk In reply to Peter Wemm who wrote: > > Try compiling your kernel with "options DIAGNOSTIC" and see how quickly > it blows up. > > It appears to be passing vnodes around to functions that are expecting > them to be locked, but in fact, are not locked (eg: ufs_access, while > trying to load /lib/ld.so). I'll look into that tonight.. > > Alas, we can't see the source to see if it's an isolated bug or somthing > that's more prolific. Yeah well, as soon as we lift code freeze for 2.0.5 I'll commit the files to the tree, meanwhile its only meant as a "technology demo" that enables us to run DOOM, nothing more... > Also, it causes compile warnings if you compile with "options KTRACE". > Something is suspect in the COMPAT_LINUX code in i386/trace.c Hmm, I think I've fixed that one.. > But, at last, I've almost got it working.. All I need to figure out now, > is why it comes up in about 4 colours.. (black, grey, white, and red). > It's definately running on a 256 colour server (all to itself even). Hmm, its works fine for me here under both twm & fvwm (remember the colors are wrong if the DOMM window isn't in focus) > Also, I binary edited /lib/ld.so so that the resolv+ resolver in the > linux libc doesn't get it's knickers in a knot over the freebsd format > /etc/host.conf Oh, the next version of the emulator supports makeing a seperate file system (eg /linux) where it looks first for files etc, so you can have a linux version there. The bad thing with this is that you have to keep that kind of config files in sync with eachother :-( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Wed Jun 7 02:28:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10949 for hackers-outgoing; Wed, 7 Jun 1995 02:28:25 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA10929 for ; Wed, 7 Jun 1995 02:28:18 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id FAA00840; Wed, 7 Jun 1995 05:27:25 -0400 Date: Wed, 7 Jun 1995 05:27:24 -0400 From: Temptation Subject: Re: Top To: David Greenman cc: Ken Wilcox , freebsd-hackers@freebsd.org, dyson@root.com In-Reply-To: <199506070850.BAA00192@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, David Greenman wrote: > FreeBSD pages from the on-disk file for the program text. Copy on write > data and demand zero bss are paged from swap if sufficient RAM doesn't > exist. The total amount of available virtual memory is RAM+swap. The system > should work without any swap space if you have enough memory. Based on the > information provided, it looks as though his system is exceeding RAM+swap, > and I don't know what the cause of this is (I think he said something about > 500 ptys, so perhaps this isn't too surprising. :-)). pstat -s on his system > shows that there is no swap space available (all 25MB in use). > However, I think there is an algorithmic bug in the out of swap space > condition. The system should free up "cached" pages when swap space gets > short. Currently, the pagedaemon will periodically wake up and (in John's > words) "churn" memory a little to page out pages that are seldom referenced > in favor of caching file data. This can be a problem in a memory over-commit > situation, however, as it can lead to an out-of-swap condition when the file > cache growth causes enough pages to be paged out that it exceeds the available > swap space. It appears that this would result in vm_fault needlessly killing > off processes. We'll have to fix this. > that sounds better. I did recompile the kernel with 100 users and 32 ptys ( tho. I didn't delete them in /dev (I could only make like 256 of them) ) I had it set for 500 users and 500 ptys at first. I've also tried it with 32megs, and got the same thing. Just so everyone knows what I'm doing (this might be the cause of it) I'm startx (fvwm), and opening xterms (I'm using Bash as a shell) and running Top in the first one open. And then I get error about not having any swap space, before I run out of memory( alteast as far as I can tell,(using the vmstat) both times it comes about 22-24meg used mark(using 32megs or 256megs) (incase anyone wants to know why I'm doing this, I'm thinking about starting a ISP service, i thought about using Linux, but FreeBSD seems to me to be better with Networking support) From owner-freebsd-hackers Wed Jun 7 02:32:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11207 for hackers-outgoing; Wed, 7 Jun 1995 02:32:30 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11199 ; Wed, 7 Jun 1995 02:32:21 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA10819; Wed, 7 Jun 1995 19:25:40 +1000 Date: Wed, 7 Jun 1995 19:25:40 +1000 From: Bruce Evans Message-Id: <199506070925.TAA10819@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, taob@gate.sinica.edu.tw Subject: Re: Install bug for big minor numbers Cc: dufault@hda.com, freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > I would rather see the /dev entries completely removed from the >tarball and have MAKEDEV run unconditionally (I don't find it takes >*that* long, compared to tarball extraction). Or fix tar so that it >handles large minor numbers. Poking around in port.h (of the tar >sources), I see: Tar can't handle large minor numbers. The format has only 6 octal digits so it can only handle 18 bits (what a waste of 6 bytes). The default cpio format can only handle 8 bits. >#define minor(dev) ((dev) & 0xff) > ... where in they are declared as: >#define minor(x) ((int)((x)&0xffff00ff)) /* minor number */ > The define is bracketed by an #ifndef HAVE_MAJOR, so it may not >be called at all, but I haven't tried it. It just looked like an >obvious candidate, with the conflicting bitmasks. tar uses the right define. For total brokenness, see the pax sources. Bruce From owner-freebsd-hackers Wed Jun 7 02:41:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11479 for hackers-outgoing; Wed, 7 Jun 1995 02:41:26 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11461 for ; Wed, 7 Jun 1995 02:40:57 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA11194; Wed, 7 Jun 1995 19:38:58 +1000 Date: Wed, 7 Jun 1995 19:38:58 +1000 From: Bruce Evans Message-Id: <199506070938.TAA11194@godzilla.zeta.org.au> To: hackers@freebsd.org, hoffman@Ipsilon.COM Subject: Re: 2.0.5 scsi boot configuration whine Sender: hackers-owner@freebsd.org Precedence: bulk >I have a single drive on an NCR SCSI with an unfortunate geometry: >2234/7/68. It doesn't seem to matter if the FreeBSD starts at 0, 4 >(which is where 2.0.5 puts it), or 68 (which is where 2.0.5 will put >it after being corrected about the geometry using "G" in the new >fdisk). when corrected about the geometry, it will come up next time >as 37978/7/4, the same total number of blocks, but using BIOSs 6 bit >sector count. The sector count gets truncated to 6 bits when it is stored in the partition table, so it must be < 64 to work. fdisk and sysinstall should reject sector counts >= 64 (and head counts > 256, and cylinder counts >= 65536; head counts of 256 requires special handling if they work at all, cylinder counts >= 1024 require special handling but should work). Try telling sysinstall an equivalent geometry, e.g., 2234/28/17, or boot with -v to see what the BIOS thinks is the geometry. Bruce From owner-freebsd-hackers Wed Jun 7 02:42:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11551 for hackers-outgoing; Wed, 7 Jun 1995 02:42:06 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11515 for ; Wed, 7 Jun 1995 02:41:48 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id LAA20300 ; Wed, 7 Jun 1995 11:41:25 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id LAA02782 ; Wed, 7 Jun 1995 11:41:24 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506070941.LAA02782@blaise.ibp.fr> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 1995 11:41:24 +0200 (MET DST) Cc: hm@altona.hamburg.com, imb@scgt.oz.au, dufault@hda.com, freebsd-hackers@freebsd.org In-Reply-To: <199506070010.RAA00676@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 6, 95 05:10:16 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 623 Sender: hackers-owner@freebsd.org Precedence: bulk > > And in that same manual some place you should find a jumper setting > that puts the drive into either SCSI-I/CCS mode or SCSI-II mode. I > suggest the person with this drive running it on a FreeBSD system > change that jumper!!! What is that jumper and where is it ?? I've that problem since I brought that mp1640 drive and I don't have any documentation ! I've been using the -DSCSI_2_DEF hack for ages and the right jumper setting would save me that... Many thanks! -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Wed Jun 7 02:44:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11834 for hackers-outgoing; Wed, 7 Jun 1995 02:44:52 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA11812 for ; Wed, 7 Jun 1995 02:44:45 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA24110; Wed, 7 Jun 95 11:44:22 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA29938 for freebsd-hackers@freefall.cdrom.com; Wed, 7 Jun 1995 11:56:52 +0200 Date: Wed, 7 Jun 1995 11:56:52 +0200 From: "Christoph P. Kukulies" Message-Id: <199506070956.LAA29938@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: mrouted 3.5 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is anyone building this into FreeBSD soon? It would be nice since with the old mrouted (at least for me) I had this strange problem that the sd sessions did not show up on the machine running the mrouted. Someone from Parc (I believe, forgive me that I forgot the) name for the moment, sent me patches to /sys/netinet, mrouted, ifconfig, netstat . I built them in a couple of days ago to some extent and mrouted 3.5 seemed to work. Now some new stuff seems to break these patches (pcb code, queue.h and some MRT vs DVMR defines). I hacked a bit yesterday, got a compiled kernel but I don't trust my hacks. It would be nice if someone would take care of mrouted 3.5 soon. -Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950606 FreeBSD 2.0-BUILT-1995 0606 #0: Tue Jun 6 19:13:32 MET DST 1995 kuku@blues.physik.rwth-aachen.de :/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Wed Jun 7 02:56:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12220 for hackers-outgoing; Wed, 7 Jun 1995 02:56:26 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA12214 for ; Wed, 7 Jun 1995 02:56:25 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freebsd.org Subject: A day in the life of wcarchive.. Date: Wed, 07 Jun 1995 02:56:24 -0700 Message-ID: <12213.802518984@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk I just thought some of you might be amused by the stats, especially today's.. :-) Generate Daily FTP archive logs Archive Stats, DAILY Archive Name Bytes Transfered Files Transfered % Bytes %Files ------------ ---------------- ---------------- ------- ------ .3/FreeBSD 9,731,392 K 37,870 36.2 27.3 .5/linux 5,017,874 K 23,741 18.7 17.1 .4/os2 2,693,026 K 15,208 10.0 11.0 .2/idgames 2,222,991 K 21,553 8.3 15.5 .22/cica 1,407,687 K 6,376 5.2 4.6 .2/games 1,245,937 K 6,040 4.6 4.3 .21/demos 1,102,238 K 7,590 4.1 5.5 .1/simtel 593,356 K 3,578 2.2 2.6 ... Jordan P.S. If it's like this for an ALPHA, just imagine what 2.0.5R release day will look like! :-) From owner-freebsd-hackers Wed Jun 7 03:01:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA12452 for hackers-outgoing; Wed, 7 Jun 1995 03:01:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA12441 ; Wed, 7 Jun 1995 03:01:24 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id DAA01905; Wed, 7 Jun 1995 03:01:25 -0700 From: "Rodney W. Grimes" Message-Id: <199506071001.DAA01905@gndrsh.aac.dev.com> Subject: Re: Install bug for big minor numbers To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Wed, 7 Jun 1995 03:01:25 -0700 (PDT) Cc: bde@zeta.org.au, taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org, kargl@troutmask.apl.washington.edu In-Reply-To: <9534.802515119@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 7, 95 01:51:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 726 Sender: hackers-owner@freebsd.org Precedence: bulk > > > `MAKEDEV all' wouldn't fix the scsicntl devices because they aren't in > > the `all' list. > > AhHA! So they're being extracted from the bindist after all. > > Foo. I see no easy way of fixing this, other than adding more > targets to the MAKEDEV.. Suggestions? The scsi control devices should be in the all target. I have been trying to pull togeather about 8 patch submissions to MAKEDEV that are going in all sorts of directions, and do to my moving right now have just not got it done. Please go in and add the scsi control devices to the all target. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 03:07:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA12823 for hackers-outgoing; Wed, 7 Jun 1995 03:07:03 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA12813 for ; Wed, 7 Jun 1995 03:07:00 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id DAA01921; Wed, 7 Jun 1995 03:05:41 -0700 From: "Rodney W. Grimes" Message-Id: <199506071005.DAA01921@gndrsh.aac.dev.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Wed, 7 Jun 1995 03:05:41 -0700 (PDT) Cc: hm@altona.hamburg.com, imb@scgt.oz.au, dufault@hda.com, freebsd-hackers@freebsd.org In-Reply-To: <199506070941.LAA02782@blaise.ibp.fr> from "Ollivier Robert" at Jun 7, 95 11:41:24 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: 926 Sender: hackers-owner@freebsd.org Precedence: bulk > > > > > And in that same manual some place you should find a jumper setting > > that puts the drive into either SCSI-I/CCS mode or SCSI-II mode. I > > suggest the person with this drive running it on a FreeBSD system > > change that jumper!!! > > What is that jumper and where is it ?? I've that problem since I brought > that mp1640 drive and I don't have any documentation ! > > I've been using the -DSCSI_2_DEF hack for ages and the right jumper > setting would save me that... Many thanks! Call Micropolis, most of there drives have this jumper, some do not. The ones that do not can be sent a scsi mode select command to change the command set recognized. I show Micropolis's tech support number to be (818) 709-3325, and there BBS to be (818) 709-3310. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 04:25:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14605 for hackers-outgoing; Wed, 7 Jun 1995 04:25:49 -0700 Received: from pigeon.cf.ac.uk (pigeon.cf.ac.uk [131.251.0.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA14598 for ; Wed, 7 Jun 1995 04:25:47 -0700 Received: from thor.cf.ac.uk by pigeon.cf.ac.uk with SMTP (PP) id <16880-0@pigeon.cf.ac.uk>; Wed, 7 Jun 1995 12:10:34 +0100 From: Paul Richards Message-Id: <138.9506071110@thor.cf.ac.uk> Subject: Re: NCR810 problem? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 1995 12:10:39 +0100 (BST) Cc: temp@temptation.interlog.com, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199506052117.OAA24238@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 5, 95 02:17:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1223 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Rodney W. Grimes who said > > I have seen this shutdown problem now, but only when using the 2.0.5A > install floppy, and that was on my known good test system. Every kernel > I build here has worked just fine in this respect (and I do run GENERIC > on must of the test bench systems since hardware changes in there like > there is no tomarrow!!). > I've had problems with the 2.0.5 floppies not rebooting the machine too. It never reboots, I always have to reset. Umm, on one occasion I found the "hit any key to reset" on another vty so I'm just wondering now if this is just me not being patient enough for it to timeout :-) I don't think so though, although that message really need to go to vty0 rather than vty1 where I found it. Ohh, the motherboard is an oldish Intel board, don't have the details handy it's in work, the machine is something like LP486, and the motherboard has an integrated NCR710 SCSI controller and an integrated 82596 ethernet controller, neither of which seem to work with FreeBSD :-( -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-hackers Wed Jun 7 04:35:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14908 for hackers-outgoing; Wed, 7 Jun 1995 04:35:35 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14899 ; Wed, 7 Jun 1995 04:35:29 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id HAA21150; Wed, 7 Jun 1995 07:34:54 -0400 From: Peter Dufault Message-Id: <199506071134.HAA21150@hda.com> Subject: Re: Install bug for big minor numbers To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Wed, 7 Jun 1995 07:34:53 -0400 (EDT) Cc: bde@zeta.org.au, taob@gate.sinica.edu.tw, freebsd-hackers@freebsd.org, kargl@troutmask.apl.washington.edu In-Reply-To: <9534.802515119@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 7, 95 01:51:59 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 777 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > `MAKEDEV all' wouldn't fix the scsicntl devices because they aren't in > > the `all' list. > > AhHA! So they're being extracted from the bindist after all. > > Foo. I see no easy way of fixing this, other than adding more > targets to the MAKEDEV.. Suggestions? I'm confused. "all" includes "sd0", and "sh MAKEDEV sd0" makes the sd0 control device. The ones that lose are things like the worm and the processor, and for now that can be documented in the release notes. You're likely to have more problems than a missing device node if you try to use those. Peter -- 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 Wed Jun 7 04:43:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15184 for hackers-outgoing; Wed, 7 Jun 1995 04:43:15 -0700 Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA15175 for ; Wed, 7 Jun 1995 04:43:08 -0700 Received: by FileServ1.MI.Uni-Koeln.DE id AA07892 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Wed, 7 Jun 1995 13:42:07 +0200 Message-Id: <199506071142.AA07892@FileServ1.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 7 Jun 1995 13:42:06 +0200 In-Reply-To: "Danny J. Zerkel" "Re: 2.0.5 ALPHA" (Jun 6, 21:36) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Danny J. Zerkel" Subject: Re: 2.0.5 ALPHA Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk On Jun 6, 21:36, "Danny J. Zerkel" wrote: } Subject: Re: 2.0.5 ALPHA Since the PCI chip set messages are my code, I'll comment on some of your questions. } Here's what dmesg says, by the way: } CPU: 78-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) } Origin = "GenuineIntel" Id = 0x524 Stepping=4 } Features=0x1bf } real memory = 16384000 (4000 pages) } avail memory = 15085568 (3683 pages) } bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus } bt0: reading board settings, busmastering, int=15 } bt0: version 4.24, sync, parity, 32 mbxs, 32 ccbs } bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 } bt0: targ 3 sync rate= 5.00MB/s(200ns), offset=08 } bt0: targ 6 sync rate= 4.54MB/s(220ns), offset=15 Hmm, that's unrelated, but quite interesting ... The BusLogic seems to negotiate synch. transfers before knowing the device characteristics (at least before the SCSI code has issued an INQUIRY command). } bt0: Enabling Round robin scheme } bt0 at 0x330 irq 15 on isa } (bt0:0:0): "CONNER CFP1060S 1.05GB 2035" type 0 fixed SCSI 2 } sd0(bt0:0:0): Direct-Access 1013MB (2074880 512 byte sectors) } sd0(bt0:0:0): with 2756 cyls, 8 heads, and an average 94 sectors/track } (bt0:3:0): "HP HP35470A 1109" type 1 removable SCSI 2 } st0(bt0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled } (bt0:6:0): "PLEXTOR CD-ROM PX-4XCS 1.01" type 5 removable SCSI 2 } cd0(bt0:6:0): CD-ROM } cd0(bt0:6:0): NOT READY asc:3a,0 Medium not present } can't get the size ... } Probing for devices on the pci0 bus: } configuration mode 2 allows 16 devices. } chip0 rev 17 on pci0:0 } CPU: Pentium, 100MHz, CPU->Memory posting ON ^^^^^^ This 100MHz value is derived from a clock divider setting in the chip set. (Don't know where the 78MHz in the first lines of the boot log come from.) } Cache: None3-2-2-2/4-2-2-2 ^^^^^^^^^^^^^^^^^^^ Hmm, didn't expect that to happen ... Will fix it when the code freeze is over. } DRAM: page mode memory clocks=X-4-4-4 (70ns) The RAM is accessed every 4 clocks, after the initial lead in cycles. This should suffice for 70ns DRAMs. If you got 60ns DRAMs, then you might try to select a X-4-4-4/X-3-3-3 mode, according to the i82434LX data book. This should be a BIOS option. } CPU->PCI: posting ON, burst mode ON, PCI clocks=2-1-1-1 } PCI->Memory: posting ON } chip1 rev 3 on pci0:2 } [40] 40420 [50] 0 [54] 4000000 } pci0:3: vendor=0x1095, device=0x640, class=storage [not supported] } pci0:13: vendor=0x104b, device=0x1040, class=storage [not supported] } map(10): io(fcfc) If you know what kind of devices these are, they can be appended to our PCI vendor and card list. } Note: The first line says 78MHz, sometimes it say 100MHz. } The DRAM: line says "(70ns)", althought I have 60ns memory. } Is there a way of changing this. The PCI code only displays values, since we found that we generally can rely on the BIOS for initialisation. If you got 60ns DRAMs, then try to choose a faster DRAM access mode. I'm new on the "hackers" list, and missed most of this thread. Do I understand right, that you have secondary cache, but had to disable it to make your system work ? Regards, STefan From owner-freebsd-hackers Wed Jun 7 04:44:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15307 for hackers-outgoing; Wed, 7 Jun 1995 04:44:08 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15296 ; Wed, 7 Jun 1995 04:44:01 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id HAA21178; Wed, 7 Jun 1995 07:43:17 -0400 From: Peter Dufault Message-Id: <199506071143.HAA21178@hda.com> Subject: Re: 3c509 driver... To: ccsanady@iastate.edu (Chris Csanady) Date: Wed, 7 Jun 1995 07:43:17 -0400 (EDT) Cc: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9506070606.AA21612@isua1.iastate.edu> from "Chris Csanady" at Jun 7, 95 01:06:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 830 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Chris Csanady writes: > > hello. anyway, i have a problem. currently im running NetBSD, and > am planning on switching to FreeBSD, but i need fast and reliable > networking. i heard that the current driver in FreeBSD was not very > stable.. anyways, i was wondering, how hard it would be to port > the ep driver from netbsd? it looks as though they were at one point > the same driver even.. > > if this would be trivial, could some kind person help me out? i have > never done any work with kernel/driver stuff before. :( I use a 3C509 with no problems. There are only 5 machines on this ethernet, but I haven't detected a single problem. Peter -- 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 Wed Jun 7 05:00:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA15616 for hackers-outgoing; Wed, 7 Jun 1995 05:00:18 -0700 Received: from pigeon.cf.ac.uk (pigeon.cf.ac.uk [131.251.0.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA15585 ; Wed, 7 Jun 1995 04:59:35 -0700 Received: from thor.cf.ac.uk by pigeon.cf.ac.uk with SMTP (PP) id <18341-0@pigeon.cf.ac.uk>; Wed, 7 Jun 1995 12:55:56 +0100 From: Paul Richards Message-Id: <26875.9506071156@thor.cf.ac.uk> Subject: Re: What Europen sites mirrors directly from freebsd.org? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Wed, 7 Jun 1995 12:56:35 +0100 (BST) Cc: aa@ba.su.se, hackers@freefall.cdrom.com In-Reply-To: <7559.802512687@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 7, 95 01:11:27 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 519 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > I have absolutely no idea! :-( > > It's sort of like reproduction - all the little ftp server "sperm" > race to the freebsd server "egg" and the fastest one to get there > wins.. :-) > unix.hensa.ac.uk certainly seems to have an automated mirror. It's got all the latest 2.0.5 code. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-hackers Wed Jun 7 05:06:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA15787 for hackers-outgoing; Wed, 7 Jun 1995 05:06:23 -0700 Received: from FIMP01.fim.uni-linz.ac.at (ftp.fim.uni-linz.ac.at [140.78.100.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA15781 for ; Wed, 7 Jun 1995 05:06:20 -0700 Received: by FIMP01.fim.uni-linz.ac.at (5.57/Ultrix3.0-C) id AA10843; Wed, 7 Jun 95 14:11:31 +0200 Date: Wed, 7 Jun 95 14:11:31 +0200 Message-Id: <9506071211.AA10843@FIMP01.fim.uni-linz.ac.at> X-Sender: cg@fimp01.fim.uni-linz.ac.at X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Paul Richards From: cg@fimp01.fim.uni-linz.ac.at (DI. Christian Gusenbauer) Subject: Re: NCR810 problem? Cc: FreeBSD-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Hi Paul! >Ohh, the motherboard is an oldish Intel board, don't have the details handy >it's in work, the machine is something like LP486, and the motherboard >has an integrated NCR710 SCSI controller and an integrated 82596 ethernet >controller, neither of which seem to work with FreeBSD :-( Some months ago, I wrote a driver for the 82596 ethernet controller sitting on an Intel EV960CA evaluation board. If you want, I'll be able to give you (or someone who is willing to port it to FreeBSD) the source. Christian. -- Christian. "The best way you can accelerate cg@fimp01.fim.uni-linz.ac.at Windows, is through one." - Ivan Wheelwright From owner-freebsd-hackers Wed Jun 7 05:11:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA15957 for hackers-outgoing; Wed, 7 Jun 1995 05:11:32 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA15951 for ; Wed, 7 Jun 1995 05:11:27 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA28706; Wed, 7 Jun 1995 08:11:25 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA20749; Wed, 7 Jun 95 08:09:08 EDT Date: Wed, 7 Jun 95 08:09:08 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9506071209.AA20749@borg.ess.harris.com> To: freebsd-hackers@freefall.cdrom.com Subject: Re: silo overflows Sender: hackers-owner@FreeBSD.org Precedence: bulk Thanks for the info. The only bus hogging DMA I could think of is the 1542CF but it is at the default settings which I thought were safe. My root, usr, and home partitions are on IDE disks(VLB controller). Is there a "cleaner" way to adjust the fifo trigger levels than making another constant like FIFO_TRIGGER_10? perhaps a sysctl or stty option? I will tweek it to 10 for now and see what happens. I wish I could catch it when the this occurs but " a watched port never overflows" ha ha. Hmmm, it just seems strange that a DX4/100 cannot keep up with a 57600 line. Oh, the sio man page still describes the automatic adjusting as enabled is that going to be put back in or was it decided that it was not a good idea? Jim > From owner-freebsd-hackers@freefall.cdrom.com Wed Jun 7 06:43:40 1995 > Date: Wed, 7 Jun 1995 17:36:26 +1000 > From: Bruce Evans > To: freebsd-hackers@freefall.cdrom.com, jleppek@harris.com > Subject: Re: silo overflows > Sender: hackers-owner@freebsd.org > > >I have been seeing a number of silo overflows from a current > >kernel on a DX4/100 32Meg memory running ppp with > >the serial port rate at 57600. I had about 28 overflows > >in about an hour so nothing drastic. > > >I never saw the "reduce trigger" message which I thought > >was suppose to appear when "silo overflow" messages appeared but > >a little looking reveals that > >the reduce stuff seems to be "#if 0" excluded... > >sooo I guess the initial trigger is FIFO_TRIGGER_14 and stays. > > The "reduce trigger" stuff is ifdefed because it doesn't work very > well. On some systems it causes the trigger level to collapse from > 14 to 1 whenever a transient overload occurs. This is undesirable > if transient overloads are very rare. I think the collapse is > from buffering of overflows that occur while the trigger level is > at 14. A trigger level of 8 should be low enough for all systems > that aren't overloaded all the time (such as a 386SX/16 with more > than one port at 115200 bps, or a P900 (sic) with more than 8 > ports at 115200 bps sustained). > > Overruns for low speeds such as 57600 on one port may be caused by > bus hogging DMA controllers. There are two solutions: don't use bus > hogging DMA controllers, or reduce the initial trigger level to 8. > Reducing the trigger level only works for 16550's of course. For > 8250's and 16450's, don't use bus hogging DMA controllers. > > What type of DMA controller(s) do you have? > > >Is the current solution to change the FIFO_TRIGGER_14 > >value in sioreg.h to something lower ? > > No, FIFO_TRIGGER_14 is a constant, not an option. Change the one > place in sio.c where it is used to initialize com->ftl_init. Use > FIFO_TRIGGER_8 instead. > > Bruce > From owner-freebsd-hackers Wed Jun 7 05:30:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16768 for hackers-outgoing; Wed, 7 Jun 1995 05:30:03 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA16731 for ; Wed, 7 Jun 1995 05:29:30 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id WAA05991; Wed, 7 Jun 1995 22:28:18 +1000 From: michael butler Message-Id: <199506071228.WAA05991@asstdc.scgt.oz.au> Subject: Re: silo overflows To: bde@zeta.org.au (Bruce Evans) Date: Wed, 7 Jun 1995 22:28:17 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506070736.RAA06651@godzilla.zeta.org.au> from "Bruce Evans" at Jun 7, 95 05:36:26 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: 854 Sender: hackers-owner@freebsd.org Precedence: bulk Bruce Evans writes: > >Is the current solution to change the FIFO_TRIGGER_14 > >value in sioreg.h to something lower ? > No, FIFO_TRIGGER_14 is a constant, not an option. Change the one > place in sio.c where it is used to initialize com->ftl_init. Use > FIFO_TRIGGER_8 instead. Could this be "externalised", please. I have a mix of machines from 386DX/40 through 486DX2/66 working from the same (-current) source set and a line in the machine-dependent config file would be more appropriate and convenient than having to edit the O/S sources each time I sup an update. options "FIFO_TRIGGER=FIFO_TRIGGER_8" .. and .. #ifndef FIFO_TRIGGER #define FIFO_TRIGGER FIFO_TRIGGER_14 #endif : com->ftl_init = FIFO_TRIGGER; .. is all that's necessary. If at all possible, site-dependent "hacks" should be kept out of the kernel sources. michael From owner-freebsd-hackers Wed Jun 7 05:40:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17170 for hackers-outgoing; Wed, 7 Jun 1995 05:40:24 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA17159 for ; Wed, 7 Jun 1995 05:40:14 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA17067; Wed, 7 Jun 1995 22:37:47 +1000 Date: Wed, 7 Jun 1995 22:37:47 +1000 From: Bruce Evans Message-Id: <199506071237.WAA17067@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, james@miller.cs.uwm.edu Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk >> >and interval timers can't return at the time specified since that would >> >break sleep. Actaully, in FreeBSD they return 10ms late. >> >> No, they return an average of 5ms late for random calls and about 10ms >> late only for synchronous calls, provided of course the application >> making them gets scheduled enough - on a heavily loaded system it >> may only run every few hundred ms. >Did you run the attached programs? The interval timer and select timers >returns 10ms late -- consistantly. Specifing 10ms returns 20ms. Specifying >20ms returns 30ms. The test programs were written with Multimedia/polling >type applications in mind. Only your first one. I know the timers will be 10ms late on a lightly loaded FreeBSD system and unpredictably late on a loaded system (by the definition of `loaded' - it may take more than 10ms to retrieve the program from swap :-). FreeBSD is not a real time system. >> This is the correct incorrect fix :-). It makes average timeout 5ms >> too small instead of 5ms too large, and timeouts of 10ms may be reduced >> to 0. >I have never seen this behavior. Even on an unloaded system. I havn't >even seen this behavior on an Alpha system where the processor is faster >than a Pentium. Are you sure this case is possible? Yes. It happens if the average call to sleep() is _not_ in sync with the clock. >> I think it is correct but haven't tested it. POSIX sleep is difficult >> to implement using interval timers (the current version fails to restore >> the alarm timeout correctly), but the periodic alarm is not relevant so >> changing relitexpire() won't affect sleep(). >So, I could fix the interval timer by subtracting 1 from the hzto() call >in the realitexpire()... but what about select? With the current >implementation I don't see a solution. Select will always return 10ms >late. Right. Select() doesn't provide any better mechanism than sleep() to sync with the clock. At best the program can have a flow of execution something like this: /* * Now out of sync with clock. */ for (;;) { select(...); /* * Now in sync with the clock (iff we got woken up promptly). */ do_some_work(); /* * Now out of sync with clock. * However, the work took much less time than a clock tick * then we're still almost in sync, so we can hope that * the select() times out at the next clock tick. */ } >> >Is there a clean solution that will fix this 1/2 tick problem and still >> >allow select and the interval timers to work the way they do on other OSes? >> >Or will FreeBSD be known as the system that is always 10ms late? :-) >> >> >... >> >#define WAIT_TIME 10000 >> >> A wait time of 1 can be made to work right. >That is riduculous. I have to specify a time < 10000uS to make 10ms work? Yes. The program gets woken up some time after the previous clock interrupt occurs, say 30us. If it then sleeps for 10000us, the next clock interrupt occurs while it is sleeping. To be woken up after the next clock interrupt, it must sleep for about 99900us (allow 70us to schedule the sleep). >A wait time of 1 means go as fast as the system clock can. With 100hz clock >this means 10ms. However, on FreeBSD a time of 1 means 20ms. On a DEC system >this means 5ms. Right. Use a time of 1us only to determine the clock interrupt frequency. Then sleep for a time of time_between_your_wakeups - clock_interrupt_period * fraction where `fraction' is a suitable value >= 0 and <= 1. It may have to be < 1/2 to avoid bogus rounding to nearest. It may have to be 0 to avoid bogus rounding down. For FreeBSD-current, it has to be 1 because hzto() always adds 1. In future, 1/2 will be a good value. >This could be a cause of great confusion as Multimedia programs are developed. >Typically, you want to poll several devices (network, frame grabber, sound >cards) and update the screen every 10-20ms. The times don't have to be >accurate -- but they have to be consistant. If a change isn't made to >FreeBSD, then one would have to know about this and #ifdef every application >for FreeBSD/Linux that uses select/interval timers. FreeBSD isn't a real time system, so consistent timing is impossible to guarantee, and you shouldn't be surprised to have to do more work to get close to it. Have you looked at the rtprio command and syscalls? At rtprio 0, a process is guaranteed priority over all user processes except of course the others at rtprio 0. I think the priority doesn't affect swapping, so for consistent timing a real time process might want extra wakeups to keep itself in core and early wakeups to allow time for swapping it in; after an early wakeup it should check call gettimeofday() to check exactly when it got woken up. These methods may help even if rtprio is not available. However, they are no help for processes that always run every clock tick. >While it is possible to make the interval timers work by subtracting one >from the reloaded value I don't think it is possible to make the select >system call return on time with the current implementation. This will >make it very difficult to write portable programs that rely on timings >of accuracies of 10ms. Settle for 20ms under FreeBSD-current. Bruce From owner-freebsd-hackers Wed Jun 7 06:07:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17736 for hackers-outgoing; Wed, 7 Jun 1995 06:07:53 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA17730 for ; Wed, 7 Jun 1995 06:07:52 -0700 Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id GAA13702 for ; Wed, 7 Jun 1995 06:07:39 -0700 Message-Id: <199506071307.GAA13702@wc.cdrom.com> Received: from savage-gw.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Wed, 7 Jun 1995 14:02:01 +0100 To: freebsd-hackers@freebsd.org Subject: IDE CDROMs Date: Wed, 07 Jun 1995 14:01:54 +0100 From: Simon Marlow Sender: hackers-owner@freebsd.org Precedence: bulk Hi folks, What's the status of the IDE CDROM support in FreeBSD? I ask because I've just bought one - if anyone can give me pointers to existing code/docs maybe I can help out. I'll certainly be able to test stuff, and possibly help with the coding if I get time. Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk Research Assistant http://www.dcs.gla.ac.uk/~simonm/ finger for PGP pulic key From owner-freebsd-hackers Wed Jun 7 06:12:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17939 for hackers-outgoing; Wed, 7 Jun 1995 06:12:26 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA17931 ; Wed, 7 Jun 1995 06:12:24 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: John Lind cc: hackers@freebsd.org Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! In-reply-to: Your message of "Wed, 07 Jun 95 01:15:05 CDT." <199506070615.BAA17826@starfire.mn.org> Date: Wed, 07 Jun 1995 06:12:20 -0700 Message-ID: <17925.802530740@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > 1) After you select your timezone with the CMOS clock == wall clock, > and it asks you to verify your local time, the time it gives > is not correct. Finally, you just have to lie to it and say > that it is correct, and after the system reboots from the hard > drive, things seem OK. Hmmm.. I'm about to give up on tzsetup.. :-) > 2) I didn't get all of the distributions that I asked for. Not > sure why, but XFree86 didn't come over. Can you reproduce this? Which "Update" of the floppies are you working with? The latest are stamped: Tue Jun 6 01:42:31 PDT 1995 > 3) When you ask the post-install configuration to get more packages, > it just looks for a CD-ROM. It doesn't seem to be able to do For "package" packages, right? Umm.. pkg_manage should just start up if there's no CD, otherwise it tries to start up someplace more interesting, that's the only difference.. I suppose I could have it wander over to the NFS or UFS directory of your choice, but the FTP bit would be much harder.. Someday! > Excellent work! Good stuff! Thank you! Jordan From owner-freebsd-hackers Wed Jun 7 06:21:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA18182 for hackers-outgoing; Wed, 7 Jun 1995 06:21:15 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA18174 ; Wed, 7 Jun 1995 06:21:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA18692; Wed, 7 Jun 1995 23:16:04 +1000 Date: Wed, 7 Jun 1995 23:16:04 +1000 From: Bruce Evans Message-Id: <199506071316.XAA18692@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@freefall.cdrom.com Subject: Re: Install bug for big minor numbers Cc: freebsd-hackers@freebsd.org, kargl@troutmask.apl.washington.edu, taob@gate.sinica.edu.tw Sender: hackers-owner@freebsd.org Precedence: bulk >> `MAKEDEV all' wouldn't fix the scsicntl devices because they aren't in >> the `all' list. >AhHA! So they're being extracted from the bindist after all. No, I was wrong about the scsicntl devices - they are in the `all list. >Foo. I see no easy way of fixing this, other than adding more >targets to the MAKEDEV.. Suggestions? `cpio -H newc'. When I change tar, cpio and pax to skip the device that can't be handled, you'll only have the problem that direct extraction won't give all the devices. Bruce From owner-freebsd-hackers Wed Jun 7 07:06:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA18939 for hackers-outgoing; Wed, 7 Jun 1995 07:06:32 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA18923 for ; Wed, 7 Jun 1995 07:05:39 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id AAA09999 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 00:05:09 +1000 From: michael butler Message-Id: <199506071405.AAA09999@asstdc.scgt.oz.au> Subject: iij-ppp route problem ? To: freebsd-hackers@freebsd.org Date: Thu, 8 Jun 1995 00:05:08 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1314 Sender: hackers-owner@freebsd.org Precedence: bulk I was "playing with" the user-process ppp with a view to implementing a demand-dial set up here and I fell over this .. ppp ON asstdc> show route default 202.14.234.68 ffffffff UG (1) 127.0.0.1 127.0.0.1 ffffffff UH (3) 128.95.1.4 202.14.234.68 ffffffff UGH (1) 128.95.44.29 202.14.234.68 ffffffff UGH (1) [ .. lots of routes that "netstat -r" doesn't show .. ] 198.41.0.5 202.14.234.68 ffffffff UGH (1) 202.12.127.0 202.14.234.69 00000000 UG (1) 202.12.127.65 202.14.234.69 ffffffff UGH (1) 202.12.127.67 202.14.234.69 ffffffff UGH (1) 202.14.234.49 202.14.234.68 ffffffff UGH (1) 202.14.234.64 6.0.0.0 00000000 U (1) 202.14.234.65 6.0.6.0 ffffffff UH (3) 202.14.234.68 6.0.6.0 ffffffff UH (1) 202.14.234.69 6.0.6.0 ffffffff UH (1) 202.14.234.79 6.0.0.0 ffffffff UH (1) 203.2.75.2 202.14.234.68 ffffffff UGH (1) 204.157.227.56 202.14.234.68 ffffffff UGH (1) 224.0.0.0 6.0.0.0 00000000 U (1) .. huh ? .. 6.0.6.0 and 6.0.0.0 ? So, two questions .. why strange numbers and why does "netstat -r" not show these routes ?, michael From owner-freebsd-hackers Wed Jun 7 07:23:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA19787 for hackers-outgoing; Wed, 7 Jun 1995 07:23:19 -0700 Received: from feephi.phofarm.com (feephi.phofarm.com [204.242.60.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA19769 for ; Wed, 7 Jun 1995 07:23:11 -0700 Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.11/8.6.9) id KAA05472; Wed, 7 Jun 1995 10:17:47 -0400 Date: Wed, 7 Jun 1995 10:17:47 -0400 From: "Danny J. Zerkel" Message-Id: <199506071417.KAA05472@feephi.phofarm.com> To: esser@zpr.uni-koeln.de Subject: Re: 2.0.5 ALPHA Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > On Jun 6, 21:36, "Danny J. Zerkel" wrote: > } Subject: Re: 2.0.5 ALPHA > > Since the PCI chip set messages are my code, > I'll comment on some of your questions. Thanks, I certainly would like to understand what's going on. > } Here's what dmesg says, by the way: > } CPU: 78-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) > } Origin = "GenuineIntel" Id = 0x524 Stepping=4 > } Features=0x1bf > } real memory = 16384000 (4000 pages) > } avail memory = 15085568 (3683 pages) > > } bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus > } bt0: reading board settings, busmastering, int=15 > } bt0: version 4.24, sync, parity, 32 mbxs, 32 ccbs > } bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 > } bt0: targ 3 sync rate= 5.00MB/s(200ns), offset=08 > } bt0: targ 6 sync rate= 4.54MB/s(220ns), offset=15 > > Hmm, that's unrelated, but quite interesting ... > The BusLogic seems to negotiate synch. transfers > before knowing the device characteristics (at least > before the SCSI code has issued an INQUIRY command). > > } bt0: Enabling Round robin scheme > } bt0 at 0x330 irq 15 on isa > } (bt0:0:0): "CONNER CFP1060S 1.05GB 2035" type 0 fixed SCSI 2 > } sd0(bt0:0:0): Direct-Access 1013MB (2074880 512 byte sectors) > } sd0(bt0:0:0): with 2756 cyls, 8 heads, and an average 94 sectors/track > } (bt0:3:0): "HP HP35470A 1109" type 1 removable SCSI 2 > } st0(bt0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled > } (bt0:6:0): "PLEXTOR CD-ROM PX-4XCS 1.01" type 5 removable SCSI 2 > } cd0(bt0:6:0): CD-ROM > } cd0(bt0:6:0): NOT READY asc:3a,0 Medium not present > } can't get the size > ... > } Probing for devices on the pci0 bus: > } configuration mode 2 allows 16 devices. > } chip0 rev 17 on pci0:0 > } CPU: Pentium, 100MHz, CPU->Memory posting ON > ^^^^^^ > This 100MHz value is derived from a clock > divider setting in the chip set. > (Don't know where the 78MHz in the first > lines of the boot log come from.) > > } Cache: None3-2-2-2/4-2-2-2 > ^^^^^^^^^^^^^^^^^^^ > Hmm, didn't expect that to happen ... > Will fix it when the code freeze is over. What didn't you expect? > > } DRAM: page mode memory clocks=X-4-4-4 (70ns) > > The RAM is accessed every 4 clocks, after the > initial lead in cycles. This should suffice > for 70ns DRAMs. If you got 60ns DRAMs, then > you might try to select a X-4-4-4/X-3-3-3 > mode, according to the i82434LX data book. > This should be a BIOS option. Hmm, there is a setup feature, but I don't see any options about memory speed. Could this be jumpered? > } CPU->PCI: posting ON, burst mode ON, PCI clocks=2-1-1-1 > } PCI->Memory: posting ON > } chip1 rev 3 on pci0:2 > } [40] 40420 [50] 0 [54] 4000000 > } pci0:3: vendor=0x1095, device=0x640, class=storage [not supported] > } pci0:13: vendor=0x104b, device=0x1040, class=storage [not supported] > } map(10): io(fcfc) > > If you know what kind of devices these are, > they can be appended to our PCI vendor and > card list. The device at 3 is the Diamond Stealth 64 DRAM PCI video card, I think. The device at 13 is the BT946C. That's all the PCI card I have. I'd love it if the BT946C showed up as a PCI device, instead of in ISA emulation. > } Note: The first line says 78MHz, sometimes it say 100MHz. > } The DRAM: line says "(70ns)", althought I have 60ns memory. > } Is there a way of changing this. > > The PCI code only displays values, since we > found that we generally can rely on the BIOS > for initialisation. Well, I know almost nothing about PC hardware. So I don't know what a good idea would be here. > If you got 60ns DRAMs, then try to choose a > faster DRAM access mode. > I'm new on the "hackers" list, and missed > most of this thread. Do I understand right, > that you have secondary cache, but had to > disable it to make your system work ? I had to disable the cache to boot the boot floppy. I don't know if it still would effect my system. > Regards, STefan Danny J. Zerkel Photon Farmers From owner-freebsd-hackers Wed Jun 7 07:39:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20910 for hackers-outgoing; Wed, 7 Jun 1995 07:39:13 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20901 for ; Wed, 7 Jun 1995 07:39:10 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id HAA27725 ; Wed, 7 Jun 1995 07:38:20 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: michael butler cc: freebsd-hackers@freebsd.org Subject: Re: iij-ppp route problem ? In-reply-to: Your message of "Thu, 08 Jun 1995 00:05:08 +1000." <199506071405.AAA09999@asstdc.scgt.oz.au> Date: Wed, 07 Jun 1995 07:38:18 -0700 Message-ID: <27718.802535898@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199506071405.AAA09999@asstdc.scgt.oz.au>, michael butler writes: >So, two questions .. why strange numbers and why does "netstat -r" not show >these routes ?, I can't answer the former without knowing more about your setup, but the latter is because the routes netstat doesn't show are clone routes, and only visible to `netstat -ra'. ijppp doesn't know this and blurts them all out. Gary From owner-freebsd-hackers Wed Jun 7 07:42:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21185 for hackers-outgoing; Wed, 7 Jun 1995 07:42:25 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21173 for ; Wed, 7 Jun 1995 07:42:19 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA21380; Thu, 8 Jun 1995 00:35:27 +1000 Date: Thu, 8 Jun 1995 00:35:27 +1000 From: Bruce Evans Message-Id: <199506071435.AAA21380@godzilla.zeta.org.au> To: bde@zeta.org.au, imb@scgt.oz.au Subject: Re: silo overflows Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> No, FIFO_TRIGGER_14 is a constant, not an option. Change the one >> place in sio.c where it is used to initialize com->ftl_init. Use >> FIFO_TRIGGER_8 instead. >Could this be "externalised", please. I have a mix of machines from 386DX/40 >#ifndef FIFO_TRIGGER >#define FIFO_TRIGGER FIFO_TRIGGER_14 >#endif > : >com->ftl_init = FIFO_TRIGGER; > .. is all that's necessary. If at all possible, site-dependent "hacks" >should be kept out of the kernel sources. I prefer `comcontrol /dev/ttydX ftl N', but there is no time to implement this for 2.0.5. Do you want a barely documented option in 2.0.5 if the option will become obsolete in 2.0.6? Bruce From owner-freebsd-hackers Wed Jun 7 07:49:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21573 for hackers-outgoing; Wed, 7 Jun 1995 07:49:41 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21566 for ; Wed, 7 Jun 1995 07:49:27 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id AAA12293; Thu, 8 Jun 1995 00:48:52 +1000 From: michael butler Message-Id: <199506071448.AAA12293@asstdc.scgt.oz.au> Subject: Re: silo overflows To: bde@zeta.org.au (Bruce Evans) Date: Thu, 8 Jun 1995 00:48:52 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506071435.AAA21380@godzilla.zeta.org.au> from "Bruce Evans" at Jun 8, 95 00:35:27 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 420 Sender: hackers-owner@freebsd.org Precedence: bulk Bruce Evans writes: > > .. is all that's necessary. If at all possible, site-dependent "hacks" > >should be kept out of the kernel sources. > I prefer `comcontrol /dev/ttydX ftl N', but there is no time to implement > this for 2.0.5. Agreed and far more consistent. > Do you want a barely documented option in 2.0.5 if the option will become > obsolete in 2.0.6? Nope .. your way is great, thanks :-) michael From owner-freebsd-hackers Wed Jun 7 08:21:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22595 for hackers-outgoing; Wed, 7 Jun 1995 08:21:05 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA22588 for ; Wed, 7 Jun 1995 08:20:56 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA22660; Thu, 8 Jun 1995 01:19:21 +1000 Date: Thu, 8 Jun 1995 01:19:21 +1000 From: Bruce Evans Message-Id: <199506071519.BAA22660@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, jleppek@suw2k.ess.harris.com Subject: Re: silo overflows Sender: hackers-owner@FreeBSD.org Precedence: bulk >The only bus hogging DMA I could think of is the 1542CF but it is >at the default settings which I thought were safe. My root, usr, I think so too. There have been reports about silo overflows under X in normal operations, but I don't know the cause. Overflows are normal, at least in old versions of XFree, when interrupts are disabled while fiddling with the clocks. >and home partitions are on IDE disks(VLB controller). Is there a "cleaner" way >to adjust the fifo trigger levels than making another constant like >FIFO_TRIGGER_10? perhaps a sysctl or stty option? Not yet. There will be some ioctl for comcontrol to use. >Oh, the sio man page still describes the automatic adjusting as enabled >is that going to be put back in or was it decided that it was not a >good idea? It will probably go away. Bruce From owner-freebsd-hackers Wed Jun 7 08:27:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22837 for hackers-outgoing; Wed, 7 Jun 1995 08:27:39 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA22798 for ; Wed, 7 Jun 1995 08:27:21 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id BAA13001; Thu, 8 Jun 1995 01:26:46 +1000 From: michael butler Message-Id: <199506071526.BAA13001@asstdc.scgt.oz.au> Subject: Re: silo overflows To: jleppek@suw2k.ess.harris.com (James Leppek) Date: Thu, 8 Jun 1995 01:26:45 +1000 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <9506071209.AA20749@borg.ess.harris.com> from "James Leppek" at Jun 7, 95 08:09:08 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 897 Sender: hackers-owner@FreeBSD.org Precedence: bulk James Leppek writes: > Thanks for the info. > The only bus hogging DMA I could think of is the 1542CF but it is > at the default settings which I thought were safe. In the interest of disk performance, FreeBSD uses bus-on/bus-off times which are quite aggressive (11/4uS ?) as compared to, say, Interactive at about 9 and 6uS. As I understand it, heavy disk work, therefore, only yields 4uS of CPU time (to service the serial port(s)) before grabbing another 11uS for disk transfers .. probably not including bus-request and acknowledge latencies. > Is there a "cleaner" way to adjust the fifo trigger levels than making > another constant like FIFO_TRIGGER_10? perhaps a sysctl or stty option? You only have four options .. 1, 4, 8 or 14 .. Bruce's suggestion will afford that flexibility in a later version without necessitating kernel recompilation to "tune" a workable result, michael From owner-freebsd-hackers Wed Jun 7 08:31:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23012 for hackers-outgoing; Wed, 7 Jun 1995 08:31:21 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23006 for ; Wed, 7 Jun 1995 08:31:19 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id KAA13630; Wed, 7 Jun 1995 10:30:45 -0500 Date: Wed, 7 Jun 1995 10:30:45 -0500 From: Jim Lowe Message-Id: <199506071530.KAA13630@miller.cs.uwm.edu> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > FreeBSD isn't a real time system, so consistent timing is impossible to > guarantee, and you shouldn't be surprised to have to do more work to > get close to it. I realize that FreeBSD isn't a real time system. The Internet isn't a real time network either; nevertheless, packet video and audio seem to work. I agree that consistent timing is difficult to do, but I think the behavior of FreeBSD should be documented as a feature since most other system work differently. The select man page says: If timeout is a non-nil pointer, it specifies a maximum interval to wait for the selection to complete. If timeout is a nil pointer, the select blocks indefinitely. To affect a poll, the timeout argument should be non-nil, pointing to a zero-valued timeval structure. I would add a comment here about the wait interval to select. Something like: The wait interval is determined by the system clock. Timeout values are rouned up to the resolution of this clock (typically 10 milliseconds). A wait interval of 10ms will usually wait between 10 and 20ms on a FreeBSD system, a wait interval of 20ms will wait between 20 and 30ms. This behavior is currently inconsistant with other Unix systems where the wait interval may fall between 0 and 10ms and 10 and 20ms respectively. > > Have you looked at the rtprio command and syscalls? At rtprio 0, a > process is guaranteed priority over all user processes except of course > the others at rtprio 0. I think the priority doesn't affect swapping, > so for consistent timing a real time process might want extra wakeups to > keep itself in core and early wakeups to allow time for swapping it in; > after an early wakeup it should check call gettimeofday() to check > exactly when it got woken up. These methods may help even if rtprio is > not available. However, they are no help for processes that always run > every clock tick. Yes, I don't think it will help in my case. I need to be able to receive packets from the network (out of order), reorder them and place them on the crt or play them via a sound card with eye and ear coordination. From studies that have been going on for years, this usually requires a 10-20ms interval timer. Many other workstation vendors have increased their system clock to 200hz for this reason and many others. > > >While it is possible to make the interval timers work by subtracting one > >from the reloaded value I don't think it is possible to make the select > >system call return on time with the current implementation. This will > >make it very difficult to write portable programs that rely on timings > >of accuracies of 10ms. > > Settle for 20ms under FreeBSD-current. I would apply the following patch to kern_time.c: *** kern_time.orig.c Mon Jun 5 11:36:02 1995 --- kern_time.c Wed Jun 7 09:29:47 1995 *************** *** 315,321 **** &p->p_realtimer.it_interval); if (timercmp(&p->p_realtimer.it_value, &time, >)) { timeout(realitexpire, (caddr_t)p, ! hzto(&p->p_realtimer.it_value)); splx(s); return; } --- 315,321 ---- &p->p_realtimer.it_interval); if (timercmp(&p->p_realtimer.it_value, &time, >)) { timeout(realitexpire, (caddr_t)p, ! hzto(&p->p_realtimer.it_value) - 1); splx(s); return; } At least this makes the Interval timers work the way one would expect. If you don't think the above patch is correct, then I would add another comment to the setitimer man page similar to the select comment, since the behavior of FreeBSD is inconsistant with previous versions of FreeBSD and most other systems out there. -Jim FreeBSD 2.0.5 -- it is guaranteed never to be early, but it is usually only 10ms late :-) From owner-freebsd-hackers Wed Jun 7 08:53:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23593 for hackers-outgoing; Wed, 7 Jun 1995 08:53:39 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23574 ; Wed, 7 Jun 1995 08:52:57 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA28383 ; Wed, 7 Jun 1995 17:52:40 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id RAA05977 ; Wed, 7 Jun 1995 17:52:33 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506071552.RAA05977@blaise.ibp.fr> Subject: Re: What Europen sites mirrors directly from freebsd.org? To: aa@ba.su.se (Anders Ahrsjo) Date: Wed, 7 Jun 1995 17:52:33 +0200 (MET DST) Cc: jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199506070722.JAA00913@skarv.ba.su.se> from "Anders Ahrsjo" at Jun 7, 95 09:22:03 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 393 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Many Europen mirrors are real old (well at least a day). > How does the chain of mirrors look like? What site in Europe get it first? ftp.freebsd.org is mirrored once a day on ftp.ibp.fr in /pub/FreeBSD. ftp.univ-lyon1.fr should be one other. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Wed Jun 7 08:55:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23709 for hackers-outgoing; Wed, 7 Jun 1995 08:55:13 -0700 Received: from odin.INS.CWRU.Edu (chet@odin.INS.CWRU.Edu [129.22.8.102]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23620 for ; Wed, 7 Jun 1995 08:53:46 -0700 Received: (chet@localhost) by odin.INS.CWRU.Edu (8.6.10+cwru/CWRU-2.1-ins) id LAA21190; Wed, 7 Jun 1995 11:35:17 -0400 (from chet) Date: Wed, 7 Jun 1995 11:32:35 -0400 From: Chet Ramey To: arnold@skeeve.atl.ga.us, composer@beyond.dreams.org, friedman@gnu.ai.mit.edu, joshua5@cs.bu.edu, dob@inel.gov, mjo@msen.com, jason@servio.slc.com, timbo@ig.co.uk, trost@cse.ogi.edu, zoo@armadillo.com, lubkin@cs.rochester.edu, james@bigtex.cactus.org, dbrooks@ics.com, Greg.Onufer@Eng.Sun.COM, kre@munnari.oz.au, tmwalden@saturn.sys.acc.com, torvalds@cc.helsinki.fi, i.watson@lilly.com, glenn@mathcs.emory.edu, penningt@reason.psc.edu, devet@adv.iaehv.nl, grog@lemis.de, djm@eng.umd.edu, wieting@tweety.llnl.gov, geoffc@research.att.com, de5@ornl.gov, kayvan@satyr.sylvan.com, smd@uunet.ca, asjl@connect.com.au, mark@comp.vuw.ac.nz, david@cs.dal.ca, jwe@che.utexas.edu, Karl.Kleinpaste@GODIVA.NECTAR.CS.CMU.EDU, bammi@cadence.com, sanders@bsdi.com, tramey@boi.hp.com, sandro@elf.com, drich@sgi.com, carson@cs.columbia.edu, Doug.Becker@Eng.Sun.COM, deven@asylum.sf.ca.us, remy@ccs.neu.edu, freebsd-hackers@freefall.cdrom.com, dtm@nsd.3com.com, kjetilho@ifi.uio.no, cam@iinet.com.au, wbader@EECS.Lehigh.Edu, hniksic@neumijko.srce.hr, mwette@csi.jpl.nasa.gov, jsh@canary.com, gjb@gba.oz.au, andreas@MPA-Garching.MPG.DE, pgf@foxharp.boston.ma.us, peterc@suite.sw.oz.au, brown@eff.org, bothner@cygnus.com, tudor@cs.pub.ro, fox@cac.washington.edu, hag@gnu.ai.mit.edu, root@candle.pha.pa.us, neal@ctd.comsat.com, grw@tamu.edu, schwab@issan.informatik.uni-dortmund.de, haible@ma2s2.mathematik.uni-karlsruhe.de, rfg@segfault.us.com Subject: Final beta version of bash-1.14.5 available Cc: chet@odin.INS.CWRU.Edu Reply-To: chet@po.CWRU.Edu Message-ID: <9506071532.AA21112.SM@odin.INS.CWRU.Edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: hackers-owner@FreeBSD.org Precedence: bulk I have made the (hopefully) final beta version of bash-1.14.5 available for ftp in the usual spot: ftp://slc2.ins.cwru.edu/pub/hidden/bash-1.14.5.tar.gz I tracked down and fixed the last couple of substitution and quoting bugs reported since the last beta. I'd really, really like this to be the version officially released as 1.14.5, and I'd like to do it by the end of this weekend. As always, thanks for your help. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu From owner-freebsd-hackers Wed Jun 7 09:03:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA23993 for hackers-outgoing; Wed, 7 Jun 1995 09:03:37 -0700 Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [198.64.212.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA23971 ; Wed, 7 Jun 1995 09:03:11 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id LAA02283; Wed, 7 Jun 1995 11:01:15 -0500 From: Scott Mace Message-Id: <199506071601.LAA02283@crash.ops.neosoft.com> Subject: experiences with DEC DEFxA FDDI cards? To: hackers@freebsd.org, hardware@freebsd.org Date: Wed, 7 Jun 1995 11:01:14 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 122 Sender: hackers-owner@freebsd.org Precedence: bulk I'm looking for any info on the Digital DEFxA fddi cards or any other fddi cards supported by freebsd. Thanks, Scott From owner-freebsd-hackers Wed Jun 7 09:05:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24164 for hackers-outgoing; Wed, 7 Jun 1995 09:05:14 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA24157 for ; Wed, 7 Jun 1995 09:05:09 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sJNYP-000I2oC; Wed, 7 Jun 95 18:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0sJN8G-0002OfC; Wed, 7 Jun 95 17:35 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Wed, 7 Jun 1995 17:35:00 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199506070941.LAA02782@blaise.ibp.fr> from "Ollivier Robert" at Jun 7, 95 11:41:24 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 748 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of Ollivier Robert: > > And in that same manual some place you should find a jumper setting > > that puts the drive into either SCSI-I/CCS mode or SCSI-II mode. I > > suggest the person with this drive running it on a FreeBSD system > > change that jumper!!! > > What is that jumper and where is it ?? I've seen this jumper only on "newer drives", my 2112 does not have one but the command set is switchable by a SCSI "Change Definition" command to SCSI-I, CCS, and SCSI-II. Call the nearest Micropolis office for docs, they were always very helpful. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed Jun 7 09:43:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25032 for hackers-outgoing; Wed, 7 Jun 1995 09:43:08 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25025 for ; Wed, 7 Jun 1995 09:43:03 -0700 Received: by haven.uniserve.com id <30743>; Wed, 7 Jun 1995 09:44:24 +0100 Date: Wed, 7 Jun 1995 09:44:10 -0700 (PDT) From: Tom Samplonius To: Ollivier Robert cc: hackers@freebsd.org Subject: Re: Does mmap() work correctly? In-Reply-To: <199506070845.KAA01174@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Ollivier Robert wrote: > > I've been having the dreading "erorr writing symlinked article" from > > INN on FreeBSD from 5-25. I zapped all symlinked articles, did a > > makeactive, and makehistory, but it happened again this morning. Does > > mmap() work correctly? (I never saw anything in the commit list that > > I've been running INN with MMAP enabled since 4/15 (the day it was fixed) > and got no problem. I confess that I'm not a Internet connected site > (UUCP and laptop-by-ethernet feeds). Well, I've received the above error three times. After the first time, I renumbered the active file, and rebuilt the history file (makehistory -buv). After the second time, I removed all symlinked articles, rebuilt the active file (makeactive -mo), and rebuilt the history files. But it still happened again. I have since re-compiled without mmap() and system has successfully handled about 65,000 articles with out a problem, which is better than before. There is a backlog of about 80,000 articles that is being feed to it now, so I'll see how that goes. Tom From owner-freebsd-hackers Wed Jun 7 09:58:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25478 for hackers-outgoing; Wed, 7 Jun 1995 09:58:14 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25472 for ; Wed, 7 Jun 1995 09:58:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA02415; Wed, 7 Jun 1995 09:56:25 -0700 From: "Rodney W. Grimes" Message-Id: <199506071656.JAA02415@gndrsh.aac.dev.com> Subject: Re: 2.0.5 ALPHA To: esser@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 7 Jun 1995 09:56:25 -0700 (PDT) Cc: dzerkel@feephi.phofarm.com, freebsd-hackers@freebsd.org In-Reply-To: <199506071142.AA07892@FileServ1.MI.Uni-Koeln.DE> from "Stefan Esser" at Jun 7, 95 01:42:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4146 Sender: hackers-owner@freebsd.org Precedence: bulk > > On Jun 6, 21:36, "Danny J. Zerkel" wrote: > } Subject: Re: 2.0.5 ALPHA > > Since the PCI chip set messages are my code, > I'll comment on some of your questions. > > } Here's what dmesg says, by the way: > } CPU: 78-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) > } Origin = "GenuineIntel" Id = 0x524 Stepping=4 > } Features=0x1bf > } real memory = 16384000 (4000 pages) > } avail memory = 15085568 (3683 pages) > > } bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus > } bt0: reading board settings, busmastering, int=15 > } bt0: version 4.24, sync, parity, 32 mbxs, 32 ccbs > } bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 > } bt0: targ 3 sync rate= 5.00MB/s(200ns), offset=08 > } bt0: targ 6 sync rate= 4.54MB/s(220ns), offset=15 > > Hmm, that's unrelated, but quite interesting ... > The BusLogic seems to negotiate synch. transfers > before knowing the device characteristics (at least > before the SCSI code has issued an INQUIRY command). Because the BIOS on the buslogic does all that already and stores the values in a struct that is read from the board. There is no sync negotiantion code in the BT driver, it is handled by the card. > } bt0: Enabling Round robin scheme > } bt0 at 0x330 irq 15 on isa > } (bt0:0:0): "CONNER CFP1060S 1.05GB 2035" type 0 fixed SCSI 2 > } sd0(bt0:0:0): Direct-Access 1013MB (2074880 512 byte sectors) > } sd0(bt0:0:0): with 2756 cyls, 8 heads, and an average 94 sectors/track > } (bt0:3:0): "HP HP35470A 1109" type 1 removable SCSI 2 > } st0(bt0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled > } (bt0:6:0): "PLEXTOR CD-ROM PX-4XCS 1.01" type 5 removable SCSI 2 > } cd0(bt0:6:0): CD-ROM > } cd0(bt0:6:0): NOT READY asc:3a,0 Medium not present > } can't get the size > ... > } Probing for devices on the pci0 bus: > } configuration mode 2 allows 16 devices. > } chip0 rev 17 on pci0:0 > } CPU: Pentium, 100MHz, CPU->Memory posting ON > ^^^^^^ > This 100MHz value is derived from a clock > divider setting in the chip set. > (Don't know where the 78MHz in the first > lines of the boot log come from.) I do, and have seen values from 82 to 90 reported for a 90 Mhz part, but have never seen it be *this* far off. I should probably open a PR about this bug but since I have not seen it in 30 days I though it might have gone away :-(. > } CPU->PCI: posting ON, burst mode ON, PCI clocks=2-1-1-1 > } PCI->Memory: posting ON > } chip1 rev 3 on pci0:2 > } [40] 40420 [50] 0 [54] 4000000 > } pci0:3: vendor=0x1095, device=0x640, class=storage [not supported] > } pci0:13: vendor=0x104b, device=0x1040, class=storage [not supported] > } map(10): io(fcfc) > > If you know what kind of devices these are, > they can be appended to our PCI vendor and > card list. I will call the PCI office and see if I can get an updated list of ``official'' vendor ID codes. The new 2.1 spec should about have the ink dry on it too, so I will order a copy of that now. > } Note: The first line says 78MHz, sometimes it say 100MHz. > } The DRAM: line says "(70ns)", althought I have 60ns memory. > } Is there a way of changing this. > > The PCI code only displays values, since we > found that we generally can rely on the BIOS > for initialisation. Humm.. I need to look into this, SIMM's infact do have a set of signal lines on the for speed and type of module. Some chipsets do infact read these static signals to determine how fast they can run memory. You may have 60nS chips on a SIMM module set for 70nS operation (ie, this was probably a simm built for 60nS operation but failed at final sort and was strapped to ID itself as 70nS. Some one noticed they had 60nS chips on them so though that it was really a 70nS module (see this all the time in the grey memory market :-(). If you want more details I can tell you how to ID the simm modules with an ohm meter. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 10:05:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25700 for hackers-outgoing; Wed, 7 Jun 1995 10:05:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA25694 for ; Wed, 7 Jun 1995 10:05:27 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA02431; Wed, 7 Jun 1995 09:59:52 -0700 From: "Rodney W. Grimes" Message-Id: <199506071659.JAA02431@gndrsh.aac.dev.com> Subject: Re: NCR810 problem? To: cg@fimp01.fim.uni-linz.ac.at (DI. Christian Gusenbauer) Date: Wed, 7 Jun 1995 09:59:51 -0700 (PDT) Cc: spedpr@thor.cf.ac.uk, FreeBSD-hackers@freebsd.org In-Reply-To: <9506071211.AA10843@FIMP01.fim.uni-linz.ac.at> from "DI. Christian Gusenbauer" at Jun 7, 95 02:11:31 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: 974 Sender: hackers-owner@freebsd.org Precedence: bulk > > Hi Paul! > > >Ohh, the motherboard is an oldish Intel board, don't have the details handy > >it's in work, the machine is something like LP486, and the motherboard > >has an integrated NCR710 SCSI controller and an integrated 82596 ethernet > >controller, neither of which seem to work with FreeBSD :-( > > Some months ago, I wrote a driver for the 82596 ethernet controller sitting > on an Intel EV960CA evaluation board. If you want, I'll be able to give you > (or someone who is willing to port it to FreeBSD) the source. Do you still happen to have that EV960CA around, I tried to get a hold of one of these about a year and a half ago, but Intel had stopped makeing them. The EV960CA will by design look quite different than most I/O card type i82596 cards, but should work the same for the MB versions. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 10:10:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25943 for hackers-outgoing; Wed, 7 Jun 1995 10:10:07 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA25931 for ; Wed, 7 Jun 1995 10:10:01 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id MAA17296; Wed, 7 Jun 1995 12:57:22 -0400 Date: Wed, 7 Jun 1995 12:57:20 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: 2.0.5 ALPHA To: "Rodney W. Grimes" cc: Stefan Esser , dzerkel@feephi.phofarm.com, freebsd-hackers@freebsd.org In-Reply-To: <199506071656.JAA02415@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Rodney W. Grimes wrote: > this was probably a simm built for 60nS operation but failed at final > sort and was strapped to ID itself as 70nS. Some one noticed they > had 60nS chips on them so though that it was really a 70nS module > (see this all the time in the grey memory market :-(). If you want > more details I can tell you how to ID the simm modules with an ohm > meter. how? this can save a lot of hair pulling. > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 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 Jun 7 10:25:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26584 for hackers-outgoing; Wed, 7 Jun 1995 10:25:42 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26578 for ; Wed, 7 Jun 1995 10:25:39 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA25128; Thu, 8 Jun 1995 03:24:20 +1000 Date: Thu, 8 Jun 1995 03:24:20 +1000 From: Bruce Evans Message-Id: <199506071724.DAA25128@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, james@miller.cs.uwm.edu Subject: Re: Interval timer/System clock Sender: hackers-owner@FreeBSD.ORG Precedence: bulk >The select man page says: > If timeout is a non-nil pointer, it specifies a maximum interval to wait ^^^^^^^ > for the selection to complete. If timeout is a nil pointer, the select > blocks indefinitely. To affect a poll, the timeout argument should be > non-nil, pointing to a zero-valued timeval structure. The wording is interesting. A maximum interval of course can't be guaranteed, To avoid waiting more than the maximum, the system could round the interval down. I don't know how far to trust this man page. Rounding the interval down to 0 is the best way to always wait less than the maximum. The setitimer man page says: Time values smaller than the resolution of the system clock are rounded up to this resolution. ^^ So select() must round in the opposite direction to setitimer()?! hzto() rounds up so select() shouldn't use it. The usleep man page says: System activity or time spent in processing the call may lengthen the sleep slightly. The sleep man page says: System activity or time spent in processing the call may lengthen the sleep by a second. [Was resolution once that bad? Is lengthening the sleep by anything other than a second allowed? :-)] The POSIX sleep spec is much clearer: ... the current process [shall be] suspended ... until either the number of real-tine seconds specified by the argument `seconds' have elapsed or a signal is delivered ... The suspension time may be longer than requested due to the scheduling of other activity ... [It doesn't explicitly allow it to be longer for other reasons!] >I would add a comment here about the wait interval to select. Something like: > The wait interval is determined by the system clock. Timeout values > are rouned up to the resolution of this clock (typically 10 > milliseconds). A wait interval of 10ms will usually wait > between 10 and 20ms on a FreeBSD system, a wait interval of 20ms > will wait between 20 and 30ms. This behavior is currently inconsistant > with other Unix systems where the wait interval may fall between > 0 and 10ms and 10 and 20ms respectively. I don't like to document the dependence on the system clock, since that is an implementation detail and will change when someone improves the resolution of the timeouts. Bruce From owner-freebsd-hackers Wed Jun 7 10:38:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27425 for hackers-outgoing; Wed, 7 Jun 1995 10:38:31 -0700 Received: from iesd.auc.dk (iesd.auc.dk [130.225.48.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27412 for ; Wed, 7 Jun 1995 10:38:28 -0700 Received: from xiv.iesd.auc.dk (xiv.iesd.auc.dk [130.225.48.209]) by iesd.auc.dk (8.6.5/8.6.5) with ESMTP id TAA19046; Wed, 7 Jun 1995 19:37:49 +0200 From: Lars Albertsen Received: (iznogood@localhost) by xiv.iesd.auc.dk (8.6.11/8.6.5) id TAA01503; Wed, 7 Jun 1995 19:37:48 +0200 Date: Wed, 7 Jun 1995 19:37:48 +0200 Message-Id: <199506071737.TAA01503@xiv.iesd.auc.dk> To: hackers@freefall.cdrom.com Subject: Automount and finger. Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Is there anyway that I can avoid mounting ALL users when some fool uses finger? Right now my machine is mounting 447 user directories.... Thanks, Lars From owner-freebsd-hackers Wed Jun 7 10:51:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28214 for hackers-outgoing; Wed, 7 Jun 1995 10:51:15 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28206 for ; Wed, 7 Jun 1995 10:51:10 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA25589; Thu, 8 Jun 1995 03:45:58 +1000 Date: Thu, 8 Jun 1995 03:45:58 +1000 From: Bruce Evans Message-Id: <199506071745.DAA25589@godzilla.zeta.org.au> To: imb@scgt.oz.au, jleppek@suw2k.ess.harris.com Subject: Re: silo overflows Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >In the interest of disk performance, FreeBSD uses bus-on/bus-off times which >are quite aggressive (11/4uS ?) as compared to, say, Interactive at about 9 >and 6uS. It seems to use 7/4. Maybe the 4 is too short. The ratio is not much different from 9/6. Bruce From owner-freebsd-hackers Wed Jun 7 10:52:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28312 for hackers-outgoing; Wed, 7 Jun 1995 10:52:13 -0700 Received: from mars.csg.peachnet.edu ([168.26.193.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28306 ; Wed, 7 Jun 1995 10:52:12 -0700 Received: from mercury.csg.peachnet.edu (mercury.CSG.PeachNet.EDU [168.26.193.32]) by mars.csg.peachnet.edu (8.6.9/8.6.9) with ESMTP id NAA26223; Wed, 7 Jun 1995 13:40:11 -0400 Received: from CCMAIN/SpoolDir by mercury.csg.peachnet.edu (Mercury 1.21); 7 Jun 95 13:50:25 EST Received: from SpoolDir by CCMAIN (Mercury 1.21); 7 Jun 95 13:50:14 EST From: "Christian" Organization: Columbus College, Columbus, GA To: Karl Strickland Date: Wed, 7 Jun 1995 13:50:04 EST MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: FreeBSD on 286? CC: jkh@freefall.cdrom.com, dbaker@concorde-mail.neosoft.com, hackers@freebsd.org Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <72C513713F2@mercury.csg.peachnet.edu> Sender: hackers-owner@freebsd.org Precedence: bulk > From: Karl Strickland > Subject: Re: FreeBSD on 286? > To: Warner Losh > Date sent: Mon, 5 Jun 1995 22:50:41 +0100 (BST) > Copies to: jkh@freefall.cdrom.com, dbaker@concorde-mail.neosoft.com, > hackers@freebsd.org > > > > : Nope, sorry! Your only hope is Xenix or the local rifle club (I > > : recommend the latter on the grounds that you'll have a lot more fun > > : than you will with the former). > > > > There are certain second hand stores that will give you some money for > > a 286 MB. Not much, mind you, but some.... > > > > Warner > > I havent been following this thread, but wasnt there a version of SVR2 > that used to run on 286's? Microport i think... > > -- > ------------------------------------------+----------------------------------- > Mailed using ELM on FreeBSD | Karl Strickland > PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk > | > I just read on USENET in the comp.os.minix group that Mr. Tannenbaum is making Minix available free for non-comercial use. I believe it does run on 286s. It can be obtained from: ftp.cs.vu.nl in the /pub/minix directory. From owner-freebsd-hackers Wed Jun 7 11:04:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28979 for hackers-outgoing; Wed, 7 Jun 1995 11:04:50 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28971 for ; Wed, 7 Jun 1995 11:04:41 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA02611; Wed, 7 Jun 1995 11:04:02 -0700 From: "Rodney W. Grimes" Message-Id: <199506071804.LAA02611@gndrsh.aac.dev.com> Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) To: hm@altona.hamburg.com Date: Wed, 7 Jun 1995 11:04:02 -0700 (PDT) Cc: roberto@blaise.ibp.fr, freebsd-hackers@freebsd.org In-Reply-To: from "Hellmuth Michaelis" at Jun 7, 95 05:35: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: 968 Sender: hackers-owner@freebsd.org Precedence: bulk > > >From the keyboard of Ollivier Robert: > > > > And in that same manual some place you should find a jumper setting > > > that puts the drive into either SCSI-I/CCS mode or SCSI-II mode. I > > > suggest the person with this drive running it on a FreeBSD system > > > change that jumper!!! > > > > What is that jumper and where is it ?? > > I've seen this jumper only on "newer drives", my 2112 does not have one but > the command set is switchable by a SCSI "Change Definition" command to > SCSI-I, CCS, and SCSI-II. Humm.. and I only seem to recall seeing the jumper on ``older'' drives, like the 15xx series used extensivly in Apollo workstations. > Call the nearest Micropolis office for docs, they were always very helpful. Yes, and I have provided the US tech support and BBS numbers for this... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 11:08:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29196 for hackers-outgoing; Wed, 7 Jun 1995 11:08:11 -0700 Received: from aristotle.algonet.se (root@aristotle.algonet.se [193.12.207.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29187 for ; Wed, 7 Jun 1995 11:08:06 -0700 Received: from sophocles. (mal@sophocles.algonet.se [193.12.207.10]) by aristotle.algonet.se (8.6.9/hdw.1.0) with SMTP id UAA08664 for ; Wed, 7 Jun 1995 20:05:47 +0200 Received: by sophocles. (5.x/SMI-SVR4) id AA10735; Wed, 7 Jun 1995 20:07:20 +0200 Date: Wed, 7 Jun 1995 20:07:20 +0200 From: mal@algonet.se (Mats Lofkvist) Message-Id: <9506071807.AA10735@sophocles.> To: freebsd-hackers@freebsd.org Subject: Floppy install still not working? Sender: hackers-owner@freebsd.org Precedence: bulk I tried a floppy install on a notebook today with a new boot.flp. I still get the "please remove..." message immediately after the system starts to access the first bindist floppy. Still problems or my fault? (The boot.flp is from Tue Jun 6 01:42:31.) _ Mats Lofkvist From owner-freebsd-hackers Wed Jun 7 11:22:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29607 for hackers-outgoing; Wed, 7 Jun 1995 11:22:55 -0700 Received: from dvals1.larc.nasa.gov (dvals1.larc.nasa.gov [128.155.4.96]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29601 for ; Wed, 7 Jun 1995 11:22:54 -0700 Received: (from branson@localhost) by dvals1.larc.nasa.gov (8.6.11/8.6.9) id OAA26929; Wed, 7 Jun 1995 14:22:31 -0400 From: Branson Matheson Message-Id: <199506071822.OAA26929@dvals1.larc.nasa.gov> Subject: Re: Automount and finger. To: iznogood@iesd.auc.dk (Lars Albertsen) Date: Wed, 7 Jun 1995 14:22:30 -0400 (EDT) Cc: hackers@freefall.cdrom.com In-Reply-To: <199506071737.TAA01503@xiv.iesd.auc.dk> from "Lars Albertsen" at Jun 7, 95 07:37:48 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 724 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is there anyway that I can avoid mounting ALL users when some fool > uses finger? Right now my machine is mounting 447 user directories.... I am assuming you mean if they finger all your users. I have never seen the case where a single finger amd's all the directories in a map. If this is really becomming a problem, you can disable the fingerd in the /etc/inetd.conf file. -branson -- MATHESON, E BRANSON E.B.MATHESON@LaRC.NASA.GOV Mail Stop 931 COMPUTER SCIENCES CORPORATION NASA Langley Research Center Assigned to Operations Support Division Hampton, VA 23681-0001 Phone +1 804 864-9700 From owner-freebsd-hackers Wed Jun 7 11:28:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29849 for hackers-outgoing; Wed, 7 Jun 1995 11:28:41 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29842 for ; Wed, 7 Jun 1995 11:28:38 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA02794; Wed, 7 Jun 1995 11:27:57 -0700 From: "Rodney W. Grimes" Message-Id: <199506071827.LAA02794@gndrsh.aac.dev.com> Subject: Re: 2.0.5 ALPHA To: jmb@kryten.Atinc.COM (Jonathan M. Bresler) Date: Wed, 7 Jun 1995 11:27:57 -0700 (PDT) Cc: esser@zpr.uni-koeln.de, dzerkel@feephi.phofarm.com, freebsd-hackers@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Jun 7, 95 12:57: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: 1090 Sender: hackers-owner@freebsd.org Precedence: bulk > > On Wed, 7 Jun 1995, Rodney W. Grimes wrote: > > > this was probably a simm built for 60nS operation but failed at final > > sort and was strapped to ID itself as 70nS. Some one noticed they > > had 60nS chips on them so though that it was really a 70nS module > > (see this all the time in the grey memory market :-(). If you want > > more details I can tell you how to ID the simm modules with an ohm > > meter. > > how? this can save a lot of hair pulling. > Sorry, that book is in a box some place between here and the new place, if some one has a simm module memory data book they can look up the ID pins (or better if you have the JEDEC simm standard) and measure between those pins and ground. There are currently 6 pins on a 72 pin simm defined to determine speed, single/double density and something else I can't recall. If no one gets this info out get back to me after June 15th when I am all set up again... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 11:32:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00117 for hackers-outgoing; Wed, 7 Jun 1995 11:32:27 -0700 Received: from iesd.auc.dk (iesd.auc.dk [130.225.48.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00105 for ; Wed, 7 Jun 1995 11:32:19 -0700 Received: from xiv.iesd.auc.dk (xiv.iesd.auc.dk [130.225.48.209]) by iesd.auc.dk (8.6.5/8.6.5) with ESMTP id UAA19352; Wed, 7 Jun 1995 20:31:23 +0200 From: Lars Albertsen Received: (iznogood@localhost) by xiv.iesd.auc.dk (8.6.11/8.6.5) id UAA02430; Wed, 7 Jun 1995 20:31:22 +0200 Date: Wed, 7 Jun 1995 20:31:22 +0200 Message-Id: <199506071831.UAA02430@xiv.iesd.auc.dk> To: Branson Matheson Cc: iznogood@iesd.auc.dk (Lars Albertsen), hackers@freefall.cdrom.com Subject: Re: Automount and finger. In-Reply-To: <199506071822.OAA26929@dvals1.larc.nasa.gov> References: <199506071737.TAA01503@xiv.iesd.auc.dk> <199506071822.OAA26929@dvals1.larc.nasa.gov> Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "" == Matheson <@dvals1.larc.nasa.gov> writes: >> Is there anyway that I can avoid mounting ALL users when some fool >> uses finger? Right now my machine is mounting 447 user >> directories.... > I am assuming you mean if they finger all your users. I have > never seen the case where a single finger amd's all the > directories in a map. If this is really becomming a problem, > you can disable the fingerd in the /etc/inetd.conf file. No, the same thing happens if I type: xiv:~/$ finger iznogood@xiv <--- myself Then amd starts mounting all 447 users. Amd is started through /etc/sysconfig with amdflags="/user map-file", where mapfile consists of lines like: iznogood type:=nfs;rhost:=mega;rfs:=/priv/mega_2/iznogood Am I doing something wrong? Lars Btw., I'm running 2.0.5-ALPHA, a great system. From owner-freebsd-hackers Wed Jun 7 11:36:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00301 for hackers-outgoing; Wed, 7 Jun 1995 11:36:35 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00288 for ; Wed, 7 Jun 1995 11:36:30 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA02858; Wed, 7 Jun 1995 11:35:56 -0700 From: "Rodney W. Grimes" Message-Id: <199506071835.LAA02858@gndrsh.aac.dev.com> Subject: Re: Automount and finger. To: iznogood@iesd.auc.dk (Lars Albertsen) Date: Wed, 7 Jun 1995 11:35:56 -0700 (PDT) Cc: hackers@freefall.cdrom.com In-Reply-To: <199506071737.TAA01503@xiv.iesd.auc.dk> from "Lars Albertsen" at Jun 7, 95 07:37: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: 634 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Hi, > > Is there anyway that I can avoid mounting ALL users when some fool > uses finger? Right now my machine is mounting 447 user directories.... Yea, turn off the ``all user'' flag to fingerd: man 8 fingerd: -s Enable secure mode. Queries without a user name are rejected and forwarding of queries to other remote hosts is denied. grep fingerd /etc/inetd.conf: finger stream tcp nowait nobody /usr/libexec/fingerd fingerd -s -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 11:46:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00569 for hackers-outgoing; Wed, 7 Jun 1995 11:46:00 -0700 Received: from iesd.auc.dk (iesd.auc.dk [130.225.48.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00561 for ; Wed, 7 Jun 1995 11:45:57 -0700 Received: from xiv.iesd.auc.dk (xiv.iesd.auc.dk [130.225.48.209]) by iesd.auc.dk (8.6.5/8.6.5) with ESMTP id UAA19444; Wed, 7 Jun 1995 20:45:15 +0200 From: Lars Albertsen Received: (iznogood@localhost) by xiv.iesd.auc.dk (8.6.11/8.6.5) id UAA02534; Wed, 7 Jun 1995 20:45:14 +0200 Date: Wed, 7 Jun 1995 20:45:14 +0200 Message-Id: <199506071845.UAA02534@xiv.iesd.auc.dk> To: "Rodney W. Grimes" Cc: iznogood@iesd.auc.dk (Lars Albertsen), hackers@freefall.cdrom.com Subject: Re: Automount and finger. In-Reply-To: <199506071835.LAA02858@gndrsh.aac.dev.com> References: <199506071737.TAA01503@xiv.iesd.auc.dk> <199506071835.LAA02858@gndrsh.aac.dev.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> >> Hi, >> >> Is there anyway that I can avoid mounting ALL users when some fool >> uses finger? Right now my machine is mounting 447 user >> directories.... > Yea, turn off the ``all user'' flag to fingerd: man 8 fingerd: > -s Enable secure mode. Queries without a user name are > rejected and forwarding of queries to other remote hosts is > denied. Isn't that the default? Your line: > grep fingerd /etc/inetd.conf: > finger stream tcp nowait nobody /usr/libexec/fingerd fingerd -s My line: finger stream tcp nowait nobody /usr/libexec/fingerd fingerd -s The systems gets /etc/passwd from my NIS-server. Lars From owner-freebsd-hackers Wed Jun 7 12:04:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00969 for hackers-outgoing; Wed, 7 Jun 1995 12:04:21 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA00962 ; Wed, 7 Jun 1995 12:04:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19056; Wed, 7 Jun 95 01:36:26 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506070736.AA19056@cs.weber.edu> Subject: Re: 3c509 driver... To: smace@crash.ops.neosoft.com (Scott Mace) Date: Wed, 7 Jun 95 1:36:25 MDT Cc: ccsanady@iastate.edu, freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199506070610.BAA01160@crash.ops.neosoft.com> from "Scott Mace" at Jun 7, 95 01:10:27 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > I'm used 509's with FreeBSD very reliably since 2.0R (I know, I've been > lucky under 2.0R) > but they do work quite well under 2.0.5A and April snap relese. Even if plug-n-play is on or you were running DOS/Linux/Windows before a warm boot, according to recent reports. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 12:08:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01149 for hackers-outgoing; Wed, 7 Jun 1995 12:08:47 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA01142 for ; Wed, 7 Jun 1995 12:08:45 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10142; Tue, 6 Jun 95 19:01:22 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506070101.AA10142@cs.weber.edu> Subject: Re: Intel Triton Chipset... To: john@pyromania.apana.org.au (John Herks) Date: Tue, 6 Jun 95 19:01:22 MDT Cc: hackers@freebsd.org In-Reply-To: <199506070054.KAA27420@pyromania.apana.org.au> from "John Herks" at Jun 7, 95 10:54:11 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > I am have been running FreeBSD 2.0R on a SOYO/Intel Neptune chipset P90 > motherboard for the last few months. I am using a NCR PCI SCSI Controller. > > Everything has been running fine.. > > I am about to upgrade to a SOYO/Intel Triton chipset P100 motherboard and > I was wondering if there would be any problems running FreeBSD 2.0R with > this new chipset ? You will be able to use more than 2 bus mastering PCI devices (good). You will not be able to use parity memory (bad). Should run fine. Should run "better than fine" if you can get EDO cache RAM. Rod sells the EDO cache RAM when he has it. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 12:10:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01287 for hackers-outgoing; Wed, 7 Jun 1995 12:10:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA01281 for ; Wed, 7 Jun 1995 12:10:28 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04975; Tue, 6 Jun 95 16:19:00 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506062219.AA04975@cs.weber.edu> Subject: Re: Interval timer/System clock To: bde@zeta.org.au (Bruce Evans) Date: Tue, 6 Jun 95 16:19:00 MDT Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, james@miller.cs.uwm.edu In-Reply-To: <199506061745.DAA18938@godzilla.zeta.org.au> from "Bruce Evans" at Jun 7, 95 03:45:07 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.ORG Precedence: bulk [ ... "high resoloution" timers ... ] > No, they return an average of 5ms late for random calls and about 10ms > late only for synchronous calls, provided of course the application > making them gets scheduled enough - on a heavily loaded system it > may only run every few hundred ms. There is an implicit assumption here that the process will use the entirety of its quantum, and that an interval timer or select() expiry will thus be limited by the lbolt clock-preemption context switch. This assumption is wrong. Few programs run for the entirety of their quantum (ie: the full 1/HZ seconds), in the BSD (and UnixWare and Solaris and...) case, 10mS. A 5 or 10mS *guarantee* is acceptable, based on the non-RealTimeness of interval timers and select timeouts (which are in fact guaranteed by SVID III in the UnixWare/Solaris case to *be* RT events). A 5-10mS *average* is *NOT* acceptable. The implication of the select interface, that it takes a timeval struct, is that it has resoloution up to the system clock and process congestion frequency. Note: *system clock frequency*, not *system clock update frequency*. This distinction is apparently lost on UnixWare and Solaris 2.x for x < 3, where select(2) is actually select(3) built on top of poll(2) -- and poll(2) has a 10mS limit (which it's man page agrees with). As a result, UnixWare and Solaris are not SVID III compliant and do not meet the current licensing requirements for use of the UNIX trademark (lucky they got their licenses by buying them instead of via compliance, isn't it?). I have seen more than one "realtime" graphics application that *requires* a particular frame rate -- I've even written a game that *requires* a frame rate of 10 FPS and runs on X (Sean has seen it, even). To get this with a uniform smotheness, it uses a select timeout of 200uS. This works fine on SunOS, recent Solaris (2.3 or better), HP, FreeBSD 1.x, but still fails on UnixWare (who still use the buggered Poll to do their thing). The reason it works, of course, is that it takes much less than 200ms to do all the processing required for the next frame (I am a clever X programmer: I didn't use bitmaps, I used character sets and cell animation techniques). I have to say that a 5mS timing is plain unacceptable. Now, forgetting big dithering with the scheduler, the simplest fix is to change the run queue insertion order on an itimer or select timer expiry so that that process gets to run next. This is what Sun does. Barring causing a preemption of the running program (which you would do if you were truly worried about processes that were designed to consume their entire quantum), this yields acceptable performance. It should be noted that the system clock frequency on a Sun machine is accurate to 4uS on an unloaded system. For i86 Solaris on a 486/66, it's accurate to ~15-19uS. All that said, a fix for BSD, like a fix for UnixWare, will probably require a timer code rewrite to make it happy, and that's not in the immediate future, even for 2.1, as far as I know. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 12:17:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01520 for hackers-outgoing; Wed, 7 Jun 1995 12:17:28 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA01514 for ; Wed, 7 Jun 1995 12:17:26 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA02953; Wed, 7 Jun 1995 12:16:51 -0700 From: "Rodney W. Grimes" Message-Id: <199506071916.MAA02953@gndrsh.aac.dev.com> Subject: Re: Automount and finger. To: iznogood@iesd.auc.dk (Lars Albertsen) Date: Wed, 7 Jun 1995 12:16:51 -0700 (PDT) Cc: iznogood@iesd.auc.dk, hackers@freefall.cdrom.com In-Reply-To: <199506071845.UAA02534@xiv.iesd.auc.dk> from "Lars Albertsen" at Jun 7, 95 08:45:14 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: 905 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > >> > >> > >> Hi, > >> > >> Is there anyway that I can avoid mounting ALL users when some fool > >> uses finger? Right now my machine is mounting 447 user > >> directories.... > > > Yea, turn off the ``all user'' flag to fingerd: man 8 fingerd: > > -s Enable secure mode. Queries without a user name are > > rejected and forwarding of queries to other remote hosts is > > denied. > > Isn't that the default? As of 2.0 something it is... > Your line: > > grep fingerd /etc/inetd.conf: > > finger stream tcp nowait nobody /usr/libexec/fingerd fingerd -s > > My line: > finger stream tcp nowait nobody /usr/libexec/fingerd fingerd -s > > The systems gets /etc/passwd from my NIS-server. Humm... don't know what is going on then.. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 12:27:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01835 for hackers-outgoing; Wed, 7 Jun 1995 12:27:36 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA01828 for ; Wed, 7 Jun 1995 12:27:33 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA02980; Wed, 7 Jun 1995 12:24:46 -0700 From: "Rodney W. Grimes" Message-Id: <199506071924.MAA02980@gndrsh.aac.dev.com> Subject: Re: Intel Triton Chipset... To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 12:24:45 -0700 (PDT) Cc: john@pyromania.apana.org.au, hackers@freebsd.org In-Reply-To: <9506070101.AA10142@cs.weber.edu> from "Terry Lambert" at Jun 6, 95 07:01:22 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: 3473 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I am have been running FreeBSD 2.0R on a SOYO/Intel Neptune chipset P90 > > motherboard for the last few months. I am using a NCR PCI SCSI Controller. > > > > Everything has been running fine.. > > > > I am about to upgrade to a SOYO/Intel Triton chipset P100 motherboard and > > I was wondering if there would be any problems running FreeBSD 2.0R with > > this new chipset ? > > You will be able to use more than 2 bus mastering PCI devices (good). > You will not be able to use parity memory (bad). > > Should run fine. > > Should run "better than fine" if you can get EDO cache RAM. > > Rod sells the EDO cache RAM when he has it. And it is become much more avaliable, still can't get 16MB simms, but the 4 and 8MB flavors are now almost commoditites. I am still working an EDO bug with ASUS, so am not shipping any systems with EDO right now... And a real surpize for you all... I got 10% of this weeks USA shipment of ASUS PCI/I-P55TP4XE boards allocated to me today. This is the first shipment of the boards, with volume picking up in 2 to 3 weeks. I will begin evaluation of the boards this weekend. The boards I have coming in are all spoken for so don't ask me for one (well, a very large bribe might get you one :-). There is no pipeline burst cache modules avaliable yet for these, so don't ask about that either. ASUS can't tell me when, and my converstions with SamSung distribution have indicated they won't be out for quite some time. Since this is a replaceable module (160pin DIMM) you can upgrade in the future. The going price on this board will be well under $300 with 256K async SRAM cache. Here is the data sheet: ASUS PCI/I-P55TP4XE Mainboard Specifications: - Processor (Intel Socket 7 ZIF Socket for CPU) . Intel Pentium Processor 75/90/100/120 MHz (P54C) - Coprocessor . Internal Coprocessor of Pentium Processor - Chipset . Intel Triton Chipset - Architecture . 32-bit PCI Bus and 16-bit ISA Bus compatible - Cache Memory . 256KB/512KB Pipelined Burst SRAM Module [Not avaliable at this time, expect end of summer or there abouts] . 256KB/512KB Asynchronous SRAM for option [Can only order the board right now with a 256K module, SamSung is getting me volume pricing on 512K modules now with no avalibility date known] - System Memory . Four 72-pin SIMM Sockets Support 8MB to 128MB . Use 4/8/16/32MB 72-pin DRAM Module with 70ns Fast Page Mode or EDO DRAM [Requires 60nS chips to run 100Mhz CPU's] - On Board Super I/O . 1 Floppy Port (2.88MB) . 2 Serial Ports (16550 Fast UART Compatible) . 1 Parallel Port (ECP, EPP Port) . IrDA TX/RX Header [This is InfaRed stuff, don't have many details on it, probably for running a wire less keyboard and/or mouse???] - On Board PCI IDE . 2 x PCI Bus Master IDE ports (up to 4 IDE devices) . Support: . PIO Mode 3 & 4: 17 MB/Sec. (Max) . DMA Mode 2: 22 MB/Sec. (Max) - Expansion Slots . 3 32-bit PCI slots . 1 32-bit PCI slots consists of ASUS proprietaty MediaBus [Don't have any details on this, well post about it once I have the boards] . 3 16-bit ISA slots - BIOS . Award Pentium PCI BIOS with Gree and Plug and Play Features . NCR PCI SCSI BIOS . 1M-bit Flash EPROM - Board Size . 2/3 Baby AT Size, 25.9cm x 22.1cm (10.2" x 8.7") -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 12:33:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02197 for hackers-outgoing; Wed, 7 Jun 1995 12:33:21 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02190 for ; Wed, 7 Jun 1995 12:33:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24698; Mon, 5 Jun 95 17:54:14 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506052354.AA24698@cs.weber.edu> Subject: Re: latest install adventures To: jan@bagend.atl.ga.us (Jan Isley) Date: Mon, 5 Jun 95 17:54:13 MDT Cc: freebsd-hackers@freebsd.org, jkh@freefall.cdrom.com In-Reply-To: from "Jan Isley" at Jun 5, 95 12:45:55 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > "mv: rename /tmp/dev/* to /dev/*: No such file or directory" - then At a guess: noglob is on, OR a pattern specified for /dev/* should have been just plain /dev. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 12:39:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02423 for hackers-outgoing; Wed, 7 Jun 1995 12:39:17 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02417 for ; Wed, 7 Jun 1995 12:39:14 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03556; Mon, 5 Jun 95 13:50:08 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506051950.AA03556@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: davidg@Root.COM Date: Mon, 5 Jun 95 13:50:07 MDT Cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org In-Reply-To: <199506051743.KAA07302@corbin.Root.COM> from "David Greenman" at Jun 5, 95 10:43:40 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > >Jordan, it does seem like there's something that's not quite kosher with > >2.0.5-A, and it has nothing to do with the floppies, as far as I can tell. > >I now have two systems that are definitely unstable - two entirely different > >types of systems, at that - and both have run earlier revisions of FreeBSD 2 > >and taken heavy poundings with relative grace for over half a year now. > > Considering the kind of extensive testing that I and others have been doing > over the last 2 months, and the relative few changes that have been made to > the kernel (especially in areas that might make a difference in the kind of > problems that you're seeing), I must conclude that the problem is specific to > both your configuration and the way that the installation works. I think there > is some kind of quirk in the kernel gziping and/or compressed MFS that is > being used in the install process that is causing the problem. > I am interested in working with you and others to diagnose and fix the > problem, but I have very little to go by at the moment. Any information that > you can provide about your hardware and the steps you took (such as disabling > or not disabling devices in userconfig, etc.), is escential. I suggest a binary search using deltas. Basically, there are CVS tags for snap revisions. Pull out a kernel source tree and include directory for the earliest snap. Then binary search it down to find the change-of-death. It will take some time, but it will find the problem (log2(n)+1 attempts, to be precise, where 'n' is the number of 2.0 revisions). Unfortunately, it's not that easy to get a full CVS history anywhere but WC, so the work will probably have to be done on thud or freefall. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 12:41:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02621 for hackers-outgoing; Wed, 7 Jun 1995 12:41:44 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02514 ; Wed, 7 Jun 1995 12:40:10 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28998; Mon, 5 Jun 95 12:53:38 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506051853.AA28998@cs.weber.edu> Subject: Re: hotjava? To: smace@crash.ops.neosoft.com (Scott Mace) Date: Mon, 5 Jun 95 12:53:38 MDT Cc: hackers@freebsd.org, ports@freebsd.org In-Reply-To: <199506051656.LAA25577@crash.ops.neosoft.com> from "Scott Mace" at Jun 5, 95 11:56:55 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > Does anyone have a port of hotjava for freebsd? If not, I'll attempt > to port it. I think that if you did, Amancio Hasty would build a shrine to you in his living room (next to the duck pond). He's ...uh, been asking for one for a while, trying to evangelize someone into doing it. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 12:49:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02899 for hackers-outgoing; Wed, 7 Jun 1995 12:49:52 -0700 Received: from uivlsi.csl.uiuc.edu (uivlsi.csl.uiuc.edu [128.174.57.133]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02893 for ; Wed, 7 Jun 1995 12:49:50 -0700 Received: by uivlsi.csl.uiuc.edu id AA25272 (5.67b/IDA-1.3.4 for freebsd-hackers@freebsd.org); Wed, 7 Jun 1995 14:49:49 -0500 Date: Wed, 7 Jun 1995 14:49:49 -0500 From: Terry Lee Message-Id: <199506071949.AA25272@uivlsi.csl.uiuc.edu> To: freebsd-hackers@freebsd.org Subject: WD driver serendipity Sender: hackers-owner@freebsd.org Precedence: bulk I mailed the following to freebsd-hackers a couple of days ago, but it never showed up. Anyway, amid the usual "this doesn't work" reports during alpha testing (or any other time it seems :=) ), I'd like to report something working that I did not expect. Isn't ST506 multi-block transfer capability available on only IDE disks? I have an UltraStor 12F ESDI disk controller. After reading that 32-bit and multi-block transfers are now supported by the wd driver, I decided to enable "flags wdc0 0x80ff80ff" thinking, "bwa ha ha, this could be fun!" To my surprise, the wd driver reported "multi-block-8" and the CPU usage of the wd driver decreased by at least 10% on my 486DX-40 system. Thanks for the great work! If 32-bit and multi-block transfers don't cause problems, I hope they will be enabled by default in 2.1 since I suspect not everyone is aware of them. Has multi-block transfer been available on ST506 disk controllers all along? If so, has it taken that long (after IDE disks were introduced) for the BIOS manufacturers to support this capability? Terry Lee terry@uivlsi.csl.uiuc.edu From owner-freebsd-hackers Wed Jun 7 12:49:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02922 for hackers-outgoing; Wed, 7 Jun 1995 12:49:56 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02915 ; Wed, 7 Jun 1995 12:49:55 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: John Cavanaugh cc: freebsd-hackers@freebsd.org Subject: Re: FTP userpass checkbox not staying checked In-reply-to: Your message of "Wed, 07 Jun 95 08:31:43 PDT." <199506071531.IAA13872@bang.rain.com> Date: Wed, 07 Jun 1995 12:49:55 -0700 Message-ID: <2914.802554595@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Hmm...Well, I went into the options screen, checked the user/pass option > and then it asked me for a name and password, when I fed it, it returned > me to the options screen and the box wasn't checked anymore. I dunno. > I'll try it again this evening. Sorry, just to clarify: This fix isn't rolled into floppy form yet. I'm running the BETA now and hope to have new bits up soon.. > How about this: don't make it a check box, but instead put a little > check mark at the end of the NFS server or NFS client line if you've > checked either off. Might be easier and would probably look > better than just have checkboxes on two of the options on that > screen. Clearly you haven't worked with libdialog very much.. :-) Sorry, that's just not possible.. :( Jordan From owner-freebsd-hackers Wed Jun 7 12:55:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA03315 for hackers-outgoing; Wed, 7 Jun 1995 12:55:53 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA03309 for ; Wed, 7 Jun 1995 12:55:51 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: Experimental directory on freefall - please populate! Date: Wed, 07 Jun 1995 12:55:51 -0700 Message-ID: <3307.802554951@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk One of our long-standing ideas has been to put on the CDROM a bunch goodies that aren't ready for prime-time but are nonetheless still of interest to lots of folks. Well, it's finally happening! I've got some entries of my own already (doom, netipx, etc) and would like to solicit more, so if you've got some cool stuff that you've been wishing could be put *somewhere* on the FreeBSD CD, here's your chance! The format is: ftp://freefall.cdrom.com/pub/incoming/experimental//{..files.., README} Which is to say that there's a writable incoming/experimental directory on freefall now and I'd like all entries under it (please!) to be in their own subdirs. Each subdir should have a README explaining just what the bits are and (if possible) how to install them. Whatever's in that directory in the next 48 hours or so will be on the CD! Thanks! Jordan From owner-freebsd-hackers Wed Jun 7 13:08:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03747 for hackers-outgoing; Wed, 7 Jun 1995 13:08:03 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03738 ; Wed, 7 Jun 1995 13:07:58 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: mal@algonet.se (Mats Lofkvist) cc: freebsd-hackers@freebsd.org Subject: Re: Floppy install still not working? In-reply-to: Your message of "Wed, 07 Jun 95 20:07:20 +0200." <9506071807.AA10735@sophocles.> Date: Wed, 07 Jun 1995 13:07:56 -0700 Message-ID: <3737.802555676@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I tried a floppy install on a notebook today with a new boot.flp. > I still get the "please remove..." message immediately after the system > starts to access the first bindist floppy. Let me try to verify this with the BETA I'm rolling now! Jordan From owner-freebsd-hackers Wed Jun 7 13:19:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04221 for hackers-outgoing; Wed, 7 Jun 1995 13:19:58 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04215 for ; Wed, 7 Jun 1995 13:19:55 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id NAA00197 for freebsd-hackers@freefall.cdrom.com; Wed, 7 Jun 1995 13:18:53 -0700 From: "Steven G. Kargl" Message-Id: <199506072018.NAA00197@troutmask.apl.washington.edu> Subject: chgrp in /sbin? To: freebsd-hackers@freefall.cdrom.com (FreeBSD) Date: Wed, 7 Jun 1995 13:18:52 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 777 Sender: hackers-owner@FreeBSD.org Precedence: bulk Guys, I just had a nice surprise. I built a custom kernel and rebooted to find that /dev/sd0s2[a-h] and /dev/sd1s1[a-h] were missing. (How these got deleted is a short story for another post maybe.) This drops you into single-user mode when the mount of the various partitions fail. No problem. #cd /dev #PATH=/bin:/sbin:/stand #EXPORT PATH #sh MAKEDEV sd0s2a chgrp not found Question: shouldn't chgrp reside with chown and chmod in /stand or /sbin or /bin? Yes, chgrp is in /usr/bin, but if you can't mount /usr then it is obviously useless. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Wed Jun 7 13:24:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04379 for hackers-outgoing; Wed, 7 Jun 1995 13:24:05 -0700 Received: from gordius.gordian.com (gordius.gordian.com [192.73.220.81]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04371 for ; Wed, 7 Jun 1995 13:24:01 -0700 Received: from hermes (hermes.gordian.com [192.73.220.111]) by gordius.gordian.com (8.6.11/8.6.5) with SMTP id NAA21957 for <@gordius.gordian.com:hackers@freebsd.org>; Wed, 7 Jun 1995 13:23:30 -0700 Received: by hermes (920330.SGI/920502.SGI) for @gordius.gordian.com:hackers@freebsd.org id AA07908; Wed, 7 Jun 95 13:23:30 -0700 Date: Wed, 7 Jun 95 13:23:30 -0700 From: steve@gordian.com (Steve Khoo) Message-Id: <9506072023.AA07908@hermes> To: hackers@freebsd.org Subject: Tue Jun 6 01:42:31 PDT 1995 install floppy Sender: hackers-owner@freebsd.org Precedence: bulk Minimum installation via NFS worked like a charm with the exception of the timezone setup problem; system reboot with the correct timezone *BUT* the show incorrect time when it ask you to verify it. Installing 'Everything' via NFS get the message: "Couldn't extract all of dists: Residue:40" debug screen shows: "Debug: distExtract: parent: (none), me: bin" SEK From owner-freebsd-hackers Wed Jun 7 13:27:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04538 for hackers-outgoing; Wed, 7 Jun 1995 13:27:04 -0700 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04532 ; Wed, 7 Jun 1995 13:27:01 -0700 Received: from ast.com by relay1.UU.NET with SMTP id QQytdh27646; Wed, 7 Jun 1995 16:27:02 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA00555 (5.67b/IDA-1.5 for uunet!FreeBSD.org!bugs); Wed, 7 Jun 1995 13:27:16 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 15:25 CDT Received: from trsvax by nemesis.lonestar.org with uucp (Smail3.1.27.1 #18) id m0sJRON-0004vgC; Wed, 7 Jun 95 15:07 CDT Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 14:15 CDT Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 14:13 CDT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05001; Tue, 6 Jun 95 16:24:01 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506062224.AA05001@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: uhclem%nemesis@fw.ast.com (Frank Durda IV) Date: Tue, 6 Jun 95 16:24:01 MDT Cc: jgreco@brasil.moneng.mei.com (Frank Durda IV), hackers@FreeBSD.org (Frank Durda IV), bugs@FreeBSD.org (Frank Durda IV) In-Reply-To: from "Frank Durda IV" at Jun 5, 95 11:02:00 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk [ ... crashing systems don't when cache is disabled ... ] > As far as I can see, the only failing part is the mechanisms associated > with a compressed kernel, or the compressed kernel itself and certain > types of cache subsystems. I can boot from a floppy with a uncompressed > kernel and that works fine too. Only the compressed kernel has trouble. This makes sense, actually. Not setting the non-cacheable bit was the problem with the DOS 6.0 compression stuff as well. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 13:30:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04702 for hackers-outgoing; Wed, 7 Jun 1995 13:30:11 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04696 for ; Wed, 7 Jun 1995 13:30:06 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA03212; Wed, 7 Jun 1995 13:29:53 -0700 From: "Rodney W. Grimes" Message-Id: <199506072029.NAA03212@gndrsh.aac.dev.com> Subject: Re: chgrp in /sbin? To: kargl@troutmask.apl.washington.edu (Steven G. Kargl) Date: Wed, 7 Jun 1995 13:29:52 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506072018.NAA00197@troutmask.apl.washington.edu> from "Steven G. Kargl" at Jun 7, 95 01:18: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: 1007 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Guys, > > I just had a nice surprise. I built a custom kernel and rebooted > to find that /dev/sd0s2[a-h] and /dev/sd1s1[a-h] were missing. (How > these got deleted is a short story for another post maybe.) This > drops you into single-user mode when the mount of the various > partitions fail. No problem. > > #cd /dev > #PATH=/bin:/sbin:/stand > #EXPORT PATH > #sh MAKEDEV sd0s2a > chgrp not found > > Question: shouldn't chgrp reside with chown and chmod in /stand or /sbin > or /bin? > > Yes, chgrp is in /usr/bin, but if you can't mount /usr then it is obviously > useless. This is part of a long standing evaluation of what belongs in the root partition and what belongs in usr. You could always mknod the thing by hand, fix up your stuff, mount /usr and then run MAKEDEV to fix this, so IMHO, chgrp/chown does not belong in /. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 13:33:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04921 for hackers-outgoing; Wed, 7 Jun 1995 13:33:19 -0700 Received: from FIMP01.fim.uni-linz.ac.at (ftp.fim.uni-linz.ac.at [140.78.100.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04913 for ; Wed, 7 Jun 1995 13:33:16 -0700 Received: by FIMP01.fim.uni-linz.ac.at (5.57/Ultrix3.0-C) id AA12619; Wed, 7 Jun 95 22:38:07 +0200 Received: from scotty (scotty [192.168.1.1]) by uhura (8.6.11/8.6.9) with ESMTP id XAA00183; Wed, 7 Jun 1995 23:13:44 +0200 Received: (from cg@localhost) by scotty (8.6.11/8.6.9) id TAA01471; Wed, 7 Jun 1995 19:44:14 +0200 Date: Wed, 7 Jun 1995 19:44:14 +0200 (MET DST) From: "DI. Christian Gusenbauer" Reply-To: cg@fimp01.fim.uni-linz.ac.at To: "Rodney W. Grimes" Cc: FreeBSD Hackers Subject: Re: NCR810 problem? In-Reply-To: <199506071659.JAA02431@gndrsh.aac.dev.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Rodney W. Grimes wrote: > > Some months ago, I wrote a driver for the 82596 ethernet controller sitting > > on an Intel EV960CA evaluation board. If you want, I'll be able to give you > > (or someone who is willing to port it to FreeBSD) the source. > > Do you still happen to have that EV960CA around, I tried to get a hold of > one of these about a year and a half ago, but Intel had stopped makeing > them. The EV960CA will by design look quite different than most I/O > card type i82596 cards, but should work the same for the MB versions. Yeah, we tried to get a second board and failed too :). Especially the 82596 piggy pack module was the problem. Intel told us, that the engineers who developed this module left Intel, and so they stopped makeing this. Then we bought a Heurikon HK960 board :-)! -- Christian. "The best way you can accelerate windows, cg@fimp01.fim.uni-linz.ac.at is through one." - Ivan Wheelwright From owner-freebsd-hackers Wed Jun 7 13:54:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05946 for hackers-outgoing; Wed, 7 Jun 1995 13:54:18 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05940 for ; Wed, 7 Jun 1995 13:54:15 -0700 Message-Id: <199506072054.NAA05940@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA107064844; Wed, 7 Jun 1995 15:58:20 -0500 From: Jim Babb Subject: Re: Floppy install still not working? To: mal@algonet.se Date: Wed, 7 Jun 95 15:58:20 CDT Cc: freebsd-hackers@freebsd.org In-Reply-To: <9506071807.AA10735@sophocles.>; from "Mats Lofkvist" at Jun 7, 95 8:07 pm Mailer: Elm [revision: 70.85] Sender: hackers-owner@freebsd.org Precedence: bulk > > I tried a floppy install on a notebook today with a new boot.flp. > I still get the "please remove..." message immediately after the system > starts to access the first bindist floppy. > Still problems or my fault? (The boot.flp is from Tue Jun 6 01:42:31.) > Did you put the bin distribution files in a 'bin' subdirectory on the floppies? bin/bin.aa bin/bin.ab etc. I expect this to trip up a number of people. Jordan, How about instead of 'insert next floppy', say, 'insert the floppy with bin/bin.aa'? If possible, have sysinstall look in the root of the floppy if it's not in the subdirectory. Jim From owner-freebsd-hackers Wed Jun 7 14:56:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19422 for hackers-outgoing; Wed, 7 Jun 1995 14:56:50 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA19412 for ; Wed, 7 Jun 1995 14:56:47 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21271; Wed, 7 Jun 1995 23:56:45 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA03636; Wed, 7 Jun 1995 23:56:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA12270; Wed, 7 Jun 1995 23:31:45 +0200 From: J Wunsch Message-Id: <199506072131.XAA12270@uriah.heep.sax.de> Subject: Re: silo overflows To: jleppek@suw2k.ess.harris.com (James Leppek) Date: Wed, 7 Jun 1995 23:31:45 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <9506071209.AA20749@borg.ess.harris.com> from "James Leppek" at Jun 7, 95 08:09:08 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 618 Sender: hackers-owner@FreeBSD.org Precedence: bulk As James Leppek wrote: > > The only bus hogging DMA I could think of is the 1542CF but it is > at the default settings which I thought were safe. Adaptec's 154X controllers are the most `famous' bus hogs. They do also cause all sort of troubles with floppy DMA operations (even though the FDC DMA overrun conditions are hidden from the user, but you will notice a _drastical_ floppy throughput drop when doing simultaneous operations on an AHA-154X controlled SCSI bus). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jun 7 14:56:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19434 for hackers-outgoing; Wed, 7 Jun 1995 14:56:51 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA19414 for ; Wed, 7 Jun 1995 14:56:48 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21275; Wed, 7 Jun 1995 23:56:46 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA03639 for freebsd-hackers@freebsd.org; Wed, 7 Jun 1995 23:56:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA12299 for freebsd-hackers@freebsd.org; Wed, 7 Jun 1995 23:35:56 +0200 From: J Wunsch Message-Id: <199506072135.XAA12299@uriah.heep.sax.de> Subject: Re: Top To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 7 Jun 1995 23:35:56 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "Temptation" at Jun 7, 95 04:08:09 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 696 Sender: hackers-owner@freebsd.org Precedence: bulk As Temptation wrote: > > > > If I read this correctly, you are saying you have 256 Megs of physical memory > > and 25 Megs of swap? Unless I am mistaken, this is your problem. [...] ... > well if thats true, it's stupid! Windows/NT/Warp do that also. > Linux doesn't tho. it only starts using the swap space if I use more > then 64meg. (There's a rule of thumb saying you should have 2 * RAM as swap size.) Don't let Terry know about your argumentation. :-) (He's always voting for `eager' swap, where all RAM has to be backed by swap space.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jun 7 15:05:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19916 for hackers-outgoing; Wed, 7 Jun 1995 15:05:11 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA19885 ; Wed, 7 Jun 1995 15:04:51 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA03872; Wed, 7 Jun 1995 15:03:30 -0700 From: Poul-Henning Kamp Message-Id: <199506072203.PAA03872@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 15:03:30 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506062224.AA05001@cs.weber.edu> from "Terry Lambert" at Jun 6, 95 04:24:01 pm Content-Type: text Content-Length: 688 Sender: hackers-owner@FreeBSD.org Precedence: bulk > [ ... crashing systems don't when cache is disabled ... ] > > > As far as I can see, the only failing part is the mechanisms associated > > with a compressed kernel, or the compressed kernel itself and certain > > types of cache subsystems. I can boot from a floppy with a uncompressed > > kernel and that works fine too. Only the compressed kernel has trouble. > > This makes sense, actually. Explain please... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Wed Jun 7 15:06:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA20012 for hackers-outgoing; Wed, 7 Jun 1995 15:06:15 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA20003 for ; Wed, 7 Jun 1995 15:06:10 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id RAA00225; Wed, 7 Jun 1995 17:02:05 -0400 From: "House of Debuggin'" Message-Id: <199506072102.RAA00225@skynet.ctr.columbia.edu> Subject: Re: Automount and finger. To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 1995 17:02:03 -0400 (EDT) Cc: iznogood@iesd.auc.dk, hackers@freefall.cdrom.com In-Reply-To: <199506071916.MAA02953@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 7, 95 12:16:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3252 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Rodney W. Grimes person was kidding when he wrote: > > >> Hi, > > >> > > >> Is there anyway that I can avoid mounting ALL users when some fool > > >> uses finger? Right now my machine is mounting 447 user > > >> directories.... > > > > > Yea, turn off the ``all user'' flag to fingerd: man 8 fingerd: > > > -s Enable secure mode. Queries without a user name are > > > rejected and forwarding of queries to other remote hosts is > > > denied. Bzzt! Sorry, that's incorrect, but thanks for playing. > > Isn't that the default? [stuff chopped] > > Humm... don't know what is going on then.. > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > Then allow me to explain. (I was wondering when somebody else was going to run afoul of this.) The correct answer is: Finger is brain damaged. One of the things it does is search for a file in your home directory called '.nofinger' and it hides you from finger attempts if it finds it. Unfortunately, the program logic is organized in such a way that if you say: % finger someuser@some.freebsd.machine then it will run through the entire password database (using repeated calls to getpwent()) end check *EVERY SINGLE USER'S HOME DIRECTORY* for .nofinger files. I quote from /usr/src/usr.bin/finger/util.c: /* * Is this user hiding from finger? * If ~/.nofinger exists, return 1 (hide), else return 0 (nohide). */ int hide(pw) struct passwd *pw; { [yadda yadda yadda] } The fact that it checks everybody's directory even if you only ask to finger one user is undoubtedly a bug. It's probably also a BSD4.4-ism. Believe me, I know how annoying this can be: I have about eight different home filesystems and about 350 users. I noticed the obnoxiously long delay a while ago, but never made the connection until I noticed that amd was mounting _all_ of the home directory filesystems whenever I fingered the machine. (I first noticed it while testing out some NIS-related changes in libc too; for a while there I thought I'd dome something horribly wrong. :) Whoever added this little 'improvement' probably never realized the implications it would have for systems running amd, or NFS in general. I had secret plans to deal with this thing at some point, and even started hacking on it a little, but NIS hacking and my job sort of got in the way. A quick way to work around the automounter thrashing is to turn the hide() function into a no-op. That doesn't change the fact that the program logic is screwed up, however. Somebody should put this in the TODO list for 2.1. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~~ FreeBSD 2.1: "We can kick your operating system's ass!" ~~~~~~~~~~ From owner-freebsd-hackers Wed Jun 7 15:32:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA20749 for hackers-outgoing; Wed, 7 Jun 1995 15:32:38 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA20743 for ; Wed, 7 Jun 1995 15:32:37 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id PAA08455; Wed, 7 Jun 1995 15:31:27 -0700 From: "Steven G. Kargl" Message-Id: <199506072231.PAA08455@troutmask.apl.washington.edu> Subject: Re: chgrp in /sbin? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 1995 15:31:26 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506072029.NAA03212@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 7, 95 01:29: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: 3850 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Rodney W. Grimes: > > > > > Guys, > > > > I just had a nice surprise. I built a custom kernel and rebooted > > to find that /dev/sd0s2[a-h] and /dev/sd1s1[a-h] were missing. (How > > these got deleted is a short story for another post maybe.) This > > drops you into single-user mode when the mount of the various > > partitions fail. No problem. > > > > #cd /dev > > #PATH=/bin:/sbin:/stand > > #EXPORT PATH > > #sh MAKEDEV sd0s2a > > chgrp not found > > > > Question: shouldn't chgrp reside with chown and chmod in /stand or /sbin > > or /bin? > > > > Yes, chgrp is in /usr/bin, but if you can't mount /usr then it is obviously > > useless. > > This is part of a long standing evaluation of what belongs in the root > partition and what belongs in usr. You could always mknod the thing > by hand, fix up your stuff, mount /usr and then run MAKEDEV to fix this, > so IMHO, chgrp/chown does not belong in /. > Two observations: (1) This assumes one knows the proper major and minor numbers of the various /dev/sd0s1 devices. Reading MAKEDEV does not provide much (immediate) insight (particularly for the minor number). The major number can be found in /usr/src/sys/i386/conf/devices.i386. Unfortunately, this is an umountable partition. So, #cd /dev #mknod sd0s1 b major? minor? [Does one guess major and minor here?] (2) After getting things mounted. I ran MAKEDEV to correct the chgrp problem noted above. %cd /dev %sh MAKEDEV all %ls -l sd0* brw-r----- 1 root operator 4, 65538 Jun 7 14:52 sd0 brw-r----- 1 root operator 4, 0 Jun 7 14:52 sd0a brw-r----- 1 root operator 4, 1 Jun 7 14:52 sd0b brw-r----- 1 root operator 4, 2 Jun 7 14:52 sd0c brw-r----- 1 root operator 4, 3 Jun 7 14:52 sd0d brw-r----- 1 root operator 4, 4 Jun 7 14:52 sd0e brw-r----- 1 root operator 4, 5 Jun 7 14:52 sd0f brw-r----- 1 root operator 4, 6 Jun 7 14:52 sd0g brw-r----- 1 root operator 4, 7 Jun 7 14:52 sd0h brw-r----- 1 root operator 4, 131074 Jun 7 14:52 sd0s1 brw-r----- 1 root operator 4, 196610 Jun 7 14:52 sd0s2 brw-r----- 1 root operator 4, 262146 Jun 7 14:52 sd0s3 brw-r----- 1 root operator 4, 327682 Jun 7 14:52 sd0s4 Where are the (sub)partitions for individual slices; i.e., sd0s#[a-h]? %sh MAKEDEV sd0s2a %ls -l sd0* brw-r----- 1 root operator 4, 65538 Jun 7 14:52 sd0 brw-r----- 1 root operator 4, 0 Jun 7 14:52 sd0a brw-r----- 1 root operator 4, 1 Jun 7 14:52 sd0b brw-r----- 1 root operator 4, 2 Jun 7 14:52 sd0c brw-r----- 1 root operator 4, 3 Jun 7 14:52 sd0d brw-r----- 1 root operator 4, 4 Jun 7 14:52 sd0e brw-r----- 1 root operator 4, 5 Jun 7 14:52 sd0f brw-r----- 1 root operator 4, 6 Jun 7 14:52 sd0g brw-r----- 1 root operator 4, 7 Jun 7 14:52 sd0h brw-r----- 1 root operator 4, 131074 Jun 7 14:52 sd0s1 brw-r----- 1 root operator 4, 196610 Jun 7 15:10 sd0s2 brw-r----- 1 root operator 4, 196608 Jun 7 15:10 sd0s2a brw-r----- 1 root operator 4, 196609 Jun 7 15:10 sd0s2b brw-r----- 1 root operator 4, 196610 Jun 7 15:10 sd0s2c brw-r----- 1 root operator 4, 196611 Jun 7 15:10 sd0s2d brw-r----- 1 root operator 4, 196612 Jun 7 15:10 sd0s2e brw-r----- 1 root operator 4, 196613 Jun 7 15:10 sd0s2f brw-r----- 1 root operator 4, 196614 Jun 7 15:10 sd0s2g brw-r----- 1 root operator 4, 196615 Jun 7 15:10 sd0s2h brw-r----- 1 root operator 4, 262146 Jun 7 14:52 sd0s3 brw-r----- 1 root operator 4, 327682 Jun 7 14:52 sd0s4 -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Wed Jun 7 15:46:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA21050 for hackers-outgoing; Wed, 7 Jun 1995 15:46:34 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA21044 for ; Wed, 7 Jun 1995 15:46:32 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA04636; Wed, 7 Jun 1995 18:46:28 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA21412; Wed, 7 Jun 95 18:44:06 EDT Date: Wed, 7 Jun 95 18:44:06 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9506072244.AA21412@borg.ess.harris.com> To: joerg_wunsch@uriah.heep.sax.de Subject: Re: silo overflows Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk The floppy is not on the adaptec, only a little used drive and an exabyte tape drive for backups (which were not being dome). I have changed sio.c and will see if the problem goes away with the trigger at 8. Since this has been seen by others when X is running could it have something to do with the mouse events getting buffered up and those interrupts getting served first. I seem to recall port 0 interrupts at a higher level than 1 (irq 4 > irq 3). just checked already had an overflow .... darn .. Oh well, only a few an hour, guess I will try to see what happens at 115200 to see if it is rate sensitive. Jim > From owner-freebsd-hackers@freefall.cdrom.com Wed Jun 7 17:56:49 1995 > From: J Wunsch > Subject: Re: silo overflows > To: jleppek@suw2k.ess.harris.com (James Leppek) > Date: Wed, 7 Jun 1995 23:31:45 +0200 (MET DST) > Cc: freebsd-hackers@freefall.cdrom.com > 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 > Sender: hackers-owner@FreeBSD.org > > As James Leppek wrote: > > > > The only bus hogging DMA I could think of is the 1542CF but it is > > at the default settings which I thought were safe. > > Adaptec's 154X controllers are the most `famous' bus hogs. They do > also cause all sort of troubles with floppy DMA operations (even > though the FDC DMA overrun conditions are hidden from the user, but > you will notice a _drastical_ floppy throughput drop when doing > simultaneous operations on an AHA-154X controlled SCSI bus). > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > From owner-freebsd-hackers Wed Jun 7 15:47:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA21075 for hackers-outgoing; Wed, 7 Jun 1995 15:47:08 -0700 Received: from witch.win.net (witch.win.net [204.215.209.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA21067 for ; Wed, 7 Jun 1995 15:47:06 -0700 Received: by witch.win.net id AA04058 (5.65/1.35 for ); Wed, 7 Jun 95 18:46:04 -0400 Received: by win.net!anigma; Wed, 07 Jun 1995 14:06:11 X-Mailer: WinNET Mail, v2.51 Message-Id: <19@anigma.win.net> Reply-To: andy@anigma.win.net (Mr. Andrew Micheals) To: freebsd-hackers@freeBSD.ORG Date: Wed, 07 Jun 1995 14:06:11 Subject: installation problem From: andy@anigma.win.net (Mr. Andrew Micheals) Sender: hackers-owner@freeBSD.ORG Precedence: bulk From owner-freebsd-hackers Wed Jun 7 15:47:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA21087 for hackers-outgoing; Wed, 7 Jun 1995 15:47:09 -0700 Received: from witch.win.net (witch.win.net [204.215.209.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA21072 for ; Wed, 7 Jun 1995 15:47:07 -0700 Received: by witch.win.net id AA04064 (5.65/1.35 for ); Wed, 7 Jun 95 18:46:06 -0400 Received: by win.net!anigma; Wed, 07 Jun 1995 15:35:30 X-Mailer: WinNET Mail, v2.51 Message-Id: <20@anigma.win.net> Reply-To: andy@anigma.win.net (Mr. Andrew Micheals) To: freebsd-hackers@FreeBSD.ORG Date: Wed, 07 Jun 1995 15:35:30 Subject: installation problem From: andy@anigma.win.net (Mr. Andrew Micheals) Sender: hackers-owner@FreeBSD.ORG Precedence: bulk To FreeBSD-hackers 6/7/95 Recently purchased the FreeBSD ver 2.0 and have experienced an installation problem in that upon doing the installation, rebooting then pointing on the boot manager, I get an error message, saying (error loading operating system). This is my first experience with unix and dont have that much experience with computers in general, though I did build this scsi sys which the BSD is installed, a brief discription of this sys is, 486 2-66,VL Bus, Adaptec 2842 controller, Diamond Viper VLB video card, SoundBlaster 16 ASP sound card with Rouland Canves SCB-7 daughter board, Maxtor 540sl C:\drive all dos, Micropolis 1926 D:\drive 737 mb dos and 1321 mb for BSD, Teac 1.2 a:\drive, Teac 1.44 B:\drive, Plextor DM 3028 CD Rom E:\drive, DataFax 14.4 internal modem. The machine has MS DOS 6.2 running off the c:\drive and a secondary partition on number 1 slot of d:\drive with BSD on slot 2 of d:\drive. Had previously sent a message to Freebsd-questions and recieved a reply from Brian Litzinger, @MediaCity and apreciate his quick response but was not able to quite understand what he ment or how to go about doing what he was saying, have since managed to get a little ways further toward getting up and running with that problem overcome and now this problem to get past. Will give a quick rundown of what information could be important from the fdisk editor: 1. Boot?=No Type=Primary 'big'DOS (>32MB) Phys=(c0/h2/s18..c575/h106/s22) Sector=(63..1510109) Size=737 MB, 575 Cylinders + 104 tracts =5 Sectors 2. Boot?=Yes Type=FreeBSD/Net/386BSD Phys=9c575/h106/s23..c1023/h113/s19)Sectors (1510110..4216171) Size=1321 MB, 1032 Cylinders + 6 tracts +20 Sectors Also have noticed that the boot manager has options, the one I am using is F-5 Disk2, should it be something F-2 FreeBSD ? Would apreciate some help, unable to locate anyone in my area with any unix experience. A phone number and the possibility of having someone talk me through installation would probably solve any additional problems, evev though it might be long distance, a small price to pay to avert all the anoyence. Will look for a reply. Thank You Andy@anigma.win.net From owner-freebsd-hackers Wed Jun 7 16:03:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21573 for hackers-outgoing; Wed, 7 Jun 1995 16:03:41 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA21567 for ; Wed, 7 Jun 1995 16:03:40 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14527(3)>; Wed, 7 Jun 1995 16:02:54 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Wed, 7 Jun 1995 16:02:43 -0700 X-Mailer: exmh version 1.6 4/21/95 To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: mrouted 3.5 In-reply-to: Your message of "Wed, 07 Jun 95 02:56:52 PDT." <199506070956.LAA29938@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 7 Jun 1995 16:02:31 PDT From: Bill Fenner Message-Id: <95Jun7.160243pdt.49859@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199506070956.LAA29938@gilberto.physik.rwth-aachen.de> you write: >Is anyone building this into FreeBSD soon? Yes. I'm being inexcusably slow about it. Having just succeeded in intstalling 2.0.5-ALPHA on my test box (hey, just in time for 2.0.5-BETA, right?) I will probably have a chance to work on it again soon. Bill From owner-freebsd-hackers Wed Jun 7 16:05:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21673 for hackers-outgoing; Wed, 7 Jun 1995 16:05:26 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA21667 for ; Wed, 7 Jun 1995 16:05:11 -0700 Received: by disperse.demon.co.uk id aa03060; 8 Jun 95 0:04 +0100 Received: from post.demon.co.uk by disperse.demon.co.uk id aa02960; 8 Jun 95 0:03 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa24630; 8 Jun 95 0:02 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id XAA20268; Wed, 7 Jun 1995 23:36:49 +0100 From: Karl Strickland Message-Id: <199506072236.XAA20268@bagpuss.demon.co.uk> Subject: vnode_pager_output: attempt to write meta-data!!! To: hackers@freebsd.org Date: Wed, 7 Jun 1995 23:36:48 +0100 (BST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 464 Sender: hackers-owner@freebsd.org Precedence: bulk whats this mean? Jun 7 18:15:44 bagpuss /kernel: vnode_pager_output: attempt to write meta-dat a!!! -- 0xfffe9000(ff) This is a -current kernel from around May 26th... Thanks -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Wed Jun 7 16:06:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21768 for hackers-outgoing; Wed, 7 Jun 1995 16:06:33 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA21762 for ; Wed, 7 Jun 1995 16:06:31 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id SAA12879; Wed, 7 Jun 1995 18:06:11 -0500 Received: by olympus (4.1/TSS2.1) id AA12215; Wed, 7 Jun 95 18:06:21 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9506072306.AA12215@olympus> Subject: Re: [repost] latest working sound v30 release To: hasty@star-gate.com (Amancio Hasty) Date: Wed, 7 Jun 1995 18:06:20 -0500 (CDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506070702.AAA00842@star-gate.com> from "Amancio Hasty" at Jun 7, 95 00:02:38 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1430 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >>> Boyd Faulkner said: > > > > > sndserver dies. It is probably that LINUX emulation is not yet complete. > > > > > > > > Tnks, > > > Amancio > > > > > > > > > > Boyd > > -- > > The echo of sound streams at the end is fixed on the latest sound driver from > Hannu which is not availble yet. We have had problems on other areas of the > sound driver. Oh. > > There are two approches that I see to this problem fix whatever is causing > the sndserver to crash or to reverse engineer it so we can have a native > doom sound server. I like the last approach. Anyone with an access to > a linux and inclination could perhaps let us know the protocol between > Doom and the sound server. Also, if could figure out the sound protocol > we may be able to support music and perhaps extend the sound server > to use NCD's netaudio or what the heck lets go all the way out > an IP Multicast the FreeBSD Doom sound sessions :) > > > Cheers, > Amancio > > Well, reverse engineering is one thing, but Hannu added some real-time sound stuff for the doom sound server and I doubt it is supported by NAS. Read the soundserver README in /pub/doom/linux (or whatever) on wcarchive. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Wed Jun 7 16:32:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA22532 for hackers-outgoing; Wed, 7 Jun 1995 16:32:00 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA22525 for ; Wed, 7 Jun 1995 16:31:56 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id SAA00374 for hackers@freebsd.org; Wed, 7 Jun 1995 18:28:23 -0400 From: "House of Debuggin'" Message-Id: <199506072228.SAA00374@skynet.ctr.columbia.edu> Subject: BSDi 2.0 binary compatibility question To: hackers@freebsd.org Date: Wed, 7 Jun 1995 18:28:20 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4704 Sender: hackers-owner@freebsd.org Precedence: bulk So, is it supposed to work, or isn't it? One of the people here recently purchased a new Dell Pentium system for personal research purposes and they decided to purchase a BSDI 2.0 binary license for it (mainly to write simulation programs with large memory requirements that DOS can't satisfy). In exchange for helping to install it, I was given account on the machine for playing-around purposes. Today, I decided to see just how binary compatible BSDI is with FreeBSD. I used a FreeBSD-current system (current as of May 17th at least: I haven't had much time lately to stay up to date) and a FreeBSD 2.0.5A system to test with. Both are 386 machines. I even tried freefall and thud just for kicks. Here's what I discovered: - First of all, BSDI 2.0 ships with 2 compilers: gcc 1.42 (cc) and gcc 2.6.3 (gcc). I tried them both. Also, making a binary that uses shared libraries requires compiling with special commands (shlicc, shlicc++ and shlicc2) that are actually shell script wrappers which figure out what libraries to use and do some sleight of hand to get the linker to do do the right thing. - A statically linked FreeBSD binary will run just fine on the BSDI 2.0 system. I used a statically-linked tcsh executable for the test: the shell starts up fine and works great. /bin/csh and /bin/ls work too. The BSDI file(1) and nm(1) commands doen't recognize the executables, but they run anyway. - A statically linked program from BSDI 2.0 doesn't run at all on FreeBSD. Even a dummy program like this: main() {} produces only one result: a SEGV. I tried producing simple 'Hello World' programs with the BSDI compiler and each time got only seg faults and core dumps. For example: [/home/wpaul]:cordelia.ctr.columbia.edu{94}% uname -sr BSD/OS 2.0 [/home/wpaul]:cordelia.ctr.columbia.edu{95}% cat test.c #include main() { printf ("Hello world...\n"); } [/home/wpaul]:cordelia.ctr.columbia.edu{96}% gcc -g test.c [/home/wpaul]:cordelia.ctr.columbia.edu{97}% file a.out a.out: 386 compact demand paged pure executable not stripped (Note that gcc produces a static binary by default. Using shlicc2 would have prodiced a binary linked against the shared libs.) [ftp a.out and test.c to the FreeBSD machine] [/tmp]:bootserv{41}% uname -sr FreeBSD 2.0.5-ALPHA [/tmp]:bootserv{42}% file a.out a.out: BSD/386 demand paged (first page unmapped) pure ex [/tmp]:bootserv{43}% ./a.out Segmentation fault (core dumped) [/tmp]:bootserv{44}% gdb a.out GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... (gdb) list 1 #include 2 3 main() { printf ("Hello world...\n"); } (gdb) run Starting program: /tmp/a.out Program received signal SIGSEGV, Segmentation fault. 0x1055 in start () (I'd like to know why file(1) only prints 'ex' instead of 'executable.') Unfortunately, I wasn't able to try a statically linked system binary from the BSDI machine on my FreeBSD machines, largely because there don't seem to be any: the entire system seems to consist of dynamic executables, including /sbin/init. The exceptions are as follows: - Xaccel, the commercial X server, is a static binary. However, the timestamp on it says it dates back to November 1994, which leads me to believe that it wasn't compiled on BSDI 2.0. - Netscape. This is version 1.0, the one with the throbbing 'N' symbol. - Mosaic. It looks like version 2.4. I think that it, like Netscape and Xaccel. was compiled on a BSDI 1.1 system and the binaries were simply copied over. In short, I couldn't find a magic incantation to make BSDI 2.0 produce executables that would run on FreeBSD, even though FreeBSD seems to recognize the executable format. I think it's kind of unfair that BSDI people can use our binaries, but not the other way around. Am I missing something here, or is this a bug? -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~~ FreeBSD 2.1: "We can kick your operating system's ass!" ~~~~~~~~~~ From owner-freebsd-hackers Wed Jun 7 16:56:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA23180 for hackers-outgoing; Wed, 7 Jun 1995 16:56:38 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA23171 for ; Wed, 7 Jun 1995 16:56:36 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23748; Thu, 8 Jun 1995 01:56:32 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA05159 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 01:56:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id BAA13215 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 01:35:33 +0200 From: J Wunsch Message-Id: <199506072335.BAA13215@uriah.heep.sax.de> Subject: Re: silo overflows To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Jun 1995 01:35:32 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <9506072244.AA21412@borg.ess.harris.com> from "James Leppek" at Jun 7, 95 06:44:06 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1249 Sender: hackers-owner@freebsd.org Precedence: bulk As James Leppek wrote: > > The floppy is not on the adaptec, only a little used drive and an > exabyte tape drive for backups (which were not being dome). > > Adaptec's 154X controllers are the most `famous' bus hogs. They do > > also cause all sort of troubles with floppy DMA operations ... Actually, it's totally unimportant whether you're using Adaptec's floppy controller or not. The problem is that the AHA-154X SCSI(!) controllers tend to hog the bus for too long, and an HD floppy controller needs to be serviced once each 16 µs. If this time expires, the FDC will abort the operation on the currently transferred sector. One could easily argue that the current fd driver handles this condit- ion very ungracefully (wasting a whole revolution to retransfer the sector in question), but i've got more important things on the plate regarding the floppy controller than improving support for braindead Adaptecs. (Once i've been replacing my Adaptec by an Bt 742A, the problem magically disappeared.) (No offense intended. Apologies to everybody who's thinking this would sound too rude. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jun 7 17:04:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23395 for hackers-outgoing; Wed, 7 Jun 1995 17:04:43 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA23389 ; Wed, 7 Jun 1995 17:04:40 -0700 Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id CAA03242 ; Thu, 8 Jun 1995 02:04:37 +0200 Received: from hebe.ibp.fr (hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id CAA23684 ; Thu, 8 Jun 1995 02:02:53 +0200 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id CAA29091 ; Thu, 8 Jun 1995 02:01:18 +0200 Message-Id: <199506080001.CAA29091@hebe.ibp.fr> Subject: Re: What Europen sites mirrors directly from freebsd.org? To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Thu, 8 Jun 1995 02:01:18 +0200 (MET DST) Cc: aa@ba.su.se, jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199506071552.RAA05977@blaise.ibp.fr> from "Ollivier Robert" at Jun 7, 95 05:52:33 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 910 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Many Europen mirrors are real old (well at least a day). > > How does the chain of mirrors look like? What site in Europe get it first? > > ftp.freebsd.org is mirrored once a day on ftp.ibp.fr in /pub/FreeBSD. Well, I hate to admit it but you should not rely too much on ftp.ibp.fr for 2.0.5-* currently. There are some problems with the mirror because the network connection is very slow and because lots of files are being moved or updated very frequently on ftp.freebsd.org, so it is very difficult for me to ensure that ftp.ibp.fr is always up to date. I should probably remove the mirror until the release of 2.0.5 to avoid problems for users (getting obsolete files and mixed old/new files from a ftp site is probably not funny). > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG > FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 Remy From owner-freebsd-hackers Wed Jun 7 17:07:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23555 for hackers-outgoing; Wed, 7 Jun 1995 17:07:36 -0700 Received: from argus.iadfw.net (argus.iadfw.net [204.178.72.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA23548 for ; Wed, 7 Jun 1995 17:07:34 -0700 Received: (from jbryant@localhost) by argus.iadfw.net (8.6.11/8.6.9) id TAA01092 for freebsd-hackers@freebsd.org; Wed, 7 Jun 1995 19:04:37 -0500 From: Jim Bryant Message-Id: <199506080004.TAA01092@argus.iadfw.net> Subject: man pages for device drivers To: freebsd-hackers@freebsd.org Date: Wed, 7 Jun 1995 19:04:36 -0500 (CDT) Content-Type: text Content-Length: 480 Sender: hackers-owner@freebsd.org Precedence: bulk Here is something I would like to see: put the /dev/* entry info [major,minor,b or c] in the manual pages for device drivers. also, not all of the drivers have man pages. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Wed Jun 7 17:20:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA24234 for hackers-outgoing; Wed, 7 Jun 1995 17:20:05 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA24208 for ; Wed, 7 Jun 1995 17:19:57 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA24951 (5.67a/IDA-1.5); Wed, 7 Jun 1995 19:02:04 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA23400; 7 Jun 95 18:07:44 CDT (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id SAA23397; Wed, 7 Jun 1995 18:07:43 -0500 From: Peter da Silva Message-Id: <199506072307.SAA23397@bonkers.taronga.com> Subject: Re: Automount and finger. To: iznogood@iesd.auc.dk (Lars Albertsen) Date: Wed, 7 Jun 1995 18:07:43 -0500 (CDT) Cc: hackers@freefall.cdrom.com In-Reply-To: <199506071737.TAA01503@xiv.iesd.auc.dk> from "Lars Albertsen" at Jun 7, 95 07:37:48 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 160 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is there anyway that I can avoid mounting ALL users when some fool > uses finger? Right now my machine is mounting 447 user directories.... Disable finger? From owner-freebsd-hackers Wed Jun 7 17:28:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA24525 for hackers-outgoing; Wed, 7 Jun 1995 17:28:42 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA24497 ; Wed, 7 Jun 1995 17:27:12 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07812; Wed, 7 Jun 95 18:19:01 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080019.AA07812@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 7 Jun 95 18:19:01 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <199506072203.PAA03872@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 03:03:30 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > As far as I can see, the only failing part is the mechanisms associated > > > with a compressed kernel, or the compressed kernel itself and certain > > > types of cache subsystems. I can boot from a floppy with a uncompressed > > > kernel and that works fine too. Only the compressed kernel has trouble. > > > > This makes sense, actually. > > Explain please... Split I and D would cause this. Also, second reference cached code (uncompressed would be first reference, so the cache would be clean) on systems with broken caches. Even on working caches, you'd probably want to either set the pages you are loading the compressed image into non-cacheable, or BINVD the target pages from the compression to insure that you don't have bad code in your cache. The instruction prefetch crap, and the undocumented-but-existing cache crap is described in detail in "The Undocumented PC" (one of my favorite PC computer reference works). More general code that world detect cache writeback failure and other issues would be a good thing, but would probably mean two-staging the boot to make it happy. It could certainly be useful for HiNT chipset NiCE EISA motherboards and other boards that lie about cache writeback. The instruction prefetch cache issue should be an easy one to test for... are any of the following true: o All failures of this type have been on Pentium boxes o All failures of this type have been on non-Pentium boxes If the latter, it's instruction prefetch cache flushing that's needed. If the former, it's another issue. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 17:44:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA24947 for hackers-outgoing; Wed, 7 Jun 1995 17:44:44 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA24907 ; Wed, 7 Jun 1995 17:43:10 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA04466; Wed, 7 Jun 1995 17:41:50 -0700 From: Poul-Henning Kamp Message-Id: <199506080041.RAA04466@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 17:41:50 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506080019.AA07812@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 06:19:01 pm Content-Type: text Content-Length: 719 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > This makes sense, actually. > > > > Explain please... > > Split I and D would cause this. well, know of any split caches on x386 ? > o All failures of this type have been on Pentium boxes > o All failures of this type have been on non-Pentium boxes None of these are true. And BTW, the code is loaded into 0x300000..0x3fffff and uncompressed into 0x100000..0x2fffff And there is a jump to get over there, so the prefetch should be clean. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Wed Jun 7 17:52:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25182 for hackers-outgoing; Wed, 7 Jun 1995 17:52:01 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA25175 ; Wed, 7 Jun 1995 17:51:58 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQytdz14258; Wed, 7 Jun 1995 20:51:55 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA03433 (5.67b/IDA-1.5 for uunet!freebsd.org!bugs); Wed, 7 Jun 1995 17:52:16 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 19:54 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sJVjN-0004vyC; Wed, 7 Jun 95 19:45 CDT Message-Id: Date: Wed, 7 Jun 95 19:45 CDT To: phk@ref.tfs.com, jkh@freebsd.org, davidg@freebsd.org, hackers@freebsd.org, bugs@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Wed Jun 7 1995, 19:45:53 CDT Subject: Re: Pouls info request on cache issue Sender: hackers-owner@freebsd.org Precedence: bulk [2]phk says: [2]Please report this: [2] size kernel.MFS [2] kzip kernel.MFS [2] size kernel.MFS.kz # size kernel.MFS text data bss dec hex 913408 1159168 76080 2148656 20c930 # kzip kernel.MFS # size kernel.MFS.kz text data bss dec hex 1040384 0 2560 1042944 fea00 I then halted the system and attempted to boot from kernel.MFS.kz. If the cache (Intel or IDT modules) was present, it hung with: Boot: kernel.MFS.kz Booting wd(0,a)kernel.MFS.kz @ 0x300000 text=0xfe000 data=0x0 bss=0xa00 symbols=[+0x600+0x4+0x250+0x4+0x1c4] total=0x3ff 424 entry point=0x300000 Uncompressing kernel...done Booting the kernelel...done [note overlapping message] BIOS basemem (639K) != RTC basemem (640K) [in bold] and it hangs. If you boot kernel.MFS.kz with the cache disconnected, it runs fine. If you boot using kernel.MFS, it works fine with the cache installed or removed. FYI, this system has a Phoenix BIOS. [1]However, Bruce indicated that the boot procedure saves (where?) and then [1]reloads a block of low memory while decompressing, and then boots. Note [1]that an artifact of that reload is the scrambled messages I see on the screen [1]when the system hangs. Bruce felt the reload was unnecessary. [1]If you agree, you might comment it out and roll a kernel for me to try [1]that has that step missing. [1] [2]That would be in /sys/i386/boot/kzipboot/something... I will see about putting a debug step after unzip that forces a cache flush and see what that does. I'll also try pulling the save/restore since its only remaining purpose apparently is to allow the last status message to be displayed before the kernel completely takes over. Umm, you guys don't use INT 10 to display those messages do you? INT 10 tinkers with a lot of things, including A20 line. If there is anything you want tried here, let me know. If this drags on, I guess I could arrange to ship one of these systems somewhere, provided it comes back and someone has the time to look at the problem. :-) I got mail from someone with Micron MLBs that are also acting up in a similar way... but then PC Week says Windows '95 hates some Micron MLBs. Gee, I might have to go out and buy one... :-) Frank Durda IV (Win '95.9 beta beater by day) uhclem%nemesis@fw.ast.com From owner-freebsd-hackers Wed Jun 7 18:10:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25514 for hackers-outgoing; Wed, 7 Jun 1995 18:10:55 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA25508 for ; Wed, 7 Jun 1995 18:10:53 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11191; Wed, 7 Jun 95 19:04:09 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080104.AA11191@cs.weber.edu> Subject: Re: Top To: freebsd-hackers@FreeBSD.org Date: Wed, 7 Jun 95 19:04:09 MDT In-Reply-To: <199506072135.XAA12299@uriah.heep.sax.de> from "J Wunsch" at Jun 7, 95 11:35:56 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > (There's a rule of thumb saying you should have 2 * RAM as swap size.) > > Don't let Terry know about your argumentation. :-) > > (He's always voting for `eager' swap, where all RAM has to be backed > by swap space.) Not always... just for execution off an NFS mounted volume, or for shutdown/resume capability. Like having a "shutdown" image at the "accept defaults?" prompt of a running installation process so install takes ~20 seconds to run from a CDROM: just "resume" it and hit return for non-net-connected installs. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 18:31:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA26014 for hackers-outgoing; Wed, 7 Jun 1995 18:31:45 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA25988 ; Wed, 7 Jun 1995 18:30:15 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12585; Wed, 7 Jun 95 19:22:10 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080122.AA12585@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 7 Jun 95 19:22:09 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <199506080041.RAA04466@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 05:41:50 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > well, know of any split caches on x386 ? No, though the undocumented cache in the IBM 386 part comes close. > > o All failures of this type have been on Pentium boxes > > o All failures of this type have been on non-Pentium boxes > > None of these are true. So it has happened on both pentium and non-pentium boxes? On the pentium boxes, did disabling only the external (L2) cache help? I heard it did on the 486 boxes. If it didn't on the pentiums, it could be bad cache coherency (ie: an old [pre-APR-1994] chipset). This could be verified for machines that allowed the L2 cache to be enabled when the internal cache was off during the host initiated DMA. > And BTW, the code is loaded into 0x300000..0x3fffff and uncompressed > into 0x100000..0x2fffff Not gate-A20 wrap/"fill in" memory between 640k and 1M-related, then. > And there is a jump to get over there, so the prefetch should be clean. Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's before the jump and see if the problem goes away. The queue is 4/8/16/32 for a 808[86]/286/386/486. Be fun to make it 16 and have it work on 386's but not 486's... 8-). I think the prefetch is *NOT* implicated if the problem occurs on Pentiums with known-good cache coherency and post-APR-1994 masks on the bridge chipsets. If this is the case, the NOPs will do noting, and then it might be interesting to determine if the crash only occurs on PCI/non-PCI boxes or particular BIOS vendors, or other more obscure crap. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 18:39:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA26168 for hackers-outgoing; Wed, 7 Jun 1995 18:39:11 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA26162 for ; Wed, 7 Jun 1995 18:39:09 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA03618; Wed, 7 Jun 1995 18:39:02 -0700 From: "Rodney W. Grimes" Message-Id: <199506080139.SAA03618@gndrsh.aac.dev.com> Subject: Re: man pages for device drivers To: jbryant@argus.iadfw.net (Jim Bryant) Date: Wed, 7 Jun 1995 18:39:01 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506080004.TAA01092@argus.iadfw.net> from "Jim Bryant" at Jun 7, 95 07:04:36 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: 491 Sender: hackers-owner@freebsd.org Precedence: bulk > > Here is something I would like to see: > > put the /dev/* entry info [major,minor,b or c] in the manual pages for > device drivers. Please don't, with devfs coming down the line we would just have to go in and irraticate all this :-(. > also, not all of the drivers have man pages. Welll.... why don't you write us some :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Jun 7 19:12:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26930 for hackers-outgoing; Wed, 7 Jun 1995 19:12:35 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA26924 ; Wed, 7 Jun 1995 19:12:27 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA02514; Thu, 8 Jun 1995 11:37:16 +0930 From: Michael Smith Message-Id: <199506080207.LAA02514@genesis.atrad.adelaide.edu.au> Subject: Re: A day in the life of wcarchive.. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 8 Jun 1995 11:37:16 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <12213.802518984@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 7, 95 02:56:24 am Content-Type: text Content-Length: 1120 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > I just thought some of you might be amused by the stats, especially > today's.. :-) > > Generate Daily FTP archive logs > Archive Stats, DAILY > Archive Name Bytes Transfered Files Transfered % Bytes %Files > ------------ ---------------- ---------------- ------- ------ > .3/FreeBSD 9,731,392 K 37,870 36.2 27.3 The full alpha is ~160M, so that's 60 full copies of it. > P.S. If it's like this for an ALPHA, just imagine what 2.0.5R release > day will look like! :-) I'm trying to decide whether I dare offer a south australian mirror of it, or whether our upfeed will spew at me 8/ Going by this, I suspect the latter 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 [[ From owner-freebsd-hackers Wed Jun 7 19:19:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27219 for hackers-outgoing; Wed, 7 Jun 1995 19:19:09 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA27158 ; Wed, 7 Jun 1995 19:17:29 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA04754; Wed, 7 Jun 1995 19:16:08 -0700 From: Poul-Henning Kamp Message-Id: <199506080216.TAA04754@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 19:16:06 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506080122.AA12585@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 07:22:09 pm Content-Type: text Content-Length: 415 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's > before the jump and see if the problem goes away. It's a far jump... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Wed Jun 7 19:59:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA28332 for hackers-outgoing; Wed, 7 Jun 1995 19:59:20 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA28326 for ; Wed, 7 Jun 1995 19:59:14 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA05179; Wed, 7 Jun 1995 19:59:03 -0700 From: Julian Elischer Message-Id: <199506080259.TAA05179@ref.tfs.com> Subject: Re: BSDi 2.0 binary compatibility question To: wpaul@skynet.ctr.columbia.edu (House of Debuggin') Date: Wed, 7 Jun 1995 19:59:00 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199506072228.SAA00374@skynet.ctr.columbia.edu> from "House of Debuggin'" at Jun 7, 95 06:28:20 pm Content-Type: text Content-Length: 605 Sender: hackers-owner@freebsd.org Precedence: bulk > > - A statically linked FreeBSD binary will run just fine on the BSDI 2.0 > system. I used a statically-linked tcsh executable for the test: the > shell starts up fine and works great. /bin/csh and /bin/ls work too. > The BSDI file(1) and nm(1) commands doen't recognize the executables, > but they run anyway. > > - A statically linked program from BSDI 2.0 doesn't run at all on FreeBSD. > Even a dummy program like this: > sounds of chuckling heard from BSDI "(he he 'that'll fix'em)" wonder if they've thrown something in to deliberatly trip us up....? (unlikely mind you) julian From owner-freebsd-hackers Wed Jun 7 20:01:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28537 for hackers-outgoing; Wed, 7 Jun 1995 20:01:38 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA28523 for ; Wed, 7 Jun 1995 20:01:30 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA05534; Wed, 7 Jun 1995 20:04:44 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00420; Wed, 7 Jun 1995 20:01:37 -0700 Message-Id: <199506080301.UAA00420@corbin.Root.COM> To: "House of Debuggin'" cc: hackers@freebsd.org Subject: Re: BSDi 2.0 binary compatibility question In-reply-to: Your message of "Wed, 07 Jun 95 18:28:20 EDT." <199506072228.SAA00374@skynet.ctr.columbia.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 07 Jun 1995 20:01:36 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >In short, I couldn't find a magic incantation to make BSDI 2.0 produce >executables that would run on FreeBSD, even though FreeBSD seems to >recognize the executable format. I think it's kind of unfair that >BSDI people can use our binaries, but not the other way around. Am >I missing something here, or is this a bug? Based on what you said above, it sounds like the BSDI's crt0 is messing with the environment strings and BSDI stores/deals with them differently that FreeBSD. I suggest looking carefully at their crt0.c. It's quite possible that this particular incompatiblity may not be easily fixed. -DG From owner-freebsd-hackers Wed Jun 7 20:08:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28708 for hackers-outgoing; Wed, 7 Jun 1995 20:08:12 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA28702 for ; Wed, 7 Jun 1995 20:08:09 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA05277 for hackers@freebsd.org; Wed, 7 Jun 1995 20:08:07 -0700 From: Julian Elischer Message-Id: <199506080308.UAA05277@ref.tfs.com> Subject: Re: This is Japanese publishing company To: hackers@freebsd.org Date: Wed, 7 Jun 1995 20:08:04 -0700 (PDT) In-Reply-To: <199506070026.JAA01094@inetnif.niftyserve.or.jp> from "=?ISO-2022-JP?B?GyRCMXY4KyEhPz8wbBsoQg==?=" at Jun 7, 95 09:24:00 am Content-Type: text Content-Length: 1202 Sender: hackers-owner@freebsd.org Precedence: bulk Huas anyone handled this? jordan? julian > > Dear Sirs(FreeBSD core term), > > This is our first letter to you. Our company, Shuwa > System CO.,LTD, is the leading publishing company in Japan. > We are now planning a book which titled "FreeBSD nyuumon(start > up) Kit for 98 users". We intend to introduce "FreeBSD2.0R" for > Japanese NEC(98) users. > > We could be appreciate it if you give us permission to > put the article in our book and its premium disk. > > We hope to tell us the following qustions. > > --Can we receive the permissions of tools in "packages" directory > from you? Or,do we have to mail each programmer of tools? > > --Can we redistribute patched"FreeBSD2.0R" for 98series? > {= FreeBSD2.0R(98R)} > > We hope to hear favorably from you soon. > > The specification of the book is as follows: > Book Title: FreeBSD nyuumon(start up) kit for 98 users > Price: 2,800 Yen > Number of Pages: 200 > Size: 182mm x 234mm > Attachment: CD-ROM DISK > > > Sincerely yours, > Junko Arata, Editor > INTERNET:HBF01016@niftyserve.or.jp > Shuwa System Co.,Ltd > 8-5-29 Akasaka Minatoku Tokyo, 107 Japan > From owner-freebsd-hackers Wed Jun 7 20:17:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29136 for hackers-outgoing; Wed, 7 Jun 1995 20:17:22 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29127 for ; Wed, 7 Jun 1995 20:16:44 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA11654 for hackers@freebsd.org; Thu, 8 Jun 1995 08:54:29 +0500 From: "Serge A. Babkin" Message-Id: <199506080354.IAA11654@hq.icb.chel.su> Subject: Digiboard testing To: hackers@freebsd.org Date: Thu, 8 Jun 1995 08:54:29 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 329 Sender: hackers-owner@freebsd.org Precedence: bulk I have recently found that my mail subsystem was out of order so perhaps some of peoples volunteered for Digiboard driver testing didn't received my mail. If so, write me please and I'll resend this mail. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed Jun 7 20:20:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29315 for hackers-outgoing; Wed, 7 Jun 1995 20:20:52 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29307 for ; Wed, 7 Jun 1995 20:20:19 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA11644; Thu, 8 Jun 1995 08:50:15 +0500 From: "Serge A. Babkin" Message-Id: <199506080350.IAA11644@hq.icb.chel.su> Subject: Re: Interval timer/System clock To: bde@zeta.org.au (Bruce Evans) Date: Thu, 8 Jun 1995 08:50:14 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: <199506071237.WAA17067@godzilla.zeta.org.au> from "Bruce Evans" at Jun 7, 95 10:37:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 417 Sender: hackers-owner@freebsd.org Precedence: bulk > the others at rtprio 0. I think the priority doesn't affect swapping, > so for consistent timing a real time process might want extra wakeups to > keep itself in core and early wakeups to allow time for swapping it in; Does mlock() not work in FreeBSD ? Or does it not help in this case ? Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed Jun 7 20:26:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29578 for hackers-outgoing; Wed, 7 Jun 1995 20:26:25 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA29509 ; Wed, 7 Jun 1995 20:24:51 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA17275; Wed, 7 Jun 95 21:16:44 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080316.AA17275@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 7 Jun 95 21:16:43 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <199506080216.TAA04754@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 07:16:06 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's > > before the jump and see if the problem goes away. > It's a far jump... Try it to humor me? Have anything else to try that you are more confident *will* work *and* explain the behaviour? Ie: shipping it uncompressed won't tell you why it's failing, and only avoids the iss ue for right now until something else that tickles the hardware problem ends up in the tree... better to fix it while you have a repeatable instance to watch to know when it goes away. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 7 20:32:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29839 for hackers-outgoing; Wed, 7 Jun 1995 20:32:45 -0700 Received: from max.tiac.net (root@max.tiac.net [199.0.65.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29832 for ; Wed, 7 Jun 1995 20:32:41 -0700 Received: (from wheelman@localhost) by max.tiac.net (8.6.9/8.6.6.Beta9) id XAA22954 for hackers@freebsd.org; Wed, 7 Jun 1995 23:29:21 -0400 Date: Wed, 7 Jun 1995 23:29:21 -0400 From: Jaime Bozza Message-Id: <199506080329.XAA22954@max.tiac.net> To: hackers@freebsd.org Subject: FreeBSD 2.0.5 Problems Sender: hackers-owner@freebsd.org Precedence: bulk Hello! I just tried installing 2.0.5-ALPHA this evening, and when I start the install, it copies the boot and root disks, (I'm installing from floppy), and starts on the bin files. It gets to bin.ad and tells me there's a checksum error, but the numbers are EXACTLY the same except for no 'l' at the end of the second set. I'm using the most recent boot and root disks from ftp.cdrom.com, in /pub/FreeBSD/2.0.5-ALPHA/UPDATES (I even downloaded bin.ad and the boot/root disks a second time about an hour ago) ... Any ideas as to what could be wrong? Jaime Bozza From owner-freebsd-hackers Wed Jun 7 20:34:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29962 for hackers-outgoing; Wed, 7 Jun 1995 20:34:09 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29821 ; Wed, 7 Jun 1995 20:32:36 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA05773; Wed, 7 Jun 1995 20:31:15 -0700 From: Poul-Henning Kamp Message-Id: <199506080331.UAA05773@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 20:31:14 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506080316.AA17275@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 09:16:43 pm Content-Type: text Content-Length: 796 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's > > > before the jump and see if the problem goes away. > > It's a far jump... > > Try it to humor me? Have anything else to try that you are more confident Terry, you may be unfamiliar with x86 terminology. All I tried to say was that the transfer to the uncompressed code was a "far jump" which until now has always flushed the prefetch. You only need to bother with the prefetch queue if you modify instructions in you close neighborhood. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Wed Jun 7 21:09:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00614 for hackers-outgoing; Wed, 7 Jun 1995 21:09:17 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00607 for ; Wed, 7 Jun 1995 21:09:09 -0700 Received: by haven.uniserve.com id <30745>; Wed, 7 Jun 1995 21:10:08 +0100 Date: Wed, 7 Jun 1995 21:09:55 -0700 (PDT) From: Tom Samplonius To: "Rodney W. Grimes" cc: Jim Bryant , freebsd-hackers@freebsd.org Subject: Re: man pages for device drivers In-Reply-To: <199506080139.SAA03618@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Rodney W. Grimes wrote: > > > > Here is something I would like to see: > > > > put the /dev/* entry info [major,minor,b or c] in the manual pages for > > device drivers. > > Please don't, with devfs coming down the line we would just have to > go in and irraticate all this :-(. I was under the impression that devfs wasn't a sure thing yet. Tom From owner-freebsd-hackers Wed Jun 7 21:50:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01248 for hackers-outgoing; Wed, 7 Jun 1995 21:50:48 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA01242 for ; Wed, 7 Jun 1995 21:50:45 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id VAA05699; Wed, 7 Jun 1995 21:54:05 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id VAA00205; Wed, 7 Jun 1995 21:50:58 -0700 Message-Id: <199506080450.VAA00205@corbin.Root.COM> To: Karl Strickland cc: hackers@freebsd.org Subject: Re: vnode_pager_output: attempt to write meta-data!!! In-reply-to: Your message of "Wed, 07 Jun 95 23:36:48 BST." <199506072236.XAA20268@bagpuss.demon.co.uk> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 07 Jun 1995 21:50:56 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >whats this mean? > >Jun 7 18:15:44 bagpuss /kernel: vnode_pager_output: attempt to write meta-dat >a!!! -- 0xfffe9000(ff) > >This is a -current kernel from around May 26th... It means that somehow the metadata pages in the object came up "dirty". This is supposed to happen. Do you know what was happening on the system during the 15 minutes or so preceeding this? Is it repeatable? -DG From owner-freebsd-hackers Wed Jun 7 22:07:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01528 for hackers-outgoing; Wed, 7 Jun 1995 22:07:46 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01522 for ; Wed, 7 Jun 1995 22:07:44 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id WAA05765; Wed, 7 Jun 1995 22:11:04 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA00239; Wed, 7 Jun 1995 22:07:57 -0700 Message-Id: <199506080507.WAA00239@corbin.Root.COM> To: davidg@root.com cc: Karl Strickland , hackers@freebsd.org Subject: Re: vnode_pager_output: attempt to write meta-data!!! In-reply-to: Your message of "Wed, 07 Jun 95 21:50:56 PDT." <199506080450.VAA00205@corbin.Root.COM> From: David Greenman Reply-To: davidg@root.com Date: Wed, 07 Jun 1995 22:07:57 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >>whats this mean? >> >>Jun 7 18:15:44 bagpuss /kernel: vnode_pager_output: attempt to write meta-dat >>a!!! -- 0xfffe9000(ff) >> >>This is a -current kernel from around May 26th... > > It means that somehow the metadata pages in the object came up "dirty". >This is supposed to happen. Do you know what was happening on the system ^^^ Should be ISN'T! -DG >during the 15 minutes or so preceeding this? Is it repeatable? > >-DG From owner-freebsd-hackers Wed Jun 7 22:43:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01922 for hackers-outgoing; Wed, 7 Jun 1995 22:43:32 -0700 Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01916 for ; Wed, 7 Jun 1995 22:43:31 -0700 Received: (dim@localhost) by soda.CSUA.Berkeley.EDU (8.6.11/PHILMAIL-1.11) id WAA05907; Wed, 7 Jun 1995 22:43:28 -0700 Date: Wed, 7 Jun 1995 22:43:28 -0700 From: "D. Gerasimatos" Message-Id: <199506080543.WAA05907@soda.CSUA.Berkeley.EDU> To: hackers@FreeBSD.org, wheelman@max.tiac.net Subject: Re: FreeBSD 2.0.5 Problems Sender: hackers-owner@FreeBSD.org Precedence: bulk Two of us on the "questions" list had the same problem as well. It's nothing you've done. No one has addressed this yet (or even acknowledged the problem exists). Bummer, eh? Dimitrios From owner-freebsd-hackers Wed Jun 7 23:10:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02515 for hackers-outgoing; Wed, 7 Jun 1995 23:10:02 -0700 Received: from iesd.auc.dk (iesd.auc.dk [130.225.48.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02503 for ; Wed, 7 Jun 1995 23:09:58 -0700 Received: from xiv.iesd.auc.dk (xiv.iesd.auc.dk [130.225.48.209]) by iesd.auc.dk (8.6.5/8.6.5) with ESMTP id IAA22896; Thu, 8 Jun 1995 08:07:24 +0200 From: Lars Albertsen Received: (iznogood@localhost) by xiv.iesd.auc.dk (8.6.11/8.6.5) id IAA04600; Thu, 8 Jun 1995 08:07:22 +0200 Date: Thu, 8 Jun 1995 08:07:22 +0200 Message-Id: <199506080607.IAA04600@xiv.iesd.auc.dk> To: "House of Debuggin'" Cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), iznogood@iesd.auc.dk, hackers@freefall.cdrom.com Subject: Re: Automount and finger. In-Reply-To: <199506072102.RAA00225@skynet.ctr.columbia.edu> References: <199506071916.MAA02953@gndrsh.aac.dev.com> <199506072102.RAA00225@skynet.ctr.columbia.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk House> Believe me, I know how annoying this can be: I have about eight House> different home filesystems and about 350 users. I have 447 users on 25 hosts with 33 filesystems, so it's quite annoying here too... > A quick way to work around the automounter thrashing is to turn > the hide() function into a no-op. That doesn't change the fact > that the program logic is screwed up, however. Thanks, I have done that and it solves problem for now. Lars From owner-freebsd-hackers Wed Jun 7 23:20:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02724 for hackers-outgoing; Wed, 7 Jun 1995 23:20:04 -0700 Received: from max.tiac.net (root@max.tiac.net [199.0.65.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02718 for ; Wed, 7 Jun 1995 23:20:03 -0700 Received: (from wheelman@localhost) by max.tiac.net (8.6.9/8.6.6.Beta9) id CAA28856; Thu, 8 Jun 1995 02:16:43 -0400 Date: Thu, 8 Jun 1995 02:16:42 -0400 (EDT) From: Jaime Bozza To: "D. Gerasimatos" cc: hackers@FreeBSD.org Subject: Re: FreeBSD 2.0.5 Problems In-Reply-To: <199506080543.WAA05907@soda.CSUA.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Well! That's a bummer! How am I supposed to install it if it doesn't work?! I checked the files (By combining them and gunzipping them) so I know they work. From owner-freebsd-hackers Wed Jun 7 23:32:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02930 for hackers-outgoing; Wed, 7 Jun 1995 23:32:17 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02924 for ; Wed, 7 Jun 1995 23:32:14 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA06548; Thu, 8 Jun 95 08:32:07 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA02863 for freebsd-hackers@freefall.cdrom.com; Thu, 8 Jun 1995 08:44:37 +0200 Date: Thu, 8 Jun 1995 08:44:37 +0200 From: "Christoph P. Kukulies" Message-Id: <199506080644.IAA02863@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: xdm (ain't there no-des anymore?) Sender: hackers-owner@FreeBSD.org Precedence: bulk There were times when there were xdm-des and xdm-nodes in the XF86 distrib. Has DES code been taken out of xdm or what is the reason for this. I'm asking because I'm helping a person who cannot login through his xdm prompter and the des/nodes difference came to mind. -Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950606 FreeBSD 2.0-BUILT-1995 0606 #0: Tue Jun 6 19:13:32 MET DST 1995 kuku@blues.physik.rwth-aachen.de :/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Wed Jun 7 23:41:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03137 for hackers-outgoing; Wed, 7 Jun 1995 23:41:30 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA03130 for ; Wed, 7 Jun 1995 23:41:26 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id CAA02156; Thu, 8 Jun 1995 02:40:47 -0400 Date: Thu, 8 Jun 1995 02:40:47 -0400 From: Temptation Subject: problem To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I installed Freebsd on a machine thats never given me a problem in over a year. it's the ASUS 486sp3 rev 1.2. Harddrive is Seagate 1gig, about 2/3 months old, never a problem with it. For the last week I've been installing a 500meg part of Freebsd alpha. And there WAS a 500meg Dos part, that was full. I finally got all of FreeBSD, X, and everything running great. Made new kernels etc.. Yesterday I installed ALL of packages. I ftped them to my Linux server, which NFS them to FreeBSD machine, install worked great (pkg_manager), I used ./sysinstall packages, had a nice menuing system. When I was done, I played with X a little, downed the machine, cntrl alt-del, it reset, I turned it off. Today I turn it on, and all part. are gone. Both Dos and FreeBSD say the drive is empty. I've been around along time, and I know parts get corrupted etc... but the drive is bare as if I just bought it. I did a low-level check on the drive, not one error. ( stupid part is I have many tapedrives, and I never backup my Dos part., so all my work is gone.) From owner-freebsd-hackers Wed Jun 7 23:53:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03334 for hackers-outgoing; Wed, 7 Jun 1995 23:53:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03327 for ; Wed, 7 Jun 1995 23:53:03 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09376; Thu, 8 Jun 1995 08:52:55 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA06918 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 08:52:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA14218 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 08:36:22 +0200 From: J Wunsch Message-Id: <199506080636.IAA14218@uriah.heep.sax.de> Subject: Re: Pouls info request on cache issue To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Jun 1995 08:36:22 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "Frank Durda IV" at Jun 7, 95 07:45:00 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 372 Sender: hackers-owner@freebsd.org Precedence: bulk As Frank Durda IV wrote: > > [2]phk says: > [2]Please report this: > [2] size kernel.MFS > [2] kzip kernel.MFS > [2] size kernel.MFS.kz Can you PLEEZE stop discussing this on TWO lists? -hackers alone would be sufficient. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jun 7 23:53:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03351 for hackers-outgoing; Wed, 7 Jun 1995 23:53:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03328 for ; Wed, 7 Jun 1995 23:53:05 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09380; Thu, 8 Jun 1995 08:52:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA06921; Thu, 8 Jun 1995 08:52:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA14268; Thu, 8 Jun 1995 08:43:42 +0200 From: J Wunsch Message-Id: <199506080643.IAA14268@uriah.heep.sax.de> Subject: Re: installation problem To: andy@anigma.win.net Date: Thu, 8 Jun 1995 08:43:41 +0200 (MET DST) Cc: freebsd-hackers@freeBSD.ORG In-Reply-To: <20@anigma.win.net> from "Mr. Andrew Micheals" at Jun 7, 95 03:35:30 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1370 Sender: hackers-owner@freeBSD.ORG Precedence: bulk As Mr. Andrew Micheals wrote: > > Recently purchased the FreeBSD ver 2.0 and have > experienced an installation problem in that upon doing the > installation, rebooting then pointing on the boot manager, I get an > error message, saying (error loading operating system). > 1. Boot?=No Type=Primary 'big'DOS (>32MB) > Phys=(c0/h2/s18..c575/h106/s22) Sector=(63..1510109) > Size=737 MB, 575 Cylinders + 104 tracts =5 Sectors > > 2. Boot?=Yes Type=FreeBSD/Net/386BSD > Phys=9c575/h106/s23..c1023/h113/s19)Sectors > (1510110..4216171) > Size=1321 MB, 1032 Cylinders + 6 tracts +20 Sectors The error points to an inconsistency between the ideas of BIOS/DOS and FreeBSD about the disk geometry. The numbers above look somewhat suspicious (113 heads?), too. What is the geometry (number of cylinders, heads (aka traks) / cylinder, sectors / track) your BIOS is assuming? At the very least, you should be able to get this information either from the BIOS setup screen, or by some ``disc doctor'' tool under DOS. Make sure you are using exactly the same geometry when installing FreeBSD (even in case where the FreeBSD installation program might suggesting you something else). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jun 8 00:05:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03334 for hackers-outgoing; Wed, 7 Jun 1995 23:53:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03327 for ; Wed, 7 Jun 1995 23:53:03 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09376; Thu, 8 Jun 1995 08:52:55 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA06918 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 08:52:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA14218 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 08:36:22 +0200 From: J Wunsch Message-Id: <199506080636.IAA14218@uriah.heep.sax.de> Subject: Re: Pouls info request on cache issue To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Jun 1995 08:36:22 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "Frank Durda IV" at Jun 7, 95 07:45:00 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 372 Sender: hackers-owner@freebsd.org Precedence: bulk As Frank Durda IV wrote: > > [2]phk says: > [2]Please report this: > [2] size kernel.MFS > [2] kzip kernel.MFS > [2] size kernel.MFS.kz Can you PLEEZE stop discussing this on TWO lists? -hackers alone would be sufficient. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jun 8 00:08:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03351 for hackers-outgoing; Wed, 7 Jun 1995 23:53:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03328 for ; Wed, 7 Jun 1995 23:53:05 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09380; Thu, 8 Jun 1995 08:52:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA06921; Thu, 8 Jun 1995 08:52:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA14268; Thu, 8 Jun 1995 08:43:42 +0200 From: J Wunsch Message-Id: <199506080643.IAA14268@uriah.heep.sax.de> Subject: Re: installation problem To: andy@anigma.win.net Date: Thu, 8 Jun 1995 08:43:41 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <20@anigma.win.net> from "Mr. Andrew Micheals" at Jun 7, 95 03:35:30 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1370 Sender: hackers-owner@freebsd.org Precedence: bulk As Mr. Andrew Micheals wrote: > > Recently purchased the FreeBSD ver 2.0 and have > experienced an installation problem in that upon doing the > installation, rebooting then pointing on the boot manager, I get an > error message, saying (error loading operating system). > 1. Boot?=No Type=Primary 'big'DOS (>32MB) > Phys=(c0/h2/s18..c575/h106/s22) Sector=(63..1510109) > Size=737 MB, 575 Cylinders + 104 tracts =5 Sectors > > 2. Boot?=Yes Type=FreeBSD/Net/386BSD > Phys=9c575/h106/s23..c1023/h113/s19)Sectors > (1510110..4216171) > Size=1321 MB, 1032 Cylinders + 6 tracts +20 Sectors The error points to an inconsistency between the ideas of BIOS/DOS and FreeBSD about the disk geometry. The numbers above look somewhat suspicious (113 heads?), too. What is the geometry (number of cylinders, heads (aka traks) / cylinder, sectors / track) your BIOS is assuming? At the very least, you should be able to get this information either from the BIOS setup screen, or by some ``disc doctor'' tool under DOS. Make sure you are using exactly the same geometry when installing FreeBSD (even in case where the FreeBSD installation program might suggesting you something else). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jun 8 00:13:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00607 for hackers-outgoing; Thu, 8 Jun 1995 00:13:53 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA00594 for ; Thu, 8 Jun 1995 00:13:46 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <11893-0@bunyip.cc.uq.oz.au>; Thu, 8 Jun 1995 16:56:50 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id OAA11986 for ; Thu, 8 Jun 1995 14:31:06 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA09085; Thu, 8 Jun 1995 04:29:04 GMT Date: Thu, 8 Jun 1995 04:29:04 GMT From: Stephen Hocking Message-Id: <199506080429.EAA09085@netfl15a.devetir.qld.gov.au> To: hackers@freebsd.org Subject: [repost] latest working sound v30 release Sender: hackers-owner@freebsd.org Precedence: bulk The real-time stuff is supported in the latest version of the NAS server (1.2p2) which is available from all the usual places. I ought to know, I added it myself (the SETFRAG stuff). Shawn from SCO added the dynamic buffer sizing stuff for higher sample rates. It cuts down on the latency a fair whack. With setting suitable high/low water marks on the flows I think it ought to go fairly well. I have a copy of the Sun doom floating around on a machine here - if the protocol is the same between the sound servers on both machines then I see no reason why we cant come to an agreement.... >> >> There are two approches that I see to this problem fix whatever is causing >> the sndserver to crash or to reverse engineer it so we can have a native >> doom sound server. I like the last approach. Anyone with an access to >> a linux and inclination could perhaps let us know the protocol between >> Doom and the sound server. Also, if could figure out the sound protocol >> we may be able to support music and perhaps extend the sound server >> to use NCD's netaudio or what the heck lets go all the way out >> an IP Multicast the FreeBSD Doom sound sessions :) >> >> >> Cheers, >> Amancio >> >> >Well, reverse engineering is one thing, but Hannu added some real-time sound >stuff for the doom sound server and I doubt it is supported by NAS. Read >the soundserver README in /pub/doom/linux (or whatever) on wcarchive. From owner-freebsd-hackers Thu Jun 8 00:22:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01221 for hackers-outgoing; Thu, 8 Jun 1995 00:22:24 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA01213 for ; Thu, 8 Jun 1995 00:22:21 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10112; Thu, 8 Jun 1995 09:22:18 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA07062; Thu, 8 Jun 1995 09:22:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA14415; Thu, 8 Jun 1995 08:58:20 +0200 From: J Wunsch Message-Id: <199506080658.IAA14415@uriah.heep.sax.de> Subject: Re: xdm (ain't there no-des anymore?) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 8 Jun 1995 08:58:20 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506080644.IAA02863@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jun 8, 95 08:44:37 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 492 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Christoph P. Kukulies wrote: > > There were times when there were xdm-des and xdm-nodes in the XF86 distrib. > Has DES code been taken out of xdm or what is the reason for this. I think this is unnecessary since xdm links against the system's default -lcrypt dynamically? Or are you referring to something more than only password encryption? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jun 8 00:30:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01642 for hackers-outgoing; Thu, 8 Jun 1995 00:30:49 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA01629 for ; Thu, 8 Jun 1995 00:30:45 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA06916; Thu, 8 Jun 95 09:28:58 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id JAA03044; Thu, 8 Jun 1995 09:41:27 +0200 Message-Id: <199506080741.JAA03044@gilberto.physik.rwth-aachen.de> Subject: Re: A day in the life of wcarchive.. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 8 Jun 1995 09:41:26 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199506080207.LAA02514@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 8, 95 11:37:16 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1996 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Jordan K. Hubbard stands accused of saying: > > > > I just thought some of you might be amused by the stats, especially > > today's.. :-) > > > > Generate Daily FTP archive logs > > Archive Stats, DAILY > > Archive Name Bytes Transfered Files Transfered % Bytes %Files > > ------------ ---------------- ---------------- ------- ------ > > .3/FreeBSD 9,731,392 K 37,870 36.2 27.3 > > The full alpha is ~160M, so that's 60 full copies of it. Another point that would be interesting: What is the bandwidth of wcarchives' internet link? Is it a T1 link? Don't know the bandwidth of a T1 (2Mbit/s?) but it would be interesting to calculate the theoretical limit and see if the T1 link is saturated. 21 GB/d seems to me the theoretical throughput of a 2Mb link. Then it would be interesting to know if the number of ftp users is always in saturation (=500). If the latter is the case, the figures only reflect the ratio of interest in the different 'products' wcarchive is offering. Just some thoughts. > > > P.S. If it's like this for an ALPHA, just imagine what 2.0.5R release > > day will look like! :-) > > I'm trying to decide whether I dare offer a south australian mirror of it, > or whether our upfeed will spew at me 8/ Going by this, I suspect the > latter 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 [[ > -Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950606 FreeBSD 2.0-BUILT-1995 0606 #0: Tue Jun 6 19:13:32 MET DST 1995 kuku@blues.physik.rwth-aachen.de :/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Thu Jun 8 00:33:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01809 for hackers-outgoing; Thu, 8 Jun 1995 00:33:30 -0700 Received: from physics.su.oz.au (root@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA01803 for ; Thu, 8 Jun 1995 00:33:28 -0700 Received: by physics.su.oz.au id AA08457 (5.67b/IDA-1.4.4 for freebsd-hackers@freefall.cdrom.com); Thu, 8 Jun 1995 16:49:54 +1000 From: David Dawes Message-Id: <199506080649.AA08457@physics.su.oz.au> Subject: Re: xdm (ain't there no-des anymore?) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 8 Jun 1995 16:49:53 +1000 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506080644.IAA02863@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jun 8, 95 08:44:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 418 Sender: hackers-owner@FreeBSD.org Precedence: bulk >There were times when there were xdm-des and xdm-nodes in the XF86 distrib. >Has DES code been taken out of xdm or what is the reason for this. > >I'm asking because I'm helping a person who cannot login through >his xdm prompter and the des/nodes difference came to mind. xdm is dynamically linked with libcrypt.so.2.0, so there is no need for two different versions now. This wasn't the case prior to 2.0. David From owner-freebsd-hackers Thu Jun 8 00:34:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01884 for hackers-outgoing; Thu, 8 Jun 1995 00:34:27 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA01877 for ; Thu, 8 Jun 1995 00:34:22 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA06956; Thu, 8 Jun 95 09:34:07 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id JAA03092; Thu, 8 Jun 1995 09:46:36 +0200 Message-Id: <199506080746.JAA03092@gilberto.physik.rwth-aachen.de> Subject: Re: xdm (ain't there no-des anymore?) To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 8 Jun 1995 09:46:35 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199506080658.IAA14415@uriah.heep.sax.de> from "J Wunsch" at Jun 8, 95 08:58:20 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1040 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > As Christoph P. Kukulies wrote: > > > > There were times when there were xdm-des and xdm-nodes in the XF86 distrib. > > Has DES code been taken out of xdm or what is the reason for this. > > I think this is unnecessary since xdm links against the system's > default -lcrypt dynamically? > > Or are you referring to something more than only password encryption? I don't know :-) That's why I was asking. If it was that simple (linking to libcrypt) I wonder why there have been two versions for such a long time during the days when shared libs already existed (and that was if I recall correctly during XFree2.1). > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > -Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950606 FreeBSD 2.0-BUILT-1995 0606 #0: Tue Jun 6 19:13:32 MET DST 1995 kuku@blues.physik.rwth-aachen.de :/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Thu Jun 8 00:57:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02426 for hackers-outgoing; Thu, 8 Jun 1995 00:57:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA02419 ; Thu, 8 Jun 1995 00:57:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jim Babb cc: mal@algonet.se, freebsd-hackers@freebsd.org Subject: Re: Floppy install still not working? In-reply-to: Your message of "Wed, 07 Jun 95 15:58:20 CDT." <199506072054.NAA05940@freefall.cdrom.com> Date: Thu, 08 Jun 1995 00:56:56 -0700 Message-ID: <2418.802598216@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Jordan, > How about instead of 'insert next floppy', > say, 'insert the floppy with bin/bin.aa'? Done. Jordan From owner-freebsd-hackers Thu Jun 8 01:01:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02618 for hackers-outgoing; Thu, 8 Jun 1995 01:01:19 -0700 Received: from star-gate.com (bettina.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA02610 for ; Thu, 8 Jun 1995 01:01:13 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id AAA13704; Thu, 8 Jun 1995 00:46:07 -0700 Message-Id: <199506080746.AAA13704@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Christoph Kukulies cc: freebsd-hackers@freefall.cdrom.com (user alias) Subject: Re: xdm (ain't there no-des anymore?) In-reply-to: Your message of "Thu, 08 Jun 1995 09:46:35 +0200." <199506080746.JAA03092@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jun 1995 00:46:06 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Christoph Kukulies said: > > > > As Christoph P. Kukulies wrote: > > > > > > There were times when there were xdm-des and xdm-nodes in the XF86 distr ib. > > > Has DES code been taken out of xdm or what is the reason for this. > > > > I think this is unnecessary since xdm links against the system's > > default -lcrypt dynamically? > > > > Or are you referring to something more than only password encryption? > > I don't know :-) That's why I was asking. If it was that simple (linking > to libcrypt) I wonder why there have been two versions for such a long time > during the days when shared libs already existed (and that was if I recall > correctly during XFree2.1). I had a rude problem with mh's inc getting files from my remote internet accounts and I ended up linking inc with descrypt.a. Basically, I recompiled mh with sys-current and my inc failed to work because it was linked with crypt.a Amancio Amancio From owner-freebsd-hackers Thu Jun 8 01:08:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02828 for hackers-outgoing; Thu, 8 Jun 1995 01:08:49 -0700 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA02800 for ; Thu, 8 Jun 1995 01:08:29 -0700 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA18815 (5.65c8/IDA-1.4.4j for freebsd.org!hackers); Thu, 8 Jun 1995 10:08:16 +0200 Message-Id: <199506080808.AA18815@dkuug.dk> Subject: Re: BSDi 2.0 binary compatibility question To: davidg@root.com Date: Thu, 8 Jun 1995 08:18:05 +0000 (GMT) From: "Soeren Schmidt" Cc: wpaul@skynet.ctr.columbia.edu, hackers@freebsd.org In-Reply-To: <199506080301.UAA00420@corbin.Root.COM> from "David Greenman" at Jun 7, 95 08:01:36 pm From: sos@freebsd.org (Soren Schmidt) Reply-To: sos@freebsd.org X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1091 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@freebsd.org Precedence: bulk In reply to David Greenman who wrote: > > >In short, I couldn't find a magic incantation to make BSDI 2.0 produce > >executables that would run on FreeBSD, even though FreeBSD seems to > >recognize the executable format. I think it's kind of unfair that > >BSDI people can use our binaries, but not the other way around. Am > >I missing something here, or is this a bug? > > Based on what you said above, it sounds like the BSDI's crt0 is messing > with the environment strings and BSDI stores/deals with them differently that > FreeBSD. I suggest looking carefully at their crt0.c. It's quite possible that > this particular incompatiblity may not be easily fixed. This is very likely, and we have the technology in the kernel to muck around with the stack and stuff before calling crt0 from the loader (this is used for running Linux binaries too). I just requieres that we use another sysentvec for the BSDi-2.0 binaries... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Thu Jun 8 01:09:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02851 for hackers-outgoing; Thu, 8 Jun 1995 01:09:05 -0700 Received: from risc6.unisa.ac.za (risc6.unisa.ac.za [163.200.97.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA02829 for ; Thu, 8 Jun 1995 01:08:49 -0700 Received: by risc6.unisa.ac.za (AIX 3.2/UCB 5.64/4.03) id AA44813; Thu, 8 Jun 1995 10:08:30 +0200 From: radova@risc6.unisa.ac.za (A. Radovanovic) Message-Id: <9506080808.AA44813@risc6.unisa.ac.za> Subject: Dynamic SLIP (tty assig.) To: hackers@freebsd.org Date: Thu, 8 Jun 1995 10:08:30 +0200 (USAST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4215 Sender: hackers-owner@freebsd.org Precedence: bulk For all interested, I am sending the changes of sliplogin (BSD 2.0) which assigns IPs dynamically. The clent gets his IP when login to the server. The program works exactly the same as the distribution one, unless you create a file: /etc/sliphome/slip.ttys . If sliplogin found the file, addresses will be assigned dynamically. The file is as follows: --------------------------------------- # etc/sliphome/slip.ttys # # tty remote address # /dev/ttyd0 1.2.3.4 # this is just an example - use the real IPs /dev/ttyd1 2.3.4.5 -------------------------------------- This means that you can have as many users as you wish, but you'll need only a few IPs - one for each comm port. The client will pick up the address after login. I am not on the mailing list, so if you have any suggestions, please mail to me. Alex ----------------------------+--------------------------------- Aleksandar Radovanovic + University of South Africa + Mail: radova@risc1.unisa.ac.za Dept. of Computer Science + radova@osprey.unisa.ac.za P.O.Box 392 + WWW: http://osprey.unisa.ac.za Pretoria 0001 + Tel. (27) 12/429-6034 South Africa + Fax. (27) 12/429-6361 ----------------------------+--------------------------------- There are only a few simple changes in files: pathnames.h and sliplogin.c. It could be done better, but I'll improve it :) a) File pathnames.h: add the following line: #define _PATH_TTY2IP "/etc/sliphome/slip.ttys" b) File: sliplogin.c 1) The global variable dynamic is added: int unit; int speed; int uid; char loginargs[BUFSIZ]; char loginfile[MAXPATHLEN]; char loginname[BUFSIZ]; int dynamic = 1; /* this is added */ 2) The function findid is as follows: void findid(name) char *name; { FILE *fp; char ttydef [16]; char arguments [80]; static char slopt[5][16]; static char laddr[16]; static char raddr[16]; static char mask[16]; char user[16]; char dummyip [16]; int i, j, n; if ((fp = fopen(_PATH_TTY2IP, "r")) == NULL) { (void)fprintf(stderr, "sliplogin: %s: %s\n", _PATH_TTY2IP, strerror (errno)); syslog(LOG_ERR, "%s: %m\n", _PATH_TTY2IP); (void) fprintf (stderr, "Static SLIP used.\n"); dynamic = 0; } if (dynamic == 1) { while (fgets(arguments,sizeof(arguments)-1, fp)) { if (ferror(fp)) { (void) fclose (fp); dynamic = 0; break; } n=sscanf(arguments, "%15s%*[ \t]%15s\n", ttydef, raddr); if (ttydef[0] == '#' || isspace (ttydef [0])) continue; if (strcmp(ttydef, ttyname (0)) == 0) { (void) fclose (fp); break; } } } (void)strcpy(loginname, name); if ((fp = fopen(_PATH_ACCESS, "r")) == NULL) { (void)fprintf(stderr, "sliplogin: %s: %s\n", _PATH_ACCESS, strerror(errno)); syslog(LOG_ERR, "%s: %m\n", _PATH_ACCESS); exit(1); } while (fgets(loginargs, sizeof(loginargs) - 1, fp)) { if (ferror(fp)) break; n = sscanf(loginargs, "%15s%*[ \t]%15s%*[ \t]%15s%*[ \t]%15s%*[ \t]%15s%*[ \t]%15s%*[ \t]%15s%*[ \t]%15s%*[ \t]%15s\n", user, laddr, dummyip, mask, slopt[0], slopt[1], slopt[2], slopt[3], slopt[4]); if (dynamic == 1) sprintf (loginargs, "%s %s %s %s %s %s %s %s %s", user, laddr, raddr, mask, slopt[0], slopt[1], slopt[2], slopt[3], slopt[4]); if (user[0] == '#' || isspace(user[0])) continue; if (strcmp(user, name) != 0) continue; /* * we've found the guy we're looking for -- see if * there's a login file we can use. First check for * one specific to this host. If none found, try for * a generic one. */ (void)sprintf(loginfile, "%s.%s", _PATH_LOGIN, name); if (access(loginfile, R_OK|X_OK) != 0) { (void)strcpy(loginfile, _PATH_LOGIN); if (access(loginfile, R_OK|X_OK)) { fputs("access denied - no login file\n", stderr); syslog(LOG_ERR, "access denied for %s - no %s\n", name, _PATH_LOGIN); exit(5); } } (void) fclose(fp); (void) fprintf (stderr, "Your address is %s\n", raddr); return; } (void)fprintf(stderr, "SLIP access denied for %s\n", name); syslog(LOG_ERR, "SLIP access denied for %s\n", name); exit(4); /* NOTREACHED */ } From owner-freebsd-hackers Thu Jun 8 01:42:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA03592 for hackers-outgoing; Thu, 8 Jun 1995 01:42:04 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA03585 ; Thu, 8 Jun 1995 01:42:01 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jaime Bozza cc: hackers@freebsd.org Subject: Re: FreeBSD 2.0.5 Problems In-reply-to: Your message of "Wed, 07 Jun 95 23:29:21 EDT." <199506080329.XAA22954@max.tiac.net> Date: Thu, 08 Jun 1995 01:42:00 -0700 Message-ID: <3583.802600920@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk I think that Gary's crc checking code must be wrong in some way. I've disabled it for now and will leave it disabled for the BETA/RELEASE. Jordan > Hello! > I just tried installing 2.0.5-ALPHA this evening, and when I start the > install, it copies the boot and root disks, (I'm installing from floppy), > and starts on the bin files. It gets to bin.ad and tells me there's a > checksum error, but the numbers are EXACTLY the same except for no 'l' > at the end of the second set. I'm using the most recent boot and root > disks from ftp.cdrom.com, in /pub/FreeBSD/2.0.5-ALPHA/UPDATES > (I even downloaded bin.ad and the boot/root disks a second time about > an hour ago) ... Any ideas as to what could be wrong? > > Jaime Bozza From owner-freebsd-hackers Thu Jun 8 01:52:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA03989 for hackers-outgoing; Thu, 8 Jun 1995 01:52:42 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA03982 ; Thu, 8 Jun 1995 01:52:39 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Temptation cc: freebsd-hackers@freebsd.org Subject: Re: problem In-reply-to: Your message of "Thu, 08 Jun 95 02:40:47 EDT." Date: Thu, 08 Jun 1995 01:52:38 -0700 Message-ID: <3981.802601558@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > When I was done, I played with X a little, downed the machine, cntrl > alt-del, it reset, I turned it off. Today I turn it on, and all part. > are gone. Both Dos and FreeBSD say the drive is empty. I've been around > along time, and I know parts get corrupted etc... but the drive is bare Needless to say, that's bizarre. Had you cycled the machine previously to this? I have about 5 DOS/FreeBSD combo machines here running ALPHA and post-ALPHA (internal release) and they're all just fine, coming up and down like yo-yos as I test things and with all data intact. I'm not usually one to deny bugs in FreeBSD, but this really looks like you're suffering from sunspot activity! :) Jordan From owner-freebsd-hackers Thu Jun 8 01:55:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04156 for hackers-outgoing; Thu, 8 Jun 1995 01:55:17 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA04148 ; Thu, 8 Jun 1995 01:55:15 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Christoph Kukulies cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@freefall.cdrom.com (user alias) Subject: Re: A day in the life of wcarchive.. In-reply-to: Your message of "Thu, 08 Jun 95 09:41:26 +0200." <199506080741.JAA03044@gilberto.physik.rwth-aachen.de> Date: Thu, 08 Jun 1995 01:55:10 -0700 Message-ID: <4146.802601710@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > What is the bandwidth of wcarchives' internet link? Is it a T1 link? T3. Jordan From owner-freebsd-hackers Thu Jun 8 01:58:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04295 for hackers-outgoing; Thu, 8 Jun 1995 01:58:16 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA04287 ; Thu, 8 Jun 1995 01:58:14 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Christoph Kukulies cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freefall.cdrom.com (user alias) Subject: Re: xdm (ain't there no-des anymore?) In-reply-to: Your message of "Thu, 08 Jun 95 09:46:35 +0200." <199506080746.JAA03092@gilberto.physik.rwth-aachen.de> Date: Thu, 08 Jun 1995 01:58:13 -0700 Message-ID: <4285.802601893@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I don't know :-) That's why I was asking. If it was that simple (linking > to libcrypt) I wonder why there have been two versions for such a long time Naw, what you've REALLY proven to everyone is that you don't read release notes.. :-) This is documented in the XFree86 on-line docs: ... Note that there is no longer a separate xdm archive. FreeBSD 2.0 and later handles this in shared libraries now, so that the xdm binary does not itself contain des and there is no more need for us to provide separate tar balls. ... PLEASE folks, read the docs! :-( We're so darned busy here that truly the last thing we need is to have to answer questions again that we've already gone to great time and trouble to document.. I know our docs are far from perfect, and believe me, I'm working on them, but what little we do have SHOULD be read, even if you think you're an expert who no longer needs to read docs! :) Jordan From owner-freebsd-hackers Thu Jun 8 01:59:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04350 for hackers-outgoing; Thu, 8 Jun 1995 01:59:47 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA04344 ; Thu, 8 Jun 1995 01:59:42 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id EAA02532; Thu, 8 Jun 1995 04:59:02 -0400 Date: Thu, 8 Jun 1995 04:59:01 -0400 From: Temptation Subject: Re: problem To: "Jordan K. Hubbard" cc: freebsd-hackers@freebsd.org In-Reply-To: <3981.802601558@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Tell me about it :( > Needless to say, that's bizarre. Had you cycled the machine > previously to this? how do you mean cycled? I had FreeBSD running for couple hours, installing all the "packages" , played with it some, Xfree, and down it, turned it on, and everything was gone. Haven't boot dos on the machine, since I started playing with FreeBSD on it. I've removed the memory a couple times, but never did anything else. > > I have about 5 DOS/FreeBSD combo machines here running ALPHA and > post-ALPHA (internal release) and they're all just fine, coming > up and down like yo-yos as I test things and with all data intact. well I doubt it was caused by FreeBSD, but I don't know what would cause both parts to dissappear like that. > > I'm not usually one to deny bugs in FreeBSD, but this really looks > like you're suffering from sunspot activity! :) whats sunsport activity? > > Jordan > From owner-freebsd-hackers Thu Jun 8 02:05:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA04657 for hackers-outgoing; Thu, 8 Jun 1995 02:05:30 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA04645 for ; Thu, 8 Jun 1995 02:05:23 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id CAA14514; Thu, 8 Jun 1995 02:05:15 -0700 Date: Thu, 8 Jun 1995 02:05:15 -0700 (PDT) From: Howard Lew To: Temptation cc: freebsd-hackers@freebsd.org Subject: Re: problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 8 Jun 1995, Temptation wrote: > > I installed Freebsd on a machine thats never given me a problem in over a > year. it's the ASUS 486sp3 rev 1.2. Harddrive is Seagate 1gig, about 2/3 > months old, never a problem with it. > For the last week I've been installing a 500meg part of Freebsd alpha. > And there WAS a 500meg Dos part, that was full. I finally got all of > FreeBSD, X, and everything running great. Made new kernels etc.. > Yesterday I installed ALL of packages. I ftped them to my Linux server, > which NFS them to FreeBSD machine, install worked great (pkg_manager), I > used ./sysinstall packages, had a nice menuing system. > When I was done, I played with X a little, downed the machine, cntrl > alt-del, it reset, I turned it off. Today I turn it on, and all part. > are gone. Both Dos and FreeBSD say the drive is empty. I've been around > along time, and I know parts get corrupted etc... but the drive is bare > as if I just bought it. I did a low-level check on the drive, not one > error. > ( stupid part is I have many tapedrives, and I never backup my Dos part., > so all my work is gone.) > Does it now say something like invalid disk media for drive c in dos? If so, then you had a problem similar to mine with 2.0.5A. Did your Seagate hard disk require a special boot manager (ie. On Track Disk Manager with Dynamic Drive Overlay)? If so, the boot code probably got wiped. The DOS stuff is probably still be on your hard disk though. On Track DM had a program to reinstall the boot code (non-destructively available in manual mode) on mine, so I was able to fix the boot problem and get all the data back on my dos partition. /--------------------------------------\ / Howard Lew \ < Email: hlew@genome.stanford.edu > \ http://www.shoppersnet.com / \--------------------------------------/ From owner-freebsd-hackers Thu Jun 8 02:13:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05036 for hackers-outgoing; Thu, 8 Jun 1995 02:13:33 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05028 for ; Thu, 8 Jun 1995 02:13:28 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id FAA02552; Thu, 8 Jun 1995 05:12:43 -0400 Date: Thu, 8 Jun 1995 05:12:43 -0400 From: Temptation Subject: Re: problem To: Howard Lew cc: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Yes. > Does it now say something like invalid disk media for drive c in dos? If > so, then you had a problem similar to mine with 2.0.5A. > No. it didn't require it. Nor did I use DM. a friend send me disk doctor. that data was there, but it Norton failed to retrieve it correctly. so it's history. > Did your Seagate hard disk require a special boot manager (ie. On Track > Disk Manager with Dynamic Drive Overlay)? If so, the boot code probably got > wiped. The DOS stuff is probably still be on your hard disk though. On > Track DM had a program to reinstall the boot code (non-destructively > available in manual mode) on mine, so I was able to fix the boot problem > and get all the data back on my dos partition. > > > /--------------------------------------\ > / Howard Lew \ > < Email: hlew@genome.stanford.edu > > \ http://www.shoppersnet.com / > \--------------------------------------/ > From owner-freebsd-hackers Thu Jun 8 02:32:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05745 for hackers-outgoing; Thu, 8 Jun 1995 02:32:47 -0700 Received: from penzance.econ.yale.edu (root@penzance.econ.yale.edu [130.132.32.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA05737 for ; Thu, 8 Jun 1995 02:32:43 -0700 Date: Thu, 8 Jun 1995 05:32:29 -0400 (EDT) From: -Vince- To: "Jordan K. Hubbard" cc: - PiT - , Jaime Bozza , hackers@freebsd.org Subject: Re: FreeBSD 2.0.5 Problems In-Reply-To: <3922.802601419@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 8 Jun 1995, Jordan K. Hubbard wrote: Hi Jordan, Tom, Jaime, and others: > I *have* fixed this. I am trying to roll this stupid BETA now, > and it won't be in that set. > Actually that isn't the problem I think as I just did a reinstall of 2.0.5A on Tuesday and the only problems I saw was as follows: For the installation, it would always think there is a srelease.ab file and report an eroor when all there really is is just srelease.aa... As for the other problems, choosing both everything and custom to be installed, it won't install info, ssbase, ssbin, ssecure and XFree86 even though it was supposed to install it, I had to manually extract it. Another problem is /etc/fstab has the dos partition mounted before the root partition which doesn't work since the root partition isn't even mounted yet. That's about the problems that I've experienced from the 6/4/95 floppes.... I did the installation from my DOS Partition. Hope this helps. I'll be helping Tom with the installation with the correct instructions and see if it gets anywhere. Cheers, -Vince- vince@kbrown.oldcampus.yale.edu - GUS Mailing Lists Admin UCLA Physics/Electrical Engineering - UC Berkeley Fall '95 SysAdmin bigbang.HIP.Berkeley.EDU - Running FreeBSD, Real UN*X for Free! > > On Wed, 7 Jun 1995, Jaime Bozza wrote: > > > > > Hello! > > > I just tried installing 2.0.5-ALPHA this evening, and when I start the > > > install, it copies the boot and root disks, (I'm installing from floppy), > > > and starts on the bin files. It gets to bin.ad and tells me there's a > > > checksum error, but the numbers are EXACTLY the same except for no 'l' > > > at the end of the second set. I'm using the most recent boot and root > > > disks from ftp.cdrom.com, in /pub/FreeBSD/2.0.5-ALPHA/UPDATES > > > (I even downloaded bin.ad and the boot/root disks a second time about > > > an hour ago) ... Any ideas as to what could be wrong? > > > > Wow, the 3rd person including myself that has had this same problem! I > > tried everything I could think of also but now go! I guess I'll have to > > wait for the beta and try again... Let me know if you get it to work! > > From owner-freebsd-hackers Thu Jun 8 02:55:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06680 for hackers-outgoing; Thu, 8 Jun 1995 02:55:27 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA06673 ; Thu, 8 Jun 1995 02:55:24 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: -Vince- cc: - PiT - , Jaime Bozza , hackers@freebsd.org Subject: Re: FreeBSD 2.0.5 Problems In-reply-to: Your message of "Thu, 08 Jun 95 05:32:29 EDT." Date: Thu, 08 Jun 1995 02:55:24 -0700 Message-ID: <6672.802605324@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > For the installation, it would always think there is a > srelease.ab file and report an eroor when all there really is is just > srelease.aa... As for the other problems, choosing both everything and Sounds like a syncronization problem on your end between the root.flp image and the dists. I suspect the problem won't reoccur with BETA. > extract it. Another problem is /etc/fstab has the dos partition mounted > before the root partition which doesn't work since the root partition isn't EH?? I can't reproduce this one at all! It should technically be impossible, in fact. I go through ALL the different types of partitions, including the DOS ones, and build a table. Then I _sort_ this table so that / goes before /dos and such. I truly don't see how this can happen! :( Jordan From owner-freebsd-hackers Thu Jun 8 03:14:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07319 for hackers-outgoing; Thu, 8 Jun 1995 03:14:01 -0700 Received: from penzance.econ.yale.edu (root@penzance.econ.yale.edu [130.132.32.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA07310 for ; Thu, 8 Jun 1995 03:13:58 -0700 Date: Thu, 8 Jun 1995 06:13:49 -0400 (EDT) From: -Vince- To: "Jordan K. Hubbard" cc: - PiT - , Jaime Bozza , hackers@freebsd.org Subject: Re: FreeBSD 2.0.5 Problems In-Reply-To: <6672.802605324@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 8 Jun 1995, Jordan K. Hubbard wrote: > > For the installation, it would always think there is a > > srelease.ab file and report an eroor when all there really is is just > > srelease.aa... As for the other problems, choosing both everything and > > Sounds like a syncronization problem on your end between the root.flp > image and the dists. I suspect the problem won't reoccur with BETA. > Hmmm, the installation never did use the root.flp but only the boot.flp. > > extract it. Another problem is /etc/fstab has the dos partition mounted > > before the root partition which doesn't work since the root partition isn't > > EH?? > > I can't reproduce this one at all! > > It should technically be impossible, in fact. I go through ALL the > different types of partitions, including the DOS ones, and build a > table. Then I _sort_ this table so that / goes before /dos and such. > > I truly don't see how this can happen! :( I don't know but I remember someone reporting the same problem. In the disklabel thing, it put wd0s0 before the other FreeBSD slices so that's what happened in /etc/fstab It wouldn't put the / before the dos which is mounted as /usr/dos1 in /etc/fstab... so like what happened was it put the dos slice right before the /, swap, /usr partitions so I had to edit the /etc/fstab and put the dos partition after /usr before it will mount correctly... Cheers, -Vince- vince@kbrown.oldcampus.yale.edu - GUS Mailing Lists Admin UCLA Physics/Electrical Engineering - UC Berkeley Fall '95 SysAdmin bigbang.HIP.Berkeley.EDU - Running FreeBSD, Real UN*X for Free! From owner-freebsd-hackers Thu Jun 8 03:17:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07501 for hackers-outgoing; Thu, 8 Jun 1995 03:17:43 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA07492 ; Thu, 8 Jun 1995 03:17:40 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: -Vince- cc: - PiT - , Jaime Bozza , hackers@freebsd.org Subject: Re: FreeBSD 2.0.5 Problems In-reply-to: Your message of "Thu, 08 Jun 95 06:13:49 EDT." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 08 Jun 1995 03:17:39 -0700 Message-ID: <7491.802606659@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Hmmm, the installation never did use the root.flp but only the > boot.flp. It fetches root.flp from wherever you got the rest of the bits. I'll check to see if there's a sync problem somewhere. > I don't know but I remember someone reporting the same problem. > In the disklabel thing, it put wd0s0 before the other FreeBSD slices so > that's what happened in /etc/fstab No, the order it shows in disklabel has _NOTHING_ to do with the order in /etc/fstab! Like I said, it's sorted so /usr/dos1 should go after /usr. Jordan From owner-freebsd-hackers Thu Jun 8 05:08:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09076 for hackers-outgoing; Thu, 8 Jun 1995 05:08:17 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09066 for ; Thu, 8 Jun 1995 05:08:13 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id FAA06285; Thu, 8 Jun 1995 05:11:16 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id FAA00477; Thu, 8 Jun 1995 05:08:09 -0700 Message-Id: <199506081208.FAA00477@corbin.Root.COM> To: Christoph Kukulies cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@freefall.cdrom.com (user alias) Subject: Re: A day in the life of wcarchive.. In-reply-to: Your message of "Thu, 08 Jun 95 09:41:26 +0200." <199506080741.JAA03044@gilberto.physik.rwth-aachen.de> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 08 Jun 1995 05:08:03 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > .3/FreeBSD 9,731,392 K 37,870 36.2 27.3 >> >> The full alpha is ~160M, so that's 60 full copies of it. > >Another point that would be interesting: > >What is the bandwidth of wcarchives' internet link? Is it a T1 link? >Don't know the bandwidth of a T1 (2Mbit/s?) but it would be interesting >to calculate the theoretical limit and see if the T1 link is saturated. >21 GB/d seems to me the theoretical throughput of a 2Mb link. >Then it would be interesting to know if the number of ftp users >is always in saturation (=500). If the latter is the case, the figures >only reflect the ratio of interest in the different 'products' wcarchive >is offering. Wcarchive is connected via ethernet to a 45Mb T3. It pushes an average of 700K bytes/sec during the daytime and about 250K/sec at night - or about 30G bytes/day. It's by far the busiest anonymous FTP server on the Internet. The above indicates that FreeBSD is approximately 1/3rd of the total traffic from wcarchive. -DG From owner-freebsd-hackers Thu Jun 8 05:28:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09746 for hackers-outgoing; Thu, 8 Jun 1995 05:28:17 -0700 Received: from risc6.unisa.ac.za (risc6.unisa.ac.za [163.200.97.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA09737 for ; Thu, 8 Jun 1995 05:28:06 -0700 Received: by risc6.unisa.ac.za (AIX 3.2/UCB 5.64/4.03) id AA36298; Thu, 8 Jun 1995 14:27:38 +0200 From: radova@risc6.unisa.ac.za (A. Radovanovic) Message-Id: <9506081227.AA36298@risc6.unisa.ac.za> Subject: Boca 6-port serial card To: freebsd-hackers@freebsd.org Date: Thu, 8 Jun 1995 14:27:38 +0200 (USAST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1059 Sender: hackers-owner@freebsd.org Precedence: bulk I'v just got a Boca 6-port serial card: IOAT 66. The card has the following configurable (by jumpers) parameters: Port Address Interrupts Shared IRQ status Reg A 3f8 or 220 IRQ4 or shared IRQ4 or IRQ 5 2f0 or 208 B 2f8 or 228 IRQ3 or shared C 3e8 or 240 IRQ 10 or shared D 2e8 or 248 IRQ 11 or shared E 3e0 or 260 IRQ 12 or shared F 2f0 or 268 IRQ 15 or shared Can anybody help me with an advice how to place jumpers, and how to configure the kernel? Can I assume that this is the 8-port card without 2 ports? :) Regards, Alex ----------------------------+--------------------------------- Aleksandar Radovanovic + University of South Africa + Mail: radova@risc1.unisa.ac.za Dept. of Computer Science + radova@osprey.unisa.ac.za P.O.Box 392 + WWW: http://osprey.unisa.ac.za Pretoria 0001 + Tel. (27) 12/429-6034 South Africa + Fax. (27) 12/429-6361 ----------------------------+--------------------------------- From owner-freebsd-hackers Thu Jun 8 05:37:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA10146 for hackers-outgoing; Thu, 8 Jun 1995 05:37:01 -0700 Received: from condor.ic.net (root@condor.ic.net [152.160.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA10139 for ; Thu, 8 Jun 1995 05:36:55 -0700 Received: from ic.net by condor.ic.net with smtp (Smail3.1.29.1 #6) id m0sJhj3-001Cz3C; Thu, 8 Jun 95 09:34 WET DST Received: by ic.net (Smail3.1.28.1 #6) id m0sJgn4-000gpDC; Thu, 8 Jun 95 08:34 WET DST Date: Thu, 8 Jun 1995 08:34:26 -0400 (EDT) From: Rob To: hackers@FreeBSD.org Subject: Can't use keyboard after compiling new kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I compile new kernels a lot - I like to experament with things. So the latest one I compiled was identical to the last one that I used except that it used cons25 terminal instead of vt220. I guess I was a little too sure of myself and deleted /kernel.old (I thought I would forget to later.) Now FreeBSD starts to boot, and somewhere after it mounts some partitions I loose the cursor, and I can't use the keyboard at all (I was able to use it at the "Boot:" prompt.) Can anyone help!? I tried starting the installation in fix-it mode but the same thing happens when I boot from the hard disk. I'm stuck using OS/2 for the time being. Thank you for any help any of you may be able to give. Rob From owner-freebsd-hackers Thu Jun 8 06:06:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA11172 for hackers-outgoing; Thu, 8 Jun 1995 06:06:36 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA11165 for ; Thu, 8 Jun 1995 06:06:30 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA25379; Thu, 8 Jun 1995 22:58:28 +1000 Date: Thu, 8 Jun 1995 22:58:28 +1000 From: Bruce Evans Message-Id: <199506081258.WAA25379@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, bde@zeta.org.au Subject: Re: Interval timer/System clock Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> the others at rtprio 0. I think the priority doesn't affect swapping, >> so for consistent timing a real time process might want extra wakeups to >> keep itself in core and early wakeups to allow time for swapping it in; >Does mlock() not work in FreeBSD ? Or does it not help in this case ? I don't know a lot about this. John Dyson says that real time priority stops swapping but not paging. mlock() is supposed to work to stop paging. Bruce From owner-freebsd-hackers Thu Jun 8 06:08:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA11313 for hackers-outgoing; Thu, 8 Jun 1995 06:08:19 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA11307 ; Thu, 8 Jun 1995 06:08:11 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA25597; Thu, 8 Jun 1995 23:04:53 +1000 Date: Thu, 8 Jun 1995 23:04:53 +1000 From: Bruce Evans Message-Id: <199506081304.XAA25597@godzilla.zeta.org.au> To: davidg@freebsd.org, hackers@freebsd.org, jkh@freebsd.org, phk@ref.tfs.com, uhclem%nemesis@fw.ast.com Subject: Re: Pouls info request on cache issue Sender: hackers-owner@freebsd.org Precedence: bulk >Umm, you guys don't use INT 10 to display those messages do you? >INT 10 tinkers with a lot of things, including A20 line. No. That makes the BIOS-preservation bug more surprising. The screen is written to directly but the BIOS row and column variables are used instead of private variables! Does INT 10 really tinker with a lot of things if you just write a character [and attribute]? Bruce From owner-freebsd-hackers Thu Jun 8 06:22:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA11778 for hackers-outgoing; Thu, 8 Jun 1995 06:22:36 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA11763 for ; Thu, 8 Jun 1995 06:22:22 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA26099; Thu, 8 Jun 1995 23:18:21 +1000 Date: Thu, 8 Jun 1995 23:18:21 +1000 From: Bruce Evans Message-Id: <199506081318.XAA26099@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, terry@uivlsi.csl.uiuc.edu Subject: Re: WD driver serendipity Sender: hackers-owner@FreeBSD.org Precedence: bulk >at least 10% on my 486DX-40 system. Thanks for the great work! If 32-bit >and multi-block transfers don't cause problems, I hope they will be enabled >by default in 2.1 since I suspect not everyone is aware of them. Has They do cause problems. >multi-block transfer been available on ST506 disk controllers all along? >If so, has it taken that long (after IDE disks were introduced) for the BIOS >manufacturers to support this capability? I think it's mainly an ESDI/IDE feature. My 1990-1992 ESDI drives reported that they didn't supporte it. Bruce From owner-freebsd-hackers Thu Jun 8 07:13:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA12857 for hackers-outgoing; Thu, 8 Jun 1995 07:13:19 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA12848 for ; Thu, 8 Jun 1995 07:13:15 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX941209-Fujitsu Mail Gateway) id XAA10740; Thu, 8 Jun 1995 23:13:11 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX950127-Fujitsu Domain Mail Master) id XAA04063; Thu, 8 Jun 1995 23:12:40 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA12770; Thu, 8 Jun 95 23:12:40 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0sJiR0-0005moC; Thu, 8 Jun 95 23:19 JST Date: Thu, 8 Jun 95 23:08:47 JST From: Masahiro SEKIGUCHI Message-Id: <9506081408.AA04273@seki.sysrap.cs.fujitsu.co.jp> References: <3307.802554951@freefall.cdrom.com> To: hackers@freefall.cdrom.com, "Jordan K. Hubbard" Subject: Re: Experimental directory on freefall - please populate! Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan, I put the updates to my fe driver (an Ethernet driver for Fujitsu MB86960 based cards) on the following directory: ftp://freefall.cdrom.com/pub/incoming/experimental/if_fe/ This kind of files might be out of your original intention. I did it because: I think it is better not to include the changes into "official" source tree now. It is too late for 2.0.5. I believe the patch works correctly, and there must be some users who absolutely need it. Please include this change on somewhere in the 2.0.5 CD-ROM. Regards, P.S., Could someone in core team apply the patch to src/sys/i386/isa/if_fe.c in -current source tree, please? From owner-freebsd-hackers Thu Jun 8 07:25:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA13413 for hackers-outgoing; Thu, 8 Jun 1995 07:25:24 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA13407 for ; Thu, 8 Jun 1995 07:25:22 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id KAA01195; Thu, 8 Jun 1995 10:12:25 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199506081412.KAA01195@grendel.csc.smith.edu> Subject: Re: silo overflows To: bde@zeta.org.au (Bruce Evans) Date: Thu, 8 Jun 1995 10:12:25 -0400 (EDT) Cc: freebsd-hackers@freefall.cdrom.com, jleppek@suw2k.ess.harris.com In-Reply-To: <199506071519.BAA22660@godzilla.zeta.org.au> from "Bruce Evans" at Jun 8, 95 01:19:21 am Content-Type: text Content-Length: 850 Sender: hackers-owner@FreeBSD.org Precedence: bulk > There have been reports about silo overflows under X in normal > operations, but I don't know the cause. Overflows are normal, at Indeed, and I only get silo overflows when running Netscape. Furthermore, if I have a page up with any notable amount of blinking text then overflows will come right in sync with the flashes. I can't seem to induce overflows by any other means. I have 4 16450 serial ports with 1 mouse, a 14.4K modem, and a 19.2K hardwired slip link to my wife's laptop (which can't keep up with anything fasters). BTW, I also have a Adaptec 1542C, 33mhz 486, 16450 serial ports, FreeBSD-current as of about 2 weeks ago and XFree86 that came on the 2.0R CD. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Thu Jun 8 08:01:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA14425 for hackers-outgoing; Thu, 8 Jun 1995 08:01:15 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA14410 ; Thu, 8 Jun 1995 08:01:11 -0700 Message-Id: <199506081501.IAA14410@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies), freebsd-hackers@freefall.cdrom.com Subject: Re: xdm (ain't there no-des anymore?) In-reply-to: Your message of "Thu, 08 Jun 95 08:58:20 +0200." <199506080658.IAA14415@uriah.heep.sax.de> Date: Thu, 08 Jun 1995 08:01:10 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >As Christoph P. Kukulies wrote: >> >> There were times when there were xdm-des and xdm-nodes in the XF86 distrib. >> Has DES code been taken out of xdm or what is the reason for this. > >I think this is unnecessary since xdm links against the system's >default -lcrypt dynamically? > >Or are you referring to something more than only password encryption? > You need to have Wraphelp.c which you can get from ftp.X.org if you hunt around. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu Jun 8 08:06:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA14774 for hackers-outgoing; Thu, 8 Jun 1995 08:06:43 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA14766 ; Thu, 8 Jun 1995 08:06:41 -0700 Message-Id: <199506081506.IAA14766@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: Christoph Kukulies , msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@freefall.cdrom.com (user alias) Subject: Re: A day in the life of wcarchive.. In-reply-to: Your message of "Thu, 08 Jun 95 01:55:10 PDT." <4146.802601710@freefall.cdrom.com> Date: Thu, 08 Jun 1995 08:06:40 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> What is the bandwidth of wcarchives' internet link? Is it a T1 link? > >T3. > > Jordan Fractional-T3 (10Mb/s) -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu Jun 8 09:03:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15806 for hackers-outgoing; Thu, 8 Jun 1995 09:03:07 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15800 ; Thu, 8 Jun 1995 09:03:04 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id BAA03792; Fri, 9 Jun 1995 01:27:04 +0930 From: Michael Smith Message-Id: <199506081557.BAA03792@genesis.atrad.adelaide.edu.au> Subject: 2.0.5A building /etc/fstab To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 9 Jun 1995 01:27:00 +0930 (CST) Cc: vince@penzance.econ.yale.edu, pit@mail.nws.orst.edu, wheelman@max.tiac.net, hackers@freebsd.org In-Reply-To: <6672.802605324@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 8, 95 02:55:24 am Content-Type: text Content-Length: 966 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > It should technically be impossible, in fact. I go through ALL the > different types of partitions, including the DOS ones, and build a > table. Then I _sort_ this table so that / goes before /dos and such. Just speaking of /etc/fstab and the initial mounts - I installed on a system with a CDrom that I move around. Booting with the CD not connected, the initial mounts fail and I end up single-user. This was OK under 2.0; has this been changed, or is my brain spam? > Jordan (and if the former, how can I/we get around it?) -- ]] 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 [[ From owner-freebsd-hackers Thu Jun 8 09:33:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16437 for hackers-outgoing; Thu, 8 Jun 1995 09:33:09 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA16431 for ; Thu, 8 Jun 1995 09:33:07 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id LAA17195; Thu, 8 Jun 1995 11:32:55 -0500 Received: by olympus (4.1/TSS2.1) id AA15023; Thu, 8 Jun 95 11:32:58 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9506081632.AA15023@olympus> Subject: Re: [repost] latest working sound v30 release To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Thu, 8 Jun 1995 11:32:57 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199506080429.EAA09085@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Jun 8, 95 04:29:04 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1781 Sender: hackers-owner@freebsd.org Precedence: bulk What a pleasant surprise! I take it all back! Amancio? Boyd > > The real-time stuff is supported in the latest version of the > NAS server (1.2p2) which is available from all the usual places. I ought > to know, I added it myself (the SETFRAG stuff). Shawn from SCO added the > dynamic buffer sizing stuff for higher sample rates. It cuts down on the > latency a fair whack. With setting suitable high/low water marks on the flows > I think it ought to go fairly well. > > I have a copy of the Sun doom floating around on a machine here - if the > protocol is the same between the sound servers on both machines then I see > no reason why we cant come to an agreement.... > > >> > >> There are two approches that I see to this problem fix whatever is causing > >> the sndserver to crash or to reverse engineer it so we can have a native > >> doom sound server. I like the last approach. Anyone with an access to > >> a linux and inclination could perhaps let us know the protocol between > >> Doom and the sound server. Also, if could figure out the sound protocol > >> we may be able to support music and perhaps extend the sound server > >> to use NCD's netaudio or what the heck lets go all the way out > >> an IP Multicast the FreeBSD Doom sound sessions :) > >> > >> > >> Cheers, > >> Amancio > >> > >> > >Well, reverse engineering is one thing, but Hannu added some real-time sound > >stuff for the doom sound server and I doubt it is supported by NAS. Read > >the soundserver README in /pub/doom/linux (or whatever) on wcarchive. > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Thu Jun 8 09:45:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17120 for hackers-outgoing; Thu, 8 Jun 1995 09:45:39 -0700 Received: from star-gate.com (bettina.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA17114 for ; Thu, 8 Jun 1995 09:45:37 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id JAA17777; Thu, 8 Jun 1995 09:33:11 -0700 Message-Id: <199506081633.JAA17777@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: faulkner@mpd.tandem.com (Boyd Faulkner) cc: sysseh@devetir.qld.gov.au (Stephen Hocking), hackers@freebsd.org Subject: Re: [repost] latest working sound v30 release In-reply-to: Your message of "Thu, 08 Jun 1995 11:32:57 CDT." <9506081632.AA15023@olympus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jun 1995 09:33:07 -0700 From: Amancio Hasty Sender: hackers-owner@freebsd.org Precedence: bulk >>> Boyd Faulkner said: > What a pleasant surprise! I take it all back! Amancio? > > Boyd Well, Stephen adopted nas quite some time ago and I ain't going to stop him :) Not sure how well nas would behave but in theory it should work. Also, I have not been checking up on the sound stuff lately mostly because I am doing mpeg. Have you ever watched a Videocd all vertically strectch out on the side of your desktop while your type e-mail ? Amancio From owner-freebsd-hackers Thu Jun 8 09:45:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17153 for hackers-outgoing; Thu, 8 Jun 1995 09:45:53 -0700 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA17139 for ; Thu, 8 Jun 1995 09:45:50 -0700 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.11/8.6.6) id LAA00348; Thu, 8 Jun 1995 11:46:09 -0500 From: "Clay D. Hopperdietzel" Message-Id: <199506081646.LAA00348@anvil.appsmiths.com> Subject: Periodic panic with -current To: hackers@freebsd.org Date: Thu, 8 Jun 1995 11:46:07 -0500 (CDT) Cc: support@anvil.appsmiths.com (Support) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1570 Sender: hackers-owner@freebsd.org Precedence: bulk Hackers, I've recently been struggling with a problem with the 2.0-current in various versions. Right now, I'm running something that was supped about monday, and before that, it was probably back from may sometime. I'm staging these on another similar freebsd system, which doesn't seem to have this problem. What I'm getting is a panic, about 40% of the time, during the startup. It comes right after the 'starting local daemons' after the date is printed. I'll transcribe it by hand below: Fatal trap 12: page fault hile in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xf019041f code segment = base=0, limit 0xfffff, type 0x1b, DPL 0 pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 125 (getty) panic: page fault (hangs) This is a 486-33 with 8M, 2 IDE drives, Adaptec 1542CF and one SCSI drive. It also has a 4 port serial board which is used for dial modems. I have not had this problem with another machine, running the same version. This system has also been running 1.1.5.1 solidly with no HW changes. Suggestions? Mail me for the config if you want it. =============================================================================== Clay D. Hopperdietzel hoppy@appsmiths.com AppSmiths, Inc. Voice (713) 578-0154 Fax (713) 578-6182 15915 Katy Fwy, Suite 470 Where do *I* Want to Go Today? Houston, Texas 77094 FreeBSD! From owner-freebsd-hackers Thu Jun 8 09:50:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17399 for hackers-outgoing; Thu, 8 Jun 1995 09:50:56 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA17391 for ; Thu, 8 Jun 1995 09:50:54 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA11816; Thu, 8 Jun 1995 11:49:57 -0500 From: Joe Greco Message-Id: <199506081649.LAA11816@brasil.moneng.mei.com> Subject: Re: Boca 6-port serial card To: radova@risc6.unisa.ac.za (A. Radovanovic) Date: Thu, 8 Jun 1995 11:49:56 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <9506081227.AA36298@risc6.unisa.ac.za> from "A. Radovanovic" at Jun 8, 95 02:27:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > I'v just got a Boca 6-port serial card: IOAT 66. > The card has the following configurable (by jumpers) parameters: > > Port Address Interrupts Shared IRQ status Reg > A 3f8 or 220 IRQ4 or shared IRQ4 or IRQ 5 2f0 or 208 > B 2f8 or 228 IRQ3 or shared > C 3e8 or 240 IRQ 10 or shared > D 2e8 or 248 IRQ 11 or shared > E 3e0 or 260 IRQ 12 or shared > F 2f0 or 268 IRQ 15 or shared > > Can anybody help me with an advice how to place jumpers, and how to > configure the kernel? Can I assume that this is the 8-port card without > 2 ports? :) > > Regards, Alex A push in the right direction: I have a BocaBoard 2016. The following setup is along the lines of what you might do for a shared interrupt solution (i.e. to keep your interrupts free for other COM ports or peripherals): device sio4 at isa? port 0x220 tty flags 0x0905 device sio5 at isa? port 0x228 tty flags 0x0905 device sio6 at isa? port 0x240 tty flags 0x0905 device sio7 at isa? port 0x248 tty flags 0x0905 device sio8 at isa? port 0x260 tty flags 0x0905 device sio9 at isa? port 0x268 tty flags 0x0905 irq 5 vector siointr Obviously you would need to set all your addresses to the alternate locations, and set the board to share IRQ's on IRQ 5. I am not sure about the "flags 0x0905" - the 05 may or may not be appropriate (the 09 tells it that the shared IRQ master device is sio9). This is totally untested - I am just trying to get you shoved in the right direction with something I *think* will work. I do not have one of these cards to play with, but multiport cards I have configured in the past all pretty much fell in line this same way. Remember to do options "COM_MULTIPORT" in your config file. Good luck, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Jun 8 09:58:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17916 for hackers-outgoing; Thu, 8 Jun 1995 09:58:40 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA17908 for ; Thu, 8 Jun 1995 09:58:38 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA04447; Thu, 8 Jun 1995 09:57:52 -0700 From: "Rodney W. Grimes" Message-Id: <199506081657.JAA04447@gndrsh.aac.dev.com> Subject: Re: man pages for device drivers To: tom@uniserve.com (Tom Samplonius) Date: Thu, 8 Jun 1995 09:57:52 -0700 (PDT) Cc: jbryant@argus.iadfw.net, freebsd-hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 7, 95 09:09: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: 722 Sender: hackers-owner@freebsd.org Precedence: bulk > > > > On Wed, 7 Jun 1995, Rodney W. Grimes wrote: > > > > > > > Here is something I would like to see: > > > > > > put the /dev/* entry info [major,minor,b or c] in the manual pages for > > > device drivers. > > > > Please don't, with devfs coming down the line we would just have to > > go in and irraticate all this :-(. > > I was under the impression that devfs wasn't a sure thing yet. Sooner or later it will happen, it is an architectual design change that all of the core team wants to happen. It is just a matter of a release or two away :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Jun 8 10:10:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18678 for hackers-outgoing; Thu, 8 Jun 1995 10:10:06 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18668 ; Thu, 8 Jun 1995 10:10:03 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA04537; Thu, 8 Jun 1995 10:10:05 -0700 From: "Rodney W. Grimes" Message-Id: <199506081710.KAA04537@gndrsh.aac.dev.com> Subject: Re: A day in the life of wcarchive.. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 8 Jun 1995 10:10:04 -0700 (PDT) Cc: kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <4146.802601710@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 8, 95 01:55:10 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: 456 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > What is the bandwidth of wcarchives' internet link? Is it a T1 link? > > T3. 10Mbit/sec, due to the fact that the interface in wcarchive is an ethernet card that is 1 hop to the barrnet fddi ring and another hop to the T3 (45Mbit/sec) Internet back bone. Can you say ``WELL CONNECTED''. :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Jun 8 10:13:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18963 for hackers-outgoing; Thu, 8 Jun 1995 10:13:48 -0700 Received: from argus.iadfw.net (root@argus.iadfw.net [204.178.72.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18957 for ; Thu, 8 Jun 1995 10:13:46 -0700 Received: (from jbryant@localhost) by argus.iadfw.net (8.6.11/8.6.9) id MAA01055 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 12:13:43 -0500 From: Jim Bryant Message-Id: <199506081713.MAA01055@argus.iadfw.net> Subject: net.errors getting ALPHA To: freebsd-hackers@freebsd.org Date: Thu, 8 Jun 1995 12:13:42 -0500 (CDT) Content-Type: text Content-Length: 1374 Sender: hackers-owner@freebsd.org Precedence: bulk It was a really bad idea to remove the checksums from all of the dists... We need them back in, as well as for the install process to verify ALL checksums before committing to anything. So far, I have had to get XF86-co.tgz on the order of 5 times. Four times due to net.errors, and once due to a zmodem error. I personally find zmodem a hell of a lot faster than FTP, and would really like to see some minimal term prog with zmodem capabilities built-into the install disk; I really think that this kind of install option would really open up a wider distribution scope [BBS's, downloading from shell accts, etc..]. The increase in bandwidth [zmodem -vs- ftp] would alone make it worthwhile, after all, this is a jump from 80megs to 150megs between the last snap and the alpha [no i'm not complaining, having X sources is a good idea]. Also, you may want to think about splitting up the big files [XF86-*.tgz] into smaller chunks like everything else. This would make a lot of people having net.errors less frustrated when they do get a bad one... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Thu Jun 8 10:20:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19350 for hackers-outgoing; Thu, 8 Jun 1995 10:20:13 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19344 ; Thu, 8 Jun 1995 10:20:09 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id NAA03068; Thu, 8 Jun 1995 13:16:24 -0400 Date: Thu, 8 Jun 1995 13:16:23 -0400 From: Temptation Subject: Re: A day in the life of wcarchive.. To: "Rodney W. Grimes" cc: "Jordan K. Hubbard" , kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506081710.KAA04537@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 8 Jun 1995, Rodney W. Grimes wrote: > > > > > What is the bandwidth of wcarchives' internet link? Is it a T1 link? > > > > T3. doesn't mean much if MCI and Sprintnet are lagged on the way :) > 10Mbit/sec, due to the fact that the interface in wcarchive is an ethernet > card that is 1 hop to the barrnet fddi ring and another hop to the T3 > (45Mbit/sec) Internet back bone. Sounds very slow, 100Mbit/sec would be better ;) > Can you say ``WELL CONNECTED''. :-) > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Thu Jun 8 10:20:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19382 for hackers-outgoing; Thu, 8 Jun 1995 10:20:16 -0700 Received: from mpp.com ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19342 for ; Thu, 8 Jun 1995 10:20:08 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id MAA03034; Thu, 8 Jun 1995 12:17:52 -0500 From: Mike Pritchard Message-Id: <199506081717.MAA03034@mpp.com> Subject: Re: man pages for device drivers To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 8 Jun 1995 12:17:52 -0500 (CDT) Cc: tom@uniserve.com, jbryant@argus.iadfw.net, freebsd-hackers@freebsd.org In-Reply-To: <199506081657.JAA04447@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 8, 95 09:57:52 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: 991 Sender: hackers-owner@freebsd.org Precedence: bulk > > On Wed, 7 Jun 1995, Rodney W. Grimes wrote: > > > > Here is something I would like to see: > > > > > > > > put the /dev/* entry info [major,minor,b or c] in the manual pages for > > > > device drivers. > > > > > > Please don't, with devfs coming down the line we would just have to > > > go in and irraticate all this :-(. > > > > I was under the impression that devfs wasn't a sure thing yet. > > Sooner or later it will happen, it is an architectual design change > that all of the core team wants to happen. It is just a matter of > a release or two away :-). How about a README file in /dev with all of the info in it? Better than the man pages, since those are off in /usr anyways. When devfs does finally go into the system, the README file can go away. All that this file needs to be is the output from "file /dev/*" from a system that had "MAKEDEV all" run on it. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Jun 8 10:21:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19583 for hackers-outgoing; Thu, 8 Jun 1995 10:21:49 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19577 for ; Thu, 8 Jun 1995 10:21:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA00374 for hackers@FreeBSD.org; Fri, 9 Jun 1995 03:16:54 +1000 Date: Fri, 9 Jun 1995 03:16:54 +1000 From: Bruce Evans Message-Id: <199506081716.DAA00374@godzilla.zeta.org.au> To: hackers@FreeBSD.org Subject: Re: pthreads (was Re: DCE in BSD4.4-Lite) Sender: hackers-owner@FreeBSD.org Precedence: bulk >Chris Provenzano's beta pthread package based on POSIX1003.4a Draft >8 with a few minor patches compiles and almost runs through its >tests on FreeBSD 2.05B. The test that fails is the >floating point preemption test, which dies with a: >> pid 4510 (test_preemption_) exited with masked floating point exceptions 0x41 This message is from exit() in the kernel and may be unimportant. A message like it is normal if a process fiddles with the FPU exception mask and then gets a masked exception and doesn't clear the exception before exiting. Perhaps the message should be under #ifdef DEBUG for 2.0.5R. Bruce From owner-freebsd-hackers Thu Jun 8 10:28:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19823 for hackers-outgoing; Thu, 8 Jun 1995 10:28:01 -0700 Received: from saul4.u.washington.edu (spaz@saul4.u.washington.edu [140.142.83.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA19817 ; Thu, 8 Jun 1995 10:28:00 -0700 Received: by saul4.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA08171; Thu, 8 Jun 95 10:27:42 -0700 X-Sender: spaz@saul4.u.washington.edu Date: Thu, 8 Jun 1995 10:27:41 -0700 (PDT) From: John Utz To: Bruce Evans Cc: davidg@FreeBSD.ORG, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG, phk@ref.tfs.com, uhclem%nemesis@fw.ast.com Subject: Re: Pouls info request on cache issue In-Reply-To: <199506081304.XAA25597@godzilla.zeta.org.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk ACK! On Thu, 8 Jun 1995, Bruce Evans wrote: > >Umm, you guys don't use INT 10 to display those messages do you? > >INT 10 tinkers with a lot of things, including A20 line. > > No. That makes the BIOS-preservation bug more surprising. The > screen is written to directly but the BIOS row and column variables > are used instead of private variables! > > Does INT 10 really tinker with a lot of things if you just write > a character [and attribute]? > I thought we didin't own an INT 10, that is a bios call !! I assume i must be looking at this out of context somehow.. ;-( But since we are on the subject of int calls, how does one do it from freebsd anyway? I got some mail from the guy who ported this linux mpu401 driver ( to the sunos flavor that runs on a 386 sun ) that i wanted to hack on. He gave me a suprisingly helpful collection of boxes that i needed check off before i could do something like this. The only one left to sort out is how to do interrupts. I tried : grep int /usr/src/sys/i386/isa | more but all i found was printfs and variable declarations :-) ( *lots* of printfs and variable declarations ) Finally, what is the flag to gcc that gets it to emit the *.s file ? I thought it was : gcc -s foo.c but that does not seem to doing it! > Bruce > thanks gang! ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Thu Jun 8 10:34:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20209 for hackers-outgoing; Thu, 8 Jun 1995 10:34:33 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA20201 for ; Thu, 8 Jun 1995 10:34:31 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA04714; Thu, 8 Jun 1995 10:34:02 -0700 From: "Rodney W. Grimes" Message-Id: <199506081734.KAA04714@gndrsh.aac.dev.com> Subject: Re: man pages for device drivers To: mpp@legarto.minn.net (Mike Pritchard) Date: Thu, 8 Jun 1995 10:34:02 -0700 (PDT) Cc: tom@uniserve.com, jbryant@argus.iadfw.net, freebsd-hackers@freebsd.org In-Reply-To: <199506081717.MAA03034@mpp.com> from "Mike Pritchard" at Jun 8, 95 12:17: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: 1175 Sender: hackers-owner@freebsd.org Precedence: bulk > > > > On Wed, 7 Jun 1995, Rodney W. Grimes wrote: > > > > > Here is something I would like to see: > > > > > > > > > > put the /dev/* entry info [major,minor,b or c] in the manual pages for > > > > > device drivers. > > > > > > > > Please don't, with devfs coming down the line we would just have to > > > > go in and irraticate all this :-(. > > > > > > I was under the impression that devfs wasn't a sure thing yet. > > > > Sooner or later it will happen, it is an architectual design change > > that all of the core team wants to happen. It is just a matter of > > a release or two away :-). > > How about a README file in /dev with all of the info in it? > Better than the man pages, since those are off in /usr anyways. > When devfs does finally go into the system, the README file can go away. > All that this file needs to be is the output from "file /dev/*" > from a system that had "MAKEDEV all" run on it. A rewritten version of MAKEDEV after 2.0.5R is out should document this *much* better. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Jun 8 11:10:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21794 for hackers-outgoing; Thu, 8 Jun 1995 11:10:02 -0700 Received: from max.tiac.net (root@max.tiac.net [199.0.65.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA21788 for ; Thu, 8 Jun 1995 11:10:00 -0700 Received: (from wheelman@localhost) by max.tiac.net (8.6.9/8.6.6.Beta9) id OAA20876 for hackers@FreeBSD.org; Thu, 8 Jun 1995 14:06:39 -0400 Date: Thu, 8 Jun 1995 14:06:39 -0400 From: Jaime Bozza Message-Id: <199506081806.OAA20876@max.tiac.net> To: hackers@FreeBSD.org Subject: CRC Problem. Sender: hackers-owner@FreeBSD.org Precedence: bulk Any idea as to when the CRC fix will be posted on ftp.cdrom.com? I'd like to get this thing installed. Also, should I wait before downloading all the packages, or will those stay the same? Jaime From owner-freebsd-hackers Thu Jun 8 11:11:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21976 for hackers-outgoing; Thu, 8 Jun 1995 11:11:21 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA21970 for ; Thu, 8 Jun 1995 11:11:20 -0700 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id LAA17363 for ; Thu, 8 Jun 1995 11:10:21 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id LAA06337 for ; Thu, 8 Jun 1995 11:10:50 -0701 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id LAA02118 for hackers@freebsd.org; Thu, 8 Jun 1995 11:09:22 -0700 Date: Thu, 8 Jun 1995 11:09:22 -0700 From: "Russell L. Carter" Message-Id: <199506081809.LAA02118@geli.clusternet> To: hackers@freebsd.org Subject: more sysinstall partition fun. Sender: hackers-owner@freebsd.org Precedence: bulk Only took 4 times this time, but the 6/6 boot.flp system install finally succeeded. The hangup is the MPE. System: IBM 0662 1GB disk, ncr53c810, ASUS P54SP4, de. Another system with the same disk and controller came up 1st time with an older sysinstall, same starting point: 2.0.5A running over 2.0R disks. Basic procedure: in the MPE, delete any existing slices and tell it to use the entire disk. Set the FreeBSD slice bootable. 1st time I didn't pay attention to cylinders, after all it worked the last time. Installed without a hitch, but booting from the O662 halted with a blank screen and the drive light continuously on. Ok, no problem, pull out dos fdisk and get rid of everything by putting a dos partition on the entire disk. 2nd try Install, reboot hangs with "out of range of bios" Ok, paying more attention now. 3rd try, the MPE came back with 1025500/2/1. I supply 1000/7/293. Install, reboot fails with "Missing operating system." 4th try, the MPE came back with 7918/7/37 (!!) What the hell, they're different, let's see what happens. The slice table looks like this: 0 37 36 - 6 unused 37 2050725 205761 sd0s1 3 freebsd 165 CA 205762 238 2050999 - 6 unused 0 Install, reboot, success! (must of tired it out ;-) So here are some observations: 1. I have no idea what is going on with the cylinder/head/sector games. The reasonable thing (feeding the MPE something less than 1024 cylinders) did not work. The final configuration is 7918/7/37, well over 1024. 2. The sysinstall itself is getting pretty smooth, I like how you can leave stuff off the network configuration and though it complains it goes ahead and does the install. Possibly could use some check boxes where it asks for NFS client, etc. Russell From owner-freebsd-hackers Thu Jun 8 11:22:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22622 for hackers-outgoing; Thu, 8 Jun 1995 11:22:47 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA22605 ; Thu, 8 Jun 1995 11:22:40 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03515; Thu, 8 Jun 95 12:14:20 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506081814.AA03515@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 8 Jun 95 12:14:20 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@freebsd.org, bugs@freebsd.org In-Reply-To: <199506080331.UAA05773@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 08:31:14 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > Try it to humor me? Have anything else to try that you are more confident > > Terry, you may be unfamiliar with x86 terminology. All I tried to say > was that the transfer to the uncompressed code was a "far jump" which > until now has always flushed the prefetch. You only need to bother > with the prefetch queue if you modify instructions in you close > neighborhood. According to a posting a while back in the linux developer news group, there was an issue with jumps *not* flushing the prefetch queue that was throwing off a CPU timing test of some kind. I forget the details. It was not clear that the "far jump" in fact covered "a large distance" or was simply being used as a prefetch flushing mechanism. What I was suggesting was an alternate flushing mechanism (filling the thing up with NOPs). I guess a question I have is how the distinction is made between I and D in the code leading up to the kernel being executed. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 11:44:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23291 for hackers-outgoing; Thu, 8 Jun 1995 11:44:52 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA23284 for ; Thu, 8 Jun 1995 11:44:51 -0700 Message-Id: <199506081844.LAA23284@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA1154017931; Thu, 8 Jun 1995 13:48:43 -0500 From: Jim Babb Subject: Re: net.errors getting ALPHA To: jbryant@argus.iadfw.net Date: Thu, 8 Jun 95 13:48:42 CDT Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506081713.MAA01055@argus.iadfw.net>; from "Jim Bryant" at Jun 8, 95 12:13 (noon) Mailer: Elm [revision: 70.85] Sender: hackers-owner@freebsd.org Precedence: bulk > > Also, you may want to think about splitting up the big files [XF86-*.tgz] > into smaller chunks like everything else. This would make a lot of > people having net.errors less frustrated when they do get a bad one... > I was going to suggest this also. Right now some of them are just too large for 1.44 MB floppies. Jim From owner-freebsd-hackers Thu Jun 8 11:46:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23433 for hackers-outgoing; Thu, 8 Jun 1995 11:46:41 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA23427 for ; Thu, 8 Jun 1995 11:46:39 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA13109; Thu, 8 Jun 95 20:46:10 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id UAA06489 for freebsd-hackers@freefall.cdrom.com; Thu, 8 Jun 1995 20:58:37 +0200 Date: Thu, 8 Jun 1995 20:58:37 +0200 From: "Christoph P. Kukulies" Message-Id: <199506081858.UAA06489@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: aha1542 bus speeds Sender: hackers-owner@FreeBSD.org Precedence: bulk The AH1542CF allows a couple of bus speeds in the BIOS setup (^A) amongst others there are 10MB/s, 8MB/s. When looking at /sys/i386/isa/ah1542.c there is the array aha_bus_speeds[]= {0x88,100},{0x99,150} and so on. Why are these ns figures not reflect the actual (possible) MB/s values? -Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950606 FreeBSD 2.0-BUILT-1995 0606 #0: Tue Jun 6 19:13:32 MET DST 1995 kuku@blues.physik.rwth-aachen.de :/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Thu Jun 8 11:48:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23558 for hackers-outgoing; Thu, 8 Jun 1995 11:48:53 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA23552 for ; Thu, 8 Jun 1995 11:48:52 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05420; Thu, 8 Jun 95 12:39:43 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506081839.AA05420@cs.weber.edu> Subject: Re: problem To: temp@temptation.interlog.com (Temptation) Date: Thu, 8 Jun 95 12:39:42 MDT Cc: hlew@genome.Stanford.EDU, freebsd-hackers@freebsd.org In-Reply-To: from "Temptation" at Jun 8, 95 05:12:43 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk [ ... regarding "OnTrack Disk Manager" ... ] > No. it didn't require it. Nor did I use DM. a friend send me disk doctor. > that data was there, but it Norton failed to retrieve it correctly. so > it's history. You should run pfdisk.exe from a DOS disk and report the partition information that exists on the drive. Many manufacturers use DM on your behalf and don't tell you about it. I suspect you will find a single partition (and would like to know what type it says it is), which is the magic indicator that you had an OnTrack Disk Manager partition on the drive. The DM loads code in it's MBR to redirect INT 13/INT 21 by subtracting 64 sectors (to account for itself) and then translating subsequent BIOS calls relative to the area immediately after their MBR. Then immediately following that is the DOS MBR, which thinks it's at 0, containing your partition table written using the DM translated geometry. If this is the case, then all of your data is still there, and you need another copy of the base 64 sectors, and everything will magically work again. The problem is that when you boot off of floppy to install BSD, the DM code is (of course) not loaded, and you don't see the translated geometry or the 64 sector offset. What this would probably mean to you is that the BSD information is offset 64 sectors into the DOS partitions end (usually not a problem unless your drive was full under DOS, but something that should be fixed anyway). For anything above and beyond an explanation (like a dump of the first 64 sectors to replace those blown away, a utility to suck them off another machine or write them to yours from a DOS booted floppy, etc.) you will need to contact someone else who happens to have the stuff on hand (I don't). A fix for BSD may be partially there already (I seem to remember that it is from the list discussions), and probably has to do with the slicer not offseting where it writes the partition table when the DM is detected as present (or it simply not being detected). Note that DM is not the only utility that does this kind of crap, but it is probably the best and most frequently (80-90%) used. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 11:54:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23869 for hackers-outgoing; Thu, 8 Jun 1995 11:54:21 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA23861 for ; Thu, 8 Jun 1995 11:54:20 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA08408; Thu, 8 Jun 1995 11:53:12 -0700 From: Poul-Henning Kamp Message-Id: <199506081853.LAA08408@ref.tfs.com> Subject: Re: problem To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 8 Jun 1995 11:53:12 -0700 (PDT) Cc: temp@temptation.interlog.com, hlew@genome.Stanford.EDU, freebsd-hackers@freebsd.org In-Reply-To: <9506081839.AA05420@cs.weber.edu> from "Terry Lambert" at Jun 8, 95 12:39:42 pm Content-Type: text Content-Length: 660 Sender: hackers-owner@freebsd.org Precedence: bulk > You should run pfdisk.exe from a DOS disk and report the partition > information that exists on the drive. pfdisk won't see it if it uses the BIOS. boot -v will tell you. > The DM loads code in it's MBR to redirect INT 13/INT 21 by subtracting > 64 sectors (to account for itself) and then translating subsequent BIOS > calls relative to the area immediately after their MBR. 63 sectors. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Thu Jun 8 12:04:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24139 for hackers-outgoing; Thu, 8 Jun 1995 12:04:58 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24123 for ; Thu, 8 Jun 1995 12:04:30 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id PAA03232; Thu, 8 Jun 1995 15:01:33 -0400 Date: Thu, 8 Jun 1995 15:01:33 -0400 From: Temptation Subject: Re: problem To: Terry Lambert cc: hlew@genome.Stanford.EDU, freebsd-hackers@freebsd.org In-Reply-To: <9506081839.AA05420@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I know about DM (used for 5-40meg MFM/RLL drives many years ago) But as far as I know it was never on this drive, if it was, it's long gone, since i've Low-level formatted the drive a couple times. It's been a Novell server, NT server, NT workstation, Warp and Linux, and I usually low-level and run a Lowlevel-Scan before I install new OS's on them, to make sure the drive is clean, it's SCSI, so it doesn't hurt any to check them, unlike most IDE drives. I just fdisk and reformatted, don't have time to play with that stuff. On Thu, 8 Jun 1995, Terry Lambert wrote: > [ ... regarding "OnTrack Disk Manager" ... ] > > > No. it didn't require it. Nor did I use DM. a friend send me disk doctor. > > that data was there, but it Norton failed to retrieve it correctly. so > > it's history. > > You should run pfdisk.exe from a DOS disk and report the partition > information that exists on the drive. > > Many manufacturers use DM on your behalf and don't tell you about > it. > > I suspect you will find a single partition (and would like to know what > type it says it is), which is the magic indicator that you had an > OnTrack Disk Manager partition on the drive. > > The DM loads code in it's MBR to redirect INT 13/INT 21 by subtracting > 64 sectors (to account for itself) and then translating subsequent BIOS > calls relative to the area immediately after their MBR. > > Then immediately following that is the DOS MBR, which thinks it's at > 0, containing your partition table written using the DM translated > geometry. > > If this is the case, then all of your data is still there, and you need > another copy of the base 64 sectors, and everything will magically work > again. > > The problem is that when you boot off of floppy to install BSD, the DM > code is (of course) not loaded, and you don't see the translated geometry > or the 64 sector offset. > > What this would probably mean to you is that the BSD information is > offset 64 sectors into the DOS partitions end (usually not a problem > unless your drive was full under DOS, but something that should be > fixed anyway). > > For anything above and beyond an explanation (like a dump of the first > 64 sectors to replace those blown away, a utility to suck them off > another machine or write them to yours from a DOS booted floppy, etc.) > you will need to contact someone else who happens to have the stuff on > hand (I don't). > > A fix for BSD may be partially there already (I seem to remember that it > is from the list discussions), and probably has to do with the slicer > not offseting where it writes the partition table when the DM is > detected as present (or it simply not being detected). > > Note that DM is not the only utility that does this kind of crap, but > it is probably the best and most frequently (80-90%) used. > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Thu Jun 8 12:19:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24482 for hackers-outgoing; Thu, 8 Jun 1995 12:19:39 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24473 ; Thu, 8 Jun 1995 12:19:23 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA20334 ; Thu, 8 Jun 1995 21:19:08 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id VAA14963 ; Thu, 8 Jun 1995 21:19:07 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506081919.VAA14963@blaise.ibp.fr> Subject: Re: A day in the life of wcarchive.. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 8 Jun 1995 21:19:07 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <4146.802601710@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 8, 95 01:55:10 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 342 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What is the bandwidth of wcarchives' internet link? Is it a T1 link? > > T3. 45 Mbps !?!?!? I thought it was a T1 (1544 Kbps). That's even better than what some french sites got (34 Mbps). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Thu Jun 8 12:25:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24719 for hackers-outgoing; Thu, 8 Jun 1995 12:25:52 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24706 for ; Thu, 8 Jun 1995 12:25:49 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05987; Thu, 8 Jun 1995 21:25:44 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA11798 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 21:25:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA01021 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 20:19:41 +0200 From: J Wunsch Message-Id: <199506081819.UAA01021@uriah.heep.sax.de> Subject: Re: xdm (ain't there no-des anymore?) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Jun 1995 20:19:41 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506080746.JAA03092@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Jun 8, 95 09:46:35 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 588 Sender: hackers-owner@freebsd.org Precedence: bulk As Christoph Kukulies wrote: > > I don't know :-) That's why I was asking. If it was that simple (linking > to libcrypt) I wonder why there have been two versions for such a long time > during the days when shared libs already existed (and that was if I recall > correctly during XFree2.1). Since pre-2.0 FreeBSD's didn't always ship with a libcrypt. So there has been a version using libc's password scrambler, and one using lib[des]crypt. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jun 8 12:25:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24721 for hackers-outgoing; Thu, 8 Jun 1995 12:25:53 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24707 for ; Thu, 8 Jun 1995 12:25:50 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05995; Thu, 8 Jun 1995 21:25:46 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA11808; Thu, 8 Jun 1995 21:25:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA01109; Thu, 8 Jun 1995 20:33:19 +0200 From: J Wunsch Message-Id: <199506081833.UAA01109@uriah.heep.sax.de> Subject: Re: Can't use keyboard after compiling new kernel To: rdm@falcon.ic.net (Rob) Date: Thu, 8 Jun 1995 20:33:19 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Rob" at Jun 8, 95 08:34:26 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 833 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Rob wrote: > > I compile new kernels a lot - I like to experament with things. So the > latest one I compiled was identical to the last one that I used except > that it used cons25 terminal instead of vt220. Sounds confusing. If you've only changed the TERM settings (that is where the names ``cons25'' and ``vt220'' belong), then why did you build a new kernel? Or did you compile a kernel with the pcvt console driver? (If so, what did you use in your config file?) Either way, i think the only way to get it back alive is to put a kernel.GENERIC somwhere from a fixit floppy onto the machine. You can try booting single-user and see if this helps. (`-s' at the bootprompt) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jun 8 12:54:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25403 for hackers-outgoing; Thu, 8 Jun 1995 12:54:24 -0700 Received: from kksys.skypoint.net (kksys.skypoint.net [199.86.32.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA25397 for ; Thu, 8 Jun 1995 12:54:23 -0700 Received: from starfire.mn.org by kksys.skypoint.net with smtp (Smail3.1.29.1 #2) id m0sJnah-0003X7C; Thu, 8 Jun 95 14:50 CDT Received: (from john@localhost) by starfire.mn.org (8.6.8/1.2.1) id OAA05420 for hackers@FreeBSD.org; Thu, 8 Jun 1995 14:52:25 -0500 From: John Lind Message-Id: <199506081952.OAA05420@starfire.mn.org> Subject: No bug in find! NEver mind! To: hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 8 Jun 1995 14:52:24 -0500 (CDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 419 Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I am not exactly sure WHY that command worked on my 1.1 system, but there is really nothing wrong with find. Cut and paste can be a great boon, but it can also be an easy way to propagate mistakes. I didn't notice that second "-x" in the argument list tagging along. Sorry to have bothered you all! John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Thu Jun 8 13:01:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA25691 for hackers-outgoing; Thu, 8 Jun 1995 13:01:39 -0700 Received: from kksys.skypoint.net (kksys.skypoint.net [199.86.32.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA25685 for ; Thu, 8 Jun 1995 13:01:36 -0700 Received: from starfire.mn.org by kksys.skypoint.net with smtp (Smail3.1.29.1 #2) id m0sJnX6-00022uC; Thu, 8 Jun 95 14:46 CDT Received: (from john@localhost) by starfire.mn.org (8.6.8/1.2.1) id OAA05399 for hackers@FreeBSD.org; Thu, 8 Jun 1995 14:48:51 -0500 From: John Lind Message-Id: <199506081948.OAA05399@starfire.mn.org> Subject: strange behavior in find (possible bug?) 2.0.5-ALPHA To: hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 8 Jun 1995 14:48:50 -0500 (CDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 546 Sender: hackers-owner@FreeBSD.org Precedence: bulk I just ran the following find on a system running 2.0.5-ALPHA of 6 June: find -x / /usr /local_home /var -x -name 'X311*' -print find: -x: unknown option Running the same command (cut and paste) on the FreeBSD 1.1 system works. Either the usage information and manual page are wrong, or there is something screwey with the program.... Please advise whether I should file a bug report or what followup from me (if any) is desired. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Thu Jun 8 13:17:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26247 for hackers-outgoing; Thu, 8 Jun 1995 13:17:18 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26241 for ; Thu, 8 Jun 1995 13:17:15 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id NAA08568 ; Thu, 8 Jun 1995 13:17:06 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jim Bryant cc: freebsd-hackers@freebsd.org Subject: Re: net.errors getting ALPHA In-reply-to: Your message of "Thu, 08 Jun 1995 12:13:42 CDT." <199506081713.MAA01055@argus.iadfw.net> Date: Thu, 08 Jun 1995 13:17:05 -0700 Message-ID: <8566.802642625@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199506081713.MAA01055@argus.iadfw.net>, Jim Bryant writes: >It was a really bad idea to remove the checksums from all of the dists... >We need them back in, as well as for the install process to verify ALL >checksums before committing to anything. The checksumming routines were only used for floppy installs at the time they were found to be doing bogus things and removed. FTP install is impossible as you can't rewind up a 240Kb (or multi-Mb for X11 stuff) stream, which is all that the install program has to go with - the downloaded file doesn't exist on your local disk ANYTIME during the installation unless you are using tape! >So far, I have had to get XF86-co.tgz on the order of 5 times. Four >times due to net.errors, and once due to a zmodem error. I personally >find zmodem a hell of a lot faster than FTP, and would really like to see >some minimal term prog with zmodem capabilities built-into the install >disk; I really think that this kind of install option would really open >up a wider distribution scope [BBS's, downloading from shell accts, >etc..]. The increase in bandwidth [zmodem -vs- ftp] would alone make it >worthwhile, after all, this is a jump from 80megs to 150megs between the >last snap and the alpha [no i'm not complaining, having X sources is a >good idea]. Having zmodem would be a lot of work - either we'd have to find bit of source code which would allow us to use it in a commercial environment, and in a modified state, or we'd have to write it. And for the former, there is always the worry that we overflow the damned boot disk :-( Gary From owner-freebsd-hackers Thu Jun 8 13:19:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26431 for hackers-outgoing; Thu, 8 Jun 1995 13:19:19 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26422 ; Thu, 8 Jun 1995 13:19:15 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id NAA08590 ; Thu, 8 Jun 1995 13:18:19 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Temptation cc: "Rodney W. Grimes" , "Jordan K. Hubbard" , kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com Subject: Re: A day in the life of wcarchive.. In-reply-to: Your message of "Thu, 08 Jun 1995 13:16:23 EDT." Date: Thu, 08 Jun 1995 13:18:17 -0700 Message-ID: <8588.802642697@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message , Tempta tion writes: >doesn't mean much if MCI and Sprintnet are lagged on the way :) Not our problems :-) >Sounds very slow, 100Mbit/sec would be better ;) Err. You paying? :-) Gary From owner-freebsd-hackers Thu Jun 8 13:42:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27165 for hackers-outgoing; Thu, 8 Jun 1995 13:42:57 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA27155 ; Thu, 8 Jun 1995 13:42:45 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id QAA03322; Thu, 8 Jun 1995 16:39:50 -0400 Date: Thu, 8 Jun 1995 16:39:50 -0400 From: Temptation Subject: Re: A day in the life of wcarchive.. To: Gary Palmer cc: "Rodney W. Grimes" , "Jordan K. Hubbard" , kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <8588.802642697@westhill.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 8 Jun 1995, Gary Palmer wrote: > In message , Tempta > tion writes: > >doesn't mean much if MCI and Sprintnet are lagged on the way :) Are you sure? MCI and Sprintnet says it's not theirs :) > Not our problems :-) > > >Sounds very slow, 100Mbit/sec would be better ;) > > Err. You paying? :-) Err. I thought you was for me?? :) > > Gary > From owner-freebsd-hackers Thu Jun 8 13:47:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27505 for hackers-outgoing; Thu, 8 Jun 1995 13:47:26 -0700 Received: from argus.iadfw.net (root@argus.iadfw.net [204.178.72.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA27497 for ; Thu, 8 Jun 1995 13:47:18 -0700 Received: (from jbryant@localhost) by argus.iadfw.net (8.6.11/8.6.9) id PAA01443 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 15:47:09 -0500 From: Jim Bryant Message-Id: <199506082047.PAA01443@argus.iadfw.net> Subject: options "ALLOW_CONFLICT_IOADDR" don't work! To: freebsd-hackers@freebsd.org Date: Thu, 8 Jun 1995 15:47:08 -0500 (CDT) Content-Type: text Content-Length: 936 Sender: hackers-owner@freebsd.org Precedence: bulk Guess what?! options "ALLOW_CONFLICT_IOADDR" does not work!@# ------------------------------------------------------------ FreeBSD 2.0.5-ALPHA #0: Wed Jun 7 20:08:02 CDT 1995 jbryant@argus.iadfw.net:/usr/src/sys/compile/ARGUS CPU: i486DX (486-class CPU) real memory = 20840448 (5088 pages) avail memory = 18968576 (4631 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> psm0 not probed due to I/O address conflict with sc0 at 0x60 ------------------------------------------------------------ This did work previous to ALPHA [in 950412-SNAP]. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Thu Jun 8 13:51:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27652 for hackers-outgoing; Thu, 8 Jun 1995 13:51:22 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA27645 ; Thu, 8 Jun 1995 13:51:20 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id NAA08685 ; Thu, 8 Jun 1995 13:49:44 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Temptation cc: "Rodney W. Grimes" , "Jordan K. Hubbard" , kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com Subject: Re: A day in the life of wcarchive.. In-reply-to: Your message of "Thu, 08 Jun 1995 16:39:50 EDT." Date: Thu, 08 Jun 1995 13:49:43 -0700 Message-ID: <8683.802644583@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message , Tempta tion writes: >> >doesn't mean much if MCI and Sprintnet are lagged on the way :) >Are you sure? MCI and Sprintnet says it's not theirs :) Unless there is a break in the BARRNET (oops - that's BBN PlaNET Western Region now of course!) FDDI ring, it's not a fault at our end. It's either the T3 out of BARRNET that's overloaded, or more likely MCI or SPRINT falling over (yet again). The problems we have been seeing lately are cauing large scale routing outages for long periods, but only when we start using facilities outside BARRNET - i.e. it's a MCI, SPRINT, or other problem. If they don't admit to it, then kick them harder, as you are still talking to their PR department. >> >Sounds very slow, 100Mbit/sec would be better ;) >> Err. You paying? :-) >Err. I thought you was for me?? :) Sorry? I can't parse that sentence. Gary From owner-freebsd-hackers Thu Jun 8 13:58:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27968 for hackers-outgoing; Thu, 8 Jun 1995 13:58:49 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA27962 for ; Thu, 8 Jun 1995 13:58:48 -0700 Received: from Snoopy.UCIS.Dal.Ca (Snoopy.UCIS.Dal.Ca [129.173.1.10]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id NAA13079 for ; Thu, 8 Jun 1995 13:59:34 -0700 Received: (from digdon@localhost) by Snoopy.UCIS.Dal.Ca (8.6.9/8.6.6) id RAA15925 for freebsd-hackers@freebsd.cdrom.com; Thu, 8 Jun 1995 17:58:28 -0300 From: Mike Digdon Message-Id: <199506082058.RAA15925@Snoopy.UCIS.Dal.Ca> Subject: Unimpressed... To: freebsd-hackers@wcarchive.cdrom.com Date: Thu, 8 Jun 1995 17:58:28 -0300 (ADT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 369 Sender: hackers-owner@FreeBSD.org Precedence: bulk So, I happily tried to install 2.0.5 and what did I find? bin.ad has a bad checksum. I brought down multiple copies, just in case. I think I recall someone else complaining about this problem as well. How can I fix this? -- Mike Digdon # Network Operation Centre # Dalhousie University Phone: +1 902 494-1873 # E-mail: digdon@snoopy.ucis.dal.ca From owner-freebsd-hackers Thu Jun 8 14:02:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA28223 for hackers-outgoing; Thu, 8 Jun 1995 14:02:20 -0700 Received: from penzance.econ.yale.edu (root@penzance.econ.yale.edu [130.132.32.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA28215 for ; Thu, 8 Jun 1995 14:02:14 -0700 Date: Thu, 8 Jun 1995 17:02:00 -0400 (EDT) From: -Vince- To: "Jordan K. Hubbard" cc: - PiT - , Jaime Bozza , hackers@freebsd.org Subject: Re: FreeBSD 2.0.5 Problems In-Reply-To: <7491.802606659@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 8 Jun 1995, Jordan K. Hubbard wrote: > > Hmmm, the installation never did use the root.flp but only the > > boot.flp. > > It fetches root.flp from wherever you got the rest of the bits. > I'll check to see if there's a sync problem somewhere. > Oh okay... > > I don't know but I remember someone reporting the same problem. > > In the disklabel thing, it put wd0s0 before the other FreeBSD slices so > > that's what happened in /etc/fstab > > No, the order it shows in disklabel has _NOTHING_ to do with the > order in /etc/fstab! Like I said, it's sorted so /usr/dos1 should > go after /usr. Hmmm, I guess somehow it is writing the /etc/fstab wrong then since the /dev name for the dos slice is before the FreeBSD slices and it just put all the slices in the order /dev is in... Cheers, -Vince- vince@kbrown.oldcampus.yale.edu - GUS Mailing Lists Admin UCLA Physics/Electrical Engineering - UC Berkeley Fall '95 SysAdmin bigbang.HIP.Berkeley.EDU - Running FreeBSD, Real UN*X for Free! From owner-freebsd-hackers Thu Jun 8 14:10:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA28603 for hackers-outgoing; Thu, 8 Jun 1995 14:10:18 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA28597 for ; Thu, 8 Jun 1995 14:10:16 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id OAA08779 ; Thu, 8 Jun 1995 14:10:04 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jim Bryant cc: freebsd-hackers@freebsd.org Subject: Re: options "ALLOW_CONFLICT_IOADDR" don't work! In-reply-to: Your message of "Thu, 08 Jun 1995 15:47:08 CDT." <199506082047.PAA01443@argus.iadfw.net> Date: Thu, 08 Jun 1995 14:10:04 -0700 Message-ID: <8777.802645804@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199506082047.PAA01443@argus.iadfw.net>, Jim Bryant writes: >options "ALLOW_CONFLICT_IOADDR" does not work!@# >------------------------------------------------------------ >FreeBSD 2.0.5-ALPHA #0: Wed Jun 7 20:08:02 CDT 1995 > jbryant@argus.iadfw.net:/usr/src/sys/compile/ARGUS >CPU: i486DX (486-class CPU) >real memory = 20840448 (5088 pages) >avail memory = 18968576 (4631 pages) >Probing for devices on the ISA bus: >sc0 at 0x60-0x6f irq 1 on motherboard >sc0: VGA color <16 virtual consoles, flags=0x0> >psm0 not probed due to I/O address conflict with sc0 at 0x60 >------------------------------------------------------------ >This did work previous to ALPHA [in 950412-SNAP]. I really hate to say this, by RTFM!!!!! It is documented in LINT the correct solution to this problem - ALLOW_CONFLICT_IOADDR was a HACK of the gross order, and there is now another field in the device declaration line which allows conflicts. See LINT for more. Gary From owner-freebsd-hackers Thu Jun 8 14:20:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA28882 for hackers-outgoing; Thu, 8 Jun 1995 14:20:11 -0700 Received: from mail.id.net (kilroy.id.net [152.160.9.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA28875 ; Thu, 8 Jun 1995 14:20:07 -0700 Received: from hades.id.net (hades.id.net [152.160.9.12]) by mail.id.net (8.6.8/8.6.6) with ESMTP id RAA20816; Thu, 8 Jun 1995 17:20:12 -0400 From: Robert Shady Received: (rls@localhost) by hades.id.net (8.6.11/8.6.6) id BAA01237; Fri, 9 Jun 1995 01:22:14 -0400 Message-Id: <199506090522.BAA01237@hades.id.net> Subject: Re: A day in the life of wcarchive.. To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Fri, 9 Jun 1995 01:22:14 -0400 (EDT) Cc: jkh@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506081919.VAA14963@blaise.ibp.fr> from "Ollivier Robert" at Jun 8, 95 09:19:07 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: 267 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > What is the bandwidth of wcarchives' internet link? Is it a T1 link? > > > > T3. > > 45 Mbps !?!?!? I thought it was a T1 (1544 Kbps). That's even better than > what some french sites got (34 Mbps). I thought it was a T1 as well, when did it get upgraded? From owner-freebsd-hackers Thu Jun 8 14:30:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29237 for hackers-outgoing; Thu, 8 Jun 1995 14:30:03 -0700 Received: from argus.iadfw.net (root@argus.iadfw.net [204.178.72.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29224 for ; Thu, 8 Jun 1995 14:29:57 -0700 Received: (from jbryant@localhost) by argus.iadfw.net (8.6.11/8.6.9) id QAA01540 for freebsd-hackers@freebsd.org; Thu, 8 Jun 1995 16:29:48 -0500 From: Jim Bryant Message-Id: <199506082129.QAA01540@argus.iadfw.net> Subject: Re: options "ALLOW_CONFLICT_IOADDR" don't work! (fwd) To: freebsd-hackers@freebsd.org Date: Thu, 8 Jun 1995 16:29:48 -0500 (CDT) Content-Type: text Content-Length: 1971 Sender: hackers-owner@freebsd.org Precedence: bulk In reply: >From jbryant Thu Jun 8 16:29:18 1995 Subject: Re: options "ALLOW_CONFLICT_IOADDR" don't work! To: gpalmer@westhill.cdrom.com (Gary Palmer) Date: Thu, 8 Jun 1995 16:29:18 -0500 (CDT) In-Reply-To: <8777.802645804@westhill.cdrom.com> from "Gary Palmer" at Jun 8, 95 02:10:04 pm Content-Type: text Content-Length: 1336 In reply: > >options "ALLOW_CONFLICT_IOADDR" does not work!@# > > >------------------------------------------------------------ > >FreeBSD 2.0.5-ALPHA #0: Wed Jun 7 20:08:02 CDT 1995 > > jbryant@argus.iadfw.net:/usr/src/sys/compile/ARGUS > >CPU: i486DX (486-class CPU) > >real memory = 20840448 (5088 pages) > >avail memory = 18968576 (4631 pages) > >Probing for devices on the ISA bus: > >sc0 at 0x60-0x6f irq 1 on motherboard > >sc0: VGA color <16 virtual consoles, flags=0x0> > >psm0 not probed due to I/O address conflict with sc0 at 0x60 > >------------------------------------------------------------ > > >This did work previous to ALPHA [in 950412-SNAP]. > > I really hate to say this, by RTFM!!!!! What FM?!@# > It is documented in LINT the correct solution to this problem - > ALLOW_CONFLICT_IOADDR was a HACK of the gross order, and there is now > another field in the device declaration line which allows > conflicts. See LINT for more. I was hacking it in as you were typing it probably... Thanks anyhow. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.iadfw.net, System administrator, Internet America -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Thu Jun 8 14:41:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29618 for hackers-outgoing; Thu, 8 Jun 1995 14:41:42 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA29611 ; Thu, 8 Jun 1995 14:41:39 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18596; Thu, 8 Jun 95 15:34:35 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506082134.AA18596@cs.weber.edu> Subject: Re: Pouls info request on cache issue To: bde@zeta.org.au (Bruce Evans) Date: Thu, 8 Jun 95 15:34:34 MDT Cc: davidg@FreeBSD.ORG, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG, phk@ref.tfs.com, uhclem%nemesis@fw.ast.com In-Reply-To: <199506081304.XAA25597@godzilla.zeta.org.au> from "Bruce Evans" at Jun 8, 95 11:04:53 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > >Umm, you guys don't use INT 10 to display those messages do you? > >INT 10 tinkers with a lot of things, including A20 line. > > Does INT 10 really tinker with a lot of things if you just write > a character [and attribute]? INT 10 tinkering is implementation defined. The worst tinkering I've ever seen is ATI and Paradise boards disabling all other interrupts to do their draws to avoid "sparklies". These were DRAM boards, so they would otherwise have had to wait for vertical retrace, giving them lower "winstone" scores. Yes, that includes serial and ethernet interrupts. I've actually never seen A20 manipulation in the INT 10 BIOS routines, but then again I've never run *every* possible card, and the INT 10 BIOS is hooked to card-supplied ROM during the POST routine processing for that card, so there *could* be a card that did what has been claimed. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 14:57:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00146 for hackers-outgoing; Thu, 8 Jun 1995 14:57:35 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00135 for ; Thu, 8 Jun 1995 14:57:32 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA08815; Thu, 8 Jun 1995 23:57:24 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA16415; Thu, 8 Jun 1995 23:57:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA01625; Thu, 8 Jun 1995 23:51:36 +0200 From: J Wunsch Message-Id: <199506082151.XAA01625@uriah.heep.sax.de> Subject: Re: Pouls info request on cache issue To: spaz@u.washington.edu (John Utz) Date: Thu, 8 Jun 1995 23:51:36 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "John Utz" at Jun 8, 95 10:27:41 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 474 Sender: hackers-owner@freebsd.org Precedence: bulk As John Utz wrote: > > But since we are on the subject of int calls, how does one do it > from freebsd anyway? Perhaps __asm ("int 0x10") ? > Finally, what is the flag to gcc that gets it to emit the *.s > file ? I thought it was : > > gcc -s foo.c Nope, that's stripping the a.out instead. Make the `s' capital. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jun 8 15:46:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00824 for hackers-outgoing; Thu, 8 Jun 1995 15:46:32 -0700 Received: from pigeon.cf.ac.uk (pigeon.cf.ac.uk [131.251.0.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA00817 for ; Thu, 8 Jun 1995 15:46:28 -0700 Received: from thor.cf.ac.uk by pigeon.cf.ac.uk with SMTP (PP) id <09666-0@pigeon.cf.ac.uk>; Thu, 8 Jun 1995 23:44:57 +0100 From: Paul Richards Message-Id: <7325.9506082245@thor.cf.ac.uk> Subject: Re: more sysinstall partition fun. To: rcarter@geli.com (Russell L. Carter) Date: Thu, 8 Jun 1995 23:45:08 +0100 (BST) Cc: hackers@FreeBSD.org In-Reply-To: <199506081809.LAA02118@geli.clusternet> from "Russell L. Carter" at Jun 8, 95 11:09:22 am Reply-To: paul@FreeBSD.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 559 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Russell L. Carter who said > > 3rd try, the MPE came back with 1025500/2/1. I > supply 1000/7/293. Install, reboot fails with > "Missing operating system." > > 4th try, the MPE came back with 7918/7/37 (!!) > What the hell, they're different, let's see what > happens. > I've seen this too, looks like something screwy happens under certain conditions. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-hackers Thu Jun 8 16:02:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01133 for hackers-outgoing; Thu, 8 Jun 1995 16:02:10 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01127 for ; Thu, 8 Jun 1995 16:02:08 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id TAA12479; Thu, 8 Jun 1995 19:01:08 -0400 From: Peter Dufault Message-Id: <199506082301.TAA12479@hda.com> Subject: Re: pthreads (was Re: DCE in BSD4.4-Lite) To: bde@zeta.org.au (Bruce Evans) Date: Thu, 8 Jun 1995 19:01:08 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199506081716.DAA00374@godzilla.zeta.org.au> from "Bruce Evans" at Jun 9, 95 03:16:54 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1005 Sender: hackers-owner@freebsd.org Precedence: bulk Bruce Evans writes: > > >Chris Provenzano's beta pthread package based on POSIX1003.4a Draft > >8 with a few minor patches compiles and almost runs through its > >tests on FreeBSD 2.05B. The test that fails is the > >floating point preemption test, which dies with a: > > >> pid 4510 (test_preemption_) exited with masked floating point exceptions 0x41 > > This message is from exit() in the kernel and may be unimportant. A > message like it is normal if a process fiddles with the FPU exception > mask and then gets a masked exception and doesn't clear the exception > before exiting. The process is exit()ing with status 1, which indicates a test failure. If it was exiting with 0 I agree it may be unimportant. > Perhaps the message should be under #ifdef DEBUG for 2.0.5R. Yes, if it is likely to cause confusion. Peter -- 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 Jun 8 16:04:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01263 for hackers-outgoing; Thu, 8 Jun 1995 16:04:43 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA01252 for ; Thu, 8 Jun 1995 16:04:33 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id aa27074; 9 Jun 95 0:03 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa12953; 9 Jun 95 0:02 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id WAA29121; Thu, 8 Jun 1995 22:59:35 +0100 From: Karl Strickland Message-Id: <199506082159.WAA29121@bagpuss.demon.co.uk> Subject: Re: vnode_pager_output: attempt to write meta-data!!! To: davidg@root.com Date: Thu, 8 Jun 1995 22:59:34 +0100 (BST) Cc: hackers@freebsd.org In-Reply-To: <199506080450.VAA00205@corbin.Root.COM> from "David Greenman" at Jun 7, 95 09:50:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1317 Sender: hackers-owner@freebsd.org Precedence: bulk > > >whats this mean? > > > >Jun 7 18:15:44 bagpuss /kernel: vnode_pager_output: attempt to write meta-dat > >a!!! -- 0xfffe9000(ff) > > > >This is a -current kernel from around May 26th... > > It means that somehow the metadata pages in the object came up "dirty". > This is supposed to happen. Do you know what was happening on the system > during the 15 minutes or so preceeding this? Is it repeatable? > > -DG I dont think it is repeatable :-( In the 10 minutes preceeding the message, the system was processing a lot of incomming mail almost constantly, so there would have been some load, although the system was still quite responsive (32Mb of ram on this box). I was thinking of panic'ing the system at that point in case it happens again to get a crash dump, but i have a problem in that this is an ISA machine with an ah1542, so i would only get the first 16Mb of a dump (i think) :-( I think maybe we need some bounce buffer hacks in the scsi dump code... either that or buy a decent board :-) Cheers, Karl -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Thu Jun 8 16:05:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01375 for hackers-outgoing; Thu, 8 Jun 1995 16:05:18 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01369 for ; Thu, 8 Jun 1995 16:05:17 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id QAA12705 for ; Thu, 8 Jun 1995 16:05:15 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freebsd.org Subject: SMC 9232 EISA ``Fast'' Ethernet Card Date: Thu, 08 Jun 1995 16:05:14 -0700 Message-ID: <12701.802652714@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk Hi Does anyone know if the SMC 9232 EISA 100Mb/sec ethernet card is compatabile with FreeBSD in any way? We've got a machine here, which is needed to do WORM support, which can't be used on the ethernet at it's new location as it doesn't see the card :-( Gary P.S. No, it's not based on the DEC 21140 chip which the PCI version of the SMC Fast card is based on - it's all proprietary chips on the card ;-( From owner-freebsd-hackers Thu Jun 8 16:25:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01888 for hackers-outgoing; Thu, 8 Jun 1995 16:25:37 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA01881 for ; Thu, 8 Jun 1995 16:25:35 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA27570; Thu, 8 Jun 95 17:18:48 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506082318.AA27570@cs.weber.edu> Subject: Re: Slight flame from Linux user To: nate@sneezy.sri.com Date: Thu, 8 Jun 95 17:18:47 MDT Cc: hackers@freebsd.org In-Reply-To: <199506081836.MAA02704@trout.sri.MT.net> from "Nate Williams" at Jun 8, 95 12:36:00 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > >] GCC is a different story since there is (to my knowledge) no free > >] Berkeley licensed compiler. > > > >There is. It's just not hosted on as many platforms. There some > >indication that it produces tighter code (at least that's been > >reported to be the case) than GCC. > > Which compiler is this? I haven't seen any announcements for lcc, and > it was the only compiler I was aware of (though it had licensing > restrictions more restrictive than the GPL) A lot of people (all on the hackers list, a far as I can tell) have asked this question. The URL that answers it is: http://cuiwww.unige.ch/cgi-bin/freecomp The "Free Compilers and Interpreters Catalog". I believe the one that struct the cord in my memory was the Purdue compiler. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 16:28:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02034 for hackers-outgoing; Thu, 8 Jun 1995 16:28:18 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02028 for ; Thu, 8 Jun 1995 16:28:17 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA27767; Thu, 8 Jun 95 17:21:19 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506082321.AA27767@cs.weber.edu> Subject: Re: problem To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 8 Jun 95 17:21:19 MDT Cc: temp@temptation.interlog.com, hlew@genome.Stanford.EDU, freebsd-hackers@freebsd.org In-Reply-To: <199506081853.LAA08408@ref.tfs.com> from "Poul-Henning Kamp" at Jun 8, 95 11:53:12 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > You should run pfdisk.exe from a DOS disk and report the partition > > information that exists on the drive. > pfdisk won't see it if it uses the BIOS. It will if you boot off a DOS floppy (such that the HD MBR isn't installed when you go looking). > boot -v will tell you. > > > The DM loads code in it's MBR to redirect INT 13/INT 21 by subtracting > > 64 sectors (to account for itself) and then translating subsequent BIOS > > calls relative to the area immediately after their MBR. > 63 sectors. I always get that confused. It's irrelevent without the DM boot stuff anyway, since all the offsets are off by (63). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 16:34:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02282 for hackers-outgoing; Thu, 8 Jun 1995 16:34:07 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02276 for ; Thu, 8 Jun 1995 16:34:06 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14615(3)>; Thu, 8 Jun 1995 16:33:06 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Thu, 8 Jun 1995 16:32:54 -0700 X-Mailer: exmh version 1.6 4/21/95 To: "House of Debuggin'" cc: hackers@freebsd.org Subject: Re: BSDi 2.0 binary compatibility question In-reply-to: Your message of "Wed, 07 Jun 95 15:28:20 PDT." <199506072228.SAA00374@skynet.ctr.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 8 Jun 1995 16:32:45 PDT From: Bill Fenner Message-Id: <95Jun8.163254pdt.49859@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message <199506072228.SAA00374@skynet.ctr.columbia.edu> you write: > (I'd like to know why file(1) only prints 'ex' instead of 'executable.') because the phrase "BSD/386 demand paged (first page unmapped) pure ex\0" is 50 bytes long, and /usr/src/usr.bin/file/file.h says #define MAXDESC 50 /* max leng of text description */ Bill From owner-freebsd-hackers Thu Jun 8 16:52:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02939 for hackers-outgoing; Thu, 8 Jun 1995 16:52:59 -0700 Received: from witch.win.net (witch.win.net [204.215.209.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02928 for ; Thu, 8 Jun 1995 16:52:57 -0700 Received: by witch.win.net id AA01545 (5.65/1.35 for ); Thu, 8 Jun 95 19:51:54 -0400 Received: by win.net!anigma; Thu, 08 Jun 1995 16:40:23 X-Mailer: WinNET Mail, v2.51 Message-Id: <21@anigma.win.net> Reply-To: andy@anigma.win.net (Mr. Andrew Micheals) To: freebsd-hackers@FreeBSD.ORG Date: Thu, 08 Jun 1995 16:40:23 Subject: tools-third party sys device drivers From: andy@anigma.win.net (Mr. Andrew Micheals) Sender: hackers-owner@FreeBSD.ORG Precedence: bulk To freebsd-hackers 6/8/95 Have a sys that am installing FreeBSD on, and have a need for an additional floppy drive besides the normal a and b drives, this requirement is other than a drive format, but the need for another physical or third floppy drive being a 3.5/2.88 unit onboard that might have a bios extention patch type of sys file that might reside in c:\root and simular on the unix side so as to have the sys recognize the extra drive when called on. Have read brief articles on the subject known as third party driver but without much detail. Would anyone know of who supplies anything like this or or has a geni in a bottle that could build one, my thanks for your attention. Thank You Andy anigma@win,net From owner-freebsd-hackers Thu Jun 8 16:54:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03125 for hackers-outgoing; Thu, 8 Jun 1995 16:54:34 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA03119 for ; Thu, 8 Jun 1995 16:54:33 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29785; Thu, 8 Jun 95 17:47:29 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506082347.AA29785@cs.weber.edu> Subject: Re: BSDi 2.0 binary compatibility question To: fenner@parc.xerox.com (Bill Fenner) Date: Thu, 8 Jun 95 17:47:28 MDT Cc: wpaul@skynet.ctr.columbia.edu, hackers@freebsd.org In-Reply-To: <95Jun8.163254pdt.49859@crevenia.parc.xerox.com> from "Bill Fenner" at Jun 8, 95 04:32:45 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > In message <199506072228.SAA00374@skynet.ctr.columbia.edu> you write: > > (I'd like to know why file(1) only prints 'ex' instead of 'executable.') > > because the phrase "BSD/386 demand paged (first page unmapped) pure ex\0" is > 50 bytes long, and /usr/src/usr.bin/file/file.h says Try: "BSD/386 demand paged (no 1st page) pure executable\0" Instead. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 17:10:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03473 for hackers-outgoing; Thu, 8 Jun 1995 17:10:12 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA03460 ; Thu, 8 Jun 1995 17:10:10 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freebsd.org cc: ruchw@bmd.saic.com (Weston Ruch), questions@freebsd.org, bde@freebsd.org, proven@mit.edu, jkh@freebsd.org Subject: Re: pthreads (was Re: DCE in BSD4.4-Lite) In-reply-to: Your message of "Thu, 08 Jun 95 09:13:49 EDT." <199506081313.JAA04674@hda.com> Date: Thu, 08 Jun 1995 17:10:10 -0700 Message-ID: <3459.802656610@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Jordan: Do you want this like this on the CD-ROM? You know where to put it.. :-) Jordan P.S. ftp://freefall.cdrom.com/pub/incoming/experimental//... for those who have already forgotten.. :) From owner-freebsd-hackers Thu Jun 8 18:23:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA04993 for hackers-outgoing; Thu, 8 Jun 1995 18:23:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA04986 ; Thu, 8 Jun 1995 18:23:03 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Michael Smith cc: vince@penzance.econ.yale.edu, pit@mail.nws.orst.edu, wheelman@max.tiac.net, hackers@freebsd.org Subject: Re: 2.0.5A building /etc/fstab In-reply-to: Your message of "Fri, 09 Jun 95 01:27:00 +0930." <199506081557.BAA03792@genesis.atrad.adelaide.edu.au> Date: Thu, 08 Jun 1995 18:23:03 -0700 Message-ID: <4985.802660983@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Just speaking of /etc/fstab and the initial mounts - I installed > on a system with a CDrom that I move around. Booting with the CD > not connected, the initial mounts fail and I end up single-user. > > This was OK under 2.0; has this been changed, or is my brain spam? Something has changed (and I don't know you well enough to offer an opinion about the other possibility :-). I now put an entry for the CDROM in your /etc/fstab if I see that you have one. This is generally good, and should NOT cause your reboot to fall over when the CDROM can't be mounted. What kind of CD do you have? Is it a Sony by any chance? It tends to return a rather pathological error code in the probe when there's no CD found, I've noticed! :( Jordan From owner-freebsd-hackers Thu Jun 8 18:54:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05571 for hackers-outgoing; Thu, 8 Jun 1995 18:54:52 -0700 Received: from locust.cic.net (pauls@locust.cic.net [192.131.22.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05565 for ; Thu, 8 Jun 1995 18:54:51 -0700 Received: (from pauls@localhost) by locust.cic.net (8.7.Beta.1/8.7.Beta.1) id VAA09591; Thu, 8 Jun 1995 21:49:33 -0400 Date: Thu, 8 Jun 1995 21:49:32 -0400 (EDT) From: Paul Southworth To: Gary Palmer cc: hackers@freebsd.org Subject: Re: SMC 9232 EISA ``Fast'' Ethernet Card In-Reply-To: <12701.802652714@westhill.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 8 Jun 1995, Gary Palmer wrote: > Does anyone know if the SMC 9232 EISA 100Mb/sec ethernet card is > compatabile with FreeBSD in any way? We've got a machine here, which > is needed to do WORM support, which can't be used on the ethernet at > it's new location as it doesn't see the card :-( Hi Gary. I successfully procured some of the engineering specs (and cards) from SMC a couple months ago (which David has). Unfortunately the 9232 was not among them, nor was the 8033W (twin-channel EISA 10Mb/s card). It was my understanding that they were willing to cough up the specs for the Elite (and Elite/Ultra and EZ) cards, and for the DEC-based cards, but for a number of the more proprietary cards they wanted non-disclosure. Maybe someone else has had better luck, but to my knowledge the specs for those cards are not immediately forthcoming. I think we did pretty well to get what we got. You might take a gander at the current SMC support in Linux to see if someone "over there" got specs. If the gods smiled on Donald Becker he might have the needed goods. Last I knew he had succeeded in procuring specs for the new 3com cards and was getting busy with drivers. My success with SMC came after a couple faxed typed letters on company letterhead extolling the virtues of free operating systems and telling them how popular this stuff was, then followed up by a few months of polite and diplomatic phone calls and email where I tried to sound very much like I was wearing a tie. Not too hard really. If you want the contacts I will give them to you. -- Paul Southworth CICNet Systems Support pauls@cic.net From owner-freebsd-hackers Thu Jun 8 19:40:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06915 for hackers-outgoing; Thu, 8 Jun 1995 19:40:16 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06904 for ; Thu, 8 Jun 1995 19:40:09 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA07552; Thu, 8 Jun 1995 19:43:17 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00227; Thu, 8 Jun 1995 19:40:10 -0700 Message-Id: <199506090240.TAA00227@corbin.Root.COM> To: Robert Shady cc: freebsd-hackers@freefall.cdrom.com Subject: Re: A day in the life of wcarchive.. In-reply-to: Your message of "Fri, 09 Jun 95 01:22:14 EDT." <199506090522.BAA01237@hades.id.net> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 08 Jun 1995 19:40:09 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > > What is the bandwidth of wcarchives' internet link? Is it a T1 link? >> > >> > T3. >> >> 45 Mbps !?!?!? I thought it was a T1 (1544 Kbps). That's even better than >> what some french sites got (34 Mbps). > >I thought it was a T1 as well, when did it get upgraded? Last year. -DG From owner-freebsd-hackers Thu Jun 8 19:42:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07125 for hackers-outgoing; Thu, 8 Jun 1995 19:42:59 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA07117 ; Thu, 8 Jun 1995 19:42:56 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jim Bryant cc: freebsd-hackers@freebsd.org Subject: Re: net.errors getting ALPHA In-reply-to: Your message of "Thu, 08 Jun 95 12:13:42 CDT." <199506081713.MAA01055@argus.iadfw.net> Date: Thu, 08 Jun 1995 19:42:55 -0700 Message-ID: <7116.802665775@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > It was a really bad idea to remove the checksums from all of the dists... > We need them back in, as well as for the install process to verify ALL > checksums before committing to anything. Sorry, the checksums will come back, but it was far too difficult to implement for 2.0.5. 2.1R, yes. 2.0.5R, no. If you contest the degree of difficulty then by all means, look at the sources in /usr/src/release/sysinstall and send me appropriate context diffs.. :-) For now, you need to have a reasonably reliable transfer medium or all bets are off. Jordan From owner-freebsd-hackers Thu Jun 8 20:16:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08802 for hackers-outgoing; Thu, 8 Jun 1995 20:16:01 -0700 Received: from caern.protocorp.com (d1.leonardo.net [198.147.97.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08793 for ; Thu, 8 Jun 1995 20:15:58 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id UAA00336 for ; Wed, 7 Jun 1995 20:34:06 -0700 Message-Id: <199506080334.UAA00336@caern.protocorp.com> To: freebsd-hackers@freebsd.org Subject: Re: IOMega ZIP drive experiences In-reply-to: Your message of "Wed, 07 Jun 1995 20:20:40 PDT." Date: Wed, 07 Jun 1995 20:34:06 -0700 From: "Mike O'Brien" Sender: hackers-owner@freebsd.org Precedence: bulk P.S. To anyone who has an IOMega ZIP drive on order: presumably you've ordered the SCSI version. Be aware that it's Mac-oriented, more or less, in that the SCSI cable that comes with it is DB25-to-DB25, male-to-male. If you have a Centronics SCSI port as the external SCSI connector on your PC, you'll have to get a DB25-to-Centronics SCSI cable. Mine cost $30 at Fry's. Mike O'Brien From owner-freebsd-hackers Thu Jun 8 20:20:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09063 for hackers-outgoing; Thu, 8 Jun 1995 20:20:44 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA09056 ; Thu, 8 Jun 1995 20:20:35 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id XAA03816; Thu, 8 Jun 1995 23:19:56 -0400 Date: Thu, 8 Jun 1995 23:19:55 -0400 From: Temptation Subject: Re: NFS install To: "Jordan K. Hubbard" cc: freebsd-hackers@freebsd.org In-Reply-To: <7116.802665775@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I just reinstalled 2.0.5 (again ;) ) using the NFS Update: Tue Jun 6 01:42:31 PDT 1995 Very very nice. Check boxes in places, message about setting up network card. Great job, I even had one directory empty (on purpose), then added the files, and it pickup them up later. Only problem I got was the quitting, I still get the umount of /nfs failed(BUSY) hang. (this could be motherboard/NCR/Harddrive, don't think anyone has proven either way what is causing it) Minor problem. And even tho I set up all the network info, and NFS worked great. on reboot, it said it couldn't find main.temptation.interlog.com (which is it's name) So I had to add it's IP and Name to HOSTS, should it not do this for you? Anyways great job. I'll have more things to say tomorrow when I do it again :) On Thu, 8 Jun 1995, Jordan K. Hubbard wrote: > > It was a really bad idea to remove the checksums from all of the dists... > > We need them back in, as well as for the install process to verify ALL > > checksums before committing to anything. > > Sorry, the checksums will come back, but it was far too difficult to > implement for 2.0.5. 2.1R, yes. 2.0.5R, no. If you contest the > degree of difficulty then by all means, look at the sources in > /usr/src/release/sysinstall and send me appropriate context > diffs.. :-) > > For now, you need to have a reasonably reliable transfer medium or all > bets are off. > > Jordan > From owner-freebsd-hackers Thu Jun 8 20:26:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09562 for hackers-outgoing; Thu, 8 Jun 1995 20:26:27 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA09550 for ; Thu, 8 Jun 1995 20:26:22 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA16255; Thu, 8 Jun 95 21:19:28 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506090319.AA16255@cs.weber.edu> Subject: Re: NFS install To: temp@temptation.interlog.com (Temptation) Date: Thu, 8 Jun 95 21:19:27 MDT Cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: from "Temptation" at Jun 8, 95 11:19:55 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > Only problem I got was the quitting, I still get the > > umount of /nfs failed(BUSY) > hang. (this could be motherboard/NCR/Harddrive, don't think anyone has > proven either way what is causing it) > Minor problem. This is a cache flush issue, where there are pages from the file you accessed in the cache but not referenced. There should be a way to flush these built into the unmount, which in turn means an interface for it in the VM system. If you wait sufficiently long before unmounting, the problem will not occur (this was reported and explained ...but not corrected... a while back). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 20:37:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10120 for hackers-outgoing; Thu, 8 Jun 1995 20:37:57 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA10114 for ; Thu, 8 Jun 1995 20:37:54 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id XAA15278; Thu, 8 Jun 1995 23:37:52 -0400 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id XAA11558; Thu, 8 Jun 1995 23:37:51 -0400 Date: Thu, 8 Jun 1995 23:37:51 -0400 (EDT) From: Chuck Robey To: "Mike O'Brien" cc: freebsd-hackers@freebsd.org Subject: Re: IOMega ZIP drive experiences In-Reply-To: <199506080334.UAA00336@caern.protocorp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Mike O'Brien wrote: > P.S. To anyone who has an IOMega ZIP drive on order: presumably you've > ordered the SCSI version. Be aware that it's Mac-oriented, more or > less, in that the SCSI cable that comes with it is DB25-to-DB25, > male-to-male. If you have a Centronics SCSI port as the external > SCSI connector on your PC, you'll have to get a DB25-to-Centronics > SCSI cable. Mine cost $30 at Fry's. That better not happen to me. I was asked by the person taking my order what kind of interface I wanted, and when I told her it was for a PC, she correctly identified the 50 pin Amphenol ribbon connector as the one I would get. Doesn't mean I won't get screwed, but I DID try. > > Mike O'Brien > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu Jun 8 20:49:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10583 for hackers-outgoing; Thu, 8 Jun 1995 20:49:17 -0700 Received: from caern.protocorp.com (d1.leonardo.net [198.147.97.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA10577 for ; Thu, 8 Jun 1995 20:49:13 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id UAA00323 for ; Thu, 8 Jun 1995 20:48:35 -0700 Message-Id: <199506090348.UAA00323@caern.protocorp.com> To: freebsd-hackers@freebsd.org Subject: IOMega ZIP drive experiences Date: Thu, 08 Jun 1995 20:48:32 -0700 From: "Mike O'Brien" Sender: hackers-owner@freebsd.org Precedence: bulk My post scriptum seems to have made it out, but not the original message. I'm trying again. ------- Forwarded Message To: freebsd-hackers@freebsd.org Subject: IOMega ZIP drive experiences Date: Wed, 07 Jun 1995 20:20:40 -0700 From: Mike O'Brien I realize everyone's totally frazzed with getting 2.0.5 out the door by now, but I want to get this out while the experience is fresh. Tuck this one away and read it when the CD-ROM is cut, unless you're hot to trot. My IOMega ZIP drive arrived today, so of course I immediately plugged it in and ran it under DOS to make sure it had survived delivery. Seems to work just fine under IOMega's DOS toolkit. Well, it's a SCSI disk, after all, let's boot 'er up under 2.0R and see what happens. At first I booted up without a disk in the drive. This is what I got: Jun 7 19:42:22 caern kernel: aha0: 1542C/CF detected, unlocking mailbox Jun 7 19:42:22 caern kernel: aha0: reading board settings, dma=6 int=11 (bus speed defaulted) Jun 7 19:42:22 caern kernel: aha0 at 0x334-0x337 irq 11 drq 6 on isa Jun 7 19:42:22 caern kernel: aha0 waiting for scsi devices to settle Jun 7 19:42:22 caern kernel: aha0 targ 0 lun 0: type 0(direct) fixed SCSI2 Jun 7 19:42:23 caern kernel: aha0 targ 0 lun 0: Jun 7 19:42:23 caern kernel: sd0: 1029MB (2109376 total sec), 2874 cyl, 8 head, 91 sec, bytes/sec 512 Jun 7 19:42:23 caern kernel: aha0 targ 1 lun 0: type 5(readonly) removable SCSI2 Jun 7 19:42:23 caern kernel: aha0 targ 1 lun 0: Jun 7 19:42:23 caern kernel: cd0: cd present.[331448 x 2048 byte records] Jun 7 19:42:23 caern kernel: aha0 targ 5 lun 0: type 0(direct) removable SCSI2 Jun 7 19:42:23 caern kernel: aha0 targ 5 lun 0: Jun 7 19:42:23 caern kernel: sd1(aha0:5:0): illegal request Jun 7 19:42:23 caern kernel: sd1 could not mode sense (4). Using ficticious geometry Jun 7 19:42:23 caern kernel: sd1(aha0:5:0): not ready Jun 7 19:42:23 caern kernel: sd1: could not get size Jun 7 19:42:23 caern kernel: sd1: 0MB (0 total sec), 0 cyl, 64 head, 32 sec, bytes/sec 512 Inserting a disk in the drive and attempting to dd /dev/rsd1c to /dev/null netted me a couple of: Jun 7 19:42:24 caern kernel: sd1(aha0:5:0): not ready Jun 7 19:42:24 caern kernel: sd1(aha0:5:0): not ready So, I shoved a (formatted, blank, 100Mb) fat diskette in the drive and rebooted. This time, things got a bit further: Jun 7 19:46:49 caern kernel: aha0: 1542C/CF detected, unlocking mailbox Jun 7 19:46:49 caern kernel: aha0: reading board settings, dma=6 int=11 (bus speed defaulted) Jun 7 19:46:49 caern kernel: aha0 at 0x334-0x337 irq 11 drq 6 on isa Jun 7 19:46:49 caern kernel: aha0 waiting for scsi devices to settle Jun 7 19:46:49 caern kernel: aha0 targ 0 lun 0: type 0(direct) fixed SCSI2 Jun 7 19:46:49 caern kernel: aha0 targ 0 lun 0: Jun 7 19:46:49 caern kernel: sd0: 1029MB (2109376 total sec), 2874 cyl, 8 head, 91 sec, bytes/sec 512 Jun 7 19:46:49 caern kernel: aha0 targ 1 lun 0: type 5(readonly) removable SCSI2 Jun 7 19:46:49 caern kernel: aha0 targ 1 lun 0: Jun 7 19:46:49 caern kernel: cd0: cd present.[331448 x 2048 byte records] Jun 7 19:46:50 caern kernel: aha0 targ 5 lun 0: type 0(direct) removable SCSI2 Jun 7 19:46:50 caern kernel: aha0 targ 5 lun 0: Jun 7 19:46:50 caern kernel: sd1(aha0:5:0): illegal request Jun 7 19:46:50 caern kernel: sd1 could not mode sense (4). Using ficticious geometry Jun 7 19:46:50 caern kernel: sd1: 96MB (196608 total sec), 96 cyl, 64 head, 32 sec, bytes/sec 512 This time, trying the 'dd' just got me: dd: /dev/rsd1c: Device not configured I couldn't read a disklabel either, same error. Of course there isn't one, but it didn't get that far. Another interesting point is that the IOMega toolkit lets you mark a diskette as 'non-removable', presumably so you can just use the whole thing as a sort of oddball hard drive. Whatever 2.0R does in attempting to probe the device obviously convinces the ZIP drive that this has been done, because pressing the little button does not allow the diskette to be ejected as long as UNIX is running. I was hoping that a SCSI disk would be a SCSI disk, or at least close enough to let me back up my system (I'm the guy who's always whining that his Colorado Jumbo 350 doesn't work under UNIX either). Apparently not. So 2.0.5 is going to leave me to back my system up on lots and LOTS of floppies, but what the hey. I'll be willing to work with anyone who thinks they can figure out what to do to the SCSI driver to get the ZIP drive working, either before or after 2.0.5. Oh yeah: the multimedia tour of the drive under Windows is a hoot. Somebody was having too much fun, especially in the sound department. Mike O'Brien ------- End of Forwarded Message From owner-freebsd-hackers Thu Jun 8 21:04:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA11049 for hackers-outgoing; Thu, 8 Jun 1995 21:04:07 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA11042 for ; Thu, 8 Jun 1995 21:04:05 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id AAA23437 for hackers@freebsd.org; Fri, 9 Jun 1995 00:06:58 -0400 From: "Rashid Karimov." Message-Id: <199506090406.AAA23437@haven.ios.com> Subject: 2.0.5 install - a suggestion To: hackers@freebsd.org Date: Fri, 9 Jun 1995 00:06:57 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1334 Sender: hackers-owner@freebsd.org Precedence: bulk Hi there , I've just installed the 2.0.5A on new system ( Adaptec 2940 + 1 Gb + 9Gb HDDs ). It happened again (FTP install - grabbed the distrib. from freebsd.org an hour ago): -=- this time the kernel src were broken(?) - famous CRC error and incredibly slow recovery. I had to cancel the instalaltion of this package by ^C and download it by hand -=- can't boot the system from HD - "no operating system" again. So I have to use floppy to bootstrap the kernel again :(( What's the deal with that anyways ? HD geometry is incorrect ? How one can set it correctly ? Why the system can't guess it ? Can the guys from FreeBSD team produce special boot floppies ? With default of sd(0,a)/kernel ? :(( That's my second computer which I can boot only from floppy - not very convenient . Never saw this problem with kind old SNAPS . Is this the price we have to pay for the "slices" idea ? To keep people with Windoze/DOS happy ? I'll report the QUOTAs status a bit later - hope it works in 2.0.5 Otherwise , everything went just great ... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-==-=-=-=-=-=-= PS - I wouldn't put the system on CD and/or sell it w/o that common problem with geometry being fixed !!! Or at least put the detailed description on how to set it up correctly ! Rashid From owner-freebsd-hackers Thu Jun 8 21:59:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12592 for hackers-outgoing; Thu, 8 Jun 1995 21:59:59 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA12586 for ; Thu, 8 Jun 1995 21:59:58 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id BAA01171 for freebsd-hackers@freebsd.org; Fri, 9 Jun 1995 01:00:17 -0400 From: Charles Henrich Message-Id: <199506090500.BAA01171@crh.cl.msu.edu> Subject: Slow startup of processes? To: freebsd-hackers@freebsd.org Date: Fri, 9 Jun 1995 01:00:16 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 334 Sender: hackers-owner@freebsd.org Precedence: bulk How come for no apparent reason it takes forever (5+ seconds) to start up a process thats been running continually (for example openening another xterm. Is there some weird vm thing going on here? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Thu Jun 8 22:16:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13176 for hackers-outgoing; Thu, 8 Jun 1995 22:16:17 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13170 for ; Thu, 8 Jun 1995 22:16:14 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id WAA07790; Thu, 8 Jun 1995 22:19:34 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA00195; Thu, 8 Jun 1995 22:16:29 -0700 Message-Id: <199506090516.WAA00195@corbin.Root.COM> To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: Slow startup of processes? In-reply-to: Your message of "Fri, 09 Jun 95 01:00:16 EDT." <199506090500.BAA01171@crh.cl.msu.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 08 Jun 1995 22:16:28 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >How come for no apparent reason it takes forever (5+ seconds) to start up a >process thats been running continually (for example openening another xterm. Try adding something like this to your .login (assuming csh): eval `tset -s` >Is there some weird vm thing going on here? Not likely. -DG From owner-freebsd-hackers Thu Jun 8 22:18:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13354 for hackers-outgoing; Thu, 8 Jun 1995 22:18:47 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13348 ; Thu, 8 Jun 1995 22:18:44 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id WAA07794; Thu, 8 Jun 1995 22:22:03 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA00210; Thu, 8 Jun 1995 22:18:58 -0700 Message-Id: <199506090518.WAA00210@corbin.Root.COM> To: terry@cs.weber.edu (Terry Lambert) cc: temp@temptation.interlog.com (Temptation), jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org Subject: Re: NFS install In-reply-to: Your message of "Thu, 08 Jun 95 21:19:27 MDT." <9506090319.AA16255@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 08 Jun 1995 22:18:56 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >> Only problem I got was the quitting, I still get the >> >> umount of /nfs failed(BUSY) >> hang. (this could be motherboard/NCR/Harddrive, don't think anyone has >> proven either way what is causing it) >> Minor problem. > >This is a cache flush issue, where there are pages from the file you >accessed in the cache but not referenced. It is not a cache flush problem. I think there is a bug in sysinstall (which runs as /sbin/init) where it doesn't 'cd' out of the nfs directory before rebooting. >There should be a way to flush these built into the unmount, which >in turn means an interface for it in the VM system. There always has been. Read the code. -DG From owner-freebsd-hackers Thu Jun 8 22:21:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13544 for hackers-outgoing; Thu, 8 Jun 1995 22:21:58 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13533 for ; Thu, 8 Jun 1995 22:21:53 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA18583; Fri, 9 Jun 1995 15:17:32 +1000 Date: Fri, 9 Jun 1995 15:17:32 +1000 From: Bruce Evans Message-Id: <199506090517.PAA18583@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, jbryant@argus.iadfw.net Subject: Re: options "ALLOW_CONFLICT_IOADDR" don't work! (fwd) Sender: hackers-owner@freebsd.org Precedence: bulk >> >options "ALLOW_CONFLICT_IOADDR" does not work!@# >> ... >> I really hate to say this, by RTFM!!!!! >What FM?!@# >> It is documented in LINT the correct solution to this problem - LINT is self-documenting. >> ALLOW_CONFLICT_IOADDR was a HACK of the gross order, and there is now >> another field in the device declaration line which allows >> conflicts. See LINT for more. `conflicts' seems to be missing from userconfig(). Bruce From owner-freebsd-hackers Thu Jun 8 22:29:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13919 for hackers-outgoing; Thu, 8 Jun 1995 22:29:24 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA13913 for ; Thu, 8 Jun 1995 22:29:23 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25398; Thu, 8 Jun 95 23:22:21 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506090522.AA25398@cs.weber.edu> Subject: Re: NFS install To: davidg@Root.COM Date: Thu, 8 Jun 95 23:22:20 MDT Cc: temp@temptation.interlog.com, jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: <199506090518.WAA00210@corbin.Root.COM> from "David Greenman" at Jun 8, 95 10:18:56 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > >This is a cache flush issue, where there are pages from the file you > >accessed in the cache but not referenced. > > It is not a cache flush problem. I think there is a bug in sysinstall > (which runs as /sbin/init) where it doesn't 'cd' out of the nfs directory > before rebooting. > > >There should be a way to flush these built into the unmount, which > >in turn means an interface for it in the VM system. > > There always has been. Read the code. I remember a delay on unmount at one time of local media the *was* the result of crap being in cache with 0 references to it but acting as a reference to the object. Now that I think more about it, it seems that those were executables and not normal files, since running acted as a reference, and for some reason you had to wait for it to time out or get pushed out of the lru list by new crap or something like that. So unless something is actually being run over NFS (I don't think that's the case) then an open dir ref is probably the problem. That going to be fixed in the next Beta disk? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 8 22:51:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA14691 for hackers-outgoing; Thu, 8 Jun 1995 22:51:35 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA14680 for ; Thu, 8 Jun 1995 22:51:18 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA00253; Fri, 9 Jun 1995 13:50:51 +0800 Date: Fri, 9 Jun 1995 13:50:50 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: panic: biodone: page busy < 0 (cannot sync disks) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I was trying out my HTTP server pounder last night (running on a Sparc20, server running on my 2.0.5A machine, NCSA httpd 1.4) and managed to cause the machine to fall over. The kernel panic is easily reproducible (I've included syslog messages from three attempts below). The first two times happened not 5 minutes after I had stepped away from the console, the third one I watched happen. My HTTP tester simply opens a socket to a specified port on the server, requests a random URL, downloads the HTML, closes the socket, and repeats. I had five such clients running at once. After approximately 12 to 16 minutes, the system will simply freeze (I'm in X Windows) and then reboot. This 2.0.5A kernel was compiled with NMBCLUSTERS=1024, although netstat -m during the benchmarking showed less than 500 mbufs in use, so I don't think that's the problem. pstat -T shows the vnode count steadily increasing, plateauing at 1179: # pstat -T 158/552 files 1179 vnodes 19M/63M swap space # /root/bin/vnode desired 1037 vnodes, have 1181 vnodes The vnode util was posted to the list some time ago. Under normal conditions, the "desired" and "have" values are identical or off by one. I can't think of anything else obvious to check, based on the syslog messages. If someone thinks it would be useful, I can try reproducing this on a 950412-SNAP system, but I'm quite certain it won't have this problem. Anything else (besides vnodes) I should be monitoring around the time of the panic? BTW, I thought this might have had something to do with the Quantum mode page changes I had made, but I put them back the way they were, and the panic is still reproducible. /kernel: biodone: page busy < 0, off: 180224, foff: 180224, resid: 4096, index: 0 /kernel: iosize: 8192, lblkno: 22 /kernel: valid: 0xff, dirty: 0x0, mapped: 0 /kernel: panic: biodone: page busy < 0 /kernel: /kernel: /kernel: syncing disks... 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 giving up /kernel: Automatic reboot in 15 seconds - press a key on the console to abort /kernel: Rebooting... [...] /kernel: biodone: page busy < 0, off: 278528, foff: 278528, resid: 4096, index: 0 /kernel: iosize: 8192, lblkno: 34 /kernel: valid: 0xff, dirty: 0x0, mapped: 0 /kernel: panic: biodone: page busy < 0 /kernel: /kernel: /kernel: syncing disks... 13 13 13 13 13 13 13 13 13 13 13 13 13 13 13 13 13 13 13 13 giving up /kernel: Automatic reboot in 15 seconds - press a key on the console to abort /kernel: Rebooting... [...] /kernel: biodone: page busy < 0, off: 139264, foff: 139264, resid: 4096, index: 0 /kernel: iosize: 8192, lblkno: 17 /kernel: valid: 0xff, dirty: 0x0, mapped: 0 /kernel: panic: biodone: page busy < 0 /kernel: /kernel: /kernel: syncing disks... 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 giving up /kernel: Automatic reboot in 15 seconds - press a key on the console to abort /kernel: --> Press a key on the console to reboot <-- /kernel: Rebooting... -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu Jun 8 23:01:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA15078 for hackers-outgoing; Thu, 8 Jun 1995 23:01:45 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA15049 for ; Thu, 8 Jun 1995 23:01:07 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA00274; Fri, 9 Jun 1995 14:00:29 +0800 Date: Fri, 9 Jun 1995 14:00:28 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: MAKEDEV sd* deletes partition devices Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I think there is some broken (or at least non-intuitive) behaviour in the way MAKEDEV handles disk slices. Recall that my 2.0.5A installation had incorrect minor numbers for the /dev/sd*.ctl devices. Today I brought the system down to single user for some unrelated maintenance, and decided to fix up the /dev directory. I ran "MAKEDEV sd0" and noted that /dev/rsd0.ctl now had the correct minor number. The next thing I did was umount the /usr and /tmp filesystems for a quick fsck (this was after the "biodone" panic I mention in a separate message). fsck complained that it could not stat /dev/sd0s1e nor /dev/sd0s1f, and that /dev/rsd0s1e and /dev/rsd0s1f were not character devices. I looked in /dev and found sd0s1* and rsd0s1* had all been deleted. It appears that a "MAKEDEV sd0" deletes the partitions, but then forgets to put them back. You need to do a separate "MAKEDEV sd0s1*" (* = [a-h]). "MAKEDEV sds1" only makes /dev/sd0s1. I would rather have the "sds1" target make the slice and partition devices, and if the "sd0" target deletes something, it should put them back. You're supposed to end up with *more* devices after running MAKEDEV, not less. ;-) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu Jun 8 23:19:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA15739 for hackers-outgoing; Thu, 8 Jun 1995 23:19:28 -0700 Received: from mpp.com ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA15731 for ; Thu, 8 Jun 1995 23:19:25 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id BAA00509 for hackers@freebsd.org; Fri, 9 Jun 1995 01:19:28 -0500 From: Mike Pritchard Message-Id: <199506090619.BAA00509@mpp.com> Subject: Ping times over PPP link to Linux box To: hackers@freebsd.org Date: Fri, 9 Jun 1995 01:19:27 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1241 Sender: hackers-owner@freebsd.org Precedence: bulk I recently switched to a new ISP, and my new provider runs PPP on a Linux box. Pings times from my machine to theirs over a 28.8 modem average 220ms. With my previous provider (SLIP - SunOs) I usually got ping times of 160ms. I also average 160ms ping times over a PPP link that is established between a 28.8 modem and a 14.4 modem both on my own machine, so I don't think the FreeBSD PPP interface is at fault. I think that the Linux box is probably capable of providing better response, since I've logged into the machine and pinged various sites around the country and seen ping times as low as 60ms. Pings to freebsd.org avg 90ms right now. My provider is running Linux 1.2.8. What I want to know, is there any way I can get my ping times between my machine and my provider down by doing something on my end, or is the Linux PPP interface the bottleneck, or maybe the Linux serial interface (looks like they use the Cyclom serial driver - whatever that is). I would also be interested in knowing what kind of ping times anyone else connecting via PPP from a FreeBSD box to a Linux box gets. Are my results atypical? -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Jun 8 23:40:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16514 for hackers-outgoing; Thu, 8 Jun 1995 23:40:35 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA16504 for ; Thu, 8 Jun 1995 23:40:31 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA20851; Fri, 9 Jun 1995 16:33:23 +1000 Date: Fri, 9 Jun 1995 16:33:23 +1000 From: Bruce Evans Message-Id: <199506090633.QAA20851@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, jbryant@argus.iadfw.net Subject: Re: net.errors getting ALPHA Sender: hackers-owner@freebsd.org Precedence: bulk >times due to net.errors, and once due to a zmodem error. I personally >find zmodem a hell of a lot faster than FTP, and would really like to see >some minimal term prog with zmodem capabilities built-into the install >disk; I really think that this kind of install option would really open Is zmodem faster for transmission or just for connection? ppp shouldn't be much different from zmodem if it is configured so that the packet size is as large and the escaping is as small. Bruce From owner-freebsd-hackers Thu Jun 8 23:55:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17556 for hackers-outgoing; Thu, 8 Jun 1995 23:55:57 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA17545 for ; Thu, 8 Jun 1995 23:55:47 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23203; Fri, 9 Jun 1995 08:52:50 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA19486; Fri, 9 Jun 1995 08:52:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02958; Fri, 9 Jun 1995 08:51:27 +0200 From: J Wunsch Message-Id: <199506090651.IAA02958@uriah.heep.sax.de> Subject: Re: tools-third party sys device drivers To: andy@anigma.win.net Date: Fri, 9 Jun 1995 08:51:26 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <21@anigma.win.net> from "Mr. Andrew Micheals" at Jun 8, 95 04:40:23 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 955 Sender: hackers-owner@freebsd.org Precedence: bulk As Mr. Andrew Micheals wrote: > [wants further floppy drives] > Have read brief articles on the subject known as third > party driver but without much detail. Would anyone know of who > supplies anything like this or or has a geni in a bottle that > could build one, my thanks for your attention. Why talking about third-party drivers when the first-party one will do well? All you need to find (an hah!, that's the challenge!) is a floppy controller board that you can: jumper to a different address (e.g. 0x370 - the reserved address for a second FDC) AND a different IRQ AND a different DRQ. Then add a line like controller fdc1 at isa? port "0x370" bio irq XX drq XX vector fdintr disk fd2 at fdc1 drive 0 disk fd3 at fdc1 drive 1 in your config file. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jun 9 00:03:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA17879 for hackers-outgoing; Fri, 9 Jun 1995 00:03:16 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA17872 ; Fri, 9 Jun 1995 00:03:15 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jaime Bozza cc: hackers@freebsd.org Subject: Re: CRC Problem. In-reply-to: Your message of "Thu, 08 Jun 95 14:06:39 EDT." <199506081806.OAA20876@max.tiac.net> Date: Fri, 09 Jun 1995 00:03:15 -0700 Message-ID: <17871.802681395@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Any idea as to when the CRC fix will be posted on ftp.cdrom.com? > > I'd like to get this thing installed. Sorry, it's going to be another day or so before I'm ready to release this last set. I decided to stop piddling around with the "new floppies of the hour" approach since the number of bugs fixed and introduced with each new set were more or less at parity! :-) So THIS set, I'm sorry to say, I'm sitting on until I know that it's good enough to be worth installing this time. Personal circumstances have also intervened somewhat here, and I need to be a little more efficient in my use of time for the next 48 hours (after which I jump on a plane and fly out of the country). This means that I probably won't be able to put in the effort of bundling up pre-snapshots for public consumption. They do take extra time to do! :( Jordan From owner-freebsd-hackers Fri Jun 9 00:37:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19191 for hackers-outgoing; Fri, 9 Jun 1995 00:37:37 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA19182 for ; Fri, 9 Jun 1995 00:37:30 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id QAA05323; Fri, 9 Jun 1995 16:58:36 +0930 From: Michael Smith Message-Id: <199506090728.QAA05323@genesis.atrad.adelaide.edu.au> Subject: Re: Ping times over PPP link to Linux box To: mpp@legarto.minn.net (Mike Pritchard) Date: Fri, 9 Jun 1995 16:58:36 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199506090619.BAA00509@mpp.com> from "Mike Pritchard" at Jun 9, 95 01:19:27 am Content-Type: text Content-Length: 1614 Sender: hackers-owner@freebsd.org Precedence: bulk Mike Pritchard stands accused of saying: > I think that the Linux box is probably capable of providing better response, > since I've logged into the machine and pinged various sites around the > country and seen ping times as low as 60ms. Pings to freebsd.org avg 90ms > right now. My provider is running Linux 1.2.8. Oooh envy. (>200ms here 8( ) > I would also be interested in knowing what kind of ping times anyone > else connecting via PPP from a FreeBSD box to a Linux box gets. > Are my results atypical? Not noticeably - our local amateur network (SA-APANA, fwiw) restructured recently, and a number of the PA sites clubbed together and funded a FBSD 2.0 system. Unfortunately this had reliability problems (not the least being the too-many-cooks), and was replaced with a reasonably current Linux system. I won't spew too much about this system, except to say that it seems to stay up for a reasonable amount of time, but it _was_ observed that its ping response times were considerably worse (~250-300ms) than either the 2.0 box (~180-200) or the annexes (~150). Throughput seems OK, although there are other issues there as well. (16450, IDE, should say it all) > Mike Pritchard Another datapoint, at least. -- ]] 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 [[ From owner-freebsd-hackers Fri Jun 9 00:38:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19322 for hackers-outgoing; Fri, 9 Jun 1995 00:38:09 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA19316 for ; Fri, 9 Jun 1995 00:38:08 -0700 Received: from freefall.cdrom.com (freefall.cdrom.com [192.216.222.4]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id AAA29857 for ; Fri, 9 Jun 1995 00:38:57 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA19311 ; Fri, 9 Jun 1995 00:38:04 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Mike Digdon cc: freebsd-hackers@wcarchive.cdrom.com Subject: Re: Unimpressed... In-reply-to: Your message of "Thu, 08 Jun 95 17:58:28 -0300." <199506082058.RAA15925@Snoopy.UCIS.Dal.Ca> Date: Fri, 09 Jun 1995 00:38:04 -0700 Message-ID: <19310.802683484@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > So, I happily tried to install 2.0.5 and what did I find? bin.ad has a bad > checksum. I brought down multiple copies, just in case. I think I recall > someone else complaining about this problem as well. How can I fix this? Wait just another day or so.. The ALPHA is about to be completely replaced. In fact, I'll stick a file in the FTP areas saying "DONT_GRAB_ME" or something to that effect; the last ALPHA release was indeed broken for floppy installs! :( Jordan From owner-freebsd-hackers Fri Jun 9 00:41:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19568 for hackers-outgoing; Fri, 9 Jun 1995 00:41:48 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA19559 for ; Fri, 9 Jun 1995 00:41:39 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA22808; Fri, 9 Jun 1995 17:41:12 +1000 Date: Fri, 9 Jun 1995 17:41:12 +1000 From: Bruce Evans Message-Id: <199506090741.RAA22808@godzilla.zeta.org.au> To: hackers@freebsd.org, mpp@legarto.minn.net Subject: Re: Ping times over PPP link to Linux box Sender: hackers-owner@freebsd.org Precedence: bulk >the Linux serial interface (looks like they use the Cyclom serial >driver - whatever that is). It's like our cy driver. >I would also be interested in knowing what kind of ping times anyone >else connecting via PPP from a FreeBSD box to a Linux box gets. For local connections the ping time used to be 0-10ms (average 5) higher for Linux due to lack of special handling for packet framing characters in the driver. Anything more than that is probably caused by the modem. I see these ping times for local connections at 115200 bps: UARTs slip ppp 16450 --> 16450 16.0ms 25.0ms 16550 --> 16450 16.5ms 25.5ms 16550 --> cd1400 17.0ms 26.0ms (new cy driver) The differences are due to different or nonexistent input fifo timeouts. Bruce From owner-freebsd-hackers Fri Jun 9 01:06:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21146 for hackers-outgoing; Fri, 9 Jun 1995 01:06:10 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA21124 for ; Fri, 9 Jun 1995 01:05:57 -0700 Message-Id: Date: Fri, 9 Jun 95 12:02 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@freebsd.org Subject: Looks like lcp-echo-[failure&interval] ain't working X-Mailer: GNOS 2.4.1 Sender: hackers-owner@freebsd.org Precedence: bulk Hi guys! I moved slip link from our linux box to freebsd ppp link to our ISP. Problem: pppd dies when ppp-echo-* are enabled in /etc/ppp/options (well lcp-echo-interval 50 lcp-echo-failure 5) and the link were dying after ~1-2 minutes of uptime with diagnostic message: excessive lcp-echo dropouts or something like that. Quetion: anybody running pppd-2.1.2 in freebsd with lcp-echo enabled? Ok, little script pinging term serv port on isp killing pppd when no packets go through saves the day, I wonder however what's wrong with pppd. I tried to compile 2.1.2d from sunsite to no avail: Longyear told me he doesn't care that {a,b,c,d} patchlevels ain't compiling in other ports :-( however I do not think it was fixed there either: according to linux mailing lists people are experiencing the situation that is closely reminds mine. ISP uses 32 port portmaster term server albeit I'm not sure whether anybody else of their customer base has lcp-echo enabled... Thanx, keep me in Cc: I do not cope with freebas-hackers traffic. Surely Yours, AGL From owner-freebsd-hackers Fri Jun 9 01:10:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21578 for hackers-outgoing; Fri, 9 Jun 1995 01:10:11 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA21556 ; Fri, 9 Jun 1995 01:10:05 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jim Bryant cc: freebsd-hackers@freebsd.org Subject: Re: options "ALLOW_CONFLICT_IOADDR" don't work! In-reply-to: Your message of "Thu, 08 Jun 95 15:47:08 CDT." <199506082047.PAA01443@argus.iadfw.net> Date: Fri, 09 Jun 1995 01:10:04 -0700 Message-ID: <21555.802685404@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Guess what?! > > options "ALLOW_CONFLICT_IOADDR" does not work!@# Because it's gone. Add the new keyword "conflicts" to the psm driver line. See LINT. Jordan From owner-freebsd-hackers Fri Jun 9 01:19:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22679 for hackers-outgoing; Fri, 9 Jun 1995 01:19:13 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22667 for ; Fri, 9 Jun 1995 01:19:07 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA05571; Fri, 9 Jun 1995 01:18:45 -0700 From: "Rodney W. Grimes" Message-Id: <199506090818.BAA05571@gndrsh.aac.dev.com> Subject: Re: aha1542 bus speeds To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Fri, 9 Jun 1995 01:18:45 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506081858.UAA06489@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jun 8, 95 08:58:37 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: 699 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The AH1542CF allows a couple of bus speeds in the BIOS setup (^A) amongst > others there are 10MB/s, 8MB/s. When looking at /sys/i386/isa/ah1542.c > there is the array aha_bus_speeds[]= {0x88,100},{0x99,150} and so on. > Why are these ns figures not reflect the actual (possible) MB/s values? They do if you look at a 1542B. These numbers come right out of the 1542B programmers manual, and a 1542B has a jumper that allows the settings 5.0, 5.7, 6.7, 8.0 and 10.0MB/sec. This values correspond to 200.0, 175, 150, 125, and 100ns. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Jun 9 01:56:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26353 for hackers-outgoing; Fri, 9 Jun 1995 01:56:45 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA26343 ; Fri, 9 Jun 1995 01:56:42 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bruce Evans cc: freebsd-hackers@freebsd.org, jbryant@argus.iadfw.net Subject: Re: options "ALLOW_CONFLICT_IOADDR" don't work! (fwd) In-reply-to: Your message of "Fri, 09 Jun 95 15:17:32 +1000." <199506090517.PAA18583@godzilla.zeta.org.au> Date: Fri, 09 Jun 1995 01:56:40 -0700 Message-ID: <26341.802688200@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > `conflicts' seems to be missing from userconfig(). I know, there wasn't time. Jordan From owner-freebsd-hackers Fri Jun 9 02:08:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA26960 for hackers-outgoing; Fri, 9 Jun 1995 02:08:46 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA26954 for ; Fri, 9 Jun 1995 02:08:39 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id FAA14343; Fri, 9 Jun 1995 05:07:53 -0400 From: Peter Dufault Message-Id: <199506090907.FAA14343@hda.com> Subject: Re: IOMega ZIP drive experiences To: obrien@leonardo.net (Mike O'Brien) Date: Fri, 9 Jun 1995 05:07:53 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506090348.UAA00323@caern.protocorp.com> from "Mike O'Brien" at Jun 8, 95 08:48:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2959 Sender: hackers-owner@freebsd.org Precedence: bulk Mike O'Brien writes: > > At first I booted up without a disk in the drive. This is what > I got: > (...) > caern kernel: aha0 targ 5 lun 0: type 0(direct) removable SCSI2 > caern kernel: aha0 targ 5 lun 0: > caern kernel: sd1(aha0:5:0): illegal request > caern kernel: sd1 could not mode sense (4). Using ficticious geometry > caern kernel: sd1(aha0:5:0): not ready > caern kernel: sd1: could not get size > caern kernel: sd1: 0MB (0 total sec), 0 cyl, 64 head, 32 sec, bytes/sec 512 With no disk it can't get the size. This makes sense, since I assume they have different size disks. > Inserting a disk in the drive and attempting to dd /dev/rsd1c to > /dev/null netted me a couple of: > Jun 7 19:42:24 caern kernel: sd1(aha0:5:0): not ready > Jun 7 19:42:24 caern kernel: sd1(aha0:5:0): not ready Is it formatted? If not, this makes sense also. On 2.05 you could try formatting it. > So, I shoved a (formatted, blank, 100Mb) fat diskette in the drive and > rebooted. This time, things got a bit further: > (...) > caern kernel: aha0 targ 5 lun 0: type 0(direct) removable SCSI2 > caern kernel: aha0 targ 5 lun 0: > caern kernel: sd1(aha0:5:0): illegal request > caern kernel: sd1 could not mode sense (4). Using ficticious geometry > caern kernel: sd1: 96MB (196608 total sec), 96 cyl, 64 head, 32 sec, bytes/sec 512 Good; I assume that is the right number of sectors. > This time, trying the 'dd' just got me: > > dd: /dev/rsd1c: Device not configured I'm not sure which partitions you can access without a label. > Another interesting point is that the IOMega toolkit lets you > mark a diskette as 'non-removable', presumably so you can just use the > whole thing as a sort of oddball hard drive. Whatever 2.0R does in > attempting to probe the device obviously convinces the ZIP drive that > this has been done, because pressing the little button does not allow the > diskette to be ejected as long as UNIX is running. The open driver entry does a "prevent removal". At least the 2.05 code does "allow removal" if the open fails. Bruce added some fixes for tracking open slices that might fix something like this; > I was hoping that a SCSI disk would be a SCSI disk, or at least > close enough to let me back up my system (I'm the guy who's always > whining that his Colorado Jumbo 350 doesn't work under UNIX either). > Apparently not. So 2.0.5 is going to leave me to back my system up on > lots and LOTS of floppies, but what the hey. I'll be willing to work > with anyone who thinks they can figure out what to do to the SCSI > driver to get the ZIP drive working, either before or after 2.0.5. Are you running 2.05? The boot messages don't look like that 2.05. Don't give up yet. -- 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 Fri Jun 9 02:20:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA27501 for hackers-outgoing; Fri, 9 Jun 1995 02:20:50 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA27483 for ; Fri, 9 Jun 1995 02:20:39 -0700 Message-Id: Date: Fri, 9 Jun 95 13:17 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@freebsd.org Subject: 2.0.5-ALPHA: buffer table overflow X-Mailer: GNOS 2.4.1 Sender: hackers-owner@freebsd.org Precedence: bulk that's what I've got after getting ppp link to ISP up (first gated run into it, then I got it from ping when I were trying to figure out what's wrong). Will see whether 0412 has the same feature... (the link was up < 2 hours before it happened) SY, AGL From owner-freebsd-hackers Fri Jun 9 02:34:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA28266 for hackers-outgoing; Fri, 9 Jun 1995 02:34:25 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA28254 for hackers; Fri, 9 Jun 1995 02:34:23 -0700 Date: Fri, 9 Jun 1995 02:34:23 -0700 From: Jeffrey Hsu Message-Id: <199506090934.CAA28254@freefall.cdrom.com> To: hackers Subject: automatic login Sender: hackers-owner@FreeBSD.org Precedence: bulk Since my console is physically secure, I would like to have my machine come up and login me in automatically. Any suggestions on how to accomplish this? From owner-freebsd-hackers Fri Jun 9 03:38:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA01576 for hackers-outgoing; Fri, 9 Jun 1995 03:38:29 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA01565 for ; Fri, 9 Jun 1995 03:38:18 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA00724; Fri, 9 Jun 1995 18:37:58 +0800 Date: Fri, 9 Jun 1995 18:37:57 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Only a few problems left with installation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Installed 2.0.5A on a third machine here using the June 6 7:05am boot floppy. Lots of little bugs and typos have been fixed, and hallelujah for having the disk slice and partition help files on the floppy! :) The timezone determination still isn't happening... 'date' in the holographic shell shows local time without a timezone (so my BIOS clock is on local). I type in local time into the installer and it somehow decides the BIOS clock is UTC. :-/ I didn't futz with it, reasoning that I can always do my timezone properly and set the BIOS to UTC later. I noticed that the NFS filesystem from which I was installing is mounted twice (at least, it shows up twice in 'df'). Manually unmounting one of them seems to cause the "NFS busy" error to go away when rebooting. Not a fatal problem. Biggest problem is still with the disk slice and partitions. I decided not to touch any of the slice/partitions from 950412 first. The partition editor showed one single partition: Offset Size End Name PType Desc Subtype Flags 0 2109376 2109375 sd0s1 3 freebsd 165 C> This is on a Quantum 1080S 1-gig drive. I went through the installation, told it not to install a boot manager, and rebooted. The kernel boot prompt came up successfully (yaay!), but when I hit Return to load the kernel, I got a "partition is out of reach from bios" error (boo!). I resorted back to fishing out my MS-DOS install disk and reformatted the disk. Funny thing is, at first DOS fdisk would only recognize 17 megabytes as "the whole disk". After some futzing around with deleting partitions, rebooting several times, turning the computer monitor towards Silicon Valley, etc. I was able to create a single 1029-megabyte DOS partition. Back into FreeBSD's partition editor... deleted the FAT partition, then selected "Use entire disk": Offset Size End Name PType Desc Subtype Flags 0 34 33 - 6 unused 0 34 2109326 2109359 sd0s1 3 freebsd 165 C 2109360 16 2109375 - 5 unused 0 Selected the FreeBSD slice and hitting 'S' to make it bootable puts an addition 'A' beside the C flag. I didn't try booting without the 'A' flag and without a boot manager, but if that combination doesn't work, perhaps the installer should warn the user, or make a single-slice FreeBSD setup automatically startable. The help file didn't seem to emphasize that part enough. Went through the installation again (5 minutes for bindist and MAKEDEV, nice!). Noticed that the installer says something about "recovering" or "rescuing" disk slice devices (which relates to my other inquiry about the "sd*" target in MAKEDEV)... skipped the timezone and other post-install stuff and rebooted. Kernel prompt came up, kernel loaded up fine this time, installed my template /etc files from another 2.0.5 machine, installed a new kernel and rebooted again. Relatively painless this time around, so I'm looking forward to the next set of floppies (and hope they will be the next-to-last before release). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Jun 9 04:06:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA02871 for hackers-outgoing; Fri, 9 Jun 1995 04:06:34 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA02853 for ; Fri, 9 Jun 1995 04:06:17 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA00778; Fri, 9 Jun 1995 19:05:27 +0800 Date: Fri, 9 Jun 1995 19:05:27 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Minor nits about bindist... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk mountd will complain and exit if /var/db/mountdtab isn't present when it is invoked. Should the bindist include a 0-byte mountdtab file to prevent this problem? I also made a couple of minor changes to /etc/sysconfig (basically setting $ipaddr right after $hostname and using $ipaddr in the ifconfig and multicast route lines). Makes it a little easier to locate hostname and IP information, but I suppose that'll wait for 2.1 (unless someone thinks we can still squeeze in small changes like this). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Jun 9 04:18:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA03818 for hackers-outgoing; Fri, 9 Jun 1995 04:18:28 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA03800 ; Fri, 9 Jun 1995 04:18:25 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA18599 (5.67a/IDA-1.5); Fri, 9 Jun 1995 06:10:12 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA02871; 9 Jun 95 06:09:31 CDT (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA02867; Fri, 9 Jun 1995 06:09:30 -0500 From: Peter da Silva Message-Id: <199506091109.GAA02867@bonkers.taronga.com> Subject: Re: automatic login To: hsu@freefall.cdrom.com (Jeffrey Hsu) Date: Fri, 9 Jun 1995 06:09:29 -0500 (CDT) Cc: hackers@freefall.cdrom.com In-Reply-To: <199506090934.CAA28254@freefall.cdrom.com> from "Jeffrey Hsu" at Jun 9, 95 02:34:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 825 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Since my console is physically secure, I would like to have my machine > come up and login me in automatically. Any suggestions on how to > accomplish this? Change the entry in "ttys" for "ttyv0" from "/usr/libexec/getty Pc" (or whatever it is) to something else. I haven't set this up for FreeBSD before, but "/usr/bin/su - your-login-name" should work. We use various alternate versions of this to have our UNIX-based electric utility control system start up automatically when we boot. Typically we have a script like: if timeout 10 "Hit return for maintainance login: " then exec /home/cust/startup else exec /etc/getty console /dev/console ... fi in there. For Sun we had to write a C program that set all sorts of nasty terminal modes and process groups and stuff. OSF/1^H^H^H^H^HDigitalUNIX just needs a script. From owner-freebsd-hackers Fri Jun 9 04:58:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05909 for hackers-outgoing; Fri, 9 Jun 1995 04:58:32 -0700 Received: from squid.umd.edu (squid.umd.edu [129.2.40.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA05899 for ; Fri, 9 Jun 1995 04:58:26 -0700 Received: by squid.umd.edu (5.65/Ultrix3.0-C) id AA21934; Fri, 9 Jun 1995 08:06:44 -0400 From: fcawth@squid.umd.edu (Fred Cawthorne) Message-Id: <9506091206.AA21934@squid.umd.edu> Subject: Re: IOMega ZIP drive experiences To: dufault@hda.com (Peter Dufault) Date: Fri, 9 Jun 95 8:06:44 EDT Cc: obrien@leonardo.net, freebsd-hackers@freebsd.org In-Reply-To: <199506090907.FAA14343@hda.com>; from "Peter Dufault" at Jun 9, 95 5:07 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk I have the drive working pretty well under 2.0.5 There is one problem with the dos zip disks that come with it though. You can't mount them unless you move the dos slice from partition 4 to partition #1 (The first one). Perhaps there is a bug in the slice code somewhere. If I reformat the disk using MS-DOS 6.2, then it mounts even with the partition in the last entry... So the format these things come with must be wierd somehow... I am using an NCR scsi controller, so maybe there is some translation problem or somehing, but I doubt it since fdisk gives me the same geometry I used to get. My machine is a Pentium-90 with an NCR 810 scsi controller. I have 32 megs of ram. Here's some info from iozone: Writing the 32 Megabyte file, 'iozone.tmp'...42.492188 seconds Reading the file...40.554688 seconds IOZONE performance measurements: 789661 bytes/second for writing the file 827387 bytes/second for reading the file Here are some of the messages the scsi code spits out: The probe of the drive gives: (ncr0:6:0): "IOMEGA ZIP 100 L.27" type 0 removable SCSI 2 sd1(ncr0:6:0): Direct-Access sd1(ncr0:6:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd1 could not mode sense (4). Using ficticious geometry 96MB (196608 512 byte sectors) I get the ILLEGAL REQUEST whenever I change disks. (As well as this message of course): sd1(ncr0:6:0): UNIT ATTENTION asc:28,0 sd1(ncr0:6:0): Not ready to ready transition, medium may have changed When I try to use the NCR scsiformat program under DOS, I also get an "invalid field in CDB" type message. Also, when I fdisk it under FreeBSD, I get: ioctl DIOCWLABEL: Operation not supported by device Here's the disktab entry I use for the 100 meg zip disks: zip|Iomega Zip drive 100MB:\ :dt=SCSI:ty=winchester:se#512:nt#32:ns#64:nc#96:\ :pa#196576:oa#0:ba#4096:fa#512:ta=4.2BSD:\ :pc#196576:oc#0: Here's the fdisk table of one of my FreeBSD zip disks: jjarray# fdisk /dev/sd1 ******* Working on device /dev/sd1 ******* parameters extracted from in-core disklabel are: cylinders=96 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=96 heads=64 sectors/track=32 (2048 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 32, size 196576 (95 Meg), flag 80 beg: cyl 0/ sector 1/ head 1; end: cyl 95/ sector 32/ head 63 And here's the disklabel: jjarray# disklabel sd1 # /dev/rsd1c: type: SCSI disk: zip label: flags: bytes/sector: 512 sectors/track: 64 tracks/cylinder: 32 sectors/cylinder: 2048 cylinders: 95 sectors/unit: 196576 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 196576 0 4.2BSD 512 4096 0 # (Cyl. 0 - 95*) c: 196576 0 unused 0 0 # (Cyl. 0 - 95*) From owner-freebsd-hackers Fri Jun 9 05:06:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06322 for hackers-outgoing; Fri, 9 Jun 1995 05:06:16 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA06314 for ; Fri, 9 Jun 1995 05:06:12 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id IAA14707; Fri, 9 Jun 1995 08:05:24 -0400 From: Peter Dufault Message-Id: <199506091205.IAA14707@hda.com> Subject: Re: IOMega ZIP drive experiences To: fcawth@squid.umd.edu (Fred Cawthorne) Date: Fri, 9 Jun 1995 08:05:23 -0400 (EDT) Cc: obrien@leonardo.net, freebsd-hackers@freebsd.org In-Reply-To: <9506091206.AA21934@squid.umd.edu> from "Fred Cawthorne" at Jun 9, 95 08:06:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 469 Sender: hackers-owner@freebsd.org Precedence: bulk Fred Cawthorne writes: > When I try to use the NCR scsiformat program under DOS, I also get an > "invalid field in CDB" type message. Have you tried formatting under FreeBSD? See if this works: scsi -f /dev/rsd1.ctl -c "4 0 0 0 0 0" I'd like to get my hands on one of these for a week. Peter -- 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 Fri Jun 9 05:14:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06822 for hackers-outgoing; Fri, 9 Jun 1995 05:14:42 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA06814 for ; Fri, 9 Jun 1995 05:14:35 -0700 Received: from Snoopy.UCIS.Dal.Ca (Snoopy.UCIS.Dal.Ca [129.173.1.10]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id FAA27983 for ; Fri, 9 Jun 1995 05:15:23 -0700 Received: (from digdon@localhost) by Snoopy.UCIS.Dal.Ca (8.6.9/8.6.6) id JAA24244; Fri, 9 Jun 1995 09:14:27 -0300 From: Mike Digdon Message-Id: <199506091214.JAA24244@Snoopy.UCIS.Dal.Ca> Subject: Re: Unimpressed... To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 9 Jun 1995 09:14:27 -0300 (ADT) Cc: freebsd-hackers@wcarchive.cdrom.com In-Reply-To: <19310.802683484@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 9, 95 00:38:04 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 505 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Wait just another day or so.. The ALPHA is about to be completely > replaced. In fact, I'll stick a file in the FTP areas saying > "DONT_GRAB_ME" or something to that effect; the last ALPHA release was > indeed broken for floppy installs! :( > Well, after posting my original message, I decided to try the install from my DOS partition. Worked fine.. -- Mike Digdon # Network Operation Centre # Dalhousie University Phone: +1 902 494-1873 # E-mail: digdon@snoopy.ucis.dal.ca From owner-freebsd-hackers Fri Jun 9 05:30:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07588 for hackers-outgoing; Fri, 9 Jun 1995 05:30:03 -0700 Received: from itp.ac.ru (itp.ac.ru [193.233.32.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA07553 ; Fri, 9 Jun 1995 05:29:49 -0700 Received: (sakr@localhost) by itp.ac.ru (8.6.11/8.6.5) id QAA01233; Fri, 9 Jun 1995 16:21:48 +0400 Date: Fri, 9 Jun 1995 16:21:48 +0400 From: "Serge A. Krashakov" Message-Id: <199506091221.QAA01233@itp.ac.ru> To: hackers@freebsd.org, questions@freebsd.org Subject: problems with Compaq Prosignia 300 Sender: hackers-owner@freebsd.org Precedence: bulk I want to install FreeBSD (2.0-950412-SNAP) on Compaq Prosignia 300 having: Intel 90MHz Pentium, 16 MB RAM TriFlex/PCI controller Integrated 32bit Fast-SCSI-2/P controller (NCR 53C810 chip) on local bus with ST1250N 2.1 GB HDD abd Compaq CD-ROM CR-503BCQ Integrated NetFlex-L ENET controller on a 32bit PCI local bus Integrated video 1024*768, 16 colors I tryed to boot all boot disks supporting PCI NCR53810 controller starting with 1.1.5.1 boot floppies from freefall.cdrom.com and ending 2.0.5-ALPHA but all attempts faild: boot kernel doesn't see PCI controller and SCSI disk (Linux slackware 2.20 boot disk does, but I don't want to install Linux). OS/2 and MSDOS works. Can anybody help me? Sincerely yours, Serge Krashakov From owner-freebsd-hackers Fri Jun 9 05:49:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08504 for hackers-outgoing; Fri, 9 Jun 1995 05:49:42 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08491 ; Fri, 9 Jun 1995 05:49:24 -0700 Message-Id: <199506091249.FAA08491@freefall.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA065451930; Fri, 9 Jun 1995 08:45:30 -0400 From: william pechter ILEX Subject: Re: net.errors getting ALPHA To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 9 Jun 1995 08:45:30 -0400 (EDT) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <7116.802665775@freefall.cdrom.com> from "Jordan K. Hubbard" at Jun 8, 95 07:42:55 pm Reply-To: pechter@sesd.ilex.com X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1159 Sender: hackers-owner@freebsd.org Precedence: bulk > > > It was a really bad idea to remove the checksums from all of the dists... > > We need them back in, as well as for the install process to verify ALL > > checksums before committing to anything. > > Sorry, the checksums will come back, but it was far too difficult to > implement for 2.0.5. 2.1R, yes. 2.0.5R, no. If you contest the > degree of difficulty then by all means, look at the sources in > /usr/src/release/sysinstall and send me appropriate context > diffs.. :-) > > For now, you need to have a reasonably reliable transfer medium or all > bets are off. Can't they be kept in a file in the 2.0.5-RELEASE directory so we can manually check them against what we FTP from the net. I'm not looking for them in sysinstall -- just for the ftp to my site here. I'll build floppies or tape -- but I want to be sure what I'm cutting to tape or disk is good. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Fri Jun 9 06:01:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA08756 for hackers-outgoing; Fri, 9 Jun 1995 06:01:03 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA08747 ; Fri, 9 Jun 1995 06:01:01 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: pechter@sesd.ilex.com cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Subject: Re: net.errors getting ALPHA In-reply-to: Your message of "Fri, 09 Jun 95 08:45:30 EDT." <199506091249.FAA08491@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 09 Jun 1995 06:01:01 -0700 Message-ID: <8746.802702861@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Can't they be kept in a file in the 2.0.5-RELEASE directory > so we can manually check them against what we FTP from > the net. I could make some MD5 checksums after the fact, but I'm not willing to mess with the release rolling process at this point; it's too close to the wire! Jordan From owner-freebsd-hackers Fri Jun 9 06:09:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09012 for hackers-outgoing; Fri, 9 Jun 1995 06:09:24 -0700 Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA09006 for ; Fri, 9 Jun 1995 06:09:17 -0700 Received: by FileServ1.MI.Uni-Koeln.DE id AA15792 (5.67b/IDA-1.5 for hackers@freebsd.org); Fri, 9 Jun 1995 15:07:28 +0200 Message-Id: <199506091307.AA15792@FileServ1.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 9 Jun 1995 15:07:27 +0200 In-Reply-To: "Serge A. Krashakov" "problems with Compaq Prosignia 300" (Jun 9, 16:21) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Serge A. Krashakov" Subject: Re: problems with Compaq Prosignia 300 Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk On Jun 9, 16:21, "Serge A. Krashakov" wrote: } Subject: problems with Compaq Prosignia 300 } I want to install FreeBSD (2.0-950412-SNAP) on Compaq Prosignia 300 } having: } Intel 90MHz Pentium, 16 MB RAM } TriFlex/PCI controller } Integrated 32bit Fast-SCSI-2/P controller (NCR 53C810 chip) on local bus } with ST1250N 2.1 GB HDD abd Compaq CD-ROM CR-503BCQ } Integrated NetFlex-L ENET controller on a 32bit PCI local bus } Integrated video 1024*768, 16 colors } } I tryed to boot all boot disks supporting PCI NCR53810 controller } starting with 1.1.5.1 boot floppies from freefall.cdrom.com and ending } 2.0.5-ALPHA but all attempts faild: boot kernel doesn't see PCI controller } and SCSI disk (Linux slackware 2.20 boot disk does, but I don't want } to install Linux). OS/2 and MSDOS works. } } Can anybody help me? I'll try, but I'm very busy right now ! The NCR and generic PCI drivers in FreeBSD were written by a friend and me, so we should be able to work out a solution. If FreeBSD doesn't see the NCR controller, then there probably are some boot messages, that might help understand the problem. I need a complete log of all messages that deal with PCI (i.e. start with "pci0"). You'll probably have to write down these messages, I'm afraid. (There are other possibilities, but they probably aren't worth the effort or they would require more hardware.) Regards, STefan From owner-freebsd-hackers Fri Jun 9 08:31:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13347 for hackers-outgoing; Fri, 9 Jun 1995 08:31:47 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13341 for ; Fri, 9 Jun 1995 08:31:43 -0700 Received: by haven.uniserve.com id <30732>; Fri, 9 Jun 1995 08:32:59 +0100 Date: Fri, 9 Jun 1995 08:32:51 -0700 (PDT) From: Tom Samplonius To: Mike Pritchard cc: hackers@freebsd.org Subject: Re: Ping times over PPP link to Linux box In-Reply-To: <199506090619.BAA00509@mpp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Fri, 9 Jun 1995, Mike Pritchard wrote: > I recently switched to a new ISP, and my new provider runs PPP > on a Linux box. Pings times from my machine to theirs over a 28.8 > modem average 220ms. With my previous provider (SLIP - SunOs) I > usually got ping times of 160ms. I also average 160ms ping times > over a PPP link that is established between a 28.8 modem and a > 14.4 modem both on my own machine, so I don't think the FreeBSD > PPP interface is at fault. It may not be that easy. Some systems place responding to pings at the lowest priority, so the response time will be based on overall system load. Tom From owner-freebsd-hackers Fri Jun 9 09:26:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18194 for hackers-outgoing; Fri, 9 Jun 1995 09:26:08 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA18178 ; Fri, 9 Jun 1995 09:25:57 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43131>; Fri, 9 Jun 1995 18:25:11 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id QAA24571; Thu, 8 Jun 1995 16:44:45 +0200 Message-Id: <199506081444.QAA24571@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Gary Palmer cc: aa@ba.su.se (Anders Ahrsjo), jkh@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: What Europen sites mirrors directly from freebsd.org? In-reply-to: Your message of "Wed, 07 Jun 1995 10:14:34 +0200." <17160.802512874@westhill.cdrom.com> Date: Thu, 8 Jun 1995 16:44:44 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Many Europen mirrors are real old (well at least a day). > >How does the chain of mirrors look like? What site in Europe get it first? > We have no control over when people mirror our site - when they run > the mirror software is up to them - they ftp the stuff from us, we > don't send it to them. Last I looked, src.doc.ic.ac.uk was fairly up > to date, although that can (and will) change day to day. Whether mirror or sup, it's probably started by a crontab. Could each of the people listed in share/FAQ/Text/MIRROR.SITES perhaps update an informational crontab string in MIRROR.SITES (every few months, or when their site update chronology changes) ? Such info would perhaps a) enable the mirror sites to balance out peaks, b) reduce temptation to normal folk, to got to ftp.freebsd.org. Julian S From owner-freebsd-hackers Fri Jun 9 09:26:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18301 for hackers-outgoing; Fri, 9 Jun 1995 09:26:37 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA18266 for ; Fri, 9 Jun 1995 09:26:30 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43130>; Fri, 9 Jun 1995 18:24:11 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id QAA24599; Thu, 8 Jun 1995 16:51:36 +0200 Message-Id: <199506081451.QAA24599@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Bruce Evans , phk@ref.tfs.com, freebsd-hackers@freebsd.org, taob@gate.sinica.edu.tw Subject: Re: Quantum hardware errors (Deferred Error: HARDWARE FAILURE asc:87,0) In-reply-to: Your message of "Wed, 07 Jun 1995 10:42:51 +0200." <9032.802514571@freefall.cdrom.com> Date: Thu, 8 Jun 1995 16:51:35 +0200 From: Julian Howard Stacey Sender: hackers-owner@freebsd.org Precedence: bulk > > I hoped to fix tar, cpio and pax to at least complain about the > > truncation. How about skipping special files that can't be stored > > without loss? > > That would certainly be better than nothing! Right now it's just > a hidden bomb. Perhaps one could set major & minor to some std. unallocated number, & set mode to 0, then one would have a permanent indication of the device that's missing ? (I presume we already have a standard dev_maj_unallocated or some such, or could add one for bug detection ?) PS dont use 0,0 - that's console ! Julian S. From owner-freebsd-hackers Fri Jun 9 10:06:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19317 for hackers-outgoing; Fri, 9 Jun 1995 10:06:14 -0700 Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19311 for ; Fri, 9 Jun 1995 10:06:13 -0700 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.12/8.6.12) id MAA24366; Fri, 9 Jun 1995 12:06:11 -0500 Date: Fri, 9 Jun 1995 12:06:10 -0500 (CDT) From: Guy Helmer To: freebsd-hackers@freefall.cdrom.com Subject: eBones kpasswdd in 2.0.5 (??) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I just build eBones from 2.0.5-ALPHA sources, and it bombed on the last kprogs: target (../libexec/kpasswdd). Is there any place I can pick this up? I've checked, and it isn't in the sources or in -current, and it doesn't seem to be hiding anywhere else in the source tree. Thanks, Guy Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Fri Jun 9 10:25:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19742 for hackers-outgoing; Fri, 9 Jun 1995 10:25:34 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19736 for ; Fri, 9 Jun 1995 10:25:33 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id NAA28361 for ; Fri, 9 Jun 1995 13:24:04 -0400 Date: Fri, 9 Jun 1995 13:24:04 -0400 Message-Id: <199506091724.NAA28361@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: dennis@et.htp.com (dennis) Subject: Re: NFS install Sender: hackers-owner@freebsd.org Precedence: bulk >umount of /nfs failed(BUSY) I get this too. With both BSD/OS and FreeBSD servers. Dennis From owner-freebsd-hackers Fri Jun 9 10:33:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20065 for hackers-outgoing; Fri, 9 Jun 1995 10:33:24 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA20059 for ; Fri, 9 Jun 1995 10:33:23 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id KAA01221 ; Fri, 9 Jun 1995 10:33:20 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: dennis@et.htp.com (dennis) cc: freebsd-hackers@freebsd.org Subject: Re: NFS install In-reply-to: Your message of "Fri, 09 Jun 1995 13:24:04 EDT." <199506091724.NAA28361@mail.htp.com> Date: Fri, 09 Jun 1995 10:33:19 -0700 Message-ID: <1219.802719199@westhill.cdrom.com> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199506091724.NAA28361@mail.htp.com>, dennis writes: >>umount of /nfs failed(BUSY) >I get this too. With both BSD/OS and FreeBSD servers. Jordan and I are looking into this - there may be a generic file descriptor leak somewhere - for some reason even the CDROM install falls over at the minute on one machine but not another :-( Gary From owner-freebsd-hackers Fri Jun 9 10:46:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20551 for hackers-outgoing; Fri, 9 Jun 1995 10:46:01 -0700 Received: from gordius.gordian.com (gordius.gordian.com [192.73.220.81]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA20545 for ; Fri, 9 Jun 1995 10:46:00 -0700 Received: from hermes (hermes.gordian.com [192.73.220.111]) by gordius.gordian.com (8.6.11/8.6.5) with SMTP id KAA29616 for <@gordius.gordian.com:freebsd-hackers@freebsd.org>; Fri, 9 Jun 1995 10:45:27 -0700 Received: by hermes (920330.SGI/920502.SGI) for @gordius.gordian.com:freebsd-hackers@freebsd.org id AA17267; Fri, 9 Jun 95 10:45:26 -0700 Date: Fri, 9 Jun 95 10:45:26 -0700 From: steve@gordian.com (Steve Khoo) Message-Id: <9506091745.AA17267@hermes> To: freebsd-hackers@freebsd.org In-Reply-To: (message from Brian Tao on Fri, 9 Jun 1995 14:00:28 +0800 (CST)) Subject: Re: MAKEDEV sd* deletes partition devices Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Brian" == Brian Tao writes: Brian> It appears that a "MAKEDEV sd0" deletes the partitions, Brian> but then forgets to put them back. You need to do a Brian> separate "MAKEDEV sd0s1*" (* = [a-h])... I just discovered the same thing this morning... ;^< From owner-freebsd-hackers Fri Jun 9 10:52:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20856 for hackers-outgoing; Fri, 9 Jun 1995 10:52:50 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA20850 for ; Fri, 9 Jun 1995 10:52:45 -0700 Received: by haven.uniserve.com id <30743>; Fri, 9 Jun 1995 10:53:51 +0100 Date: Fri, 9 Jun 1995 10:53:44 -0700 (PDT) From: Tom Samplonius To: Anthony Graphics cc: freebsd-hackers@freebsd.org Subject: Re: 2.0.5-ALPHA: buffer table overflow In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Fri, 9 Jun 1995, Anthony Graphics wrote: > that's what I've got after getting ppp link to ISP up > (first gated run into it, then I got it from ping when I were trying > to figure out what's wrong). > Will see whether 0412 has the same feature... Did you have a kernel with option GATEWAY in it? This would generally give you more mbufs, or you can use option NMBCLUSTERS to give you more. Tom From owner-freebsd-hackers Fri Jun 9 11:21:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24228 for hackers-outgoing; Fri, 9 Jun 1995 11:21:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA24210 for ; Fri, 9 Jun 1995 11:21:27 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA16524; Fri, 9 Jun 1995 20:21:00 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA23405; Fri, 9 Jun 1995 20:20:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA04221; Fri, 9 Jun 1995 20:01:06 +0200 From: J Wunsch Message-Id: <199506091801.UAA04221@uriah.heep.sax.de> Subject: Re: tools-third party sys device drivers To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Jun 1995 20:01:05 +0200 (MET DST) Cc: andy@anigma.win.net In-Reply-To: <199506090651.IAA02958@uriah.heep.sax.de> from "J Wunsch" at Jun 9, 95 08:51:26 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 822 Sender: hackers-owner@freebsd.org Precedence: bulk As J Wunsch wrote: > > controller fdc1 at isa? port "0x370" bio irq XX drq XX vector fdintr > disk fd2 at fdc1 drive 0 > disk fd3 at fdc1 drive 1 > > in your config file. Actually, there's slight a bit more of work. It came to mind later (and Bruce also reminded me of it) that the current floppy disk code relies heavily on the CMOS drive type, which is alas only defined for the floppy disk drives 0 and 1. If you're realling taking care for adding more floppy drives, i'm glad to improve the driver so it will be able to handle it. Apparently nobody required this by now, and it's always hard to write code nobody is going to use. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jun 9 11:36:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26174 for hackers-outgoing; Fri, 9 Jun 1995 11:36:25 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA26168 ; Fri, 9 Jun 1995 11:36:23 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24130; Fri, 9 Jun 95 12:29:23 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506091829.AA24130@cs.weber.edu> Subject: Re: automatic login To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 9 Jun 95 12:29:21 MDT Cc: hsu@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199506091109.GAA02867@bonkers.taronga.com> from "Peter da Silva" at Jun 9, 95 06:09:29 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Since my console is physically secure, I would like to have my machine > > come up and login me in automatically. Any suggestions on how to > > accomplish this? [ ... put the shell in the /etc/ttys ... ] > in there. For Sun we had to write a C program that set all sorts of nasty > terminal modes and process groups and stuff. OSF/1^H^H^H^H^HDigitalUNIX > just needs a script. You will need to do the same for FreeBSD, since it doesn't use straight device templating, unless you use a serial console, in which case you could preset it. Basically, login before your experiment, make sure you have regular getty's on most things, and experiment on the first alternate console. That way you can stty -a on a working and non-working (type ^J instead of return, probably) console and compare the two to see what you need to put in the auto-login shell. Personally, I think getty should be hacked to take a -p, like login takes a -h, and run any program you want (I happen to think telnetd should have the same hack). This centralizes the default changes to a small number of locations (not including login). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jun 9 11:46:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26778 for hackers-outgoing; Fri, 9 Jun 1995 11:46:40 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA26771 for ; Fri, 9 Jun 1995 11:46:34 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24845; Fri, 9 Jun 95 12:38:48 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506091838.AA24845@cs.weber.edu> Subject: Re: problems with Compaq Prosignia 300 To: esser@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 9 Jun 95 12:38:48 MDT Cc: sakr@itp.ac.ru, hackers@freebsd.org In-Reply-To: <199506091307.AA15792@FileServ1.MI.Uni-Koeln.DE> from "Stefan Esser" at Jun 9, 95 03:07:27 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk [ ... Compaq PCI box ... ] > The NCR and generic PCI drivers in FreeBSD > were written by a friend and me, so we > should be able to work out a solution. > > If FreeBSD doesn't see the NCR controller, > then there probably are some boot messages, > that might help understand the problem. > > I need a complete log of all messages that > deal with PCI (i.e. start with "pci0"). > > You'll probably have to write down these > messages, I'm afraid. (There are other > possibilities, but they probably aren't > worth the effort or they would require > more hardware.) According to someone who had this problem as well and discovered what it was and posted to the list, the problem is that the Compaq is in 2.0 mode and FreeBSD only understands 1.x PCI. Apparently, you can force it to 1.x mode, and this is what NetBSD has that FreeBSD does not in this area. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jun 9 11:48:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26899 for hackers-outgoing; Fri, 9 Jun 1995 11:48:02 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA26889 ; Fri, 9 Jun 1995 11:47:56 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id OAA17606; Fri, 9 Jun 1995 14:47:14 -0400 From: Peter Dufault Message-Id: <199506091847.OAA17606@hda.com> Subject: Re: cvs commit: src/sys/pci aic7870.c To: davidg@freefall.cdrom.com (David Greenman) Date: Fri, 9 Jun 1995 14:47:13 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199506091806.LAA21171@freefall.cdrom.com> from "David Greenman" at Jun 9, 95 11:06:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2385 Sender: hackers-owner@freebsd.org Precedence: bulk David Greenman writes: (sorry about that last empty message, David) > 1) SCSI_RESID_VALID was not getting set in xs->flags so even though the > aic7xxx driver was doing the right thing, it was getting ignored by the > upper level scsi code. This may affect tape drives, so I consider this > a critical fix. No, the tape code sets the RESID flag itself based on the info field. Prior to adding the RESID_VALID flag for the aha1542 none of the drivers had it, so there is no need for RESID_VALID unless we want residuals to work properly in the host adapter code for host adapters that can detect it. Don't worry that none of the other low level drivers are setting the RESID_VALID flag. It is good that Justin supports it now, since now the user calls can detect the number of bytes actually transferred for this driver as well as the aha1542. RESID_VALID (IMHO) should go away, and if xs_resid gets set assume it was set on purpose. Note it is not the same as b_resid that is still bogusly used as the cylnder for the disk sort. > 2) xs->status was not set to zero during the initialization of a command. > Although I don't think this should be the client's (ie the driver's) > responsibility, it seems that it currently is, so it needs to be cleared. > Without this change, the upper level scsi code will attempt to interpret > the sense information on every command complete (since xs->status is > usually left at 2, "check sense"). This gives a slight performance > increase, as well as stops fooling /sbin/scsi into thinking there was > an error on the command. You are right; it is foolish the way it is working now. I'm the one who elevated xs->status to something used outside of the host adapter drivers, and the only place it is even looked at in the upper level code is here: > /sys/scsi/scsi_ioctl.c: screq->status = xs->status; where it is returned to the user as the target status for a user scsi call. That is why the only symptom was scsi(8) failing. The correct fix is, as you said, to clear it up above. "scsi(8)" may not work for other host adapters (and we may be getting the extra check sense branches). I'd elect to clear it in get_xs() in scsi_base.c. -- 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 Fri Jun 9 11:48:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27003 for hackers-outgoing; Fri, 9 Jun 1995 11:48:47 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA26997 for ; Fri, 9 Jun 1995 11:48:46 -0700 Message-Id: <199506091848.LAA26997@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA1215439033; Fri, 9 Jun 1995 13:52:41 -0500 From: Jim Babb Subject: Re: tools-third party sys device drivers To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Date: Fri, 9 Jun 95 13:52:41 CDT Cc: freebsd-hackers@freebsd.org, andy@anigma.win.net In-Reply-To: <199506091801.UAA04221@uriah.heep.sax.de>; from "J Wunsch" at Jun 9, 95 8:01 pm Mailer: Elm [revision: 70.85] Sender: hackers-owner@freebsd.org Precedence: bulk > > Actually, there's slight a bit more of work. It came to mind later > (and Bruce also reminded me of it) that the current floppy disk code > relies heavily on the CMOS drive type, which is alas only defined for > the floppy disk drives 0 and 1. The fd0.1440 type devices should work to force the floppy type, even beyond the drives the bios knows about. He also requested 2.88 MB support. Got that working yet? :-) Jim From owner-freebsd-hackers Fri Jun 9 11:51:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27116 for hackers-outgoing; Fri, 9 Jun 1995 11:51:18 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA27108 for ; Fri, 9 Jun 1995 11:51:09 -0700 Received: by haven.uniserve.com id <30745>; Fri, 9 Jun 1995 11:51:58 +0100 Date: Fri, 9 Jun 1995 11:51:54 -0700 (PDT) From: Tom Samplonius To: Ollivier Robert cc: hackers@freebsd.org Subject: Re: Does mmap() work correctly? In-Reply-To: <199506070845.KAA01174@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 7 Jun 1995, Ollivier Robert wrote: > > I've been having the dreading "erorr writing symlinked article" from > > INN on FreeBSD from 5-25. I zapped all symlinked articles, did a > > makeactive, and makehistory, but it happened again this morning. Does > > mmap() work correctly? (I never saw anything in the commit list that > > I've been running INN with MMAP enabled since 4/15 (the day it was fixed) > and got no problem. I confess that I'm not a Internet connected site > (UUCP and laptop-by-ethernet feeds). Appears that mmap() was the problem. I've compiled with READ, and it is now 150,000 articles later with no problems (died every day before with "can't write symlinked article" and after rebuilding history twice). Do you use more than one filesystem for news? I suspect that if you don't, inn will blishfully overwrite articles if active updating (ie mmap) is broken. Tom From owner-freebsd-hackers Fri Jun 9 12:06:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28199 for hackers-outgoing; Fri, 9 Jun 1995 12:06:22 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA28190 for ; Fri, 9 Jun 1995 12:06:19 -0700 Received: by haven.uniserve.com id <30750>; Fri, 9 Jun 1995 12:07:36 +0100 Date: Fri, 9 Jun 1995 12:07:30 -0700 (PDT) From: Tom Samplonius To: David Greenman cc: hackers@freebsd.org Subject: Re: What does this mean? In-Reply-To: <199506061358.GAA00411@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 6 Jun 1995, David Greenman wrote: > It means that there are a large number of clone routes getting created > rather quickly (due to lots of new TCP connections with a large number of > sites) and that the kernel is adjusting the expiration of the clone routes > to compensate. What are clone routes? Tom From owner-freebsd-hackers Fri Jun 9 12:29:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29619 for hackers-outgoing; Fri, 9 Jun 1995 12:29:40 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29612 for hackers@freefall.cdrom.com; Fri, 9 Jun 1995 12:29:39 -0700 Date: Fri, 9 Jun 1995 12:29:39 -0700 From: Jeffrey Hsu Message-Id: <199506091929.MAA29612@freefall.cdrom.com> To: hackers@freefall.cdrom.com Subject: Re: automatic login Sender: hackers-owner@FreeBSD.org Precedence: bulk From terry@cs.weber.edu Fri Jun 9 11:36:26 1995 Personally, I think getty should be hacked to take a -p, like login takes a -h, and run any program you want Yeah, I was thinking along the same lines. I was worried about the terminal settings if I skipped the getty and just invoked login. I guess I'll put this on my list of things to look into in my copious spare time. Jeffrey From owner-freebsd-hackers Fri Jun 9 12:56:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01283 for hackers-outgoing; Fri, 9 Jun 1995 12:56:45 -0700 Received: from anvil.appsmiths.com (anvil.appsmiths.com [198.65.131.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA01278 for ; Fri, 9 Jun 1995 12:56:43 -0700 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.11/8.6.6) id OAA01019 for hackers@freebsd.org; Fri, 9 Jun 1995 14:56:58 -0500 From: "Clay D. Hopperdietzel" Message-Id: <199506091956.OAA01019@anvil.appsmiths.com> Subject: NFS bug in -current ? To: hackers@freebsd.org Date: Fri, 9 Jun 1995 14:56:57 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 975 Sender: hackers-owner@freebsd.org Precedence: bulk Hackers, I have two FreeBSD systems running source from about 6/5 or so. They are connected via 3c509s. I've been just hammering away at NFS (like applying all the CTM updates since 2.0R) and haven't had a single problem. I also was trying to install some stuff onto a NFS served /usr/local/bin directory. When I get to the same point (looks like an install to the NFS mounted directory from the client), the box who is serving panics with something to the effect of 'bf_deallocate: object deleted too many times'. Somebody tell me if this is a known problem, or if I need to help dig further. =============================================================================== Clay D. Hopperdietzel hoppy@appsmiths.com AppSmiths, Inc. Voice (713) 578-0154 Fax (713) 578-6182 15915 Katy Fwy, Suite 470 Where do *I* Want to Go Today? Houston, Texas 77094 FreeBSD! From owner-freebsd-hackers Fri Jun 9 13:15:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02573 for hackers-outgoing; Fri, 9 Jun 1995 13:15:08 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02565 for ; Fri, 9 Jun 1995 13:15:03 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id QAA07227 for freebsd-hackers@freebsd.org; Fri, 9 Jun 1995 16:15:19 -0400 From: Charles Henrich Message-Id: <199506092015.QAA07227@crh.cl.msu.edu> Subject: ATAPI CDrom support? To: freebsd-hackers@freebsd.org Date: Fri, 9 Jun 1995 16:15:18 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 260 Sender: hackers-owner@freebsd.org Precedence: bulk How far are we from a pre-alpha test phase of this code (i.e. whose writing it, and would you like me to test it for you?) -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri Jun 9 13:15:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02600 for hackers-outgoing; Fri, 9 Jun 1995 13:15:16 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02582 ; Fri, 9 Jun 1995 13:15:10 -0700 Message-Id: <199506092015.NAA02582@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Peter Dufault cc: davidg@freefall.cdrom.com (David Greenman), hackers@freebsd.org Subject: Re: cvs commit: src/sys/pci aic7870.c In-reply-to: Your message of "Fri, 09 Jun 95 14:47:13 EDT." <199506091847.OAA17606@hda.com> Date: Fri, 09 Jun 1995 13:15:09 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >David Greenman writes: > >(sorry about that last empty message, David) > >> 1) SCSI_RESID_VALID was not getting set in xs->flags so even though the >> aic7xxx driver was doing the right thing, it was getting ignored by the >> upper level scsi code. This may affect tape drives, so I consider this >> a critical fix. > >No, the tape code sets the RESID flag itself based on the info field. > >Prior to adding the RESID_VALID flag for the aha1542 none of the >drivers had it, so there is no need for RESID_VALID unless we want >residuals to work properly in the host adapter code for host adapters >that can detect it. Don't worry that none of the other low level >drivers are setting the RESID_VALID flag. It is good that Justin >supports it now, since now the user calls can detect the number of >bytes actually transferred for this driver as well as the aha1542. Ah. Yes. I just assumed that more people were looking at it since scsi.8 was always ignoring the fact that a residual was returned. >RESID_VALID (IMHO) should go away, and if xs_resid gets set assume it was >set on purpose. Note it is not the same as b_resid that is still >bogusly used as the cylnder for the disk sort. Yes. I vote that it should die to. I was setting resid to 0 which I expected to be sufficient, and I was surprised to see that it wasn't. >> 2) xs->status was not set to zero during the initialization of a command. >> Although I don't think this should be the client's (ie the driver's) >> responsibility, it seems that it currently is, so it needs to be cleared. >> Without this change, the upper level scsi code will attempt to interpret >> the sense information on every command complete (since xs->status is >> usually left at 2, "check sense"). This gives a slight performance >> increase, as well as stops fooling /sbin/scsi into thinking there was >> an error on the command. > >You are right; it is foolish the way it is working now. >I'm the one who elevated xs->status to something used outside >of the host adapter drivers, and the only place it is even looked >at in the upper level code is here: > >> /sys/scsi/scsi_ioctl.c: screq->status = xs->status; > >where it is returned to the user as the target status for a user scsi call. > >That is why the only symptom was scsi(8) failing. The correct fix >is, as you said, to clear it up above. "scsi(8)" may not work >for other host adapters (and we may be getting the extra check sense >branches). > >I'd elect to clear it in get_xs() in scsi_base.c. After 2.0.5. :) >-- >Peter Dufault Real Time Machine Control and Simulation >HD Associates, Inc. Voice: 508 433 6936 >dufault@hda.com Fax: 508 433 5267 -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri Jun 9 14:02:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04113 for hackers-outgoing; Fri, 9 Jun 1995 14:02:54 -0700 Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA04107 for ; Fri, 9 Jun 1995 14:02:50 -0700 Received: by FileServ1.MI.Uni-Koeln.DE id AA21496 (5.67b/IDA-1.5 for hackers@freebsd.org); Fri, 9 Jun 1995 23:02:33 +0200 Message-Id: <199506092102.AA21496@FileServ1.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 9 Jun 1995 23:02:32 +0200 In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: problems with Compaq Prosignia 300" (Jun 9, 12:38) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: problems with Compaq Prosignia 300 Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk On Jun 9, 12:38, Terry Lambert wrote: } Subject: Re: problems with Compaq Prosignia 300 } According to someone who had this problem as well and discovered what } it was and posted to the list, the problem is that the Compaq is in } 2.0 mode and FreeBSD only understands 1.x PCI. } } Apparently, you can force it to 1.x mode, and this is what NetBSD has } that FreeBSD does not in this area. Yes, this was my guess, too, and I'll try to find a way to have that Compaq supported by the GENERIC kernel. Regards, STefan From owner-freebsd-hackers Fri Jun 9 15:16:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06627 for hackers-outgoing; Fri, 9 Jun 1995 15:16:47 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA06621 ; Fri, 9 Jun 1995 15:16:45 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.11/8.6.9) id SAA04184; Fri, 9 Jun 1995 18:17:03 -0400 Date: Fri, 9 Jun 1995 18:17:03 -0400 (EDT) From: "Alok K. Dhir" To: hackers@freebsd.org, questions@freebsd.org, help@freebsd.org, current@freebsd.org Subject: SLIP help! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Hey all - sorry to post to so many lists, but I'm having some _very_strange_ problems with my SLIP dialup users ever since I upgraded our box from 1.1.5.1. Config: ASUS SP3G, 40mb RAM, NCR SCSI, 2.1gigs (Quantum Empire), ATI Mach32 video, BOCA 2016 16port serial board. Machine's primary function is terminal service, name service, WWW service. No problems with 1.1.5.1 on this box. Have 6 14.4 modems and 2 28.8 modems on the Bocaboard. Here are the symptoms: 1. Dialup (non SLIP but on same modem lines as SLIP users) still works perfectly. 2. SLIP works fine for some users and doesn't for others. There is _no_ connection whatsoever between configs for people that it works for and for people that it doesn't. Some users dial in, log in with their slip login id (which has /usr/sbin/sliplogin as their login shell) and all is great. Some users dial in, login as their SLIP id, SLIP _appears_ to be up, but they can't see the net, and the net can't see them (ping). Again, there is nothing I can tell that is different for the people that it works for and the people that it doesn't. One of the users for whom it doesn't work is logged in right now, /var/run/utmp tells me they're logged in -"w" reports they're logged in and their login shell is sliplogin - e.g. 6:11PM up 5:33, 4 users, load averages: 0.00, 0.08, 0.07 USER TTY FROM LOGIN@ IDLE WHAT slipuser d2 - 5:52PM 19 -sliplogin (sliplogin) adhir p0 machine 5:42PM - w -n When I ping that user's machine, I get the following: [bigdipper:~] ping machine PING machine (198.6.14.52): 56 data bytes ping: sendto: Network dropped connection on reset ping: wrote newsusa.com 64 chars, ret=-1 Strangely enough, for a short while after this user first logged in, I couldn't ping them (I got the above error), but I could telnet to their machine on port 25 (they're running an SMTP mailer). VERY strange. A few minutes later I could neither ping nor telnet. Here are my relevent config files: /etc/sliphome/slip.login ------------------------ #!/bin/sh - # # @(#)slip.login 5.1 (Berkeley) 7/1/90 # # generic login file for a slip line. sliplogin invokes this with # the parameters: # 1 2 3 4 5 6 7-n # slipunit ttyspeed loginname local-addr remote-addr mask opt-args # /sbin/ifconfig sl$1 inet $4 $5 netmask $6 -trailers /sbin/route add $5 $4 /usr/sbin/arp -s $5 00:00:c0:3a:aa:54 pub exit /etc/sliphome/slip.hosts ------------------------ slip01 bigdipper slip01 0xffffff00 autocomp slip02 bigdipper slip02 0xffffff00 autocomp adslip bigdipper machine 0xffffff00 autocomp ttslip bigdipper bigtime 0xffffff00 autocomp anslip bigdipper holmes 0xffffff00 autocomp coslip bigdipper cyberad 0xffffff00 autocomp mcslip bigdipper graphic 0xffffff00 autocomp poslip bigdipper postal 0xffffff00 autocomp dmslip bigdipper dmdesign 0xffffff00 autocomp crcoslip bigdipper jzaklow 0xffffff00 autocomp newsusa bigdipper 198.6.14.121 0xffffff00 autocomp gilslip bigdipper 198.6.14.202 0xffffff00 autocomp All slip users' login shells are /usr/sbin/sliplogin. HELP! Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Fri Jun 9 15:34:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA07720 for hackers-outgoing; Fri, 9 Jun 1995 15:34:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA07711 for ; Fri, 9 Jun 1995 15:34:27 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA06454; Fri, 9 Jun 1995 15:34:17 -0700 From: "Rodney W. Grimes" Message-Id: <199506092234.PAA06454@gndrsh.aac.dev.com> Subject: Re: Minor nits about bindist... To: taob@gate.sinica.edu.tw (Brian Tao) Date: Fri, 9 Jun 1995 15:34:17 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at Jun 9, 95 07:05:27 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: 848 Sender: hackers-owner@freebsd.org Precedence: bulk > > mountd will complain and exit if /var/db/mountdtab isn't present > when it is invoked. Should the bindist include a 0-byte mountdtab > file to prevent this problem? It *will* complain, but does *not* exit under these conditions. > > I also made a couple of minor changes to /etc/sysconfig (basically > setting $ipaddr right after $hostname and using $ipaddr in the > ifconfig and multicast route lines). Makes it a little easier to > locate hostname and IP information, but I suppose that'll wait for 2.1 > (unless someone thinks we can still squeeze in small changes like > this). Send me the diffs, I will evaluate them. I suspect this may break multihomed hosts :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Jun 9 15:44:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08194 for hackers-outgoing; Fri, 9 Jun 1995 15:44:30 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA08187 for ; Fri, 9 Jun 1995 15:44:28 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA06495; Fri, 9 Jun 1995 15:43:29 -0700 From: "Rodney W. Grimes" Message-Id: <199506092243.PAA06495@gndrsh.aac.dev.com> Subject: Re: problems with Compaq Prosignia 300 To: esser@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 9 Jun 1995 15:43:29 -0700 (PDT) Cc: sakr@itp.ac.ru, hackers@freebsd.org In-Reply-To: <199506091307.AA15792@FileServ1.MI.Uni-Koeln.DE> from "Stefan Esser" at Jun 9, 95 03:07:27 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: 1608 Sender: hackers-owner@freebsd.org Precedence: bulk > > On Jun 9, 16:21, "Serge A. Krashakov" wrote: > } Subject: problems with Compaq Prosignia 300 > } I want to install FreeBSD (2.0-950412-SNAP) on Compaq Prosignia 300 > } having: > } Intel 90MHz Pentium, 16 MB RAM > } TriFlex/PCI controller > } Integrated 32bit Fast-SCSI-2/P controller (NCR 53C810 chip) on local bus > } with ST1250N 2.1 GB HDD abd Compaq CD-ROM CR-503BCQ > } Integrated NetFlex-L ENET controller on a 32bit PCI local bus > } Integrated video 1024*768, 16 colors > } > } I tryed to boot all boot disks supporting PCI NCR53810 controller > } starting with 1.1.5.1 boot floppies from freefall.cdrom.com and ending > } 2.0.5-ALPHA but all attempts faild: boot kernel doesn't see PCI controller > } and SCSI disk (Linux slackware 2.20 boot disk does, but I don't want > } to install Linux). OS/2 and MSDOS works. > } > } Can anybody help me? > > I'll try, but I'm very busy right now ! > > The NCR and generic PCI drivers in FreeBSD > were written by a friend and me, so we > should be able to work out a solution. Per a conversation I have had with an Intel BIOS engineer it was pointed out to you some time ago that the way you are doing all your own PCI probing is not to the SPEC. To do things correctly you *must* call the PCI 32 bit bios hooks or we are going to continue to have this problem and other problems as PCI evolves. These are protected mode safe BIOS calls and there is no good reason to not use them! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Jun 9 15:44:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08323 for hackers-outgoing; Fri, 9 Jun 1995 15:44:59 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA08317 for ; Fri, 9 Jun 1995 15:44:56 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id QAA06956; Fri, 9 Jun 1995 16:44:42 -0600 Date: Fri, 9 Jun 1995 16:44:42 -0600 From: Nate Williams Message-Id: <199506092244.QAA06956@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Slight flame from Linux user" (Jun 8, 5:18pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Slight flame from Linux user Cc: hackers@FreeBSD.ORG Sender: hackers-owner@FreeBSD.ORG Precedence: bulk [ Free C compiler not GNU ] > A lot of people (all on the hackers list, a far as I can tell) have > asked this question. > > The URL that answers it is: > > http://cuiwww.unige.ch/cgi-bin/freecomp > > The "Free Compilers and Interpreters Catalog". > > I believe the one that struct the cord in my memory was the Purdue compiler. The only thing Purdue has is PCCTS, or Purdue Compiler ConsTruction Set, which is a YACC-like tool. I peruse this when it's posted to comp.compilers, but I've not yet seen any complete and free C compiler yet, although rumors of a finished lcc port to Sparcs and x86 were thrown around for a while. Nate From owner-freebsd-hackers Fri Jun 9 16:30:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09474 for hackers-outgoing; Fri, 9 Jun 1995 16:30:24 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA09468 for ; Fri, 9 Jun 1995 16:30:21 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA06712; Fri, 9 Jun 1995 16:22:34 -0700 From: "Rodney W. Grimes" Message-Id: <199506092322.QAA06712@gndrsh.aac.dev.com> Subject: Re: problems with Compaq Prosignia 300 To: terry@cs.weber.edu (Terry Lambert) Date: Fri, 9 Jun 1995 16:22:33 -0700 (PDT) Cc: esser@zpr.uni-koeln.de, sakr@itp.ac.ru, hackers@freebsd.org In-Reply-To: <9506091838.AA24845@cs.weber.edu> from "Terry Lambert" at Jun 9, 95 12:38: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: 1502 Sender: hackers-owner@freebsd.org Precedence: bulk > > [ ... Compaq PCI box ... ] > > > The NCR and generic PCI drivers in FreeBSD > > were written by a friend and me, so we > > should be able to work out a solution. > > > > If FreeBSD doesn't see the NCR controller, > > then there probably are some boot messages, > > that might help understand the problem. > > > > I need a complete log of all messages that > > deal with PCI (i.e. start with "pci0"). > > > > You'll probably have to write down these > > messages, I'm afraid. (There are other > > possibilities, but they probably aren't > > worth the effort or they would require > > more hardware.) > > According to someone who had this problem as well and discovered what > it was and posted to the list, the problem is that the Compaq is in > 2.0 mode and FreeBSD only understands 1.x PCI. > > Apparently, you can force it to 1.x mode, and this is what NetBSD has > that FreeBSD does not in this area. Gee Terry, as one who is pushing VM86 bios calls all the time I am surprized you did not come up with the real correct solution and that is to call the PCI BIOS32 interface (yes, *all* PCI spec 1.x and 2.x compliant machines *must* implement this). We don't even need VM86 to do it since these are protected mode safe BIOS calls. We do have to make sure we save the BIOS data areas though, but that is pretty easy to fix. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Jun 9 16:38:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09739 for hackers-outgoing; Fri, 9 Jun 1995 16:38:11 -0700 Received: from eagle.ais.net (eagle.ais.net [199.0.154.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA09728 ; Fri, 9 Jun 1995 16:38:03 -0700 Received: by eagle.ais.net (Smail3.1.29.1 #2) id m0sKDfa-000BiiC; Fri, 9 Jun 95 18:40 CDT Message-Id: Subject: dual drives/controllers To: questions@freebsd.org Date: Fri, 9 Jun 1995 18:40:53 -0500 (CDT) From: "Daniel Leeds" Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 641 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Can I run two Operating Systems off my pc with this config. I will have 4 drives. One IDE boot disk to run Windows/Dos, plus a buslogic controller that controls 3 other drives...a 500 root disk, 250 swap disk, and a 2gb storage disk for FreeBSD. is this possible to use with the available boot managers so I can boot and choose either Windows or BSD and easily boot either? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds American Information Systems E-mail: dleeds@ais.net Schaumburg, IL -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Fri Jun 9 17:05:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA10850 for hackers-outgoing; Fri, 9 Jun 1995 17:05:00 -0700 Received: from pyromania.apana.org.au (pyromania.apana.org.au [202.12.87.123]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA10843 for ; Fri, 9 Jun 1995 17:04:54 -0700 Received: (from john@localhost) by pyromania.apana.org.au (8.6.9/8.6.9) id KAA21020 for hackers@freebsd.org; Sat, 10 Jun 1995 10:04:42 +1000 From: John Herks Message-Id: <199506100004.KAA21020@pyromania.apana.org.au> Subject: Intel Triton chipset & 2.0R To: hackers@freebsd.org Date: Sat, 10 Jun 1995 10:04:42 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3724 Sender: hackers-owner@freebsd.org Precedence: bulk I have just upgraded from a Neptune based Pentium motherboard to a Triton chipset motherboard. My system appears to be running fine for over 12 hours since the changeover. One concern I have is the kernel no longer reports the following (as reported on the neptune motherboard).. Before on the pci bus scan I used to get -: 8243LX - pci cache controller 82378LB - pci isa bridge Now I get the following output -: FreeBSD 2.0-RELEASE #0: Fri Jun 9 21:23:10 EST 1995 root@pyromania.apana.org.au:/usr/src/sys/compile/PYROMANIA CPU: Pentium (Pentium-class CPU) 100 MHz Id = 0x525 Origin = "GenuineIntel" real memory = 66715648 (16288 pages) avail memory = 64499712 (15747 pages) using 750 buffers containing 6144000 bytes of memory Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 8192 on isa ed0: address 00:00:c0:77:83:1b, type WD8003E (8 bit) sio0 at 0x3f8-0x3ff flags 0x305 on isa sio0: type 16550A (multiport) sio1 at 0x2f8-0x2ff flags 0x305 on isa sio1: type 16550A (multiport) sio2 at 0x3e8-0x3ef flags 0x305 on isa sio2: type 16550A (multiport) sio3 at 0x2e8-0x2ef irq 4 flags 0x305 on isa sio3: type 16550A (multiport master) sio4 at 0x2f0-0x2f7 flags 0x705 on isa sio4: type 16550A (multiport) sio5 at 0x3e0-0x3e7 flags 0x705 on isa sio5: type 16550A (multiport) sio6 at 0x2e0-0x2e7 flags 0x705 on isa sio6: type 16550A (multiport) sio7 at 0x260-0x267 irq 3 flags 0x705 on isa sio7: type 16550A (multiport master) lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: [0: fd0: 1.44MB 3.5in] npx0 on motherboard pci0: scanning device 0..31, mechanism=1. pci0:0: INTEL CORPORATION, device=0x122d, class=bridge [not supported] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ncr0 int a (config) irq 9 on pci0:6 reg20: virtual=0xf5a03000 physical=0xc0000000 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (1.12) ncr0 waiting for scsi devices to settle ncr0 targ 0 lun 0: type 0(direct) fixed SCSI2 ncr0 targ 0 lun 0: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. sd0: 1029MB (2109376 total sec), 2874 cyl, 8 head, 91 sec, bytes/sec 512 ncr0 targ 1 lun 0: type 0(direct) removable SCSI2 ncr0 targ 1 lun 0: sd1(ncr0:1:0): 200ns (5 Mb/sec) offset 8. sd1: 256MB (524288 total sec), 3140 cyl, 2 head, 83 sec, bytes/sec 512 ncr0 targ 2 lun 0: type 0(direct) fixed SCSI2 ncr0 targ 2 lun 0: sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. sd2: 2047MB (4194058 total sec), 3511 cyl, 11 head, 108 sec, bytes/sec 512 ncr0 targ 5 lun 0: type 5(readonly) removable SCSI2 ncr0 targ 5 lun 0: cd0: cd present.[291378 x 2048 byte records] ncr0 targ 6 lun 0: type 1(sequential) removable SCSI2 ncr0 targ 6 lun 0: st0(ncr0:6:0): 200ns (5 Mb/sec) offset 8. st0: density code 0x0, drive empty pci0:7: INTEL CORPORATION, device=0x122e, class=bridge [not supported] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ pci uses physical addresses from 0xc0000000 to 0xc0001000 -- --------------------------------------------------------------------------- _--_|\ John Herks / \ Pyromania Internet Access Melbourne \_.--._/ Phone: +613-9650-4776 v email: john@pyromania.apana.org.au www : http://pyromania.apana.org.au --------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jun 9 17:48:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA12414 for hackers-outgoing; Fri, 9 Jun 1995 17:48:48 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA12402 for ; Fri, 9 Jun 1995 17:48:44 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA22706; Fri, 9 Jun 95 18:41:00 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506100041.AA22706@cs.weber.edu> Subject: Re: problems with Compaq Prosignia 300 To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 9 Jun 95 18:40:59 MDT Cc: esser@zpr.uni-koeln.de, sakr@itp.ac.ru, hackers@freebsd.org In-Reply-To: <199506092243.PAA06495@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 9, 95 03:43:29 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > Per a conversation I have had with an Intel BIOS engineer it was pointed > out to you some time ago that the way you are doing all your own PCI > probing is not to the SPEC. To do things correctly you *must* call the > PCI 32 bit bios hooks or we are going to continue to have this problem > and other problems as PCI evolves. These are protected mode safe BIOS > calls and there is no good reason to not use them! Uh, Rod, According to "PCI BIOS SPECIFICATION, Revision 2.1, Aug 26 1994", they are optional. Also, they are not supported at all in 1.0 systems. There *is* a mechanism for detecting their existance, and if they exist, calling them is probably mandatory. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jun 9 17:50:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA12652 for hackers-outgoing; Fri, 9 Jun 1995 17:50:43 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA12645 ; Fri, 9 Jun 1995 17:50:41 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Gary Palmer cc: dennis@et.htp.com (dennis), freebsd-hackers@freebsd.org Subject: Re: NFS install In-reply-to: Your message of "Fri, 09 Jun 95 10:33:19 PDT." <1219.802719199@westhill.cdrom.com> Date: Fri, 09 Jun 1995 17:50:41 -0700 Message-ID: <12644.802745441@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Jordan and I are looking into this - there may be a generic file > descriptor leak somewhere - for some reason even the CDROM install > falls over at the minute on one machine but not another :-( The NFS problem was easy - I just wasn't doing the right thing with the return status from the mount (d'oh!). The other is more unnerving. Jordan From owner-freebsd-hackers Fri Jun 9 17:58:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA13335 for hackers-outgoing; Fri, 9 Jun 1995 17:58:17 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA13325 for ; Fri, 9 Jun 1995 17:58:15 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23546; Fri, 9 Jun 95 18:50:54 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506100050.AA23546@cs.weber.edu> Subject: Re: problems with Compaq Prosignia 300 To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 9 Jun 95 18:50:54 MDT Cc: esser@zpr.uni-koeln.de, sakr@itp.ac.ru, hackers@freebsd.org In-Reply-To: <199506092322.QAA06712@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 9, 95 04:22:33 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > According to someone who had this problem as well and discovered what > > it was and posted to the list, the problem is that the Compaq is in > > 2.0 mode and FreeBSD only understands 1.x PCI. > > > > Apparently, you can force it to 1.x mode, and this is what NetBSD has > > that FreeBSD does not in this area. > > Gee Terry, as one who is pushing VM86 bios calls all the time I am > surprized you did not come up with the real correct solution and > that is to call the PCI BIOS32 interface (yes, *all* PCI spec 1.x > and 2.x compliant machines *must* implement this). We don't even > need VM86 to do it since these are protected mode safe BIOS calls. > > We do have to make sure we save the BIOS data areas though, but > that is pretty easy to fix. 8-). ----- "PCI BIOS SPECIFICATION Revision 2.1, August 26 1994" 3.3.1. Determining the existance of BIOS32 Service Directory ... If the data structure is found, the BIOS32 Service Directory can be accessed through the entry point provided in the data structure. If the data structure is not found, then the BIOS32 Service Directory (and also the PCI BIOS) is not supported by the platform. ----- If it's there, yeah, it should be done that way. The other issue is that of non-Intel PCI systems, like the DEC Alpha 21066/21066A PCI boxes and the Motorolla and IBM PReP compliant PCI boxes, which can't execute x86 BIOS at all. The soon-to-be-shipped Apple PowerMac boxes also fall into this category (hopefully the will be CHRP compliant when that comes out). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jun 9 18:15:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16056 for hackers-outgoing; Fri, 9 Jun 1995 18:15:05 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA16044 for ; Fri, 9 Jun 1995 18:15:03 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24905; Fri, 9 Jun 95 19:08:13 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506100108.AA24905@cs.weber.edu> Subject: Re: Intel Triton chipset & 2.0R To: john@pyromania.apana.org.au (John Herks) Date: Fri, 9 Jun 95 19:08:12 MDT Cc: hackers@freebsd.org In-Reply-To: <199506100004.KAA21020@pyromania.apana.org.au> from "John Herks" at Jun 10, 95 10:04:42 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > I have just upgraded from a Neptune based Pentium motherboard to a Triton > chipset motherboard. > > Before on the pci bus scan I used to get -: > > 8243LX - pci cache controller > 82378LB - pci isa bridge > > Now I get the following output -: > > pci0: scanning device 0..31, mechanism=1. > pci0:0: INTEL CORPORATION, device=0x122d, class=bridge [not supported] > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > pci0:7: INTEL CORPORATION, device=0x122e, class=bridge [not supported] > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > pci uses physical addresses from 0xc0000000 to 0xc0001000 PCI 1.x vs. 2.0 and fallback. Will probably be fixed when the Compaq Proliany fix goes in. Don't worry about it if it can run in a fallback mode. The Compaq apparently needs manual fallback to make it run, so they're actually much worse off than you are. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jun 9 18:26:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA17826 for hackers-outgoing; Fri, 9 Jun 1995 18:26:30 -0700 Received: from Chopper.rt66.com (jpoet@pma17.rt66.com [198.59.162.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA17808 ; Fri, 9 Jun 1995 18:26:26 -0700 Received: (from jpoet@localhost) by Chopper.rt66.com (8.6.9/8.6.9) id UAA00137; Fri, 9 Jun 1995 20:32:37 -0600 Date: Fri, 9 Jun 1995 20:32:37 -0600 (MDT) From: John Patrick Poet To: "Justin T. Gibbs" cc: hackers@freefall.cdrom.com, freebsd-hackers-digest@freebsd.org Subject: Re: 2.0.5A (Jun 6) Won't install for me :( In-Reply-To: <199506050437.VAA23073@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I re-partitioned my 4 gig drive, so that I could intall FreeBSD 2.0.5A in the first 2gig instead of the 2nd 2gig --- everything work great. Decided to try and partition the 2nd 2gig -- no joy. I am suppose to run fdisk on it, right? Anyway, tried booting the 2.0.5A install disk again to partition the drive and got the exact same result as when I first tried to install FreeBSD 2.0.5A on it: sysinstall: read Input/Ouput error panic: going nowhere without my init There deffinately seems to be something wrong with the new slicing mechanism when talking to a disk over 2gig. A couple of months ago I managed to get the april snap installed on the 2nd 2gig of that drive, so this is something new with 2.0.5. I can also use the 2nd 2gig of the drive for a Linux partition, without any trouble. I suppose I could try partitioning the WHOLE 4gig as one big partion for FreeBSD, but I would like to split it so I can easily repartion for another operating system if I need to. I would be willing to do it as a test, if anyone wants me to. Messages from boot are: ahc1: 284x Single Channel, SCSI ID=7, aic777 >= REV E, 4SCBs ahc1: Using Edge Triggered Interrupts ahc1: Downloading Sequencer Program...Done ahc1 at 0x1000 - 0x10ff irq 11 on eisa slot 1 ahc1 waiting for scsi decices to settle ahc1: target 0 synchronous at 10.0 MB/s, offset 0xf (ahc1:0:0): "MICROP 1624-07MZ1077811 H22P" type 0 fixed SCSI 1 sd0(ahc1:0:0): Direct-Access 642MB (1316751 512 byte sectors) ahc1: target 1 synchronous at 5.0 MB/s, offset 0xf (ahc1:1:0): "MAXTOR P1-17S LB22" type 0 fixed SCSI 1 sd1(ahc1:1:0): Direct-Access 1433MB (2936593 512 byte sectors) ahc1: target 2 synchronous at 10.0 MB/s, offset 0xf (ahc1:2:0): "MICROP 3243-19SC21020AV CN05" type 0 fixed SCSI 2 sd2(ahc1:2:0): Direct-Access 4095MB (8388315 512 byte sectors) Got any suggestions? Thanks, John | | +--+ == | John Patrick Poet | | | jpoet@rt66.com | +---+ | | From owner-freebsd-hackers Fri Jun 9 18:38:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19584 for hackers-outgoing; Fri, 9 Jun 1995 18:38:04 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19573 for hackers; Fri, 9 Jun 1995 18:38:03 -0700 Date: Fri, 9 Jun 1995 18:38:03 -0700 From: "Jordan K. Hubbard" Message-Id: <199506100138.SAA19573@freefall.cdrom.com> To: hackers Subject: I will be out of contact until the 28th of June. Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm leaving the country in 12 hours here (going back to the Emerald Isle) and only in very intermittent e-mail contact, so don't be too surprised if you get my vacation program. I'm still trying to get the 2.0.5R release out and may or may not succeed. If I do not feel that I can produce something of sufficient quality in time, I'll be turning things over to Gary Palmer in my absence. Otherwise, expect 2.0.5R to hit the archive sites sometime on Saturday. Jordan From owner-freebsd-hackers Fri Jun 9 20:07:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23867 for hackers-outgoing; Fri, 9 Jun 1995 20:07:39 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA23861 for ; Fri, 9 Jun 1995 20:07:36 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id XAA20612 for hackers@freebsd.org; Fri, 9 Jun 1995 23:10:28 -0400 From: "Rashid Karimov." Message-Id: <199506100310.XAA20612@haven.ios.com> Subject: 2.0.5- QUOTAS and install To: hackers@freebsd.org Date: Fri, 9 Jun 1995 23:10:28 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 891 Sender: hackers-owner@freebsd.org Precedence: bulk Hi there folx, First of all: QUOTAs do work ! Second - when some1 stucks with geometry problem ( succesfull install,but PC can't find boot record thereafter, so one has to boot via floppy), there IS a simple cure ( RTFM :): use pfdisk ( or some other utility which shows real HD geometry ). Using this method I was able to reinstall 2.0.5 on 2 computers ( Adaptec PCI 2940/SCSI HDDs - 300MB, 1Gb , 9 Gb) and guess what ? They boots now ! :) -=-= STANDARD DISCLAIMER -=-=- I don't know now if this is universal cure - but there is definitely a sense to include Unix version of that utility into the distribution and make it start during the install ?! For those unfamiliar (if any): take a look at the HD geometry before the installation via pfdisk.exe and change the geometry to same value during the install ( GEOMETRY sub-menu). Enjoy the ride :) Rashid From owner-freebsd-hackers Fri Jun 9 20:28:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24647 for hackers-outgoing; Fri, 9 Jun 1995 20:28:10 -0700 Received: (from gclarkii@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24640 for freebsd-hackers; Fri, 9 Jun 1995 20:28:09 -0700 From: Gary Clark II Message-Id: <199506100328.UAA24640@freefall.cdrom.com> Subject: Bad Motherboard To: freebsd-hackers Date: Fri, 9 Jun 1995 20:28:08 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 937 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I picked up a magitronic A-PIO-487C motherboard a couple of days ago and have yet to be able to get FreeBSD to run. Here is a listing of what the system has of now: 486DX4-100 MB 8Meg Diamond Stealth 64 1meg on-board IDE controller 540 meg hd The kernel boots fine (2.0R and 2.0.5A) but then both of them lock up at different stages, 2.0R right after the kernel is done and 2.0.5 if you pick install or fixit. I'm about to return this MB and get another from some where else I guess. Can someone point me to a ASUS dealer that is cheap? I've talked to Rod, but.... Gary P.S. I did have the system running a 1542CF earlier with the same resualt(sic) -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/FreeBSD.FAQ From owner-freebsd-hackers Fri Jun 9 20:49:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA25179 for hackers-outgoing; Fri, 9 Jun 1995 20:49:07 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA25173 ; Fri, 9 Jun 1995 20:48:58 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.9/8.6.9) id XAA05253; Fri, 9 Jun 1995 23:48:18 -0400 Date: Fri, 9 Jun 1995 23:48:17 -0400 From: Temptation Subject: Re: Bad Motherboard To: Gary Clark II cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506100328.UAA24640@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk whats cheap? they are about $340 or so here, for the Pent based ASUS. (I'm in Canada) > I'm about to return this MB and get another from some where else I guess. > Can someone point me to a ASUS dealer that is cheap? I've talked to Rod, > but.... > > Gary > P.S. I did have the system running a 1542CF earlier with the same resualt(sic) > > -- > Gary Clark II (N5VMF) | FreeBSD support and service > gclarkii@FreeBSD.ORG | mail info@gbdata.com for information > FreeBSD FAQ at ftp.FreeBSD.ORG in > ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/FreeBSD.FAQ > From owner-freebsd-hackers Fri Jun 9 21:22:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25734 for hackers-outgoing; Fri, 9 Jun 1995 21:22:24 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA25728 for ; Fri, 9 Jun 1995 21:22:23 -0700 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id VAA02295; Fri, 9 Jun 1995 21:21:17 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id VAA14278; Fri, 9 Jun 1995 21:21:53 -0701 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id VAA01696; Fri, 9 Jun 1995 21:20:29 -0700 Date: Fri, 9 Jun 1995 21:20:29 -0700 From: "Russell L. Carter" Message-Id: <199506100420.VAA01696@geli.clusternet> To: hackers@freebsd.org, rashid@haven.ios.com Subject: Re: 2.0.5- QUOTAS and install Sender: hackers-owner@freebsd.org Precedence: bulk |From: "Rashid Karimov." [interesting stuff vaporized] | Second - when some1 stucks with geometry problem | ( succesfull install,but PC can't find boot record | thereafter, so one has to boot via floppy), there | IS a simple cure ( RTFM :): TIA "FM"? I don't care that it took me a while, it's just likely it'll take most 1st time users a whole lot longer time than it took me. I've read most of TFMs there are out there. Been happy with pfdisk. Used it successfully. Would've pulled it out on the 5th try recently. | use pfdisk ( or some other utility which shows real | HD geometry ). | Using this method I was able to reinstall 2.0.5 | on 2 computers ( Adaptec PCI 2940/SCSI HDDs - 300MB, | 1Gb , 9 Gb) and guess what ? They boots now ! :) Well woop de doo! I got three up meself! They all boots now! ;-) | | -=-= STANDARD DISCLAIMER -=-=- | I don't know now if this is universal cure - but there | | | is definitely a sense to include Unix version of that | utility into the distribution and make it start | during the install ?! Confession: I didn't look for the help file this time, maybe it was there and had a reference to pfdisk? | | For those unfamiliar (if any): take a look at the HD | geometry before the installation via pfdisk.exe and change | the geometry to same value during the install ( GEOMETRY | sub-menu). If this is true it wants to live in the help file! | | Enjoy the ride :) Always have :) Well, except in The Great Slowdown, caused some short breaths then... System is looking pretty darn solid these days. Cheers, Russell | | | Rashid | | From owner-freebsd-hackers Fri Jun 9 22:57:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA26902 for hackers-outgoing; Fri, 9 Jun 1995 22:57:22 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA26896 for ; Fri, 9 Jun 1995 22:57:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA27829; Sat, 10 Jun 1995 15:55:41 +1000 Date: Sat, 10 Jun 1995 15:55:41 +1000 From: Bruce Evans Message-Id: <199506100555.PAA27829@godzilla.zeta.org.au> To: hackers@freebsd.org, rashid@haven.ios.com, rcarter@geli.com Subject: Re: 2.0.5- QUOTAS and install Sender: hackers-owner@freebsd.org Precedence: bulk >| Second - when some1 stucks with geometry problem >| ( succesfull install,but PC can't find boot record >| thereafter, so one has to boot via floppy), there >| IS a simple cure ( RTFM :): >TIA "FM"? I don't care that it took me a while, it's just FM=drives.hlp. >| use pfdisk ( or some other utility which shows real ^^^^ BIOS (usually unreal) >| HD geometry ). Once you get FreeBSD booting from the hard disk, booting with -v should show the BIOS geometry for all drives supported by the BIOS. The association of the geometries with the drives is not simple if you have more than one drive, and sysinstall doesn't attempt to do it. If FreeBSD is booted from a floppy, as is normal for initial installation, then booting -v will show what the geometry was before any disk managers on the hard disk have adjusted it. pfdisk would also show the unadjusted values if the system is booted from a DOS floppy and the utility for installing the disk manager isn't run. Bruce From owner-freebsd-hackers Fri Jun 9 23:04:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA27124 for hackers-outgoing; Fri, 9 Jun 1995 23:04:15 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA27110 for ; Fri, 9 Jun 1995 23:03:45 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA00400; Sat, 10 Jun 1995 14:02:02 +0800 Date: Sat, 10 Jun 1995 14:02:02 +0800 (CST) From: Brian Tao To: "Rodney W. Grimes" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Minor nits about bindist... In-Reply-To: <199506092234.PAA06454@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Fri, 9 Jun 1995, Rodney W. Grimes wrote: > > It *will* complain, but does *not* exit under these conditions. Hrmmm.... I had created an /etc/exports, then fired up mountd, then grepped a "ps ax" and couldn't find it. Probably something else I missed... will it exit if the only entry in /etc/exports is bad (e.g., invalid hostname)? I had mistyped it the first time, then went back to edit it and 'touch /var/db/mountdtab' at the same time. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sat Jun 10 02:42:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02092 for hackers-outgoing; Sat, 10 Jun 1995 02:42:36 -0700 Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02074 for ; Sat, 10 Jun 1995 02:42:33 -0700 Received: by iaehv.IAEhv.nl (8.6.12/1.63) id LAA03929; Sat, 10 Jun 1995 11:42:25 +0200 From: guido@IAEhv.nl (Guido van Rooij) Message-Id: <199506100942.LAA03929@iaehv.IAEhv.nl> X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Subject: Quantum bad && how to disable a sector To: freebsd-hackers@freebsd.org Date: Sat, 10 Jun 1995 11:42:24 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 327 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Lately I'm getting medium error on my only half a year old Quantum empire 2100s. This is already the second time :-( I think this is a bad choise for a disk. Further: how can I disable that sector? Or can I easily find the inode occupying it and clri it? I do not have a fancy SCSI controler; just a ncr 53c810 -Guido From owner-freebsd-hackers Sat Jun 10 03:29:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA05070 for hackers-outgoing; Sat, 10 Jun 1995 03:29:58 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA05063 for ; Sat, 10 Jun 1995 03:29:55 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id DAA10075; Sat, 10 Jun 1995 03:33:14 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id DAA10595; Sat, 10 Jun 1995 03:30:08 -0700 Message-Id: <199506101030.DAA10595@corbin.Root.COM> To: "Clay D. Hopperdietzel" cc: hackers@freebsd.org Subject: Re: NFS bug in -current ? In-reply-to: Your message of "Fri, 09 Jun 95 14:56:57 CDT." <199506091956.OAA01019@anvil.appsmiths.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 10 Jun 1995 03:30:06 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >I've been just hammering away at NFS (like applying all the CTM updates >since 2.0R) and haven't had a single problem. > >I also was trying to install some stuff onto a NFS served /usr/local/bin >directory. When I get to the same point (looks like an install to the NFS >mounted directory from the client), the box who is serving panics with >something to the effect of 'bf_deallocate: object deleted too many times'. It's a known problem that I recently fixed. It happens whenever you create a hard link on NFS. There is another, much more rare and difficult to manifest bug (takes 3-8 hours of continuous NFS file I/O) that causes the client to fail with the same panic. It seems to only occur when multiple processes are accessing the same file concurrently. I've been able to reproduce this one twice in the past 24 hours - collecting more information each time - and should hopefully have a fix in a few days. -DG From owner-freebsd-hackers Sat Jun 10 04:29:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10427 for hackers-outgoing; Sat, 10 Jun 1995 04:29:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA10412 for ; Sat, 10 Jun 1995 04:29:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03861; Sat, 10 Jun 1995 13:29:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA29626 for freebsd-hackers@freebsd.org; Sat, 10 Jun 1995 13:29:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA06777 for freebsd-hackers@freebsd.org; Sat, 10 Jun 1995 12:25:59 +0200 From: J Wunsch Message-Id: <199506101025.MAA06777@uriah.heep.sax.de> Subject: Re: tools-third party sys device drivers To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 10 Jun 1995 12:25:59 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199506091848.LAA26997@freefall.cdrom.com> from "Jim Babb" at Jun 9, 95 01:52:41 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 899 Sender: hackers-owner@freebsd.org Precedence: bulk As Jim Babb wrote: > > The fd0.1440 type devices should work to force the floppy type, even > beyond the drives the bios knows about. I doubt. There's too much hackery in the driver that abuses the mode bits. This has apparently been done to support e.g. 1.2 MB on 1.44 drives, etc. I'm _not_ going to make substantial changes to the floppy code before 2.1 ships, since i will avoid to break it in any way. 2.2 will be even-numbered, hence can get more experimental code. :) > He also requested 2.88 MB support. Got that working yet? :-) Unless somebody is going to spend me a drive and controller, i'm not going to do very much here. It should be detected as a 1.44 MB drive now, so people could at least use it like any other floppy drive. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jun 10 04:33:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10838 for hackers-outgoing; Sat, 10 Jun 1995 04:33:14 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA10809 ; Sat, 10 Jun 1995 04:33:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03932; Sat, 10 Jun 1995 13:33:03 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA29658; Sat, 10 Jun 1995 13:33:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA07157; Sat, 10 Jun 1995 13:31:40 +0200 From: J Wunsch Message-Id: <199506101131.NAA07157@uriah.heep.sax.de> Subject: Re: dual drives/controllers To: dleeds@eagle.ais.net (Daniel Leeds) Date: Sat, 10 Jun 1995 13:31:40 +0200 (MET DST) Cc: questions@freebsd.org, hackers@freebsd.org In-Reply-To: from "Daniel Leeds" at Jun 9, 95 06:40:53 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 779 Sender: hackers-owner@freebsd.org Precedence: bulk As Daniel Leeds wrote: > > Hi, > > Can I run two Operating Systems off my pc with this config. > > I will have 4 drives. One IDE boot disk to run Windows/Dos, plus a > buslogic controller that controls 3 other drives...a 500 root disk, 250 > swap disk, and a 2gb storage disk for FreeBSD. is this possible to use > with the available boot managers so I can boot and choose either Windows > or BSD and easily boot either? I think so, yes. You're going to boot off the second drive, and the remaining drives are not of interest for FreeBSD. On which controller are drives 3 & 4? (Disclaimer: i've never used bteasy myself.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jun 10 04:48:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA11727 for hackers-outgoing; Sat, 10 Jun 1995 04:48:25 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA11715 for ; Sat, 10 Jun 1995 04:48:18 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id HAA20268; Sat, 10 Jun 1995 07:47:26 -0400 From: Peter Dufault Message-Id: <199506101147.HAA20268@hda.com> Subject: Re: Quantum bad && how to disable a sector To: guido@IAEhv.nl (Guido van Rooij) Date: Sat, 10 Jun 1995 07:47:26 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199506100942.LAA03929@iaehv.IAEhv.nl> from "Guido van Rooij" at Jun 10, 95 11:42:24 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 5992 Sender: hackers-owner@freebsd.org Precedence: bulk Guido van Rooij writes: > > Hi, > > > Lately I'm getting medium error on my only half a year old Quantum > empire 2100s. This is already the second time :-( > I think this is a bad choise for a disk. Check that the AWRE and ARRE (automatic write reallocation and automatic read reallocation) are enabled on the drive. You need 2.05 to do it. Edit mode page 1 using scsi: > scsi -f /dev/rsd0.ctl -m 1 -e And to save permanently: > scsi -f /dev/rsd0.ctl -m 1 -e -P 3 > Further: how can I disable that sector? Or can I easily find the inode > occupying it and clri it? Once read/write reallocation are on the sector will get mapped out when a read succeeds after retries or when a write fails. Writes will be transparent; for hard read failures you will have to (currently) write trash to that block, or use the following program to map out the sector. WARNING: I have not used this program recently. I tested and used it a lot in the past, and have no reason to believe that it doesn't work any longer, but please be sure you have backups. Run the program when the partition with the bogus sector in it is not mounted. You will need 2.05 for this to work. /* slipsec: Slip a sector using "reallocate block". * * "WARNING: I have not used this program recently. I tested and used it * a lot in the past, and have no reason to believe that it doesn't work * any longer, but please be sure you have backups." * * Copyright (C) 1995, HD Associates, Inc. * PO Box 276 * Pepperell, MA 01463 * 508 433 5266 * dufault@hda.com * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by HD Associates, Inc.. * 4. HD Associates name man not be used * to endorse or promote products derived from this software * without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY HD ASSOCIATES ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL HD ASSOCIATES BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * */ #include #include #include #include #include int main(int argc, char *argv[]) { scsireq_t *scsireq; int qualifier, type, rmb, modifier, iso, ecma, ansi; char vendor_id[17], product_id[17], revision[5]; int lba, len; int i; int fid; u_char *inq_buf = malloc(96), *lbas; u_long block = 0; int n; if (argc < 3) { fprintf(stderr, "Usage: %s device sector1 ... sectorn\n", argv[0]); exit(-1); } fid = scsi_open(argv[1], O_RDWR); if (fid == -1) { perror(argv[1]); exit(errno); } scsireq = scsireq_build(scsireq_new(), 96, inq_buf, SCCMD_READ, "12 0 0 0 v 0", 96); if (scsireq_enter(fid, scsireq) == -1) { scsi_debug(stderr, -1, scsireq); exit(errno); } scsireq_decode(scsireq, "b3 b5 b1 b7 b2 b3 b3 s8 z16 z16 z4", &qualifier, &type, &rmb, &modifier, &iso, &ecma, &ansi, vendor_id, product_id, revision); printf("%s %s %s\n", vendor_id, product_id, revision); if (type != 0) { printf("This is not a direct access device.\n"); exit(0); } switch(ansi) { case 0: printf("WARNING: This device might not comply to any standard.\n"); break; case 1: printf("This is a SCSI-1 device.\n"); break; case 2: printf("This is a SCSI-2 device.\n"); break; } /* How many blocks? */ if (scsireq_enter(fid, scsireq_build(scsireq, 8, inq_buf, SCCMD_READ, "25 0 0 0 0 0 0 0 0 0")) == -1) /* Read capacity */ { scsi_debug(stderr, -1, scsireq); exit(errno); } scsireq_decode(scsireq, "i4 i4", &lba, &len); printf("The device has %d %d byte blocks.\n", lba, len); fflush(stdout); /* Verify all blocks seem reasonable first: */ for (i = 2; i < argc; i++) { if ((block = strtoul(argv[i], 0, 0)) > lba) { fprintf(stderr, "Block at %ld outside of maximum %d.\n", block, lba); exit(-1); } } n = i - 2; len = 4 + 4 * n; if ( (lbas = malloc(len)) == 0 ) { perror("malloc"); exit(errno); } (void)scsireq_build(scsireq, len, lbas, SCCMD_WRITE, "07 0 0 0 0 0"); scsireq_encode(scsireq, "0 0 v:i2 ", 4 * n); for (i = 0; i < n; i++) scsireq_encode(scsireq, "sv v:i4 ", 4 + 4 * i, strtoul(argv[i + 2], 0, 0)); if (scsireq_enter(fid, scsireq) == -1) { perror("scsireq_enter"); exit(errno); } /* Did we get sense? */ if (scsireq->senselen_used) { int valid, code, key, info, asc, ascq; scsireq_buff_decode(scsireq->sense, scsireq->senselen_used, "b1 b7 *i1 *b4 b4 i4 s12 i1 i1", &valid, &code, &key, &info, &asc, &ascq); printf("Block %lx: valid %d code %02x sense key %02x info %x asc %02x ascq %02x\n", block, valid, code, key, info, asc, ascq); fflush(stdout); } exit(0); } -- 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 Sat Jun 10 07:35:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14341 for hackers-outgoing; Sat, 10 Jun 1995 07:35:18 -0700 Received: from mpp.com ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA14328 for ; Sat, 10 Jun 1995 07:35:09 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id JAA15758 for hackers@freebsd.org; Sat, 10 Jun 1995 09:35:05 -0500 From: Mike Pritchard Message-Id: <199506101435.JAA15758@mpp.com> Subject: ntpdate To: hackers@freebsd.org Date: Sat, 10 Jun 1995 09:35:05 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1767 Sender: hackers-owner@freebsd.org Precedence: bulk I'm using pppd to establish an outgoing PPP connection, and in my /etc/ppp/ip-up script I'm running ntpdate to adjust the time (my clock usually gains quite a bit of time each day, so I like to try and run ntpdate everytime I connect up). The problem is that when ntpdate is run within my /etc/ppp/ip-up script, it just hangs. Running ntpdate from a shell prompt right away after pppd reports that the connection is ready works just fine. I recompiled ntpdate with -g, and attached a hung ntpdate with gdb. This reveals that it is hanging up in a select() call at line 353 of ntpdate.c. Running ntpdate with the "-d" option doesn't provide any hints, either. It just prints a one line version message before hanging up in select. I know that the link is usable at the time I call ntpdate, since the next two lines in the ip-up script are a "sendmmail -q" command to process any outgoing mail, and a popclient command to fetch my mail from my ISP, and those work just fine. Is the link not-quite-ready yet at the time pppd runs the ip-up script? If so, then that seems like a bug, since the man page even says that this script can be used to run things like sendmail. I'm willing to rip into ntpdate and figure out what is going on, but I thought I would try to save myself some time and ask here first, in case I'm doing something really dumb that I'm overlooking. Here is my ip-up script: #!/bin/sh INTERFACE=$1 ifconfig $INTERFACE up logger -p local0.info -t PPP PPP connection ready # # Fetch any incoming mail for us and tell sendmail to send any # queued up outgoing mail. # sleep 4 ntpdate tock.usno.navy.mil popclient ... sendmail -q -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat Jun 10 08:06:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15156 for hackers-outgoing; Sat, 10 Jun 1995 08:06:27 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA15150 for ; Sat, 10 Jun 1995 08:06:25 -0700 Received: from gemini.sdsp.mc.xerox.com ([13.252.21.73]) by alpha.xerox.com with SMTP id <14460(5)>; Sat, 10 Jun 1995 08:05:42 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA08295; Sat, 10 Jun 95 11:05:53 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA18228; Sat, 10 Jun 95 11:09:07 EDT Message-Id: <9506101509.AA18228@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.1 5/23/95 To: Nate Williams Cc: terry@cs.weber.edu (Terry Lambert), hackers@freebsd.org Subject: Re: Slight flame from Linux user In-Reply-To: Your message of "Fri, 09 Jun 1995 15:44:42 PDT." <199506092244.QAA06956@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Jun 1995 08:09:06 PDT From: "Marty Leisner" Sender: hackers-owner@freebsd.org Precedence: bulk Check out: http://www.CS.Princeton.EDU/software/lcc/ for more info on lcc (it supports both sparcs and i386... > [ Free C compiler not GNU ] > > > The only thing Purdue has is PCCTS, or Purdue Compiler ConsTruction Set, > which is a YACC-like tool. > > I peruse this when it's posted to comp.compilers, but I've not yet seen > any complete and free C compiler yet, although rumors of a finished lcc > port to Sparcs and x86 were thrown around for a while. > > > Nate marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Sat Jun 10 08:40:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA16072 for hackers-outgoing; Sat, 10 Jun 1995 08:40:00 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA16057 for ; Sat, 10 Jun 1995 08:39:50 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id RAA17224 for ; Sat, 10 Jun 1995 17:39:39 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id RAA08342 for ; Sat, 10 Jun 1995 17:39:38 +0200 Message-Id: <199506101539.RAA08342@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Exportable secure code in FreeBSD Date: Sat, 10 Jun 1995 17:39:37 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk Hi Guys I have some code from Eric Young (he's the bloke who took the sanitised `Bones' code and turned it into eBones (encrypting Bones)). Anyway he seems awfully bright, and does not mind if his code lands up in our tree. I would like to start bmakeing some of this, and would appreciate it if someone in (preferably) the core team would act as a mentor for me. I have commit privelige, but want to do this the "right way". The job description includes throwing out crap code and testing bits before committal. Patience at this stage of the game is (I think) required (ask Jordan). The stuff I have includes RSA, some encrypting/decrypting libraries and an encrypting telnet amongst others. I am planning on taking on any job that requires a foreign intervention because of the stupid US/Canada crypt laws. (I am the Mark Murray who runs the foreign secure code mirror in South Africa) Any takers? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sat Jun 10 09:54:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16996 for hackers-outgoing; Sat, 10 Jun 1995 09:54:01 -0700 Received: from risc6.unisa.ac.za (risc6.unisa.ac.za [163.200.97.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAB16990 for ; Sat, 10 Jun 1995 09:53:55 -0700 Received: by risc6.unisa.ac.za (AIX 3.2/UCB 5.64/4.03) id AA31125; Sat, 10 Jun 1995 18:53:43 +0200 From: radova@risc6.unisa.ac.za (A. Radovanovic) Message-Id: <9506101653.AA31125@risc6.unisa.ac.za> Subject: Boca card- my experience To: hackers@freebsd.org Date: Sat, 10 Jun 1995 18:53:43 +0200 (USAST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1534 Sender: hackers-owner@freebsd.org Precedence: bulk I wish to thank everyone who gave me a guidance how to install my Boca ioAT66 six port serial card. If anybody is interested installing the same card, here is my configuration: options "COM_MULTIPORT" 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 #boca MULTIPORT device sio4 at isa? port 0x220 tty flags 0x985 device sio5 at isa? port 0x228 tty flags 0x985 device sio6 at isa? port 0x240 tty flags 0x985 device sio7 at isa? port 0x248 tty flags 0x985 device sio8 at isa? port 0x260 tty flags 0x985 device sio9 at isa? port 0x268 tty flags 0x985 irq 5 vector siointr I used alternate addresses, master port has minor number 9, and irq 5 is shared. I didn't remove 2 port serial card I had, but I disabled COM3 and COM4. At the end I have 8 ports. Alex ----------------------------+--------------------------------- Aleksandar Radovanovic + University of South Africa + Mail: radova@risc1.unisa.ac.za Dept. of Computer Science + radova@osprey.unisa.ac.za P.O.Box 392 + WWW: http://osprey.unisa.ac.za Pretoria 0001 + Tel. (27) 12/429-6034 South Africa + Fax. (27) 12/429-6361 ----------------------------+--------------------------------- From owner-freebsd-hackers Sat Jun 10 09:58:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17133 for hackers-outgoing; Sat, 10 Jun 1995 09:58:32 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA17127 for ; Sat, 10 Jun 1995 09:58:30 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA24138 ; Sat, 10 Jun 1995 18:58:15 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id SAA06647 ; Sat, 10 Jun 1995 18:58:15 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506101658.SAA06647@blaise.ibp.fr> Subject: Re: ntpdate To: mpp@legarto.minn.net (Mike Pritchard) Date: Sat, 10 Jun 1995 18:58:14 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199506101435.JAA15758@mpp.com> from "Mike Pritchard" at Jun 10, 95 09:35:05 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 441 Sender: hackers-owner@freebsd.org Precedence: bulk > The problem is that when ntpdate is run within my /etc/ppp/ip-up script, > it just hangs. Running ntpdate from a shell prompt right away I have the same problem. It seems impossible to run ntpdate without a tty attached (it is how I see the problem anyway). I don't know how to fix that. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sat Jun 10 10:00:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17249 for hackers-outgoing; Sat, 10 Jun 1995 10:00:06 -0700 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17243 for ; Sat, 10 Jun 1995 10:00:04 -0700 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id ab04259; 10 Jun 95 13:00 EDT Received: from stretch.cs.Virginia.edu (stretch-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA03736; Sat, 10 Jun 95 13:00:00 EDT Posted-Date: Sat, 10 Jun 1995 12:59:57 -0400 (EDT) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA06083; Sat, 10 Jun 95 12:59:58 EDT Date: Sat, 10 Jun 1995 12:59:57 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: FreeBSD Hackers List Subject: 2.0.5 comments/feedback Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Hi folks, Great job! Some of the improvements are quite stunning. However, there are a few things that could be improved. Some of these might qualify as bugs, but the majority of this post is a list of suggestions for improvements. Hence, sending it to this list. VERSION: 2.0.5-ALPHA, install floppies from 6/3/95 8am. 1. Souldn't there also be a 'clear bootable' option when partitioning you disk geometries? Because the contests fo the flags column seemed to change unpredictably at times, I could not tell whether, selecting the 'use all' option set this flag. If it does, then it would be simple to say 'use all' and 'clear bootable' to make a single partition on a non-boot disk. Perhaps a 'toggle bootable' option would be best. 2. As I memtioned above, the contents of the 'flags' column are unclear. While the values on disk as numbers/bit fields, it may be better to only show the flag symbolically. Upon using one of the updated floppy sets, I did see an 'A' fairly consistently, but meaning the other characters were not clear. Perhaps a legend for the partition editor would be a good idea. 3. The button and key usage of the install menus are inconsistent and almost contradictory at points. I did see the improvement in the X submenus, but there are still problems. First, I think that a single meaning should be bound tightly to a single key and the redundant options removed. The one redundant one is the ESC key for getting a shell. Given that you get a shell on ttyv3 pretty early and I could find nothing helpful to do in the 'ESC shell' until the root floppy was mounted and the ttyv3 shell already existed, I think it could be eliminated without loss. With respect to the SPACE and the RETURN keys, there are also problems. In some places SPACE toggles setting; In others, it advances to another menu. This seems to encroach upon the use of RETURN. Also the CANCEL option to signify that you ar done with a menu is rather unclear. I think the best solution here would be to provide a notion of forward and backward directions when navigating configuration menus. Under this scheme, CANCLE would back up to the previous menu and 'OK' would be replaced with 'CONTINUE'. If both buttons would result in returning to the same menu (e.g. the X 'font menu'), then one keeps the user's settings and the other forgetts them. The use of SPACE to toggle itmes is perfectly acceptible, so its other manigs should be shifted. However, it might be clearer instead to eliminate its use, and provide a 'SELECT' button when necessary and have it highlighted by default when entering a new menu. 4. Sysinstall should be made safe to run at a later point to add uninstalled distributions. After several retries, I got tired of installing the full distribution. After getting up and running with the minumal distribution, I used sysinstall to install the rest. This turns out to be a problem for a couple of reasons. First, sysinstall re-extracts the root filesystem over my customized one. This blew away many of my /etc files! Second, I do not think it is appropriate to always reset the scsi devices upon start up. It stopped a playig cd in a cdrom that I did not intend to use for installing and it rewound a tape that I had advanced for the purposes of installing. Third, it might be a good idea to show where sysinstall will extract a tape archive and what path it will use to find the distributions, then allow the latter to be edited to compensate ofr any added paths in the tar. The defaults did not work for me, and I had to install from UFS and use the fact that the install would pause with a message about not finding the distribution as an opportunity to untar it and set up the path correctly. Specifically, I used 'get 2.0.5-ALPHA.tar |"dd of=/dev/nrst0 obs=20b"' to make my archive. This includes 2.0.5-ALPHA in the path. I would have needed a lot of local temporary storage to make my tape without this path on it. 5. While I let FreeBSD determin the geometries to use which seemed reasonable, I still got warning messages about calculated and label geometries disagreeing. (I actually recall seing this with 2.0 when doing a 'disklabel -r'.) Is there something wrong here or are the error/warnign messages temselves the problem? 6. I got a message about 'resolv.conf' not being configured, but never saw any opportunity to configure this file. 7. Complains about not being able to extract srelease.ab. srelease.aa appears to be complete, so this is probably a problem with the packing list. 8. While it is great to be able to switch back and forth bewteen ttyv0 and ttyv1 during installation, it would be nice if all messages to ttyv0 were echoed to ttyv1. Unless it is actually quiet enough ot hear my disk stop, I find myself wondering what is happening and toggling back and forth many times. 9. If you boot without a tape in the tape drive, sysinstall doe not belive you have one. I does recognise the drive during boot, and it is useable froma shell, so this problem is particular to sysinstall. 10. ttyv0 is blank when extracting the distribution from tape. It would be better if there was nominally a message saying 'now is a good time for a coffee break.' 11. Similarly, when breaking out of sysinstall and the system is halting, the 'system halted, press any key' message does not appear unless I flip back and forth between another tty. Otherwise it behaves correctly. 12. After repeatedly bouncing around the sysinstall menu system, I started gettign 'disk full' messages. I see that a MFS is used, so I can see why the space is limited. I suspect either temporary files are collecting when I cancel from certain menus, or that the sysinstall.debug file was growing large. 13. At ties the progress indicator bar extends past the right hand side of the box. Otherwise really cool. :-) 14. Whether the final message after extraction say I succedded or failed seems to be irrelavent to whehter any errors were encountered. 15. It would be better if the labels for the BootEasy menu could be specified by the installer. 'BSD' is too generic. I could easily have multiple BSD'spp. 16. The interface for slip is not cuaa0, but sl0, Yet, cuaa0 finds its way into sysconfig. 17. /etc/netstart should be run after 'rm var/run/*' in /etc/rc. This is necessary because slattach.*.pid gets blown away almost immediately. cheers, Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| info at ftp.uu.net:/doc/lpf, print Programming Freedom ->| "join.ps.Z" for an application From owner-freebsd-hackers Sat Jun 10 10:18:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17637 for hackers-outgoing; Sat, 10 Jun 1995 10:18:31 -0700 Received: from mpp.com ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA17631 for ; Sat, 10 Jun 1995 10:18:28 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id MAA17000; Sat, 10 Jun 1995 12:18:17 -0500 From: Mike Pritchard Message-Id: <199506101718.MAA17000@mpp.com> Subject: Re: ntpdate To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Sat, 10 Jun 1995 12:18:17 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199506101658.SAA06647@blaise.ibp.fr> from "Ollivier Robert" at Jun 10, 95 06:58:14 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: 2035 Sender: hackers-owner@freebsd.org Precedence: bulk > > The problem is that when ntpdate is run within my /etc/ppp/ip-up script, > > it just hangs. Running ntpdate from a shell prompt right away > > I have the same problem. It seems impossible to run ntpdate without a > tty attached (it is how I see the problem anyway). I don't know how > to fix that. I think I botched the last message I tried to send out about this, so I'll try again... I used to use ntpdate in my old SLIP scripts without any problems, but they only redirected stdin/out/err to /dev/null and ran in the background. Maybe some of the controlling tty stuff pppd is doing screws things up. To the previous poster: the default route option is setup in my /etc/ppp/options file, and I have verified that the default route is in place when the ntpdate hangs up. Thinking that it might be related to pppd leaving file descriptors open when it calls the ip-up script, I changed pppd to close everything except stdin/out/err before the exec and that didn't help either (and verified with fstat that the open files for the process looked reasonable). I added a "sleep 60" in the ip-up script just before the ntpdate, and during that time verified that I can run ntpdate from a shell prompt without any problems, and I can also telnet/ping/whatever any machine out on the net without any problems. That verifies that the network is fully functional when things hangup at that point in the ip-up script. I stuck a ping in before the ntpdate, and no matter what machine I ping, the ping always gets exactly 1 packet back and then hangs. ps shows that the "wchan" is "netio". I tried putting in a "finger @freebsd.org" in there instead and that works, as do my popclient and sendmail all TCP sockets. ntpdate uses udp, and ping is using icmp packets. I wonder if any non-TCP sockets fail in the ip-up script. I'll have to hunt down a few more programs that I can try out here and see how they behave. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat Jun 10 10:34:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17907 for hackers-outgoing; Sat, 10 Jun 1995 10:34:21 -0700 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17901 for ; Sat, 10 Jun 1995 10:34:20 -0700 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa08014; 10 Jun 95 13:34 EDT Received: from stretch.cs.Virginia.edu (stretch-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA04425; Sat, 10 Jun 95 13:34:18 EDT Posted-Date: Sat, 10 Jun 1995 13:34:15 -0400 (EDT) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA06407; Sat, 10 Jun 95 13:34:15 EDT Date: Sat, 10 Jun 1995 13:34:15 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: FreeBSD Hackers List Subject: 2.0.5-ALPHA comments/feedback (one more) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Hi again, I my previous posting, I mentioned using sysinstall to install add distributions a some point after installing. Well, I just discovered that sysinstall may want ot check whether sysinstall is invoked from ttyv1 or not. It does not seem to be useful to do this, because you cannot see the debugging messages. In any case, debugging messages should be instead sent to ttyv0 or disabled completely. cheers, Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| info at ftp.uu.net:/doc/lpf, print Programming Freedom ->| "join.ps.Z" for an application From owner-freebsd-hackers Sat Jun 10 10:58:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18198 for hackers-outgoing; Sat, 10 Jun 1995 10:58:02 -0700 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18192 for ; Sat, 10 Jun 1995 10:58:00 -0700 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id KAA06064; Sat, 10 Jun 1995 10:57:59 -0700 Date: Sat, 10 Jun 1995 10:57:59 -0700 From: Sean Eric Fagan Message-Id: <199506101757.KAA06064@kithrup.com> To: leisner@sdsp.mc.xerox.com, nate@trout.sri.mt.net Subject: Re: Slight flame from Linux user Cc: hackers@freebsd.org, terry@cs.weber.edu Sender: hackers-owner@freebsd.org Precedence: bulk >Check out: >http://www.CS.Princeton.EDU/software/lcc/ >for more info on lcc (it supports both sparcs and i386... *sigh* Nate knows about this, I know about this, most (if not all) of the freebsd core team knows about it. A simple reading of the license would show you that lcc is MORE restrictive than gcc. Yeah, it's smaller, and, yeah, it compiles faster. And, yeah, it generates worse code. And, yeah, it's got a lint version which would be useful -- but I won't touch it. Unless they've changed the license recently, which I suspect they haven't, you don't want to use lcc at all. In particular, Walnut Creek CD-ROM (or any other entity that sells FreeBSD, either as itself, or just on media) doesn't want to get into that legal mess. lcc is a *fine* instructional compiler, and you can go out and buy a copy of the LCC Book (something about "Compiler Design," I think). But don't think that it's a replacement for gcc. Sean. From owner-freebsd-hackers Sat Jun 10 11:10:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18440 for hackers-outgoing; Sat, 10 Jun 1995 11:10:57 -0700 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18434 for ; Sat, 10 Jun 1995 11:10:54 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id UAA00536; Sat, 10 Jun 1995 20:10:20 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199506101810.UAA00536@gvr.win.tue.nl> Subject: Re: Does mmap() work correctly? To: tom@uniserve.com (Tom Samplonius) Date: Sat, 10 Jun 1995 20:10:20 +0200 (MET DST) Cc: roberto@blaise.ibp.fr, hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Jun 9, 95 11:51:54 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 399 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Appears that mmap() was the problem. I've compiled with READ, and it > is now 150,000 articles later with no problems (died every day before > with "can't write symlinked article" and after rebuilding history > twice). Do you use more than one filesystem for news? I suspect that if ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ If you do that, how do you use innwatch??? -Guido From owner-freebsd-hackers Sat Jun 10 11:45:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19086 for hackers-outgoing; Sat, 10 Jun 1995 11:45:22 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19080 for ; Sat, 10 Jun 1995 11:45:17 -0700 Received: by haven.uniserve.com id <30732>; Sat, 10 Jun 1995 11:46:25 +0100 Date: Sat, 10 Jun 1995 11:46:25 -0700 (PDT) From: Tom Samplonius To: Guido van Rooij cc: roberto@blaise.ibp.fr, hackers@FreeBSD.org Subject: Re: Does mmap() work correctly? In-Reply-To: <199506101810.UAA00536@gvr.win.tue.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 10 Jun 1995, Guido van Rooij wrote: > > Appears that mmap() was the problem. I've compiled with READ, and it > > is now 150,000 articles later with no problems (died every day before > > with "can't write symlinked article" and after rebuilding history > > twice). Do you use more than one filesystem for news? I suspect that if > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > If you do that, how do you use innwatch??? I've been too lazy to configure innwatch yet, but it appears easy to do so for multiple partitions. See part 3 of the inn faq. Tom From owner-freebsd-hackers Sat Jun 10 11:54:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19344 for hackers-outgoing; Sat, 10 Jun 1995 11:54:15 -0700 Received: from netcom11.netcom.com (bakul@netcom11.netcom.com [192.100.81.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19338 for ; Sat, 10 Jun 1995 11:54:13 -0700 Received: from localhost by netcom11.netcom.com (8.6.12/Netcom) id LAA28328; Sat, 10 Jun 1995 11:52:01 -0700 Message-Id: <199506101852.LAA28328@netcom11.netcom.com> To: Sean Eric Fagan cc: leisner@sdsp.mc.xerox.com, nate@trout.sri.mt.net, hackers@freebsd.org, terry@cs.weber.edu Subject: Re: Slight flame from Linux user In-reply-to: Your message of "Sat, 10 Jun 95 10:57:59 PDT." <199506101757.KAA06064@kithrup.com> Date: Sat, 10 Jun 95 11:51:59 -0700 From: Bakul Shah Sender: hackers-owner@freebsd.org Precedence: bulk > A simple reading of the license would show you that lcc is MORE restrictive > than gcc. ``Different'' restrictions, Sean, not MORE restrictive. See below. > Yeah, it's smaller, and, yeah, it compiles faster. And, yeah, it generates > worse code. And, yeah, it's got a lint version which would be useful -- but > I won't touch it. Right. It is also easier to modify, easier add new backends for, and by far easier to understand than gcc. For a two person effort it is an excellent compiler. It is far from perfect and it can certainly use quite a few additional optimizations. > Unless they've changed the license recently, which I suspect they haven't, > you don't want to use lcc at all. In particular, Walnut Creek CD-ROM > (or any other entity that sells FreeBSD, either as itself, or just on media) > doesn't want to get into that legal mess. Can't speak for WC and others but I believe the present copyright allows them distributing lcc. See below. I also think that anyone who stays away from lcc misses out on an excellent compiler. The present license is certainly good enough for me. > lcc is a *fine* instructional compiler, and you can go out and buy a copy of > the LCC Book (something about "Compiler Design," I think). But don't think > that it's a replacement for gcc. It is a fine compiler (adding instructional sounds like a put down to me). It is not a replacement for gcc if you are using gcc's extensions. For *BSD at the very least we need support for long long which some of us are in the process of adding. When lcc 3 first came out I complained about the contradictory copyright and I queried Dave Hanson (one of the authors) on this. I asked ... It is not clear to me if one can use lcc, for example, as part of NetBSD or FreeBSD (two free variants of BSD unix). While one can get sources to either OS and associated user programs, there are people contemplating (or already) selling them. He wrote back (among other things) including lcc without modification in another distribution is OK. The COPYRIGHT file now says (in part) lcc is available free for your personal research and instructional use under the `fair use' provisions of the copyright law. You may, however, redistribute the lcc in whole or in part provided you acknowledge its source and include this COPYRIGHT file. It is still not as free as software under BSD style copyright. Under the terms of the COPYRIGHT you can create a compiler for, say, Intel 4004, and sell the 4004 code generator and give away lcc (after acknowledging its use) but you can't, for example create a c++ compiler using it without negotiating with the authors. The latter restriction is a good thing IMHO:-) Anyway, check it out for yourself. Don't just rely on my or Sean's comments. --bakul From owner-freebsd-hackers Sat Jun 10 12:43:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20166 for hackers-outgoing; Sat, 10 Jun 1995 12:43:22 -0700 Received: from redline.ru (root@slip.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20158 for ; Sat, 10 Jun 1995 12:42:58 -0700 Date: Fri, 9 Jun 1995 22:11:50 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: Tom Samplonius cc: freebsd-hackers@freebsd.org Subject: Re: 2.0.5-ALPHA: buffer table overflow In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Fri, 9 Jun 1995, Tom Samplonius wrote: > Date: Fri, 9 Jun 1995 10:53:44 -0700 (PDT) > From: Tom Samplonius > To: Anthony Graphics > Cc: freebsd-hackers@freebsd.org > Subject: Re: 2.0.5-ALPHA: buffer table overflow > > > On Fri, 9 Jun 1995, Anthony Graphics wrote: > > > that's what I've got after getting ppp link to ISP up > > (first gated run into it, then I got it from ping when I were trying > > to figure out what's wrong). > > Will see whether 0412 has the same feature... > > Did you have a kernel with option GATEWAY in it? This would generally I do have GATEWAY enabled. AGL > give you more mbufs, or you can use option NMBCLUSTERS to give you more. > > Tom > From owner-freebsd-hackers Sat Jun 10 12:53:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20442 for hackers-outgoing; Sat, 10 Jun 1995 12:53:56 -0700 Received: from npr.legent.com (genesis.npr.legent.com [192.35.52.14]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20436 for ; Sat, 10 Jun 1995 12:53:52 -0700 Received: from ra.i88.isc.com by npr.legent.com (4.1/SMI-4.1) id AA20112; Sat, 10 Jun 95 14:53:17 CDT Received: from trickster.i88 (trickster.i88.isc.com) by ra.i88.isc.com (4.1/SMI-4.1) id AA29115; Sat, 10 Jun 95 14:53:16 CDT Received: by trickster.i88 (SMI-8.6/SMI-SVR4) id OAA18470; Sat, 10 Jun 1995 14:53:10 -0500 From: wmv@npr.legent.com (Warren Vik) Message-Id: <199506101953.OAA18470@trickster.i88> Subject: 2.0.5-ALPHA Installation Troubles To: hackers@freebsd.org Date: Sat, 10 Jun 1995 14:53:09 -0500 (CDT) Reply-To: wmv@npr.legent.com X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: hackers-owner@freebsd.org Precedence: bulk This release looks terrific. The network installation is particularly outstanding and was especially useful when the wangtek installation didn't come off well. I am having some trouble getting the release installed from a wantek tape drive, and I was wondering if sysinstall should be looking for "rwt0" instead of "wt0". The debugging output made no mention of the tape drive regardless of whether a tape was loaded. Like some other folks have commented, the fdisk editor seems a bit confusing. I haven't been able to sucessfully install a boot block on an Seagate ST-41200N with either the booteasy or standard boot manager. It seems like the partition active flag is automatically cleared because the disk has more than 1023 cylinders. Does one need to manually calculate a large enough number heads/tracks so the automatically calculated number of cylinders falls below 1023? When I entered the geometry off the spec sheet, the number of cylinders was recalculated to match the number of sectores reported by the disk. Sorry if this an FAQ. Any hints? Cheers, --Warren Warren Vik Legent Corporation Naperville, IL 60563 708 505-9555 x391 wmv@npr.legent.com From owner-freebsd-hackers Sat Jun 10 13:01:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA20682 for hackers-outgoing; Sat, 10 Jun 1995 13:01:18 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA20659 ; Sat, 10 Jun 1995 13:01:12 -0700 Date: Sat, 10 Jun 1995 13:01:12 -0700 From: "Jordan K. Hubbard" Message-Id: <199506102001.NAA20659@freefall.cdrom.com> To: announce, hackers Subject: Announcing FreeBSD 2.0.5 RELEASE! Sender: hackers-owner@FreeBSD.org Precedence: bulk It is my usual pleasure (and, to a small degree, relief! :) to announce the release of FreeBSD 2.0.5R - the final release in the 2.0.5 series. This release provides both what I hope will be an exciting glimpse of some of the new technologies and directions we have planned for 2.1R and a stable and much easier-to-install alternative to 2.0R. Highlights of this release are: o Multi-lingual documentation files. o Completely menu driven installation. o More installation media types. o Support for a much larger range of PC hardware. o Easy mounting of DOS partitions and CD devices mounted automatically. o "Canned" installation types for easy installs. o Easy post-configuration menu And many other new features and bug fixes. The ports and packages collection has also been bundled with 2.0.5R to prevent synchronization errors. While this does result in a larger overall distribution, it at least ensures more consistent results when installing ports and packages. More information on the release may be found in the RELNOTES and README files, so I'll simply leave you all to see for yourself! The usual locations: ftp://ftp.freebsd.org/pub/FreeBSD/2.0.5-RELEASE ftp://freefall.cdrom.com/pub/FreeBSD/2.0.5-RELEASE As well as the usual mirrors, once they pick it up. It is also available on CD from Walnut Creek CDROM, the project's principle sponsors. Please see the release notes for ordering information. Any feedback should be sent to hackers@freebsd.org. I will be leaving the country shortly (about 3 hours :) and will try to read my email as often as possible, but for quicker replies please send to the mailing list. Thank you! Jordan From owner-freebsd-hackers Sat Jun 10 13:14:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA21325 for hackers-outgoing; Sat, 10 Jun 1995 13:14:29 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA21315 for ; Sat, 10 Jun 1995 13:14:21 -0700 Received: by haven.uniserve.com id <30740>; Sat, 10 Jun 1995 13:15:26 +0100 Date: Sat, 10 Jun 1995 13:15:11 -0700 (PDT) From: Tom Samplonius To: David Greenman cc: "Clay D. Hopperdietzel" , hackers@FreeBSD.org Subject: Re: NFS bug in -current ? In-Reply-To: <199506101030.DAA10595@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 10 Jun 1995, David Greenman wrote: > >I also was trying to install some stuff onto a NFS served /usr/local/bin > >directory. When I get to the same point (looks like an install to the NFS > >mounted directory from the client), the box who is serving panics with > >something to the effect of 'bf_deallocate: object deleted too many times'. > > It's a known problem that I recently fixed. It happens whenever you create Would this fix be in 2.0.5R, or in -current only? Tom From owner-freebsd-hackers Sat Jun 10 13:47:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22266 for hackers-outgoing; Sat, 10 Jun 1995 13:47:39 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA22259 for ; Sat, 10 Jun 1995 13:47:35 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id QAA01108 for freebsd-hackers@freebsd.org; Sat, 10 Jun 1995 16:48:34 -0400 From: Charles Henrich Message-Id: <199506102048.QAA01108@crh.cl.msu.edu> Subject: 2.0.5 X installation leaves crap in /usr To: freebsd-hackers@freebsd.org Date: Sat, 10 Jun 1995 16:48:34 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 314 Sender: hackers-owner@freebsd.org Precedence: bulk A FYI (bug?) after install X via the 2.0.5 install floppies, a dozen or so MANIFEST files get left in /usr, these should really be removed, or moved somewhere more appropriate. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sat Jun 10 13:56:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22618 for hackers-outgoing; Sat, 10 Jun 1995 13:56:34 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA22609 ; Sat, 10 Jun 1995 13:56:31 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: 2.0.5 X installation leaves crap in /usr In-reply-to: Your message of "Sat, 10 Jun 95 16:48:34 EDT." <199506102048.QAA01108@crh.cl.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 10 Jun 1995 13:56:30 -0700 Message-ID: <22608.802817790@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > A FYI (bug?) after install X via the 2.0.5 install floppies, a dozen or so > MANIFEST files get left in /usr, these should really be removed, or moved > somewhere more appropriate. Take it up with the XFree86 team. Not something that's under my control, and something they evidently felt necessary for some reason. Jordan From owner-freebsd-hackers Sat Jun 10 14:04:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA22958 for hackers-outgoing; Sat, 10 Jun 1995 14:04:30 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA22952 for ; Sat, 10 Jun 1995 14:04:24 -0700 Received: by haven.uniserve.com id <30740>; Sat, 10 Jun 1995 14:05:29 +0100 Date: Sat, 10 Jun 1995 14:05:17 -0700 (PDT) From: Tom Samplonius To: hackers@FreeBSD.org Subject: XFree Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Should there be a directory for XFree under 2.0.5-RELEASE? Tom From owner-freebsd-hackers Sat Jun 10 14:14:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23330 for hackers-outgoing; Sat, 10 Jun 1995 14:14:46 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA23323 for ; Sat, 10 Jun 1995 14:14:17 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id OAA10970; Sat, 10 Jun 1995 14:16:36 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA04422; Sat, 10 Jun 1995 14:13:31 -0700 Message-Id: <199506102113.OAA04422@corbin.Root.COM> To: Tom Samplonius cc: "Clay D. Hopperdietzel" , hackers@freebsd.org Subject: Re: NFS bug in -current ? In-reply-to: Your message of "Sat, 10 Jun 95 13:15:11 PDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 10 Jun 1995 14:13:04 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk > >On Sat, 10 Jun 1995, David Greenman wrote: > >> >I also was trying to install some stuff onto a NFS served /usr/local/bin >> >directory. When I get to the same point (looks like an install to the NFS >> >mounted directory from the client), the box who is serving panics with >> >something to the effect of 'bf_deallocate: object deleted too many times'. >> >> It's a known problem that I recently fixed. It happens whenever you create > > Would this fix be in 2.0.5R, or in -current only? Yes, it is in 2.0.5R -DG From owner-freebsd-hackers Sat Jun 10 14:30:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23742 for hackers-outgoing; Sat, 10 Jun 1995 14:30:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA23731 ; Sat, 10 Jun 1995 14:30:01 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA07631; Sat, 10 Jun 1995 14:29:53 -0700 From: "Rodney W. Grimes" Message-Id: <199506102129.OAA07631@gndrsh.aac.dev.com> Subject: Re: Bad Motherboard To: gclarkii@freefall.cdrom.com (Gary Clark II) Date: Sat, 10 Jun 1995 14:29:53 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506100328.UAA24640@freefall.cdrom.com> from "Gary Clark II" at Jun 9, 95 08:28:08 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: 1337 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > > I picked up a magitronic A-PIO-487C motherboard a couple of days ago and > have yet to be able to get FreeBSD to run. > > Here is a listing of what the system has of now: > 486DX4-100 MB > 8Meg > Diamond Stealth 64 1meg > on-board IDE controller > 540 meg hd > > The kernel boots fine (2.0R and 2.0.5A) but then both of them lock up > at different stages, 2.0R right after the kernel is done and 2.0.5 if you > pick install or fixit. > > I'm about to return this MB and get another from some where else I guess. > Can someone point me to a ASUS dealer that is cheap? I've talked to Rod, > but.... If you can find any one who can beat my price on ASUS products I would surely like to know about it! If you are looking else where because I am closed, well, sorry about that :-(. > Gary > P.S. I did have the system running a 1542CF earlier with the same resualt(sic) > > -- > Gary Clark II (N5VMF) | FreeBSD support and service > gclarkii@FreeBSD.ORG | mail info@gbdata.com for information > FreeBSD FAQ at ftp.FreeBSD.ORG in > ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/FreeBSD.FAQ > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Jun 10 14:31:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23847 for hackers-outgoing; Sat, 10 Jun 1995 14:31:48 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23837 for hackers; Sat, 10 Jun 1995 14:31:46 -0700 Date: Sat, 10 Jun 1995 14:31:46 -0700 From: "Jordan K. Hubbard" Message-Id: <199506102131.OAA23837@freefall.cdrom.com> To: hackers Subject: Good thing I didn't leave for another 15 minutes.. :-) Sender: hackers-owner@FreeBSD.org Precedence: bulk Someone noticed that the XFree86/compat/experimental/... releases were missing. They're now copying onto freefall and wcarchive, sorry about that! Now I *really* need to go to the airport! :) Jordan From owner-freebsd-hackers Sat Jun 10 14:33:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23985 for hackers-outgoing; Sat, 10 Jun 1995 14:33:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA23974 ; Sat, 10 Jun 1995 14:33:01 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA07650; Sat, 10 Jun 1995 14:32:43 -0700 From: "Rodney W. Grimes" Message-Id: <199506102132.OAA07650@gndrsh.aac.dev.com> Subject: Re: Bad Motherboard To: temp@temptation.interlog.com (Temptation) Date: Sat, 10 Jun 1995 14:32:43 -0700 (PDT) Cc: gclarkii@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Temptation" at Jun 9, 95 11:48:17 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: 366 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > whats cheap? they are about $340 or so here, for the Pent based ASUS. > (I'm in Canada) ASUS PCI/I-P54TP4 Intel Triton Chip set, $241 plus shipping, and yes I can export to Canada and ship via UPS. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Jun 10 14:49:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24357 for hackers-outgoing; Sat, 10 Jun 1995 14:49:35 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24351 for ; Sat, 10 Jun 1995 14:49:32 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id PAA01597; Fri, 9 Jun 1995 15:47:48 -0600 Date: Fri, 9 Jun 1995 15:47:48 -0600 From: Nate Williams Message-Id: <199506092147.PAA01597@trout.sri.MT.net> To: "Marty Leisner" Cc: Nate Williams , terry@cs.weber.edu (Terry Lambert), hackers@freebsd.org Subject: Re: Slight flame from Linux user In-Reply-To: <9506101509.AA18228@gnu.mc.xerox.com> References: <199506092244.QAA06956@trout.sri.MT.net> <9506101509.AA18228@gnu.mc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk > Check out: > http://www.CS.Princeton.EDU/software/lcc/ > for more info on lcc (it supports both sparcs and i386... Thanks for the pointer. Nate From owner-freebsd-hackers Sat Jun 10 15:00:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA24629 for hackers-outgoing; Sat, 10 Jun 1995 15:00:06 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA24623 for ; Sat, 10 Jun 1995 15:00:02 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id PAA01818; Fri, 9 Jun 1995 15:59:16 -0600 Date: Fri, 9 Jun 1995 15:59:16 -0600 From: Nate Williams Message-Id: <199506092159.PAA01818@trout.sri.MT.net> To: Bakul Shah Cc: Sean Eric Fagan , leisner@sdsp.mc.xerox.com, nate@trout.sri.MT.net, hackers@freebsd.org, terry@cs.weber.edu Subject: Re: Slight flame from Linux user In-Reply-To: <199506101852.LAA28328@netcom11.netcom.com> References: <199506101757.KAA06064@kithrup.com> <199506101852.LAA28328@netcom11.netcom.com> Sender: hackers-owner@freebsd.org Precedence: bulk > > A simple reading of the license would show you that lcc is MORE restrictive > > than gcc. > > ``Different'' restrictions, Sean, not MORE restrictive. See below. Actually, since the license is pretty vague, in it's 'safest' interpretation the license is still more restrictive. > > Unless they've changed the license recently, which I suspect they haven't, > > you don't want to use lcc at all. In particular, Walnut Creek CD-ROM > > (or any other entity that sells FreeBSD, either as itself, or just on media) > > doesn't want to get into that legal mess. > > Can't speak for WC and others but I believe the present > copyright allows them distributing lcc. I disagree. There are too many things that aren't plain enough in the copyright to make it safe to distribute it and make money at the same time. Note, even though lcc may not be the primary money-maker, the license is not specific enough to allow someone like WC to distribute the compiler w/out the possibility of being sued for 'making money' from the compiler. > See below. I also > think that anyone who stays away from lcc misses out on an > excellent compiler. The present license is certainly good > enough for me. I'm glad. I've got the compiler on my box now, and may even try to get it to work but until the license is cleared up, I won't suggest adding it to the ports tree let alone use it as the default compiler. > When lcc 3 first came out I complained about the contradictory > copyright and I queried Dave Hanson (one of the authors) on > this. I asked > > ... It is not clear to me if one can use lcc, for > example, as part of NetBSD or FreeBSD (two free variants of > BSD unix). While one can get sources to either OS and > associated user programs, there are people contemplating (or > already) selling them. > > He wrote back (among other things) > > including lcc without modification in another distribution is OK. > > The COPYRIGHT file now says (in part) > > lcc is available free for your personal research and instructional use > under the `fair use' provisions of the copyright law. You may, > however, redistribute the lcc in whole or in part provided you > acknowledge its source and include this COPYRIGHT file. But some folks use FreeBSD for commercial use. Are they no longer allowed to use lcc? Also, 'fair use' isn't specific enough to warrant getting into a legal hassle. Again, I'm no legal expert but have enough experience with the legal process to know that unless it's crystal clear, it's not worth hassling with, especially considering the 'free' status of FreeBSD. Nate From owner-freebsd-hackers Sat Jun 10 15:01:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA24798 for hackers-outgoing; Sat, 10 Jun 1995 15:01:49 -0700 Received: from temptation.interlog.com (temp@temptation.interlog.com [198.53.146.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA24784 ; Sat, 10 Jun 1995 15:01:46 -0700 Received: (from temp@localhost) by temptation.interlog.com (8.6.12/8.6.12) id SAA00503; Sat, 10 Jun 1995 18:00:48 -0400 Date: Sat, 10 Jun 1995 18:00:48 -0400 From: Temptation Subject: Re: Bad Motherboard To: "Rodney W. Grimes" cc: gclarkii@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199506102132.OAA07650@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Dumb question but you did mean US$ dollars correct? Also are you retailer? the price I put was wholesale quanity 1, duty/shipping included. I always forgot the product #'s and I'm lazy to look them up, it's 3or 4 pci slots, same with ISA slots, ncr onboard/IDE/2com etc...., think it's the same one anyway. (no I don't sell them, just curios as to the price. might be looking for some more boards, but wholesale prices only) > > > > whats cheap? they are about $340 or so here, for the Pent based ASUS. > > (I'm in Canada) > > ASUS PCI/I-P54TP4 Intel Triton Chip set, $241 plus shipping, and yes > I can export to Canada and ship via UPS. > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Sat Jun 10 15:10:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA25053 for hackers-outgoing; Sat, 10 Jun 1995 15:10:28 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA25046 ; Sat, 10 Jun 1995 15:10:25 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA07842; Sat, 10 Jun 1995 15:10:11 -0700 From: "Rodney W. Grimes" Message-Id: <199506102210.PAA07842@gndrsh.aac.dev.com> Subject: Re: Bad Motherboard To: temp@temptation.interlog.com (Temptation) Date: Sat, 10 Jun 1995 15:10:11 -0700 (PDT) Cc: gclarkii@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Temptation" at Jun 10, 95 06:00: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: 1713 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Dumb question but you did mean US$ dollars correct? US $. > Also are you retailer? Of sorts, I am a Value Added Reseller. That is my ``retail price'' to joy blow off the street. > the price I put was wholesale quanity 1, duty/shipping included. You can't buy them ``wholesale quanity 1'', to get ``wholesale'' prices you need to be ordering about 5 a week. My price did not include duty/ shipping. > I always forgot the product #'s and I'm lazy to look them up, it's 3or 4 > pci slots, same with ISA slots, ncr onboard/IDE/2com etc...., think it's > the same one anyway. (no I don't sell them, just curios as to the price. > might be looking for some more boards, but wholesale prices only) Look the number up, there are no less than 6 ASUS model Pentium motherboards, and you mean ``NCR SDMS BIOS on board'', BIOS being the keyword here, there is *NOT* a NCR controller on there! There are 2 places in the USA that you can buy ASUS wholesale, if you are buying in enough volume you already know who they are, if not, you buy from distribution, my retail prices rival most distribution sources :-). > > > > > > whats cheap? they are about $340 or so here, for the Pent based ASUS. > > > (I'm in Canada) > > > > ASUS PCI/I-P54TP4 Intel Triton Chip set, $241 plus shipping, and yes > > I can export to Canada and ship via UPS. > > > > > > -- > > Rod Grimes rgrimes@gndrsh.aac.dev.com > > Accurate Automation Company Custom computers for FreeBSD > > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Jun 10 15:37:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02235 for hackers-outgoing; Sat, 10 Jun 1995 15:37:35 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02227 for ; Sat, 10 Jun 1995 15:37:32 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA25561 for ; Sun, 11 Jun 1995 00:37:30 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA08908 for hackers@FreeBSD.org; Sun, 11 Jun 1995 00:37:29 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506102237.AAA08908@blaise.ibp.fr> Subject: merging 2.0.5R fixes with -current To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Sun, 11 Jun 1995 00:37:29 +0200 (MET DST) X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 296 Sender: hackers-owner@FreeBSD.org Precedence: bulk Now that 2.0.5R is out (thanks to all!), I suppose that all the fixes that were made on the RELENG_2_0_5 branch will be merged with the main trunk ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sat Jun 10 15:48:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04816 for hackers-outgoing; Sat, 10 Jun 1995 15:48:57 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA04797 for ; Sat, 10 Jun 1995 15:48:54 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA07876; Sat, 10 Jun 1995 15:48:39 -0700 From: "Rodney W. Grimes" Message-Id: <199506102248.PAA07876@gndrsh.aac.dev.com> Subject: Re: merging 2.0.5R fixes with -current To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Sat, 10 Jun 1995 15:48:39 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199506102237.AAA08908@blaise.ibp.fr> from "Ollivier Robert" at Jun 11, 95 00:37:29 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: 443 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Now that 2.0.5R is out (thanks to all!), I suppose that all the fixes that > were made on the RELENG_2_0_5 branch will be merged with the main trunk ? I have locked out CVS and am in the process of tagging RELENG_2_0_5_RELEASE, after which a cvs merge will be done... etc... etc... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Jun 10 15:53:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06046 for hackers-outgoing; Sat, 10 Jun 1995 15:53:17 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA06015 for ; Sat, 10 Jun 1995 15:53:06 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id PAA11135; Sat, 10 Jun 1995 15:56:16 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA04479; Sat, 10 Jun 1995 15:53:11 -0700 Message-Id: <199506102253.PAA04479@corbin.Root.COM> To: roberto@blaise.ibp.fr (Ollivier Robert) cc: hackers@freebsd.org (Hackers' list FreeBSD) Subject: Re: merging 2.0.5R fixes with -current In-reply-to: Your message of "Sun, 11 Jun 95 00:37:29 +0200." <199506102237.AAA08908@blaise.ibp.fr> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 10 Jun 1995 15:52:56 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >Now that 2.0.5R is out (thanks to all!), I suppose that all the fixes that >were made on the RELENG_2_0_5 branch will be merged with the main trunk ? Yes, Rod is working on that now and should be finished with all the work (including tagging for 2.0.5R) by tomorrow. -DG From owner-freebsd-hackers Sat Jun 10 16:27:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15442 for hackers-outgoing; Sat, 10 Jun 1995 16:27:49 -0700 Received: from netcom6.netcom.com (bakul@netcom6.netcom.com [192.100.81.114]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA15428 for ; Sat, 10 Jun 1995 16:27:47 -0700 Received: from localhost by netcom6.netcom.com (8.6.12/Netcom) id QAA08213; Sat, 10 Jun 1995 16:25:36 -0700 Message-Id: <199506102325.QAA08213@netcom6.netcom.com> To: Nate Williams cc: Sean Eric Fagan , leisner@sdsp.mc.xerox.com, hackers@freebsd.org, terry@cs.weber.edu Subject: Re: Slight flame from Linux user In-reply-to: Your message of "Fri, 09 Jun 95 15:59:16 MDT." <199506092159.PAA01818@trout.sri.MT.net> Date: Sat, 10 Jun 95 16:25:33 -0700 From: Bakul Shah Sender: hackers-owner@freebsd.org Precedence: bulk > I disagree. There are too many things that aren't plain enough in the > copyright to make it safe to distribute it and make money at the same > time. Note, even though lcc may not be the primary money-maker, the > license is not specific enough to allow someone like WC to distribute > the compiler w/out the possibility of being sued for 'making money' from > the compiler. I just reread it carefully and I don't see this. As long as you include the copyright notice, acknowledge its source and state it is available free of charge you have met the terms of the copyright. There is some vagueness in the copyright notice but even the most restrictive reading seems to allow WC's distribution. > Again, I'm no legal expert but have enough experience with the legal > process to know that unless it's crystal clear, it's not worth hassling > with, especially considering the 'free' status of FreeBSD. A pity if lcc gets left out due to its vague copyright. It may be worth sending off an email to the authors (I'd do it but an official voice from FreeBSD may carry a lot more weight). May be if enough people complain they'd see light. --bakul From owner-freebsd-hackers Sat Jun 10 17:05:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22524 for hackers-outgoing; Sat, 10 Jun 1995 17:05:43 -0700 Received: from suntan.Tandem.com (suntan.tandem.com [192.216.221.8]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22518 for ; Sat, 10 Jun 1995 17:05:40 -0700 Received: from zorch.sf-bay.org by suntan.Tandem.com (4.1/suntan5.950313) for hackers@freebsd.org id AA07457; Sat, 10 Jun 95 17:05:09 PDT Received: (from scott@localhost) by zorch.sf-bay.org (8.6.9/8.6.9) id RAA01930; Sat, 10 Jun 1995 17:03:25 -0700 Date: Sat, 10 Jun 1995 17:03:25 -0700 Message-Id: <199506110003.RAA01930@zorch.sf-bay.org> From: scott@zorch.sf-bay.org (Scott Hazen Mueller) Reply-To: scott@zorch.sf-bay.org Subject: Re: Announcing FreeBSD 2.0.5 RELEASE! To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk In article , you write: > ftp://ftp.freebsd.org/pub/FreeBSD/2.0.5-RELEASE It Would Be Nice If there were a file that gave the sizes of the various directories, so that I can estimate whether it's reasonable to (for example) 'get ports.tar.gz'. Just a suggestion. -- Scott Hazen Mueller | scott@zorch.SF-Bay.ORG or tandem!zorch!scott From owner-freebsd-hackers Sat Jun 10 19:57:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27748 for hackers-outgoing; Sat, 10 Jun 1995 19:57:29 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA27742 for ; Sat, 10 Jun 1995 19:57:27 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <23958-0@bunyip.cc.uq.oz.au>; Sun, 11 Jun 1995 12:56:25 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id MAA02297 for ; Sun, 11 Jun 1995 12:30:07 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id CAA07664; Sun, 11 Jun 1995 02:28:09 GMT Date: Sun, 11 Jun 1995 02:28:09 GMT From: Stephen Hocking Message-Id: <199506110228.CAA07664@netfl15a.devetir.qld.gov.au> To: hackers@freebsd.org Subject: VM86 calls and BIOS disk driver Sender: hackers-owner@freebsd.org Precedence: bulk Is anyone actively working on the VM86 stuff with an eye to implementing a generic BIOS disk driver, so as to support the hardware or controllers that are not yet supported by a specific driver? Why I say that is because this TMC-885 controller does not work wuth -current's seagate.c, and only on the 2.0 seagate.c with BLIND_TRANSFER disabled. If I could use the onboard BIOS, I'm fairly sure that it'd do better than the huge amount of CPU it eats now polling the damn thing. Stephen From owner-freebsd-hackers Sat Jun 10 20:13:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28893 for hackers-outgoing; Sat, 10 Jun 1995 20:13:24 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA28802 for ; Sat, 10 Jun 1995 20:11:14 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id LAA06879; Sun, 11 Jun 1995 11:09:10 +0800 Date: Sun, 11 Jun 1995 11:09:04 +0800 (CST) From: Brian Tao To: "Rodney W. Grimes" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Minor nits about bindist... In-Reply-To: <199506102134.OAA07676@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Sat, 10 Jun 1995, Rodney W. Grimes wrote: > > It will exit if there are no valid lines in /etc/exports for it to > export. [Gee, why would it wont to keep running when it has no > work to do :-)] I dunno, tell that to nfsd. ;-) I would like to edit /etc/exports and then do a "kill -1 `cat /var/run/mountd.pid`" on it instead of having to figure out whether it is really there (e.g. from a script). I can't rely on /var/run/mountd.pid as it is now because it may contain stale information. Just a matter of consistency. Then again, I wish UNIX had some way of letting you do send message vectors to running processes by name rather than this business of looking up their pid and firing a signal off to it... -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sat Jun 10 22:05:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00669 for hackers-outgoing; Sat, 10 Jun 1995 22:05:34 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00652 ; Sat, 10 Jun 1995 22:05:12 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA07986; Sat, 10 Jun 1995 22:04:29 -0700 From: "Rodney W. Grimes" Message-Id: <199506110504.WAA07986@gndrsh.aac.dev.com> Subject: CVS tag operations, sup, and misc.... To: davidg@Root.COM Date: Sat, 10 Jun 1995 22:04:29 -0700 (PDT) Cc: hackers@freebsd.org, committers@freebsd.org In-Reply-To: <199506102253.PAA04479@corbin.Root.COM> from "David Greenman" at Jun 10, 95 03:52:56 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: 1279 Sender: hackers-owner@freebsd.org Precedence: bulk > > >Now that 2.0.5R is out (thanks to all!), I suppose that all the fixes that > >were made on the RELENG_2_0_5 branch will be merged with the main trunk ? > > Yes, Rod is working on that now and should be finished with all the work > (including tagging for 2.0.5R) by tomorrow. Status update... I have my tree checked out, the 2.0.5R (RELENG_2_0_5_RELEASE) tag has been applied. I am creating a backup of the repository on freefall at this time as I am about to do the merge operation and if it blows up I want a fast way back out of it!!! Things are moving along, but since I am also poping back and forth between two locations it is slowing me down (I am moving for those who did not know already). BIG WARNING: For those who SUP the CVS bits, I suggest you stop doing that! I have turned off ctm and the update of /usr/src and /usr/ports on Freefall (Satoshi you want a tag on the ports stuff???). I am going to leave sup up and running, so if you sup the CVS bits, you will probably pull them all right now (I have tagged so every file is modified), and again tomarrow when I do the join and tag again). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Jun 10 22:09:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00865 for hackers-outgoing; Sat, 10 Jun 1995 22:09:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00856 for ; Sat, 10 Jun 1995 22:09:47 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA08015; Sat, 10 Jun 1995 22:07:23 -0700 From: "Rodney W. Grimes" Message-Id: <199506110507.WAA08015@gndrsh.aac.dev.com> Subject: Re: Slight flame from Linux user To: bakul@netcom.com (Bakul Shah) Date: Sat, 10 Jun 1995 22:07:23 -0700 (PDT) Cc: nate@trout.sri.mt.net, sef@kithrup.com, leisner@sdsp.mc.xerox.com, hackers@freebsd.org, terry@cs.weber.edu In-Reply-To: <199506102325.QAA08213@netcom6.netcom.com> from "Bakul Shah" at Jun 10, 95 04:25: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: 1694 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I disagree. There are too many things that aren't plain enough in the > > copyright to make it safe to distribute it and make money at the same > > time. Note, even though lcc may not be the primary money-maker, the > > license is not specific enough to allow someone like WC to distribute > > the compiler w/out the possibility of being sued for 'making money' from > > the compiler. > > I just reread it carefully and I don't see this. As long as > you include the copyright notice, acknowledge its source and > state it is available free of charge you have met the terms > of the copyright. There is some vagueness in the copyright > notice but even the most restrictive reading seems to allow > WC's distribution. The problem is with the word ``unmodified'', if you can make it work right out of the can with out one line of patch, well, great, but some how I doubt it would stay that way very long :-(. > > Again, I'm no legal expert but have enough experience with the legal > > process to know that unless it's crystal clear, it's not worth hassling > > with, especially considering the 'free' status of FreeBSD. > > A pity if lcc gets left out due to its vague copyright. It > may be worth sending off an email to the authors (I'd do it > but an official voice from FreeBSD may carry a lot more > weight). May be if enough people complain they'd see light. The way they have worded it sounds like they don't want you to touch the code, IMHO, that is some bad wording that could stand to be redone. > --bakul > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Jun 10 22:11:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00985 for hackers-outgoing; Sat, 10 Jun 1995 22:11:08 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00976 for ; Sat, 10 Jun 1995 22:11:06 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA08032; Sat, 10 Jun 1995 22:10:35 -0700 From: "Rodney W. Grimes" Message-Id: <199506110510.WAA08032@gndrsh.aac.dev.com> Subject: Re: Minor nits about bindist... To: taob@gate.sinica.edu.tw (Brian Tao) Date: Sat, 10 Jun 1995 22:10:35 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Brian Tao" at Jun 11, 95 11:09:04 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: 1198 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > On Sat, 10 Jun 1995, Rodney W. Grimes wrote: > > > > It will exit if there are no valid lines in /etc/exports for it to > > export. [Gee, why would it wont to keep running when it has no > > work to do :-)] > > I dunno, tell that to nfsd. ;-) I would like to edit > /etc/exports and then do a "kill -1 `cat /var/run/mountd.pid`" on it > instead of having to figure out whether it is really there (e.g. from > a script). I can't rely on /var/run/mountd.pid as it is now because > it may contain stale information. Just a matter of consistency. Then > again, I wish UNIX had some way of letting you do send message vectors > to running processes by name rather than this business of looking up > their pid and firing a signal off to it... Perhaps it is time to add a few more RPC calls to them there daemons so you could fire an RPC at them to do most of the things that kill -SIGHUP does now. I have always hated using HUP to cause reloads of data files, I find it gross compared to the nice neat stuff that VMS does :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Jun 10 22:14:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01180 for hackers-outgoing; Sat, 10 Jun 1995 22:14:14 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01173 for ; Sat, 10 Jun 1995 22:13:59 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA30145; Sun, 11 Jun 1995 15:07:27 +1000 Date: Sun, 11 Jun 1995 15:07:27 +1000 From: Bruce Evans Message-Id: <199506110507.PAA30145@godzilla.zeta.org.au> To: bakul@netcom.com, sef@kithrup.com Subject: Re: Slight flame from Linux user Cc: hackers@freebsd.org, leisner@sdsp.mc.xerox.com, nate@trout.sri.mt.net, terry@cs.weber.edu Sender: hackers-owner@freebsd.org Precedence: bulk >> Yeah, it's smaller, and, yeah, it compiles faster. And, yeah, it generates >> worse code. And, yeah, it's got a lint version which would be useful -- but >> I won't touch it. My compiler is much smaller, compiles much faster, and generates only slightly worse code -- but I won't touch it :-). I ran a stupid benchmark: --- + size /usr/bde/libexec/i386/bcc/cc1 /usr/bde/lib/gcc-lib/i386-freebsd/2.6.2/cc1 /usr/bde/bin/rcc text data bss dec hex 86016 4096 36380 126492 1ee1c /usr/bde/libexec/i386/bcc/cc1 1048576 20480 67992 1137048 115998 /usr/bde/lib/gcc-lib/i386-freebsd/2.6.2/cc1 307200 28672 23400 359272 57b68 /usr/bde/bin/rcc + time /usr/bde/libexec/i386/bcc/cc1 -3 z.c 4.29 real 3.88 user 0.22 sys + wc z.s 65553 131102 786579 z.s + time /usr/bde/lib/gcc-lib/i386-freebsd/2.6.2/cc1 -quiet z.c -o z.s 25.69 real 24.59 user 0.42 sys + wc z.s 32785 65562 393424 z.s + time /usr/bde/bin/rcc -target=x86-dos z.c 26.94 real 12.51 user 1.27 sys + wc z.s 32795 131124 622874 z.s --- [z.c is essentially 32768 lines `i=1;' where `i' is auto int. rcc is the main stage of lcc. It must be doing something strange for the user+sys times not to add up to nearly the real time and bad buffering for the system time to be so large.] >Can't speak for WC and others but I believe the present >copyright allows them distributing lcc. See below. I also >... >It is a fine compiler (adding instructional sounds like a put >down to me). It is not a replacement for gcc if you are using >gcc's extensions. For *BSD at the very least we need support >for long long which some of us are in the process of adding. We also need support for asm, inline, -fpic, a standard assembler, ... >He wrote back (among other things) > including lcc without modification in another distribution is OK. This doesn't help. You have to modify it to support long long... Bruce