From owner-freebsd-hackers Sun Jul 2 00:19:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19267 for hackers-outgoing; Sun, 2 Jul 1995 00:19:00 -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 AAA19252 ; Sun, 2 Jul 1995 00:18:48 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA03775; Sun, 2 Jul 1995 17:09:37 +1000 Date: Sun, 2 Jul 1995 17:09:37 +1000 From: Bruce Evans Message-Id: <199507020709.RAA03775@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, paul@freebsd.org Subject: Re: Announcing 2.0.5-950622-SNAP Sender: hackers-owner@freebsd.org Precedence: bulk >> > > I'm curious why dual boot is a "no and possibly never"? >> >> > Just the amount of work involved is all. You can't have 2 FreeBSD >> > slices on a disk and boot from the second one as the boot code is too >> > stupid to understand that you might want to boot from something other >> > than the first one it finds. >> >> Except for the space constraints, it should be possible to extent the >> boot syntax from: >> >> driver(unit,part)/filename >> >> to >> >> driver(unit,[slice,]part)/filename There is also some work to do in sysinstall: setting up different fstabs for different root partitions and perhaps managing N root partitions at once. >I don't understand the problem? You just boot the partition that has the >active flag set. Our boot process doesn't do this properly but it's That would always boot my DOS partition. Some OS's will only boot from partitions with the active flag set, so some boot selectors rewrite the MBR to change the active flag, but I don't/won't use such an OS or boot selector. Anyway, the boot selector belongs in the FreeBSD bootstrap. We already have this for the first FreeBSD slice on all drives. All that is missing is selection of the slice (including non-FreeBSD ones) and changing of the default selection. >not conceptually difficult. Last time I looked it wasn't the bootblocks >that were the problem but the disk drivers, since they built fake >disklabels by searching for the first FreeBSD partition. I haven't looked >at that area of the code since diskslices came online so I'm not >sure what happens now. - Old drivers search for the first FreeBSD slice but don't build fake disk labels (the label is irrelevant). - Old bootblocks search for the first FreeBSD slice but don't tell the kernel which slice was booted from. - Current drivers search for all FreeBSD slices. - Current bootblocks search for the first FreeBSD slice and pass it to the kernel where it is ignored. It is known to be the first FreeBSD slice and using the compatibility slice instead is better for compatibility with old fstabs. Bruce From owner-freebsd-hackers Sun Jul 2 00:35:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19827 for hackers-outgoing; Sun, 2 Jul 1995 00:35: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 AAA19817 for ; Sun, 2 Jul 1995 00:35:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20946; Sun, 2 Jul 1995 09:35:43 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA09867; Sun, 2 Jul 1995 09:35:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA02371; Sun, 2 Jul 1995 07:11:27 +0200 From: J Wunsch Message-Id: <199507020511.HAA02371@uriah.heep.sax.de> Subject: Re: The Time Wrap--rocky frankenfurter was here? To: jmb@kryten.Atinc.COM (Jonathan M. Bresler) Date: Sun, 2 Jul 1995 07:11:26 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Jul 1, 95 10:50:39 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: 325 Sender: hackers-owner@freebsd.org Precedence: bulk As Jonathan M. Bresler wrote: > > no, he aint the sole cause, but i have rounded up nearly all the > rest of the varmits already....this one is still in the bush. Thanks allot! -- 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 Jul 2 00:36:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19907 for hackers-outgoing; Sun, 2 Jul 1995 00:36:02 -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 AAA19893 for ; Sun, 2 Jul 1995 00:36:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20968; Sun, 2 Jul 1995 09:35:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA09884; Sun, 2 Jul 1995 09:35:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02835; Sun, 2 Jul 1995 08:38:35 +0200 From: J Wunsch Message-Id: <199507020638.IAA02835@uriah.heep.sax.de> Subject: Re: 2.0.5 commit date ?? To: rpt@miles.sso.loral.com (Richard Toren) Date: Sun, 2 Jul 1995 08:38:35 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Richard Toren" at Jul 1, 95 05:11:35 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: 681 Sender: hackers-owner@freebsd.org Precedence: bulk As Richard Toren wrote: > > I am curious about the date and time that the 2.0.5R image was stripped > out and committed for the new 2.0.5R CD. CVS access has been re-opened for the world after all tag operations happened by: revision 1.38 date: 1995/06/13 05:12:07; author: rgrimes; state: Exp; lines: +2 -2 Open the gates on CVS. NOTE: What is the HEAD branch is for 2.2, that is what you are all working towards now. Only the release team is to work on the 2.1 branch. (The above timestamp should be freefall's local time.) -- 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 Jul 2 00:36:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19999 for hackers-outgoing; Sun, 2 Jul 1995 00:36:27 -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 AAA19991 for ; Sun, 2 Jul 1995 00:36:23 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20981; Sun, 2 Jul 1995 09:36:15 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA09895 for freebsd-hackers@freebsd.org; Sun, 2 Jul 1995 09:36:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02920 for freebsd-hackers@freebsd.org; Sun, 2 Jul 1995 08:56:31 +0200 From: J Wunsch Message-Id: <199507020656.IAA02920@uriah.heep.sax.de> Subject: Re: Announcing 2.0.5-950622-SNAP To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 2 Jul 1995 08:56:31 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <9507011944.AA10785@cs.weber.edu> from "Terry Lambert" at Jul 1, 95 01:44: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: 1597 Sender: hackers-owner@freebsd.org Precedence: bulk As Terry Lambert wrote: > > > > > There is quite more system configuration stuff in /etc. Consider > > /etc/namedb, /etc/uucp, /etc/slip and /etc/uucp. All of them are > > site-specific. > > The /etc/namedb stuff on most systems I've seen goes in /var/named. > > The uucp stuff is largely relocatable (and not generally applicable > to a diskless/dataless environment anyway -- neither are any of the > others, for that matter). But it's a matter of fact that we are currently shipping it under /etc. And we have been all the time. And it's certainly more applicable for the ``average configuration'' to have the system configuration there, since diskless configuration is certainly of marginal interest for most of our users, while i'm sure that many will love the ability to backup all the configuration on a simple floppy (which is not possible with the entire /var). > And you must really like uucp to use it twice as an example. 8-). Hmm, you know, i simply _have_ to use it here. :) But i can come up with more examples quite well: login.access, ftpusers, dumpdates, ttys, aliases, sendmail.cf, XF86Config... Of course, if you have 32 machines that are only distinct by their IP addresses, you might share these data among them. But as soon as the machines are somewhat different, it's impossible (e.g. different hardware, one machine has a modem, another machine is mulit-homed, a third one has a couple of terminals on it etc.) -- 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 Jul 2 00:57:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA20457 for hackers-outgoing; Sun, 2 Jul 1995 00:57: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 AAA20451 for ; Sun, 2 Jul 1995 00:57:01 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA16132; Sun, 2 Jul 1995 00:56:43 -0700 From: "Rodney W. Grimes" Message-Id: <199507020756.AAA16132@gndrsh.aac.dev.com> Subject: Re: 2.0.5 commit date ?? To: rpt@miles.sso.loral.com (Richard Toren) Date: Sun, 2 Jul 1995 00:56:43 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: from "Richard Toren" at Jul 1, 95 05:11:35 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: 824 Sender: hackers-owner@freebsd.org Precedence: bulk > > I am curious about the date and time that the 2.0.5R image was stripped > out and committed for the new 2.0.5R CD. > > I have been archiving all the 'cvs' mail since Jan 95 as a reference > that I can look at if I have a problem. I figure that any commits to the > tree after that Date/Time are potential problems that I may encounter with > the system, even before the CD arrives. It never hurts to be prepared. Since I did the tree tag operation and know that I rolled the cvs log files at the same time I got the date from looking at the date stamp on the rolled over log files. It was June 11th that I did this, so Jordan passed the wand on June 10th. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sun Jul 2 01:24:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA20978 for hackers-outgoing; Sun, 2 Jul 1995 01:24:38 -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 BAA20972 for ; Sun, 2 Jul 1995 01:24:35 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA16249; Sun, 2 Jul 1995 01:24:18 -0700 From: "Rodney W. Grimes" Message-Id: <199507020824.BAA16249@gndrsh.aac.dev.com> Subject: Re: SMC ethernet codes To: jmb@kryten.atinc.com (Jonathan M. Bresler) Date: Sun, 2 Jul 1995 01:24:18 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Jul 2, 95 01:55:16 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: 334 Sender: hackers-owner@freebsd.org Precedence: bulk > > > can someone verify that 00:c0:4f:de:b3:a9 belongs to SMC? I though all SMC addresses (or at least the ones I have seen) start 00:00:c0, maybe the used this block up :).) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sun Jul 2 05:01:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25735 for hackers-outgoing; Sun, 2 Jul 1995 05:01:34 -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 FAA25729 for ; Sun, 2 Jul 1995 05:01:32 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id FAA01846; Sun, 2 Jul 1995 05:01:23 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id FAA05455; Sun, 2 Jul 1995 05:01:56 -0700 Message-Id: <199507021201.FAA05455@corbin.Root.COM> To: "Rashid Karimov." cc: freebsd-hackers@freebsd.org Subject: Re: Random Lockups In-reply-to: Your message of "Tue, 27 Jun 95 12:59:04 EDT." <199506271659.MAA13692@haven.ios.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 02 Jul 1995 05:01:55 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >> On one of our 486's and now my Micron, the system will lock up solid causing >> a hard reboot in the 486 case. In the P100 case the system has to be reset >> by the button. Has anyone else experienced this? This has happened quite >> frequently with the 2.0.5R, never with the 0210-SNAP or 04-SNAP That's interesting. > Well, allegedly the lock-up could be caused by QUOTAs > code or "rlogin" command under cirtain circumstances > ( it was reorted here a day ago) . The only fix that affected quotas was made on 3/10/95 and was to fix a panic: --- revision 1.4 date: 1995/03/10 22:06:39; author: davidg; state: Exp; lines: +4 -3 Patch to fix quota panic from Mike Karels: allow Q_SYNC regardless of "target" uid, we allow it with -1; fix bug that caused all ops to refer to user quotas, not group. --- > If any1 here thinks about switching to 205 to run the > server - DO NOT DO IT ! The system is not stable :( Alas :( Actually, 2.0.5R has proven to be quite stable for thousands of people. > Nodoby apparently is working on those mysterious lock-ups. > What's the position of the chief architect - Jordan ? Well, I'm the chief architect... If there is a lock-up problem that can be described in specific terms or one that I can reproduce here, I will see to it that it gets fixed. Any bug which is undescribable and unreproducible is one that we likely can not fix. If you would like to help with the debugging effort, then there is just a chance that we might be able to fix it for you in the next release. > Should we really be concerned about bleeding edge instead > of robustness ??? 1% enhancements and not the way to smoothly > upgrade the system with new version ? How can FreeBSD get > its share of market w/o it ? Who will be willing to run > the system but computer geeks ? 2.0.5R wasn't intended to be a "robust" release. We always strive to make quality releases...2.0.5R is intended to get the new technology out to people via a full release (including CDROM). 2.1R (which we are currently working on along with 2.2) is intended to be a stable system. That has been our goal since early this year. I'm sorry to hear that you are having problems. I don't know why you see a problem on your systems while most people don't see it on theirs. If you wouldn't mind providing some information about your systems and describe what you do with them, and perhaps even provide some diagnostic information (add DDB to your kernel, for example, and look at the states of processes when the system is hung), then I can have something more to go by than just "my system hangs and requires a hard reset". Do you really think this is very useful? It isn't. -DG From owner-freebsd-hackers Sun Jul 2 05:06:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25924 for hackers-outgoing; Sun, 2 Jul 1995 05:06:00 -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 FAA25918 for ; Sun, 2 Jul 1995 05:05:59 -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 OAA18752 ; Sun, 2 Jul 1995 14:05:56 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id OAA14642 ; Sun, 2 Jul 1995 14:05:55 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507021205.OAA14642@blaise.ibp.fr> Subject: Re: SMC ethernet codes To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 2 Jul 1995 14:05:54 +0200 (MET DST) Cc: jmb@kryten.atinc.com, hackers@freebsd.org In-Reply-To: <199507020824.BAA16249@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jul 2, 95 01:24:18 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 455 Sender: hackers-owner@freebsd.org Precedence: bulk > > can someone verify that 00:c0:4f:de:b3:a9 belongs to SMC? > > I though all SMC addresses (or at least the ones I have seen) > start 00:00:c0, maybe the used this block up :).) There is no trace of 00:c0:* in rfc-1700... 0080C2 IEEE 802.1 Committee 0080D3 Shiva 00AA00 Intel 00DD00 Ungermann-Bass -- 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 Jul 2 06:27:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA26922 for hackers-outgoing; Sun, 2 Jul 1995 06:27:18 -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 GAA26916 for ; Sun, 2 Jul 1995 06:27:15 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id JAA27542; Sun, 2 Jul 1995 09:20:31 -0400 Date: Sun, 2 Jul 1995 09:20:30 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: SMC ethernet codes To: Ollivier Robert cc: "Rodney W. Grimes" , hackers@freebsd.org In-Reply-To: <199507021205.OAA14642@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, 2 Jul 1995, Ollivier Robert wrote: > > > can someone verify that 00:c0:4f:de:b3:a9 belongs to SMC? > > > > I though all SMC addresses (or at least the ones I have seen) > > start 00:00:c0, maybe the used this block up :).) > > There is no trace of 00:c0:* in rfc-1700... > > 0080C2 IEEE 802.1 Committee > 0080D3 Shiva > 00AA00 Intel > 00DD00 Ungermann-Bass thanks for your responses. i will contact SMC and see what they have to say. hopefully it is a new address space allocation.....else i have to figure whats wrong with the code and my understanding of the data sheet. ;( Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Sun Jul 2 06:57:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA27455 for hackers-outgoing; Sun, 2 Jul 1995 06:57:57 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA27449 for ; Sun, 2 Jul 1995 06:57:56 -0700 Received: from miles.sso.loral.com (miles.wdl.loral.com) by wdl1.wdl.loral.com (5.x/WDL-2.4-1.0) id AA06103; Sun, 2 Jul 1995 06:57:23 -0700 Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA12022; Sun, 2 Jul 95 09:57:52 EDT Date: Sun, 2 Jul 1995 09:57:50 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: hackers@freebsd.org Subject: 2.0.5 commit date ?? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk -- resend -- sent yesterday, but never saw it sent out on the list I am curious about the date and time that the 2.0.5R image was stripped out and committed for the new 2.0.5R CD. I have been archiving all the 'cvs' mail since Jan 95 as a reference that I can look at if I have a problem. I figure that any commits to the tree after that Date/Time are potential problems that I may encounter with the new system, even before the CD arrives. It never hurts to be prepared. ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Sun Jul 2 07:02:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA27663 for hackers-outgoing; Sun, 2 Jul 1995 07:02:48 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA27657 for ; Sun, 2 Jul 1995 07:02:46 -0700 Received: from miles.sso.loral.com (miles.wdl.loral.com) by wdl1.wdl.loral.com (5.x/WDL-2.4-1.0) id AA06286; Sun, 2 Jul 1995 07:02:14 -0700 Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA12041; Sun, 2 Jul 95 10:02:43 EDT Date: Sun, 2 Jul 1995 10:02:42 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: hackers@freebsd.org Subject: 2.0.5 comit date (ignore prior) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk The reason I never saw my post was that my filter keyed on the word 'commit' in the subject and put my query and the response into the cvs archive, rather than keeping it as regular mail. Sorry to waste the band width.... ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Sun Jul 2 12:51:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08470 for hackers-outgoing; Sun, 2 Jul 1995 12:51:40 -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 MAA08462 for ; Sun, 2 Jul 1995 12:51:39 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14687(5)>; Sun, 2 Jul 1995 12:51:03 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49860>; Sun, 2 Jul 1995 12:50:56 -0700 To: "Jonathan M. Bresler" cc: hackers@freebsd.org Subject: Re: SMC ethernet codes In-reply-to: Your message of "Sun, 02 Jul 95 06:20:30 PDT." Date: Sun, 2 Jul 1995 12:50:47 PDT From: Bill Fenner Message-Id: <95Jul2.125056pdt.49860@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message you write: >On Sun, 2 Jul 1995, Ollivier Robert wrote: > >> > > can someone verify that 00:c0:4f:de:b3:a9 belongs to SMC? >> > >> > I though all SMC addresses (or at least the ones I have seen) >> > start 00:00:c0, maybe the used this block up :).) >> >> There is no trace of 00:c0:* in rfc-1700... ftp://ftp.ieee.org/info/stds/info.stds.oui has some numbers that RFC1700 doesn't, but it also shows no 00C04F: COMTROL CORPORATION 2675 PATTON ROAD 00-C0-4E (hex) ST. PAUL MN 55113 00C04E (base 16) TOYO DENKI SEIZO K.K. 4-6-32 HIGASHIKASHIWAGAYA 00-C0-50 (hex) EBINASHI 00C050 (base 16) KANAGAWA, JAPAN 243-04 (Of course, it doesn't show 00000F (NeXT), 0080C8 (linksys?), or 0000C0 (SMC) either, so it's not all that great a reference either...) Bill From owner-freebsd-hackers Sun Jul 2 14:56:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA11215 for hackers-outgoing; Sun, 2 Jul 1995 14:56:21 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA11208 for ; Sun, 2 Jul 1995 14:56:20 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id OAA14098 for ; Sun, 2 Jul 1995 14:56:17 -0700 Message-Id: <199507022156.OAA14098@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@freebsd.org Subject: patches for khoros? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Jul 1995 14:56:14 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Howdy, I just downloaded the latest version of khoros and was wondering if anyone has patches for it ? Tnks, Amancio From owner-freebsd-hackers Sun Jul 2 15:23:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11992 for hackers-outgoing; Sun, 2 Jul 1995 15:23:18 -0700 Received: from vetch.cs.washington.edu (vetch.cs.washington.edu [128.95.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11986 for ; Sun, 2 Jul 1995 15:23:17 -0700 Received: from vetch.cs.washington.edu (localhost [127.0.0.1]) by vetch.cs.washington.edu (8.6.12/7.2ws+) with ESMTP id PAA13599 for ; Sun, 2 Jul 1995 15:23:15 -0700 Message-Id: <199507022223.PAA13599@vetch.cs.washington.edu> X-Mailer: exmh version 1.6.1 5/23/95 To: hackers@freebsd.org Subject: One cause of 2.05R instability found Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Jul 1995 15:23:15 PDT From: Voradesh Yenbut Sender: hackers-owner@freebsd.org Precedence: bulk A few days ago, I committed a 90MHz pentium system running 2.05R to be a news server. The system was not stable at all. It kept on crashing within 2 hours with "Fatal trap 12: page fault while in kernel mode" and fault code "supervisor read, page not present". The crash always happened at the same instruction pointer, i.e., ncr_complete+195 (as reported by gdb; I don't have the hex number with me) in ncr.c. In ncr.c, ncr_complte+195 is at the following if statement: if (DEBUG_FLAGS & DEBUG_TINY) printf ("CCB=%x STAT=%x/%x\n", (unsigned)cp & 0xfff, cp->host_status,cp->scsi_status); where DEBUG_FLAGS is ncr_debug declared in ncr.c as static int ncr_debug = SCSI_DEBUG_FLAGS; I commented out the if statement, rebuilt and installed the new kernel. The system has been running fine with the new kernel for two days (though I still keep my fingers crossed). Looks like accessing ncr_debug in ncr_complete() routine sometimes causing the fault somehow. My system configuration as printed by kernel is attached below. --------- Voradesh Yenbut Phone: +1 206 685-0912 BOX 352350, U of Washington FAX: +1 206 543-2969 Seattle, WA 98195 Email: yenbut@cs.washington.edu FreeBSD 2.0.5-RELEASE #1: Fri Jun 30 17:55:47 PDT 1995 root@:/usr/src/sys/compile/BEAVER CPU: 85-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 66715648 (16288 pages) avail memory = 63160320 (15420 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:0c:f8:75, type SMC8216/SMC8216C (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A sio3 at 0x2e8-0x2ef irq 7 on isa sio3: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 rev 17 on pci0:0 chip1 rev 3 on pci0:2 ncr0 rev 3 int a irq 9 on pci0:6 reg20: virtual=0xf5dfcc00 physical=0xffbffc00 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:0:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1006MB (2061108 512 byte sectors) (ncr0:1:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1006MB (2061108 512 byte sectors) (ncr0:2:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1006MB (2061108 512 byte sectors) vga0 rev 0 int a irq 9 on pci0:14 pci0: uses 16640 bytes of memory from a0000000 upto ffbffcff. pci0: uses 256 bytes of I/O space from fc00 upto fcff. From owner-freebsd-hackers Sun Jul 2 16:58:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13401 for hackers-outgoing; Sun, 2 Jul 1995 16:58:10 -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 QAA13395 for ; Sun, 2 Jul 1995 16:58:08 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id aa21612; 3 Jul 95 0:05 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa18005; 3 Jul 95 0:05 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id UAA05828; Sun, 2 Jul 1995 20:53:37 +0100 From: Karl Strickland Message-Id: <199507021953.UAA05828@bagpuss.demon.co.uk> Subject: Re: Random Lockups To: "Rashid Karimov." Date: Sun, 2 Jul 1995 20:53:36 +0100 (BST) Cc: henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199506271659.MAA13692@haven.ios.com> from "Rashid Karimov." at Jun 27, 95 12:59:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1287 Sender: hackers-owner@freebsd.org Precedence: bulk > Well, allegedly the lock-up could be caused by QUOTAs > code or "rlogin" command under cirtain circumstances > ( it was reorted here a day ago) . > > I'm expiriencing the stuff regularly on P90/128Mb/Bustec. > > Never had the problem with previous SNAP code :( > > If any1 here thinks about switching to 205 to run the > server - DO NOT DO IT ! The system is not stable :( Alas :( This is unfair - realise that 205 does *not* lockup for everyone. I have been running FreeBSD since before 1.0 and before that have used several commercial PC UNIX os's. 205 is the most stable OS I have ever had running on this box - I have not had a single crash or lockup with it. The difficulty is that a particular lockup may only be apparent with your particular combination of hardware. Of course this is a bitch for you, and makes the problems difficult to reproduce and fix for everyone else. But it also means that you cannot slag off the entire release, just because it is not 100% for you. -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Sun Jul 2 19:11:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16109 for hackers-outgoing; Sun, 2 Jul 1995 19:11:49 -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 TAA16103 for ; Sun, 2 Jul 1995 19:11:47 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id WAA00940; Sun, 2 Jul 1995 22:14:15 -0400 From: "Rashid Karimov." Message-Id: <199507030214.WAA00940@haven.ios.com> Subject: Re: Random Lockups To: karl@bagpuss.demon.co.uk (Karl Strickland) Date: Sun, 2 Jul 1995 22:14:14 -0400 (EDT) Cc: henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199507021953.UAA05828@bagpuss.demon.co.uk> from "Karl Strickland" at Jul 2, 95 08:53: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: 2433 Sender: hackers-owner@freebsd.org Precedence: bulk Hi there, > > > Well, allegedly the lock-up could be caused by QUOTAs > > code or "rlogin" command under cirtain circumstances > > ( it was reorted here a day ago) . > > > > I'm expiriencing the stuff regularly on P90/128Mb/Bustec. > > > > Never had the problem with previous SNAP code :( > > > > If any1 here thinks about switching to 205 to run the > > server - DO NOT DO IT ! The system is not stable :( Alas :( > > This is unfair - realise that 205 does *not* lockup for everyone. I have > been running FreeBSD since before 1.0 and before that have used several > commercial PC UNIX os's. 205 is the most stable OS I have ever had running > on this box - I have not had a single crash or lockup with it. Well... it was explicitly stated here ( the same thread) by some1 from FreeBSD team that 205 _was never intedted to be stable ;( Just a try between 1.5 ( the last most stable version) and 2.1 One of the design goals for 2.1 is exceptional stability . I'm wondering how many ppl here run FreeBSD PCs as _servers. Say 3500-3000 accounts in /etc/passwd , 50-60 of them on-line (average) , everybody has his own WEB page , POP3 and stuff/ Average 250-280 processes running in the same time . 5-6 user partitions with QUOTAs . How stable is _this combination , if any ? IMHO , not very stable ...I run it on different P90 systems - not the same brand - so that's definitely not the problem with particular HW. As a workstation or server with limited functionality - YES , it IS stable . > > The difficulty is that a particular lockup may only be apparent with your > particular combination of hardware. Of course this is a bitch for you, > and makes the problems difficult to reproduce and fix for everyone else. > But it also means that you cannot slag off the entire release, just because I'm not slagging it ... just expressing my concern. I AM using FreeBSD for quite a time in _very crucial _business servers - so I trust it. The same time when I c that stability gets worse with _new release comparing to previous SNAP - it bothers me , as well as it should bother everybody here. The good point is that's hard to imagine _real server w/o any problems - Sun or PC under different (commercial) Unix , but when it aparently could be tracked to problems w/o OS - the tiny part of it - the driver code or subsystem's ( QUOTAs ) one, it should raise concern. Rashid From owner-freebsd-hackers Sun Jul 2 19:33:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16738 for hackers-outgoing; Sun, 2 Jul 1995 19:33:53 -0700 Received: from hk.super.net (root@hk.super.net [202.14.67.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA16731 for ; Sun, 2 Jul 1995 19:33:47 -0700 Received: from is1.hk.super.net by hk.super.net with SMTP id AA01831 (5.67b/IDA-1.5 for ); Mon, 3 Jul 1995 10:33:26 +0800 Date: Mon, 3 Jul 1995 10:33:26 +0800 (HKT) From: John Beukema To: Hackers Subject: CAUTION -pkg_add cern_httpd-3.0.tgz Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I just ran the above pkg_add using the package from 2.0.5 packages and it appears to have wiped out my root file system and /usr file systems. the pkg_add appeared to operate normally, I ran rehash and cd'd to /usr/local/www. all directories were .?????? -- fsck will not run and the kernel will not boot. It hangs after npx INT 16 something. Any suggestions on recovery methods? jbeukema From owner-freebsd-hackers Sun Jul 2 21:17:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA19676 for hackers-outgoing; Sun, 2 Jul 1995 21:17:25 -0700 Received: from fathergoose.net6c.io.org (fathergoose.net6c.io.org [204.92.6.86]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA19670 for ; Sun, 2 Jul 1995 21:17:22 -0700 Received: (from kwong@localhost) by fathergoose.net6c.io.org (8.6.11/8.6.10) id XAA00290; Sun, 2 Jul 1995 23:47:59 -0400 From: Ken Wong Message-Id: <199507030347.XAA00290@fathergoose.net6c.io.org> Subject: Re: sio driver problem To: bde@zeta.org.au (Bruce Evans) Date: Sun, 2 Jul 1995 23:47:58 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199507020502.PAA00340@godzilla.zeta.org.au> from "Bruce Evans" at Jul 2, 95 03:02:29 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 825 Sender: hackers-owner@freebsd.org Precedence: bulk > >Then how can we get pppd to work when getty is running at the same > >serial port. > >> > >> ttyd1 should only be used for incoming calls. > > >ttyd1 is used for incoming call i.e. getty on ttyd1. and pppd on cuaa1. > > Don't allow getty to open ttyd1. Perhaps Carrier Detect is configured > (in the modem) to be always high. That would allow getty to open ttyd1 > immediately. Carrier Detect should be configured to only be high while > there is a connection. in this case, I am not sure I can disable it. I used kermit to dialout, after getting the connection, exit kermit. (I guess at this point Carrier Detect (CD) is ON) I invoke pppd on cuaa1, but pppd complained that the port is busy ( I suppose getty may mistaken that CD is actually not intended for the getty but for the pppd). > > Bruce > Ken From owner-freebsd-hackers Sun Jul 2 21:42:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20160 for hackers-outgoing; Sun, 2 Jul 1995 21:42:36 -0700 Received: from hk.super.net (root@hk.super.net [202.14.67.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA20153 for ; Sun, 2 Jul 1995 21:42:34 -0700 Received: from is1.hk.super.net by hk.super.net with SMTP id AA14260 (5.67b/IDA-1.5 for ); Mon, 3 Jul 1995 12:42:29 +0800 Date: Mon, 3 Jul 1995 12:42:29 +0800 (HKT) From: John Beukema To: Hackers Subject: damaged file system Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk As a follow up on my report, I managed to boot by floppy and run fsck and can apparently recover most of the files. (/usr/local where the pkg_add installed the cern_httpd is gone (empty) and with it the rest of the installed packages) I am missing /etc/rc now (and who knows what else). To see whether I can avoid reinstalling the entire binary distribution, can someone send me a copy by mail. I have the sources so I will try and make world after getting up multi-user. I suggest someone who understands pkg_add check out the cern_httpd one. jbeukema From owner-freebsd-hackers Sun Jul 2 21:54:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20377 for hackers-outgoing; Sun, 2 Jul 1995 21:54:05 -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 VAA20371 ; Sun, 2 Jul 1995 21:54:02 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id VAA02512; Sun, 2 Jul 1995 21:53:46 -0700 Date: Sun, 2 Jul 1995 21:53:46 -0700 Message-Id: <199507030453.VAA02512@silvia.HIP.Berkeley.EDU> To: jbeukema@HK.Super.NET CC: hackers@FreeBSD.org, jkh@FreeBSD.org In-reply-to: (message from John Beukema on Mon, 3 Jul 1995 12:42:29 +0800 (HKT)) Subject: Re: damaged file system From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@FreeBSD.org Precedence: bulk * I am missing /etc/rc now (and who knows what else). To see whether I can * avoid reinstalling the entire binary distribution, can someone send me a * copy by mail. I have the sources so I will try and make world after * getting up multi-user. I suggest someone who understands pkg_add check * out the cern_httpd one. I don't claim to understand pkg_add (only Jordan does :) but I can't see why pkg_add can damage the filesystem like that, the cern_httpd package is just a "regular" package without any fancy frills or anything. (I just tried the 2.0.5 package on our development machine (thud), it went fine without destroying anything.) My guess is that you had an accident in the filesystem just when pkg_add was running. Satoshi From owner-freebsd-hackers Sun Jul 2 23:08:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21273 for hackers-outgoing; Sun, 2 Jul 1995 23:08:24 -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 XAA21267 for ; Sun, 2 Jul 1995 23:08:21 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-8) id AA19891; Mon, 3 Jul 95 08:08:21 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA18766 for freebsd-hackers@freefall.cdrom.com; Mon, 3 Jul 1995 08:21:55 +0200 Date: Mon, 3 Jul 1995 08:21:55 +0200 From: "Christoph P. Kukulies" Message-Id: <199507030621.IAA18766@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: skeleton.mikom.csir.co.za? Sender: hackers-owner@FreeBSD.org Precedence: bulk Excuse if I may have missed the announcement that skeleton.mikom.csir.co.za to disappear but where is the outside U.S. secure/ebone stuff now? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- 19950701 #0: Sat Jul 1 15:37:15 1995 kuku@monk.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon Jul 3 00:52:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22966 for hackers-outgoing; Mon, 3 Jul 1995 00:52:40 -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 AAA22937 ; Mon, 3 Jul 1995 00:52:32 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18615; Mon, 3 Jul 1995 09:52:19 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19502; Mon, 3 Jul 1995 09:52:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA03146; Mon, 3 Jul 1995 08:54:09 +0200 From: J Wunsch Message-Id: <199507030654.IAA03146@uriah.heep.sax.de> Subject: Re: damaged file system To: asami@cs.berkeley.edu (Satoshi Asami) Date: Mon, 3 Jul 1995 08:54:09 +0200 (MET DST) Cc: jbeukema@HK.Super.NET, hackers@FreeBSD.org, jkh@FreeBSD.org In-Reply-To: <199507030453.VAA02512@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jul 2, 95 09:53:46 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: 1110 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Satoshi Asami wrote: > > * I am missing /etc/rc now (and who knows what else). To see whether I can > * avoid reinstalling the entire binary distribution, can someone send me a > * copy by mail. I have the sources so I will try and make world after > * getting up multi-user. I suggest someone who understands pkg_add check > * out the cern_httpd one. > > I don't claim to understand pkg_add (only Jordan does :) but I can't > see why pkg_add can damage the filesystem like that, the cern_httpd > package is just a "regular" package without any fancy frills or > anything. (I just tried the 2.0.5 package on our development machine > (thud), it went fine without destroying anything.) pkg_add used to remove the temp files after a failure. I think this is done by an rm -f (usually run by root). A single space somewhere in a PLIST file caused me to trash my entire /usr/local once. It's not impossible that there are further hidden gotchas. -- 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 Jul 3 00:52:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA23003 for hackers-outgoing; Mon, 3 Jul 1995 00:52:56 -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 AAA22997 for ; Mon, 3 Jul 1995 00:52:52 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18637; Mon, 3 Jul 1995 09:52:40 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19516 for freebsd-hackers@freebsd.org; Mon, 3 Jul 1995 09:52:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA03284 for freebsd-hackers@freebsd.org; Mon, 3 Jul 1995 09:14:37 +0200 From: J Wunsch Message-Id: <199507030714.JAA03284@uriah.heep.sax.de> Subject: Re: Random Lockups To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 3 Jul 1995 09:14:37 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507030214.WAA00940@haven.ios.com> from "Rashid Karimov." at Jul 2, 95 10:14:14 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: 588 Sender: hackers-owner@freebsd.org Precedence: bulk As Rashid Karimov. wrote: > > Well... it was explicitly stated here ( the same thread) by some1 > from FreeBSD team that 205 _was never intedted to be stable ;( > Just a try between 1.5 ( the last most stable version) and 2.1 Just to set this straight: you're misinterpreting something. Of course, 2.0.5 was _intended_ to be stable. However, it wasn't felt to be as stable as the famous 1.1.5.1, hence it hasn't been called 2.1 already. -- 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 Jul 3 02:46:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA27333 for hackers-outgoing; Mon, 3 Jul 1995 02:46:17 -0700 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA27319 for ; Mon, 3 Jul 1995 02:46:02 -0700 Received: from Burka.NetVision.net.il (root@burka.NetVision.net.il [194.90.6.15]) by dns.netvision.net.il (8.6.12/8.6.9) with ESMTP id MAA27640 for ; Mon, 3 Jul 1995 12:46:05 +0300 Received: from gena@NetVision.net.il (burka.NetVision.net.il [194.90.6.15]) by Burka.NetVision.net.il (8.6.11/8.6.6) with SMTP id MAA24993 for hackers@FreeBSD.org; Mon, 3 Jul 1995 12:59:17 +0300 Date: Mon, 3 Jul 1995 12:59:17 +0300 Message-ID: X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision ltd. X-Mailer: XFMail 0.2-Beta on FreeBSD From: Gennady Sorokopud To: Subject: gcc-2.6.3 with bounds checking Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello! In the last 2 days i experimented with bounds-checking gcc. I find that it's very usefull debugging tool but it also has it's drawbacks: 1) it's too strict :-( For example it reports "reference to undefined pointer" when you try something like: if (!ptr) ... and ptr was not initialized before (i know, it's a bad style, but not an error) 2) if it finds an error it aborts the program, and this really bothers if error is in some system library :-) (I modified libcheck.a to "recover" after such situation but it's still unstable) If you want to try it, you can ftp it from: ftp://Burka.NetVision.net.il/pub/bounds/cc_bounds.tar.gz It's modified gcc source tree for FreeBSD (it contains everything except sources for cc1plus since it shoul not be modifed) Original distribution is located in the same dir.... Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: gena@NetVision.net.il Homepage: http://www.netvision.net.il/~gena This message was sent at 07/03/95 12:52:11 by XF-Mail From owner-freebsd-hackers Mon Jul 3 03:02:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA27796 for hackers-outgoing; Mon, 3 Jul 1995 03:02:18 -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 DAA27789 for ; Mon, 3 Jul 1995 03:02:13 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id DAA18102; Mon, 3 Jul 1995 03:01:25 -0700 From: "Rodney W. Grimes" Message-Id: <199507031001.DAA18102@gndrsh.aac.dev.com> Subject: Re: gcc-2.6.3 with bounds checking To: gena@NetVision.net.il (Gennady Sorokopud) Date: Mon, 3 Jul 1995 03:01:24 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Gennady Sorokopud" at Jul 3, 95 12:59: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: 1539 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hello! > > In the last 2 days i experimented with bounds-checking gcc. > I find that it's very usefull debugging tool but it also has it's > drawbacks: > > 1) it's too strict :-( > For example it reports "reference to undefined pointer" > when you try something like: if (!ptr) ... > and ptr was not initialized before (i know, it's a bad style, > but not an error) It _is_ an error, referencing an object that is undefined is an undefined operation, the above if (!ptr) is indeterminate and would depend on what ever trash was in ptr :-(. This is more than just ``bad style'', the bounds-checking gcc has indeed pointed to a program flaw. > 2) if it finds an error it aborts the program, and this really bothers > if error is in some system library :-) > (I modified libcheck.a to "recover" after such situation but > it's still unstable) Humm, well, in a critical application that must not ever use bad data I would want it to abort and call my exit routines so I could get a bug report about it, but in a debug situation I would just like to see the errors flagged and the program continue. When you added this ``recover'' function, did you make it possible to turn it on and off with some type of knob? > If you want to try it, you can ftp it from: > ftp://Burka.NetVision.net.il/pub/bounds/cc_bounds.tar.gz Humm... wonder if it would work on the kernel :-) :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Jul 3 03:08:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA28082 for hackers-outgoing; Mon, 3 Jul 1995 03:08:58 -0700 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA28074 for ; Mon, 3 Jul 1995 03:08:42 -0700 Received: from Burka.NetVision.net.il (root@burka.NetVision.net.il [194.90.6.15]) by dns.netvision.net.il (8.6.12/8.6.9) with ESMTP id NAA03043; Mon, 3 Jul 1995 13:08:33 +0300 Received: from gena@NetVision.net.il (burka.NetVision.net.il [194.90.6.15]) by Burka.NetVision.net.il (8.6.11/8.6.6) with SMTP id NAA00220; Mon, 3 Jul 1995 13:21:55 +0300 Date: Mon, 3 Jul 1995 13:21:55 +0300 In-Reply-To: <199507031001.DAA18102@gndrsh.aac.dev.com> Message-ID: X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision ltd. X-Mailer: XFMail 0.2-Beta on FreeBSD From: Gennady Sorokopud To: "Rodney W. Grimes" Subject: Re: gcc-2.6.3 with bounds checking Cc: Gennady Sorokopud , Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199507031001.DAA18102@gndrsh.aac.dev.com> Rodney W. Grimes writes: >> >> Hello! >> >> In the last 2 days i experimented with bounds-checking gcc. >> I find that it's very usefull debugging tool but it also has it's >> drawbacks: >> >> 1) it's too strict :-( >> For example it reports "reference to undefined pointer" >> when you try something like: if (!ptr) ... >> and ptr was not initialized before (i know, it's a bad style, >> but not an error) > >It _is_ an error, referencing an object that is undefined is an undefined >operation, the above if (!ptr) is indeterminate and would depend on what >ever trash was in ptr :-(. This is more than just ``bad style'', the >bounds-checking gcc has indeed pointed to a program flaw. Hmm....seems like you right :-), but it still works... Also the error disappeared after i changed the statement to: if (ptr == NULL) .. > >> 2) if it finds an error it aborts the program, and this really bothers >> if error is in some system library :-) >> (I modified libcheck.a to "recover" after such situation but >> it's still unstable) > >Humm, well, in a critical application that must not ever use bad data >I would want it to abort and call my exit routines so I could get a >bug report about it, but in a debug situation I would just like to see >the errors flagged and the program continue. > >When you added this ``recover'' function, did you make it possible >to turn it on and off with some type of knob? Not yet..i'm working on it... > >> If you want to try it, you can ftp it from: >> ftp://Burka.NetVision.net.il/pub/bounds/cc_bounds.tar.gz > >Humm... wonder if it would work on the kernel :-) :-). That would be great, but i doubt it will work after reading the documentation (it's huge - about 900k ps file) > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: gena@NetVision.net.il Homepage: http://www.netvision.net.il/~gena This message was sent at 07/03/95 13:18:11 by XF-Mail From owner-freebsd-hackers Mon Jul 3 04:34:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA01932 for hackers-outgoing; Mon, 3 Jul 1995 04:34:08 -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 EAA01923 for ; Mon, 3 Jul 1995 04:33:58 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id LAA05921; Mon, 3 Jul 1995 11:07:36 +0100 Date: Mon, 3 Jul 1995 11:07:35 +0100 (BST) From: Doug Rabson To: "Jonathan M. Bresler" cc: Ollivier Robert , "Rodney W. Grimes" , hackers@freebsd.org Subject: Re: SMC ethernet codes 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, 2 Jul 1995, Jonathan M. Bresler wrote: > On Sun, 2 Jul 1995, Ollivier Robert wrote: > > > > > can someone verify that 00:c0:4f:de:b3:a9 belongs to SMC? > > > > > > I though all SMC addresses (or at least the ones I have seen) > > > start 00:00:c0, maybe the used this block up :).) > > > > There is no trace of 00:c0:* in rfc-1700... > > > > 0080C2 IEEE 802.1 Committee > > 0080D3 Shiva > > 00AA00 Intel > > 00DD00 Ungermann-Bass > > thanks for your responses. > > i will contact SMC and see what they have to say. hopefully it > is a new address space allocation.....else i have to figure whats wrong > with the code and my understanding of the data sheet. ;( I have 11 SMC 8216 cards here, all with addresses starting with 00:00:c0. SMC seem to be using this prefix consistently for new cards. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Mon Jul 3 08:04:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08432 for hackers-outgoing; Mon, 3 Jul 1995 08:04:21 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA08423 for ; Mon, 3 Jul 1995 08:04:18 -0700 Received: from borris.khoros.unm.edu (borris.khoros.unm.edu [198.59.155.2]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id IAA10916; Mon, 3 Jul 1995 08:04:09 -0700 Received: by borris.khoros.unm.edu (4.1/KHOROS/Feb 18 1994) id <9507031504.AA22892@borris.khoros.unm.edu>; Mon, 3 Jul 95 09:04:06 MDT Posted-Date: Mon, 3 Jul 1995 09:04:05 MDT Message-Id: <9507031504.AA22892@borris.khoros.unm.edu> From: steve@khoros.unm.edu (Steven Jorgensen) Date: Mon, 3 Jul 1995 09:04:05 MDT X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Amancio Hasty Jr." , freebsd.org!hackers@rah.star-gate.com Subject: Re: patches for khoros? Sender: hackers-owner@FreeBSD.org Precedence: bulk On Jul 2, 15:59, "Amancio Hasty Jr." wrote: } Subject: patches for khoros? >> I just downloaded the latest version of khoros and was wondering >> if anyone has patches for it ? }-- End of excerpt from "Amancio Hasty Jr." Well, Khoros 2.0.2 compiles and runs fine under FreeBSD 2.0, I haven't tried it under FreeBSD 2.0.5 yet though. I have just started a compile this morning on my home machine though, and all seems to be going well. Is it failing for you? If so, where? Steve -- ----------------------------------------------------------- Steven Jorgensen steve@khoral.com steve@kaos.com ------------------------------+---------------------------- Khoral Research Inc. | PHONE: (505) 837-6500 6001 Indian School, Suite 200 | FAX: (505) 881-3842 Albuquerque, NM 87110 | URL: http://www.khoral.com/ ----------------------------------------------------------- From owner-freebsd-hackers Mon Jul 3 08:59:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA10791 for hackers-outgoing; Mon, 3 Jul 1995 08:59:15 -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 IAA10781 for ; Mon, 3 Jul 1995 08:59:12 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA10757 (5.67a/IDA-1.5); Mon, 3 Jul 1995 10:46:51 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA12261; 3 Jul 95 10:38:26 CDT (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id KAA12258; Mon, 3 Jul 1995 10:38:25 -0500 From: Peter da Silva Message-Id: <199507031538.KAA12258@bonkers.taronga.com> Subject: Re: gcc-2.6.3 with bounds checking To: gena@NetVision.net.il (Gennady Sorokopud) Date: Mon, 3 Jul 1995 10:38:25 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: from "Gennady Sorokopud" at Jul 3, 95 12:59:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 322 Sender: hackers-owner@freebsd.org Precedence: bulk > 1) it's too strict :-( > For example it reports "reference to undefined pointer" > when you try something like: if (!ptr) ... > and ptr was not initialized before (i know, it's a bad style, > but not an error) Um, if the pointer was in fact not initialized (either to BSS or explicitly) before use, it *is* an error. From owner-freebsd-hackers Mon Jul 3 08:59:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA10827 for hackers-outgoing; Mon, 3 Jul 1995 08:59:36 -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 IAA10818 for ; Mon, 3 Jul 1995 08:59:32 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA10748 (5.67a/IDA-1.5); Mon, 3 Jul 1995 10:45:52 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA12216; 3 Jul 95 10:32:56 CDT (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id KAA12213; Mon, 3 Jul 1995 10:32:55 -0500 From: Peter da Silva Message-Id: <199507031532.KAA12213@bonkers.taronga.com> Subject: Re: sio driver problem To: kwong@fathergoose.net6c.io.org (Ken Wong) Date: Mon, 3 Jul 1995 10:32:54 -0500 (CDT) Cc: bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199507030347.XAA00290@fathergoose.net6c.io.org> from "Ken Wong" at Jul 2, 95 11:47:58 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 683 Sender: hackers-owner@freebsd.org Precedence: bulk > in this case, I am not sure I can disable it. I used kermit to dialout, > after getting the connection, exit kermit. (I guess at this point > Carrier Detect (CD) is ON) I invoke pppd on cuaa1, but pppd complained > that the port is busy ( I suppose getty may mistaken that CD is actually > not intended for the getty but for the pppd). Is it possible for you to use "chat" rather than "kermit"? Here's my startup script (from 1.1.5.1, but should still work on 2.x): /usr/libexec/pppd /dev/cua04 38400 ${1+"$@"} connect /etc/ppp/sam-chat defaultroute name taronga.neosoft.com /etc/ppp/sam-chat contains: chat -v "" ATQ0 OK ATDT9999999 CONNECT "" ogin: XXXXXXX word: XXXXXXX From owner-freebsd-hackers Mon Jul 3 10:10:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA14167 for hackers-outgoing; Mon, 3 Jul 1995 10:10:08 -0700 Received: from ns1.HK.LinkAGE.NET (ns1.hk.linkage.net [202.76.4.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA14158 for ; Mon, 3 Jul 1995 10:10:06 -0700 Received: from wyvern.HK.LinkAGE.Net by ns1.hk.linkage.net (5.0/SMI-SVR4) id AA11356; Tue, 4 Jul 1995 01:08:29 +0800 Received: from ip614.hk.linkage.net by wyvern.HK.LinkAGE.Net (5.0/SMI-SVR4) id AA05512; Tue, 4 Jul 1995 01:08:32 +0800 Message-Id: <9507031708.AA05512@wyvern.HK.LinkAGE.Net> Date: Tue, 04 Jul 95 01:12:25 -0700 From: Dexter Yeung X-Mailer: Mozilla 1.1N (Windows; I; 16bit) Mime-Version: 1.0 To: hackers@freebsd.org Subject: Adaptec 294x Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Content-Length: 178 Sender: hackers-owner@freebsd.org Precedence: bulk Can FreeBSD v2.0 work perfect with my Adaptec 294xW wide SCSI-3 PCI controller? And, any 3com PCI network interface controller? It is urgent!! Thanks and regards, Dexter From owner-freebsd-hackers Mon Jul 3 10:56:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17619 for hackers-outgoing; Mon, 3 Jul 1995 10:56:13 -0700 Received: (from julian@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17612 for hackers; Mon, 3 Jul 1995 10:56:12 -0700 Date: Mon, 3 Jul 1995 10:56:12 -0700 From: Julian Elischer Message-Id: <199507031756.KAA17612@freefall.cdrom.com> To: hackers Subject: wcarchive Sender: hackers-owner@FreeBSD.org Precedence: bulk seems to not be responding to ftp requests.. can someone please corroberate this julian From owner-freebsd-hackers Mon Jul 3 11:09:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18442 for hackers-outgoing; Mon, 3 Jul 1995 11:09: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 LAA18433 ; Mon, 3 Jul 1995 11:09:01 -0700 Message-Id: <199507031809.LAA18433@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Dexter Yeung cc: hackers@freebsd.org Subject: Re: Adaptec 294x In-reply-to: Your message of "Tue, 04 Jul 95 01:12:25 PDT." <9507031708.AA05512@wyvern.HK.LinkAGE.Net> Date: Mon, 03 Jul 1995 11:09:01 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >Can FreeBSD v2.0 work perfect with my Adaptec 294xW wide SCSI-3 >PCI controller? And, any 3com PCI network interface controller? > >It is urgent!! > >Thanks and regards, > > >Dexter FreeBSD 2.0.5R can handle the 2940W, but the PCI 3com cards are not supported as of yet. I would recomend the compex PCI enet cards as they are relatively cheap ($169) and offer exelent performance. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Jul 3 12:19:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21792 for hackers-outgoing; Mon, 3 Jul 1995 12:19:28 -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 MAA21786 ; Mon, 3 Jul 1995 12:19:27 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id MAA01096 ; Mon, 3 Jul 1995 12:19:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA24052; Mon, 3 Jul 1995 12:18:31 -0700 From: "Rodney W. Grimes" Message-Id: <199507031918.MAA24052@gndrsh.aac.dev.com> Subject: Re: wcarchive To: julian@freefall.cdrom.com (Julian Elischer) Date: Mon, 3 Jul 1995 12:18:31 -0700 (PDT) Cc: hackers@freefall.cdrom.com In-Reply-To: <199507031756.KAA17612@freefall.cdrom.com> from "Julian Elischer" at Jul 3, 95 10:56: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: 331 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > seems to not be responding to ftp requests.. > > can someone please corroberate this corroberated... I can ping it, but no ftp or telnet. Inetd is probably dead :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Jul 3 12:22:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21912 for hackers-outgoing; Mon, 3 Jul 1995 12:22: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 MAA21906 for ; Mon, 3 Jul 1995 12:22:09 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA24145; Mon, 3 Jul 1995 12:21:14 -0700 From: "Rodney W. Grimes" Message-Id: <199507031921.MAA24145@gndrsh.aac.dev.com> Subject: Re: Adaptec 294x To: gibbs@freefall.cdrom.com (Justin T. Gibbs) Date: Mon, 3 Jul 1995 12:21:14 -0700 (PDT) Cc: dexteryeung@ns1.hk.linkage.net, hackers@freebsd.org In-Reply-To: <199507031809.LAA18433@freefall.cdrom.com> from "Justin T. Gibbs" at Jul 3, 95 11:09:01 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: 850 Sender: hackers-owner@freebsd.org Precedence: bulk > > >Can FreeBSD v2.0 work perfect with my Adaptec 294xW wide SCSI-3 > >PCI controller? And, any 3com PCI network interface controller? > > > >It is urgent!! > > > >Thanks and regards, > > > > > >Dexter > > FreeBSD 2.0.5R can handle the 2940W, but the PCI 3com cards are not > supported as of yet. I would recomend the compex PCI enet cards as > they are relatively cheap ($169) and offer exelent performance. Egads, who is selling the for $169??? I'll sell you 1 for $103.00, or the SMC 8332 10/100MB sec boards still on over stock special at $159.00, buy 2 or more of the SMC and get a cross connect cable free :-). Come and get them, I am over stocked and blowing these things out!!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Jul 3 12:26:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22142 for hackers-outgoing; Mon, 3 Jul 1995 12:26:37 -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 MAA22136 for ; Mon, 3 Jul 1995 12:26:37 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id MAA01366 for ; Mon, 3 Jul 1995 12:26:25 -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 VAA14380; Mon, 3 Jul 1995 21:24:50 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id VAA21016; Mon, 3 Jul 1995 21:24:38 +0200 Message-Id: <199507031924.VAA21016@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: hackers@freebsd.org Subject: Re: hackers-digest V1 #153 Date: Mon, 03 Jul 1995 21:24:38 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk > From: "Christoph P. Kukulies" > Date: Mon, 3 Jul 1995 08:21:55 +0200 > Subject: skeleton.mikom.csir.co.za? > > Excuse if I may have missed the announcement that skeleton.mikom.csir.co.za > to disappear but where is the outside U.S. secure/ebone stuff now? It looks OK to me? (I'm the maintainer...) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Mon Jul 3 13:59:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23579 for hackers-outgoing; Mon, 3 Jul 1995 13:59:52 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA23572 for ; Mon, 3 Jul 1995 13:59:49 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id NAA13729 for ; Mon, 3 Jul 1995 13:59:17 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-8) id AA29116; Mon, 3 Jul 95 22:56:48 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id XAA19842 for freebsd-hackers@freefall.cdrom.com; Mon, 3 Jul 1995 23:10:16 +0200 Date: Mon, 3 Jul 1995 23:10:16 +0200 From: "Christoph P. Kukulies" Message-Id: <199507032110.XAA19842@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: 950622-SNAP installation woes Sender: hackers-owner@FreeBSD.org Precedence: bulk Today I did my first 2.0.5 installation again in some weeks of 'abstinence' and got some pitfall right away: DecPC 466D2, Quantum 525 MB, 20MB ISA. The installation script warned me that I had a read-only root device and that it may not find some /dev entries later. I chose NFS installation and gave the following NFS string: 100.0.0.119:/home/2.0.5-950622-SNAP (I'm not on a regular network with this box) and after saying I had no name server and gateway the script choked when saying that mount on 100.0.0.119:/home/2.0.5-950622-SNAP /nfs could not be found, where I don't know whether it was /nfs that could not be created or wasn't there or if it was the host/path that could not be found. I'm trying now already for four ours to get a kernel on that damn box but with these hyperintelligent scripts - your work in all honors, Jordan - it's nearly impossible to do an enforced installation if something strange occurs. It's not even possible to shell out at this point and do the ftp or mount manually. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Mon Jul 3 14:32:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24308 for hackers-outgoing; Mon, 3 Jul 1995 14:32:08 -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 OAA24290 for ; Mon, 3 Jul 1995 14:32:05 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id OAA02376 for ; Mon, 3 Jul 1995 14:30:29 -0700 Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id OAA14157 for ; Mon, 3 Jul 1995 14:29:07 -0700 Received: by crox.net.kiae.su id BAA00935; (8.6.9/vak/1.8a) Tue, 4 Jul 1995 01:02:49 +0400 Date: Tue, 4 Jul 95 01:02:48 +0400 To: davidg@root.com Cc: hackers@freebsd.org Message-ID: References: <199506282043.NAA10268@gndrsh.aac.dev.com> From: vak@cronyx.ru Subject: Beta version of IDE CD-ROM driver ready X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: hackers-owner@freebsd.org Precedence: bulk Hi David, I finished the beta version of ATAPI (IDE) CD-ROM driver, and would commit it. Rod said you could help me. I put it to ftp.cdrom.com:/FreeBSD/incoming/wcd10.tgz. Would you please look at it and commit? I am ready to make any needed changes needed. I have also the rewritten version /usr/sbin/cdplay utility, which is called cdcontrol. I think we could replace the old cdplay by new version which has much better command interface. Regards, Serge > > I'm now working on the driver for ATAPI IDE CD-ROMs, > > and I need a major driver numbers for it. > > > > Who should I ask for? Jordan? Rod? > > Or David or anyone else who could commit to the kernel sources.... > Probably best beat is David, as it should probably be pulled to the > 2.1 branch for simpler drop in of your driver for folks who will install > 2.1 and want to add this support. > > I am not saying to add the driver to 2.1, just the major dev entry > and /dev/MAKEDEV script. > > You could greatly speed the process by providing a context diff to > both locations. > > > Thanks in advance, > > Serge > > > > P.S. For those who are interested: the driver is already > > functioning, at least I can mount disks and read data. > > After adding all needed ioctls and testing the proper > > handling of disc change, I will commit it. > > Sounds good!!! > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD > > Here is the README from the package. --------------------------------------------------------------------- This is the driver of ATAPI IDE CD-ROMs for FreeBSD. The driver was tested on Toshiba XM-5302TA drive. All works OK, it happily coexists with the hard disk on the same drive. The driver is based mainly on the information from Linux ide-cd driver. Unfortunately, I have no ATAPI specifications, so I am still not sure that everything is done correctly. The driver consists of two parts: ATAPI level and CD-ROM subdriver. The ATAPI level is implemented as a machine-dependent layer between the device driver and the IDE controller. All the machine- and controller dependency is isolated inside the ATAPI level, while all the device dependency is located in the device subdriver. It seems that an ATAPI bus will became popular for medium-speed storage devices such as CD-ROMs, magneto-optical disks, tape streamers etc. To ease the development of new ATAPI drivers, the subdriver interface was designed to be as simple as possible. If you are going to make new ATAPI driver, read a brief guide at the beginning of atapi.c. The driver sources consist of tho C files, one include file and a set of patches to kernel sources. The pathes were prepared for the SNAP-950322 version of FreeBSD, but they could be used for any other version with small modification (probably, different major numbers in MAKEDEV and conf.c). How to install: 1) Put wcd.c, atapi.c and atapi.h into /sys/i386/isa directory. 2) Apply wd.c.pch to /sys/i386/isa/wd.c. 3) Apply conf.c.pch to /sys/i386/i386/conf.c. It probably will need some manual work to do. It would need different major device numbers; don't forget to change MAKEDEV then. 4) Apply files.i386.pch to /sys/i386/conf/files.i386. 5) Add the following lines to your kernel configuration file: options ATAPI # Enable ATAPI support for IDE bus device wcd0 # IDE CD-ROM driver - requires wdc and ATAPI option See kernel.cfg as an example. 6) Files GENERIC.pch and LINT.pch contain patches for /sys/i386/conf/GENERIC and /sys/i386/conf/LINT configuration files. 7) Apply MAKEDEV.pch to /dev/MAKEDEV. Don't forget to change major numbers if needed. 8) Create device files: cd /dev sh MAKEDEV wcd0 9) Reconfigure, compile and install the kernel, then reboot. The cdcontrol directory contains the sources of the cdcontrol utility, former /usr/sbin/cdplay. It was mostly rewritten to have more friendly command structure, command line interface etc. Recompile it and try: cdcontrol -f /dev/rcd0c info Regards, Serge Vakulenko, vak@cronyx.ru From owner-freebsd-hackers Mon Jul 3 15:10:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA25641 for hackers-outgoing; Mon, 3 Jul 1995 15:10:11 -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 PAA25635 ; Mon, 3 Jul 1995 15:10:08 -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 AAA04431 ; Tue, 4 Jul 1995 00:09:58 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA20147 ; Tue, 4 Jul 1995 00:09:57 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507032209.AAA20147@blaise.ibp.fr> Subject: Re: wcarchive To: julian@freefall.cdrom.com (Julian Elischer) Date: Tue, 4 Jul 1995 00:09:57 +0200 (MET DST) Cc: hackers@freefall.cdrom.com In-Reply-To: <199507031756.KAA17612@freefall.cdrom.com> from "Julian Elischer" at Jul 3, 95 10:56:12 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 603 Sender: hackers-owner@FreeBSD.org Precedence: bulk > seems to not be responding to ftp requests.. > > can someone please corroberate this It does now : ncftp>202 [23:58] roberto@blaise:~> ping wcarchive.cdrom.com wcarchive.cdrom.com is alive 203 [0:09] roberto@blaise:~> ncftp !$ ncftp wcarchive.cdrom.com Guest login ok, send your complete e-mail address as password. Welcome to wcarchive - home ftp site for Walnut Creek CDROM. There are currently 186 users out of 300 possible. Sorry if I'm late :-) -- 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 Jul 3 15:16:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA25933 for hackers-outgoing; Mon, 3 Jul 1995 15:16:25 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA25927 for ; Mon, 3 Jul 1995 15:16:20 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id NAA13649 for ; Mon, 3 Jul 1995 13:48:26 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-8) id AA29071; Mon, 3 Jul 95 22:45:28 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id WAA19819; Mon, 3 Jul 1995 22:59:00 +0200 Message-Id: <199507032059.WAA19819@gilberto.physik.rwth-aachen.de> Subject: Re: hackers-digest V1 #153 To: mark@grondar.za (Mark Murray) Date: Mon, 3 Jul 1995 22:59:00 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199507031924.VAA21016@grumble.grondar.za> from "Mark Murray" at Jul 3, 95 09:24:38 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 840 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > From: "Christoph P. Kukulies" > > Date: Mon, 3 Jul 1995 08:21:55 +0200 > > Subject: skeleton.mikom.csir.co.za? > > > > Excuse if I may have missed the announcement that skeleton.mikom.csir.co.za > > to disappear but where is the outside U.S. secure/ebone stuff now? > > It looks OK to me? (I'm the maintainer...) Hhhm, it looks like I cannot resolve skeleton.mikom.csir.co.za anymore for some days now - my sup is claiming that and ping doesn't work either. Maybe I got to consult my local or national name service authorities for that. > > M > > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Mon Jul 3 15:26:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26568 for hackers-outgoing; Mon, 3 Jul 1995 15:26:25 -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 PAA26562 for ; Mon, 3 Jul 1995 15:26:23 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-8) id AA00187; Tue, 4 Jul 95 00:26:23 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id AAA20018 for freebsd-hackers@freefall.cdrom.com; Tue, 4 Jul 1995 00:39:54 +0200 Date: Tue, 4 Jul 1995 00:39:54 +0200 From: "Christoph P. Kukulies" Message-Id: <199507032239.AAA20018@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: 0622 installation woes (/nfs not found) Sender: hackers-owner@FreeBSD.org Precedence: bulk At least I got around the installation quirks I had with using nfs (simply by avoiding the nfs and ftp automatism that were offered). Does the installtion script not understand absolute IP addresses in come cases (e.g. in URLs or nfs mount commands? I installed manually through the ALT-F4 shell (chroot'd) and I must say compared to earlier installation floppies this method seems to be very stable. The /stand stuff can be used very well now for a lot of manual operations like mounting, ftping and such. Excuse my previous remarks on this which may have sounded a bit impatient but it's round midnight now here. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Mon Jul 3 15:28:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26689 for hackers-outgoing; Mon, 3 Jul 1995 15:28:55 -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 PAA26680 for ; Mon, 3 Jul 1995 15:28:52 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-8) id AA00201; Tue, 4 Jul 95 00:28:53 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id AAA20045 for freebsd-hackers@freefall.cdrom.com; Tue, 4 Jul 1995 00:42:25 +0200 Date: Tue, 4 Jul 1995 00:42:25 +0200 From: "Christoph P. Kukulies" Message-Id: <199507032242.AAA20045@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: Norton Commander like tool Sender: hackers-owner@FreeBSD.org Precedence: bulk Ack, Pffft, I know, but my customers like it :-) Wasn't there (Guido reminded me) in 1.1.5.1 times a NC implementation for BSD? Someone in Russia? (cockpit or something?) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Mon Jul 3 17:01:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29311 for hackers-outgoing; Mon, 3 Jul 1995 17:01:02 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA29294 for ; Mon, 3 Jul 1995 17:00:54 -0700 Received: (from tom@localhost) by misery.sdf.com (8.7.Beta.7/8.7.Beta.7) id RAA06675; Mon, 3 Jul 1995 17:01:39 -0700 (PDT) Date: Mon, 3 Jul 1995 17:01:31 -0700 (PDT) From: Tom Samplonius To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Norton Commander like tool In-Reply-To: <199507032242.AAA20045@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 4 Jul 1995, Christoph P. Kukulies wrote: > > Ack, Pffft, I know, but my customers like it :-) > > Wasn't there (Guido reminded me) in 1.1.5.1 times a > NC implementation for BSD? Someone in Russia? > (cockpit or something?) Check the commerce directory for Unix cockpit. Tom From owner-freebsd-hackers Mon Jul 3 18:38:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02979 for hackers-outgoing; Mon, 3 Jul 1995 18:38: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 SAA02973 for ; Mon, 3 Jul 1995 18:38:24 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA14500; Tue, 4 Jul 1995 11:13:34 +0930 From: Michael Smith Message-Id: <199507040143.LAA14500@genesis.atrad.adelaide.edu.au> Subject: Re: 950622-SNAP installation woes To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 4 Jul 1995 11:13:33 +0930 (CST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199507032110.XAA19842@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jul 3, 95 11:10:16 pm Content-Type: text Content-Length: 1505 Sender: hackers-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies stands accused of saying: > Today I did my first 2.0.5 installation again in some weeks of 'abstinence' > and got some pitfall right away: > The installation script warned me that I had a read-only root device > and that it may not find some /dev entries later. Aigh! FAQ 8) Mark / and /usr in the partition editor as 'y' for newfsing. > and after saying I had no name server and gateway the script choked > when saying that mount on 100.0.0.119:/home/2.0.5-950622-SNAP /nfs > could not be found, where I don't know whether it was /nfs that could > not be created or wasn't there or if it was the host/path that could > not be found. Couldn't be found; readonly / > I'm trying now already for four ours to get a kernel on that damn box > but with these hyperintelligent scripts - your work in all honors, Jordan - > it's nearly impossible to do an enforced installation if something > strange occurs. It's not even possible to shell out at this point > and do the ftp or mount manually. Can't shell out coz there's no shell 8) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] 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 Jul 3 18:42:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03228 for hackers-outgoing; Mon, 3 Jul 1995 18:42:10 -0700 Received: from hk.super.net (root@hk.super.net [202.14.67.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA03220 for ; Mon, 3 Jul 1995 18:42:07 -0700 Received: from is1.hk.super.net by hk.super.net with SMTP id AA05593 (5.67b/IDA-1.5 for ); Tue, 4 Jul 1995 09:41:06 +0800 Date: Tue, 4 Jul 1995 09:41:06 +0800 (HKT) From: John Beukema To: "Christoph P. Kukulies" Cc: freebsd-hackers@freefall.cdrom.com Subject: Re: 950622-SNAP installation woes In-Reply-To: <199507032110.XAA19842@gilberto.physik.rwth-aachen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 3 Jul 1995, Christoph P. Kukulies wrote: > > I'm trying now already for four ours to get a kernel on that damn box > but with these hyperintelligent scripts - your work in all honors, Jordan - > it's nearly impossible to do an enforced installation if something > strange occurs. It's not even possible to shell out at this point > and do the ftp or mount manually. > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- > I have had a similar problem with an ftp installation. It keeps failing between 50% and 90% complete. Timeouts by my ISP, I believe. I wonder if it might be a good idea to save a minimum system, ftp the bindist files with the possibility or restarting where it left off and then do an extraction? As it is I will have to do a dos installation. jbeukema From owner-freebsd-hackers Mon Jul 3 18:57:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03867 for hackers-outgoing; Mon, 3 Jul 1995 18:57: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 SAA03861 ; Mon, 3 Jul 1995 18:57:04 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id SAA05390; Mon, 3 Jul 1995 18:56:52 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id SAA05928; Mon, 3 Jul 1995 18:57:28 -0700 Message-Id: <199507040157.SAA05928@corbin.Root.COM> To: "Rodney W. Grimes" cc: julian@freefall.cdrom.com (Julian Elischer), hackers@freefall.cdrom.com Subject: Re: wcarchive In-reply-to: Your message of "Mon, 03 Jul 95 12:18:31 PDT." <199507031918.MAA24052@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Jul 1995 18:57:27 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> seems to not be responding to ftp requests.. >> can someone please corroberate this > >corroberated... I can ping it, but no ftp or telnet. Inetd is >probably dead :-(. We're having a compatibilty problem with the Seagate Hawk 4 drives and the 2940 controller/driver. The problem is that they hang the SCSI bus. The machine eventually paniced and was sitting in the debugger when I reset it. The machine was also down for several hours on Saturday night. That time the problem was a circuit breaker that had popped and thus killed the power to wcarchive and about half of BARRnet's equipment. If you notice that wcarchive is down in the future, the thing to do is call me (voice) and tell me about it. -DG From owner-freebsd-hackers Mon Jul 3 19:48:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05384 for hackers-outgoing; Mon, 3 Jul 1995 19:48: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 TAA05378 for ; Mon, 3 Jul 1995 19:48:15 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id TAA05491; Mon, 3 Jul 1995 19:48:02 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA06097; Mon, 3 Jul 1995 19:48:38 -0700 Message-Id: <199507040248.TAA06097@corbin.Root.COM> To: "Rashid Karimov." cc: karl@bagpuss.demon.co.uk (Karl Strickland), henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org Subject: Re: Random Lockups In-reply-to: Your message of "Sun, 02 Jul 95 22:14:14 EDT." <199507030214.WAA00940@haven.ios.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Jul 1995 19:48:37 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk > Well... it was explicitly stated here ( the same thread) by some1 > from FreeBSD team that 205 _was never intedted to be stable ;( > Just a try between 1.5 ( the last most stable version) and 2.1 I meant in my message that 2.0.5R wasn't being "sold" as a stable release offering...only that it was (much) better than 2.0R. I did *NOT* mean to imply that 2.0.5R was *not* stable. In fact, it has been quite stable for most people. A case-in-point is freefall, which is running escentially a 2.0.5 kernel: 7:44PM up 18 days, 6:50, 6 users, load averages: 0.13, 0.21, 0.23 It has a moderate to heavy load most of time - handling over 100,000 email messages a day as well as handling 6-12 users doing FreeBSD development. > I'm wondering how many ppl here run FreeBSD PCs as _servers. > Say 3500-3000 accounts in /etc/passwd , 50-60 of them on-line > (average) , everybody has his own WEB page , POP3 and stuff/ > Average 250-280 processes running in the same time . > 5-6 user partitions with QUOTAs . How stable is _this combination , > if any ? IMHO , not very stable ...I run it on different P90 systems > - not the same brand - so that's definitely not the problem with > particular HW. Not a large number of people do this. It is for this very reason that it is *very* important for people that do have busy machines to provide as much diagnostic information as possible when there is a failure. The above is the first time you've mentioned anything at all about how the machine is used. Other than "different P90 systems", I still don't know anything about what hardware you are using. It seems to me that you are more interested in putting down 2.0.5R than you are interested in helping to fix whatever problem you are having for 2.1R. If this is the case, then I think we all have better things to do. -DG From owner-freebsd-hackers Mon Jul 3 20:23:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08046 for hackers-outgoing; Mon, 3 Jul 1995 20:23:58 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08034 ; Mon, 3 Jul 1995 20:23:54 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id WAA14659; Mon, 3 Jul 1995 22:20:13 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 3 Jul 95 21:32 CDT Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 3 Jul 95 21:32 CDT Message-Id: Subject: Re: wcarchive To: davidg@Root.COM Date: Mon, 3 Jul 1995 21:32:54 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: rgrimes@gndrsh.aac.dev.com, julian@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199507040157.SAA05928@corbin.Root.COM> from "David Greenman" at Jul 3, 95 06:57:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1408 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> seems to not be responding to ftp requests.. > >> can someone please corroberate this > > > >corroberated... I can ping it, but no ftp or telnet. Inetd is > >probably dead :-(. > > We're having a compatibilty problem with the Seagate Hawk 4 drives and the > 2940 controller/driver. The problem is that they hang the SCSI bus. The > machine eventually paniced and was sitting in the debugger when I reset it. > The machine was also down for several hours on Saturday night. That time > the problem was a circuit breaker that had popped and thus killed the power to > wcarchive and about half of BARRnet's equipment. > If you notice that wcarchive is down in the future, the thing to do is call > me (voice) and tell me about it. > > -DG Note that I had this problem *disappear* when I enabled tagged queueing on the driver! I'm running Micropolis drives, and saw this EXACT symptom. Turning on tagged queueing has had me going now for 4+ days without a problem. Prior MTBF was approximately 40 hours. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Mon Jul 3 20:44:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09311 for hackers-outgoing; Mon, 3 Jul 1995 20:44:41 -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 UAA09302 ; Mon, 3 Jul 1995 20:44:36 -0700 Message-Id: <199507040344.UAA09302@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Karl Denninger, MCSNet" cc: davidg@root.com, rgrimes@gndrsh.aac.dev.com, julian@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: wcarchive In-reply-to: Your message of "Mon, 03 Jul 95 21:32:54 CDT." Date: Mon, 03 Jul 1995 20:44:35 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Note that I had this problem *disappear* when I enabled tagged queueing on >the driver! > >I'm running Micropolis drives, and saw this EXACT symptom. Turning on >tagged queueing has had me going now for 4+ days without a problem. Prior >MTBF was approximately 40 hours. > So this did work for you (fingers crossed). Glad to hear it. It would be nice for users of the aic7xxx driver to enable tagged queuing in their kernels so we can find out if there are any compatibily problems with the tagged queuing code. The kernel option is: option "AHC_TAGENABLE" >-- >-- >Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity >Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland >Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more >Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net >ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Jul 3 21:39:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA11605 for hackers-outgoing; Mon, 3 Jul 1995 21:39:58 -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 VAA11589 for ; Mon, 3 Jul 1995 21:39:34 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA01770; Tue, 4 Jul 1995 10:39:56 +0500 From: "Serge A. Babkin" Message-Id: <199507040539.KAA01770@hq.icb.chel.su> Subject: Minor for Digiboard driver To: davidg@Root.COM Date: Tue, 4 Jul 1995 10:39:55 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: <199505202358.QAA00163@corbin.Root.COM> from "David Greenman" at May 20, 95 04:58:12 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 225 Sender: hackers-owner@freebsd.org Precedence: bulk My developing of Digiboard driver came to the point where I need a major number. Give me one please. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Mon Jul 3 21:54:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12502 for hackers-outgoing; Mon, 3 Jul 1995 21:54:08 -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 VAA12496 for ; Mon, 3 Jul 1995 21:54:07 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id VAA05668; Mon, 3 Jul 1995 21:53:49 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id VAA06272; Mon, 3 Jul 1995 21:54:26 -0700 Message-Id: <199507040454.VAA06272@corbin.Root.COM> To: "Serge A. Babkin" cc: hackers@freebsd.org Subject: Re: Minor for Digiboard driver In-reply-to: Your message of "Tue, 04 Jul 95 10:39:55 +0500." <199507040539.KAA01770@hq.icb.chel.su> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Jul 1995 21:54:25 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >My developing of Digiboard driver came to the point where I need >a major number. Give me one please. Just pick the next available one. If we need to re-assign it before committing the driver (very unlikely), then that's okay. -DG From owner-freebsd-hackers Mon Jul 3 22:01:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13044 for hackers-outgoing; Mon, 3 Jul 1995 22:01:43 -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 WAA13038 for ; Mon, 3 Jul 1995 22:01:42 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id WAA05691; Mon, 3 Jul 1995 22:01:29 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA06301; Mon, 3 Jul 1995 22:02:06 -0700 Message-Id: <199507040502.WAA06301@corbin.Root.COM> To: "Serge A. Babkin" , hackers@freebsd.org Subject: Re: Minor for Digiboard driver In-reply-to: Your message of "Mon, 03 Jul 95 21:54:25 PDT." <199507040454.VAA06272@corbin.Root.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Jul 1995 22:02:06 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >>My developing of Digiboard driver came to the point where I need >>a major number. Give me one please. > > Just pick the next available one. If we need to re-assign it before >committing the driver (very unlikely), then that's okay. P.S. We really should remove the comment in conf.c about the need to request a major number...this really isn't necessary for code that will soon be committed to CVS. BTW, thank you Serge for your work on this!!! -DG From owner-freebsd-hackers Mon Jul 3 22:08:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13391 for hackers-outgoing; Mon, 3 Jul 1995 22:08:41 -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 WAA13384 for ; Mon, 3 Jul 1995 22:08:35 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id OAA14815 for hackers@freebsd.org; Tue, 4 Jul 1995 14:43:51 +0930 From: Michael Smith Message-Id: <199507040513.OAA14815@genesis.atrad.adelaide.edu.au> Subject: BSD/OS compatability - current status? To: hackers@freebsd.org Date: Tue, 4 Jul 1995 14:43:51 +0930 (CST) Content-Type: text Content-Length: 1359 Sender: hackers-owner@freebsd.org Precedence: bulk Greetings O wizardly ones; I recall some time ago, a discussion about BSD/OS compatability, and recent problems with same. I'm currently mentoring a BBS sysadmin, who is keen to use FreeBSD in conjunction with his current Galacticomm BBS system. He is also aware that Gcomm have a BSD/OS version of the BBS, and wants to know if it's possible to run this under FBSD. Gcomm's BSD/OS version is for 1.1, and AFAIK 1.1 executables run fine under FreeBSD, but naturally it'd be nice to be _sure_ before recommending he go & spend that sort of money. (He was also interested to know whether it would be feasible to port the BBS to FreeBSD. Apparently it's written for BC++ using a proprietary kernel, but most/all of the source is available. If someone with c++ and DOS->unix migration experience is looking for a project that would be a great feather in the FreeBSD cap, this sure qualifies. Source seems to be availble, contact me & I'll pass you on if you're interested.) -- ]] 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 Jul 3 22:55:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA15215 for hackers-outgoing; Mon, 3 Jul 1995 22:55:53 -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 WAA15162 for ; Mon, 3 Jul 1995 22:55:13 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA02357 for hackers@freebsd.org; Tue, 4 Jul 1995 11:51:05 +0500 From: "Serge A. Babkin" Message-Id: <199507040651.LAA02357@hq.icb.chel.su> Subject: FBSD & old HDs To: hackers@freebsd.org Date: Tue, 4 Jul 1995 11:51:05 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1453 Sender: hackers-owner@freebsd.org Precedence: bulk I have recently installed FreeBSD on 2 old 386 boxes (we use them as SLIP-routers). And both times I found a problem with HDUs. The 1st box was Siemens 386DX40 with 150M XEBEC drive. FreeBSD normally reported about it during boot phase but then failed to work with it (it said three times about timeouts and then said that it failed to read from HDU). This problem was solved by replacing this HDU by WD Caviar 210M. DOS and BSDI worked OK with the original drive. The 2nd box was AUVA 386DX40 with 325M Seagate 3391A drive. This box had given me a big headache with a lot of hiding bugs. Sometimes everything was going OK, sometimes some programs were killed due to signal 10 or 11, sometimes even the Boot Manager led to hard reboot instead of booting. This problem was again solved by replacing this HDU by WD Caviar 210M. The same Seagate drive works OK in my box (Packard Bell), the only problem with it is that it's too "green" and wants to sleep after 25 seconds idle (but being accessed wakes up without problems). MS-DOS and SCO worked OK with Seagate on AUVA. BTW, SCO doesn't knows about "green" HDUs and fails to work with it on Packard Bell. In all cases FreeBSD version was 2.0-950210-SNAP. May be somebody had the same problems ? It will be very interesting for me to know why was the problem with 2nd box ? Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Mon Jul 3 22:57:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA15281 for hackers-outgoing; Mon, 3 Jul 1995 22:57:54 -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 WAA15275 for ; Mon, 3 Jul 1995 22:57:53 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id WAA05783 for ; Mon, 3 Jul 1995 22:57:40 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA09206 for ; Mon, 3 Jul 1995 22:58:17 -0700 Message-Id: <199507040558.WAA09206@corbin.Root.COM> To: hackers@freebsd.org Subject: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 03 Jul 1995 22:58:16 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk [corbin:CORBIN] nslookup Default Server: implode.Root.COM Address: 198.145.90.17 > set qt=ptr > 192.0.0.1 Server: implode.Root.COM Address: 198.145.90.17 1.0.0.192.in-addr.arpa name = NOVEX-1.NOVEX.COM in-addr.arpa nameserver = NS.INTERNIC.NET in-addr.arpa nameserver = AOS.ARL.ARMY.MIL in-addr.arpa nameserver = NS1.ISI.EDU in-addr.arpa nameserver = C.PSI.NET in-addr.arpa nameserver = TERP.UMD.EDU in-addr.arpa nameserver = NS.NASA.GOV in-addr.arpa nameserver = NIC.NORDU.NET in-addr.arpa nameserver = NS.ISC.ORG in-addr.arpa nameserver = NS.NIC.DDN.MIL NS.INTERNIC.NET internet address = 198.41.0.4 AOS.ARL.ARMY.MIL internet address = 128.63.4.82 AOS.ARL.ARMY.MIL internet address = 192.5.25.82 NS1.ISI.EDU internet address = 128.9.0.107 C.PSI.NET internet address = 192.33.4.12 TERP.UMD.EDU internet address = 128.8.10.90 NS.NASA.GOV internet address = 128.102.16.10 NIC.NORDU.NET internet address = 192.36.148.17 NS.ISC.ORG internet address = 192.5.5.241 > Need I say more? :-) -DG From owner-freebsd-hackers Mon Jul 3 23:10:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA15675 for hackers-outgoing; Mon, 3 Jul 1995 23:10: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 XAA15661 for ; Mon, 3 Jul 1995 23:09:53 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA11661; Tue, 4 Jul 1995 15:55:36 +1000 Date: Tue, 4 Jul 1995 15:55:36 +1000 From: Bruce Evans Message-Id: <199507040555.PAA11661@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, davidg@Root.COM Subject: Re: Minor for Digiboard driver Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >>My developing of Digiboard driver came to the point where I need >>a major number. Give me one please. > Just pick the next available one. If we need to re-assign it before >committing the driver (very unlikely), then that's okay. We're close to needing a single major number for all ttys (like sd has a single major number for all scsi controllers). You need a new major now, however. Please be careful not to implement any ioctl or minor number magic that is inconsistent with the other drivers (sio, cy and rc; cx and ity are already inconsistent). Did you use any "intelligent" features of the Digiboard? Minor design flaws made most of the cd1400 (the serial chip on Cyclades boards) intelligence that was was using quite useless: I was using the cd1400's POSIX handling of parity and framing errors but found that this interferred with the reporting of overrun errors. I was using the cd1400's match-on-special-char feature to detect packet framing characters but found that the extra interrupts for the special characters caused overrun errors. I thought had the cd1400 working slightly more efficiently than a 16550, but that was only with an input fifo size that was too large to avoid overruns. To avoid overruns for just 2 active ports, the input fifo size has to be 6, while 14 works for 16550's and is considerably more efficient. Bruce From owner-freebsd-hackers Mon Jul 3 23:21:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16151 for hackers-outgoing; Mon, 3 Jul 1995 23:21:07 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA16128 for ; Mon, 3 Jul 1995 23:20:53 -0700 Received: from tama3.spec.co.jp (tama3 [202.32.13.252]) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with SMTP id PAA12465; Tue, 4 Jul 1995 15:15:24 +0900 Message-Id: <9507040625.AA00090@tama3.spec.co.jp.spec.co.jp> Date: Tue, 04 Jul 1995 15:25:36 +0900 From: Atsushi Murai To: davidg@Root.COM Cc: hackers@freebsd.org Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP In-Reply-To: <199507040558.WAA09206@corbin.Root.COM> X-Mailer: AL-Mail 0.94Beta Sender: hackers-owner@freebsd.org Precedence: bulk David Greenman wrote: :[corbin:CORBIN] nslookup :Default Server: implode.Root.COM :Address: 198.145.90.17 [resolver message deleted] :NS.ISC.ORG internet address = 192.5.5.241 :> : : Need I say more? :-) Thanks but not any more X-O :-DG > set qt=ptr > 192.168.0.0 Server: specgw.spec.co.jp Address: 0.0.0.0 *** specgw.spec.co.jp can't find 0.0.168.192.in-addr.arpa.: Non-existent domain > 192.168.255.255 Server: specgw.spec.co.jp Address: 0.0.0.0 *** specgw.spec.co.jp can't find 255.255.168.192.in-addr.arpa.: Non-existent do main > 10.0.0.0 Server: specgw.spec.co.jp Address: 0.0.0.0 *** specgw.spec.co.jp can't find 0.0.0.10.in-addr.arpa.: Non-existent domain > 10.255.255.255 Server: specgw.spec.co.jp Address: 0.0.0.0 *** specgw.spec.co.jp can't find 255.255.255.10.in-addr.arpa.: Non-existent dom ain > How about this ? -- Atsushi Murai E-Mail: amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-hackers Mon Jul 3 23:27:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16350 for hackers-outgoing; Mon, 3 Jul 1995 23:27: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 XAA16343 for ; Mon, 3 Jul 1995 23:26:59 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA12484; Tue, 4 Jul 1995 16:22:53 +1000 Date: Tue, 4 Jul 1995 16:22:53 +1000 From: Bruce Evans Message-Id: <199507040622.QAA12484@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, hackers@freebsd.org Subject: Re: FBSD & old HDs Sender: hackers-owner@freebsd.org Precedence: bulk >In all cases FreeBSD version was 2.0-950210-SNAP. >May be somebody had the same problems ? It will be very interesting for >me to know why was the problem with 2nd box ? Very old drives can have bad sectors. You have to use bad144 on them. bad144 didn't work on 950210. I'm not sure how old your drives are. If they are IDE, maybe they are early IDE, before the standard settled. Bruce From owner-freebsd-hackers Mon Jul 3 23:55:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16856 for hackers-outgoing; Mon, 3 Jul 1995 23:55:19 -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 XAA16838 for ; Mon, 3 Jul 1995 23:54:41 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id MAA02780; Tue, 4 Jul 1995 12:47:57 +0500 From: "Serge A. Babkin" Message-Id: <199507040747.MAA02780@hq.icb.chel.su> Subject: Re: FBSD & old HDs To: bde@zeta.org.au (Bruce Evans) Date: Tue, 4 Jul 1995 12:47:57 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: <199507040622.QAA12484@godzilla.zeta.org.au> from "Bruce Evans" at Jul 4, 95 04:22:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1273 Sender: hackers-owner@freebsd.org Precedence: bulk > > >In all cases FreeBSD version was 2.0-950210-SNAP. > > >May be somebody had the same problems ? It will be very interesting for > >me to know why was the problem with 2nd box ? > > Very old drives can have bad sectors. You have to use bad144 on them. > bad144 didn't work on 950210. But MS-DOS worked absolutely OK on them and FBSD absolutely didn't worked with XEBEC drive. I think the first thing FBSD should try to read is MBR, and then if there is no FBSD slice it should not try to read anything else (at least for the install diskette). But it got problems at the first request to HDU (at least it seems so). Once more proof against bad sectors is that BSDI 1.1 was installed without any problems on this drive on the same machine. > I'm not sure how old your drives are. If they are IDE, maybe they are > early IDE, before the standard settled. Yes, maybe. But the `subject' is slightly misleading, really in the 2nd case only computer was old, not the drive. IDE controllers are known to be simply buffer logic with absolutely no intelligence, so I think there should be no interference between old IDE controller and new drive. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 4 00:32:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA17461 for hackers-outgoing; Tue, 4 Jul 1995 00:32: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 AAA17455 for ; Tue, 4 Jul 1995 00:32:43 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA14172; Tue, 4 Jul 1995 17:25:27 +1000 Date: Tue, 4 Jul 1995 17:25:27 +1000 From: Bruce Evans Message-Id: <199507040725.RAA14172@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, bde@zeta.org.au Subject: Re: FBSD & old HDs Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >But MS-DOS worked absolutely OK on them and FBSD absolutely didn't worked >with XEBEC drive. I think the first thing FBSD should try to read is DOS FORMAT marks bad sectors and doesn't use them for the file system. FreeBSD would mark bad sectors in a similar way if you ran badsect(8). Both methods fail a file system metadata block is bad. bad144 solves this problem. >MBR, and then if there is no FBSD slice it should not try to read anything >else (at least for the install diskette). But it got problems at the first FreeBSD slice'ness is determined by attempting to read the label. You can have a label and FreeBSD file systems on slices of any type. >Yes, maybe. But the `subject' is slightly misleading, really in the 2nd case >only computer was old, not the drive. IDE controllers are known to be simply >buffer logic with absolutely no intelligence, so I think there should be no >interference between old IDE controller and new drive. `Old' means 1985 MFM to me :-). When did IDE drives first come out? I didn't own one until late 1994. Bruce From owner-freebsd-hackers Tue Jul 4 02:31:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA20254 for hackers-outgoing; Tue, 4 Jul 1995 02:31:08 -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 CAA20248 for ; Tue, 4 Jul 1995 02:31:07 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id CAA04423 for ; Tue, 4 Jul 1995 02:24:03 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id PAA03710; Tue, 4 Jul 1995 15:15:55 +0500 From: "Serge A. Babkin" Message-Id: <199507041015.PAA03710@hq.icb.chel.su> Subject: Re: FBSD & old HDs To: bde@zeta.org.au (Bruce Evans) Date: Tue, 4 Jul 1995 15:15:54 +0500 (GMT+0500) Cc: bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199507040725.RAA14172@godzilla.zeta.org.au> from "Bruce Evans" at Jul 4, 95 05:25:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2160 Sender: hackers-owner@freebsd.org Precedence: bulk > >But MS-DOS worked absolutely OK on them and FBSD absolutely didn't worked > >with XEBEC drive. I think the first thing FBSD should try to read is > > DOS FORMAT marks bad sectors and doesn't use them for the file system. > FreeBSD would mark bad sectors in a similar way if you ran badsect(8). > Both methods fail a file system metadata block is bad. bad144 solves ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > this problem. It looks like you said the same thing I said: "If DOS can use this disk then FreeBSD can at least try to use this disk too". BTW as I know bad sectors do not return absolutely no data, they return data with errors and a flag that says about wrong checksum. But the message I got said that driver gets absolutely no response from drive (if I have understood it right). > >MBR, and then if there is no FBSD slice it should not try to read anything > >else (at least for the install diskette). But it got problems at the first > > FreeBSD slice'ness is determined by attempting to read the label. You can > have a label and FreeBSD file systems on slices of any type. I didn't know that. And what it does with unused slice records in MBR ? Theoretically it's possible that these record will contain garbage saying that this slice is located out of the disk and when slice code will try to determine the type of that slice it will get out of geometry and will try to read nonexisting sectors. Obviously that this scenery is possible only if there were no chechs. But anyway try to read out of disk's geometry should give an immediate error report. > >Yes, maybe. But the `subject' is slightly misleading, really in the 2nd case > >only computer was old, not the drive. IDE controllers are known to be simply > >buffer logic with absolutely no intelligence, so I think there should be no > >interference between old IDE controller and new drive. > > `Old' means 1985 MFM to me :-). When did IDE drives first come out? I > didn't own one until late 1994. XEBEC drive was produced in 1991. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 4 02:38:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA20642 for hackers-outgoing; Tue, 4 Jul 1995 02:38:00 -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 CAA20366 for ; Tue, 4 Jul 1995 02:33:38 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id OAA03586; Tue, 4 Jul 1995 14:55:29 +0500 From: "Serge A. Babkin" Message-Id: <199507040955.OAA03586@hq.icb.chel.su> Subject: Re: Minor for Digiboard driver To: bde@zeta.org.au (Bruce Evans) Date: Tue, 4 Jul 1995 14:55:29 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: <199507040555.PAA11661@godzilla.zeta.org.au> from "Bruce Evans" at Jul 4, 95 03:55:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1753 Sender: hackers-owner@freebsd.org Precedence: bulk > > >>My developing of Digiboard driver came to the point where I need > >>a major number. Give me one please. > > > Just pick the next available one. If we need to re-assign it before > >committing the driver (very unlikely), then that's okay. > > We're close to needing a single major number for all ttys (like sd has > a single major number for all scsi controllers). You need a new major > now, however. Please be careful not to implement any ioctl or minor > number magic that is inconsistent with the other drivers (sio, cy and > rc; cx and ity are already inconsistent). I took the scheme for minor numbers from sio, the only thing I added is 2 bits of card number : not_used{14} card_number{2} major{8} sio_like_minor{8} The only problem is that I don't know how to name the special files to be consistent with existing conventions. I know Peter Wemm who wrote Specialix card driver had the same problem and I'll ask him about his decision. > Did you use any "intelligent" features of the Digiboard? Minor design I use its big buffers and flow control features. It has some ability to do the canonical processing but I don't know how to use it because Linux driver doesn't uses it. > characters caused overrun errors. I thought had the cd1400 working > slightly more efficiently than a 16550, but that was only with an > input fifo size that was too large to avoid overruns. To avoid > overruns for just 2 active ports, the input fifo size has to be 6, > while 14 works for 16550's and is considerably more efficient. I think Digi should be more efficient due to its big buffers in dual-ported memory. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 4 05:01:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA23251 for hackers-outgoing; Tue, 4 Jul 1995 05:01:07 -0700 Received: from saul1.u.washington.edu (spaz@saul1.u.washington.edu [140.142.82.10]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA23245 for ; Tue, 4 Jul 1995 05:01:05 -0700 Received: by saul1.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA06584; Tue, 4 Jul 95 05:01:04 -0700 X-Sender: spaz@saul1.u.washington.edu Date: Tue, 4 Jul 1995 05:01:04 -0700 (PDT) From: John Utz To: FreeBSD hackerlist Subject: tar.gz's via cu? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk HI folks; i foolishly expected that i would continue to have a ppp account over the summer from school...wrong o rama! as a result, i found myself rediscovering the sublime joys of cu. Can i use it to xfer tar files? It seemed to manage ascii patch files fine,but i get an odd error on the tar.gz that i have sent myself : 128: {41} cat rzsz-3.34.tar.gz | tar xzvf - incomplete literal tree gzip: stdin: invalid compressed data--format violated tar: child returned status 1 that is a new one on me! it did it twice, and the file explodes successfully on the remote system, so i dont think the problem is with the original gzip file. cu also hangs hard after i send the file over. i have to kill it from another xterm. i have no such problem with the two text files i recieved. any suggestions appreciated.. i imagine that if i can get this fixed, then things will be fine... tnx! ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Tue Jul 4 05:08:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA23405 for hackers-outgoing; Tue, 4 Jul 1995 05:08:09 -0700 Received: from saul1.u.washington.edu (spaz@saul1.u.washington.edu [140.142.82.10]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA23399 for ; Tue, 4 Jul 1995 05:08:08 -0700 Received: by saul1.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA01168; Tue, 4 Jul 95 05:08:07 -0700 X-Sender: spaz@saul1.u.washington.edu Date: Tue, 4 Jul 1995 05:08:07 -0700 (PDT) From: John Utz To: FreeBSD questions Subject: mt grief? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk me again! in a rare fit of prior planning, i actually backed up my tarfiles onto a scsi tape. Unfortuneately, i seem to be unable to read it! bummer! 128: {42} tar -xv st0: not ready tar: can't open /dev/rst0 : Input/output error 128: {43} mt rewind st0: not ready mt: /dev/nrst0: Input/output error here is dmesg: nca0 at 0x1f88-0x1f8b irq 10 on isa nca0: type ProAudioSpectrum-16 nca0 waiting for scsi devices to settle (nca0:4:0): " " type 1 removable SCSI 1 st0(nca0:4:0): Sequential-Access drive offline is there something obvious that i am forgetting? is it broken? i set all the rst0 and nrst0 to be readable by u, me , and my brother's cat and i still get the same errors.. :-( ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Tue Jul 4 05:14:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA23577 for hackers-outgoing; Tue, 4 Jul 1995 05:14:59 -0700 Received: from saul1.u.washington.edu (spaz@saul1.u.washington.edu [140.142.82.10]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA23571 for ; Tue, 4 Jul 1995 05:14:58 -0700 Received: by saul1.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA06981; Tue, 4 Jul 95 05:14:58 -0700 X-Sender: spaz@saul1.u.washington.edu Date: Tue, 4 Jul 1995 05:14:55 -0700 (PDT) From: John Utz To: FreeBSD hackerlist Subject: dlmalloc Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I recall reading a report on this list of someone using dlmalloc ( doug lea malloc? ) with good success. has anyone else made use of it and gotten any results that they think are worthy of mention? it seems like a reasonable alternetive for the ram limited..... ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Tue Jul 4 05:23:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA23762 for hackers-outgoing; Tue, 4 Jul 1995 05:23:33 -0700 Received: from sun001.sil.com (sun001.sil.com [193.195.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA23755 for ; Tue, 4 Jul 1995 05:23:30 -0700 Received: by sun001.sil.com (4.1/SMI-4.1) id AA16001; Tue, 4 Jul 95 13:21:39 GMT Date: Tue, 4 Jul 1995 13:18:56 +0000 (GMT) From: Barry Perryman Subject: Re: tar.gz's via cu? To: John Utz Cc: FreeBSD hackerlist In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 4 Jul 1995, John Utz wrote: > any suggestions appreciated.. i imagine that if i can get this fixed, > then things will be fine... I think, but I'm not 100% on this, that cu will only transfer 7-bit ascii. HTH Barry From owner-freebsd-hackers Tue Jul 4 05:27:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA23904 for hackers-outgoing; Tue, 4 Jul 1995 05:27:33 -0700 Received: from sun001.sil.com (sun001.sil.com [193.195.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA23896 for ; Tue, 4 Jul 1995 05:27:12 -0700 Received: by sun001.sil.com (4.1/SMI-4.1) id AA16040; Tue, 4 Jul 95 13:25:47 GMT Date: Tue, 4 Jul 1995 13:21:49 +0000 (GMT) From: Barry Perryman Subject: Re: mt grief? To: John Utz Cc: FreeBSD questions In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 4 Jul 1995, John Utz wrote: > me again! > > in a rare fit of prior planning, i actually backed up my tarfiles > onto a scsi tape. Unfortuneately, i seem to be unable to read it! bummer! > > 128: {42} tar -xv > st0: not ready > tar: can't open /dev/rst0 : Input/output error > 128: {43} mt rewind > st0: not ready > mt: /dev/nrst0: Input/output error > > here is dmesg: > nca0 at 0x1f88-0x1f8b irq 10 on isa > nca0: type ProAudioSpectrum-16 > nca0 waiting for scsi devices to settle > (nca0:4:0): " " type 1 removable SCSI 1 > st0(nca0:4:0): Sequential-Access drive offline > hi, I had the same problem when I tried to install FreeBSD 2.0R with my archive viper. I found that if I had the tape locked in the drive at bootup then I would get the same sort of error, st0 not ready, but it was fine if I booted up without the tape in the drive. I think that you can get round it by removing the tape and then typing: mt -f /dev/rst0 rewind You will get an error out of this but I seem to remember it resetting my tape drive. HTH Barry From owner-freebsd-hackers Tue Jul 4 05:39:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24160 for hackers-outgoing; Tue, 4 Jul 1995 05:39:25 -0700 Received: from gw.cronyx.msk.su (gw.cronyx.srcc.msu.su [158.250.244.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA24154 for ; Tue, 4 Jul 1995 05:39:14 -0700 Received: by gw.cronyx.msk.su id QAA03114; (8.6.9/vak/1.9) Tue, 4 Jul 1995 16:35:48 +0400 Date: Tue, 4 Jul 1995 16:35:48 +0400 From: vak@gw.cronyx.msk.su (Serge V.Vakulenko) Message-Id: <199507041235.QAA03114@gw.cronyx.msk.su> To: tom@sdf.com (Tom Samplonius), hackers@freebsd.org Subject: Re: Norton Commander like tool Newsgroups: freebsd.hackers Organization: Cronyx Ltd. X-Newsreader: TIN [version 1.2 PL2] Sender: hackers-owner@freebsd.org Precedence: bulk In article you wrote: : On Tue, 4 Jul 1995, Christoph P. Kukulies wrote: : > : > Ack, Pffft, I know, but my customers like it :-) : > : > Wasn't there (Guido reminded me) in 1.1.5.1 times a : > NC implementation for BSD? Someone in Russia? : > (cockpit or something?) You can the binary version of Demos Commander for FreeBSD 2.0 via ftp from ftp.cronyx.ru:/FreeBSD/misc/deco361_bin.tgz. Install it using pkg_add. Serge From owner-freebsd-hackers Tue Jul 4 05:54:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24382 for hackers-outgoing; Tue, 4 Jul 1995 05:54:04 -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 FAA24374 for ; Tue, 4 Jul 1995 05:54:01 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id IAA15405; Tue, 4 Jul 1995 08:46:26 -0400 Date: Tue, 4 Jul 1995 08:46:25 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: mt grief? To: John Utz cc: FreeBSD questions In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 4 Jul 1995, John Utz wrote: > me again! > > in a rare fit of prior planning, i actually backed up my tarfiles > onto a scsi tape. Unfortuneately, i seem to be unable to read it! bummer! > > 128: {42} tar -xv > st0: not ready > tar: can't open /dev/rst0 : Input/output error > 128: {43} mt rewind > st0: not ready > mt: /dev/nrst0: Input/output error john, use 'mt -f /dev/rst0 fsf 1' to awaken the mt/kernel code. every time i boot, i get error from the drive till i do this. then 'mt -f /dev/rst0 rewind' and the thing works like a champ ;) > > here is dmesg: > nca0 at 0x1f88-0x1f8b irq 10 on isa > nca0: type ProAudioSpectrum-16 > nca0 waiting for scsi devices to settle > (nca0:4:0): " " type 1 removable SCSI 1 > st0(nca0:4:0): Sequential-Access drive offline > > is there something obvious that i am forgetting? is it broken? i set all > the rst0 and nrst0 to be readable by u, me , and my brother's cat and i > still get the same errors.. :-( > > ******************************************************************************* > John Utz spaz@stein.u.washington.edu > idiocy is the impulse function in the convolution of life > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 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 Tue Jul 4 06:09:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA24783 for hackers-outgoing; Tue, 4 Jul 1995 06:09:47 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA24775 for ; Tue, 4 Jul 1995 06:09:42 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id VAA18146; Tue, 4 Jul 1995 21:55:31 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id VAA00811; Tue, 4 Jul 1995 21:44:28 +0900 From: Atsushi Murai Message-Id: <199507041244.VAA00811@tama.spec.co.jp> Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP To: davidg@Root.com, jleppek@suw2k.ess.harris.com Date: Tue, 4 Jul 1995 21:44:27 +0900 (JST) Cc: hackers@freebsd.org In-Reply-To: <199507040558.WAA09206@corbin.Root.COM> from "David Greenman" at Jul 3, 95 10:58:16 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1203 Sender: hackers-owner@freebsd.org Precedence: bulk > NIC.NORDU.NET internet address = 192.36.148.17 > NS.ISC.ORG internet address = 192.5.5.241 > > > > Need I say more? :-) > > -DG Oops I just miss reading your mail. I just want to say I don't need example for "192.0.0.1" as I mentioned prvious my mail. But I still need to response/comments/disc ussion for relating you did for ppp. We should investgate this problem as two issue. First of all. I guss the using "0.0.0.0" ip addr is OK not for dial on demand mode. Because it's never seen as ip address befor connection made. But for dail on demand mode, it's can see one of real address. So I beleive we should assign a private address (RFC1579) avoiding confliction in world. Second. I couldn't understand why James ISP's PPP never try to negotiate his specified address unless using magic "0.0.0.0" address. I think it's wrong implementation but if it is getting one of *standard*, I have idea to do a trick and do a right commit :-) Atsushi. P.S. James, Could you send me your ppp.log both "0.0.0.0" and "192.0.0.1" ? -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Tue Jul 4 07:29:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA26168 for hackers-outgoing; Tue, 4 Jul 1995 07:29:58 -0700 Received: from vinkku.hut.fi (vode@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA26162 for ; Tue, 4 Jul 1995 07:29:53 -0700 Received: (from vode@localhost) by vinkku.hut.fi (8.6.11/8.6.7) id RAA19837; Tue, 4 Jul 1995 17:29:34 +0300 Date: Tue, 4 Jul 1995 17:29:34 +0300 Message-Id: <199507041429.RAA19837@vinkku.hut.fi> From: Kai Vorma To: John Utz Cc: FreeBSD hackerlist Subject: Re: dlmalloc In-Reply-To: References: Reply-To: Kai.Vorma@hut.fi Sender: hackers-owner@FreeBSD.org Precedence: bulk John Utz writes: > I recall reading a report on this list of someone using dlmalloc ( doug > lea malloc? ) with good success. I have been using it about 2-3 months (I replaced libc/stdlib/malloc.c with Doug Lea's malloc-2.5.3b.c and then did make world). So far only two system programs has failed and both have been fixed some time ago. I also use it with XFree86-3.1.1 (X-server and binaries) with very good success. Performance is far better than with system malloc altough GNU-malloc is sometimes better still. Perhaps someone would commit it to 2.2 developement branch so that more people would test it.. ..vode PS. There is a note in the comments that it is preliminary version and unreleased. I asked the author and he said that it is very stable and he has just forgotten to lift the comment and increment the version number. From owner-freebsd-hackers Tue Jul 4 07:31:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA26205 for hackers-outgoing; Tue, 4 Jul 1995 07:31:10 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA26199 for ; Tue, 4 Jul 1995 07:31:08 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA15257; Tue, 4 Jul 95 08:27:06 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA22696; Tue, 4 Jul 1995 08:29:33 -0600 Date: Tue, 4 Jul 1995 08:29:33 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9507041429.AA22696@emu.fsl.noaa.gov> To: spaz@u.washington.edu Cc: FreeBSD-hackers@freefall.cdrom.com In-Reply-To: (message from John Utz on Tue, 4 Jul 1995 05:01:04 -0700 (PDT)) Subject: Re: tar.gz's via cu? Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "John" == John Utz writes: John> as a result, i found myself rediscovering the sublime John> joys of cu. Can i use it to xfer tar files? Sure, use rz/sz with it. John> 128: {41} cat rzsz-3.34.tar.gz | tar xzvf - incomplete John> literal tree Hmm! This seems to be your plan ... :-) John> that is a new one on me! it did it twice, and the file John> explodes successfully on the remote system, so i dont think John> the problem is with the original gzip file. Try uuencoding it on the original system, then use the ~t command to take the file from the other system. Uudecode it on your end and get rz/sz working; you'll be much happier. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA A power surge on the Bridge is fails to electrocute the user of a computer panel, due to a highly sophisticated 24th century surge protection feature called a 'fuse'. -- One of 46 things that never happen on Star Trek From owner-freebsd-hackers Tue Jul 4 07:57:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA27062 for hackers-outgoing; Tue, 4 Jul 1995 07:57:01 -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 HAA27056 for ; Tue, 4 Jul 1995 07:56:59 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <25496-0@bunyip.cc.uq.oz.au>; Wed, 5 Jul 1995 00:56:35 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id XAA11043 for ; Tue, 4 Jul 1995 23:16:32 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id NAA01721 for ; Tue, 4 Jul 1995 13:13:01 GMT Message-Id: <199507041313.NAA01721@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: hackers@freebsd.org Subject: The Perennial Question - DOSEMU Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Jul 1995 23:13:00 +1000 From: Stephen Hocking Sender: hackers-owner@freebsd.org Precedence: bulk What's needed for FreeBSD to support DOSEMU? Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Tue Jul 4 08:10:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA27461 for hackers-outgoing; Tue, 4 Jul 1995 08:10:10 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA27455 for ; Tue, 4 Jul 1995 08:10:06 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id AAA19597; Wed, 5 Jul 1995 00:00:44 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id XAA01605; Tue, 4 Jul 1995 23:55:51 +0900 From: Atsushi Murai Message-Id: <199507041455.XAA01605@tama.spec.co.jp> Subject: Re: Adaptec 294x To: dexteryeung@ns1.HK.LinkAGE.NET (Dexter Yeung) Date: Tue, 4 Jul 1995 23:55:50 +0900 (JST) Cc: hackers@freebsd.org In-Reply-To: <9507031708.AA05512@wyvern.HK.LinkAGE.Net> from "Dexter Yeung" at Jul 4, 95 01:12:25 am Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 410 Sender: hackers-owner@freebsd.org Precedence: bulk > > Can FreeBSD v2.0 work perfect with my Adaptec 294xW wide SCSI-3 > PCI controller? And, any 3com PCI network interface controller? > > It is urgent!! > > Thanks and regards, > > > Dexter And Adaptec Raid board ;-) I am interesting, too. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Tue Jul 4 08:34:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA28313 for hackers-outgoing; Tue, 4 Jul 1995 08:34:17 -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 IAA28306 for ; Tue, 4 Jul 1995 08:34:15 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA17617; Tue, 4 Jul 1995 11:34:08 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA02325; Tue, 4 Jul 95 11:31:45 EDT Date: Tue, 4 Jul 95 11:31:45 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507041531.AA02325@borg.ess.harris.com> To: davidg@Root.com, amurai@spec.co.jp Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk WOW, this caused much more discussion than I thought it would :-) I can give you my ppp log but I do not think it is important. The important point is that we have a config file "ppp.conf" and it allows us to set our initial IP address. If the user selects an address ppp should not secretly override it. I think that behavior is wrong, it does not matter what it actually changes it to, the APPROACH is wrong. If dynamic dial needs to have some valid address then lets use the config file and add one, that is what a config file is for. Lets have a dynamic_ifaddr setting if that will do it. I administer a dozen machines(sparcs,pc's running fbsd and windows), I also am a network management and security protocol researcher involved with IETF, IEEE, OSI working groups, I am not a lost "newbie" :-) Lets just chat about whether or not an application that provides a configuration facility should override the supplied values. If the application is providing different types of services then perhaps the configuration file needs to reflect this. It sounds like there is a need to have a "valid" IP for dynamic dial so create a config option to support that, BUT, such a mapping should not be "hidden". Even the selection of a private address would avoid conflict with the world but may involve a conflict within a private network. I know of several private networks in the area that utilize the 192.168.x.x. What would happen if they wanted to supply ppp services to their employee's? If this mapping is needed in some cases lets not make it a hard coded secret, lets make it an option :-) HMMMM I seem to have rambled on a bit here :-) Must be that holiday atmosphere... (oops.. forgot, international mailing list => today is a holiday in the US :-) ) Jim Leppek > From owner-freebsd-hackers@freefall.cdrom.com Tue Jul 4 09:17:17 1995 > From: Atsushi Murai > Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP > To: davidg@Root.com, jleppek@suw2k.ess.harris.com > Date: Tue, 4 Jul 1995 21:44:27 +0900 (JST) > Cc: hackers@freebsd.org > Reply-To: amurai@spec.co.jp > X-Mailer: ELM [version 2.4 PL23] > Content-Type> : > text> > Sender: hackers-owner@freebsd.org > > > NIC.NORDU.NET internet address = 192.36.148.17 > > NS.ISC.ORG internet address = 192.5.5.241 > > > > > > > Need I say more? :-) > > > > -DG > > Oops I just miss reading your mail. I just want to say I don't need > example for "192.0.0.1" as I mentioned prvious my mail. But I still > need to response/comments/disc ussion for relating you did for ppp. > > We should investgate this problem as two issue. > > First of all. I guss the using "0.0.0.0" ip addr is OK not for dial on > demand mode. Because it's never seen as ip address befor connection > made. But for dail on demand mode, it's can see one of real > address. So I beleive we should assign a private address (RFC1579) > avoiding confliction in world. > > Second. I couldn't understand why James ISP's PPP never try to > negotiate his specified address unless using magic "0.0.0.0" > address. I think it's wrong implementation but if it is getting one of > *standard*, I have idea to do a trick and do a right commit :-) > > Atsushi. > > P.S. James, Could you send me your ppp.log both "0.0.0.0" and "192.0.0.1" ? > -- > Atsushi Murai Internet: amurai@spec.co.jp > System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 > From owner-freebsd-hackers Tue Jul 4 08:36:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA28393 for hackers-outgoing; Tue, 4 Jul 1995 08:36:17 -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 IAA28387 for ; Tue, 4 Jul 1995 08:36:14 -0700 Received: from gemini.sdsp.mc.xerox.com ([13.252.21.73]) by alpha.xerox.com with SMTP id <15488(4)>; Tue, 4 Jul 1995 08:35:22 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA25857; Tue, 4 Jul 95 11:35:16 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA07774; Tue, 4 Jul 95 11:39:09 EDT Message-Id: <9507041539.AA07774@gnu.mc.xerox.com> To: Kai.Vorma@hut.fi Cc: John Utz , FreeBSD hackerlist Subject: Re: dlmalloc In-Reply-To: Your message of "Tue, 04 Jul 1995 07:29:34 PDT." <199507041429.RAA19837@vinkku.hut.fi> Date: Tue, 4 Jul 1995 08:39:07 PDT From: "Marty Leisner" Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199507041429.RAA19837@vinkku.hut.fi>, you write: >John Utz writes: > > I recall reading a report on this list of someone using dlmalloc ( doug > > lea malloc? ) with good success. > >I have been using it about 2-3 months (I replaced libc/stdlib/malloc.c >with Doug Lea's malloc-2.5.3b.c and then did make world). So far only >two system programs has failed and both have been fixed some time ago. > >I also use it with XFree86-3.1.1 (X-server and binaries) with very >good success. Performance is far better than with system malloc >altough GNU-malloc is sometimes better still. Regarding mallocs, I've had good success with making malloc into a shared library, then substituing the library via LD_LIBRARY_PATH at runtime...to use/benchmark different mallocs (I've used the bsd malloc, gnu malloc and Gray Watson's dmalloc library this way...) I've done this on sunos and linux/elf (any problem with doing it on freebsd?) marty From owner-freebsd-hackers Tue Jul 4 08:44:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA28775 for hackers-outgoing; Tue, 4 Jul 1995 08:44:21 -0700 Received: from victor.innovus.com (victor.innovus.com [192.75.186.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA28754 for ; Tue, 4 Jul 1995 08:44:18 -0700 Received: (from martin@localhost) by victor.innovus.com (8.6.11/8.6.9) id LAA07731 for hackers@freefall.cdrom.com; Tue, 4 Jul 1995 11:58:19 -0400 From: Martin Renters Message-Id: <199507041558.LAA07731@victor.innovus.com> Subject: Multiport Serial cards.. To: hackers@freefall.cdrom.com Date: Tue, 4 Jul 1995 11:58:19 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 452 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a customer who needs to run a bunch of modems off a multiport serial card. Someone on this list mentioned that they were using FreeBSD as a terminal server with 16 ports without any trouble. What serial boards are you using? The application in this case is to provide SLIP/PPP to about 16 ports for an ISP setup. The other option we're looking at is a dedicated terminal server box, but the FreeBSD option would probably be cheaper. Martin From owner-freebsd-hackers Tue Jul 4 09:18:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29293 for hackers-outgoing; Tue, 4 Jul 1995 09:18:27 -0700 Received: from elbe.desy.de (elbe.desy.de [131.169.82.208]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA29287 for ; Tue, 4 Jul 1995 09:18:17 -0700 From: Lars Gerhard Kuehl Date: Tue, 4 Jul 95 18:17:23 +0200 Message-Id: <9507041617.AA03378@elbe.desy.de> To: Kai.Vorma@hut.fi Subject: Re: dlmalloc Cc: FreeBSD-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > I also use it with XFree86-3.1.1 (X-server and binaries) with very > good success. Performance is far better than with system malloc > altough GNU-malloc is sometimes better still. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Does that mean your Xserver is faster with gnumalloc() rather than with standard malloc(). I've always encountered just the opposite. Even in connexion with the X-server memory leak diskussion I have spent some time in investigating the behavier of gnu malloc() and standard malloc(). For example I have written a short program that malloc()s in the following manner: (1a: 1page)(1b: 1page)(free 1a) (2a: 2pages)(2b: 1page)(free 2a)... (To force page allocation, the first word of each malloc()ed page is initialized before free().) After each free ps is exec()ed to show the program's VSZ. The intention was, that malloc can't reuse the before allocated pages, because virtual adresses of arrays must be continuous. With standard malloc() VSZ grows as expected about n*(n+1)/2+n pages in n loops, with gnu malloc about n pages. But there is another pretty difference: standard malloc(): % cumulative self self total time seconds seconds calls ms/call ms/call name 69.4 2.78 2.78 1 2780.27 3750.00 _main [2] ^^^^^^^ ^^^^^^^ 15.2 3.39 0.61 1001 0.61 0.61 _fork [3] 6.2 3.64 0.25 mcount (31) 2.8 3.75 0.11 2001 0.06 0.06 _malloc [5] 1.4 3.81 0.06 1001 0.06 0.06 _wait4 [9] 1.4 3.86 0.05 2001 0.03 0.06 _vfprintf [6] 1.3 3.92 0.05 1001 0.05 0.18 _execps [4] 0.5 3.94 0.02 1000 0.02 0.02 _write [14] 0.3 3.95 0.01 2001 0.01 0.02 ___sfvwrite [11] 0.2 3.96 0.01 1001 0.01 0.01 _wait [15] 0.1 3.96 0.01 1001 0.01 0.01 _getpid [16] --- cut --- gnu malloc(): % cumulative self self total time seconds seconds calls ms/call ms/call name 91.5 12.54 12.54 1 12541.02 13208.15 _main [2] ^^^^^^^^ ^^^^^^^^ 2.5 12.88 0.34 1001 0.34 0.34 _fork [3] 1.9 13.14 0.26 mcount (31) 1.7 13.37 0.23 2992 0.08 0.08 _sbrk [5] 0.4 13.43 0.06 2001 0.03 0.06 _vfprintf [7] 0.4 13.49 0.06 1001 0.06 0.26 _execps [4] 0.3 13.53 0.05 1001 0.05 0.05 _wait4 [13] 0.3 13.58 0.05 _malloc [12] 0.2 13.61 0.03 1000 0.03 0.03 _write [16] 0.1 13.63 0.02 2001 0.01 0.03 ___sfvwrite [11] 0.1 13.65 0.02 __free_internal [6] --- cut --- n was here 1000, but not only for this value gnumalloc() is much slower. Until now I've neither checked it with dlmalloc() nor compiled a profiled kernel (for it's very likely a general VM problem independent of the particular malloc implementation, the time is obviously spent in page allocation). I'll do that probably not before next weekend. Lars From owner-freebsd-hackers Tue Jul 4 09:40:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29774 for hackers-outgoing; Tue, 4 Jul 1995 09:40:32 -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 JAA29767 for ; Tue, 4 Jul 1995 09:40:29 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id KAA03732 for hackers@FreeBSD.org; Tue, 4 Jul 1995 10:40:18 -0600 Date: Tue, 4 Jul 1995 10:40:18 -0600 From: Nate Williams Message-Id: <199507041640.KAA03732@trout.sri.MT.net> To: hackers@FreeBSD.org Subject: USENET:Pentium appendix H reverse engineered Sender: hackers-owner@FreeBSD.org Precedence: bulk Path: helena.MT.net!news.sprintlink.net!europa.chnt.gtegsc.com!news.mathworks.com!news.ultranet.com!zombie.ncsc.mil!news.duke.edu!ratatosk.yggdrasil.com!adam From: adam@adam.yggdrasil.com (Adam J. Richter) Newsgroups: comp.os.linux.development.system Subject: Pentium appendix H reverse engineered Date: 3 Jul 1995 22:53:11 GMT Organization: Yggdrasil Computing, Inc. Lines: 19 Message-ID: <3t9scn$18e@freya.yggdrasil.com> NNTP-Posting-Host: adam.yggdrasil.com The front page of the July 3, 1995 issue of _Electronic Engineering Times_ has an article "Pentium secrets revealed" by Alexander Wolfe, which claims at a Christian Ludloff, a programmer living in the former East Germany, has reverse engineered the appendix H information on programming the pentium and made it available by anonymous FTP from ftp://ftp.tu-chemnitz.de/pub/Local/msdos/4p_v302.zip According to the article, the registers mostly have to do with performance monitoring, but there is also support for four megabyte virtual memory pages, which could be used to improve hit rates on the translation lookaside buffer when running kernel code by mapping the the kernel into a single four megabyte page. -- Adam J. Richter Yggdrasil Computing, Incorporated (408) 261-6630 "Free Software For The Rest of Us." From owner-freebsd-hackers Tue Jul 4 09:44:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29943 for hackers-outgoing; Tue, 4 Jul 1995 09:44:25 -0700 Received: from vinkku.hut.fi (vode@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA29936 for ; Tue, 4 Jul 1995 09:44:17 -0700 Received: (from vode@localhost) by vinkku.hut.fi (8.6.11/8.6.7) id TAA24062; Tue, 4 Jul 1995 19:44:06 +0300 Date: Tue, 4 Jul 1995 19:44:06 +0300 Message-Id: <199507041644.TAA24062@vinkku.hut.fi> From: Kai Vorma To: Lars Gerhard Kuehl Cc: FreeBSD-hackers@freefall.cdrom.com Subject: Re: dlmalloc In-Reply-To: <9507041617.AA03378@elbe.desy.de> References: <9507041617.AA03378@elbe.desy.de> Reply-To: Kai.Vorma@hut.fi Sender: hackers-owner@FreeBSD.org Precedence: bulk Lars Gerhard Kuehl writes: > > Does that mean your Xserver is faster with gnumalloc() rather > than with standard malloc(). I've always encountered just the opposite. Okay, not faster, but it used memory better. Try xv with standard malloc, then dlmalloc and finally GNU-malloc. With standard malloc xv grows until it hits datasize limit (16MB) and dies (usually after 10 or so big jpegs). With dlmalloc xv's VZS was about 15MB after last picture of that particular set and with GNU malloc it was about 11MB. The GNU malloc is only malloc I know that can release memory back to the system so it won above contest. It can also be _very_ slow in some situations because it performs many more sbrk calls than others. > Until now I've neither checked it with dlmalloc() nor compiled a profiled > kernel (for it's very likely a general VM problem independent of the > particular malloc implementation, the time is obviously spent in page > allocation). I'll do that probably not before next weekend. dlmalloc is very fast (about as fast as the BSD-malloc) and uses memory efficiently. I mailed some benchmark results some time ago to this list - see mail archives. ..vode From owner-freebsd-hackers Tue Jul 4 10:47:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01775 for hackers-outgoing; Tue, 4 Jul 1995 10:47: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 KAA01766 ; Tue, 4 Jul 1995 10:47:44 -0700 Message-Id: <199507041747.KAA01766@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: amurai@spec.co.jp cc: dexteryeung@ns1.hk.linkage.net (Dexter Yeung), hackers@freebsd.org Subject: Re: Adaptec 294x In-reply-to: Your message of "Tue, 04 Jul 95 23:55:50 +0900." <199507041455.XAA01605@tama.spec.co.jp> Date: Tue, 04 Jul 1995 10:47:44 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >> >> Can FreeBSD v2.0 work perfect with my Adaptec 294xW wide SCSI-3 >> PCI controller? And, any 3com PCI network interface controller? >> >> It is urgent!! >> >> Thanks and regards, >> >> >> Dexter > >And Adaptec Raid board ;-) > >I am interested, too. Not as yet. Early reports from Adaptec say that they will not release any tech spechs on the RAID card because they feel that the RAID market is too competitive. :( >-- >Atsushi Murai Internet: amurai@spec.co.j >p >System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jul 4 11:38:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02439 for hackers-outgoing; Tue, 4 Jul 1995 11:38:03 -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 LAA02433 for ; Tue, 4 Jul 1995 11:38:01 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id OAA26901; Tue, 4 Jul 1995 14:40:17 -0400 From: "Rashid Karimov." Message-Id: <199507041840.OAA26901@haven.ios.com> Subject: Re: Random Lockups To: davidg@Root.COM Date: Tue, 4 Jul 1995 14:40:17 -0400 (EDT) Cc: karl@bagpuss.demon.co.uk, henrich@crh.cl.msu.edu, freebsd-hackers@freebsd.org In-Reply-To: <199507040248.TAA06097@corbin.Root.COM> from "David Greenman" at Jul 3, 95 07:48: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: 2166 Sender: hackers-owner@freebsd.org Precedence: bulk Hi there, > > I'm wondering how many ppl here run FreeBSD PCs as _servers. > > Say 3500-3000 accounts in /etc/passwd , 50-60 of them on-line > > (average) , everybody has his own WEB page , POP3 and stuff/ > > Average 250-280 processes running in the same time . > > 5-6 user partitions with QUOTAs . How stable is _this combination , > > if any ? IMHO , not very stable ...I run it on different P90 systems > > - not the same brand - so that's definitely not the problem with > > particular HW. > > Not a large number of people do this. It is for this very reason that it is > *very* important for people that do have busy machines to provide as much > diagnostic information as possible when there is a failure. The above is the > first time you've mentioned anything at all about how the machine is used. > Other than "different P90 systems", I still don't know anything about what > hardware you are using. I've been trying to provide all the info in all problem reports here . Sometimes there is nothing to report though - when the systme just silently reboots - w/o panicing. Is there any info available on DDB usage ? I wonder if DDB is as proof as SUN's boot monitor ? I mean even with hang PC would one be able to wake up the DDB via that magic sequence ? Ctrl+Alt+Esc ? > It seems to me that you are more interested in putting down 2.0.5R than you Nope ! I'm interested in having stable release which would be tailored for big servers installs rather than for WS ones, in whih there will be the easy way to upgrade to new release. I'm not interested ( frankly speaking) in having support for every fancy new device - sound cards and/or having_one_percent_of_the_market adapters. > are interested in helping to fix whatever problem you are having for 2.1R. If > this is the case, then I think we all have better things to do. I'm sorry if some1 here got the feeling that I'm some critic from Linux/other Unix camp. I am not :) I do think that majority of ppl who read this thread understand the situation of sysadmin with ~10.000 accounts on the systems like FreeBSD. Rashid Nice holiday to everybody ! :)) From owner-freebsd-hackers Tue Jul 4 12:36:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA03443 for hackers-outgoing; Tue, 4 Jul 1995 12:36:00 -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 MAA03437 for ; Tue, 4 Jul 1995 12:35:54 -0700 Received: from ast.com by relay1.UU.NET with SMTP id QQywyw11353; Tue, 4 Jul 1995 15:35:48 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA13319 (5.67b/IDA-1.5); Tue, 4 Jul 1995 12:36:20 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Tue, 4 Jul 95 14:36 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sTDfr-0004w2C; Tue, 4 Jul 95 14:30 CDT Message-Id: Date: Tue, 4 Jul 95 14:30 CDT To: bde@zeta.org.au From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Jul 4 1995, 14:30:23 CDT Subject: Re: How old is IDE? Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk [3]Date: Tue, 4 Jul 1995 17:25:27 +1000 [3]From: Bruce Evans [3]When did IDE drives first come out? Tandy designed the IDE-XT connector into all of the PCs it shipped for the fall of 1988. Since Compaq/Conner had them at least a year earlier, I would say that they have been around in limited use since 1986. The IDE-AT interface (or what we call simply IDE today) has been around since 1988/1989. Frank Durda IV uhclem%nemesis@fw.ast.com From owner-freebsd-hackers Tue Jul 4 13:19:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04249 for hackers-outgoing; Tue, 4 Jul 1995 13:19:58 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04243 for ; Tue, 4 Jul 1995 13:19:54 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA00488 for ; Tue, 4 Jul 1995 22:27:10 +0200 Received: by uni4nn.iaf.nl with UUCP id AA02881 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Tue, 4 Jul 1995 22:17:36 +0100 Received: by iafnl.iaf.nl with UUCP id AA07859 (5.65c/IDA-1.4.4); Tue, 4 Jul 1995 19:48:16 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA01156 for FreeBSD-hackers@freebsd.org; Mon, 3 Jul 1995 19:48:10 +0200 From: Wilko Bulte Message-Id: <199507031748.TAA01156@yedi.iaf.nl> Subject: PCMCIA modem use by transplanting -current sio.c To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Mon, 3 Jul 1995 19:48:10 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 998 Sender: hackers-owner@freebsd.org Precedence: bulk Hi It seems that transplanting the -current sio.c (thanks Tatsumi) into a 205R system doesnot work.. :-( : _ADDRESS=0xF0100000 ../../i386/isa/sio.c ../../i386/isa/sio.c: In function `sio_find_modemcard': ../../i386/isa/sio.c:747: warning: implicit declaration of function `pcic_set_controller' ../../i386/isa/sio.c:747: `PCIC_VLSI' undeclared (first use this function) ../../i386/isa/sio.c:747: (Each undeclared identifier is reported only once ../../i386/isa/sio.c:747: for each function it appears in.) ../../i386/isa/sio.c: In function `sioprobe': ../../i386/isa/sio.c:936: `used_slot' undeclared (first use this function) *** Error code 1 Stop. # Any quick fix? Or do I have to get -current? _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jul 4 16:01:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17644 for hackers-outgoing; Tue, 4 Jul 1995 16:01:45 -0700 Received: from andante.cis.temple.edu (andante.cis.temple.edu [155.247.182.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA17638 for ; Tue, 4 Jul 1995 16:01:43 -0700 Received: (from lafollet@localhost) by andante.cis.temple.edu (8.6.12/8.6.6) id XAA17175 for FreeBSD-hackers@freebsd.org; Tue, 4 Jul 1995 23:01:05 GMT From: Paul LaFollette Message-Id: <199507042301.XAA17175@andante.cis.temple.edu> Subject: 1.1.5 -> 2.0.5 upgrade To: FreeBSD-hackers@freebsd.org Date: Tue, 4 Jul 1995 23:01:04 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 952 Sender: hackers-owner@freebsd.org Precedence: bulk School year is over, finally no students are dependant on my 1.1.5 system, and it is time to upgrade. I'm sure this has been answered, but I haven't been able to find it. I plan to back up everything of course, but is there any way to preserve /usr/local/src and /usr/users during the upgrade process? Or should I just bite the bullet, tar them over to another machine, and then untar them when I am done? What stuff in /etc am I gonna forget to save? What stuff elsewhere am I gonna forget to save? Do I correctly assume that it is useless to save the authorization file and I will need to addusers everyone all over again? Do I correctly assume that I will need to rebuild all my current applications? Sorry to be asking "obvious" questions. If you point me to the proper FAQ I'll happily rtfm, but so far I haven't found it. Paul PS. Using FreeBSD remains a joy and a delight. Thank you all for the time and energy you contribute to it. From owner-freebsd-hackers Tue Jul 4 16:30:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20478 for hackers-outgoing; Tue, 4 Jul 1995 16:30:36 -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 QAA20471 for ; Tue, 4 Jul 1995 16:30:34 -0700 Received: (from archive@localhost) by cps201.cps.cmich.edu (8.6.9/8.6.9) id TAA26078; Tue, 4 Jul 1995 19:30:30 -0400 Date: Tue, 4 Jul 1995 19:30:30 -0400 (EDT) From: CMU Mail Archive X-Sender: archive@cps201 Reply-To: mbailey@gnu.ai.mit.edu To: mbailey@misha.net cc: hackers@freebsd.org Subject: tmpfs? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Is there a way to do somehting similar to Sun's TMPFS where SWAP and RAM are mounted on /tmp instead of on a real filesystem this would make compiles that use the /tmp files very fast because they never have to leave ram to the drive unless there is a reason to Swap... Thanks again Matthew S. Bailey From owner-freebsd-hackers Tue Jul 4 16:35:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21066 for hackers-outgoing; Tue, 4 Jul 1995 16:35:02 -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 QAA21060 for ; Tue, 4 Jul 1995 16:35:00 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id QAA07075 for ; Tue, 4 Jul 1995 16:34:39 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id aa28652; 5 Jul 95 0:15 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa25266; 5 Jul 95 0:15 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id VAA17713; Tue, 4 Jul 1995 21:29:27 +0100 From: Karl Strickland Message-Id: <199507042029.VAA17713@bagpuss.demon.co.uk> Subject: Re: mt grief? To: John Utz Date: Tue, 4 Jul 1995 21:29:26 +0100 (BST) Cc: FreeBSD-hackers@freefall.cdrom.com In-Reply-To: from "John Utz" at Jul 4, 95 05:08:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1411 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > me again! > > in a rare fit of prior planning, i actually backed up my tarfiles > onto a scsi tape. Unfortuneately, i seem to be unable to read it! bummer! > > 128: {42} tar -xv > st0: not ready > tar: can't open /dev/rst0 : Input/output error > 128: {43} mt rewind > st0: not ready > mt: /dev/nrst0: Input/output error > > here is dmesg: > nca0 at 0x1f88-0x1f8b irq 10 on isa > nca0: type ProAudioSpectrum-16 > nca0 waiting for scsi devices to settle > (nca0:4:0): " " type 1 removable SCSI 1 > st0(nca0:4:0): Sequential-Access drive offline > > is there something obvious that i am forgetting? is it broken? i set all > the rst0 and nrst0 to be readable by u, me , and my brother's cat and i > still get the same errors.. :-( Hi John - what kind of tape drive are you using? I've seen this problem on a WangDAT drive. I think it occured for me after I did an 'mt rewoffl' and then tried to access the tape again. Anyway, taking out the tape and putting it back in seemed to cure the problem. If all else fails, try a reboot! If you were able to write to the tape, you should be able to read it! Cheers -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Tue Jul 4 16:35:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21111 for hackers-outgoing; Tue, 4 Jul 1995 16:35:21 -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 QAA21105 for ; Tue, 4 Jul 1995 16:35:18 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id aa28667; 5 Jul 95 0:15 +0100 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa25292; 5 Jul 95 0:15 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id VAA17730; Tue, 4 Jul 1995 21:30:46 +0100 From: Karl Strickland Message-Id: <199507042030.VAA17730@bagpuss.demon.co.uk> Subject: Re: mt grief? To: "Jonathan M. Bresler" Date: Tue, 4 Jul 1995 21:30:46 +0100 (BST) Cc: spaz@u.washington.edu, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: from "Jonathan M. Bresler" at Jul 4, 95 08:46:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 942 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Tue, 4 Jul 1995, John Utz wrote: > > > me again! > > > > in a rare fit of prior planning, i actually backed up my tarfiles > > onto a scsi tape. Unfortuneately, i seem to be unable to read it! bummer! > > > > 128: {42} tar -xv > > st0: not ready > > tar: can't open /dev/rst0 : Input/output error > > 128: {43} mt rewind > > st0: not ready > > mt: /dev/nrst0: Input/output error > > john, use 'mt -f /dev/rst0 fsf 1' to awaken the mt/kernel code. > every time i boot, i get error from the drive till i do this. then 'mt > -f /dev/rst0 rewind' and the thing works like a champ ;) interesting! what kind of drive are you using? Cheers -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Tue Jul 4 16:48:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21610 for hackers-outgoing; Tue, 4 Jul 1995 16:48: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 QAA21602 ; Tue, 4 Jul 1995 16:48:49 -0700 Message-Id: <199507042348.QAA21602@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: 0622 installation woes (/nfs not found) In-reply-to: Your message of "Tue, 04 Jul 95 00:39:54 +0200." <199507032239.AAA20018@gilberto.physik.rwth-aachen.de> Date: Tue, 04 Jul 1995 16:48:49 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >The /stand stuff can be used very well now for a lot of manual >operations like mounting, ftping and such. The only thing missing from /stand for me to do an install is sysctl since I need to disable rfc1323 and rfc1644 negotiation for tcp connections to other freebsd boxes to work. Perhaps the boot floppies should just have these options turned off to begin with? >--Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de >FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jul 4 16:56:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA22199 for hackers-outgoing; Tue, 4 Jul 1995 16:56:04 -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 QAA22186 for ; Tue, 4 Jul 1995 16:56:00 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id TAA01931; Tue, 4 Jul 1995 19:46:33 -0400 Date: Tue, 4 Jul 1995 19:46:32 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: mt grief? To: Karl Strickland cc: spaz@u.washington.edu, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <199507042030.VAA17730@bagpuss.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 4 Jul 1995, Karl Strickland wrote: > > > 128: {42} tar -xv > > > st0: not ready > > > tar: can't open /dev/rst0 : Input/output error > > > 128: {43} mt rewind > > > st0: not ready > > > mt: /dev/nrst0: Input/output error > > > > john, use 'mt -f /dev/rst0 fsf 1' to awaken the mt/kernel code. > > every time i boot, i get error from the drive till i do this. then 'mt > > -f /dev/rst0 rewind' and the thing works like a champ ;) > > interesting! what kind of drive are you using? Archive Viper 150. a known rogue device. see st.c i have not ktrace'd it. dont know how to map the addresses provided by ktrace into the proc's data space.....yet. another known rogue is the "Wangtek 5525ES", "WANGTEK ", "5525ES SCSI REV7" does this match yours? Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 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 Tue Jul 4 17:04:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22726 for hackers-outgoing; Tue, 4 Jul 1995 17:04: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 RAA22720 for ; Tue, 4 Jul 1995 17:04:15 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id RAA06942; Tue, 4 Jul 1995 17:04:00 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA11108; Tue, 4 Jul 1995 17:04:43 -0700 Message-Id: <199507050004.RAA11108@corbin.Root.COM> To: mbailey@gnu.ai.mit.edu cc: mbailey@misha.net, hackers@freebsd.org Subject: Re: tmpfs? In-reply-to: Your message of "Tue, 04 Jul 95 19:30:30 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 04 Jul 1995 17:04:42 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >Is there a way to do somehting similar to Sun's TMPFS where SWAP and RAM >are mounted on /tmp instead of on a real filesystem this would make >compiles that use the /tmp files very fast because they never have to >leave ram to the drive unless there is a reason to Swap... We have an "MFS" memory filesystem that is often used for this purpose. You'll gain a lot more by using the "-pipe" option with CC, however, as this avoids the temporary files altogether. -DG From owner-freebsd-hackers Tue Jul 4 17:12:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22941 for hackers-outgoing; Tue, 4 Jul 1995 17:12:45 -0700 Received: from alpha.misha.net (mbailey@misha.net [204.120.206.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22934 for ; Tue, 4 Jul 1995 17:12:44 -0700 Received: by alpha.misha.net (8.6.12/SMI-4.1) id TAA06398; Tue, 4 Jul 1995 19:10:49 -0500 Date: Tue, 4 Jul 1995 19:10:49 -0500 (CDT) From: Matthew Bailey To: David Greenman cc: hackers@freebsd.org Subject: Re: tmpfs? In-Reply-To: <199507050004.RAA11108@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, 4 Jul 1995, David Greenman wrote: > >Is there a way to do somehting similar to Sun's TMPFS where SWAP and RAM > >are mounted on /tmp instead of on a real filesystem this would make > >compiles that use the /tmp files very fast because they never have to > >leave ram to the drive unless there is a reason to Swap... > > We have an "MFS" memory filesystem that is often used for this purpose. > You'll gain a lot more by using the "-pipe" option with CC, however, as this > avoids the temporary files altogether. > > -DG > Yes and no... There are times where is requires temorary files when compiling. Mostly compilers other than "C" use it. If memfs can be used for this how do I go about setting it up? Thanks From owner-freebsd-hackers Tue Jul 4 17:15:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23079 for hackers-outgoing; Tue, 4 Jul 1995 17:15:12 -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 RAA23073 ; Tue, 4 Jul 1995 17:15:11 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id TAA09170; Tue, 4 Jul 1995 19:15:35 -0500 From: Scott Mace Message-Id: <199507050015.TAA09170@crash.ops.neosoft.com> Subject: Re: Creating iso9660 filesystems To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Tue, 4 Jul 1995 19:15:35 -0500 (CDT) Cc: joerg_wunsch@uriah.heep.sax.de, apollo@io.org, hackers@FreeBSD.org In-Reply-To: <9247.804005728@whisker.internet-eireann.ie> from "Jordan K. Hubbard" at Jun 24, 95 03:55:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 188 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a cdrom writer (I think its a phillips) and was wondering what the best way to get the binary image generated by mkisofs onto disc? How is it done a walnut creek? Thanks, Scott From owner-freebsd-hackers Tue Jul 4 17:15:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23135 for hackers-outgoing; Tue, 4 Jul 1995 17:15:37 -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 RAA23128 for ; Tue, 4 Jul 1995 17:15:34 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id UAA02442; Tue, 4 Jul 1995 20:07:45 -0400 Date: Tue, 4 Jul 1995 20:07:43 -0400 (EDT) From: "Jonathan M. Bresler" Subject: splnet and if_ep.c To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk the 3c509 is reported to be buggy. though i have not had any problems with it. however, if writing smcioctl() for the smc91c92 chip, i see that if_ze.c:ze_ioctl() calls splnet() at entry. if_ep.c:ep_ioctl() does not. anybody seen any problems with the ix or zp drivers? from grep's it appears that splnet is a higher priority than splimp. if_ix.c -- if_ep.c -- if_zp.c -- if_ze.c splnet(); if_ed.c splimp(); if_el.c splimp(); if_ie.c splimp(); if_is.c splimp(); if_le.c splimp(); if_lnc.c splimp(); if_cx.c splimp(); if_eg.c splimp(); if_fe.c splimp(); so the vote is in: -- 3, splnet 1, and the winner splimp 9. this is code not a town meeting ;) i have not yet found the location these are declared. can you ctags the whole kernel source tree? jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 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 Tue Jul 4 17:51:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25070 for hackers-outgoing; Tue, 4 Jul 1995 17:51:59 -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 RAA25062 for ; Tue, 4 Jul 1995 17:51:56 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06314; Wed, 5 Jul 1995 02:51:53 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA12375 for freebsd-hackers@freebsd.org; Wed, 5 Jul 1995 02:51:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA01838 for freebsd-hackers@freebsd.org; Tue, 4 Jul 1995 16:45:00 +0200 From: J Wunsch Message-Id: <199507041445.QAA01838@uriah.heep.sax.de> Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 4 Jul 1995 16:44:59 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507041244.VAA00811@tama.spec.co.jp> from "Atsushi Murai" at Jul 4, 95 09:44:27 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: 767 Sender: hackers-owner@freebsd.org Precedence: bulk As Atsushi Murai wrote: > > First of all. I guss the using "0.0.0.0" ip addr is OK not for dial on > demand mode. Because it's never seen as ip address befor connection > made. But for dail on demand mode, it's can see one of real > address. So I beleive we should assign a private address (RFC1579) > avoiding confliction in world. 0.0.0.0 is an invalid address (unlike the RFC1579 addresses). So if some peer is suggesting it, the actualy address *must* be negotiated by the IPCP peers. The RFC1579 addresses are valid, but should not be routed. Anyway, it would still make sense to use them for private PPP links. -- 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 Jul 4 17:52:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25085 for hackers-outgoing; Tue, 4 Jul 1995 17:52:01 -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 RAA25068 for ; Tue, 4 Jul 1995 17:51:59 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06320; Wed, 5 Jul 1995 02:51:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA12383 for freebsd-hackers@freebsd.org; Wed, 5 Jul 1995 02:51:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA01972 for freebsd-hackers@freebsd.org; Tue, 4 Jul 1995 16:56:41 +0200 From: J Wunsch Message-Id: <199507041456.QAA01972@uriah.heep.sax.de> Subject: Re: FBSD & old HDs To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 4 Jul 1995 16:56:41 +0200 (MET DST) Reply-To: hackers@freebsd.org In-Reply-To: <199507041015.PAA03710@hq.icb.chel.su> from "Serge A. Babkin" at Jul 4, 95 03:15: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: 537 Sender: hackers-owner@freebsd.org Precedence: bulk As Serge A. Babkin wrote: > > It looks like you said the same thing I said: "If DOS can use this disk then > FreeBSD can at least try to use this disk too". BTW as I know bad sectors > do not return absolutely no data, they return data with errors and a flag > that says about wrong checksum. Only for CRC (or ECC) errors. Other errors (like a missing address mark) cannot return any data. -- 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 Jul 4 17:52:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25117 for hackers-outgoing; Tue, 4 Jul 1995 17:52: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 RAA25101 for ; Tue, 4 Jul 1995 17:52:11 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06334; Wed, 5 Jul 1995 02:52:08 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA12394 for freebsd-hackers@freebsd.org; Wed, 5 Jul 1995 02:52:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA02114 for freebsd-hackers@freebsd.org; Tue, 4 Jul 1995 17:14:03 +0200 From: J Wunsch Message-Id: <199507041514.RAA02114@uriah.heep.sax.de> Subject: Re: tar.gz's via cu? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 4 Jul 1995 17:14:03 +0200 (MET DST) Reply-To: hackers@freebsd.org In-Reply-To: from "John Utz" at Jul 4, 95 05:01: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: 714 Sender: hackers-owner@freebsd.org Precedence: bulk As John Utz wrote: > > as a result, i found myself rediscovering the sublime joys of cu. > Can i use it to xfer tar files? It seemed to manage ascii patch files > fine,but i get an odd error on the tar.gz that i have sent myself : > > 128: {41} cat rzsz-3.34.tar.gz | tar xzvf - > incomplete literal tree Well, for sz/rz, this is a chicken-and-egg problem. Perhaps you can untar and shar it to transmit it. But then: remote% sz foo.tar.gz ~+rz ...will do the trick. (Nice joke: i'm writing this via `cu'. The above example started a local `rz' for me. :--) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jul 4 18:20:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25750 for hackers-outgoing; Tue, 4 Jul 1995 18:20:19 -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 SAA25744 for ; Tue, 4 Jul 1995 18:20:17 -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 VAA08433 for ; Tue, 4 Jul 1995 21:18:51 -0400 Date: Tue, 4 Jul 1995 21:18:51 -0400 Message-Id: <199507050118.VAA08433@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: Gated and SNMP Sender: hackers-owner@freebsd.org Precedence: bulk Does anyone have SNMP working with the current version of FreeBSD? Is there a ported binary or source somewhere? Thanks, dennis From owner-freebsd-hackers Tue Jul 4 18:29:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25993 for hackers-outgoing; Tue, 4 Jul 1995 18:29: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 SAA25987 for ; Tue, 4 Jul 1995 18:29:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03337; Tue, 4 Jul 95 19:22:20 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507050122.AA03337@cs.weber.edu> Subject: Stabikity/Usability of 2.0.5R To: davidg@Root.COM Date: Tue, 4 Jul 95 19:22:18 MDT Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507040248.TAA06097@corbin.Root.COM> from "David Greenman" at Jul 3, 95 07:48:37 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk Well, I'm on vacation, so I was playing around with 2.0.5R and some old machines that happen to be where I am vacating at. It seems that 2.0.5R is indeed stable as long as you aren't running a split I/D caching. Then the decompression of the kernel fails. On another note, several machines haven't been tested for stability because 2.0.5R simply will not install (and neither will subsequent snapshots). The hardware in question is running WD 1007 ESDI controllers. The "perfect media" jumper is off. The Install wants to use a translated geometry (the real geometry is 1224/15/35) of something like xxx/15/51. The amusing thing is that when it scans for bad blocks (the drive has to have bad block replacement enables in BSD), it gets an error on every 35th scan. I would suspect something wierd with the disk, but 1.1.5.1 sails right on. So it's clearly in the disklabel stuff. Interestingly, the "every 35th try" error on the scan seems to indicate (to me, at least) that the drive is not being accessed linearly; apparently the adjacency of sectors is being miscalculated and it's skipping all over the disk. There was a complaint about large amounts of drive noise about a month ago that was never very well explained -- possibly it's this? The upshot is that it's totally uninstallable, even using the "put a DOS partition on it" workaround, and modifying the BIOS geometry to match the real geometry (or letting it use its fictional geometry it comes up with). Anyone else have a machine with a WD1007 that they installed instead of upgraded from an existing (non-2.0.5R: working) installation? 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 Tue Jul 4 18:38:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA26180 for hackers-outgoing; Tue, 4 Jul 1995 18:38:13 -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 SAA26174 for ; Tue, 4 Jul 1995 18:38:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04249; Tue, 4 Jul 95 19:30:51 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507050130.AA04249@cs.weber.edu> Subject: Re: The Perennial Question - DOSEMU To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Tue, 4 Jul 95 19:30:50 MDT Cc: hackers@freebsd.org In-Reply-To: <199507041313.NAA01721@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Jul 4, 95 11:13:00 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > What's needed for FreeBSD to support DOSEMU? > Partial VM86() virtual machine support. See NetBSD-current, it works there. 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 Tue Jul 4 19:14:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27040 for hackers-outgoing; Tue, 4 Jul 1995 19:14:02 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA27029 for ; Tue, 4 Jul 1995 19:13:49 -0700 Received: (from tom@localhost) by misery.sdf.com (8.7.Beta.7/8.7.Beta.7) id TAA08522; Tue, 4 Jul 1995 19:14:59 -0700 (PDT) Date: Tue, 4 Jul 1995 19:14:52 -0700 (PDT) From: Tom Samplonius To: mbailey@gnu.ai.mit.edu cc: hackers@freebsd.org Subject: Re: tmpfs? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 4 Jul 1995, CMU Mail Archive wrote: > Is there a way to do somehting similar to Sun's TMPFS where SWAP and RAM > are mounted on /tmp instead of on a real filesystem this would make > compiles that use the /tmp files very fast because they never have to > leave ram to the drive unless there is a reason to Swap... How about the memory file system (mfs)? Should this be on "freebsd-questions"? Tom From owner-freebsd-hackers Tue Jul 4 19:14:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27091 for hackers-outgoing; Tue, 4 Jul 1995 19:14:31 -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 TAA27085 for ; Tue, 4 Jul 1995 19:14:28 -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 WAA08783 for ; Tue, 4 Jul 1995 22:13:01 -0400 Date: Tue, 4 Jul 1995 22:13:01 -0400 Message-Id: <199507050213.WAA08783@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: Booting with no kbd Sender: hackers-owner@freebsd.org Precedence: bulk FreeBSD won't seem to boot on 2 machines I have with no keyboard installed. On both machines I have the "keyboard not installed" set in the bios. On 1 machine the system won't even try to load the kernel. With boot manager installed it just sits at the prompt and never times out. As soon as the keyboard is plugged in it continues ok. Without boot manager it just hangs without ever displaying the initial boot: prompt. The machine boots MS-DOS OK in the same configuration. The other machine loads the kernel ok, but then hangs at the sc0 probe. As soon as the kbd is plugged in, it continues. The only way I can get it to work is to disable sc0 on the second machine, which means I'd have to enable it when I wanted to use the keyboard. I can't get it to work on the first machine at all. The goal it to have a machine that normally sits with no keyboard and to plug in a keyboard only when console maintanence is required. Whats required to make this work? or does it work? There seems to be 2 separate problems here. db From owner-freebsd-hackers Tue Jul 4 19:21:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27447 for hackers-outgoing; Tue, 4 Jul 1995 19:21:58 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA27440 ; Tue, 4 Jul 1995 19:21:30 -0700 Received: (from tom@localhost) by misery.sdf.com (8.7.Beta.7/8.7.Beta.7) id TAA08538; Tue, 4 Jul 1995 19:23:17 -0700 (PDT) Date: Tue, 4 Jul 1995 19:23:10 -0700 (PDT) From: Tom Samplonius To: "Justin T. Gibbs" cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.cdrom.com Subject: Re: 0622 installation woes (/nfs not found) In-Reply-To: <199507042348.QAA21602@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, 4 Jul 1995, Justin T. Gibbs wrote: > since I need to disable rfc1323 and rfc1644 negotiation for tcp connections > to other freebsd boxes to work. Perhaps the boot floppies should just "other freebsd" boxes? As far as I can tell, only a few of the snap shots had problems with tcp extensions. I don't we should be supporting nuances of snap shots now that we have a real release. Tom From owner-freebsd-hackers Tue Jul 4 19:32:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27864 for hackers-outgoing; Tue, 4 Jul 1995 19:32:54 -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 TAA27857 ; Tue, 4 Jul 1995 19:32:51 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id TAA07170; Tue, 4 Jul 1995 19:32:32 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA08391; Tue, 4 Jul 1995 19:33:16 -0700 Message-Id: <199507050233.TAA08391@corbin.Root.COM> To: Tom Samplonius cc: "Justin T. Gibbs" , "Christoph P. Kukulies" , freebsd-hackers@freefall.cdrom.com Subject: Re: 0622 installation woes (/nfs not found) In-reply-to: Your message of "Tue, 04 Jul 95 19:23:10 PDT." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 04 Jul 1995 19:33:13 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >On Tue, 4 Jul 1995, Justin T. Gibbs wrote: > >> since I need to disable rfc1323 and rfc1644 negotiation for tcp connections >> to other freebsd boxes to work. Perhaps the boot floppies should just > > "other freebsd" boxes? As far as I can tell, only a few of the snap >shots had problems with tcp extensions. I don't we should be supporting >nuances of snap shots now that we have a real release. He means through certain terminal servers. The TCP extensions are only negotiated between machines that support them, and at the moment that mostly means FreeBSD and other "Net/3" based machines. Justin's point is that we should probably have these disabled so that people have a chance of getting the bits installed (they should be enabled by default after installation, however). -DG From owner-freebsd-hackers Tue Jul 4 19:47:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA28314 for hackers-outgoing; Tue, 4 Jul 1995 19:47: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 TAA28306 ; Tue, 4 Jul 1995 19:47:54 -0700 Message-Id: <199507050247.TAA28306@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Tom Samplonius cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.cdrom.com Subject: Re: 0622 installation woes (/nfs not found) In-reply-to: Your message of "Tue, 04 Jul 95 19:23:10 PDT." Date: Tue, 04 Jul 1995 19:47:48 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >On Tue, 4 Jul 1995, Justin T. Gibbs wrote: > >> since I need to disable rfc1323 and rfc1644 negotiation for tcp connections >> to other freebsd boxes to work. Perhaps the boot floppies should just > > "other freebsd" boxes? As far as I can tell, only a few of the snap >shots had problems with tcp extensions. I don't we should be supporting >nuances of snap shots now that we have a real release. > >Tom I guess I wasn't clear on the problem. The problem is if the distribution is sitting on another FreeBSD machine, rfc1323 and rfc1644 will be negotiated. Many annexen and other terminal servers cannot handle these packetts, so any tcp session will fail to a host that supports the advanced tcp options. Its not a FreeBSD bug at all. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jul 4 19:51:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA28577 for hackers-outgoing; Tue, 4 Jul 1995 19:51: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 TAA28571 for ; Tue, 4 Jul 1995 19:51:43 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id TAA07198; Tue, 4 Jul 1995 19:51:24 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA10682; Tue, 4 Jul 1995 19:52:08 -0700 Message-Id: <199507050252.TAA10682@corbin.Root.COM> To: "Jonathan M. Bresler" cc: hackers@freebsd.org Subject: Re: splnet and if_ep.c In-reply-to: Your message of "Tue, 04 Jul 95 20:07:43 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 04 Jul 1995 19:52:07 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >the 3c509 is reported to be buggy. though i have not had any problems >with it. however, if writing smcioctl() for the smc91c92 chip, i see >that if_ze.c:ze_ioctl() calls splnet() at entry. if_ep.c:ep_ioctl() does >not. anybody seen any problems with the ix or zp drivers? from grep's >it appears that splnet is a higher priority than splimp. In general, the ioctl routines of the drivers should be protected with splimp(). This is because they often write to device registers or modify the board state in some other way that must not be interrupted. >if_ep.c -- The 'ep' driver appears to be safe in all cases except one. The case of it setting the interface down (via ep_stop) [when IFF_UP is cleared], is not protected yet it modifies several important device registers. This means that if a packet interrupt arrives while you are doing this, you'll likely lose. In all the other cases, the routines that each of the ioctl's call are themselves protected with splimp(). I haven't looked at the other drivers (yet?). Someone definately should. -DG From owner-freebsd-hackers Tue Jul 4 20:08:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29091 for hackers-outgoing; Tue, 4 Jul 1995 20:08:26 -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 UAA29084 for ; Tue, 4 Jul 1995 20:08:23 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id XAA15297; Tue, 4 Jul 1995 23:09:49 -0400 From: jfieber@grendel.csc.smith.edu (John Fieber) Message-Id: <199507050309.XAA15297@grendel.csc.smith.edu> Subject: Re: mt grief? To: jmb@kryten.Atinc.COM (Jonathan M. Bresler) Date: Tue, 4 Jul 1995 23:09:48 -0400 (EDT) Cc: karl@bagpuss.demon.co.uk, spaz@u.washington.edu, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: from "Jonathan M. Bresler" at Jul 4, 95 07:46:32 pm Content-Type: text Content-Length: 1324 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jonathan M. Bresler writes: > > > john, use 'mt -f /dev/rst0 fsf 1' to awaken the mt/kernel code. > > > every time i boot, i get error from the drive till i do this. then 'mt > > > -f /dev/rst0 rewind' and the thing works like a champ ;) > > > > interesting! what kind of drive are you using? > > Archive Viper 150. a known rogue device. see st.c > i have not ktrace'd it. dont know how to map the addresses > provided by ktrace into the proc's data space.....yet. Interesting, I have an Archive Viper 150 and no such jiggery pokery is required to make it work. Maybe this is a controller problem?? I'm afraid I missed the beginning of the discussion. I'm using: aha0: AHA-1542CF-V0.1, enabling mailbox, enabling residuals aha0: reading board settings, dma=5 int=11 (bus speed defaulted) . . . (aha0:2:0): "ARCHIVE VIPER 150 21247 -005" type 1 removable SCSI 1 st0(aha0:2:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, drive empty Be sure you have the density set correctly. I had great difficulty with a couple second-hand tapes until I discovered they were QIC 120 rather than the QIC 150 I had assumed. The drive can handle them just fine, once told what they are. :) -john === jfieber@cs.smith.edu ========== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Tue Jul 4 20:11:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29253 for hackers-outgoing; Tue, 4 Jul 1995 20:11:42 -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 UAA29247 for ; Tue, 4 Jul 1995 20:11:39 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id XAA06773; Tue, 4 Jul 1995 23:03:47 -0400 Date: Tue, 4 Jul 1995 23:03:46 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: mt grief? To: John Fieber cc: karl@bagpuss.demon.co.uk, spaz@u.washington.edu, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <199507050309.XAA15297@grendel.csc.smith.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 4 Jul 1995, John Fieber wrote: > Interesting, I have an Archive Viper 150 and no such jiggery > pokery is required to make it work. Maybe this is a controller > problem?? I'm afraid I missed the beginning of the discussion. > I'm using: do you have other devices on the scsi chain? is a tape in the drive at boot? for me, no and no > st0(aha0:2:0): Sequential-Access st0: Archive Viper 150 is a known rogue > density code 0x0, drive empty ah, i guess it is empty. > they were QIC 120 rather than the QIC 150 I had assumed. The > drive can handle them just fine, once told what they are. :) not a problem, the tapes are 150's Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 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 Tue Jul 4 20:16:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29560 for hackers-outgoing; Tue, 4 Jul 1995 20:16:06 -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 UAA29553 ; Tue, 4 Jul 1995 20:16:04 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Scott Mace cc: jkh@freebsd.org (Jordan K. Hubbard), joerg_wunsch@uriah.heep.sax.de, apollo@io.org, hackers@freebsd.org Subject: Re: Creating iso9660 filesystems In-reply-to: Your message of "Tue, 04 Jul 95 19:15:35 CDT." <199507050015.TAA09170@crash.ops.neosoft.com> Date: Tue, 04 Jul 1995 20:16:03 -0700 Message-ID: <29552.804914163@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk We use DOS.. :-( > I have a cdrom writer (I think its a phillips) and was wondering what the > best way to get the binary image generated by mkisofs onto disc? > > How is it done a walnut creek? > > Thanks, > Scott From owner-freebsd-hackers Tue Jul 4 20:25:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29920 for hackers-outgoing; Tue, 4 Jul 1995 20:25:53 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29908 ; Tue, 4 Jul 1995 20:25:12 -0700 Received: (from tom@localhost) by misery.sdf.com (8.7.Beta.7/8.7.Beta.7) id UAA08651; Tue, 4 Jul 1995 20:26:57 -0700 (PDT) Date: Tue, 4 Jul 1995 20:26:51 -0700 (PDT) From: Tom Samplonius To: "Justin T. Gibbs" cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.cdrom.com Subject: Re: 0622 installation woes (/nfs not found) In-Reply-To: <199507050247.TAA28306@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, 4 Jul 1995, Justin T. Gibbs wrote: > I guess I wasn't clear on the problem. The problem is if the distribution > is sitting on another FreeBSD machine, rfc1323 and rfc1644 will be negotiated. > Many annexen and other terminal servers cannot handle these packetts, so > any tcp session will fail to a host that supports the advanced tcp options. Are you saying that Annex terminal servers fail to handle TCP packets with rfc1323 and rfc1644 options on connections passing through the terminal server, or on connections to the terminal server? In otherwords, FreeBSD --> Annex --> FreeBSD, or FreeBSD --> Annex. If it is the first option, why is the terminal server looking at TCP options when it is acting as an IP router? Tom From owner-freebsd-hackers Tue Jul 4 20:27:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29980 for hackers-outgoing; Tue, 4 Jul 1995 20:27:17 -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 UAA29971 for ; Tue, 4 Jul 1995 20:27:07 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id VAA22797; Tue, 4 Jul 1995 21:26:32 -0600 Message-Id: <199507050326.VAA22797@rover.village.org> To: davidg@Root.COM Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP Cc: hackers@FreeBSD.org In-reply-to: Your message of Mon, 03 Jul 1995 22:58:16 PDT Date: Tue, 04 Jul 1995 21:26:31 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk I think that the original intent was to use 192.2.0.1, which is officially a test network and someone got confused :-). Warner From owner-freebsd-hackers Tue Jul 4 20:34:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00524 for hackers-outgoing; Tue, 4 Jul 1995 20:34:52 -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 UAA00513 for ; Tue, 4 Jul 1995 20:34:45 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id VAA22858; Tue, 4 Jul 1995 21:32:49 -0600 Message-Id: <199507050332.VAA22858@rover.village.org> To: Atsushi Murai Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP Cc: davidg@Root.COM, hackers@FreeBSD.org In-reply-to: Your message of Tue, 04 Jul 1995 15:25:36 +0900 Date: Tue, 04 Jul 1995 21:32:48 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : How about this ? The addresses that you listed are part of RFC 1597's delegation for networks not attached to the internet (but see RFC 1627 for a different point of view). You'd not want to use those addresses unless the rest of the internet will never see them. The list, from RFC 1597 is: 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 192.168.0.0 - 192.168.255.255 However, both RFC's have the official status of "Informational", which means that this could change at any time. IANA has reserved these addresses, but could, in the future (in theory) reallocate them to some other purpose. Warner From owner-freebsd-hackers Tue Jul 4 20:36:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00575 for hackers-outgoing; Tue, 4 Jul 1995 20:36:20 -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 UAA00569 for ; Tue, 4 Jul 1995 20:36:17 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id VAA22880; Tue, 4 Jul 1995 21:36:13 -0600 Message-Id: <199507050336.VAA22880@rover.village.org> To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP In-reply-to: Your message of Tue, 04 Jul 1995 16:44:59 +0200 Date: Tue, 04 Jul 1995 21:36:13 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : 0.0.0.0 is an invalid address (unlike the RFC1579 addresses). That should be RFC 1597, not 1579. 1579 is the Firewall-Friendly FTP RFC by Beelovin. Warner From owner-freebsd-hackers Tue Jul 4 20:46:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA01064 for hackers-outgoing; Tue, 4 Jul 1995 20:46:06 -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 UAA01057 for ; Tue, 4 Jul 1995 20:46:04 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id XAA08574; Tue, 4 Jul 1995 23:44:30 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id IAA02453; Tue, 4 Jul 1995 08:16:07 -0400 Date: Tue, 4 Jul 1995 08:16:07 -0400 From: Gene Stark Message-Id: <199507041216.IAA02453@starkhome.cs.sunysb.edu> To: Atsushi Murai Cc: davidg@Root.COM, hackers@freebsd.org In-reply-to: Atsushi Murai's message of Tue, 04 Jul 1995 15:25:36 +0900 Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP References: <3tav4s$209@starkhome.cs.sunysb.edu> Sender: hackers-owner@freebsd.org Precedence: bulk I've been reading about half of the *many* messages on this 192.0.0.1 thing. I have seen one *very* strong argument as to why 192.0.0.1 should not be used to request assignment of an address, and that is that it is a valid internet address that is even in use by someone. A weaker, but still cogent, reasons are that it is not specified for this purpose in any RFC or spec. On the other hand, I have seen *no* reason why it should continue to be used except perhaps that somebody's ISP seems to want this during the negotiation phase. Basically, it sounds like somebody coding the stuff decided that they needed a way to represent an address that is to be assigned by the provider, so they said, "Let's use J. Random Class C address: 192.0.0.1". It went in the code and that was that. This isn't a good reason for it to be there. I don't understand the valid *technical reason* why Atsushi is fighting tooth and nail over this change. Until such reasons are proposed, it seems to me that David has done the right thing. - Gene Stark From owner-freebsd-hackers Tue Jul 4 20:47:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA01145 for hackers-outgoing; Tue, 4 Jul 1995 20:47: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 UAA01138 ; Tue, 4 Jul 1995 20:47:13 -0700 Message-Id: <199507050347.UAA01138@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Tom Samplonius cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.cdrom.com Subject: Re: 0622 installation woes (/nfs not found) In-reply-to: Your message of "Tue, 04 Jul 95 20:26:51 PDT." Date: Tue, 04 Jul 1995 20:47:10 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >On Tue, 4 Jul 1995, Justin T. Gibbs wrote: > >> I guess I wasn't clear on the problem. The problem is if the distribution >> is sitting on another FreeBSD machine, rfc1323 and rfc1644 will be negotiate >d. >> Many annexen and other terminal servers cannot handle these packetts, so >> any tcp session will fail to a host that supports the advanced tcp options. > > Are you saying that Annex terminal servers fail to handle TCP packets with >rfc1323 and rfc1644 options on connections passing through the terminal >server, or on connections to the terminal server? > > In otherwords, FreeBSD --> Annex --> FreeBSD, or FreeBSD --> Annex. > > If it is the first option, why is the terminal server looking at TCP >options when it is acting as an IP router? > >Tom Their VJ header compression for SLIP is broken. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jul 4 21:07:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01799 for hackers-outgoing; Tue, 4 Jul 1995 21:07:12 -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 VAA01785 for ; Tue, 4 Jul 1995 21:06:55 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA14946; Wed, 5 Jul 1995 13:48:50 +1000 Date: Wed, 5 Jul 1995 13:48:50 +1000 From: Bruce Evans Message-Id: <199507050348.NAA14946@godzilla.zeta.org.au> To: davidg@Root.COM, jmb@kryten.atinc.com Subject: Re: splnet and if_ep.c Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >>the 3c509 is reported to be buggy. though i have not had any problems >>with it. however, if writing smcioctl() for the smc91c92 chip, i see >>that if_ze.c:ze_ioctl() calls splnet() at entry. if_ep.c:ep_ioctl() does >>not. anybody seen any problems with the ix or zp drivers? from grep's >>it appears that splnet is a higher priority than splimp. > In general, the ioctl routines of the drivers should be protected with >splimp(). This is because they often write to device registers or modify the >board state in some other way that must not be interrupted. Yes, splnet is a _lower_ priority than splimp and probably should never be used in the hardware parts of network drivers. It is only used in if_zp.c (among network card drivers) and that use seems to be a bug. The networking part of lpt.c seems to have a bug in the opposite direction. It uses splclock() instead of splimp() so it may break clock interrupt handling. Bruce From owner-freebsd-hackers Tue Jul 4 21:16:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA02286 for hackers-outgoing; Tue, 4 Jul 1995 21:16:01 -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 VAA02280 for ; Tue, 4 Jul 1995 21:16:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freebsd.org Subject: Japanese fonts? Date: Tue, 04 Jul 1995 21:15:59 -0700 Message-ID: <2279.804917759@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk I'd like to have the japanese fonts show up correctly in syscons, just as Cyrillic (Russian) text shows up now. This would allow us to stop imposing the hard-to-read "romaji" japanese text on our poor Japanese readers. Am I just dreaming? Can anyone suggest any ways of bringing this goal closer to fruition? Jordan From owner-freebsd-hackers Tue Jul 4 21:34:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA02810 for hackers-outgoing; Tue, 4 Jul 1995 21:34:21 -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 VAA02803 ; Tue, 4 Jul 1995 21:34:20 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "House of Debuggin'" cc: root@morton.cdrom.com (Charlie &), hackers@freebsd.org Subject: Re: What I'd *really like* for 2.0.5 In-reply-to: Your message of "Fri, 28 Apr 95 10:40:14 EDT." <199504281440.KAA01908@skynet.ctr.columbia.edu> Date: Tue, 04 Jul 1995 21:34:19 -0700 Message-ID: <2802.804918859@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk [just clearing out old email] > Grrr.... You know what *I'd* really like to see for 2.0.5? I'd like to > see the FreeBSD install program offer me the option of choosing my own > custom newfs options. > > For each filesystem. I hope you found this option in 2.0.5.. :-) > What would also be keen is if it allowed me to add NFS filesystems to > the /etc/fstab file (with user-configureable mount options). The Solaris 2.x > install does this. It even offers to verify the mounts for you. If you're > real lucky, it'll actually work. Hmmmm. Still not there.. :-) Jordan From owner-freebsd-hackers Tue Jul 4 21:40:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA02963 for hackers-outgoing; Tue, 4 Jul 1995 21:40:54 -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 VAA02957 for ; Tue, 4 Jul 1995 21:40:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA16358; Wed, 5 Jul 1995 14:35:41 +1000 Date: Wed, 5 Jul 1995 14:35:41 +1000 From: Bruce Evans Message-Id: <199507050435.OAA16358@godzilla.zeta.org.au> To: dennis@et.htp.com, freebsd-hackers@freebsd.org Subject: Re: Booting with no kbd Sender: hackers-owner@freebsd.org Precedence: bulk >On 1 machine the system won't even try to load the kernel. With boot manager >installed it just sits at the prompt and never times out. As soon as the >keyboard is plugged in it continues ok. Without boot manager it just hangs >without ever displaying the initial boot: prompt. The machine boots MS-DOS >OK in the same configuration. Does DOS + boot manager boot OK? Which boot manager? bteasy loops checking the keyboard status and the time and should time out provided there are no BIOS bugs such as waiting for the keyboard status when there is no keyboard. >The other machine loads the kernel ok, but then hangs at the sc0 probe. As >soon as the kbd is plugged in, it continues. scprobe() has 2 possibly endless loops: E1) At the start, to "flush any noise in the buffer". Perhaps endless noise is picked up by the unattached-to keyboard socket. Unlikely. E2) If `gotack' is reached (for the first character of the ack or for the following bug) then there is an endless loop if the second character of the ack never arrives. and at least 2 logic bugs: B1) `retries' ends up as -1 if the `while (retries--)' loop is executed the maximum number of times, but the test for this is `if (!retries)'. B2) The value read from the keyboard in the loop in B2) is not waited for so it may be garbage. Some garbage values would result in E2) being reached even if B1) is fixed. On my test system, the keyboard controller apparently responds to the KB_RESET command with 2 KB_RESEND's when there is no keyboard attached, so there is no problem. Bruce From owner-freebsd-hackers Tue Jul 4 21:50:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA03136 for hackers-outgoing; Tue, 4 Jul 1995 21:50:20 -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 VAA03122 for ; Tue, 4 Jul 1995 21:49:53 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA11568 for hackers@freebsd.org; Wed, 5 Jul 1995 10:50:04 +0500 From: "Serge A. Babkin" Message-Id: <199507050550.KAA11568@hq.icb.chel.su> Subject: Re: FBSD & old HDs To: hackers@freebsd.org Date: Wed, 5 Jul 1995 10:50:03 +0500 (GMT+0500) In-Reply-To: <199507041456.QAA01972@uriah.heep.sax.de> from "J Wunsch" at Jul 4, 95 04:56:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 639 Sender: hackers-owner@freebsd.org Precedence: bulk > > It looks like you said the same thing I said: "If DOS can use this disk then > > FreeBSD can at least try to use this disk too". BTW as I know bad sectors > > do not return absolutely no data, they return data with errors and a flag > > that says about wrong checksum. > > Only for CRC (or ECC) errors. Other errors (like a missing address > mark) cannot return any data. IMHO the disk controller should check for such things and report about such errors. At least the diskette controller does in this way. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 4 22:05:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA03570 for hackers-outgoing; Tue, 4 Jul 1995 22:05:51 -0700 Received: from picard.cmf.nrl.navy.mil (root@picard.cmf.nrl.navy.mil [134.207.10.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA03564 for ; Tue, 4 Jul 1995 22:05:49 -0700 Received: from excalibur.cmf.nrl.navy.mil (kenh@excalibur.cmf.nrl.navy.mil [134.207.6.17]) by picard.cmf.nrl.navy.mil (8.6.8.1/8.6.6) with ESMTP id BAA08199 for ; Wed, 5 Jul 1995 01:05:46 -0400 Message-Id: <199507050505.BAA08199@picard.cmf.nrl.navy.mil> To: freebsd-hackers@freefall.cdrom.com Subject: Re: postcript page to print envelopes? In-reply-to: Your message of "Thu, 29 Jun 1995 15:00:09 PDT." <9506292200.AA07818@narnia.puritben.com> X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <1105.804920695.0@cmf.nrl.navy.mil> Date: Wed, 05 Jul 1995 01:05:43 -0400 From: Ken Hornstein Sender: hackers-owner@FreeBSD.org Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1105.804920695.1@cmf.nrl.navy.mil> A couple of people have asked me for a copy of my envelope-printing program that I mentioned a little while ago. It's nothing special, but if you want it, you can get it at: ftp://ftp.cmf.nrl.navy.mil/pub/kenh/printenvelope.gz It's a perl script. Hopefully it should be self-explanatory. For those of you with MIME mail readers, here's a MIME external-body pointer: ------- =_aaaaaaaaaa0 Content-Type: message/external-body; access-type="anon-ftp"; name="printenvelope.gz"; directory="/pub/kenh"; site="ftp.cmf.nrl.navy.mil" Content-Type: application/octet-stream Content-ID: <1105.804920695.2@cmf.nrl.navy.mil> Content-Description: Envelope printing program ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1105.804920695.3@cmf.nrl.navy.mil> Enjoy! --Ken ------- =_aaaaaaaaaa0-- From owner-freebsd-hackers Tue Jul 4 22:12:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA03797 for hackers-outgoing; Tue, 4 Jul 1995 22:12: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 WAA03791 for ; Tue, 4 Jul 1995 22:12:15 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA17190; Wed, 5 Jul 1995 15:05:26 +1000 Date: Wed, 5 Jul 1995 15:05:26 +1000 From: Bruce Evans Message-Id: <199507050505.PAA17190@godzilla.zeta.org.au> To: bde@zeta.org.au, karl@bagpuss.demon.co.uk Subject: Re: Best way to diagnose system lockups? Cc: hackers@freebsd.org, matt@lkg.dec.com Sender: hackers-owner@freebsd.org Precedence: bulk >> I usually remove the keyboard bit (1<<1) from tty_imask to debug wedging >> at spltty. >Does this make it possible to enter ddb at splclock/splimp too, or just >spltty? At spltty and splimp, but not at splclock. You could remove the bit from the clock imask to enter ddb at splclock too. This is not so easy since the clock imask is a compile-time constant. Alternatively, if ddb is enabled on the serial console, then it can be entered at any spl. I don't fully trust ddb to interrupt at any point (especially inside context switches). >> This is perfectly safe if you don't touch the keyboard and >> fairly safe (perhaps perfectly safe) even if you do (the keyboard intr >> handler sets the bit although spltty() doesn't). >hmm dont touch the keyboard at what time? After turning off the keyboard bit. I usually turn it off inside ddb but it would obviously be safer to change it in a program while you'r not touching the keyboard. >I've missed the lack of a 'halt button' for some time. Is it possible to >attach DDB to some NMI, even if this involves some extra hardware to trigger >that NMI? Seems to me that would be more useful than a PC-reset card :-) More useful than a PC reset button too :-). Bruce From owner-freebsd-hackers Tue Jul 4 22:32:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA04124 for hackers-outgoing; Tue, 4 Jul 1995 22:32: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 WAA04118 for ; Tue, 4 Jul 1995 22:32:20 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07944; Tue, 4 Jul 95 23:25:23 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507050525.AA07944@cs.weber.edu> Subject: Re: Japanese fonts? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 4 Jul 95 23:25:22 MDT Cc: hackers@freebsd.org In-Reply-To: <2279.804917759@freefall.cdrom.com> from "Jordan K. Hubbard" at Jul 4, 95 09:15:59 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > I'd like to have the japanese fonts show up correctly in syscons, just > as Cyrillic (Russian) text shows up now. This would allow us to stop > imposing the hard-to-read "romaji" japanese text on our poor Japanese > readers. Am I just dreaming? Can anyone suggest any ways of bringing > this goal closer to fruition? The easiest way is to use a gif or jpg instead of text. consider: 14x14x20,000 = 3920000 bits = 490000 bytes = 479k. Note that such a font would not load into the video cards font memory, since it's maxed out at 512 characters. You could do a Katakana/Hirugana (Kana) font (phonetic Japanese/foreign) in 46 characters each (ie: it'd fit in a standard ASCII map). Of course, then it would read like a childs book. 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 Tue Jul 4 22:52:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA04567 for hackers-outgoing; Tue, 4 Jul 1995 22:52: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 WAA04560 ; Tue, 4 Jul 1995 22:52:37 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: hackers@freebsd.org Subject: Re: Japanese fonts? In-reply-to: Your message of "Tue, 04 Jul 95 23:25:22 MDT." <9507050525.AA07944@cs.weber.edu> Date: Tue, 04 Jul 1995 22:52:37 -0700 Message-ID: <4559.804923557@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > > > > I'd like to have the japanese fonts show up correctly in syscons, just > > as Cyrillic (Russian) text shows up now. This would allow us to stop > > imposing the hard-to-read "romaji" japanese text on our poor Japanese > > readers. Am I just dreaming? Can anyone suggest any ways of bringing > > this goal closer to fruition? > > The easiest way is to use a gif or jpg instead of text. > > consider: 14x14x20,000 = 3920000 bits = 490000 bytes = 479k. Hmmmm. An interesting idea and, if Soren ever gives me that `vgalib' interface to syscons, one I may well investigate! It still wouldn't do it for the menus, however, since those need to use the message catalogs. Sounds like the 8 bit emasculated Japanese is still better than romaji though, especially as the menus are likely to express simpler concepts anyway. Jordan From owner-freebsd-hackers Tue Jul 4 23:56:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA05518 for hackers-outgoing; Tue, 4 Jul 1995 23:56:17 -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 XAA05512 for ; Tue, 4 Jul 1995 23:56:08 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA19621; Wed, 5 Jul 1995 16:34:47 +1000 Date: Wed, 5 Jul 1995 16:34:47 +1000 From: Bruce Evans Message-Id: <199507050634.QAA19621@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, bde@zeta.org.au Subject: Re: Minor for Digiboard driver Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >I took the scheme for minor numbers from sio, the only thing I added >is 2 bits of card number : > not_used{14} card_number{2} major{8} sio_like_minor{8} >The only problem is that I don't know how to name the special files to >be consistent with existing conventions. I know Peter Wemm who wrote >Specialix card driver had the same problem and I'll ask him about his >decision. There doesn't seem to be a good way. In the cyclades driver I squeezed everything into `major{8} sio_like_minor{8}'. This allows only 2 cards of 8 or 16 ports each and there is a gap in the numbering if the first card has only 8 ports. Eventually we'll have to support either ttyd0-ttyd999... (common namespace for all drivers; card number doesn't show) and the corresponding cua's and control devices, or tty{driver_name}d{device_number_as_in_config}{optional_subdevice_number}. I guess we need devfs and both. Bruce From owner-freebsd-hackers Wed Jul 5 00:09:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05869 for hackers-outgoing; Wed, 5 Jul 1995 00:09: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 AAA05863 for ; Wed, 5 Jul 1995 00:09:21 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA02061; Wed, 5 Jul 1995 00:09:26 -0700 From: "Rodney W. Grimes" Message-Id: <199507050709.AAA02061@gndrsh.aac.dev.com> Subject: Re: splnet and if_ep.c To: davidg@Root.COM Date: Wed, 5 Jul 1995 00:09:26 -0700 (PDT) Cc: jmb@kryten.atinc.com, hackers@freebsd.org In-Reply-To: <199507050252.TAA10682@corbin.Root.COM> from "David Greenman" at Jul 4, 95 07:52: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: 1415 Sender: hackers-owner@freebsd.org Precedence: bulk > > >the 3c509 is reported to be buggy. though i have not had any problems > >with it. however, if writing smcioctl() for the smc91c92 chip, i see > >that if_ze.c:ze_ioctl() calls splnet() at entry. if_ep.c:ep_ioctl() does > >not. anybody seen any problems with the ix or zp drivers? from grep's > >it appears that splnet is a higher priority than splimp. > > In general, the ioctl routines of the drivers should be protected with > splimp(). This is because they often write to device registers or modify the > board state in some other way that must not be interrupted. > > >if_ep.c -- > > The 'ep' driver appears to be safe in all cases except one. The case of it > setting the interface down (via ep_stop) [when IFF_UP is cleared], is not > protected yet it modifies several important device registers. This means that > if a packet interrupt arrives while you are doing this, you'll likely lose. In > all the other cases, the routines that each of the ioctl's call are themselves > protected with splimp(). > I haven't looked at the other drivers (yet?). Someone definately should. The if_ix driver has problems in this area, I have slatted it for a self code review. ixinit is one that I know needs one, and probably ixstop. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 5 00:21:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA06934 for hackers-outgoing; Wed, 5 Jul 1995 00:21:36 -0700 Received: from saul6.u.washington.edu (spaz@saul6.u.washington.edu [140.142.82.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA06922 for ; Wed, 5 Jul 1995 00:21:34 -0700 Received: by saul6.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA16858; Wed, 5 Jul 95 00:21:27 -0700 X-Sender: spaz@saul6.u.washington.edu Date: Wed, 5 Jul 1995 00:21:26 -0700 (PDT) From: John Utz To: "Jonathan M. Bresler" Cc: FreeBSD questions Subject: Re: mt grief? In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi John! good work on the postmastering! i have been meaning to mention that! thankyou! On Tue, 4 Jul 1995, Jonathan M. Bresler wrote: > On Tue, 4 Jul 1995, John Utz wrote: > > > me again! > > > > in a rare fit of prior planning, i actually backed up my tarfiles > > onto a scsi tape. Unfortuneately, i seem to be unable to read it! bummer! > > > > 128: {42} tar -xv > > st0: not ready > > tar: can't open /dev/rst0 : Input/output error > > 128: {43} mt rewind > > st0: not ready > > mt: /dev/nrst0: Input/output error > > john, use 'mt -f /dev/rst0 fsf 1' to awaken the mt/kernel code. > every time i boot, i get error from the drive till i do this. then 'mt > -f /dev/rst0 rewind' and the thing works like a champ ;) > for u maybe!! :-) here is my results: 128: {6} mt -f /dev/rst0 fsf 1 mt: /dev/rst0: Device not configured 128: {7} mt -f /dev/rst0 rewind mt: /dev/rst0: Device not configured and the annoying thing about this is that it actually worked on the march snap...oh well...too bad i had no time to keep up... > > > > here is dmesg: > > nca0 at 0x1f88-0x1f8b irq 10 on isa > > nca0: type ProAudioSpectrum-16 > > nca0 waiting for scsi devices to settle > > (nca0:4:0): " " type 1 removable SCSI 1 > > st0(nca0:4:0): Sequential-Access drive offline > > > > is there something obvious that i am forgetting? is it broken? i set all > > the rst0 and nrst0 to be readable by u, me , and my brother's cat and i > > still get the same errors.. :-( > > > > ******************************************************************************* > > John Utz spaz@stein.u.washington.edu > > idiocy is the impulse function in the convolution of life > > > > > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. > FreeBSD Postmaster | 2341 Jeff Davis Hwy > play go. | Arlington, VA 22202 > ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 > > ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Wed Jul 5 00:22:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07093 for hackers-outgoing; Wed, 5 Jul 1995 00:22: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 AAA07080 for ; Wed, 5 Jul 1995 00:22:41 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13259; Wed, 5 Jul 1995 09:22:38 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA14194; Wed, 5 Jul 1995 09:22:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA04407; Wed, 5 Jul 1995 07:49:04 +0200 From: J Wunsch Message-Id: <199507050549.HAA04407@uriah.heep.sax.de> Subject: Re: Booting with no kbd To: dennis@et.htp.com (dennis) Date: Wed, 5 Jul 1995 07:49:04 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507050213.WAA08783@mail.htp.com> from "dennis" at Jul 4, 95 10:13:01 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: 1092 Sender: hackers-owner@freebsd.org Precedence: bulk As dennis wrote: > > On 1 machine the system won't even try to load the kernel. With boot manager > installed it just sits at the prompt and never times out. As soon as the > keyboard is plugged in it continues ok. Without boot manager it just hangs > without ever displaying the initial boot: prompt. The machine boots MS-DOS > OK in the same configuration. Do you have perchance an older boot block that tries to boot with the serial console in this case? (This was _intention_.) > The other machine loads the kernel ok, but then hangs at the sc0 probe. As > soon as the kbd is plugged in, it continues. I've also noticed that sc0 hangs without a keyboard. Give the pcvt driver a try (until somebody has fixed the problem). I'm regularly booting machines without keyboard with pcvt. It's a bit slow during startup (since it tries to reset the kbd hardware but fails), but will work then. Btw., syscons could handle this back in 1.1.5.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. ;-) From owner-freebsd-hackers Wed Jul 5 00:23:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07256 for hackers-outgoing; Wed, 5 Jul 1995 00:23:48 -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 AAA07245 for ; Wed, 5 Jul 1995 00:23:45 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13303; Wed, 5 Jul 1995 09:23:23 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA14231; Wed, 5 Jul 1995 09:23:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04677; Wed, 5 Jul 1995 08:32:21 +0200 From: J Wunsch Message-Id: <199507050632.IAA04677@uriah.heep.sax.de> Subject: Re: Creating iso9660 filesystems To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 5 Jul 1995 08:32:21 +0200 (MET DST) Cc: smace@crash.ops.neosoft.com (Scott Mace) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507050015.TAA09170@crash.ops.neosoft.com> from "Scott Mace" at Jul 4, 95 07:15:35 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: 477 Sender: hackers-owner@freebsd.org Precedence: bulk As Scott Mace wrote: > > I have a cdrom writer (I think its a phillips) and was wondering what the > best way to get the binary image generated by mkisofs onto disc? Perhaps dd(1) if you can convince your system to recognize the burner? Peter Dufault implemented a preliminary WORM support, but suspects it not yet being working. -- 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 Jul 5 00:23:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07217 for hackers-outgoing; Wed, 5 Jul 1995 00:23:40 -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 AAA07183 for ; Wed, 5 Jul 1995 00:23:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13318; Wed, 5 Jul 1995 09:23:27 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA14240; Wed, 5 Jul 1995 09:23:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA04977; Wed, 5 Jul 1995 09:00:31 +0200 From: J Wunsch Message-Id: <199507050700.JAA04977@uriah.heep.sax.de> Subject: Re: tmpfs? To: mbailey@alpha.misha.net (Matthew Bailey) Date: Wed, 5 Jul 1995 09:00:30 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "Matthew Bailey" at Jul 4, 95 07:10:49 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: 415 Sender: hackers-owner@freebsd.org Precedence: bulk As Matthew Bailey wrote: > > > compiling. Mostly compilers other than "C" use it. If memfs can be used > for this how do I go about setting it up? ``options MFS'' in the config file (MFS is _not_ LKM loadable). mount_mfs -s 3000 /dev/wd0s1b /tmp RTFM: mount_mfs(8) -- 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 Jul 5 00:23:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07220 for hackers-outgoing; Wed, 5 Jul 1995 00:23:41 -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 AAA07187 for ; Wed, 5 Jul 1995 00:23:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13326; Wed, 5 Jul 1995 09:23:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA14246; Wed, 5 Jul 1995 09:23:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04903; Wed, 5 Jul 1995 08:55:18 +0200 From: J Wunsch Message-Id: <199507050655.IAA04903@uriah.heep.sax.de> Subject: Re: Random Lockups To: rashid@haven.ios.com (Rashid Karimov.) Date: Wed, 5 Jul 1995 08:55:17 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507041840.OAA26901@haven.ios.com> from "Rashid Karimov." at Jul 4, 95 02:40:17 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: 436 Sender: hackers-owner@freebsd.org Precedence: bulk As Rashid Karimov. wrote: > > Is there any info available on DDB usage ? There's a man page (print it! you cannot read it on-line once you need DDB :), and there's the kernel-debug FAQ. The latter needs a slight overhaul (dump devices, symbol table), but the DDB part still holds valid. -- 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 Jul 5 00:23:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07224 for hackers-outgoing; Wed, 5 Jul 1995 00:23: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 AAA07170 for ; Wed, 5 Jul 1995 00:23:27 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13288; Wed, 5 Jul 1995 09:23:00 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA14215; Wed, 5 Jul 1995 09:22:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04529; Wed, 5 Jul 1995 08:15:17 +0200 From: J Wunsch Message-Id: <199507050615.IAA04529@uriah.heep.sax.de> Subject: Re: 1.1.5 -> 2.0.5 upgrade To: lafollet@andante.cis.temple.edu (Paul LaFollette) Date: Wed, 5 Jul 1995 08:15:17 +0200 (MET DST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <199507042301.XAA17175@andante.cis.temple.edu> from "Paul LaFollette" at Jul 4, 95 11:01:04 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: 1329 Sender: hackers-owner@freebsd.org Precedence: bulk As Paul LaFollette wrote: > > I plan to back up everything of course, but is there any way to preserve > /usr/local/src and /usr/users during the upgrade process? Or should I just > bite the bullet, tar them over to another machine, and then untar them > when I am done? You can preserve whole file systems, but i think you will have to convert them to the 4.4BSD format (there used to be an fsck option - i forgot it). > What stuff in /etc am I gonna forget to save? You can `recycle' many things of /etc, e.g. sendmail.cf, aliases, the master.passwd file (as long as you're using the same password encryption), the named and resolver configuration... > What stuff elsewhere am I gonna forget to save? /var/cron/tabs, if you have been using them. Maybe more? All config- uration files of non-system applications. Most likely below /usr/local. /usr/X11R6/lib/X11/xdm /usr/X11R6/lib/X11/app-defaults > Do I correctly assume that I will need to rebuild all my current applications? You don't need. You can install the FreeBSD 1 compat package (i.e., the shared libs). I've recently upgraded my notebook from 1.1.5.1 to 2.0.5. I'm sure i have forgotten something above. :) -- 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 Jul 5 00:29:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07940 for hackers-outgoing; Wed, 5 Jul 1995 00:29:24 -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 AAA07934 for ; Wed, 5 Jul 1995 00:29:23 -0700 Received: from hq.icb.chel.su ([193.125.10.34]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id AAA12879 for ; Wed, 5 Jul 1995 00:28:01 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id NAA12463; Wed, 5 Jul 1995 13:27:14 +0600 From: "Serge A. Babkin" Message-Id: <199507050727.NAA12463@hq.icb.chel.su> Subject: Re: Minor for Digiboard driver To: bde@zeta.org.au (Bruce Evans) Date: Wed, 5 Jul 1995 13:27:14 +0600 (GMT+0600) Cc: bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199507050634.QAA19621@godzilla.zeta.org.au> from "Bruce Evans" at Jul 5, 95 04:34:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1209 Sender: hackers-owner@freebsd.org Precedence: bulk > >I took the scheme for minor numbers from sio, the only thing I added > >is 2 bits of card number : > > > not_used{14} card_number{2} major{8} sio_like_minor{8} > > >The only problem is that I don't know how to name the special files to > >be consistent with existing conventions. I know Peter Wemm who wrote > >Specialix card driver had the same problem and I'll ask him about his > >decision. > > There doesn't seem to be a good way. In the cyclades driver I squeezed > everything into `major{8} sio_like_minor{8}'. This allows only 2 cards > of 8 or 16 ports each and there is a gap in the numbering if the first There may be upto 4 Digiboard cards (according to SCO driver that has 8-bit minor). Indeed there may be as many cards as many free slots you have. Each card may have upto 16 ports. Anyway, if we have 24-bit minors we should find some usage for them, huh ? > card has only 8 ports. Eventually we'll have to support either > ttyd0-ttyd999... (common namespace for all drivers; card number doesn't > show) and the corresponding cua's and control devices, or > tty{driver_name}d{device_number_as_in_config}{optional_subdevice_number}. > I guess we need devfs and both. > > Bruce > From owner-freebsd-hackers Wed Jul 5 01:00:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09561 for hackers-outgoing; Wed, 5 Jul 1995 01:00:47 -0700 Received: from emma.sea.uct.ac.za (emma.sea.uct.ac.za [137.158.131.151]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA09551 for ; Wed, 5 Jul 1995 01:00:39 -0700 Received: (from shaun@localhost) by emma.sea.uct.ac.za (8.6.11/8.6.9) id JAA24061; Wed, 5 Jul 1995 09:57:25 +0200 From: Shaun Courtney Message-Id: <199507050757.JAA24061@emma.sea.uct.ac.za> Subject: Re: skeleton.mikom.csir.co.za? To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Wed, 5 Jul 1995 09:57:24 +0200 (SAT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199507030621.IAA18766@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jul 3, 95 08:21:55 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: 877 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi The problem has been a *MAJOR* network outage here in South Africa -- Path: ucthpx!ucthpx!not-for-mail From: vincent@ucthpx.uct.ac.za (Russell Vincent) Newsgroups: za.net.uninet Subject: Re: International link - 16:00 4/7/95 Date: 4 Jul 1995 16:06:17 +0200 Organization: University of Cape Town Lines: 9 Message-ID: <3tbhsp$9t3@ucthpx.uct.ac.za> References: <3tbg69$8j0@ucthpx.uct.ac.za> NNTP-Posting-Host: ucthpx.uct.ac.za X-Newsreader: TIN [version 1.2 PL2] Well, now things are getting somewhere. A problem has been found on the Sprint router (thanks Alan) that caused all routes from Uninet-ZA to be ignored and now Sprint just have to find an engineer who can make the change. I guess someone will lose their head over this. -Russell Cheers Shaun -- Oceanography Department University of Cape Town, South Africa From owner-freebsd-hackers Wed Jul 5 01:31:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11244 for hackers-outgoing; Wed, 5 Jul 1995 01:31:30 -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 BAA11236 ; Wed, 5 Jul 1995 01:31:24 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id SAA17079; Wed, 5 Jul 1995 18:05:09 +0930 From: Michael Smith Message-Id: <199507050835.SAA17079@genesis.atrad.adelaide.edu.au> Subject: Re: 0622 installation woes (/nfs not found) To: tom@sdf.com (Tom Samplonius) Date: Wed, 5 Jul 1995 18:05:09 +0930 (CST) Cc: gibbs@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Tom Samplonius" at Jul 4, 95 08:26:51 pm Content-Type: text Content-Length: 856 Sender: hackers-owner@FreeBSD.org Precedence: bulk Tom Samplonius stands accused of saying: > Are you saying that Annex terminal servers fail to handle TCP packets with > rfc1323 and rfc1644 options on connections passing through the terminal > server, or on connections to the terminal server? > > In otherwords, FreeBSD --> Annex --> FreeBSD, or FreeBSD --> Annex. > > If it is the first option, why is the terminal server looking at TCP > options when it is acting as an IP router? VJ header compression. > 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 Wed Jul 5 02:29:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13728 for hackers-outgoing; Wed, 5 Jul 1995 02:29:38 -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 CAA13722 for ; Wed, 5 Jul 1995 02:29:34 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id RAA23434; Wed, 5 Jul 1995 17:29:21 +0800 Date: Wed, 5 Jul 1995 17:29:21 +0800 (WST) From: Peter Wemm To: hackers@freebsd.org Subject: tty names longer than two meaningful characters.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Hi all.. Does anybody have any strong opinions on the number of significant letters in tty names? Things like ps, w, etc tend to truncate them to two letters after the "tty" part. I've been thinking about going through and finding and extending the limits. Does anybody have any particular preference on how this is done? My initial thoughts were to expand the two letters to either three or four. If there are 4, then "tty1234" is a total of 7 characters, plus the NULL, to fit into the 8 characters in utmp.ut_line[8]. The commercial drivers for things like Specialix, Digiboard, etc tend to use a letter prefix and up to three digits. For example, a SCO/SVR4/Unixware (sorry for the obscene words on a BSD list.. :-) system with Specialix XIO host cards and panels can have up to 128 ports in a system. Specialix use ttya00 -> ttya99 -> ttya127 (for non-modem control ports) and ttyA00 -> ttyA127 for modem control ports. Anyway, the specifics of what the characters are used for is not that important right now.. That can be defined later with whatever front-end drivers or numbering systems are designed. What I guess is important, is: 1) Do people want larger tty columns? 2) How much larger? 1 or 2 extra characters? 3) as a corollary to #2, how many characters are people prepared to give up on 80 column displays? ps -u (for example) is pretty tight.. 4) would having the tty column dynamically expand/contract depending on the size of the largest tty be worth the effort? How many things would break that are trying to parse the output of these dynamic commands? Now is the time to have your say.. (and if anybody saved the list of tools that truncate to two letters that Terry posted a few months ago, *please* send me a copy! :-) (Unless of course Terry is listening in instead of devoting his full efforts on his vacation)) Cheers, -Peter From owner-freebsd-hackers Wed Jul 5 02:32:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13823 for hackers-outgoing; Wed, 5 Jul 1995 02:32:33 -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 CAA13817 for ; Wed, 5 Jul 1995 02:32:26 -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 <55304>; Wed, 5 Jul 1995 11:32:04 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id KAA00763 for hackers@freebsd.org; Wed, 5 Jul 1995 10:42:45 +0200 Date: Wed, 5 Jul 1995 10:42:45 +0200 From: Julian Howard Stacey Message-Id: <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freebsd.org Subject: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk I propose we change the list name `hackers' to [ Suggestions Please ]. The world of journalists & bosses & general public has made up its mind a hacker is anti-social, the name thus harms FreeBSD's image. It's hard enough to persuade bosses and friends to use FreeBSD, rather than something commercial, it's harder still when one must tell the `Suits': "Your administrator should subscribe to a list called `hackers'" The difference between a `hacker' & a `cracker' is something no one but us & other techno-freaks knows or cares about. We are too few to have a hope of educating the world's press. The word `hacker' has been hijacked & had its meaning changed, we should respond accordingly. ( Most people old enough to have had the habit, have long since given up saying "I'm gay" when merely joyful & happy, as that word too has changed its meaning; similarly `nice' once meant `exact' but no longer does.) Words change, `hackers' attracts negative publicity. Let's change it. The new name should be `future proof' & non-repelant to individual programmers working in their leisure time, to commercial firms & governmental users. Perhaps something like forum@freebsd.org ? (just an example, the important thing is to expire `hackers'). For the people with CD-ROMs that refer to hackers@ we could retain an /etc/aliases entry on freebsd.org for a year or so. Changing the name of `hackers@freebsd.org' won't happen without public support, would those in favour please respond publicly, (no point mailing me privately). Thanks. Julian S From owner-freebsd-hackers Wed Jul 5 02:35:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13993 for hackers-outgoing; Wed, 5 Jul 1995 02:35:09 -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 CAA13986 for ; Wed, 5 Jul 1995 02:35:01 -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 <55308>; Wed, 5 Jul 1995 11:34:43 +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 NAA00707; Mon, 3 Jul 1995 13:54:25 +0200 Message-Id: <199507031154.NAA00707@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: John Beukema cc: hackers@freebsd.org Subject: Re: hanging boot In-reply-to: Your message of "Thu, 29 Jun 1995 12:05:04 +0200." Date: Mon, 3 Jul 1995 13:54:25 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > I have the same problem but I do not know how to fix my /etc files. I can't remember the filename I fixed to stop it on mine, but more importantly, this is the technigue I successfully used to find it: cd /etc grep {gateway numeric ip address of my local master freebsd that stores my 2.0.5 dist/ & from which I built my slave} * grep -i {textual name of master} * go & edit out the (by now fairly obvious) probable line, test by reboot of slave (hint I think the keyword gateway was there) My slave host has gone to England, (& off the Internet), so I can't check it. Julian S From owner-freebsd-hackers Wed Jul 5 03:02:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15235 for hackers-outgoing; Wed, 5 Jul 1995 03:02:41 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA15228 for ; Wed, 5 Jul 1995 03:02:39 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id FAA09424; Wed, 5 Jul 1995 05:59:55 -0400 From: Peter Dufault Message-Id: <199507050959.FAA09424@hda.com> Subject: Re: Proposal to change name of this list to a less embarrassing one To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Wed, 5 Jul 1995 05:59:54 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Jul 5, 95 10:42:45 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 955 Sender: hackers-owner@freebsd.org Precedence: bulk Julian Howard Stacey writes: > I propose we change the list name `hackers' to [ Suggestions Please ]. (This is going to cause hacker-list-sparks, and points out the need for the non-existent "policy" list for these discussions) Hackers is fine with me and I don't see the need for a change, but: 1. If the -hackers name is shown to be a problem then I support the change. Has this proven to be a problem for anyone, or are you trying to head off possible future problems? If it isn't broke, don't fix it. 2. Are there many administrators out there who don't know the traditional meaning of "hacker" and yet must follow the hacker list? They should be well served by the newsgroups, and if they can't get them/the questions aren't answered then maybe an "admins" list is needed. -- 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 Jul 5 03:09:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15635 for hackers-outgoing; Wed, 5 Jul 1995 03:09:20 -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 DAA15603 for ; Wed, 5 Jul 1995 03:08:43 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id QAA13544; Wed, 5 Jul 1995 16:06:20 +0600 From: "Serge A. Babkin" Message-Id: <199507051006.QAA13544@hq.icb.chel.su> Subject: Re: tty names longer than two meaningful characters.. To: peter@haywire.DIALix.COM (Peter Wemm) Date: Wed, 5 Jul 1995 16:06:20 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: from "Peter Wemm" at Jul 5, 95 05:29:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1513 Sender: hackers-owner@freebsd.org Precedence: bulk > Things like ps, w, etc tend to truncate them to two letters after the > "tty" part. > > I've been thinking about going through and finding and extending the > limits. Does anybody have any particular preference on how this is done? I have just looked at SCO ps and found that it's done enough good in it. It leaves some fixed space for tty name, but doesn't fix its lengh, like "%7s" printf format, so in the case when the name is too long the string with it is shifted related to the header but shows the tty name right. But SCO doesn't cares to fit in 80 characters. > My initial thoughts were to expand the two letters to either three or > four. If there are 4, then "tty1234" is a total of 7 characters, plus > the NULL, to fit into the 8 characters in utmp.ut_line[8]. I think 3 will be enough. With one change: it should print not 3 characters after the word `tty' but 3 last characters, then in case of 4-character names the first character can be guessed. > What I guess is important, is: > 1) Do people want larger tty columns? Yes. > 2) How much larger? 1 or 2 extra characters? 1 > 3) as a corollary to #2, how many characters are people prepared to give > up on 80 column displays? ps -u (for example) is pretty tight.. Really ps leaves 3 characters for tty name (run something in background from rc.local and you'll see that its tty is shown as `??-'). Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed Jul 5 03:20:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15992 for hackers-outgoing; Wed, 5 Jul 1995 03:20:03 -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 DAA15976 ; Wed, 5 Jul 1995 03:19: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 MAA23716 ; Wed, 5 Jul 1995 12:19:31 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id MAA29808 ; Wed, 5 Jul 1995 12:19:18 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507051019.MAA29808@blaise.ibp.fr> Subject: Re: 0622 installation woes (/nfs not found) To: tom@sdf.com (Tom Samplonius) Date: Wed, 5 Jul 1995 12:19:18 +0200 (MET DST) Cc: gibbs@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Tom Samplonius" at Jul 4, 95 08:26:51 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 475 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Are you saying that Annex terminal servers fail to handle TCP packets with > rfc1323 and rfc1644 options on connections passing through the terminal > server, or on connections to the terminal server? I have access to an Annex which doesn't have any problem with TCP extentions but I don't know the firmware version. -- 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 Jul 5 03:39:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA16862 for hackers-outgoing; Wed, 5 Jul 1995 03:39:17 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA16835 for ; Wed, 5 Jul 1995 03:38:50 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id TAA13235; Wed, 5 Jul 1995 19:38:34 +0900 Received: from us.and.or.jp (us.and.or.jp [127.0.0.1]) by us.and.or.jp (8.6.11/3.4W) with ESMTP id TAA05056; Wed, 5 Jul 1995 19:31:25 +0900 Message-Id: <199507051031.TAA05056@us.and.or.jp> Reply-To: sa2c@st.rim.or.jp To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: Japanese fonts? In-reply-to: ""Jordan K. Hubbard""'s message of "Tue, 04 Jul 1995 21:15:59 MST." <2279.804917759@freefall.cdrom.com> Date: Wed, 05 Jul 1995 19:31:24 +0900 From: NIIMI Satoshi Sender: hackers-owner@freebsd.org Precedence: bulk Now, we have a program named kon (kanji console) in ports/japanese directory. This program can display Japanese text in a VGA graphics. It can also display Chinese and Korean characters. I'm interested in it can be integrated in boot floppy. If the work is done, installation process could display full Japanese text. # IMHO: the implementation is not so good, but worth than nothing. -- NIIMI Satoshi From owner-freebsd-hackers Wed Jul 5 05:17:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA21619 for hackers-outgoing; Wed, 5 Jul 1995 05:17:34 -0700 Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA21612 for ; Wed, 5 Jul 1995 05:17:33 -0700 Received: from combs.salem.ge.com ([3.29.5.200]) by ns.ge.com (8.6.12/8.6.11) with ESMTP id IAA02207 for ; Wed, 5 Jul 1995 08:17:30 -0400 Received: (from steve@localhost) by combs.salem.ge.com (8.6.12/8.6.11) id IAA07378 for hackers@FreeBSD.org; Wed, 5 Jul 1995 08:17:50 -0400 Date: Wed, 5 Jul 1995 08:17:50 -0400 From: "Stephen F. Combs" Message-Id: <199507051217.IAA07378@combs.salem.ge.com> To: hackers@FreeBSD.org Subject: Re: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@FreeBSD.org Precedence: bulk I agree wholeheartedly, but don't know what to re-name it to! I'd recommend "internals" or something like that (to retain the flavor of it being those who work deep within......). Steve Combs CombsSF@Salem.GE.COM (703/540)387-8828 > From owner-freebsd-hackers@freefall.cdrom.com Wed Jul 5 08:08:52 1995 > Date: Wed, 5 Jul 1995 10:42:45 +0200 > From: Julian Howard Stacey > To: hackers@FreeBSD.org > Subject: Proposal to change name of this list to a less embarrassing one > Sender: hackers-owner@FreeBSD.org > Content-Length: 1555 > > > I propose we change the list name `hackers' to [ Suggestions Please ]. > > The world of journalists & bosses & general public has made up its mind > a hacker is anti-social, the name thus harms FreeBSD's image. > > It's hard enough to persuade bosses and friends to use FreeBSD, rather than > something commercial, it's harder still when one must tell the `Suits': > "Your administrator should subscribe to a list called `hackers'" > > The difference between a `hacker' & a `cracker' is something > no one but us & other techno-freaks knows or cares about. > We are too few to have a hope of educating the world's press. > > The word `hacker' has been hijacked & had its meaning changed, > we should respond accordingly. > ( Most people old enough to have had the habit, have long since given up > saying "I'm gay" when merely joyful & happy, as that word too has changed its > meaning; similarly `nice' once meant `exact' but no longer does.) > > Words change, `hackers' attracts negative publicity. Let's change it. > The new name should be `future proof' & non-repelant to individual > programmers working in their leisure time, to commercial firms & governmental > users. Perhaps something like forum@freebsd.org ? (just an example, > the important thing is to expire `hackers'). > > For the people with CD-ROMs that refer to hackers@ > we could retain an /etc/aliases entry on freebsd.org for a year or so. > > Changing the name of `hackers@freebsd.org' won't happen without public support, > would those in favour please respond publicly, (no point mailing me privately). > Thanks. > > Julian S > From owner-freebsd-hackers Wed Jul 5 05:44:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA22134 for hackers-outgoing; Wed, 5 Jul 1995 05:44:43 -0700 Received: from prinny.pavilion.co.uk (prinny.pavilion.co.uk [193.131.160.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA22128 for ; Wed, 5 Jul 1995 05:44:39 -0700 Received: from line06.kemp-du.pavilion.co.uk (line06.kemp-du.pavilion.co.uk [193.131.160.71]) by prinny.pavilion.co.uk (8.6.5/8.6.5) with SMTP id NAA19617; Wed, 5 Jul 1995 13:42:05 +0100 Date: Wed, 5 Jul 1995 13:42:05 +0100 Message-Id: <199507051242.NAA19617@prinny.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Peter Dufault , jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) From: aledm@pavilion.co.uk (Aled Morris) Subject: Re: Proposal to change name of this list to a less embarrassing one Cc: hackers@freebsd.org X-Mailer: Sender: hackers-owner@freebsd.org Precedence: bulk At 05:59 AM 5/7/95, Peter Dufault wrote: >Hackers is fine with me and I don't see the need for a change, but: I agree with this, "hackers" is OK since mailing list subscriptions aren't (in my experience) a management issue. Once you've got past "Free" BSD that is... Aled -- telephone +44 973 207987 From owner-freebsd-hackers Wed Jul 5 05:59:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA22458 for hackers-outgoing; Wed, 5 Jul 1995 05:59:09 -0700 Received: (from paul@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA22449 ; Wed, 5 Jul 1995 05:59:08 -0700 From: Paul Richards Message-Id: <199507051259.FAA22449@freefall.cdrom.com> Subject: Re: Stabikity/Usability of 2.0.5R To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 5 Jul 1995 05:59:07 -0700 (PDT) Cc: davidg@Root.COM, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9507050122.AA03337@cs.weber.edu> from "Terry Lambert" at Jul 4, 95 07:22:18 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1396 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > The Install wants to use a translated geometry (the real geometry > is 1224/15/35) of something like xxx/15/51. > > The amusing thing is that when it scans for bad blocks (the drive > has to have bad block replacement enables in BSD), it gets an error > on every 35th scan. I would suspect something wierd with the disk, > but 1.1.5.1 sails right on. So it's clearly in the disklabel stuff. > > Interestingly, the "every 35th try" error on the scan seems to > indicate (to me, at least) that the drive is not being accessed > linearly; apparently the adjacency of sectors is being miscalculated > and it's skipping all over the disk. There was a complaint about > large amounts of drive noise about a month ago that was never very > well explained -- possibly it's this? > > The upshot is that it's totally uninstallable, even using the "put > a DOS partition on it" workaround, and modifying the BIOS geometry > to match the real geometry (or letting it use its fictional geometry > it comes up with). > There definately seems to be something wrong with our install code in this area. I haven't succeeded in getting 2.0.5 install to actually work (the disklabelling bit that is, the rest works ok) yet and I've done 3 or 4 now. My last effort was with a disk clean out of the box. If we can't install onto a spanking new clean disk then there's definately something wrong :-) From owner-freebsd-hackers Wed Jul 5 06:25:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23022 for hackers-outgoing; Wed, 5 Jul 1995 06:25:04 -0700 Received: from tserv.lodgenet.com (lodgenet@vie1.rrnet.com [198.81.198.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA22978 for ; Wed, 5 Jul 1995 06:23:37 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id IAA27454; Wed, 5 Jul 1995 08:24:30 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.11/8.6.9) with SMTP id IAA24241; Wed, 5 Jul 1995 08:24:14 -0500 Message-Id: <199507051324.IAA24241@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: "Jonathan M. Bresler" cc: hackers@FreeBSD.org Subject: Re: splnet and if_ep.c In-reply-to: Your message of "Tue, 04 Jul 1995 20:07:43 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Jul 1995 08:24:12 -0500 From: "Eric L. Hernes" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > so the vote is in: -- 3, splnet 1, and the winner splimp 9. > this is code not a town meeting ;) i have not yet found the location > these are declared. can you ctags the whole kernel source tree? I've tried cd /sys/compile/MYKERNEL; make tags it says `see ../../kern/Makefile for tags' but that tries to tag all of the architectures (from the 4.4 dist, I assume) my favorite is: cd /sys; find . -name "*.[ch]" |xargs ctags -a but it usually bitches about multiply defined symbols amongst device drivers (most are static). but gives a fairly complete tags table. A while back when someone wanted a list of all options for a kernel build I went so far as cd /sys; find . -name "*.[ch]" |xargs grep '#if' >> somefile which I was gonna parse with some perl script, but I lost interest. > > jmb > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. > FreeBSD Postmaster | 2341 Jeff Davis Hwy > play go. | Arlington, VA 22202 > ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 > > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Wed Jul 5 06:35:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23357 for hackers-outgoing; Wed, 5 Jul 1995 06:35:11 -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 GAA23351 for ; Wed, 5 Jul 1995 06:35:09 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA23675; Wed, 5 Jul 1995 09:31:28 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA02921; Wed, 5 Jul 95 09:29:02 EDT Date: Wed, 5 Jul 95 09:29:02 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507051329.AA02921@borg.ess.harris.com> To: hackers@freebsd.org, jhs@vector.eikon.e-technik.tu-muenchen.de Subject: Re: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk Along the lines of IPNG (next generation) how about freebsd_NG Hmmm, being an old timer/hacker :-) I like hacker but agree with your logic. Jim > From owner-freebsd-hackers@freefall.cdrom.com Wed Jul 5 05:36:35 1995 > Date: Wed, 5 Jul 1995 10:42:45 +0200 > From: Julian Howard Stacey > To: hackers@freebsd.org > Subject: Proposal to change name of this list to a less embarrassing one > Sender: hackers-owner@freebsd.org > > > I propose we change the list name `hackers' to [ Suggestions Please ]. > > The world of journalists & bosses & general public has made up its mind > a hacker is anti-social, the name thus harms FreeBSD's image. > > It's hard enough to persuade bosses and friends to use FreeBSD, rather than > something commercial, it's harder still when one must tell the `Suits': > "Your administrator should subscribe to a list called `hackers'" > > The difference between a `hacker' & a `cracker' is something > no one but us & other techno-freaks knows or cares about. > We are too few to have a hope of educating the world's press. > > The word `hacker' has been hijacked & had its meaning changed, > we should respond accordingly. > ( Most people old enough to have had the habit, have long since given up > saying "I'm gay" when merely joyful & happy, as that word too has changed its > meaning; similarly `nice' once meant `exact' but no longer does.) > > Words change, `hackers' attracts negative publicity. Let's change it. > The new name should be `future proof' & non-repelant to individual > programmers working in their leisure time, to commercial firms & governmental > users. Perhaps something like forum@freebsd.org ? (just an example, > the important thing is to expire `hackers'). > > For the people with CD-ROMs that refer to hackers@ > we could retain an /etc/aliases entry on freebsd.org for a year or so. > > Changing the name of `hackers@freebsd.org' won't happen without public support, > would those in favour please respond publicly, (no point mailing me privately). > Thanks. > > Julian S > From owner-freebsd-hackers Wed Jul 5 06:41:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23447 for hackers-outgoing; Wed, 5 Jul 1995 06:41:41 -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 GAA23441 for ; Wed, 5 Jul 1995 06:41:39 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id JAA17521; Wed, 5 Jul 1995 09:42:51 -0400 From: jfieber@grendel.csc.smith.edu (John Fieber) Message-Id: <199507051342.JAA17521@grendel.csc.smith.edu> Subject: Re: mt grief? To: jmb@kryten.Atinc.COM (Jonathan M. Bresler) Date: Wed, 5 Jul 1995 09:42:51 -0400 (EDT) Cc: karl@bagpuss.demon.co.uk, spaz@u.washington.edu, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: from "Jonathan M. Bresler" at Jul 4, 95 11:03:46 pm Content-Type: text Content-Length: 284 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jonathan M. Bresler writes: > do you have other devices on the scsi chain? is a tape in the > drive at boot? for me, no and no Yes (2 quantum hard drives, one toshiba CD-ROM), and does not matter. -john === jfieber@cs.smith.edu ========== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Wed Jul 5 06:59:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23953 for hackers-outgoing; Wed, 5 Jul 1995 06:59:14 -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 GAA23926 for ; Wed, 5 Jul 1995 06:59:09 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id JAA25939; Wed, 5 Jul 1995 09:50:48 -0400 Date: Wed, 5 Jul 1995 09:50:47 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: mt grief? To: John Fieber cc: karl@bagpuss.demon.co.uk, spaz@u.washington.edu, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <199507051342.JAA17521@grendel.csc.smith.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 5 Jul 1995, John Fieber wrote: > Jonathan M. Bresler writes: > > do you have other devices on the scsi chain? is a tape in the > > drive at boot? for me, no and no > > Yes (2 quantum hard drives, one toshiba CD-ROM), and does not matter. can you try the archive viper on a scsi chain by itself ? Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 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 Jul 5 07:46:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA25554 for hackers-outgoing; Wed, 5 Jul 1995 07:46:47 -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 HAA25546 for ; Wed, 5 Jul 1995 07:46:44 -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 KAA12288 for ; Wed, 5 Jul 1995 10:45:16 -0400 Date: Wed, 5 Jul 1995 10:45:16 -0400 Message-Id: <199507051445.KAA12288@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: Booting with no kbd Sender: hackers-owner@freebsd.org Precedence: bulk >>On 1 machine the system won't even try to load the kernel. With boot manager >>installed it just sits at the prompt and never times out. As soon as the >>keyboard is plugged in it continues ok. Without boot manager it just hangs >>without ever displaying the initial boot: prompt. The machine boots MS-DOS >>OK in the same configuration. > >Does DOS + boot manager boot OK? > I don't have a dos partition on this machine, but I can boot from a floppy so the system will boot with no keyboard installed. Any suggestions for a hack to make this work? Which particular module is involved? >>The other machine loads the kernel ok, but then hangs at the sc0 probe. As >>soon as the kbd is plugged in, it continues. > scprobe() has 2 possibly endless loops: > >E1) At the start, to "flush any noise in the buffer". Perhaps endless noise >is picked up by the unattached-to keyboard socket. Unlikely. > >E2) If `gotack' is reached (for the first character of the ack or for >the following bug) then there is an endless loop if the second character >of the ack never arrives. > >and at least 2 logic bugs: > >B1) `retries' ends up as -1 if the `while (retries--)' loop is executed the >maximum number of times, but the test for this is `if (!retries)'. > >B2) The value read from the keyboard in the loop in B2) is not waited for >so it may be garbage. Some garbage values would result in E2) being >reached even if B1) is fixed. > >On my test system, the keyboard controller apparently responds to the >KB_RESET command with 2 KB_RESEND's when there is no keyboard attached, >so there is no problem. > I'll test this and see what I find. thanks, dennis From owner-freebsd-hackers Wed Jul 5 07:55:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA25957 for hackers-outgoing; Wed, 5 Jul 1995 07:55:37 -0700 Received: from ns.tar.com (icon-seaman.inc.net [204.95.160.61]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA25950 for ; Wed, 5 Jul 1995 07:55:35 -0700 Received: from spro.tar.com (spro.tar.com [204.95.187.10]) by ns.tar.com (8.6.11/8.6.11) with SMTP id JAA21469; Wed, 5 Jul 1995 09:55:28 -0500 Message-Id: <199507051455.JAA21469@ns.tar.com> Date: Wed, 05 Jul 95 09:55:29 CDT From: lists@tar.com (Richard Seaman, Jr) Reply-To: lists@tar.com (Richard Seaman, Jr) To: terry@cs.weber.edu Cc: freebsd-hackers@freebsd.org X-Mailer: Richard Seaman's PMMail v1.1 Subject: Re: Stabikity/Usability of 2.0.5R Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 4 Jul 95 19:22:18 MDT you wrote: >On another note, several machines haven't been tested for stability >because 2.0.5R simply will not install (and neither will subsequent >snapshots). > >The hardware in question is running WD 1007 ESDI controllers. The >"perfect media" jumper is off. [snip] >The upshot is that it's totally uninstallable, even using the "put >a DOS partition on it" workaround, and modifying the BIOS geometry >to match the real geometry (or letting it use its fictional geometry >it comes up with). > >Anyone else have a machine with a WD1007 that they installed instead >of upgraded from an existing (non-2.0.5R: working) installation? I had an UltraStor Ultra 12F ESDI controller with a 328MB older Imprimis EDSI drive that had all the 2.0+ snap releases issued in 1995 installed on it, one after the other, without a hitch. Until 2.0.5R. I could get the install to appear to work, but on reboot I would either get the missing operating system message, or when the boot manager was install, it would just never boot the OS. I worked on it for over 24 hours, assuming I just had the disk geometry messed up somehow, which might still have been the only problem. But, it was frustrating that what had worked without a hitch before was now such a major problem. In any case, I gave up and bought an IDE controller and drive, and the intall went without a hitch. Since I had planned to do this eventually, I wasn't all that upset. I also noticed that once I got the 2.0.5R installed there were additional notes on ESDI install that weren't contained in the boot documents. Maybe this would have helped me, but it didn't help at the time since I didn't know it existed. Dick Richard Seaman, Jr. dick@tar.com 5182 North Maple Lane Dick@Seaman.Chenequa.WI.US Chenequa, WI 53058 voice: 414-367-5450 fax: 414-367-5852 From owner-freebsd-hackers Wed Jul 5 07:59:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA26239 for hackers-outgoing; Wed, 5 Jul 1995 07:59:53 -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 HAA26231 for ; Wed, 5 Jul 1995 07:59:45 -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 KAA12324; Wed, 5 Jul 1995 10:52:11 -0400 Date: Wed, 5 Jul 1995 10:52:11 -0400 Message-Id: <199507051452.KAA12324@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: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: dennis@et.htp.com (dennis) Subject: Re: Booting with no kbd Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> >> On 1 machine the system won't even try to load the kernel. With boot manager >> installed it just sits at the prompt and never times out. As soon as the >> keyboard is plugged in it continues ok. Without boot manager it just hangs >> without ever displaying the initial boot: prompt. The machine boots MS-DOS >> OK in the same configuration. > >Do you have perchance an older boot block that tries to boot with the >serial console in this case? (This was _intention_.) > I don't know what you mean by "older". This HD was created with 2.0.5Alpha...so unless there's something newer..... thanks, dennis From owner-freebsd-hackers Wed Jul 5 08:11:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA26798 for hackers-outgoing; Wed, 5 Jul 1995 08:11:13 -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 IAA26784 for ; Wed, 5 Jul 1995 08:11:09 -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 LAA12417 for ; Wed, 5 Jul 1995 11:09:41 -0400 Date: Wed, 5 Jul 1995 11:09:41 -0400 Message-Id: <199507051509.LAA12417@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: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk >At 05:59 AM 5/7/95, Peter Dufault wrote: >>Hackers is fine with me and I don't see the need for a change, but: > >I agree with this, "hackers" is OK since mailing list subscriptions aren't >(in my experience) a management issue. > >Once you've got past "Free" BSD that is... > Free is a good thing, everyone likes something free. But "hackers" definately has a negative implications in the "minds of most"..like a bunch of college kids playing in their basements. Its not politically acceptable.....although a case can be made that the whole concept of the project is one of non-conformance; you can stand by your principles as long as you don't care if anyone uses it. db From owner-freebsd-hackers Wed Jul 5 08:11:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA26875 for hackers-outgoing; Wed, 5 Jul 1995 08:11:42 -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 IAA26869 for ; Wed, 5 Jul 1995 08:11:40 -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 LAA12428 for ; Wed, 5 Jul 1995 11:10:13 -0400 Date: Wed, 5 Jul 1995 11:10:13 -0400 Message-Id: <199507051510.LAA12428@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: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk > >I propose we change the list name `hackers' to [ Suggestions Please ]. > how about "development" or some abbrev. thereof.... db From owner-freebsd-hackers Wed Jul 5 09:29:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA28242 for hackers-outgoing; Wed, 5 Jul 1995 09:29:10 -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 JAA28236 for ; Wed, 5 Jul 1995 09:28:57 -0700 Received: by FileServ1.MI.Uni-Koeln.DE id AA06352 (5.67b/IDA-1.5); Wed, 5 Jul 1995 17:52:34 +0200 Message-Id: <199507051552.AA06352@FileServ1.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 5 Jul 1995 17:52:34 +0200 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Voradesh Yenbut Subject: Re: One cause of 2.05R instability found Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Regarding problems with panics: Fatal trap 12: page fault while in kernel mode Is this a single case ? Who else (other than Voradesh Yenbut) sees this ??? } A few days ago, I committed a 90MHz pentium system running 2.05R to be } a news server. The system was not stable at all. It kept on crashing } within 2 hours with "Fatal trap 12: page fault while in kernel mode" } and fault code "supervisor read, page not present". The crash always } happened at the same instruction pointer, i.e., ncr_complete+195 } (as reported by gdb; I don't have the hex number with me) in ncr.c. } } In ncr.c, ncr_complte+195 is at the following if statement: } } if (DEBUG_FLAGS & DEBUG_TINY) } printf ("CCB=%x STAT=%x/%x\n", (unsigned)cp & 0xfff, } cp->host_status,cp->scsi_status); No, sorry, this statement isn't there (at ncr_complete+195) for sure ... Except if you changed the sources, or if you configured NCR debugging in your kernel config file, eg. by: options "SCSI_DEBUG_FLAGS=0x80" } where DEBUG_FLAGS is ncr_debug declared in ncr.c as } } static int ncr_debug = SCSI_DEBUG_FLAGS; No, not really ... The complete code is: #ifdef SCSI_DEBUG_FLAGS #define DEBUG_FLAGS ncr_debug #else /* SCSI_DEBUG_FLAGS */ #define SCSI_DEBUG_FLAGS 0 #define DEBUG_FLAGS 0 #endif /* SCSI_DEBUG_FLAGS */ and SCSI_DEBUG_FLAGS is undefined by default. This makes DEBUG_FLAGS a constant zero, and GCC generates no code at all for the if statement or the printf() ... } I commented out the if statement, rebuilt and installed the new } kernel. The system has been running fine with the new kernel for two } days (though I still keep my fingers crossed). Well, since there shouldn't have been any code generated before, there shouldn't be any difference ... The NCR code hasn't changed over many months until after FreeBSD-2.0.5R has been released, and I don't have any other report of "trap 12: page fault while in kernel mode" problems. So I don't suppose this to be a problem caused by the driver. But I have got to admit, that a panic within some subroutine generally points at some problem in close proximity ... For further diagnosis, I need to know: Did you change the sources or use any NCR specific kernel config file options ? How did you identify the suspected error location in ncr.c ? ; ncb_profile (np, cp); pushl %ecx pushl 8(%ebp) call _ncb_profile addl $8,%esp ; if (DEBUG_FLAGS & DEBUG_TINY) ; printf ("CCB=%x STAT=%x/%x\n", (unsigned)cp & 0xfff, ; cp->host_status,cp->scsi_status); ; xp = cp->xfer; movl 12(%ebp),%ecx movl 452(%ecx),%edi ; cp->xfer = NULL; movl $0,452(%ecx) Alll data structures should remain unchanged over the execution of ncr_complete(), since they are locked in a way that should also prevent simultanous updates by the NCR ... xp = cp->xfer; cp->xfer = NULL; tp = &np->target[xp->sc_link->target]; lp = tp->lp[xp->sc_link->lun]; ncr_complete + 195: if (cp->parity_status) { ... { On address ncr_complete + 195, there is the test of cp->parity_status. I'd be rather surprised, if the access to cp->xfer (four lines above) would always succeed, and the page would get lost (reproducibly) before the access to cp->parity ... The address of cp->parity_status is a few bytes before cp->xfer, and I really can't see, how the memory allocated for CCBs at driver startup should get unmapped from kernel VM ... I assume, that the address printed by the panic message points at the failed instruction, not behind that instruction. Is this true for this trap ??? (Don't have a i486 manual here, but else the failed instruction couldn't be restarted, so this seems the only possibility.) It might help to send a stack trace obtained using the kernel debugger ... Is there anybody else seeing that kind of failure ??? STefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-hackers Wed Jul 5 10:00:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28600 for hackers-outgoing; Wed, 5 Jul 1995 10:00:32 -0700 Received: from gndrsh.aac.dev.com ([198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28587 for ; Wed, 5 Jul 1995 10:00:29 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA02896; Wed, 5 Jul 1995 09:54:14 -0700 From: "Rodney W. Grimes" Message-Id: <199507051654.JAA02896@gndrsh.aac.dev.com> Subject: Re: Proposal to change name of this list to a less embarrassing one To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Wed, 5 Jul 1995 09:54:14 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Jul 5, 95 10:42:45 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: 1236 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I propose we change the list name `hackers' to [ Suggestions Please ]. > > The world of journalists & bosses & general public has made up its mind > a hacker is anti-social, the name thus harms FreeBSD's image. And the word ``journalists'' in many circles hurts the reputation of writers who write for periodic publications :-) > > It's hard enough to persuade bosses and friends to use FreeBSD, rather than > something commercial, it's harder still when one must tell the `Suits': > "Your administrator should subscribe to a list called `hackers'" Don't tell the ``Suits'' that then. Just tell them there are a large group of mailling lists for different purposes that there administrators _can_ subscribe to and/or send mail to if they need help. > The difference between a `hacker' & a `cracker' is something > no one but us & other techno-freaks knows or cares about. > We are too few to have a hope of educating the world's press. Then don't tell the people who don't have a clue about them! They have no reason to know or care what we call our lists. ... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 5 11:17:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00185 for hackers-outgoing; Wed, 5 Jul 1995 11:17:41 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00174 for ; Wed, 5 Jul 1995 11:17:23 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id JAA20383 for ; Wed, 5 Jul 1995 09:47:24 -0700 Received: (from tom@localhost) by misery.sdf.com (8.7.Beta.7/8.7.Beta.7) id JAA09909; Wed, 5 Jul 1995 09:45:28 -0700 (PDT) Date: Wed, 5 Jul 1995 09:45:21 -0700 (PDT) From: Tom Samplonius To: Aled Morris cc: Peter Dufault , Julian Howard Stacey , hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-Reply-To: <199507051242.NAA19617@prinny.pavilion.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 5 Jul 1995, Aled Morris wrote: > Once you've got past "Free" BSD that is... Not a problem. Just call it a "BSD operating system" like I do, and change /etc/gettytab appropiately. Tom From owner-freebsd-hackers Wed Jul 5 11:17:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00192 for hackers-outgoing; Wed, 5 Jul 1995 11:17:44 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00179 for ; Wed, 5 Jul 1995 11:17:40 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id JAA20347 for ; Wed, 5 Jul 1995 09:44:40 -0700 Received: (from tom@localhost) by misery.sdf.com (8.7.Beta.7/8.7.Beta.7) id JAA09899; Wed, 5 Jul 1995 09:42:37 -0700 (PDT) Date: Wed, 5 Jul 1995 09:42:30 -0700 (PDT) From: Tom Samplonius To: Julian Howard Stacey cc: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-Reply-To: <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 5 Jul 1995, Julian Howard Stacey wrote: > > I propose we change the list name `hackers' to [ Suggestions Please ]. I think part of the problem, is that far too much stuff that is in "hackers" should actually be in "questions". For example: installation problems. Tom From owner-freebsd-hackers Wed Jul 5 12:26:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01994 for hackers-outgoing; Wed, 5 Jul 1995 12:26:30 -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 MAA01988 for ; Wed, 5 Jul 1995 12:26:21 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id NAA26414; Wed, 5 Jul 1995 13:25:29 -0600 Message-Id: <199507051925.NAA26414@rover.village.org> To: dennis@et.htp.com (dennis) Subject: Re: Proposal to change name of this list to a less embarrassing one Cc: freebsd-hackers@FreeBSD.org In-reply-to: Your message of Wed, 05 Jul 1995 11:10:13 EDT Date: Wed, 05 Jul 1995 13:25:28 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : how about "development" or some abbrev. thereof.... I was going to suggest exactly that, or "developers". I kinda like "dev" or "devs" too. Warner From owner-freebsd-hackers Wed Jul 5 13:03:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02919 for hackers-outgoing; Wed, 5 Jul 1995 13:03:23 -0700 Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02913 ; Wed, 5 Jul 1995 13:03:17 -0700 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id QAA25284; Wed, 5 Jul 1995 16:01:04 -0400 Date: Wed, 5 Jul 1995 16:01:03 -0400 (EDT) From: "Michael C. Newell" To: pechter@sesd.ilex.com cc: FreeBSD-hackers , freebsd-questions@freebsd.org Subject: Re: Old 1.1.5.1 ppp problem In-Reply-To: <199506240235.TAA04460@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Fri, 23 Jun 1995, William Pechter ILEX Systems wrote: > I finally got the house a dial-up net connection with PPP. > > I seem to be having one major problem. My modem drops the line on the > transition between kermit and pppd (or just after pppd starts). When you exit Kermit it drops DTR, which causes the modem to hang up. You need to turn off DTR hangup sensing on the modem; for my Hayes Accura I use "AT&D0" to do this. An alternative is to use a package like chat invoked by pppd to do the dialing... Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ | work: http://www.eco.nsi.nasa.gov/~mnewell | | home: http://www.newell.arlington.va.us | +---------------------------------------------------------------------------+ From owner-freebsd-hackers Wed Jul 5 13:27:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03605 for hackers-outgoing; Wed, 5 Jul 1995 13:27:08 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03594 for ; Wed, 5 Jul 1995 13:27:05 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA01930; Wed, 5 Jul 1995 22:24:32 +0200 Received: by uni4nn.iaf.nl with UUCP id AA20780 (5.67b/IDA-1.5); Wed, 5 Jul 1995 22:19:37 +0100 Received: by iafnl.iaf.nl with UUCP id AA29954 (5.65c/IDA-1.4.4); Wed, 5 Jul 1995 20:55:44 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA01274; Wed, 5 Jul 1995 19:27:23 +0200 From: Wilko Bulte Message-Id: <199507051727.TAA01274@yedi.iaf.nl> Subject: Re: Stabikity/Usability of 2.0.5R To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 5 Jul 1995 19:27:22 +1596657 (MET DST) Cc: davidg@root.com, freebsd-hackers@freebsd.org In-Reply-To: <9507050122.AA03337@cs.weber.edu> from "Terry Lambert" at Jul 4, 95 07:22:18 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 2172 Sender: hackers-owner@freebsd.org Precedence: bulk > because 2.0.5R simply will not install (and neither will subsequent > snapshots). > > The hardware in question is running WD 1007 ESDI controllers. The > "perfect media" jumper is off. > > The Install wants to use a translated geometry (the real geometry > is 1224/15/35) of something like xxx/15/51. What a coincidence. I already started to feel stupid. I have a 386/25 here with a WD1007 and a 1224/15/35 drive (a ~300Mb micropolis). Same problems.. I'm kinda glad it also bit you ;-) > The amusing thing is that when it scans for bad blocks (the drive > has to have bad block replacement enables in BSD), it gets an error > on every 35th scan. I would suspect something wierd with the disk, > but 1.1.5.1 sails right on. So it's clearly in the disklabel stuff. Yep, same here. I once had 1.1.5. on this system and that worked OK. Are you able to select a non-translated drive using the WD1007 BIOS? Mine doesn't. Disabling the BIOS of the WD and selecting the untranslated geometry in the system BIOS also gives me the n * 35 badblocks. > Interestingly, the "every 35th try" error on the scan seems to > indicate (to me, at least) that the drive is not being accessed > linearly; apparently the adjacency of sectors is being miscalculated > and it's skipping all over the disk. There was a complaint about > large amounts of drive noise about a month ago that was never very > well explained -- possibly it's this? I have a faint recollection that I had to tell 1.1.5. to use 34 sectors (when the drive actually has 35) before it wanted to install. Telling 2.05R to use 34 does not work. > Anyone else have a machine with a WD1007 that they installed instead > of upgraded from an existing (non-2.0.5R: working) installation? As you know by now it fails for me. I might retry 1.1.5 on it just to see. > Terry Lambert > terry@cs.weber.edu Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Jul 5 13:52:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05113 for hackers-outgoing; Wed, 5 Jul 1995 13:52: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 NAA05102 ; Wed, 5 Jul 1995 13:52:01 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Julian Howard Stacey cc: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-reply-to: Your message of "Wed, 05 Jul 95 10:42:45 +0200." <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> Date: Wed, 05 Jul 1995 13:52:00 -0700 Message-ID: <5100.804977520@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I propose we change the list name `hackers' to [ Suggestions Please ]. How about "devel"? I agree that "hackers" is cute and I've always rather liked it, but the definition of cute isn't necessarily commutative. Jordan From owner-freebsd-hackers Wed Jul 5 14:17:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06254 for hackers-outgoing; Wed, 5 Jul 1995 14:17:03 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA06248 for ; Wed, 5 Jul 1995 14:17:01 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id OAA15687; Wed, 5 Jul 1995 14:16:13 -0700 Date: Wed, 5 Jul 1995 14:16:13 -0700 Message-Id: <199507052116.OAA15687@forgery.CS.Berkeley.EDU> To: dufault@hda.com CC: jhs@vector.eikon.e-technik.tu-muenchen.de, hackers@freebsd.org In-reply-to: <199507050959.FAA09424@hda.com> (message from Peter Dufault on Wed, 5 Jul 1995 05:59:54 -0400 (EDT)) Subject: Re: Proposal to change name of this list to a less embarrassing one From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk * From: Peter Dufault * Hackers is fine with me and I don't see the need for a change, but: I agree. People who don't know what "hacker" means probably should go to "questions" instead. Satoshi From owner-freebsd-hackers Wed Jul 5 14:44:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07798 for hackers-outgoing; Wed, 5 Jul 1995 14:44:08 -0700 Received: from vetch.cs.washington.edu (vetch.cs.washington.edu [128.95.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA07792 for ; Wed, 5 Jul 1995 14:44:04 -0700 Received: from vetch.cs.washington.edu (localhost [127.0.0.1]) by vetch.cs.washington.edu (8.6.12/7.2ws+) with ESMTP id OAA20148; Wed, 5 Jul 1995 14:43:50 -0700 Message-Id: <199507052143.OAA20148@vetch.cs.washington.edu> X-Mailer: exmh version 1.6.1 5/23/95 To: esser@zpr.uni-koeln.de (Stefan Esser) cc: Voradesh Yenbut , hackers@freebsd.org Subject: Re: One cause of 2.05R instability found In-reply-to: Your message of "Wed, 05 Jul 1995 17:52:34 +0200." <199507051552.AA06352@FileServ1.MI.Uni-Koeln.DE> Mime-Version: 1.0 Content-Type: text/plain Date: Wed, 05 Jul 1995 14:43:50 PDT From: Voradesh Yenbut Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507051552.AA06352@FileServ1.MI.Uni-Koeln.DE>, Stefan Esser writes: >Regarding problems with panics: > > Fatal trap 12: page fault while in kernel mode > >Is this a single case ? Yes, that was a single case of panics on my system. >No, sorry, this statement isn't there (at ncr_complete+195) for sure ... You are absolutely correct right. That if statement isn't there in my kernel. >Well, since there shouldn't have been any code generated >before, there shouldn't be any difference ... There are some differences. One fact is that my system no longer crashes. The others seem to be some shifts in the code. More details of code changes are below. >For further diagnosis, I need to know: > >Did you change the sources or use any NCR specific kernel >config file options ? I did make a trivial change of code in if_ed.c for it to identify my NIC board as 8216 instead of 8416. At first I thought the problem was with the modified ed driver, but changing it to unmodified version or version from previous release did not make any difference to the crash. I did not use any NCR specific kernel config file options. >How did you identify the suspected error location in ncr.c ? The instruction pointer at the crash location points to a location somewhere between call ncb_prfile() and printf(), so I simply looked for if statement between the locations without realizing that "if (DEBUG_FLAGS & DEBUG_TINY)" was not generated. Since commenting it out makes a difference, I (incorrectly) presume it must be present. >; ncb_profile (np, cp); > pushl %ecx > pushl 8(%ebp) > call _ncb_profile > addl $8,%esp > >; if (DEBUG_FLAGS & DEBUG_TINY) >; printf ("CCB=%x STAT=%x/%x\n", (unsigned)cp & 0xfff, >; cp->host_status,cp->scsi_status); > >; xp = cp->xfer; > movl 12(%ebp),%ecx > movl 452(%ecx),%edi > >; cp->xfer = NULL; > movl $0,452(%ecx) When the "if (DEBUG_FLAGS.." statement has actually been commented out in the source code, the line "addl $8,%esp" above was moved to a location before "if (cp->parity_status" as below. There is no change to the code between the old and the new locations of addl. >Alll data structures should remain unchanged over the >execution of ncr_complete(), since they are locked in a >way that should also prevent simultanous updates by the >NCR ... > > xp = cp->xfer; > cp->xfer = NULL; > tp = &np->target[xp->sc_link->target]; > lp = tp->lp[xp->sc_link->lun]; >>> >>> addl $8,%esp <<<<<< New location >ncr_complete + 195: > if (cp->parity_status) { > ... > { Also the locations of instructions were shifted. For example, ncr_complete is now at 0xf0168eb1 instead of at 0xf0168ec1. There could also be other changes that are not mentioned here. >It might help to send a stack trace obtained using >the kernel debugger ... I am afraid it would be hard to do. My system has 64 MBs of memory and each swap partition has only 48 MBs. Since the panic was in ncr.c, sometimes the system was just stuck not being able to write anything to the disks. If there is an easy way to get a dump (without changing the system much), I might attempt to do it. ---- Voradesh Yenbut Phone: +1 206 685-0912 BOX 352350, U of Washington FAX: +1 206 543-2969 Seattle, WA 98195 Email: yenbut@cs.washington.edu From owner-freebsd-hackers Wed Jul 5 14:48:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08063 for hackers-outgoing; Wed, 5 Jul 1995 14:48:01 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA08055 for ; Wed, 5 Jul 1995 14:47:58 -0700 Received: from muggsy.lkg.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA19643; Wed, 5 Jul 95 14:41:18 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA13958; Wed, 5 Jul 1995 17:41:15 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id RAA01184 for ; Wed, 5 Jul 1995 17:41:24 GMT Message-Id: <199507051741.RAA01184@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Re: Best way to diagnose system lockups? In-Reply-To: Your message of "Sat, 01 Jul 1995 18:03:48 GMT." <199507011803.SAA09932@whydos.lkg.dec.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Wed, 05 Jul 1995 17:41:23 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > > I'm trying to debug why FreeBSD lockups when using a 4 port Ethernet > controller. (it's a PCI board with 4 DC21040's sitting behind a DC21050 > PCI-PCI bridge; it's UTP only). Just a followup to my own mail... I switched the DC21040 driver to use I/O mapped access and now everything works (I forgot I modified the UnixWare driver to be I/O mapped so that it could support the DEC DE425 EISA Ethernet Card). So I've bounced this off the DC21050 PPB folks. Who knows? I just might be the first person to try memory mapped access over the DC21050 on Triton. Just another verification that living on the bleeding edge of technology can be bloody... Cheers, Matt Thomas Internet: matt@lkg.dec.com U*X Networking WWW URL: http://ftp.dec.com/%7Ethomas/ Digital Equipment Corporation Disclaimer: This message reflects my Littleton, MA own warped views, etc. From owner-freebsd-hackers Wed Jul 5 15:26:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09363 for hackers-outgoing; Wed, 5 Jul 1995 15:26:17 -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 PAA09357 for ; Wed, 5 Jul 1995 15:26:16 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14474(3)>; Wed, 5 Jul 1995 15:25:38 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49860>; Wed, 5 Jul 1995 15:25:29 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: davidg@root.com cc: hackers@freebsd.org Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP In-reply-to: Your message of "Mon, 03 Jul 95 22:58:16 PDT." <199507040558.WAA09206@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 5 Jul 1995 15:25:22 PDT From: Bill Fenner Message-Id: <95Jul5.152529pdt.49860@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507040558.WAA09206@corbin.Root.COM> you write: >1.0.0.192.in-addr.arpa name = NOVEX-1.NOVEX.COM > > Need I say more? :-) This is just a brain fart on the part of the internic; the 192.0.0 network is still reserved and will never be assigned to anyone. Bill From owner-freebsd-hackers Wed Jul 5 16:12:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10257 for hackers-outgoing; Wed, 5 Jul 1995 16:12:30 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA10248 for ; Wed, 5 Jul 1995 16:12:28 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA24332; Wed, 5 Jul 95 17:12:10 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA17533; Wed, 5 Jul 1995 17:14:43 -0600 Date: Wed, 5 Jul 1995 17:14:43 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9507052314.AA17533@emu.fsl.noaa.gov> To: jkh@freefall.cdrom.com Cc: jhs@vector.eikon.e-technik.tu-muenchen.de, hackers@freebsd.org In-Reply-To: <5100.804977520@freefall.cdrom.com> (jkh@freefall.cdrom.com) Subject: Re: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Jordan" == Jordan K Hubbard writes: Jordan> How about "devel"? `devel' is appropriate given the BSD daemons that are hanging about, but I just don't like devel as an abbreviation for `development' or `developers' or whatever. I think `dev' communicates the same idea more concisely and attractively. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA What is it that makes a complete stranger dive into an icy river to save a solid gold baby? Maybe we'll never know. -- Jack Handey From owner-freebsd-hackers Wed Jul 5 16:13:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10356 for hackers-outgoing; Wed, 5 Jul 1995 16:13: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 QAA10345 for ; Wed, 5 Jul 1995 16:13:46 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA06876; Wed, 5 Jul 95 17:05:17 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507052305.AA06876@cs.weber.edu> Subject: Re: Stabikity/Usability of 2.0.5R To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Wed, 5 Jul 95 17:05:16 MDT Cc: davidg@root.com, freebsd-hackers@freebsd.org In-Reply-To: <199507051727.TAA01274@yedi.iaf.nl> from "Wilko Bulte" at Jul 5, 95 07:27:22 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > What a coincidence. I already started to feel stupid. I have a > 386/25 here with a WD1007 and a 1224/15/35 drive (a ~300Mb > micropolis). Same problems.. I'm kinda glad it also bit you ;-) Probably also an AT&T/NCR machine? > Yep, same here. I once had 1.1.5. on this system and that worked > OK. Are you able to select a non-translated drive using the WD1007 > BIOS? Mine doesn't. Disabling the BIOS of the WD and selecting the > untranslated geometry in the system BIOS also gives me the > n * 35 badblocks. I can't select anything in BIOS. The ESDI drives are, by default, not translated anyway. It's only BSD that wants to assume a non-default geometry for the things. These were built as SVR4 boxes in the first place; it was never expected that there would be DOS & therefore no DOS correction is necessary. There is a jumper for "perfect media"... basically, self-replacement of bad sectors. This is a geometry translation of a sort, but since it's BIOS only, I don't have it on. > > Interestingly, the "every 35th try" error on the scan seems to > > indicate (to me, at least) that the drive is not being accessed > > linearly; apparently the adjacency of sectors is being miscalculated > > and it's skipping all over the disk. There was a complaint about > > large amounts of drive noise about a month ago that was never very > > well explained -- possibly it's this? > > I have a faint recollection that I had to tell 1.1.5. to use 34 > sectors (when the drive actually has 35) before it wanted to install. > Telling 2.05R to use 34 does not work. This is critically strange anyway, in either case: there should be no knowledge of C/H/S values in any case in BSD once it's up; they are simply a convenience for any DOS partitions and DOS partition table crap that happens to be there. The odd thing is that it dies every 35th, so it seems that the head is used as a multiplier and pushes it past the end of the disk. One would expect that that behaviour would cause normal accesses to skip all over the disk (hence the "drive chatter" reports). The point being that if head 1 worked and head 17 worked, then head 35 sould work too. Clearly, what's happening is that the head multiplier is more significant in determining the sector offset than it should be. If the drive were "sized" too large, one would expect success all the way from the start of the disk until you ran out of cylinders (you can't expect that you'd run out of heads). > > Anyone else have a machine with a WD1007 that they installed instead > > of upgraded from an existing (non-2.0.5R: working) installation? > > As you know by now it fails for me. I might retry 1.1.5 on it just > to see. Well, I have three more days, and I'll be away from the equipment yet again, so if anyone wants a diagnostic run on their code, now is the time to get it if you want it done by me. Otherwise Wilko will have to be your remote pilot. 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 Jul 5 16:29:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11210 for hackers-outgoing; Wed, 5 Jul 1995 16:29:01 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11198 for ; Wed, 5 Jul 1995 16:28:58 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA14747; Wed, 5 Jul 1995 17:30:52 -0600 Date: Wed, 5 Jul 1995 17:30:52 -0600 Message-Id: <199507052330.RAA14747@rocky.sri.MT.net> To: kelly@fsl.noaa.gov (Sean Kelly) Cc: hackers@freebsd.org Subject: List name-change ( was Re: Proposal to change name of this list to a less embarrassing one) In-Reply-To: <9507052314.AA17533@emu.fsl.noaa.gov> References: <5100.804977520@freefall.cdrom.com> <9507052314.AA17533@emu.fsl.noaa.gov> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@freebsd.org Precedence: bulk Sean Kelly writes: > >>>>> "Jordan" == Jordan K Hubbard writes: > > Jordan> How about "devel"? > > `devel' is appropriate given the BSD daemons that are hanging about, > but I just don't like devel as an abbreviation for `development' or > `developers' or whatever. I think `dev' communicates the same idea > more concisely and attractively. FYI - Daemons aka 'devils' are spelled with an 'i' and not with an 'e'. I think the change to 'dev' or 'devel' is fine, and although I don't have any personal reasons for choosing one over the other, the shorter name is nicer because it means less typing. :-) Nate From owner-freebsd-hackers Wed Jul 5 17:17:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA13048 for hackers-outgoing; Wed, 5 Jul 1995 17:17:34 -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 RAA13042 for ; Wed, 5 Jul 1995 17:17:33 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14474(5)>; Wed, 5 Jul 1995 17:16:59 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49860>; Wed, 5 Jul 1995 17:16:56 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: Warner Losh cc: davidg@root.com, hackers@freebsd.org Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP In-reply-to: Your message of "Tue, 04 Jul 95 20:26:31 PDT." <199507050326.VAA22797@rover.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 5 Jul 1995 17:16:40 PDT From: Bill Fenner Message-Id: <95Jul5.171656pdt.49860@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507050326.VAA22797@rover.village.org> you write: >I think that the original intent was to use 192.2.0.1, which is >officially a test network and someone got confused :-). I think BBN would be pretty surprised to find that out: Bolt Beranek and Newman Inc. (NET-BBN-CNET4) 70 Fawcett Street Cambridge, MA 02138 Netname: BBN-CNET4 Netnumber: 192.2.0.0 IANA (RESERVED-2) Netname: RESERVED Netnumber: 192.0.0.0 Bill From owner-freebsd-hackers Wed Jul 5 17:22:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA13248 for hackers-outgoing; Wed, 5 Jul 1995 17:22:54 -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 RAA13239 for ; Wed, 5 Jul 1995 17:22:51 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24581; Thu, 6 Jul 1995 02:22:48 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA03219 for freebsd-hackers@freebsd.org; Thu, 6 Jul 1995 02:22:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id LAA05498 for freebsd-hackers@freebsd.org; Wed, 5 Jul 1995 11:30:05 +0200 From: J Wunsch Message-Id: <199507050930.LAA05498@uriah.heep.sax.de> Subject: Re: FBSD & old HDs To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 5 Jul 1995 11:30:04 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507050550.KAA11568@hq.icb.chel.su> from "Serge A. Babkin" at Jul 5, 95 10:50:03 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: 516 Sender: hackers-owner@freebsd.org Precedence: bulk As Serge A. Babkin wrote: > > > Only for CRC (or ECC) errors. Other errors (like a missing address > > mark) cannot return any data. > > IMHO the disk controller should check for such things and report about such > errors. At least the diskette controller does in this way. The error is reported, but the question was if there were any (partially) usable data to get. -- 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 Jul 5 17:25:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA13493 for hackers-outgoing; Wed, 5 Jul 1995 17:25:55 -0700 Received: from apollo.hq.nasa.gov (apollo.hq.nasa.gov [131.182.121.87]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA13487 for ; Wed, 5 Jul 1995 17:25:54 -0700 Received: from wirehead.hq.nasa.gov (wirehead.hq.nasa.gov [131.182.121.88]) by apollo.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id AAA08317 for ; Thu, 6 Jul 1995 00:27:03 GMT Received: from localhost (cshenton@localhost) by wirehead.hq.nasa.gov (8.6.12/8.6.12) with SMTP id AAA09303 for ; Thu, 6 Jul 1995 00:27:02 GMT Message-Id: <199507060027.AAA09303@wirehead.hq.nasa.gov> X-Authentication-Warning: wirehead.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.hq.nasa.gov: Host localhost didn't use HELO protocol To: freebsd Crackers Subject: Re: Proposal to change name of this list to a less embarrassing one MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9300.804990421.1@wirehead.hq.nasa.gov> Date: Wed, 05 Jul 1995 20:27:02 -0400 From: Chris Shenton Sender: hackers-owner@freebsd.org Precedence: bulk "Jordan K. Hubbard" wrote: > How about "devel"? Well then, how about freebsd-devo? :-) From owner-freebsd-hackers Wed Jul 5 18:04:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA14471 for hackers-outgoing; Wed, 5 Jul 1995 18:04:55 -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 SAA14463 for ; Wed, 5 Jul 1995 18:04:54 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14719(6)>; Wed, 5 Jul 1995 18:04:15 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49860>; Wed, 5 Jul 1995 18:04:04 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: Warner Losh cc: hackers@freebsd.org Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP In-reply-to: Your message of "Wed, 05 Jul 95 17:16:40 PDT." <95Jul5.171656pdt.49860@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 5 Jul 1995 18:03:46 PDT From: Bill Fenner Message-Id: <95Jul5.180404pdt.49860@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507050326.VAA22797@rover.village.org> Warner wrote: >I think that the original intent was to use 192.2.0.1, which is >officially a test network and someone got confused :-). Whoops, Warner was *almost* right -- it's 192.0.2.x which is the test network. 192.0.0.x is just reserved. But given that this discussion is irrelevant anyway, ... Bill From owner-freebsd-hackers Wed Jul 5 18:34:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA15519 for hackers-outgoing; Wed, 5 Jul 1995 18:34:01 -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 SAA15512 for ; Wed, 5 Jul 1995 18:33:59 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id VAA13734; Wed, 5 Jul 1995 21:25:44 -0400 Date: Wed, 5 Jul 1995 21:25:43 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: SMC ethernet codes To: hackers@freebsd.org In-Reply-To: <95Jul2.125056pdt.49860@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk last episode i asked about an ethernet address 00:C0:4F:xx:xx:xx since then i have spoken with tech support at smc (the chip is an smc91c92--very helpful, wish they all were). they sell the chip unaddressed to card mauf. so i called dell, they have 'elevated' this to a level 3 tech support issue, i am supposed to get call-back from an engineer or an engineer respresetative (his agent?) stay tuned! thanks again to all those who helped, trying to track down this ethernet address block allocation. jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 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 Jul 5 18:50:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16088 for hackers-outgoing; Wed, 5 Jul 1995 18:50:41 -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 SAA16081 for ; Wed, 5 Jul 1995 18:50:36 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA18633 for hackers@freebsd.org; Thu, 6 Jul 1995 11:27:08 +0930 From: Michael Smith Message-Id: <199507060157.LAA18633@genesis.atrad.adelaide.edu.au> Subject: current SOTA in ISDN support? To: hackers@freebsd.org Date: Thu, 6 Jul 1995 11:27:07 +0930 (CST) Content-Type: text Content-Length: 1119 Sender: hackers-owner@freebsd.org Precedence: bulk Greetings all, A quick question for the ISDN-enabled out there. I'm currently helping a BBS owner add a BSD box to provide ISPish services for his users. He wants to go ISDN, and obviously needs to know which way to turn when it comes to buying an interface. I'm curious to know what people are using - I know Amancio has the Ascend box, and appears to be very happy with it; I seem to recall someone saying something about a Motorola card at some stage, but I've no idea who or when. (This is for use in Canada). A search of the mailing list archives (that's a neat toy, by the way!) shows lots of people asking for support, but not much in the way of hard answers. Unfortunately, I'm not in a position to write a driver either 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 Jul 5 19:01:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16490 for hackers-outgoing; Wed, 5 Jul 1995 19:01:01 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA16483 for ; Wed, 5 Jul 1995 19:01:00 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id TAA26799; Wed, 5 Jul 1995 19:00:59 -0700 Date: Wed, 5 Jul 1995 19:00:59 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199507060200.TAA26799@violet.berkeley.edu> To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Newsgroups: comp.unix.bsd.freebsd.misc Path: agate!howland.reston.ans.net!news.sprintlink.net!uunet!in1.uu.net!hearst.acc.Virginia.EDU!murdoch!avery.med.Virginia.EDU!pth3k From: pth3k@avery.med.Virginia.EDU (Philip T. Hoeffer) Subject: APC Smart UPS Protocol DECODED!! X-Nntp-Posting-Host: avery.med.virginia.edu Message-ID: Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia Distribution: comp.unix.bsd.freebsd.misc Date: Fri, 30 Jun 1995 20:05:17 GMT Lines: 34 I have figured out about 90% of the APC Smart UPS Protocol and I was wondering if there were some people out there interested in getting the information. I know that APC only releases the info on their Smart Series UPS's on a NON-Disclosure Agreement only basis, but I did not get the info from them I figured it out on my own. If any of the FreeBSD community is interested E-Mail me & I'll send you what I have. The info includes Cable pinouts, Serial port parameters, what the MAJOR commands are, and what the UPS sends back. The information you can get back from the ups is: Battery Voltage Load on ups in % Line Frequency Input Line Voltage Input Max Voltage Input Min Voltage Output Voltage You can start a self test, Test all LED's on front panel, get ups soft rev, and shutdown UPS. If you are interested EMail me at; pth3k@galen.med.virginia.edu I will try to send you the info that day. Thanks, Ty Hoeffer ==================================================================== Ty Hoeffer University of Virginia Telecommunications Support Network Analyst Medical Center Computing Lan Support Group / Unix Systems Opinions Expressed by Me are not shared by anyone!!!! *<;) ==================================================================== From owner-freebsd-hackers Wed Jul 5 19:07:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16786 for hackers-outgoing; Wed, 5 Jul 1995 19:07:21 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA16771 for ; Wed, 5 Jul 1995 19:07:14 -0700 Received: from tama3.spec.co.jp (tama3 [202.32.13.252]) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with SMTP id LAA27357; Thu, 6 Jul 1995 11:01:37 +0900 Message-Id: <9507060212.AA00092@tama3.spec.co.jp.spec.co.jp> Date: Thu, 06 Jul 1995 11:12:01 +0900 From: Atsushi Murai To: jleppek@suw2k.ess.harris.com Cc: davidg@Root.com, hackers@freebsd.org Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP In-Reply-To: <9507041531.AA02325@borg.ess.harris.com> X-Mailer: AL-Mail 0.94Beta Sender: hackers-owner@freebsd.org Precedence: bulk jleppek@borg.ess.harris.com (James Leppek) wrote: :I can give you my ppp log but I do not think it is important. :The important point is that we have a config file "ppp.conf" :and it allows us to set our initial IP address. :If the user selects an address ppp should not secretly override it. :I think that behavior is wrong, it does not matter what it :actually changes it to, the APPROACH is wrong. Well, I just want to make sure that "Why your peer never try start a negotion unless "0.0.0.0" ?" another world, if your peer get a non "0.0.0.0", it seems to just slient or reject it rather than propose another new addr from peer or not. So Please give it to me. Atsushi. P.S. I don't have enough time explain, reply to this discussion with after a scrating board that borrwoing by my cat ;-) But I almost find a hitorical reason why ppp should be replaced to non zero. Talk you later -- Atsushi Murai E-Mail: amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-hackers Wed Jul 5 19:17:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA17157 for hackers-outgoing; Wed, 5 Jul 1995 19:17:44 -0700 Received: from mail.telstra.com.au (mail.telstra.com.au [192.148.160.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA17148 for ; Wed, 5 Jul 1995 19:17:42 -0700 Received: from mail_gw.fwall.telecom.com.au(192.148.147.10) by mail via smap (V1.3) id sma024544; Thu Jul 6 11:18:27 1995 Received: from cdn_mail.dn.itg.telecom.com.au(144.135.109.134) by mail_gw.telecom.com.au via smap (V1.3) id sma020964; Thu Jul 6 12:15:32 1995 Received: from amalfi.trl.OZ.AU (amalfi.trl.OZ.AU [137.147.99.99]) by cdn_mail.telecom.com.au (8.6.11/8.6.9) with ESMTP id MAA22255; Thu, 6 Jul 1995 12:15:31 +1000 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 MAA03609; Thu, 6 Jul 1995 12:15:22 +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 AA08334; Thu, 6 Jul 95 12:15:19 +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 KAA23418; Thu, 6 Jul 1995 10:40:55 +0759 Date: Thu, 6 Jul 1995 10:40:54 +0800 (WST) From: Terry Dwyer To: Michael Smith Cc: hackers@freebsd.org Subject: Re: current SOTA in ISDN support? In-Reply-To: <199507060157.LAA18633@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 Thu, 6 Jul 1995, Michael Smith wrote: > Greetings all, > A quick question for the ISDN-enabled out there. I'm > currently helping a BBS owner add a BSD box to provide ISPish services > for his users. He wants to go ISDN, and obviously needs to know > which way to turn when it comes to buying an interface. Before you go out and buy a piece of ISDN hardware it would probably pay to check out the following with Telstra: >> Date: Thu, 15 Jun 95 16:57:44 EST >> From: M C Wong >> To: freebsd-questions@freefall.cdrom.com >> Subject: Oz ISDN upgrade >> >> With recent plan of Telstra (Australia) to upgrade its ISDN network to >> ETSI (European Telecommunications Standard Institute) ISDN standard, >> does it mean all the currently Euro-ISDN card supported by FreeBSD >> will be usable by folks in Australia ? Terry From owner-freebsd-hackers Wed Jul 5 19:23:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA17471 for hackers-outgoing; Wed, 5 Jul 1995 19:23:49 -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 TAA17465 for ; Wed, 5 Jul 1995 19:23:45 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id UAA01199; Wed, 5 Jul 1995 20:23:30 -0600 Message-Id: <199507060223.UAA01199@rover.village.org> To: Bill Fenner Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP Cc: davidg@root.com, hackers@freebsd.org In-reply-to: Your message of Wed, 05 Jul 1995 17:16:40 PDT Date: Wed, 05 Jul 1995 20:23:30 -0600 From: Warner Losh Sender: hackers-owner@freebsd.org Precedence: bulk : I think BBN would be pretty surprised to find that out: I think I should have double checked my typing. 192.0.2.1 is what I wanted to type :-(. Whois: 192.0.2 [No name] (NET-TEST) Netname: IANA Netnumber: 192.0.2.0 Coordinator: Reynolds, Joyce K. (JKR1) JKRey@ISI.EDU (310) 822-1511 Record last updated on 02-Feb-95. Warner From owner-freebsd-hackers Wed Jul 5 20:05:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA18963 for hackers-outgoing; Wed, 5 Jul 1995 20:05:12 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA18957 for ; Wed, 5 Jul 1995 20:05:10 -0700 Received: from unix.nike.efn.org (efn.org) by efn.efn.org (4.1/smail2.5/05-07-92) id AA24096; Wed, 5 Jul 95 20:03:58 PDT Date: Wed, 5 Jul 1995 20:11:53 -0700 (PDT) From: John-Mark Gurney X-Sender: gurney_j@unix.nike.efn.org To: Stefan Esser Cc: Voradesh Yenbut , hackers@freebsd.org Subject: Re: One cause of 2.05R instability found In-Reply-To: <199507051552.AA06352@FileServ1.MI.Uni-Koeln.DE> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 5 Jul 1995, Stefan Esser wrote: > Regarding problems with panics: > > Fatal trap 12: page fault while in kernel mode > > Is this a single case ? > > Who else (other than Voradesh Yenbut) > sees this ??? I have seen this a couple times... it has happened when reading off my nec-210 cd-rom drive via nfs... the cdrom is connected to a 8bit controler based on the ncr53c400 by nec... I am using the nca driver... I'm not sure if this is related... I didn't take the information reported down... > The NCR code hasn't changed over many months until after > FreeBSD-2.0.5R has been released, and I don't have any > other report of "trap 12: page fault while in kernel mode" > problems. So I don't suppose this to be a problem caused > by the driver. well... now you have another report... just a bit about my machine... it has 8megs ram... running a 486/33dx running at 40mhz... the only thing on the scsi controler is the cdrom... hope this helps... TTYL... John-Mark gurney_j@efn.org Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Wed Jul 5 20:18:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA19530 for hackers-outgoing; Wed, 5 Jul 1995 20:18:51 -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 UAA19524 for ; Wed, 5 Jul 1995 20:18:49 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA29369; Wed, 5 Jul 1995 23:18:42 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA03513; Wed, 5 Jul 95 23:16:19 EDT Date: Wed, 5 Jul 95 23:16:19 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507060316.AA03513@borg.ess.harris.com> To: amurai@spec.co.jp Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP Cc: davidg@Root.com, freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Atsushi, my peer accepts the valid IP. The negotiation works as it should. if a client provides an IP that is a hint to the provider that the client would "prefer" that address. The protocol provides the ability for the provider to refuse and offer an alternate. There are no rules about when the provider should refuse. The ppp program works just fine there is nothing wrong with it. This entire thread is about the 2 lines of code that translated 0.0.0.0 to 192.0.0.1 Those 2 line just happened to have caused some confusion. Not with the PPP protocol but with me (and apparently others) as to why it was in there. There is nothing wrong with my ppp link. I maintain a dedicated link with it which I am using now :-) This is why my log files are not important or at issue. Jim Leppek > From amurai@spec.co.jp Wed Jul 5 22:04:47 1995 > Date: Thu, 06 Jul 1995 11:12:01 +0900 > From: Atsushi Murai > To: jleppek@borg.ess.harris.com > Cc: davidg@Root.com, hackers@freebsd.org > Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP > X-Mailer: AL-Mail 0.94Beta > > jleppek@borg.ess.harris.com (James Leppek) wrote: > :I can give you my ppp log but I do not think it is important. > :The important point is that we have a config file "ppp.conf" > :and it allows us to set our initial IP address. > :If the user selects an address ppp should not secretly override it. > :I think that behavior is wrong, it does not matter what it > :actually changes it to, the APPROACH is wrong. > > Well, I just want to make sure that "Why your peer never try start a > negotion unless "0.0.0.0" ?" another world, if your peer get a non > "0.0.0.0", it seems to just slient or reject it rather than propose > another new addr from peer or not. > > So Please give it to me. > > Atsushi. > > P.S. I don't have enough time explain, reply to this discussion with > after a scrating board that borrwoing by my cat ;-) > But I almost find a hitorical reason why ppp should be replaced > to non zero. Talk you later > > -- > Atsushi Murai E-Mail: amurai@spec.co.jp > SPEC Voice : +81-3-3833-5341 > System Planning and Engineering Corp. > From owner-freebsd-hackers Wed Jul 5 20:46:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20333 for hackers-outgoing; Wed, 5 Jul 1995 20:46:43 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20310 for ; Wed, 5 Jul 1995 20:45:32 -0700 Received: from tama3.spec.co.jp (tama3 [202.32.13.252]) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with SMTP id MAA28642; Thu, 6 Jul 1995 12:38:26 +0900 Message-Id: <9507060348.AA00094@tama3.spec.co.jp.spec.co.jp> Date: Thu, 06 Jul 1995 12:48:50 +0900 From: Atsushi Murai To: jleppek@suw2k.ess.harris.com Cc: davidg@Root.com, freebsd-hackers@freefall.cdrom.com Subject: Re: another reason not to change 0.0.0.0 into 192.0.0.1 in PPP In-Reply-To: <9507060316.AA03513@borg.ess.harris.com> X-Mailer: AL-Mail 0.94Beta Sender: hackers-owner@FreeBSD.org Precedence: bulk jleppek@suw2k.ess.harris.com (James Leppek) wrote: :Atsushi, :my peer accepts the valid IP. The negotiation works as it should. : :if a client provides an IP that is a hint to the provider :that the client would "prefer" that address. The protocol provides :the ability for the provider to refuse and offer an alternate. :There are no rules about when the provider should refuse. Right. There are no rules about when the provider should refuse. I guess my explanation by English too much funny for you. But I will try to explain it. Why your provider ppp is requestd for giving a new address by only "0.0.0.0" ? - No matter what address passing to your provider, they should give you new address if they can't accepted. :The ppp program works just fine there is nothing wrong with :it. This entire thread is about the 2 lines of code that :translated 0.0.0.0 to 192.0.0.1 As I mentioned previous mail as "historical reason", NetBlazer (I don't have model name and firmware verison is old or current one) could accept "0.0.0.0" as real ip address without proposing a new valid address. So they choose "192.0.0.1" for temporary address for starting a negotiation when set up "ifaddr 0 0". :Those 2 line just happened to have caused some confusion. :Not with the PPP protocol but with me (and apparently others) as to why :it was in there. :There is nothing wrong with my ppp link. I maintain a dedicated :link with it which I am using now :-) : :This is why my log files are not important or at issue. Please give me it for make a plan for every things going right. (Please don't say I couldn't make *negotiation* unless "0.0.0.0";-) :Jim Leppek Atsushi. P.S. I am going to get out down town of tokyo now. But I will make a response whenever get back.(Hoply within same day;-) -- Atsushi Murai E-Mail: amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-hackers Wed Jul 5 21:18:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21279 for hackers-outgoing; Wed, 5 Jul 1995 21:18:37 -0700 Received: from print.gfmurray.com (client3.gfmurray.com [204.191.196.21]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA21273 for ; Wed, 5 Jul 1995 21:18:35 -0700 Received: from client3 (client3.gfmurray.com [204.191.196.20]) by print.gfmurray.com (8.6.11/8.6.9) with SMTP id VAA17015 for ; Wed, 5 Jul 1995 21:19:30 -0700 Date: Wed, 5 Jul 1995 21:19:30 -0700 Message-Id: <199507060419.VAA17015@print.gfmurray.com> X-Sender: tim@print.gfmurray.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freefall.cdrom.com From: tim@gfmurray.com (Tim Baird) Subject: expect checksum Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone successfully installed expect-5.16 on RELEASE 2.0.5 ? I am getting a checksum error after it has been fetched from ftp.cme.nist.gov Thanks in advance... Tim Baird Dominus Fecit "The Lord Made" G.F. Murray Company Opinions expressed are not necessarily those of my employer From owner-freebsd-hackers Wed Jul 5 23:13:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29850 for hackers-outgoing; Wed, 5 Jul 1995 23:13:51 -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 XAA29844 for ; Wed, 5 Jul 1995 23:13:50 -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 CAA18775 for ; Thu, 6 Jul 1995 02:12:21 -0400 Date: Thu, 6 Jul 1995 02:12:21 -0400 Message-Id: <199507060612.CAA18775@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: Bootblocks won't take to IDE HDD Sender: hackers-owner@freebsd.org Precedence: bulk In trying to debug a boot problem described earlier I've found that I can't change the boot blocks on my IDE HDD. I've done the "make install" from the 'i386/boot' directory and then a "disklabel -B wd0" but the old boot blocks seem to remain. Running "disklabel -B fd0" seems to work ok. Any ideas? dennis From owner-freebsd-hackers Thu Jul 6 00:22:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08299 for hackers-outgoing; Thu, 6 Jul 1995 00:22:49 -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 AAA08284 for ; Thu, 6 Jul 1995 00:22:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04512; Thu, 6 Jul 1995 09:22:17 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA05321 for freebsd-hackers@freebsd.org; Thu, 6 Jul 1995 09:22:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA08626 for freebsd-hackers@freebsd.org; Thu, 6 Jul 1995 08:34:22 +0200 From: J Wunsch Message-Id: <199507060634.IAA08626@uriah.heep.sax.de> Subject: Re: Booting with no kbd To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 6 Jul 1995 08:34:21 +0200 (MET DST) Reply-To: hackers@freebsd.org In-Reply-To: <199507051452.KAA12324@mail.htp.com> from "dennis" at Jul 5, 95 10:52:11 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: 528 Sender: hackers-owner@freebsd.org Precedence: bulk As dennis wrote: > > >Do you have perchance an older boot block that tries to boot with the > >serial console in this case? (This was _intention_.) > > > > I don't know what you mean by "older". This HD was created with > 2.0.5Alpha...so unless there's something newer..... Nope. I meant pre-2.0.5 bootstraps (i think everything including the 9504XX snap had those boot blocks). -- 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 Jul 6 00:22:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08316 for hackers-outgoing; Thu, 6 Jul 1995 00:22: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 AAA08290 for ; Thu, 6 Jul 1995 00:22:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04554; Thu, 6 Jul 1995 09:22:41 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA05343 for freebsd-hackers@freebsd.org; Thu, 6 Jul 1995 09:22:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA09148 for freebsd-hackers@freebsd.org; Thu, 6 Jul 1995 09:14:28 +0200 From: J Wunsch Message-Id: <199507060714.JAA09148@uriah.heep.sax.de> Subject: Re: Proposal to change name of this list to a less embarrassing one To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 6 Jul 1995 09:14:27 +0200 (MET DST) Reply-To: hackers@freebsd.org In-Reply-To: <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Jul 5, 95 10:42:45 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: 430 Sender: hackers-owner@freebsd.org Precedence: bulk As Julian Howard Stacey wrote: > > > I propose we change the list name `hackers' to [ Suggestions Please ]. I'm totally against it. It's far too late in the game. To many people know this name. Cosmetic renaming actions do always cause more grief and costs than they are worth of. -- 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 Jul 6 02:14:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11923 for hackers-outgoing; Thu, 6 Jul 1995 02:14:10 -0700 Received: from prinny.pavilion.co.uk (prinny.pavilion.co.uk [193.131.160.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11908 for ; Thu, 6 Jul 1995 02:14:03 -0700 Received: from line0b.kemp-du.pavilion.co.uk (line0b.kemp-du.pavilion.co.uk [193.131.160.76]) by prinny.pavilion.co.uk (8.6.5/8.6.5) with SMTP id KAA01869; Thu, 6 Jul 1995 10:13:21 +0100 Date: Thu, 6 Jul 1995 10:13:21 +0100 Message-Id: <199507060913.KAA01869@prinny.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: dennis@et.htp.com (dennis), freebsd-hackers@freebsd.org From: aledm@pavilion.co.uk (Aled Morris) Subject: Re: Bootblocks won't take to IDE HDD X-Mailer: Sender: hackers-owner@freebsd.org Precedence: bulk At 02:12 AM 6/7/95 -0400, dennis wrote: >In trying to debug a boot problem described earlier I've found that I can't >change the boot blocks on my IDE HDD. I've done the "make install" from the >'i386/boot' directory and then a "disklabel -B wd0" but the old boot blocks >seem to remain. Running "disklabel -B fd0" seems to work ok. Any ideas? Do you get any output at all from the disklabel program? I found that if you get an error (for example regarding RPM or interleave being "0") the bootblocks are *not* written. Use "disklabel -e" and set the errant parameters to something meaningful, and you will find the problem cured. Aled -- telephone +44 973 207987 From owner-freebsd-hackers Thu Jul 6 02:24:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12461 for hackers-outgoing; Thu, 6 Jul 1995 02:24:17 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA12455 for ; Thu, 6 Jul 1995 02:24:14 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id CAA05028 for ; Thu, 6 Jul 1995 02:24:13 -0700 Message-Id: <199507060924.CAA05028@rah.star-gate.com> X-Authentication-Warning: rah.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@freebsd.org Subject: tcl compiler available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Jul 1995 02:24:12 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Has anyone tried out: hamilton.dnai.com:/users/i/icemcfd/tclc/tclc1.0b4.freebsd .tar.gz it is supposed to be a tcl to c compiler :) Cheers, Amancio From owner-freebsd-hackers Thu Jul 6 02:46:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13076 for hackers-outgoing; Thu, 6 Jul 1995 02:46:12 -0700 Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA13070 for ; Thu, 6 Jul 1995 02:46:06 -0700 Message-Id: <199507060946.CAA13070@freefall.cdrom.com> Received: from savage-gw.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Thu, 6 Jul 1995 10:45:05 +0100 To: vak@cronyx.ru cc: davidg@root.com, hackers@freebsd.org Subject: Re: Beta version of IDE CD-ROM driver ready In-reply-to: Your message of "Tue, 04 Jul 1995 01:02:48 +0400." Date: Thu, 06 Jul 1995 10:44:56 +0100 From: Simon Marlow Sender: hackers-owner@freebsd.org Precedence: bulk > I finished the beta version of ATAPI (IDE) CD-ROM driver, > and would commit it. > > Rod said you could help me. > > I put it to ftp.cdrom.com:/FreeBSD/incoming/wcd10.tgz. > Would you please look at it and commit? > I am ready to make any needed changes needed. I tried out this driver, but it doesn't seem to work for drives on the second controller (wdc1). Firstly, the controller isn't recognised by wdprobe because the reset times out (presumably because there are no hard disks on this controller). So I hacked around this and made some more mods to get the drive probed & attached correctly, but any open operations on the device just hang. Now I'm stuck :) 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 Thu Jul 6 02:48:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13156 for hackers-outgoing; Thu, 6 Jul 1995 02:48:22 -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 CAA13132 for ; Thu, 6 Jul 1995 02:48:16 -0700 Received: by FileServ1.MI.Uni-Koeln.DE id AA25358 (5.67b/IDA-1.5 for hackers@freebsd.org); Thu, 6 Jul 1995 11:47:37 +0200 Message-Id: <199507060947.AA25358@FileServ1.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 6 Jul 1995 11:47:36 +0200 In-Reply-To: John-Mark Gurney "Re: One cause of 2.05R instability found" (Jul 5, 20:11) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: John-Mark Gurney Subject: Re: One cause of 2.05R instability found Sender: hackers-owner@FreeBSD.org Precedence: bulk On Jul 5, 20:11, John-Mark Gurney wrote: } Subject: Re: One cause of 2.05R instability found } On Wed, 5 Jul 1995, Stefan Esser wrote: } } > Regarding problems with panics: } > } > Fatal trap 12: page fault while in kernel mode } > } > Is this a single case ? } > } > Who else (other than Voradesh Yenbut) } > sees this ??? } } I have seen this a couple times... it has happened when reading off my } nec-210 cd-rom drive via nfs... the cdrom is connected to a 8bit controler based on the } ncr53c400 by nec... I am using the nca driver... I'm not sure if this } is related... I didn't take the information reported down... Hmmm, that isn't a NCR 53c810 based system, so the panic isn't caused by the NCR PCI SCSI driver problem, for sure ... } > The NCR code hasn't changed over many months until after } > FreeBSD-2.0.5R has been released, and I don't have any } > other report of "trap 12: page fault while in kernel mode" } > problems. So I don't suppose this to be a problem caused } > by the driver. } } well... now you have another report... just a bit about my machine... } it has 8megs ram... running a 486/33dx running at 40mhz... the only } thing on the scsi controler is the cdrom... hope this helps... TTYL... Thanks. If it ever happens again, please write down the fault address, and send it to the mail list ... Regards, STefan From owner-freebsd-hackers Thu Jul 6 03:46:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14233 for hackers-outgoing; Thu, 6 Jul 1995 03:46:33 -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 DAA14227 for ; Thu, 6 Jul 1995 03:46:30 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15372 (5.67a/IDA-1.5); Thu, 6 Jul 1995 05:44:40 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA26400; 6 Jul 95 05:43:59 CDT (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id FAA26397; Thu, 6 Jul 1995 05:43:58 -0500 Date: Thu, 6 Jul 1995 05:43:58 -0500 From: Peter da Silva Message-Id: <199507061043.FAA26397@bonkers.taronga.com> To: jhs@vector.eikon.e-technik.tu-muenchen.de, hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-Reply-To: <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> Organization: Taronga Park BBS Sender: hackers-owner@freebsd.org Precedence: bulk In article <199507050842.KAA00763@vector.eikon.e-technik.tu-muenchen.de> you write: >I propose we change the list name `hackers' to [ Suggestions Please ]. Having been a partner in a company named "Hackercorp", I've been sorta idly wondering when this was going to hit. Yeh, it's probably necessary. No, I don't much care what it's called. Sigh. From owner-freebsd-hackers Thu Jul 6 04:16:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14796 for hackers-outgoing; Thu, 6 Jul 1995 04:16:34 -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 EAA14790 for ; Thu, 6 Jul 1995 04:16:30 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15498 (5.67a/IDA-1.5); Thu, 6 Jul 1995 06:13:53 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA26964; 6 Jul 95 06:13:15 CDT (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA26961; Thu, 6 Jul 1995 06:13:15 -0500 Date: Thu, 6 Jul 1995 06:13:15 -0500 From: Peter da Silva Message-Id: <199507061113.GAA26961@bonkers.taronga.com> To: kelly@fsl.noaa.gov, hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-Reply-To: <9507052314.AA17533@emu.fsl.noaa.gov> Organization: Taronga Park BBS Sender: hackers-owner@freebsd.org Precedence: bulk In article <9507052314.AA17533@emu.fsl.noaa.gov> you write: >`devel' is appropriate given the BSD daemons that are hanging about, >but I just don't like devel as an abbreviation for `development' or >`developers' or whatever. Why abbreviate at all? What's wrong with "freebsd-develop{ers,ment}" and set up an alias "dev" for people who don't want to type. From owner-freebsd-hackers Thu Jul 6 05:16:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16154 for hackers-outgoing; Thu, 6 Jul 1995 05:16:08 -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 FAA16148 for ; Thu, 6 Jul 1995 05:16:02 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15851 (5.67a/IDA-1.5 for freebsd.org!hackers); Thu, 6 Jul 1995 07:03:02 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA27898; 6 Jul 95 07:02:24 CDT (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA27895; Thu, 6 Jul 1995 07:02:24 -0500 Date: Thu, 6 Jul 1995 07:02:24 -0500 From: Peter da Silva Message-Id: <199507061202.HAA27895@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: Stabikity/Usability of 2.0.5R Newsgroups: taronga.freebsd.hackers In-Reply-To: <9507052305.AA06876@cs.weber.edu> Organization: Taronga Park BBS Sender: hackers-owner@freebsd.org Precedence: bulk I have one question for these people installing FreeBSD on ESDI... how is the drive formatted? Did you use the WD BIOS or something like DiskManager? From owner-freebsd-hackers Thu Jul 6 05:23:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16376 for hackers-outgoing; Thu, 6 Jul 1995 05:23:03 -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 FAA16364 for ; Thu, 6 Jul 1995 05:22:49 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18391; Thu, 6 Jul 1995 14:22:42 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA07891; Thu, 6 Jul 1995 14:22:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA09585; Thu, 6 Jul 1995 09:50:32 +0200 From: J Wunsch Message-Id: <199507060750.JAA09585@uriah.heep.sax.de> Subject: Re: Bootblocks won't take to IDE HDD To: dennis@et.htp.com (dennis) Date: Thu, 6 Jul 1995 09:50:32 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507060612.CAA18775@mail.htp.com> from "dennis" at Jul 6, 95 02:12:21 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: 798 Sender: hackers-owner@freebsd.org Precedence: bulk As dennis wrote: > > In trying to debug a boot problem described earlier I've found that I can't > change the boot blocks on my IDE HDD. I've done the "make install" from the > 'i386/boot' directory and then a "disklabel -B wd0" but the old boot blocks > seem to remain. Running "disklabel -B fd0" seems to work ok. Any ideas? Did disklabel complain about ``super block size 0'', ``revolutions per minute 0'', or ``interleave 0''? Go and fix those errors before (disklabel -e), disklabel will otherwise refuse to install a bootstrap. (The reason for the errors is fixed in the -current libdisk, and i think will also be fixed in the upcoming snap.) -- 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 Jul 6 07:29:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA19280 for hackers-outgoing; Thu, 6 Jul 1995 07:29:42 -0700 Received: from gw.cronyx.msk.su (gw.cronyx.srcc.msu.su [158.250.244.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA19274 for ; Thu, 6 Jul 1995 07:29:37 -0700 Received: by gw.cronyx.msk.su id SAA21229; (8.6.9/vak/1.9) Thu, 6 Jul 1995 18:25:13 +0400 To: simonm@dcs.gla.ac.uk Cc: davidg@root.com, hackers@freebsd.org References: <199507060945.NAA19213@gw.cronyx.msk.su> Message-ID: Organization: Cronyx Ltd. From: "Serge V.Vakulenko" Date: Thu, 6 Jul 95 18:25:12 +0400 X-Mailer: BML [UNIX Beauty Mail v.1.39] Subject: Re: Beta version of IDE CD-ROM driver ready Sender: hackers-owner@freebsd.org Precedence: bulk > I tried out this driver, but it doesn't seem to work for drives on the > second controller (wdc1). Firstly, the controller isn't recognised by > wdprobe because the reset times out (presumably because there are no > hard disks on this controller). So I hacked around this and made some > more mods to get the drive probed & attached correctly, but any open > operations on the device just hang. Hmm... I did not try the second controller yet... Probably, you have a drive which does not interrupt before gettin a packet command. The driver of version 1.0 does not handle this properly. Yesterday I got a copy of ATAPI specs, and next week I plan make a new, much enhanced version of the driver. Serge --- Serge Vakulenko Cronyx Ltd., Moscow Unix consulting and custom programming phone: +7 (095) 939-23-23 FreeBSD support fax: +7 (095) 939-03-00 Relcom network development From owner-freebsd-hackers Thu Jul 6 08:28:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21049 for hackers-outgoing; Thu, 6 Jul 1995 08:28:12 -0700 Received: from holodeck.cc.vt.edu (holodeck.cc.vt.edu [128.173.16.28]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21040 for ; Thu, 6 Jul 1995 08:28:10 -0700 Message-Id: <199507061528.IAA21040@freefall.cdrom.com> Received: from MX003726.TEB.PEPCO by holodeck.cc.vt.edu with SMTP (8.6.12/16.2) id LAA25404; Thu, 6 Jul 1995 11:28:07 -0400 X-Sender: ceklof@mail.vt.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 06 Jul 1995 11:29:17 +0600 To: hackers@freebsd.org From: ceklof@vt.edu (No Asat) Subject: Downloading Setup Files X-Mailer: Sender: hackers-owner@freebsd.org Precedence: bulk Hey I would like to download the setup files from an FTP site, so I can take them home on floppies and install it on my computer there. Could you tell me the files and thier ftp site names that I need to download? I would really appreciate any help/advice you can give -thanx _______________________________________________ -------Carl Eklof,----- PEPCo Engineering Virginia Tech CpE Hardcore Musician ......Less talk..... ========================================= From owner-freebsd-hackers Thu Jul 6 08:36:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21283 for hackers-outgoing; Thu, 6 Jul 1995 08:36:19 -0700 Received: from prinny.pavilion.co.uk (prinny.pavilion.co.uk [193.131.160.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21276 for ; Thu, 6 Jul 1995 08:36:13 -0700 Received: from line06.kemp-du.pavilion.co.uk (line03.gunn-du.pavilion.co.uk [193.131.160.100]) by prinny.pavilion.co.uk (8.6.5/8.6.5) with SMTP id QAA18237 for ; Thu, 6 Jul 1995 16:36:24 +0100 Date: Thu, 6 Jul 1995 16:36:24 +0100 Message-Id: <199507061536.QAA18237@prinny.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: aledm@pavilion.co.uk (Aled Morris) Subject: inetd -l X-Mailer: Sender: hackers-owner@freebsd.org Precedence: bulk I don't have full source in front of me at the moment, and the manual page is a little light on detail. Can anyone tell me the facility and severity that inetd uses when logging connections ("-l" mode). I tried running "inetd -l" with the default syslog.conf, but nothing turned up in any of the log files. Perhaps someone could add this info to the manual page, inetd(8). Aled -- telephone +44 973 207987 From owner-freebsd-hackers Thu Jul 6 08:49:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21555 for hackers-outgoing; Thu, 6 Jul 1995 08:49:48 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21549 for ; Thu, 6 Jul 1995 08:49:43 -0700 Received: by misery.sdf.com id <915>; Thu, 6 Jul 1995 08:52:45 +0100 Date: Thu, 6 Jul 1995 08:52:28 -0700 (PDT) From: Tom Samplonius To: No Asat cc: hackers@freebsd.org Subject: Re: Downloading Setup Files In-Reply-To: <199507061528.IAA21040@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, 6 Jul 1995, No Asat wrote: > Hey > > I would like to download the setup files from an FTP site, so I can take > them home on floppies and install it on my computer there. Could you tell > me the files and thier ftp site names that I need to download? This belongs on "freebsd-questions", not on "hackers". Can someone please change the description of hackers list to more emphasize its "in-depth" nature? The FTP site is ftp.freebsd.org. In the /pub/FreeBSD directory there are several directories corresponding to various releases. The 2.0.5 release is in the 2.0.5-RELEASE directory. The "bin" and "floppies" directories are required at a minimum. Tom From owner-freebsd-hackers Thu Jul 6 09:20:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22347 for hackers-outgoing; Thu, 6 Jul 1995 09:20:11 -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 JAA22341 for ; Thu, 6 Jul 1995 09:20:10 -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 MAA21327 for ; Thu, 6 Jul 1995 12:18:32 -0400 Date: Thu, 6 Jul 1995 12:18:32 -0400 Message-Id: <199507061618.MAA21327@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: No kbd boot problems - Part 2 Sender: hackers-owner@freebsd.org Precedence: bulk Thanks for the pointers on getting the boot blocks installed on the IDE drives....now for the original problem: The boot code fails in 2 routines: probe_keyboard() and gateA20(). probe_keyboard() fails in several places, and I suspect its making invalid assumptions about how my particular controller is supposed to work. I don't care about a com console so I just commented that out for now. gateA20() hangs in much the same way, but my question is that there is a define option for IBM_L40 which seems to work, but no info on what this option is for. Does anyone know about this? thanks, dennis From owner-freebsd-hackers Thu Jul 6 10:04:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23369 for hackers-outgoing; Thu, 6 Jul 1995 10:04:04 -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 KAA23347 ; Thu, 6 Jul 1995 10:04:00 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id MAA00328; Thu, 6 Jul 1995 12:02:37 -0500 From: Scott Mace Message-Id: <199507061702.MAA00328@crash.ops.neosoft.com> Subject: if_ep driver To: hackers@freebsd.org, current@freebsd.org Date: Thu, 6 Jul 1995 12:02:36 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 79 Sender: hackers-owner@freebsd.org Precedence: bulk Is anyone working on integrating the NetBSD 3com drivers into FreeBSD? Scott From owner-freebsd-hackers Thu Jul 6 10:16:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23840 for hackers-outgoing; Thu, 6 Jul 1995 10:16:00 -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 KAA23834 for ; Thu, 6 Jul 1995 10:15:58 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA11598; Thu, 6 Jul 1995 12:14:25 -0500 From: Joe Greco Message-Id: <199507061714.MAA11598@brasil.moneng.mei.com> Subject: Re: current SOTA in ISDN support? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 6 Jul 1995 12:14:25 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199507060157.LAA18633@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 6, 95 11:27:07 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > Greetings all, > A quick question for the ISDN-enabled out there. I'm > currently helping a BBS owner add a BSD box to provide ISPish services > for his users. He wants to go ISDN, and obviously needs to know > which way to turn when it comes to buying an interface. > > I'm curious to know what people are using - I know Amancio has the Ascend > box, and appears to be very happy with it; I seem to recall someone I don't recall exactly what Amancio has. I suspect it may be an Ethernet bridge. > saying something about a Motorola card at some stage, but I've > no idea who or when. (This is for use in Canada). Probably me, Motorola terminal adapter, not a card, just an external box. > A search of the mailing list archives (that's a neat toy, by the way!) > shows lots of people asking for support, but not much in the way > of hard answers. > > Unfortunately, I'm not in a position to write a driver either 8( When in doubt, avoid the need-a-driver problem. 8-) Combinet and other manufacturers have Ethernet bridge products. These devices speak a propietary protocol over one or two B channels and make an Ethernet device look like it's on a remote network: ----------- ------------ ------------ | | FreeBSD |-------| Combinet |----/ /PSTN/ /----| Combinet |------+ ----------- ------------ ------------ | You :-) Ether ISDN Ma Bell ISDN Remote Netwk (ISP, work, etc) Combinet has a PRI interface so you can have a "central hub" supporting many sessions simultaneously rather than having a rats nest of BRI combinets on the remote network side; we use this here at MEI extensively. Downside: Propietary protocol. You can only speak to other Combinets - in particular other Combinets that are willing to talk to you. Downside: Requires an Ethernet card in the FreeBSD box. Downside: Lower cost units only support a single device on the remote side (although you could route over IP if you had a second Ethernet at your home - but no other devices on the network segment between your PC and Combinet). Upside: Works with any Ethernet appliance. This is a MAJOR PLUS and probably counteracts most of the downsides. ;-) Upside: Can transparently do 2 B-channels. Can dial-on-demand and kill idle links transparently. Downside: Relatively expensive. Upside: I'm fairly certain they do compression. Combinet is only one provider of these devices; they're the ones I'm really familiar with. Ascend and others make similar offerings. Look for "Network bridges". Next solution: ISDN terminal adapters via standard async serial. I won't draw a picture. We all know how modems work. A terminal adapter is basically an ISDN "modem" - but it's all "digital" - no modulator/demodulator. You connect to the TA via a serial port (16550 absolutely mandatory!!!) and the TA can connect to remote ISDN TA's. Upside: Standard protocols. Interoperability between vendors. Can be used like a modem (not forced to use as a network connection). I can connect to the TA's at the local BBS and download files with rzsz. Upside: Configures just like a standard modem dial-up connection. You can drop in place of your current V.34 solution. Downside: You start stressing the IRQ's on your FreeBSD box (on a 386DX/40 it's not toooo bad). Downside: No compression (at least on the units I'm aware of). Notes: Motorola has a number of solutions. The UTA-220(?) is capable of doing sync or async serial - and can do 128Kbps with a bonded connection, IF you are running sync. They have been promising to provide a 115,200Kbps bonded solution for async, but have failed to deliver as of this writing (promised availability: this last spring). It is a damn good unit - has two serial ports so you can use each B-channel separately, and would be a perfect TA *if* it could do bonded async. It can't, though, at least not right now. There are also several options available that incorporate V.34 (etc) modem technology into a TA or provide an analog phone jack on the TA. This may or may not be good for your application. The TA/modem units I have considered generally only are able to use one B channel. Since an ISDN line has two B channels, this would be wasteful in an ISP environment - ideally what I would REALLY like to see is something like the UTA-220 which had added functionality - two V.34 modems and the ability to use any mix of V.34 and V.120 on either channel, or the ability to use both channels bonded together. This would provide great flexibility for an ISP and I'm suprised nobody's done it. ;-) ODS has been running a pair of UTA-220's, and aside from some minor problems with the TA software which should be fixed "RSN" (along with an async bonding implementation), these have been great performers. NONE of these solutions are difficult to implement without ANY special ISDN support within FreeBSD. The next solution: get a sync serial card and an ISDN TA. With a unit capable of bonding like the UTA-220, you can do 128Kbps. If you get a GOOD sync card, you're also all set to go with a pair of CSU/DSU's and go T1. This is perhaps more expensive than async serial (the sync cards are $$$$$$), but may be less expensive than a Combinet style solution. This of course requires sync card support. Emerging Technologies(?) has done all that for you, if you buy their product :-) (I'm looking at doing so, but need more details...). That's an "already implemented but mild amount of work" solution. Then there's the ISDN PC cards. I don't have too many details. Everybody has one: Digiboard, IBM, etc. They're all propietary, AFAIK, and probably all have various tradeoffs. They are certainly the most likely to be a "cheap" solution - except you'll find yourself ripping hair when you run into a bug of some sort while trying to write your driver. :-( I think that FreeBSD *MUST* have support for these eventually - I do not mean to discourage anyone who has the hardware and will to write a driver - but the lack of standards is truly disheartening.... it's like Ethernet cards but worse. My hat's off to anyone who braves these waters. ;-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Jul 6 10:27:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA24161 for hackers-outgoing; Thu, 6 Jul 1995 10:27:02 -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 KAA24138 ; Thu, 6 Jul 1995 10:27:00 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id MAA00423; Thu, 6 Jul 1995 12:25:36 -0500 From: Scott Mace Message-Id: <199507061725.MAA00423@crash.ops.neosoft.com> Subject: Re: if_ep driver To: smace@crash.ops.neosoft.com (Scott Mace) Date: Thu, 6 Jul 1995 12:25:36 -0500 (CDT) Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: <199507061702.MAA00328@crash.ops.neosoft.com> from "Scott Mace" at Jul 6, 95 12:02:36 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 181 Sender: hackers-owner@freebsd.org Precedence: bulk Also, on a side note, does anyone have any info for programming the RX filter on 3c509's for multicast? I currently have mine hacked to just receive ALL multicast packets. Scott From owner-freebsd-hackers Thu Jul 6 11:09:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24995 for hackers-outgoing; Thu, 6 Jul 1995 11:09:09 -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 LAA24989 for ; Thu, 6 Jul 1995 11:09:06 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA11774 ; Thu, 6 Jul 95 14:09:03 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sTv0C-0004pHC; Thu, 6 Jul 95 13:46 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: Re: Stabikity/Usability of 2.0.5R To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 6 Jul 1995 13:46:16 -0400 (EDT) Cc: wilko@yedi.iaf.nl, davidg@Root.COM, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9507052305.AA06876@cs.weber.edu> from "Terry Lambert" at Jul 5, 95 05:05:16 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1192 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Terry Lambert wrote: > > What a coincidence. [ deletia ] Same problems. I recall having the same problem here recently with a wd 1007 and a micropolis 1558. About the same time summer hit with a vengance and I retired the monsters until the weather cools... I do not have A/C here in Hotlanta and they were starting to shutdown from the heat. :( > Probably also an AT&T/NCR machine? doityourself ASUS PVI-486AP4, award bios autodects it correctly. > There is a jumper for "perfect media"... basically, self-replacement > of bad sectors. This is a geometry translation of a sort, but since > it's BIOS only, I don't have it on. I have no idea where the controller manual is ... don't know about that jumper. If you want me to try anything, tell me what. Peter da Silva asks: :> I have one question for these people installing FreeBSD on ESDI... how :> is the drive formatted? Did you use the WD BIOS or something like :> DiskManager? I used the onboard WD bios long ago, then reformatted with the award bios most recently... never diskmanager or the like. -- Jan Isley If you couldn't find any weirdness, maybe we'll just have to make some! -- Hobbes From owner-freebsd-hackers Thu Jul 6 11:40:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25849 for hackers-outgoing; Thu, 6 Jul 1995 11:40:13 -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 LAA25842 for ; Thu, 6 Jul 1995 11:40:12 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol Prev-Resent: Thu, 06 Jul 1995 11:40:12 -0700 Prev-Resent: "hackers " Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22573 for ; Thu, 6 Jul 1995 09:28:37 -0700 Received: from virginia.edu by violet.berkeley.edu (8.6.10/1.33r) id JAA12868; Thu, 6 Jul 1995 09:28:35 -0700 Received: from avery.med.virginia.edu by uvaarpa.virginia.edu id aa22899; 6 Jul 95 12:28 EDT Received: (from pth3k@localhost) by avery.med.Virginia.EDU (8.6.11/8.6.6) id MAA60410 for jkh@violet.berkeley.edu; Thu, 6 Jul 1995 12:28:30 -0400 Date: Thu, 6 Jul 1995 12:28:30 -0400 From: "Philip T. Hoeffer" Message-Id: <199507061628.MAA60410@avery.med.Virginia.EDU> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: jkh@violet.berkeley.edu Subject: APC UPS INFORMATION you Requested Resent-To: hackers@freefall.cdrom.com Resent-Date: Thu, 06 Jul 1995 11:40:12 -0700 Resent-Message-ID: <25841.805056012@freefall.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk APC Smart UPS Commands / Protocol --------------------------------- Interface: ---------- The SPC Ups's use a simple three wire interface with a shield. When in Smart Mode!!! CPU UPS --- --- TxD 2 --------------------- 2 RxD RxD 3 --------------------- 1 TxD GND 5 --------------------- 9 GND Shield ----------------- Shield Communication Parameters ------------------------ 2400 Baud, 8 Data Bits, 1 Stop Bit, No Parity ( Standard Stuff Here ) Init Ups ( Smart Mode ) ----------------------- To Start the UPS Responding to Smart UPS Commands send the character "Y", 0x59, ( A capital y ). The UPS will respond with the character string "SM" which means I assume Smart Mode. -- From this point on the UPS will respond to the commands below. General Commands ---------------- Command Description Command Description --------------------------------+----------------------------------------- A = Test Front Panel | L = Input Line Voltage "xxx.x" B = Battery Voltage "xx.x" | M = Max. Line Voltage Rcvd. "xxx.x" C = Battery Voltage "xx.x" ?| N = Min. Line Voltage Rcvd. "xxx.x" D = N / A | O = Output Voltage "xxx.x" E = ?? Generates "OK" | P = Power Load on UPS in % "xx.x" F = Line Frequency Hz "xx.x"| Q = ?? generates "08" on mine G = generates "R","T" or "S"| R = N / A H = N / A | S = N / A I = N / A | T = generates "000.1" TIME?? J = N / A | U = Self Test gen. "OK!!S" K = Shutdown UPS | V = Version Req. "6KD" on mine Send a "K", wait 1 sec, | W = Self Test Send another "K", wait | X = Generates "OK" another sec. then send a | Y = Init UPS as Smart Mode . = 0x0d | Z = N / A After 15-30 Secs UPS will | Shutdown. | --------------------------------+----------------------------------------- Return Codes ------------ The Following is a list of characters generated by the UPS & what I did to get them: "SM" Received after sending a "Y", SMART MODE ??? "6KD" UPS Version Number. "!" Unplug ac line cord from UPS. Also rcvd when cord plugged back in. call it LINE TRANSITION OCCURED. "?" Send from UPS after powered up by 1 switch on front panel. "*" Sent by UPS after second "K" sent by me. WARNING ABOUT TO SHUTDOWN?? "R" -\ "S" > Sent by UPS after I sent it the "G" command. ??? "T" -/ ================================================================= This is what I have so far. I am still going to work on this but if any of you findout anything further please let me know or post it on the net. I hope this helps someone out there. Remember you saw it from a FreeBSD'er First!!! Best of luck Ty ===================================================================== Ty Hoeffer pth3k@galen.med.virginia.edu | University of Virginia Telecommunications Support Network Analyst | Hospital Lan Support Group / Unix Systems | Medical Center Computing -------------------------------------------+------------------------- FreeBSD the Operating System of choice for PC UNIX!!! Opinions Expressed by Me are not shared by anyone!!!! *<;) ===================================================================== From owner-freebsd-hackers Thu Jul 6 11:42:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26011 for hackers-outgoing; Thu, 6 Jul 1995 11:42:29 -0700 Received: from ussenterprise.ufp.org (bicknell@ussenterprise.ufp.org [198.82.200.55]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA26002 ; Thu, 6 Jul 1995 11:42:26 -0700 Received: (bicknell@localhost) by ussenterprise.ufp.org (8.7.Beta.4/8.6.ufp) id OAA14886; Thu, 6 Jul 1995 14:42:23 -0400 From: Leo Bicknell Message-Id: <199507061842.OAA14886@ussenterprise.ufp.org> Subject: Mirroring FreeBSD To: jkh@freebsd.org, davidg@freebsd.org, rgrimes@freebsd.org, gpalmer@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 6 Jul 1995 14:42:22 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: hackers-owner@freebsd.org Precedence: bulk First let me apolgise if I got too many people on this e-mail. I was given some suggestions on who to contact and in the interest of time I am trying them all at once. I work for the Computer Science Department at Virginia Tech. This fall we plan to have our Freshman use FreeBSD on a PC based platform. As part of this we want to set up a local FreeBSD mirror so they can FTP updates from us rather then clogging the net. Right now we are mirroring using the "mirror" software (Perl scripts) from ftp.freebsd.org. We don't like this because mirror is rather slow, and hard on the machine (often wanting to grow to over a 100 meg image). We just finished converting our NetBSD mirror to "sup" which is working very nicely, so I am interested in using sup to mirror FreeBSD. As I understand it now the development trees and packages are availabe via sup from sup.FreeBSD.org. We would like to be able to sup all of ftp.freebsd.org:/pub/FreeBSD though. I'm not sure exactly what it would take to make that work, which is why I am enquireing now. I would also be open to other suggestions on how to mirror with other programs if there is a better way. The mirror we have set up will be publically accessable by the end of the fall, running on a dedicated machine. It will have FreeBSD, NetBSD, X11, and GNU on it. We will announce the hostname when all of these mirroring problems are worked out. Thanks for your time. -- Leo Bicknell - bicknell@ufp.org | Make a little birdhouse bicknell@vt.edu | in your soul...... bicknell@cs.vt.edu | They Might http://www.ufp.org/~bicknell/ | Be Giants From owner-freebsd-hackers Thu Jul 6 12:00:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26611 for hackers-outgoing; Thu, 6 Jul 1995 12:00:11 -0700 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA26605 for ; Thu, 6 Jul 1995 12:00:10 -0700 Received: from exalt.x.org by expo.x.org id AA02039; Thu, 6 Jul 95 14:59:36 -0400 Received: by exalt.x.org id AA08735; Thu, 6 Jul 95 14:59:34 -0400 Message-Id: <9507061859.AA08735@exalt.x.org> To: freebsd-hackers@FreeBSD.ORG Subject: Re: Stability/Usability of 2.0.5R In-Reply-To: Your message of Thu, 06 Jul 1995 13:46:16 EST. Organization: X Consortium Date: Thu, 06 Jul 1995 14:59:34 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > :> I have one question for these people installing FreeBSD on ESDI... how > :> is the drive formatted? Did you use the WD BIOS or something like > :> DiskManager? > For years I used a Fastor ESDI controller on a Micropolis 330M drive under 386BSD-0.1 and FreeBSD-1.X. Fastor was a short lived company in Silicon Valley. I also used a WD1007 (E ???) when I was trying to diagnose my dieing system by swapping components. Both controller bios have an option to translate the drive to a "normal" geometry. Neither controller had a "perfect media" jumper or bios setting that I can recall. Both cards are pretty typical ISA-type controllers. To do low-level formats, enable geometry translation, and surface scans you need MS-DOS/debug -- enter g=c800:5 (or similar depending on the card, i.e. if it has jumpers for setting the ROM base address, etc., use that address instead; e.g. g=c500:5.) That'll bring up a set of menus and it should be pretty obvious from there on. After that you just disklabel it and newfs it. I never used DiskManager, or anything like it. Not sure what those would have been for OS/2 and {386,Free}BSD. OS/2, since 2.0 anyway, has never relied on the BIOS for the disk, and I could have used the drive in untranslated mode if I wanted. I only used translated mode because 386BSD needed it. Can't say as I remember what FreeBSD needed, I probably just left it when I switched to FreeBSD. -- Kaleb KEITHLEY - From owner-freebsd-hackers Thu Jul 6 13:09:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29264 for hackers-outgoing; Thu, 6 Jul 1995 13:09:42 -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 NAA29250 for ; Thu, 6 Jul 1995 13:09:35 -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 <55350>; Thu, 6 Jul 1995 22:09:16 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id QAA03684; Thu, 6 Jul 1995 16:35:57 +0200 Date: Thu, 6 Jul 1995 16:35:57 +0200 From: Julian Howard Stacey Message-Id: <199507061435.QAA03684@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freebsd.org Subject: token ring anyone Cc: n1epo4tl@ibmmail.COM Sender: hackers-owner@freebsd.org Precedence: bulk a couple of weeks ago I asked (on behalf of n1epo4tl@ibmmail.com Stuart Arnold) if anyone knew of any support for token ring cards with FreeBSD, we heard nothing ... either there's no interest or maybe it was mail failure ? Julian S jhs@freebsd.org From owner-freebsd-hackers Thu Jul 6 13:12:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29596 for hackers-outgoing; Thu, 6 Jul 1995 13:12:47 -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 NAA29583 for ; Thu, 6 Jul 1995 13:12:41 -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 <55356>; Thu, 6 Jul 1995 22:12:15 +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 KAA02604; Thu, 6 Jul 1995 10:52:03 +0200 Message-Id: <199507060852.KAA02604@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: Peter Dufault cc: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-reply-to: Your message of "Wed, 05 Jul 1995 11:59:54 +0200." <199507050959.FAA09424@hda.com> Date: Thu, 6 Jul 1995 10:52:03 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > From: Peter Dufault > Has this proven to be a problem for anyone, Hacker is not a good word in Germany: - I have talked to numerous technical & managerial people in Germany, (in offices & more numerously at conferences etc) about the benefits of FreeBSD, their reaction swings negative whenever the opposition overhear me, butt in, & say "it's done by a load of hackers, what do you expect for free !" Then I have to waste time explaining ..again.. - there's a Hackers Handbook, - we have a Chaos Club up north `full of hackers' (to quote common perception), - eg NC (Networks & Comms) magazine 6/95 P22 Col 2 Para 2 (my translation from German follows): "Many security experts hold that Satan is virtually an invitation for the international hackers scene to check out the weak points of the Internet" `Hacker' is an un-necessary liability to our fine Op System. I guess people in the business of providing Unix like OSs to students & motivated individuals don't encounter much resistance, but I'm trying to venture into new markets, where the people are less `op. system literate'; here the word `Hacker' is a superfluous danger signal. Julian S Munich, Germany From owner-freebsd-hackers Thu Jul 6 13:28:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00870 for hackers-outgoing; Thu, 6 Jul 1995 13:28:23 -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 NAA00848 for ; Thu, 6 Jul 1995 13:28:14 -0700 Received: by FileServ1.MI.Uni-Koeln.DE id AA28022 (5.67b/IDA-1.5 for hackers@freebsd.org); Thu, 6 Jul 1995 22:28:00 +0200 Message-Id: <199507062028.AA28022@FileServ1.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 6 Jul 1995 22:28:00 +0200 In-Reply-To: Voradesh Yenbut "Re: One cause of 2.05R instability found" (Jul 5, 14:43) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Voradesh Yenbut Subject: Re: One cause of 2.05R instability found Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk On Jul 5, 14:43, Voradesh Yenbut wrote: } Subject: Re: One cause of 2.05R instability found } In message <199507051552.AA06352@FileServ1.MI.Uni-Koeln.DE>, Stefan Esser writes: } >Well, since there shouldn't have been any code generated } >before, there shouldn't be any difference ... } } There are some differences. One fact is that my system no longer } crashes. The others seem to be some shifts in the code. More details } of code changes are below. Well, didn't expect that the code would come out different ... } I did make a trivial change of code in if_ed.c for it to identify my } NIC board as 8216 instead of 8416. At first I thought the problem was } with the modified ed driver, but changing it to unmodified version or } version from previous release did not make any difference to the } crash. I did not use any NCR specific kernel config file options. Ok. } >; ncb_profile (np, cp); } > pushl %ecx } > pushl 8(%ebp) } > call _ncb_profile } } } } > addl $8,%esp } > } >; if (DEBUG_FLAGS & DEBUG_TINY) } >; printf ("CCB=%x STAT=%x/%x\n", (unsigned)cp & 0xfff, } >; cp->host_status,cp->scsi_status); } > } >; xp = cp->xfer; } > movl 12(%ebp),%ecx } > movl 452(%ecx),%edi } > } >; cp->xfer = NULL; } > movl $0,452(%ecx) } } When the "if (DEBUG_FLAGS.." statement has actually been commented } out in the source code, the line "addl $8,%esp" above was moved to a } location before "if (cp->parity_status" as below. There is no change } to the code between the old and the new locations of addl. } } >All data structures should remain unchanged over the } >execution of ncr_complete(), since they are locked in a } >way that should also prevent simultanous updates by the } >NCR ... } > } > xp = cp->xfer; } > cp->xfer = NULL; } > tp = &np->target[xp->sc_link->target]; } > lp = tp->lp[xp->sc_link->lun]; } } >>> } >>> addl $8,%esp <<<<<< New location } } >ncr_complete + 195: } > if (cp->parity_status) { } > ... } > { } } Also the locations of instructions were shifted. For example, } ncr_complete is now at 0xf0168eb1 instead of at 0xf0168ec1. There } could also be other changes that are not mentioned here. Well, I'll have a look at the output of both versions of ncr.c (with and without the "if (DEBUG)"). Perhaps I'll find something ... } >It might help to send a stack trace obtained using } >the kernel debugger ... } } I am afraid it would be hard to do. My system has 64 MBs of memory } and each swap partition has only 48 MBs. Since the panic was in } ncr.c, sometimes the system was just stuck not being able to write } anything to the disks. If there is an easy way to get a dump (without } changing the system much), I might attempt to do it. Well, I thought about building a system with kernel debugger support: options DDB The system will give a debug prompt in case of a panic. To get a stack trace, you enter "trace", to reboot you can use "panic" command ... But You'll have to writ down the stack trace by hand ... Regards, STefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-hackers Thu Jul 6 13:44:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01844 for hackers-outgoing; Thu, 6 Jul 1995 13:44:46 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01831 for ; Thu, 6 Jul 1995 13:44:41 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA03057; Thu, 6 Jul 1995 22:45:33 +0200 Received: by uni4nn.iaf.nl with UUCP id AA07443 (5.67b/IDA-1.5); Thu, 6 Jul 1995 22:19:59 +0100 Received: by iafnl.iaf.nl with UUCP id AA17620 (5.65c/IDA-1.4.4); Thu, 6 Jul 1995 21:05:57 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id UAA01500; Thu, 6 Jul 1995 20:19:32 +0200 From: Wilko Bulte Message-Id: <199507061819.UAA01500@yedi.iaf.nl> Subject: Re: Stabikity/Usability of 2.0.5R To: peter@bonkers.taronga.com (Peter da Silva) Date: Thu, 6 Jul 1995 20:19:31 +1596657 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199507061202.HAA27895@bonkers.taronga.com> from "Peter da Silva" at Jul 6, 95 07:02:24 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 514 Sender: hackers-owner@freebsd.org Precedence: bulk > I have one question for these people installing FreeBSD on ESDI... how > is the drive formatted? Did you use the WD BIOS or something like > DiskManager? In my case it was the WD BIOS (lacking anything else) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jul 6 13:48:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02175 for hackers-outgoing; Thu, 6 Jul 1995 13:48:04 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02165 for ; Thu, 6 Jul 1995 13:47:59 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA03064; Thu, 6 Jul 1995 22:48:59 +0200 Received: by uni4nn.iaf.nl with UUCP id AA07458 (5.67b/IDA-1.5); Thu, 6 Jul 1995 22:20:04 +0100 Received: by iafnl.iaf.nl with UUCP id AA17626 (5.65c/IDA-1.4.4); Thu, 6 Jul 1995 21:05:59 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id UAA01585; Thu, 6 Jul 1995 20:53:57 +0200 From: Wilko Bulte Message-Id: <199507061853.UAA01585@yedi.iaf.nl> Subject: Re: Stabikity/Usability of 2.0.5R To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 6 Jul 1995 20:53:56 +1596657 (MET DST) Cc: davidg@root.com, freebsd-hackers@freebsd.org In-Reply-To: <9507052305.AA06876@cs.weber.edu> from "Terry Lambert" at Jul 5, 95 05:05:16 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 4318 Sender: hackers-owner@freebsd.org Precedence: bulk > Probably also an AT&T/NCR machine? No. It is a 'genuine' (ugh) Intel 302 board. So, 386/25 and 64k cache. > > BIOS? Mine doesn't. Disabling the BIOS of the WD and selecting the > > untranslated geometry in the system BIOS also gives me the > > n * 35 badblocks. > > I can't select anything in BIOS. The ESDI drives are, by default, not > translated anyway. It's only BSD that wants to assume a non-default They are if they are > 1024 cyls and things like DOS etc are to be used/ booted. The BIOS on my WD1007 allows different translations. I just found my 'Preliminary engineering specification for WD1007A', dated Oct 2, 1987. Of any use ?? > geometry for the things. These were built as SVR4 boxes in the first > place; it was never expected that there would be DOS & therefore no > DOS correction is necessary. Mine was not for SVR4, although the company I worked for (Philips Information SYstems) sold them as SVR3 servers. That worked perfectly BTW. > > I have a faint recollection that I had to tell 1.1.5. to use 34 > > sectors (when the drive actually has 35) before it wanted to install. > > Telling 2.05R to use 34 does not work. > > This is critically strange anyway, in either case: there should be no > knowledge of C/H/S values in any case in BSD once it's up; they are > simply a convenience for any DOS partitions and DOS partition table > crap that happens to be there. > > The odd thing is that it dies every 35th, so it seems that the head is > used as a multiplier and pushes it past the end of the disk. One would > expect that that behaviour would cause normal accesses to skip all over > the disk (hence the "drive chatter" reports). The point being that if > head 1 worked and head 17 worked, then head 35 sould work too. Clearly, > what's happening is that the head multiplier is more significant in > determining the sector offset than it should be. OK. From the manual mentioned above: " The WD also supports high cap ESDI drives, with more than 1024 cyls, 15 heads and at least 35 physical sectors per track (34 user, 1 spare). For this type of drives the following algorithm is used: x = 63 * (LH mod 8) + LS - 1 PS= x mod 34 + 1 PH= x div 34 PC= LC * 2 + (LH div 8) with PX is physical (sector, head, cyl) LX is logical ( " ) This algorithm is based on the fact that a physical cylinder contains 510 (34 * 15) physical user sectors. Using half the number of phys cyls as the log cyl gives a sector count of 1020 per log cyl. Dividing by 16 yields 63.75 sectors per track. In the translate mode, the spare sectors will not be accesible by the host (!!! WKB) and will require the firmware top check the requested cyl, head and sector values before doing the translation. Translated mode is invoked by issuing a set params (91hex) at 17 or 34, which is performed by the DOS Bios (??? WKB) at boot time. This option may be disabled if jumper W14 is installed. W8 if jumped and W14 open enables WD1005-WAH compat mode, which employs only the double translation ( 1 phys track is 2 log tracks). Other operating systems may like to utilise the ESDI drives in a pure physical manner" The (!!! WKB) and (??? WKB) were added by me. If I can improve insights by copying the manual and snailmailing it to someone please tell me so. Might take some time (transatlantic). It appears to me that the card reports 35 sectors/tr of which 34 are data and 1 is inacessible (see (!!! WKB)). This might explain why n * 35 is a show stopper. Also, this seems to correlate with me using 34 sect/tr on 115R. I just tried installing W8 and removing W14. Now the 205R probe sees 36 sect/tr. > Well, I have three more days, and I'll be away from the equipment yet > again, so if anyone wants a diagnostic run on their code, now is the > time to get it if you want it done by me. Otherwise Wilko will have > to be your remote pilot. Is fine with me. Expect some delay because my ftp capability is only at work. > Terry Lambert > terry@cs.weber.edu Cheers, Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jul 6 14:02:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03101 for hackers-outgoing; Thu, 6 Jul 1995 14:02: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 OAA03094 for ; Thu, 6 Jul 1995 14:02:08 -0700 Received: from pcpsj.pfcs.com (iNgHM1R5oBiihuGnuEVdsaXCESbNe9ZU@harlan.clark.net [168.143.10.179]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id OAA13968 for ; Thu, 6 Jul 1995 14:01:57 -0700 Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.11/8.6.9) with SMTP id PAA06905; Thu, 6 Jul 1995 15:12:50 -0400 Received: by mumps.pfcs.com id AA08417 (5.67b/IDA-1.5); Thu, 6 Jul 1995 15:12:49 -0400 Date: Thu, 6 Jul 1995 15:12:49 -0400 From: Harlan Stenn Message-Id: <199507061912.AA08417@mumps.pfcs.com> To: hackers@freebsd.org, plp@iona.ie Subject: Does anybody have plp-4.0 working with FreeBSD-recent? Sender: hackers-owner@freebsd.org Precedence: bulk I'm having problems getting plp-4.0 to pass a fair number of the tests in the PLP-4.0 test suite. Has anybody had better luck? I'm also (as I recall) having some problems with some of the process wait stuff (it's been a while since I tested this). Here are the results of the testing so far. Thanks... H --- Script started on Tue May 30 00:01:21 1995 supfcs@pcpsj:/D/1/src/Networking/Spooler/Plp/plp-4.0/src/A.i386-unknown-freebsd2.0.950412/TESTS# echo $TESTDIR /D/1/src/Networking/Spooler/Plp/plp-4.0/src/A.i386-unknown-freebsd2.0.950412/TESTS supfcs@pcpsj:/D/1/src/Networking/Spooler/Plp/plp-4.0/src/A.i386-unknown-freebsd2.0.950412/TESTS# echo $path /local/bin /usr/local/bin /bin /usr/bin /local/etc /etc /sbin /usr/sbin . supfcs@pcpsj:/D/1/src/Networking/Spooler/Plp/plp-4.0/src/A.i386-unknown-freebsd2.0.950412/TESTS# set path=(=0/bin $path) supfcs@pcpsj:/D/1/src/Networking/Spooler/Plp/plp-4.0/src/A.i386-unknown-freebsd2.0.950412/TESTS# make tests testlib `cat testlib.cf` [testing general library functions] find_executable with full path ... passed find_executable with filter-path ... passed find_executable (inverse) ... passed estrcp 1 ... passed estrcp 2 ... passed cmd_split 1 ... passed cmd_split 2 ... passed cmd_split 3 ... passed cmd_split 4 ... passed cmd_split 5 ... passed cmd_split 5 ... passed cmd_split inverse 1 ... passed cmd_split inverse 2 ... passed hostcmp basic ... passed hostcmp fqdn ... *** FAILED *** hostcmp case ... passed hostcmp localhost ... passed hostcmp (inverse) ... passed hostcmp localhost (inverse) ... passed host_in_domain local ... *** FAILED *** host_in_domain (inverse) ... passed [printcap: cache off] All_printers ... passed First_printer ... passed printcap lookup (test1) ... passed printcap lookup (test2) ... passed printcap lookup (test3) ... passed printcap lookup (test4) ... passed printcap lookup (test5) ... passed printcap lookup (test6) ... passed printcap lookup (test7) ... passed printcap lookup (test8) ... passed printcap lookup (test9) ... passed printcap lookup (test10) ... passed printcap lookup (test11) ... passed double-printcap lookup (test10/test11) ... passed printcap lookup (test12) ... passed printcap aliases (left) ... passed printcap aliases (right) ... passed hash in printcap file ... passed escaped hash in default-printcap ... passed oh printcap parameter ... passed oh printcap parameter (inverse) ... passed nu printcap parameter ... passed derived printcap ... passed [perms: cache off] perms (basic) ... passed perms (basic) (inverse) ... passed perms without domain ... *** FAILED *** perms without domain (inverse) ... passed perms with funny case ... *** FAILED *** perms with username ... passed perms with username (inverse) ... passed perms with group ... passed perms with group (inverse) ... passed perms wildcards (user) ... passed perms wildcards (user) (inverse) ... passed perms wildcards (group) ... passed perms wildcards (group) (inverse) ... passed perms wildcards (queue) ... passed perms wildcards (queue) (inverse) ... passed perms without host ... passed perms without username ... *** FAILED *** perms with ip-address (in args) ... *** FAILED *** perms with ip-address (in permfile) ... passed perms with ip-address (in both) ... passed perms with ip-address (inverse) ... passed perms with ip-address (null arg) ... passed perms with !group ... passed perms with !hostname ... passed perms with !ip-address ... passed perms with !user (null arg) ... passed perms with !group (null arg) ... passed perms with xu printcap param ... passed [printcap: cache on] All_printers ... passed First_printer ... passed printcap lookup (test1) ... passed printcap lookup (test2) ... passed printcap lookup (test3) ... passed printcap lookup (test4) ... passed printcap lookup (test5) ... passed printcap lookup (test6) ... passed printcap lookup (test7) ... passed printcap lookup (test8) ... passed printcap lookup (test9) ... passed printcap lookup (test10) ... passed printcap lookup (test11) ... passed double-printcap lookup (test10/test11) ... passed printcap lookup (test12) ... passed printcap aliases (left) ... passed printcap aliases (right) ... passed hash in printcap file ... passed escaped hash in default-printcap ... passed oh printcap parameter ... passed oh printcap parameter (inverse) ... passed nu printcap parameter ... passed derived printcap ... passed [perms: cache on] perms (basic) ... passed perms (basic) (inverse) ... passed perms without domain ... *** FAILED *** perms without domain (inverse) ... passed perms with funny case ... *** FAILED *** perms with username ... passed perms with username (inverse) ... passed perms with group ... passed perms with group (inverse) ... passed perms wildcards (user) ... passed perms wildcards (user) (inverse) ... passed perms wildcards (group) ... passed perms wildcards (group) (inverse) ... passed perms wildcards (queue) ... passed perms wildcards (queue) (inverse) ... passed perms without host ... passed perms without username ... *** FAILED *** perms with ip-address (in args) ... *** FAILED *** perms with ip-address (in permfile) ... passed perms with ip-address (in both) ... passed perms with ip-address (inverse) ... passed perms with ip-address (null arg) ... passed perms with !group ... passed perms with !hostname ... passed perms with !ip-address ... passed perms with !user (null arg) ... passed perms with !group (null arg) ... passed perms with xu printcap param ... passed [printcap: reloaded] All_printers ... passed First_printer ... passed printcap lookup (test1) ... passed printcap lookup (test2) ... passed printcap lookup (test3) ... passed printcap lookup (test4) ... passed printcap lookup (test5) ... passed printcap lookup (test6) ... passed printcap lookup (test7) ... passed printcap lookup (test8) ... passed printcap lookup (test9) ... passed printcap lookup (test10) ... passed printcap lookup (test11) ... passed double-printcap lookup (test10/test11) ... passed printcap lookup (test12) ... passed printcap aliases (left) ... passed printcap aliases (right) ... passed hash in printcap file ... passed escaped hash in default-printcap ... passed oh printcap parameter ... passed oh printcap parameter (inverse) ... passed nu printcap parameter ... passed derived printcap ... passed [perms: reloaded] perms (basic) ... passed perms (basic) (inverse) ... passed perms without domain ... *** FAILED *** perms without domain (inverse) ... passed perms with funny case ... *** FAILED *** perms with username ... passed perms with username (inverse) ... passed perms with group ... passed perms with group (inverse) ... passed perms wildcards (user) ... passed perms wildcards (user) (inverse) ... passed perms wildcards (group) ... passed perms wildcards (group) (inverse) ... passed perms wildcards (queue) ... passed perms wildcards (queue) (inverse) ... passed perms without host ... passed perms without username ... *** FAILED *** perms with ip-address (in args) ... *** FAILED *** perms with ip-address (in permfile) ... passed perms with ip-address (in both) ... passed perms with ip-address (inverse) ... passed perms with ip-address (null arg) ... passed perms with !group ... passed perms with !hostname ... passed perms with !ip-address ... passed perms with !user (null arg) ... passed perms with !group (null arg) ... passed perms with xu printcap param ... passed [testing plp_waitpid] plp_waitpid(pid,WUNTRACED) ... passed plp_waitpid(-1,WUNTRACED) ... passed plp_waitpid(pid,WNOHANG) ... passed plp_waitpid(-1,WNOHANG) ... passed plp_waitpid saved buffer ... passed plp_waitpid reverse order ... passed /bin/sh src/t/lpr cleaning spool dirs... waiting for any active jobs... \c /\c (lpd has died, restarting) Active PLP lpd, pid 1431 t_lpr_default: lpr (using default printer)... \c /\c (lpd has died, restarting) Active PLP lpd, pid 1431 Memory fault - core dumped *** FAILED *** t_lpr_env: lpr (getting PRINTER from env)... \c /\c (lpd has died, restarting) Active PLP lpd, pid 1431 ^Csupfcs@pcpsj:/D/1/src/Networking/Spooler/Plp/plp-4.0/src/A.i386-unknown-freebsd2.0.950412/TESTS# . exit Script done on Tue May 30 00:07:33 1995 From owner-freebsd-hackers Thu Jul 6 14:12:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03781 for hackers-outgoing; Thu, 6 Jul 1995 14:12:24 -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 OAA03763 for ; Thu, 6 Jul 1995 14:12:15 -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 <55300>; Thu, 6 Jul 1995 23:11:28 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id XAA01430 for hackers@freebsd.org; Thu, 6 Jul 1995 23:10:27 +0200 Date: Thu, 6 Jul 1995 23:10:27 +0200 From: Julian Howard Stacey Message-Id: <199507062110.XAA01430@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freebsd.org Subject: Lion Datapump card Sender: hackers-owner@freebsd.org Precedence: bulk I've cloned a FreeBSD system for the guy who designed the LION Datapump ISDN card. Maybe he'll be motivated to integrate his system with his card, if so I'll announce when & if something happens. Meantime I've put up new Datapump docs. They're in freefall.cdrom.com~jhs/public_html/lion They're accessible via the web as www.freebsd.org/~jhs/lion/ I'm not knowledgeable about the card, so don't ask me questions plse. I'm just making the info public, the enquiry address is in the docs. Julian S jhs@freebsd.org From owner-freebsd-hackers Thu Jul 6 15:24:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA05527 for hackers-outgoing; Thu, 6 Jul 1995 15:24:54 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA05514 for ; Thu, 6 Jul 1995 15:24:52 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA28093; Fri, 7 Jul 95 00:27:06 +0100 Date: Fri, 7 Jul 95 00:27:06 +0100 Message-Id: <9507062327.AA28093@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: hackers@freebsd.org Subject: FYI: JAPAN COMPUTER CORPORATION PORTS BSD BERKELEY TO PREP X-Mailer: Emacs Sender: hackers-owner@freebsd.org Precedence: bulk ------- Start of forwarded message ------- JAPAN COMPUTER CORPORATION PORTS BSD BERKELEY TO PREP (July 3rd 1995) Japan Computer Corporation launches its first PReP-compliant desktop this month, based on technology from FirePower. It also reports that it has signed parallel processing technology from Groupe Bull plus a further deal with Canon for technology, and possible future sales of Canon's laptop machines. But perhaps the most notable aspect of the announcement is the inclusion of a PReP-compatible version of the 4.4 BSD Lite freeware Unix. This will be bundled as a standard part of the system - the other PReP operating systems will also be available, but will cost extra. Whether JCC will make its BSD implementation available to other vendors is unclear at the moment. The Japanese PC market is fragmented compared to much of the rest of the world and Microsoft has failed to secure the grip that it has obtained elsewhere. Much of this is due to the alphabetical problems which beset the original DOS market. JCC says that one of the main reasons it decided to base its operating system strategy on BSDLite is a perceived English-centric attitude among the other OS providers. Basically, the company is sick of having to wait for local-language versions of the other PReP operating systems. The company reckons that it has got at least 100 public domain software packages running on the Unix platform. These include the Mosaic web browser, a WWW creation package, the LaTex text editor and X11 release 5. The basic machines themselves will look very familiar to anyone who has looked at Firepower's desktop systems. The 'Crusader 3e' machine is based upon a 100MHz 603e, the 'Crusader 604' on a 100MHz 604. No pricing was available as we went to press. The company says that it also looking at taking FirePower's dual-processor machines. Future plans are a little hazy, but the technology agreement with Bull suggests the company will look at the SMP server space; it will be interesting to see whether it attempts to produce an SMP version of BSD Unix, or whether it will plump for AIX. Tokyo-based Japan Computer Corp was founded in 1977, has a yearly turnover of around 3000 million Yen and until now has mainly been involved in designing SPARC-based workstations and network servers. (c) PowerPC News - free by mailing add@power.globalnews.com ------- End of forwarded message ------- _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-hackers Thu Jul 6 15:33:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA05961 for hackers-outgoing; Thu, 6 Jul 1995 15:33:37 -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 PAA05954 ; Thu, 6 Jul 1995 15:33:36 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Julian Howard Stacey cc: hackers@freebsd.org, n1epo4tl@ibmmail.com Subject: Re: token ring anyone In-reply-to: Your message of "Thu, 06 Jul 95 16:35:57 +0200." <199507061435.QAA03684@vector.eikon.e-technik.tu-muenchen.de> Date: Thu, 06 Jul 1995 15:33:36 -0700 Message-ID: <5953.805070016@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Not so much lack of interest as lots of people asking and nobody doing any implementing.. :) Jordan > a couple of weeks ago I asked (on behalf of n1epo4tl@ibmmail.com Stuart Arnol d) > if anyone knew of any support for token ring cards with FreeBSD, > we heard nothing ... either there's no interest or maybe it was mail failure ? > Julian S jhs@freebsd.org From owner-freebsd-hackers Thu Jul 6 15:46:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06683 for hackers-outgoing; Thu, 6 Jul 1995 15:46:12 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA06676 for ; Thu, 6 Jul 1995 15:46:11 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id RAA00492 for ; Thu, 6 Jul 1995 17:46:03 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 6 Jul 95 17:46 CDT Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 6 Jul 95 17:46 CDT Message-Id: Subject: Cloning systems To: freebsd-hackers@freebsd.org Date: Thu, 6 Jul 1995 17:46:01 -0500 (CDT) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 827 Sender: hackers-owner@freebsd.org Precedence: bulk How are other people doing it? The base install package wants to take over, and if you quit, you get nailed with an immediate reboot. Not good if you want to clone systems. I want to be able to clone easily -- I can with BSDI, as their installation has parts I can run from a shell to do things like partition disks in a reasonable and easy to use format. FreeBSD appears not to have this as a possible option. Am I missing something here? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 6 16:00:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07351 for hackers-outgoing; Thu, 6 Jul 1995 16:00:48 -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 QAA07344 for ; Thu, 6 Jul 1995 16:00:45 -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 SAA23810 for ; Thu, 6 Jul 1995 18:59:15 -0400 Date: Thu, 6 Jul 1995 18:59:15 -0400 Message-Id: <199507062259.SAA23810@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: syscons.c boot hang bug found Sender: hackers-owner@freebsd.org Precedence: bulk I'd been having trouble with my keyboard-less systems hanging on the sc0 device, and I've found the bug that seems to have been causing the problem. Some of you had indicated that you were using vt0 instead...I tried this and didn't like it so I was motivated to fix the more familiar sc0 device. The diff stuff follows: I've also gotten my "broken" MB to boot by hacking some of the boot code, although I don't have a tech doc on kb controllers so I woudn't consider the fixes for general use. I want to thank all that helped me to get these problems resolved. Thanks, dennis diff file for /usr/src/sys/i386/isa/syscons.c follows: ---------------------------------------------------------------------------- -------------------------------- 177c177 < if (!retries) --- > if (retries < 0) From owner-freebsd-hackers Thu Jul 6 16:02:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07534 for hackers-outgoing; Thu, 6 Jul 1995 16:02:38 -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 QAA07528 for ; Thu, 6 Jul 1995 16:02:27 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id QAA09112; Thu, 6 Jul 1995 16:36:18 +0100 Date: Thu, 6 Jul 1995 16:36:17 +0100 (BST) From: Doug Rabson To: "Serge V.Vakulenko" cc: simonm@dcs.gla.ac.uk, davidg@root.com, hackers@freebsd.org Subject: Re: Beta version of IDE CD-ROM driver ready 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, 6 Jul 1995, Serge V.Vakulenko wrote: > > I tried out this driver, but it doesn't seem to work for drives on the > > second controller (wdc1). Firstly, the controller isn't recognised by > > wdprobe because the reset times out (presumably because there are no > > hard disks on this controller). So I hacked around this and made some > > more mods to get the drive probed & attached correctly, but any open > > operations on the device just hang. > > Hmm... I did not try the second controller yet... > > Probably, you have a drive which does not interrupt before > gettin a packet command. The driver of version 1.0 does not handle > this properly. I am getting this behaviour on wcd0 (I don't have any IDE disks at all). Is there a quick hack I can use to get past the probe? > > Yesterday I got a copy of ATAPI specs, and next week I plan make > a new, much enhanced version of the driver. I look forward to it! -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Thu Jul 6 16:08:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07857 for hackers-outgoing; Thu, 6 Jul 1995 16:08:48 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA07850 for ; Thu, 6 Jul 1995 16:08:47 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id PAA01331 for ; Thu, 6 Jul 1995 15:04:49 -0700 Received: from muggsy.lkg.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA00835; Thu, 6 Jul 95 15:00:44 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA03221; Thu, 6 Jul 1995 17:59:30 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id RAA01215 for ; Thu, 6 Jul 1995 17:59:37 GMT Message-Id: <199507061759.RAA01215@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: How can VSZ < RSS? Huh!? X-Mailer: exmh version 1.5omega 10/6/94 Date: Thu, 06 Jul 1995 17:59:37 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk I'm running FreeBSD 2.0.5 and I'm seeing something that is slightly confusing. When doing a "ps axu", many processes have a RSS greater than their VSZ. USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND thomas 1146 14.3 5.5 1348 1712 ?? S 5:53PM 0:00.48 /usr/local/bin/wish -f /usr/local/bin/exmh-b root 442 13.2 31.2 6736 9688 ?? S 4:33PM 5:10.76 /usr/X11R6/bin/X -bpp 16 -auth /usr/X11R6/li root 62 0.0 1.0 184 296 ?? Ss 3:59PM 0:00.43 syslogd daemon 68 0.0 0.8 176 232 ?? Is 3:59PM 0:00.02 portmap root 77 0.0 1.0 224 292 ?? Is 3:59PM 0:00.45 inetd root 84 0.0 1.1 272 324 ?? Is 3:59PM 0:00.25 cron root 86 0.0 0.9 188 280 ?? Is 3:59PM 0:00.06 lpd root 89 0.0 1.0 416 288 ?? Is 3:59PM 0:00.20 sendmail: accepting connections (sendmail) root 129 0.0 1.0 484 296 v0 Is+ 3:59PM 0:00.56 -csh (csh) root 130 0.0 1.4 156 420 v1 Is+ 3:59PM 0:00.04 /usr/libexec/getty Pc ttyv1 root 131 0.0 1.4 156 420 v2 Is+ 3:59PM 0:00.04 /usr/libexec/getty Pc ttyv2 root 439 0.0 1.4 304 432 ?? I 4:33PM 0:00.05 xdm root 443 0.0 3.3 408 1004 ?? I 4:33PM 0:00.21 -:0 (xdm) root 449 0.0 3.1 260 952 ?? I 4:33PM 0:00.09 xconsole -geometry 480x130-0-0 -daemon -noti thomas 452 0.0 0.6 480 180 ?? I 4:33PM 0:00.13 /bin/sh /other/users/thomas/.xsession thomas 462 0.7 3.7 428 1144 ?? S 4:33PM 0:14.25 fvwm thomas 463 0.0 5.0 312 1556 ?? S 4:33PM 0:05.38 xload -geom 140x72+88-0 -fg SkyBlue -bg Dark thomas 464 0.0 4.9 292 1516 ?? S 4:33PM 0:03.39 xclock -fg green -hl yellow -bg black -geom thomas 467 0.0 3.0 244 932 ?? S 4:33PM 0:01.46 /usr/X11R6/lib/X11/fvwm/FvwmPager 11 7 /othe root 470 0.3 6.9 1052 2144 ?? S 4:33PM 0:00.92 xterm thomas 473 0.0 0.9 480 284 p1 Ss 4:33PM 0:00.13 -sh (csh) thomas 1061 0.0 0.2 188 52 ?? I 5:33PM 0:00.01 sleep 3600 thomas 1148 0.0 0.2 188 56 ?? S 5:53PM 0:00.01 sleep 4 root 0 0.0 0.0 0 0 ?? DLs - 0:00.00 (swapper) thomas 1149 0.0 0.7 472 200 p1 R+ 5:53PM 0:00.02 ps axu root 1 0.0 0.6 368 188 ?? Is 3:59PM 0:00.18 /sbin/init -- root 2 0.0 0.1 0 12 ?? DL 3:59PM 0:00.03 (pagedaemon) My guess is this is related to the use mmap by process (to load the sharable libraries or other things). Still looks weird. Matt Thomas Internet: matt@lkg.dec.com U*X Networking WWW URL: http://ftp.dec.com/%7Ethomas/ Digital Equipment Corporation Disclaimer: This message reflects my Littleton, MA own warped views, etc. From owner-freebsd-hackers Thu Jul 6 16:11:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08106 for hackers-outgoing; Thu, 6 Jul 1995 16:11:10 -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 QAA08099 ; Thu, 6 Jul 1995 16:11:09 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Karl Denninger, MCSNet" cc: freebsd-hackers@freebsd.org Subject: Re: Cloning systems In-reply-to: Your message of "Thu, 06 Jul 95 17:46:01 CDT." Date: Thu, 06 Jul 1995 16:11:08 -0700 Message-ID: <8098.805072268@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Perhaps if you could clarify just what it is you want to do when you say "clone" here? It's certainly been my idea for awhile to make the install "templatable" where if you take the standard boot floppy and write a special file onto it, the install would automatically see it and inherit those values automatically. rather than asking the user. Then you could set up a machine as a "generation station" for such configs and hand students in some educational cluster a boot floppy which they take home (or into a special lab) and install their machine for the semester. But I also suspect that this isn't what you mean when you say "clone" and would appreciate more detail. I'm always up for new ideas in the installation! Jordan > How are other people doing it? > > The base install package wants to take over, and if you quit, you get nailed > with an immediate reboot. Not good if you want to clone systems. > > I want to be able to clone easily -- I can with BSDI, as their installation > has parts I can run from a shell to do things like partition disks in a > reasonable and easy to use format. FreeBSD appears not to have this as a > possible option. > > Am I missing something here? > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland > Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more > Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.ne t > ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 6 16:24:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08522 for hackers-outgoing; Thu, 6 Jul 1995 16:24:32 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08510 ; Thu, 6 Jul 1995 16:24:31 -0700 Date: Thu, 6 Jul 1995 16:24:31 -0700 From: Jeffrey Hsu Message-Id: <199507062324.QAA08510@freefall.cdrom.com> To: jkh@freefall.cdrom.com Subject: Re: Cloning systems Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Perhaps if you could clarify just what it is you want to do when you say "clone" here? I think he means this. And if he doesn't, then I mean this to ask this, since it's a pain to do right now, though I know Rod has the procedure down pat and I've been meaning to ask him for it. Common Scenario: My friend brings his computer over. He has no scsi controller, CDROM drive, or ethernet card. I don't have the bindist.tar.* files nor do I have the FreeBSD CDROM. But I do have my handy FreeBSD computer w/ all the sources and binaries. How do I install FreeBSD on his computer? Okay, next, say I have a spare ethernet card and cable, which I do. How do I install FreeBSD on his computer? From owner-freebsd-hackers Thu Jul 6 16:25:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08573 for hackers-outgoing; Thu, 6 Jul 1995 16:25:04 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA08567 for ; Thu, 6 Jul 1995 16:25:02 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id TAA02743 for hackers@freebsd.org; Thu, 6 Jul 1995 19:28:43 -0400 From: Mark Hittinger Message-Id: <199507062328.TAA02743@ns1.win.net> Subject: Re: Cloning systems (fwd) To: hackers@freebsd.org Date: Thu, 6 Jul 1995 19:28:43 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 462 Sender: hackers-owner@freebsd.org Precedence: bulk I have not done this with the new 2.0.5 install procedure, but the general idea is probably still good. I used enough of the boot floppy to install one of the tiny packages from the net. Then I used an escape hatch to get to the shell. Since you are on the net at this point you can import tarballs from a master machine. A little tweaking of the net config (once again) and a reboot....there is your cloned machine. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Thu Jul 6 17:10:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA09820 for hackers-outgoing; Thu, 6 Jul 1995 17:10:36 -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 RAA09814 for ; Thu, 6 Jul 1995 17:10:34 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id RAA01595; Thu, 6 Jul 1995 17:10:21 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA00703; Thu, 6 Jul 1995 17:11:03 -0700 Message-Id: <199507070011.RAA00703@corbin.Root.COM> To: Matt Thomas cc: hackers@freebsd.org Subject: Re: How can VSZ < RSS? Huh!? In-reply-to: Your message of "Thu, 06 Jul 95 17:59:37 -0000." <199507061759.RAA01215@whydos.lkg.dec.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 06 Jul 1995 17:11:02 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >I'm running FreeBSD 2.0.5 and I'm seeing something that is slightly >confusing. When doing a "ps axu", many processes have a RSS greater >than their VSZ. ... >My guess is this is related to the use mmap by process (to load the sharable >libraries or other things). > >Still looks weird. I've "threatened" on more than one occasion to report the _actual_ amount of allocated virtual memory, but got mixed reponses each time I've done that. The current VSZ figure does not take into consideration mapped files other than the executable. It also does not consider the "heap". -DG From owner-freebsd-hackers Thu Jul 6 17:27:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA10215 for hackers-outgoing; Thu, 6 Jul 1995 17:27: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 RAA10208 ; Thu, 6 Jul 1995 17:27:02 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Jeffrey Hsu cc: freebsd-hackers@freebsd.org Subject: Re: Cloning systems In-reply-to: Your message of "Thu, 06 Jul 95 16:24:31 PDT." <199507062324.QAA08510@freefall.cdrom.com> Date: Thu, 06 Jul 1995 17:27:02 -0700 Message-ID: <10207.805076822@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Common Scenario: > My friend brings his computer over. He has no scsi controller, > CDROM drive, or ethernet card. I don't have the bindist.tar.* > files nor do I have the FreeBSD CDROM. But I do have my handy > FreeBSD computer w/ all the sources and binaries. How do I install > FreeBSD on his computer? Hmmm.. How are you hooking the two machines together then, may I ask? He has no SCSI, no ethernet card, are you proposing to clone the machine over the serial cable? In general, this is not a very hard problem to solve if you have a certain minimum amount of connectivity between the two machines, but clearly you're going to be faced with diminishing returns as you approach the "I have a floppy, he has a floppy. What now?" sorts of scenarios and I can't say that have much personal interest in solving those. Jordan From owner-freebsd-hackers Thu Jul 6 17:41:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA10524 for hackers-outgoing; Thu, 6 Jul 1995 17:41:29 -0700 Received: from swan.aitken.com ([204.222.111.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA10518 for ; Thu, 6 Jul 1995 17:41:21 -0700 Received: (jaitken@localhost) by swan.aitken.com (8.6.10/8.6.9) id UAA00460 for hackers@freebsd.org; Thu, 6 Jul 1995 20:40:30 -0400 From: Jeff Aitken Message-Id: <199507070040.UAA00460@swan.aitken.com> Subject: Booting/NCR problems [long] To: hackers@freebsd.org Date: Thu, 6 Jul 1995 20:40:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 6100 Sender: hackers-owner@freebsd.org Precedence: bulk Stefan & -hackers, Awhile back I experienced some serious problems when I rebooted my machine. It hasn't happened lately, although that may just be because I haven't rebooted but once in the last 10 days. I promised some documentation describing in detail what was going on, so here it is. Here's what happens when I boot the machine. For completeness' sake, I've included just about everything I see on the screen (I had to reboot the damn thing a half a dozen times to make sure I got 'em all!:) This problem *is* repeatable, but doesn't happen every time I reboot the machine! I have *no* idea what triggers it. -- Click! -- PhoenixBIOS(TM) A486 Version 1.03 Copyright (C) 1985-1993 Phoenix Technologies Ltd. All Rights Reserved PCI400C-A FEB.02,1994 [Ctrl][Alt][S]--BIOS Setup Reference ID 07.1 486 DX2 processor detected operating at 66 MHz 256 KB secondary cache size. Cache 1 Enabled Cache 2 Enabled NCD SDMS (TM) V3.0 53C810 SCSI BIOS, PCI Rev. 2.0 Copyright 1993 NCR Corporation. PCI20-3.01.04 ID 00 Microp 4110-09NB_Nov18F >> FreeBSD BOOT @ 0x10000: 635/15360 k of memory [... Normal boot prompt here ...] Boot: sd(0,a)/kernel [... as an aside, what the hell does this mean? ...] BIOS basemem (635K) != RTC basemem (640K) [... device probing here, see dmesg output below for list... ] [... file system checks complete ...] ncr0 targ 0? (80:110) (e-2e-0) (8/13) @ (10f0:48000000) reg: da 10 0 13 47 8 0 1f 3 e 80 2e 80 0 e 0 ncr0: restart (fatal error). sd0(ncr0:0:0): COMMAND FAILED (9 ff) @f053c200. ncr0: reset by timeout. vnode_pager_input: I/O read error vm_fault: pager input (probably hardware) error, PID 1 failure [... various other commands from /etc/rc fail here ...] Here's the output of 'dmesg' after a successful boot: jaitken@huron:/home/jaitken % dmesg FreeBSD 2.0.5-RELEASE #0: Tue Jun 20 19:25:50 EDT 1995 roott@huron.aitken.com:/usr/src/sys/compile/HURON CPU: i486DX (486-class CPU) real memory = 16384000 (4000 pages) avail memory = 14991360 (3660 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:05:82:08, type WD8013EP (16 bit) bpf: ed0 attached lpt0 not found at 0x3bc sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 rev 2 on pci0:0 chip1 rev 0 on pci0:2 ncr0 rev 1 int a irq 11 on pci0:4 reg20: virtual=0xf2e58000 physical=0x10000000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl21 95/03/21) (ncr0:0:0): "MICROP 4110-09NB_Nov18F TN0F" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1002MB (2053880 512 byte sectors) pci0:5: vendor=0x1095, device=0x640, class=storage [not supported] pci0: uses 256 bytes of memory from 10000000 upto 100000ff. pci0: uses 256 bytes of I/O space from d000 upto d0ff. bpf: lo0 attached bpf: ppp0 attached bpf: sl0 attached Here is /usr/src/sys/i386/conf/HURON (the kernel config file): ident HURON machine "i386" cpu "I486_CPU" maxusers 8 options "CHILD_MAX=128" options "OPEN_MAX=128" options "COMPAT_43" options INET options KTRACE options SYSVSHM options SYSVSEM options SYSVMSG options UCONSOLE options FFS #Fast filesystem options NFS #Network File System options "CD9660" #ISO 9660 filesystem options MFS #Memory File System options PROCFS #Process filesystem options "NSWAPDEV=20" options "MAXCONS=16" options "AUTO_EOI_1" options BOUNCE_BUFFERS options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor config kernel root on sd0 swap on sd0 dumps on sd0 controller isa0 controller pci0 controller scbus0 #base SCSI code device ncr0 device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.0.5 device lpt0 at isa? port "IO_LPT1" tty irq 9 vector lptintr 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 npx0 at isa? port "IO_NPX" irq 13 vector npxintr #controller snd0 #device sb0 at isa? port 0x220 irq 7 drq 1 vector sbintr #device joy0 at isa? port "IO_GAME" pseudo-device loop #Network loopback device pseudo-device ether #Generic Ethernet pseudo-device sl 1 #Serial Line IP pseudo-device ppp 1 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 32 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) #pseudo-device gzip #Exec gzipped a.out's pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. From owner-freebsd-hackers Thu Jul 6 18:20:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11645 for hackers-outgoing; Thu, 6 Jul 1995 18:20:16 -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 SAA11637 for ; Thu, 6 Jul 1995 18:20:13 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id VAA23112; Thu, 6 Jul 1995 21:11:19 -0400 Date: Thu, 6 Jul 1995 21:11:17 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: Booting/NCR problems [long] To: Jeff Aitken cc: hackers@freebsd.org In-Reply-To: <199507070040.UAA00460@swan.aitken.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk i am getting a command failed as well on the ncr. in place of "sd0(ncr0:0:0): COMMAND FAILED (9 ff) @f053c200" i am getting "probe0(ncr1:0:0): COMMAND FAILED (6 ff) @f0479ce0." nm /kernel does not show f047xxxx details below On Thu, 6 Jul 1995, Jeff Aitken wrote: > Stefan & -hackers, > > [... device probing here, see dmesg output below for list... ] > > [... file system checks complete ...] > > ncr0 targ 0? (80:110) (e-2e-0) (8/13) @ (10f0:48000000) > reg: da 10 0 13 47 8 0 1f 3 e 80 2e 80 0 e 0 > ncr0: restart (fatal error). > sd0(ncr0:0:0): COMMAND FAILED (9 ff) @f053c200. > ncr0: reset by timeout. > > vnode_pager_input: I/O read error > vm_fault: pager input (probably hardware) error, PID 1 failure > > [... various other commands from /etc/rc fail here ...] short version: ncr0 targ 4 lun 0: type 1(sequential) removable SCSI2 ncr0 targ 4 lun 0: st0(ncr0:4:0): asynchronous. st0(ncr0:4:0): asynchronous. st0: density code 0x13, drive empty chip1 on pci0:2 ncr1 int a irq 11 on pci0:5 reg20: virtual=0xf2ab3000 physical=0xc0001000 ncr1 scanning for targets 0..6 (1.12) ncr1 waiting for scsi devices to settle ncr1: restart (scsi reset). probe0(ncr1:0:0): COMMAND FAILED (6 ff) @f0479ce0. graphics0 on pci0:6 system details: asus sp3g motherboard, ncr bios and controller on board enalbed 8 mb memory 511mb disk digital DSP3053LS #9gxe video on pci pci 2nd ncr scsi card (sc200) on pci bus--no devices 3c509 ethernet card on isa bus 2.0Release kernel dmesg output: jmb@Aspen.Atinc.COM:/usr/src/sys/compile/ASPEN CPU: i486DX (486-class CPU) real memory = 7995392 (1952 pages) avail memory = 7028736 (1716 pages) using 120 buffers containing 983040 bytes of memory Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: [0: fd0: 1.44MB 3.5in] wdc0 not found at 0x1f0 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp[*UTP*] address 00:60:8c:79:b5:4a bpf: ep0 attached npx0 on motherboard pci0: scanning device 0..15, mechanism=2. chip0 on pci0:0 ncr0 int a irq 9 on pci0:1 reg20: virtual=0xf2ab2000 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: 511MB (1046532 total sec), 3117 cyl, 4 head, 83 sec, bytes/sec 512 ncr0 targ 4 lun 0: type 1(sequential) removable SCSI2 ncr0 targ 4 lun 0: st0(ncr0:4:0): asynchronous. st0(ncr0:4:0): asynchronous. st0: density code 0x13, drive empty chip1 on pci0:2 ncr1 int a irq 11 on pci0:5 reg20: virtual=0xf2ab3000 physical=0xc0001000 ncr1 scanning for targets 0..6 (1.12) ncr1 waiting for scsi devices to settle ncr1: restart (scsi reset). probe0(ncr1:0:0): COMMAND FAILED (6 ff) @f0479ce0. graphics0 on pci0:6 pci uses physical addresses from 0xc0000000 to 0xc0002000 bpf: lo0 attached bpf: sl0 attached bpf: sl1 attached kernel config file: # # ASPEN # # machine "i386" cpu "I486_CPU" ident ASPEN maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options "NCONS=4" #4 virtual consoles options USERCONFIG #Allow user configuration with -c options "COMPAT_43" #Compatible with BSD 4.3 options BOUNCE_BUFFERS #include support for DMA bounce buffers config kernel root on sd0 swap on sd0 dumps on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller ncr0 #Only need one of these, the memory allocation grows controller scbus0 device sd0 device sd1 device st0 device st1 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr # device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr # device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 pseudo-device pty 16 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 1 Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster | 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 Thu Jul 6 19:59:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14017 for hackers-outgoing; Thu, 6 Jul 1995 19:59:09 -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 TAA14011 for ; Thu, 6 Jul 1995 19:59:07 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id WAA00745; Thu, 6 Jul 1995 22:59:51 -0400 Date: Thu, 6 Jul 1995 22:59:51 -0400 From: Charles Henrich Message-Id: <199507070259.WAA00745@crh.cl.msu.edu> To: freebsd-hackers@freebsd.org, davidg@root.com Subject: Re: How can VSZ < RSS? Huh!? X-Newsreader: NN version 6.5.0 #3 (NOV) Sender: hackers-owner@freebsd.org Precedence: bulk In lists.freebsd.hackers you write: > I've "threatened" on more than one occasion to report the _actual_ amount >of allocated virtual memory, but got mixed reponses each time I've done that. >The current VSZ figure does not take into consideration mapped files other >than the executable. It also does not consider the "heap". Please please DO! Those numbers are fairly useless if they dont report actual memory usage. -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Thu Jul 6 20:13:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14553 for hackers-outgoing; Thu, 6 Jul 1995 20:13:37 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14547 for ; Thu, 6 Jul 1995 20:13:35 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id XAA02119 for hackers@freebsd.org; Thu, 6 Jul 1995 23:17:21 -0400 From: Mark Hittinger Message-Id: <199507070317.XAA02119@ns1.win.net> Subject: Re: How can VSZ < RSS? Huh!? (fwd) To: hackers@freebsd.org Date: Thu, 6 Jul 1995 23:17:20 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 711 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I've "threatened" on more than one occasion to report the _actual_ amount > >of allocated virtual memory, but got mixed reponses each time I've done that. > >The current VSZ figure does not take into consideration mapped files other > >than the executable. It also does not consider the "heap". > Are things like shared libraries taken into account here? I probably need to do some source code reading. On one machine in particular I know have around 16-20 simultaneous executions of uucico. On another box I might have a similar number of 'ftpd' or 'httpd' processes. I would assume there is some code sharing which would skew the true figures around :-) Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Thu Jul 6 20:53:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA15427 for hackers-outgoing; Thu, 6 Jul 1995 20:53:38 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA15421 for ; Thu, 6 Jul 1995 20:53:35 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id UAA00815; Thu, 6 Jul 1995 20:51:09 -0700 Message-Id: <199507070351.UAA00815@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Joe Greco cc: msmith@atrad.adelaide.edu.au (Michael Smith), hackers@freebsd.org Subject: Re: current SOTA in ISDN support? In-reply-to: Your message of "Thu, 06 Jul 1995 12:14:25 CDT." <199507061714.MAA11598@brasil.moneng.mei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Jul 1995 20:51:08 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Joe Greco said: > > Greetings all, > > A quick question for the ISDN-enabled out there. I'm > > currently helping a BBS owner add a BSD box to provide ISPish services > > for his users. He wants to go ISDN, and obviously needs to know > > which way to turn when it comes to buying an interface. > > > > I'm curious to know what people are using - I know Amancio has the Ascend > > box, and appears to be very happy with it; I seem to recall someone > > I don't recall exactly what Amancio has. I suspect it may be an Ethernet > bridge. Well, I have an ascend pipeline 50 and I am very happy with it since it works. The bonding part (128kb ) only works with other Ascend routers. It has snmp so I can query the box :) The Ascend Pipeline can act as a router or a bridge. I own the single user model which only allows one mac address to it. So I went out and bought another ethercard. I have another PC here is not too bad sharing the ISDN line with my other 486DX266. Basically, Bettina, my girlfriend likes to surf . My P66 used to have 16MB but with Bettina running netscape and image stuff I had to upgrade my system to 32MB. My solution is not cheap but it works today and is hazzle free. We should pursue the ISDN connectivity more actively as is a sure way to hook users into FreeBSD. Take for instance my setup: o fast net access for netscape o hopefully Bettina will finish soon her web page with her selection of photocd images from places around the world she has been So Web Access or Web Server and yes this is a very fast emerging market. o voice communication with vat point to point since the MBONE is not quite upto ip multicasting yet due to old routers or tcp/ip routing software still being used. And hopefully in the not too distant future teleconferencing. o ftp access o fast news access o net acount for developers and no I am not advertising just a couple of net projects I am working on. o answering message machine --- I use vgetty + sendfax to handle messages and faxes. Yes this is not related to fast net access but is a very nice way to force a box to stay up. So in summary, we need good support for ISDN, Web Servers and voice processing. Enjoy, Amancio From owner-freebsd-hackers Thu Jul 6 20:59:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA15652 for hackers-outgoing; Thu, 6 Jul 1995 20:59:03 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA15643 for ; Thu, 6 Jul 1995 20:59:00 -0700 Received: from unix.nike.efn.org (haus.efn.org) by efn.efn.org (4.1/smail2.5/05-07-92) id AA28152; Thu, 6 Jul 95 20:58:00 PDT Date: Thu, 6 Jul 1995 21:06:05 -0700 (PDT) From: John-Mark Gurney X-Sender: gurney_j@unix.nike.efn.org To: hackers@freebsd.org Subject: nca0 panic Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk this is the results of when I am unzipping a file from my cd-rom onto my dos machine under os/2... the cdrom is mounted via nfs... this message is repeated 6 times before the panic: nca0/4/0 (cd0) timed out this is the panic message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xefc45734 fault code = supervisor read, page not present instruction pointer = 0x8:0xf010bab2 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 321, gra 1 processor eflags = interupt enable resume, IOPL=0 current process = 108 (nfsd) interupt mask = net tty bio here is the results that pertain to the problem from dmesg: FreeBSD 2.0.5-RELEASE #3: Sun Jul 2 00:19:39 PDT 1995 johng@unix.nike.efn.org:/usr/src/sys/compile/nike CPU: i486DX (486-class CPU) real memory = 8257536 (2016 pages) avail memory = 6991872 (1707 pages) Probing for devices on the ISA bus: [...] nca0 at 0x350-0x35f irq 7 on isa nca0: type NCR-53C400 nca0 waiting for scsi devices to settle nca0/4/0 parity error nca0/4/0 parity error nca0/4/0 parity error (nca0:4:0): "NEC CD-ROM DRIVE:210 1.0" type 5 removable SCSI 1 cd0(nca0:4:0): CD-ROM nca0/4/0 parity error nca0/4/0 parity error nca0/4/0 parity error cd present.[300225 x 2048 byte records] [...] nca0/4/0 parity error nca0/4/0 parity error nca0/4/0 too many parity errors, not logging any more if you guys need a copy of my kernel I can put it up for download... also... is there any plans of implimenting SCSI 1 audio commands... Thanks for all the help you guys have provided... John-Mark gurney_j@efn.org Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Thu Jul 6 21:04:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15876 for hackers-outgoing; Thu, 6 Jul 1995 21:04:50 -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 VAA15856 for ; Thu, 6 Jul 1995 21:03:14 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA01628 for freebsd-hackers@freebsd.org; Fri, 7 Jul 1995 10:03:49 +0600 From: "Serge A. Babkin" Message-Id: <199507070403.KAA01628@hq.icb.chel.su> Subject: Re: FBSD & old HDs To: freebsd-hackers@freebsd.org Date: Fri, 7 Jul 1995 10:03:49 +0600 (GMT+0600) In-Reply-To: <199507050930.LAA05498@uriah.heep.sax.de> from "J Wunsch" at Jul 5, 95 11:30:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 659 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Only for CRC (or ECC) errors. Other errors (like a missing address > > > mark) cannot return any data. > > > > IMHO the disk controller should check for such things and report about such > > errors. At least the diskette controller does in this way. > > The error is reported, but the question was if there were any > (partially) usable data to get. No, the question was if there is any answer from controller or it just hangs and the only way to determine such error is timeout. FreeBSD got timeouts on XEBEC old IDE drive. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu Jul 6 21:06:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15973 for hackers-outgoing; Thu, 6 Jul 1995 21:06:46 -0700 Received: from lightlink.satcom.net (iidpwr@lightlink.satcom.net [204.33.174.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15967 for ; Thu, 6 Jul 1995 21:06:44 -0700 Received: (from iidpwr@localhost) by lightlink.satcom.net (8.6.11/8.6.9) id VAA09188; Thu, 6 Jul 1995 21:12:06 -0700 Date: Thu, 6 Jul 1995 21:12:06 -0700 From: Imperial Irrigation District Message-Id: <199507070412.VAA09188@lightlink.satcom.net> To: jhs@vector.eikon.e-technik.tu-muenchen.de, jkh@freefall.cdrom.com Subject: Re: token ring anyone Cc: hackers@freebsd.org, n1epo4tl@ibmmail.com Sender: hackers-owner@freebsd.org Precedence: bulk Yes. I am very interest to have token-ring on FreeBSD machine in my office. My company have two token ring networks and three ethernet networks I have access to it. I would like to connet my FreeBSD to a token ring as a file server. From owner-freebsd-hackers Thu Jul 6 21:12:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA16167 for hackers-outgoing; Thu, 6 Jul 1995 21:12:45 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA16155 for ; Thu, 6 Jul 1995 21:11:56 -0700 Received: by misery.sdf.com id <915>; Thu, 6 Jul 1995 21:14:49 +0100 Date: Thu, 6 Jul 1995 21:14:30 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: Netsite Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I've managed to get a hold of a test drive version of Netsite for BSDI. So far, it works without a problem on 2.0.5. Tom From owner-freebsd-hackers Thu Jul 6 21:49:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA16599 for hackers-outgoing; Thu, 6 Jul 1995 21:49:47 -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 VAA16593 for ; Thu, 6 Jul 1995 21:49:44 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id XAA12551; Thu, 6 Jul 1995 23:49:11 -0500 From: Joe Greco Message-Id: <199507070449.XAA12551@brasil.moneng.mei.com> Subject: Re: Cloning systems To: karl@mcs.com (Karl Denninger MCSNet) Date: Thu, 6 Jul 1995 23:49:11 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Karl Denninger, MCSNet" at Jul 6, 95 05:46:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > How are other people doing it? Um, well... I am used to cloning as it is how I have traditionally installed UNIX :-) But with FreeBSD due to the largely nonstandardized nature of storage technologies (i.e. you have several mutant forms of IDE, SCSI with silly geometries on different controllers, etc)... I have generally used sysinstall to install bin/des/krb and maybe some other stuff. Typically I install other distributions later, by hand, with tar. Given a little more disk space - I happen to like the sysinstall based install (well at least mostly), and I would actually *ideally* like to roll a "site standard" distribution that included all my favorite bits, packages, etc., but I haven't done this because I lack the disk space and the time to engineer it. This would be substantially similar to cloning in that it would be cutting all your images from a unified single repository... nice. :-) sysinstall is a necessary evil, I think, to deal with the partitioning and disk issues, though. Currently, I am dealing with ports and stuff by actually loading the entire /usr/ports onto a box and then fudging around to get it to do a make install (it still has the .install_done from previous machine). That's a major strike out for the current ports system - you could not share /usr/ports via NFS, it would seem, for this reason. (anyways - it's been a major annoyance and lately I've started just compiling them all on each box). > The base install package wants to take over, and if you quit, you get nailed > with an immediate reboot. Not good if you want to clone systems. > > I want to be able to clone easily -- I can with BSDI, as their installation > has parts I can run from a shell to do things like partition disks in a > reasonable and easy to use format. FreeBSD appears not to have this as a > possible option. Ummmm, YEAH, that's a really big stumbling block (and really big gripe of mine at this point!)... I *really* think that ANY tool to assist in disk partitioning is very useful - and it pains me to see the current one so tightly integrated into sysinstall. I discovered that I didn't really know how to manually fdisk and partition a disk under the slice system, nd it was a pain to have to putz around with SCSI ID's in order to get sysinstall to do what I wanted - just partition the disk. I think the problem was that I did not know what the NCR810 was translating the geometry as.... but I don't know for sure.... ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Jul 6 22:20:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17466 for hackers-outgoing; Thu, 6 Jul 1995 22:20:45 -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 WAA17459 for ; Thu, 6 Jul 1995 22:20:42 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <25747-0@bunyip.cc.uq.oz.au>; Fri, 7 Jul 1995 15:20:14 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id OAA29256 for ; Fri, 7 Jul 1995 14:41:48 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id OAA18125; Fri, 7 Jul 1995 14:40:52 +1000 Date: Fri, 7 Jul 1995 14:40:52 +1000 From: Stephen McKay Message-Id: <199507070440.OAA18125@orion.devetir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@devetir.qld.gov.au Subject: Re: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk As Julian Howard Stacey wrote: > > I propose we change the list name `hackers' to [ Suggestions Please ]. This is just caving in to Political Correctness. Fight the ignorant masses who want to homogenise and de-flavour everything. 'hackers' has some spirit. dev@freebsd.org is about as exciting as /dev/null. Stephen. I suppose I need one of those generic-brand disclaimers now. Take it as read. From owner-freebsd-hackers Thu Jul 6 22:33:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17813 for hackers-outgoing; Thu, 6 Jul 1995 22:33: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 WAA17807 for ; Thu, 6 Jul 1995 22:33:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA06379; Fri, 7 Jul 1995 15:28:27 +1000 Date: Fri, 7 Jul 1995 15:28:27 +1000 From: Bruce Evans Message-Id: <199507070528.PAA06379@godzilla.zeta.org.au> To: hackers@freebsd.org, jaitken@vt.edu Subject: Re: Booting/NCR problems [long] Sender: hackers-owner@freebsd.org Precedence: bulk >[... as an aside, what the hell does this mean? ...] >BIOS basemem (635K) != RTC basemem (640K) This means that the BIOS reserves 5K of memory for something and that FreeBSD will not use that memory (actually 8K = 5K rounded up to a page boundary) when it stops abusing the CMOS. Bruce From owner-freebsd-hackers Thu Jul 6 22:46:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18409 for hackers-outgoing; Thu, 6 Jul 1995 22:46:51 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18390 ; Thu, 6 Jul 1995 22:46:48 -0700 Date: Thu, 6 Jul 1995 22:46:48 -0700 From: Jeffrey Hsu Message-Id: <199507070546.WAA18390@freefall.cdrom.com> To: jkh Subject: Re: Cloning systems Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Hmmm.. How are you hooking the two machines together then, may I ask? I usually pull out his hard drive and attach it to mine, then do all sorts of things manually. There's got to be a better way. With the ftp install, plus the spare ethernet card and cable which I mentioned, this process could be simpler now, though I haven't tried this route yet. From owner-freebsd-hackers Thu Jul 6 22:57:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18758 for hackers-outgoing; Thu, 6 Jul 1995 22:57: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 WAA18752 for ; Thu, 6 Jul 1995 22:57:54 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id BAA01134 for freebsd-hackers@freebsd.org; Fri, 7 Jul 1995 01:58:50 -0400 From: Charles Henrich Message-Id: <199507070558.BAA01134@crh.cl.msu.edu> Subject: ed1: warning - receiver ring buffer overrun To: freebsd-hackers@freebsd.org Date: Fri, 7 Jul 1995 01:58:50 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 292 Sender: hackers-owner@freebsd.org Precedence: bulk I've been seeing this message alot lately on one of our busy servers (486/66) ed1: warning - receiver ring buffer overrun Any idea what is causing this? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Thu Jul 6 23:28:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00550 for hackers-outgoing; Thu, 6 Jul 1995 23:28: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 XAA00544 for ; Thu, 6 Jul 1995 23:28:46 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id XAA01950; Thu, 6 Jul 1995 23:28:40 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA01536; Thu, 6 Jul 1995 23:29:22 -0700 Message-Id: <199507070629.XAA01536@corbin.Root.COM> To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: ed1: warning - receiver ring buffer overrun In-reply-to: Your message of "Fri, 07 Jul 95 01:58:50 EDT." <199507070558.BAA01134@crh.cl.msu.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 06 Jul 1995 23:29:21 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >I've been seeing this message alot lately on one of our busy servers (486/66) > >ed1: warning - receiver ring buffer overrun > >Any idea what is causing this? It's caused by the receive buffer in the ethernet card overflowing. Is it a 16bit card? If not, you should change it. If it is, then I'd just ignore it; it's not a very important error. -DG From owner-freebsd-hackers Thu Jul 6 23:51:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01128 for hackers-outgoing; Thu, 6 Jul 1995 23:51:52 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01119 for hackers; Thu, 6 Jul 1995 23:51:51 -0700 Date: Thu, 6 Jul 1995 23:51:51 -0700 From: Jeffrey Hsu Message-Id: <199507070651.XAA01119@freefall.cdrom.com> To: hackers Subject: Re: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@FreeBSD.org Precedence: bulk The freebsd-hackers mailing list is misnamed and misused. Calling it freebsd-developers, or developers for short, would make it clear that most of the questions posted on the list should go to freebsd-questions instead. From owner-freebsd-hackers Fri Jul 7 00:02:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01707 for hackers-outgoing; Fri, 7 Jul 1995 00:02: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 AAA01701 for ; Fri, 7 Jul 1995 00:02:06 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA02389; Fri, 7 Jul 1995 00:01:43 -0700 From: "Rodney W. Grimes" Message-Id: <199507070701.AAA02389@gndrsh.aac.dev.com> Subject: Re: Booting/NCR problems [long] To: bde@zeta.org.au (Bruce Evans) Date: Fri, 7 Jul 1995 00:01:43 -0700 (PDT) Cc: hackers@freebsd.org, jaitken@vt.edu In-Reply-To: <199507070528.PAA06379@godzilla.zeta.org.au> from "Bruce Evans" at Jul 7, 95 03:28: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: 604 Sender: hackers-owner@freebsd.org Precedence: bulk > > >[... as an aside, what the hell does this mean? ...] > >BIOS basemem (635K) != RTC basemem (640K) > > This means that the BIOS reserves 5K of memory for something and that > FreeBSD will not use that memory (actually 8K = 5K rounded up to a > page boundary) when it stops abusing the CMOS. That something is in all likely hood the sequencer code and state area for the SDMS NCR bios, since you don't want to bus master that out of ROM :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Fri Jul 7 00:13:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02122 for hackers-outgoing; Fri, 7 Jul 1995 00:13:12 -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 AAA02114 for ; Fri, 7 Jul 1995 00:13:11 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id XAA17829 for ; Thu, 6 Jul 1995 23:04:35 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id XAA02129; Thu, 6 Jul 1995 23:03:43 -0700 From: "Rodney W. Grimes" Message-Id: <199507070603.XAA02129@gndrsh.aac.dev.com> Subject: Re: Cloning systems To: hsu@freefall.cdrom.com (Jeffrey Hsu) Date: Thu, 6 Jul 1995 23:03:43 -0700 (PDT) Cc: jkh@freefall.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: <199507062324.QAA08510@freefall.cdrom.com> from "Jeffrey Hsu" at Jul 6, 95 04:24: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: 1413 Sender: hackers-owner@freebsd.org Precedence: bulk > > Perhaps if you could clarify just what it is you want to do when > you say "clone" here? > > I think he means this. And if he doesn't, then I mean this to ask > this, since it's a pain to do right now, though I know Rod has the > procedure down pat and I've been meaning to ask him for it. Though I do have this down pat, I also happen to have a very large supply of hardware here to do it with. Normally I either pull there disk and put it in one of my systems, or stuff an enet card in there box and use a floppy to boot diskless. I then use my always populated /usr/obj tree and do a: cd /usr/src; make install DESTDIR=/rootoftheredisk; cd etc; make distribution I hand edit all the other stuff. For production machines I build here I clone my disk drives 5 at a time using dd if=/dev/rsd1 of=/dev/rsdX. > > Common Scenario: > My friend brings his computer over. He has no scsi controller, > CDROM drive, or ethernet card. I don't have the bindist.tar.* > files nor do I have the FreeBSD CDROM. But I do have my handy > FreeBSD computer w/ all the sources and binaries. How do I install > FreeBSD on his computer? > > Okay, next, say I have a spare ethernet card and cable, which I do. > How do I install FreeBSD on his computer? > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Fri Jul 7 00:13:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02133 for hackers-outgoing; Fri, 7 Jul 1995 00:13:13 -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 AAA02116 for ; Fri, 7 Jul 1995 00:13:11 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by wc.cdrom.com (8.6.12/8.6.12) with SMTP id XAA17839 for ; Thu, 6 Jul 1995 23:06:02 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sU6UE-000I3fC; Fri, 7 Jul 95 08:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0sU67C-000209C; Fri, 7 Jul 95 07:38 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Proposal to change name of this list to a less embarrassing one To: freebsd-hackers@freebsd.org (FreeBSD Hackers) Date: Fri, 7 Jul 1995 07:38:14 +0200 (MET DST) In-Reply-To: <199507060852.KAA02604@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Jul 6, 95 10:52:03 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1662 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of Julian Stacey: > > From: Peter Dufault > > Has this proven to be a problem for anyone, > > Hacker is not a good word in Germany: Hackers is not such a bad word in germany, people begin to realize the difference between hackers and crackers. > - I have talked to numerous technical & managerial people in Germany, > (in offices & more numerously at conferences etc) about the benefits > of FreeBSD, their reaction swings negative whenever the opposition > overhear me, butt in, & say "it's done by a load of hackers, what do > you expect for free !" There is a difference between "it's done by a load of hackers" (which is perfectly ok and is the truth) and "what do you expect for free" (which is the real and only trouble for "free" products). > - there's a Hackers Handbook, There is also a Unix Haters Handbook. > - we have a Chaos Club up north `full of hackers' (to quote common > perception), The public has realized that the CCC and its "hackers" do something for the public in showing up security holes where the above mentioned "managers" would like to make the public believe there are no holes ... > - eg NC (Networks & Comms) magazine 6/95 P22 Col 2 Para 2 (my Magazines in general need to sell their product, and in order to survive they (think they) need to write in this yellow press style. It's not only the word "hackers" that sell, but also "sex" and "internet" - so nothing special about "hacker"! hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Jul 7 00:26:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02756 for hackers-outgoing; Fri, 7 Jul 1995 00:26:38 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02735 ; Fri, 7 Jul 1995 00:26:28 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA17272; Fri, 7 Jul 1995 00:26:03 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Jeffrey Hsu cc: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-reply-to: Your message of "Thu, 06 Jul 1995 23:51:51 PDT." <199507070651.XAA01119@freefall.cdrom.com> Date: Fri, 07 Jul 1995 00:26:02 -0700 Message-ID: <17268.805101962@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > The freebsd-hackers mailing list is misnamed and misused. Calling > it freebsd-developers, or developers for short, would make it clear > that most of the questions posted on the list should go to freebsd-questions > instead. That may be, but the almost overwhelming concensus right now seems to be "leave it alone" and so I believe we will. hackers@freebsd.org it stays, and if anyone sees an image problem in presenting that to a business person then I see no reason why that someone couldn't just create a local gateway to the mailing list using a different name. Jordan From owner-freebsd-hackers Fri Jul 7 04:26:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09179 for hackers-outgoing; Fri, 7 Jul 1995 04:26:00 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA09169 for ; Fri, 7 Jul 1995 04:25:58 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA19576; Fri, 7 Jul 95 04:22:15 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Fri, 7 Jul 95 13:20 MSZ Message-Id: Date: Fri, 7 Jul 95 13:20 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: jkh@freefall.cdrom.com Cc: hackers@freebsd.org Subject: Re: cvs commit: ports/editors/xemacs/pkg COMMENT PLIST Newsgroups: pcs.freebsd.cvs.ports,pcs.freebsd.cvs.all References: <199507070826.BAA05200@freefall.cdrom.com> Reply-To: me@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk In pcs.freebsd.cvs.all you write: >jkh 95/07/07 01:26:30 > Modified: editors/xemacs Makefile > editors/xemacs/files md5 > editors/xemacs/pkg COMMENT PLIST > Removed: editors/xemacs/files unexfreebsd.c > Log: > Update this to version 19.12. Since all our changes have been > merged into 19.12 this allows the elimination of a lot of stuff. Grumble. I had told you that I would have a new port ready today, after testing my build a bit more. - patch-aa needs to be removed (patch-ab is still needed). - Since there was an agreement to move site-lisp stuff to /usr/local/var/site-lisp, you should have added an option --sitelispdir=/usr/local/var/site-lisp to the configure line. - The Description still mentions that X is needed. Xemacs now also runs on plain ttys. Then there's the issue of that bug in xpm-3.4f that supposedly gets triggered by xemacs-19.12. There is a patch that probably should get added to the xpm port. Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-hackers Fri Jul 7 04:37:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09656 for hackers-outgoing; Fri, 7 Jul 1995 04:37:38 -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 EAA09649 for ; Fri, 7 Jul 1995 04:37:36 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA05435; Fri, 7 Jul 1995 04:36:13 -0700 Date: Fri, 7 Jul 1995 04:36:13 -0700 Message-Id: <199507071136.EAA05435@silvia.HIP.Berkeley.EDU> To: jgreco@brasil.moneng.mei.com CC: karl@mcs.com, freebsd-hackers@freebsd.org In-reply-to: <199507070449.XAA12551@brasil.moneng.mei.com> (message from Joe Greco on Thu, 6 Jul 1995 23:49:11 -0500 (CDT)) Subject: Re: Cloning systems From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk * Currently, I am dealing with ports and stuff by actually loading the * entire /usr/ports onto a box and then fudging around to get it to do a make * install (it still has the .install_done from previous machine). That's a * major strike out for the current ports system - you could not share * /usr/ports via NFS, it would seem, for this reason. (anyways - it's been a * major annoyance and lately I've started just compiling them all on each * box). Um, you can try "make reinstall". Satoshi From owner-freebsd-hackers Fri Jul 7 04:39:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09853 for hackers-outgoing; Fri, 7 Jul 1995 04:39:45 -0700 Received: (from phk@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09843 ; Fri, 7 Jul 1995 04:39:43 -0700 From: Poul-Henning Kamp Message-Id: <199507071139.EAA09843@freefall.cdrom.com> Subject: Re: 205R on Digital Hinote laptop, some experiences To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 7 Jul 1995 04:39:42 -0700 (PDT) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <199506272118.XAA00640@yedi.iaf.nl> from "Wilko Bulte" at Jun 27, 95 11:18:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 500 Sender: hackers-owner@freebsd.org Precedence: bulk > The latter 2 try-outs might fail because I miss something on the PCMCIA > front. Do they need extra initialising to become active (???) or something > like that? I'm working seriously on PCMCIA now. Do you have time to help ? -- 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 Fri Jul 7 05:16:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA10685 for hackers-outgoing; Fri, 7 Jul 1995 05:16:39 -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 FAA10679 for ; Fri, 7 Jul 1995 05:16:33 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27781 (5.67a/IDA-1.5 for freebsd.org!hackers); Fri, 7 Jul 1995 06:55:01 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA08954; 7 Jul 95 06:54:19 CDT (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA08951; Fri, 7 Jul 1995 06:54:19 -0500 Date: Fri, 7 Jul 1995 06:54:19 -0500 From: Peter da Silva Message-Id: <199507071154.GAA08951@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-Reply-To: <199507070440.OAA18125@orion.devetir.qld.gov.au> Organization: Taronga Park BBS Sender: hackers-owner@freebsd.org Precedence: bulk >This is just caving in to Political Correctness. Fight the ignorant masses >who want to homogenise and de-flavour everything. 'hackers' has some spirit. >dev@freebsd.org is about as exciting as /dev/null. dev-null@freebsd.org? From owner-freebsd-hackers Fri Jul 7 05:20:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA10852 for hackers-outgoing; Fri, 7 Jul 1995 05:20:08 -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 FAA10845 ; Fri, 7 Jul 1995 05:20:05 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id FAA05568; Fri, 7 Jul 1995 05:20:02 -0700 Date: Fri, 7 Jul 1995 05:20:02 -0700 Message-Id: <199507071220.FAA05568@silvia.HIP.Berkeley.EDU> To: me@freebsd.org CC: jkh@freefall.cdrom.com, hackers@freebsd.org In-reply-to: (me@tartufo.pcs.dec.com) Subject: Re: cvs commit: ports/editors/xemacs/pkg COMMENT PLIST From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk * Grumble. I had told you that I would have a new port ready today, after * testing my build a bit more. * - Since there was an agreement to move site-lisp stuff to * /usr/local/var/site-lisp, you should have added an option * --sitelispdir=/usr/local/var/site-lisp to the configure line. What?!? "/usr/local/var"? Where did THAT come from.... ;) Satoshi P.S. mule has this added to CONFIGURE_ARGS: --locallisppath=${PREFIX}/share/emacs/site-lisp:${PREFIX}/lib/mule/site-lisp From owner-freebsd-hackers Fri Jul 7 05:54:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11801 for hackers-outgoing; Fri, 7 Jul 1995 05:54:30 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA11786 for ; Fri, 7 Jul 1995 05:54:28 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id VAA25297; Fri, 7 Jul 1995 21:54:22 +0900 Date: Fri, 7 Jul 1995 21:54:22 +0900 Message-Id: <199507071254.VAA25297@remington.mt.cs.keio.ac.jp> To: phk@freefall.cdrom.com Cc: wilko@yedi.iaf.nl, FreeBSD-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: 205R on Digital Hinote laptop, some experiences In-Reply-To: Your message of Fri, 7 Jul 1995 04:39:42 -0700 (PDT). <199507071139.EAA09843@freefall.cdrom.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199507071139.EAA09843@freefall.cdrom.com> phk@freefall.cdrom.com writes: >> I'm working seriously on PCMCIA now. Do you have time to help ? I also want to be a tester of this PCMCIA driver. BTW, I wrote a patch to the wd driver to drive SunDisk Flash ATA PCMCIA cards. But it didn't work unless initializing it with DOS driver. Of course I always initialize PCIC map according to the CIS tupples of the card. Does anyone know the magic cookies to initialize it? If anyone wants to test it, I'll send it to you. P.S. I'm pending some e-mails about PCMCIA sio driver. I'm sorry. This is because I crashed my laptop a few days ago and repaired it by myself yesterday. It came back, but all data in it was gone. (;_;) hosokawa From owner-freebsd-hackers Fri Jul 7 06:33:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12645 for hackers-outgoing; Fri, 7 Jul 1995 06:33:42 -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 GAA12638 for ; Fri, 7 Jul 1995 06:33:41 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id IAA20843 for hackers@freebsd.org; Fri, 7 Jul 1995 08:33:39 -0500 Date: Fri, 7 Jul 1995 08:33:39 -0500 From: Jim Lowe Message-Id: <199507071333.IAA20843@miller.cs.uwm.edu> To: hackers@freebsd.org Subject: Cksum: out of data -- kernel hang Sender: hackers-owner@freebsd.org Precedence: bulk I am not sure where this one is coming from. The machine in question is running 2.0.5. Does anyone have any ideas? The following errors appeared on the console and the machine was hung: Jul 6 21:57:07 alumni /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 Jul 6 22:09:32 alumni /kernel: in_rtqtimo: adjusted rtq_reallyold to 1600 Jul 6 22:20:29 alumni /kernel: in_rtqtimo: adjusted rtq_reallyold to 1066 Jul 6 22:30:29 alumni /kernel: in_rtqtimo: adjusted rtq_reallyold to 710 Jul 7 04:05:09 alumni /kernel: cksum: out of data Thanks for any help, -Jim From owner-freebsd-hackers Fri Jul 7 06:45:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12987 for hackers-outgoing; Fri, 7 Jul 1995 06:45:21 -0700 Received: from hojo.larc.nasa.gov (hojo.larc.nasa.gov [128.155.3.230]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12981 for ; Fri, 7 Jul 1995 06:45:19 -0700 Received: (from branson@localhost) by hojo.larc.nasa.gov (8.6.11/8.6.9) id JAA19906 for freebsd-hackers@freebsd.org; Fri, 7 Jul 1995 09:45:17 -0400 From: Branson Matheson Message-Id: <199507071345.JAA19906@hojo.larc.nasa.gov> Subject: Dc_Users Group Meeting To: freebsd-hackers@freebsd.org (Hackers FreeBSD) Date: Fri, 7 Jul 1995 09:45:16 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1985 Sender: hackers-owner@freebsd.org Precedence: bulk The first meeting of the FreeBSD DC Users Group was held this past sunday Near Dc. There were 9 FreeBSDers in attendance. Among the topics discussed were the improving the Mailing Lists and some contributory ideas as follows: - Improving the DOC project with contributions from members on their local speciality. This would include things that might refelect the linux HowTo project. - Improving documentation that may be sent out with the FreeBSD release cd's. This could be a seperate offering that would include a manual and cd. This would be directed at first time users and the corperate market. Target for this is the 2.1 Release. - Working to get more commercial grade packages available for users and commercial level support available for the users. - The incorperation of "super-packages" that would be supersets of currenly available packages. This may include things like a Sys-Admin package that includes sudo or runas, amanda, tcsh, and others. - The creation and support of turnkey systems for users. This would be directed at a certian use such as routing, firewall, and Internet connectivity. The meeting lasted for about 3.5 hours. And was very nice for all concerned. The next meeting will be at the same place in Tysons Corner August 19th at 2:00. If you are interested in joining the group, send mail to: Majordomo@kryten.atinc.com with subscribe in the body. Announcements are made there. This type of post will _not_ be a regular occurance to hackers. Only for major accomplishments. There is work in progress to get a mailing list specifically for the user groups to communicate. -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 Fri Jul 7 06:58:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13364 for hackers-outgoing; Fri, 7 Jul 1995 06:58:25 -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 GAA13357 for ; Fri, 7 Jul 1995 06:58:17 -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 PAA19221 for ; Fri, 7 Jul 1995 15:58:00 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id PAA06088 for ; Fri, 7 Jul 1995 15:57:59 +0200 Message-Id: <199507071357.PAA06088@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Problem with a mailing list? Date: Fri, 07 Jul 1995 15:57:59 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk Hi Is this me, or is anyone else getting duplicates of the CVS commit log? For each commit, I get 2 messages, 1 with no Sender: line and one with the Sender: info. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Fri Jul 7 06:59:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13414 for hackers-outgoing; Fri, 7 Jul 1995 06:59:32 -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 GAA13407 for ; Fri, 7 Jul 1995 06:59:31 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id GAA02607; Fri, 7 Jul 1995 06:59:17 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id HAA00230; Fri, 7 Jul 1995 07:00:00 -0700 Message-Id: <199507071400.HAA00230@corbin.Root.COM> To: Mark Hittinger cc: hackers@freebsd.org Subject: Re: How can VSZ < RSS? Huh!? (fwd) In-reply-to: Your message of "Thu, 06 Jul 95 23:17:20 EDT." <199507070317.XAA02119@ns1.win.net> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 07 Jul 1995 07:00:00 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >> >> > I've "threatened" on more than one occasion to report the _actual_ amount >> >of allocated virtual memory, but got mixed reponses each time I've done that. >> >The current VSZ figure does not take into consideration mapped files other >> >than the executable. It also does not consider the "heap". >> > >Are things like shared libraries taken into account here? I probably need No, shared libraries are just plain old mapped files as far as the kernel is concerned. >I would assume there is some code sharing which would skew the true figures >around :-) Yeah. -DG From owner-freebsd-hackers Fri Jul 7 07:16:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14174 for hackers-outgoing; Fri, 7 Jul 1995 07:16:42 -0700 Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA14168 for ; Fri, 7 Jul 1995 07:16:39 -0700 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id KAA12043 for ; Fri, 7 Jul 1995 10:20:22 -0400 Message-Id: <199507071420.KAA12043@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@freebsd.org Subject: ijppp feature request Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 07 Jul 1995 10:20:21 -0400 From: Robert Withrow Sender: hackers-owner@freebsd.org Precedence: bulk I would like to be able to execute arbitrary commands when the link goes up and down. In my case, I would like to issue a ``finger'' command when the link goes up, to stimulate the other side to send me accumulated mail. Has anyone done this yet? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Fri Jul 7 07:33:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14517 for hackers-outgoing; Fri, 7 Jul 1995 07:33:33 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA14511 for ; Fri, 7 Jul 1995 07:33:27 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSLFKE3UBK0031JW@mail.rwth-aachen.de>; Fri, 07 Jul 1995 16:22:43 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id QAA27702; Fri, 7 Jul 1995 16:35:40 +0200 Date: Fri, 07 Jul 1995 16:35:39 +0200 (MET DST) From: Christoph Kukulies Subject: Re: Problem with a mailing list? In-reply-to: <199507071357.PAA06088@grumble.grondar.za> from "Mark Murray" at Jul 7, 95 03:57:59 pm To: mark@grondar.za (Mark Murray) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199507071435.QAA27702@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 473 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi > > Is this me, or is anyone else getting duplicates of the CVS commit log? > > For each commit, I get 2 messages, 1 with no Sender: line and one with > the Sender: info. I got some deja vu messages again. > > M > > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Fri Jul 7 07:47:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14935 for hackers-outgoing; Fri, 7 Jul 1995 07:47:44 -0700 Received: from tserv.lodgenet.com (root@dial8.iw.net [204.157.148.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA14897 for ; Fri, 7 Jul 1995 07:46:15 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id JAA05485 for ; Fri, 7 Jul 1995 09:47:14 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.11/8.6.9) with SMTP id JAA05330 for ; Fri, 7 Jul 1995 09:46:41 -0500 Message-Id: <199507071446.JAA05330@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: hackers@freebsd.org Subject: Buslogic bt946 controller Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jul 1995 09:46:40 -0500 From: "Eric L. Hernes" Sender: hackers-owner@freebsd.org Precedence: bulk Has anyone gotten this controller to work with a custom kernel? I'm running current on it now, but I've had the same experience with 2.0.5. The GENERIC kernel works fine, but if I try to use a custom kernel it will run for a while, then I get messages like: bt0: Try to abort bt0: Abort Operation has timed out bt0: Try to abort bt0: Abort Operation has timed out bt0: Try to abort bt0: Abort Operation has timed out ... and if i let it go long enough, I get something like: vnode_pager_input: I/O read error vm_fault: pager input (probably hardware) error, PIT 242 failure and then more bt0 errors. dmesg is: FreeBSD 2.0-BUILT-19950707 #0: Fri Jul 7 09:05:59 CDT 1995 erich@sonic:/usr/src/sys/compile/SONIC CPU: 75-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33161216 (8096 pages) avail memory = 30982144 (7564 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xd8000 msize 8192 on isa ed0: address 00:00:c0:9d:78:9b, type SMC8416C/SMC8416BT (16 bit) bpf: ed0 attached lpt0 not found at 0x3bc 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, dma=5, int=11 bt0: version 4.25J, fast sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=08 bt0: Using Strict Round robin scheme bt0 at 0x330 irq 11 drq 5 on isa (bt0:0:0): "QUANTUM LIGHTNING 730S 241E" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 699MB (1431760 512 byte sectors) (bt0:1:0): "WANGTEK 51000 SCSI RVM7 5F5" type 1 removable SCSI 1 st0(bt0:1:0): Sequential-Access density code 0x0, drive empty fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 7 drq 1 on isa sb0: uart0 not probed due to I/O address conflict with bt0 at 0x330 Probing for devices on the pci0 bus: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:1 pci0:13: vendor=0x1095, device=0x640, class=storage [no driver assigned] pci0:17: vendor=0x104b, device=0x1040, class=storage [no driver assigned] map(10): io(fcdc) bpf: lo0 attached bpf: tun0 attached bpf: tun1 attached kernel config is: ################################################## # kernel config for SONIC # machine "i386" cpu "I586_CPU" # aka Pentium(tm) ident SONIC maxusers 10 # # I am a resouce pig options "CHILD_MAX=128" options "OPEN_MAX=128" config kernel root on sd0 dumps on sd0 options "COMPAT_43" options USER_LDT options SYSVSHM options SYSVSEM options SYSVMSG options UCONSOLE options INET pseudo-device ether pseudo-device loop pseudo-device bpfilter 6 pseudo-device tun 2 options FFS options "NSWAPDEV=20" controller isa0 controller pci0 options PROBE_VERBOSE options "AUTO_EOI_1" options "AUTO_EOI_2" options BOUNCE_BUFFERS options DUMMY_NOPS controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr controller scbus0 #base SCSI code disk sd0 at scbus0 target 0 unit 0 tape st0 at scbus0 target 1 pseudo-device pty 16 pseudo-device speaker pseudo-device log pseudo-device gzip pseudo-device vn pseudo-device snp 3 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options HARDFONTS options "MAXCONS=16" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 options FDSEEKWAIT="16" device lpt0 at isa? port "IO_LPT3" tty irq 7 vector lptintr 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 ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr controller snd0 device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? port IO_TIMER1 tty eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Jul 7 07:58:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA15138 for hackers-outgoing; Fri, 7 Jul 1995 07:58:11 -0700 Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA15126 for ; Fri, 7 Jul 1995 07:57:59 -0700 Message-Id: <199507071457.HAA15126@freefall.cdrom.com> Received: from savage-gw.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Fri, 7 Jul 1995 15:57:06 +0100 To: Doug Rabson cc: "Serge V.Vakulenko" , davidg@root.com, hackers@freebsd.org Subject: Re: Beta version of IDE CD-ROM driver ready In-reply-to: Your message of "Thu, 06 Jul 1995 16:36:17 BST." Date: Fri, 07 Jul 1995 15:57:02 +0100 From: Simon Marlow Sender: hackers-owner@freebsd.org Precedence: bulk > > Hmm... I did not try the second controller yet... > > > > Probably, you have a drive which does not interrupt before > > gettin a packet command. The driver of version 1.0 does not handle > > this properly. > > I am getting this behaviour on wcd0 (I don't have any IDE disks at all). > Is there a quick hack I can use to get past the probe? I did some investigation, and it seems that the reset operation isn't completing properly, so it times out. As a hack, I changed the line (in wd.c) if (wdreset(du) != 0 && (DELAY(RECOVERYTIME), wdreset(du)) != 0) goto nodevice; to carry on even if the reset timed out. This gets the controller probed, and you can also get the CDROM attached. There are more problems, however: the extra interrupt that is supposed to happen as a result of the attach operation never comes, and the driver won't start any operations because it thinks the controller is active. So I modified wd.c again to not expect this interrupt from wdc1, but things still don't work (it seems no interrupts are coming from the controller, I have no idea why). Perhaps someone who knows more than me about this stuff can help? :-) Cheers, Simon PS. my second HD controller is on the ISA bus at 0x170, IRQ 15 and is reported as such by the DOS ATAPI driver. -- 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 Fri Jul 7 08:02:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15306 for hackers-outgoing; Fri, 7 Jul 1995 08:02:05 -0700 Received: (from phk@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15297 ; Fri, 7 Jul 1995 08:02:04 -0700 From: Poul-Henning Kamp Message-Id: <199507071502.IAA15297@freefall.cdrom.com> Subject: Re: 205R on Digital Hinote laptop, some experiences To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Fri, 7 Jul 1995 08:02:04 -0700 (PDT) Cc: wilko@yedi.iaf.nl, FreeBSD-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199507071254.VAA25297@remington.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Jul 7, 95 09:54:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 729 Sender: hackers-owner@FreeBSD.org Precedence: bulk > In article <199507071139.EAA09843@freefall.cdrom.com> > phk@freefall.cdrom.com writes: > > >> I'm working seriously on PCMCIA now. Do you have time to help ? > > I also want to be a tester of this PCMCIA driver. Most welcome, in particular since we nedd to rewrite the if_ze (well, really add the needed bits to if_ed.c) and if_zp. Do you happen to have a machine-readable CIS description ? I packed my PCMCIA books in a box I wont see for 2 months :-( -- 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 Fri Jul 7 08:04:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15420 for hackers-outgoing; Fri, 7 Jul 1995 08:04:25 -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 IAA15344 for ; Fri, 7 Jul 1995 08:03:03 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id IAA02717; Fri, 7 Jul 1995 08:01:23 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id IAA00442; Fri, 7 Jul 1995 08:02:07 -0700 Message-Id: <199507071502.IAA00442@corbin.Root.COM> To: "Eric L. Hernes" cc: hackers@freebsd.org Subject: Re: Buslogic bt946 controller In-reply-to: Your message of "Fri, 07 Jul 95 09:46:40 CDT." <199507071446.JAA05330@jake.lodgenet.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 07 Jul 1995 08:01:07 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >Has anyone gotten this controller to work with a custom kernel? > >I'm running current on it now, but I've had the same experience with >2.0.5. The GENERIC kernel works fine, but if I try to use a custom kernel >it will run for a while, then I get messages like: > bt0 at 0x330 irq 11 drq 5 on isa ... > uart0 not probed due to I/O address conflict with bt0 at 0x330 ... > device uart0 at isa? port 0x330 irq 5 vector "m6850intr" Do you have a device conflict at 0x330 with the Buslogic and your sound card (I assume that's what the 'uart0' is above)? -DG From owner-freebsd-hackers Fri Jul 7 08:06:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15479 for hackers-outgoing; Fri, 7 Jul 1995 08:06:10 -0700 Received: from simon.chi.il.us (simon.chi.il.us [199.245.227.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA15472 for ; Fri, 7 Jul 1995 08:06:04 -0700 Received: by simon.chi.il.us (Smail3.1.29.1 #3) id m0sU7JF-000NAyC; Fri, 7 Jul 95 01:54 CDT Message-Id: Date: Fri, 7 Jul 95 01:54 CDT From: steve@simon.chi.il.us (Steven E. Piette) To: terry@cs.weber.edu, davidg@root.com, wilko@yedi.iaf.nl, jan@bagend.atl.ga.us Subject: Re: Stabikity/Usability of 2.0.5R Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > From: Wilko Bulte > Subject: Re: Stabikity/Usability of 2.0.5R > To: terry@cs.weber.edu (Terry Lambert) > Date: Wed, 5 Jul 1995 19:27:22 +1596657 (MET DST) > Cc: davidg@root.com, freebsd-hackers@freebsd.org > > > because 2.0.5R simply will not install (and neither will subsequent > > snapshots). > > > > The hardware in question is running WD 1007 ESDI controllers. The > > "perfect media" jumper is off. > > > > The Install wants to use a translated geometry (the real geometry > > is 1224/15/35) of something like xxx/15/51. > > What a coincidence. I already started to feel stupid. I have a > 386/25 here with a WD1007 and a 1224/15/35 drive (a ~300Mb > micropolis). Same problems.. I'm kinda glad it also bit you ;-) > > > The amusing thing is that when it scans for bad blocks (the drive > > has to have bad block replacement enables in BSD), it gets an error > > on every 35th scan. I would suspect something wierd with the disk, > > but 1.1.5.1 sails right on. So it's clearly in the disklabel stuff. > > Yep, same here. I once had 1.1.5. on this system and that worked > OK. Are you able to select a non-translated drive using the WD1007 > BIOS? Mine doesn't. Disabling the BIOS of the WD and selecting the > untranslated geometry in the system BIOS also gives me the > n * 35 badblocks. > > > Interestingly, the "every 35th try" error on the scan seems to > > indicate (to me, at least) that the drive is not being accessed > > linearly; apparently the adjacency of sectors is being miscalculated > > and it's skipping all over the disk. There was a complaint about > > large amounts of drive noise about a month ago that was never very > > well explained -- possibly it's this? > > I have a faint recollection that I had to tell 1.1.5. to use 34 > sectors (when the drive actually has 35) before it wanted to install. > Telling 2.05R to use 34 does not work. > > > Anyone else have a machine with a WD1007 that they installed instead > > of upgraded from an existing (non-2.0.5R: working) installation? > > As you know by now it fails for me. I might retry 1.1.5 on it just > to see. > > > Terry Lambert > > terry@cs.weber.edu > > Wilko As I told Terry via email I have a working 2.0.5-ALPHA system here using the WD1007 and a Micropolis 1558 ESDI disk. Here's what I did to make it work: The WD1007A-WA2 is jumpered like this W1 2-3 BIOS at C8000-C9FFF W2 2-3 W3 OUT Disable BIOS and BIOS Shadow RAM W4 OUT Enable FDC W5 OUT Single Speed FD W6 2-3 FDC at 3FX W7 1-2 Enable FDC W8 IN WD1005 Mode (Reads Drive Unformatted bytes/sector) W9 OUT Disconnect Chassis Ground W10 OUT Unlatch Diag Register W11 IN Enable Disk Change input W12 OUT Select Primary Address W13 IN Enable FDC W14 IN Disable Sector Translation W15 OUT 4 Byte ECC The 1558 is jumpered RN1 IN Terminator DA1 OUT DA2 IN Device 2 ID DA3 OUT W5 OUT Spin up at power on W1 OUT Hard Sectored W2 IN 36 Sectors/track 578 bytes/sector unformatted W3 OUT W4 OUT This configures the drive to be 1224 cyl 15 head 36 sectors 512 bytes/sector. The System is a Micronix 386DX20 with Phoenix 386 BIOS 1.10 10 I'm using CMOS type 48 as 1224/15/36 Since I had to disable the 1007 BIOS to use the CMOS drive type, I low level formated the disk using the WDFMT utility (from www.wdc.com) and turned off sector sparing. The 1007 BIOS wouldn't let me use 36 sec/track or 1224 cyl. I ran FDISK and used the entire disk as the primary DOS disk and then deleted the DOS partition during install. This was just to see the C/H/S stuff changed. I had to boot -c to turn off the conflicting devices matcd, ed, ie, and wt and build a custom kernel once I was done installing. During install I turned off the newfs -u stuff and used bad144 on each partition. It tried to use the entire disk as a FreeBSD partition but was burned by the >1024 cyl boot problem, so I made two FreeBSD partitions. The first is for root and swap and the second for /usr. Here's the boot messages. Jul 7 00:27:21 guest /kernel: FreeBSD 2.0.5-ALPHA #0: Fri Jun 9 22:51:32 CDT 1995 Jul 7 00:27:21 guest /kernel: root@guest:/usr/src/sys/compile/ALPHA Jul 7 00:27:21 guest /kernel: CPU: i386DX (386-class CPU) Jul 7 00:27:22 guest /kernel: real memory = 5898240 (1440 pages) Jul 7 00:27:22 guest /kernel: avail memory = 4763648 (1163 pages) Jul 7 00:27:22 guest /kernel: Probing for devices on the ISA bus: Jul 7 00:27:22 guest /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Jul 7 00:27:23 guest /kernel: sc0: MDA/hercules <16 virtual consoles, flags=0x0> Jul 7 00:27:23 guest /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jul 7 00:27:23 guest /kernel: sio0: type 16450 Jul 7 00:27:23 guest /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jul 7 00:27:23 guest /kernel: sio1: type 16450 Jul 7 00:27:23 guest /kernel: sio2 not found at 0x3e8 Jul 7 00:27:23 guest /kernel: sio3 not found at 0x2e8 Jul 7 00:27:24 guest /kernel: lpt0 at 0x3bc-0x3c3 irq 7 on isa Jul 7 00:27:24 guest /kernel: lpt0: Interrupt-driven port Jul 7 00:27:24 guest /kernel: lp0: TCP/IP capable interface Jul 7 00:27:24 guest /kernel: lpt1 at 0x378-0x37f on isa Jul 7 00:27:24 guest /kernel: lpt2 not found at 0xffffffff Jul 7 00:27:24 guest /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jul 7 00:27:24 guest /kernel: fdc0: NEC 765 Jul 7 00:27:24 guest /kernel: fd0: 1.2MB 5.25in Jul 7 00:27:25 guest /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Jul 7 00:27:25 guest /kernel: wdc0: unit 0 (wd0): Jul 7 00:27:25 guest /kernel: wd0: 322MB (660960 sectors), 1224 cyls, 15 heads, 36 S/T, 512 B/S Jul 7 00:27:25 guest /kernel: aha0 not found at 0x330 Jul 7 00:27:25 guest /kernel: wt0 at 0x220-0x223 irq 5 drq 1 on isa Jul 7 00:27:25 guest /kernel: wt0: type Jul 7 00:27:25 guest /kernel: 1 3C5x9 board(s) on ISA found at 0x300 Jul 7 00:27:25 guest /kernel: ep0 at 0x300-0x30f irq 10 on isa Jul 7 00:27:25 guest /kernel: ep0: aui/bnc/utp[*UTP*] address 00:20:af:38:a9:02 irq 10 Jul 7 00:27:25 guest /kernel: npx0 at 0xf0-0xff irq 13 on motherboard Jul 7 00:27:26 guest /kernel: WARNING: / was not properly dismounted. Jul 7 00:27:22 guest mountd[72]: Can't open /var/db/mountdtab Jul 7 00:27:31 guest lpd[99]: restarted Jul 7 00:28:38 guest login: ROOT LOGIN (root) ON ttyv0 Jul 7 00:28:38 guest login: login on ttyv0 as root guest# fdisk ******* Working on device /dev/rwd0d ******* parameters extracted from in-core disklabel are: cylinders=169 heads=15 sectors/track=36 (540 blks/cyl) parameters to be used for BIOS calculations are: cylinders=169 heads=15 sectors/track=36 (540 blks/cyl) fdisk: Invalid fdisk partition table found 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 1, size 91259 (44 Meg), flag 80 beg: cyl 0/ sector 2/ head 0; end: cyl 169/ sector 1/ head 0 guest# fdisk /dev/wd0s2 ******* Working on device /dev/wd0s2 ******* parameters extracted from in-core disklabel are: cylinders=1054 heads=15 sectors/track=36 (540 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1054 heads=15 sectors/track=36 (540 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 0, size 50000 (24 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 guest# disklabel wd0 # /dev/rwd0c: type: ESDI disk: wd0s1 label: flags: badsect bytes/sector: 512 sectors/track: 36 tracks/cylinder: 15 sectors/cylinder: 540 cylinders: 169 sectors/unit: 91764 rpm: 0 interleave: 0 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 54000 0 4.2BSD 0 0 0 # (Cyl. 0 - 99) b: 37601 54000 swap # (Cyl. 100 - 169*) c: 91764 0 unused 0 0 # (Cyl. 0 - 169*) Warning, revolutions/minute 0 super block size 0 guest# bad144 -v wd0 cyl: 169, tracks: 15, secs: 36, sec/cyl: 540, start: 0, end: 91602 bad block information at sector 91728 in /dev/rwd0c: cartridge serial number: 1234(10) guest# bad144 -v /dev/wd0s2 cyl: 1054, tracks: 15, secs: 36, sec/cyl: 540, start: 0, end: 568998 bad block information at sector 569124 in /dev/wd0s2: cartridge serial number: 1234(10) guest# dumpfs /dev/rwd0a magic 11954 time Fri Jul 7 01:31:09 1995 cylgrp dynamic inodes 4.4BSD nbfree 1474 ndir 66 nifree 6834 nffree 99 ncg 1 ncyl 14 size 27000 blocks 26007 bsize 8192 shift 13 mask 0xffffe000 fsize 1024 shift 10 mask 0xfffffc00 frag 8 shift 3 fsbtodb 1 cpg 16 bpg 4096 fpg 32768 ipg 7680 minfree 8% optim time maxcontig 1 maxbpg 2048 rotdelay 0ms headswitch 0us trackseek 0us rps 60 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 0 nindir 2048 inopb 64 nspf 2 sblkno 16 cblkno 24 iblkno 32 dblkno 992 sbsize 2048 cgsize 6144 cgoffset 2048 cgmask 0xffffffff csaddr 992 cssize 1024 shift 9 mask 0xfffffe00 cgrotor 0 fmod 0 ronly 0 clean 0 guest# dumpfs /dev/rwd0s2e magic 11954 time Fri Jul 7 00:27:36 1995 cylgrp dynamic inodes 4.4BSD nbfree 6050 ndir 1489 nifree 49890 nffree 13103 ncg 9 ncyl 139 size 284498 blocks 275697 bsize 8192 shift 13 mask 0xffffe000 fsize 1024 shift 10 mask 0xfffffc00 frag 8 shift 3 fsbtodb 1 cpg 16 bpg 4096 fpg 32768 ipg 7680 minfree 8% optim time maxcontig 1 maxbpg 2048 rotdelay 0ms headswitch 0us trackseek 0us rps 60 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 0 nindir 2048 inopb 64 nspf 2 sblkno 16 cblkno 24 iblkno 32 dblkno 992 sbsize 2048 cgsize 6144 cgoffset 2048 cgmask 0xffffffff csaddr 992 cssize 1024 shift 9 mask 0xfffffe00 cgrotor 2 fmod 0 ronly 0 clean 0 Anyone need more information or have suggestions for when I install 2.0.5-RELEASE on this box. Steve Piette Applied Computer Technology steve@simon.chi.il.US. 7N852 Phar Lap Drive (708) 513-6920 St. Charles, IL 60175-6868 ------------------------------------------------------------------------------- By sending unsolicited commercially-oriented e-mail to this address, the sender agrees to pay a $100 flat fee to the recipient for proofreading services. From owner-freebsd-hackers Fri Jul 7 08:24:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15863 for hackers-outgoing; Fri, 7 Jul 1995 08:24:08 -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 IAA15857 for ; Fri, 7 Jul 1995 08:23:54 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id QAA16527; Fri, 7 Jul 1995 16:22:59 +0100 Date: Fri, 7 Jul 1995 16:22:58 +0100 (BST) From: Doug Rabson To: Simon Marlow cc: "Serge V.Vakulenko" , davidg@root.com, hackers@freebsd.org Subject: Re: Beta version of IDE CD-ROM driver ready In-Reply-To: <199507071457.HAA15126@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Fri, 7 Jul 1995, Simon Marlow wrote: > > > > Hmm... I did not try the second controller yet... > > > > > > Probably, you have a drive which does not interrupt before > > > gettin a packet command. The driver of version 1.0 does not handle > > > this properly. > > > > I am getting this behaviour on wcd0 (I don't have any IDE disks at all). > > Is there a quick hack I can use to get past the probe? > > I did some investigation, and it seems that the reset operation isn't > completing properly, so it times out. As a hack, I changed the line > (in wd.c) > > if (wdreset(du) != 0 && (DELAY(RECOVERYTIME), wdreset(du)) != 0) > goto nodevice; > > to carry on even if the reset timed out. > > This gets the controller probed, and you can also get the CDROM > attached. There are more problems, however: the extra interrupt that > is supposed to happen as a result of the attach operation never comes, > and the driver won't start any operations because it thinks the > controller is active. > > So I modified wd.c again to not expect this interrupt from wdc1, but > things still don't work (it seems no interrupts are coming from the > controller, I have no idea why). > > Perhaps someone who knows more than me about this stuff can help? :-) Yea, I got this far when I hacked on it again this morning. I now get "controller busy" type messages when I open the device and the process hangs, sleeping on "atareq". -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Fri Jul 7 08:43:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA16444 for hackers-outgoing; Fri, 7 Jul 1995 08:43:11 -0700 Received: from tserv.lodgenet.com (root@dial8.iw.net [204.157.148.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA16430 for ; Fri, 7 Jul 1995 08:41:44 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id KAA05748; Fri, 7 Jul 1995 10:42:42 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.11/8.6.9) with SMTP id KAA05619; Fri, 7 Jul 1995 10:42:09 -0500 Message-Id: <199507071542.KAA05619@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: Robert Withrow cc: hackers@freebsd.org Subject: Re: ijppp feature request In-reply-to: Your message of "Fri, 07 Jul 1995 10:20:21 EDT." <199507071420.KAA12043@spooky.rwwa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jul 1995 10:42:07 -0500 From: "Eric L. Hernes" Sender: hackers-owner@freebsd.org Precedence: bulk > I would like to be able to execute arbitrary commands when > the link goes up and down. In my case, I would like to > issue a ``finger'' command when the link goes up, to stimulate > the other side to send me accumulated mail. Has anyone > done this yet? well, there is a `/etc/ppp/ppp.linkup.sample', which sounds close to what you want. dunno about the link down stuff. This probably belongs in `questions' too. > > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM > R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA > > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Jul 7 08:54:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA16603 for hackers-outgoing; Fri, 7 Jul 1995 08:54:24 -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 IAA16595 for ; Fri, 7 Jul 1995 08:54:13 -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 RAA19307; Fri, 7 Jul 1995 17:54:04 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id RAA06305; Fri, 7 Jul 1995 17:54:01 +0200 Message-Id: <199507071554.RAA06305@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: Stephen McKay cc: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one Date: Fri, 07 Jul 1995 17:54:01 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk > As Julian Howard Stacey wrote: > > > > I propose we change the list name `hackers' to [ Suggestions Please ]. > > This is just caving in to Political Correctness. Fight the ignorant masses > who want to homogenise and de-flavour everything. 'hackers' has some spirit. > dev@freebsd.org is about as exciting as /dev/null. Someone close by - BUY THIS MAN A BEER! Nest time I see you, I'll buy a whole slab! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Fri Jul 7 09:00:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16783 for hackers-outgoing; Fri, 7 Jul 1995 09:00:47 -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 JAA16777 for ; Fri, 7 Jul 1995 09:00:44 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id MAA02347; Fri, 7 Jul 1995 12:01:22 -0400 From: Charles Henrich Message-Id: <199507071601.MAA02347@crh.cl.msu.edu> Subject: Re: ed1: warning - receiver ring buffer overrun To: davidg@Root.COM Date: Fri, 7 Jul 1995 12:01:22 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507070629.XAA01536@corbin.Root.COM> from "David Greenman" at Jul 6, 95 11:29:21 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 560 Sender: hackers-owner@freebsd.org Precedence: bulk > It's caused by the receive buffer in the ethernet card overflowing. Is it >a 16bit card? If not, you should change it. If it is, then I'd just ignore it; >it's not a very important error. Its a 16bit SMC, so basically what is happening is the small on-card buffer is pitching packets, which will be resent. The card is in a crappy 486/66 so I wouldnt be suprised if it wasnt servicing the card as often as it should. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri Jul 7 09:29:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17281 for hackers-outgoing; Fri, 7 Jul 1995 09:29:37 -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 JAA17275 for ; Fri, 7 Jul 1995 09:29:36 -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 MAA29506 for ; Fri, 7 Jul 1995 12:28:00 -0400 Date: Fri, 7 Jul 1995 12:28:00 -0400 Message-Id: <199507071628.MAA29506@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: ed1: warning - receiver ring buffer overrun Sender: hackers-owner@freebsd.org Precedence: bulk >> It's caused by the receive buffer in the ethernet card overflowing. Is it >>a 16bit card? If not, you should change it. If it is, then I'd just ignore it; >>it's not a very important error. > >Its a 16bit SMC, so basically what is happening is the small on-card buffer is >pitching packets, which will be resent. The card is in a crappy 486/66 so I >wouldnt be suprised if it wasnt servicing the card as often as it should. > >-Crh > > Charles Henrich Michigan State University henrich@crh.cl.msu.edu > > http://rs560.msu.edu/~henrich/ > Just as a matter of interest, do you have any bus mastering cards in the box? what other cards do you have? I assume that you have 2 ethernet cards in the box. You may have something that is disabling interrupt processing or stealing the bus for too long. dennis From owner-freebsd-hackers Fri Jul 7 09:38:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17549 for hackers-outgoing; Fri, 7 Jul 1995 09:38:58 -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 JAA17543 for ; Fri, 7 Jul 1995 09:38:57 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15790(2)>; Fri, 7 Jul 1995 09:38:19 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49860>; Fri, 7 Jul 1995 09:38:07 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: "Amancio Hasty Jr." cc: Joe Greco , msmith@atrad.adelaide.edu.au (Michael Smith), hackers@freebsd.org Subject: Re: current SOTA in ISDN support? In-reply-to: Your message of "Thu, 06 Jul 95 20:51:08 PDT." <199507070351.UAA00815@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 7 Jul 1995 09:37:58 PDT From: Bill Fenner Message-Id: <95Jul7.093807pdt.49860@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507070351.UAA00815@rah.star-gate.com> you write: >o voice communication with vat point to point since the MBONE is > not quite upto ip multicasting yet due to old routers or tcp/ip routing > software still being used. And hopefully in the not too distant > future teleconferencing. That's odd, I use the MBONE over my ISDN line almost every day, and I have successfully participated in teleconferences over my ISDN line (getting poor quality video, but perfect audio). Bill From owner-freebsd-hackers Fri Jul 7 10:43:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18880 for hackers-outgoing; Fri, 7 Jul 1995 10:43:23 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18874 for ; Fri, 7 Jul 1995 10:43:19 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA04213 for ; Fri, 7 Jul 1995 19:45:14 +0200 Received: by uni4nn.iaf.nl with UUCP id AA15485 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 7 Jul 1995 19:21:01 +0100 Received: by iafnl.iaf.nl with UUCP id AA02307 (5.65c/IDA-1.4.4); Fri, 7 Jul 1995 17:42:13 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id XAA02366 for FreeBSD-hackers@freebsd.org; Thu, 6 Jul 1995 23:38:27 +0200 From: Wilko Bulte Message-Id: <199507062138.XAA02366@yedi.iaf.nl> Subject: most recent SNAP not even uncompresses kernel.. To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Thu, 6 Jul 1995 23:38:26 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 677 Sender: hackers-owner@freebsd.org Precedence: bulk While persuing the ESDI install problem I decided to give the last SNAP a try. I pulled it over today (6 july). On the Intel 302 mainboard (386/25) it only displays the 'sizes' line, and then just sits there. The Uncompressing kernel line is also not displayed. Turning on/off the 64k cache has no effect. And BTW: the floppy boots just fine on the Hinote laptop. Suggestions? _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jul 7 11:13:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19519 for hackers-outgoing; Fri, 7 Jul 1995 11:13:12 -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 LAA19512 for ; Fri, 7 Jul 1995 11:13:09 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA15222; Fri, 7 Jul 1995 14:13:01 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA06061; Fri, 7 Jul 95 14:10:38 EDT Date: Fri, 7 Jul 95 14:10:38 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507071810.AA06061@borg.ess.harris.com> To: freebsd-hackers@freefall.cdrom.com Subject: NEC laptops Sender: hackers-owner@FreeBSD.org Precedence: bulk I have loaded the latest snap onto a NEC versa P/75 without a problem :-) BUT has anyone gotten X to work in 800x600 mode??? The unit came with 16Meg memory, 810M drives, etherlink III card (no BNC but TP is OK), and soundblaster builtin. all the above were detected with just a kernel rebuild needed for the ps/2 mouse and SB sound :-) iozone 19 gives 1.1 write, 1.3 read Not bad overall but I am having a wonderful time trying to get the timing right for the display. What is the flyback time on an LCD display :-) :-) If anyone has succeeded please email your modelines. Thanks Jim Leppek From owner-freebsd-hackers Fri Jul 7 11:26:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19791 for hackers-outgoing; Fri, 7 Jul 1995 11:26:15 -0700 Received: from tserv.lodgenet.com (root@dial8.iw.net [204.157.148.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19772 for ; Fri, 7 Jul 1995 11:24:48 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id NAA06704; Fri, 7 Jul 1995 13:25:48 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.11/8.6.9) with SMTP id NAA06498; Fri, 7 Jul 1995 13:25:07 -0500 Message-Id: <199507071825.NAA06498@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: davidg@Root.COM cc: hackers@FreeBSD.org Subject: Re: Buslogic bt946 controller In-reply-to: Your message of "Fri, 07 Jul 1995 08:01:07 PDT." <199507071502.IAA00442@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jul 1995 13:25:06 -0500 From: "Eric L. Hernes" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Has anyone gotten this controller to work with a custom kernel? > > > >I'm running current on it now, but I've had the same experience with > >2.0.5. The GENERIC kernel works fine, but if I try to use a custom kernel > >it will run for a while, then I get messages like: > > > > bt0 at 0x330 irq 11 drq 5 on isa > ... > > uart0 not probed due to I/O address conflict with bt0 at 0x330 > ... > > device uart0 at isa? port 0x330 irq 5 vector "m6850intr" > > Do you have a device conflict at 0x330 with the Buslogic and your sound > card (I assume that's what the 'uart0' is above)? > maybe, but why does it work with the GENERIC kernel and not my custom one, with exactly the same hardware? I've now discovered that with the generic kernel, the controller goes into `async only' mode, but with the custom kernel, it goes to `fast sync' mode. It appears that the logic to differentiate between these modes is pulled directly from the card. My immediate fix is to cheat and #ifdef for my machine to force `async only' mode, which appears to work. One possible reason for this behavior is that the other drivers in the generic kernel that probe 0x330 are affecting my controller into not thinking it can handle `fast sync' (which it apparently can't), and without these probes, the controller tries to go fast and falls apart. > -DG > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Jul 7 11:50:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20313 for hackers-outgoing; Fri, 7 Jul 1995 11:50:25 -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 LAA20307 for ; Fri, 7 Jul 1995 11:50:23 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA03393; Fri, 7 Jul 1995 11:50:04 -0700 From: "Rodney W. Grimes" Message-Id: <199507071850.LAA03393@gndrsh.aac.dev.com> Subject: Re: Problem with a mailing list? To: mark@grondar.za (Mark Murray) Date: Fri, 7 Jul 1995 11:50:04 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199507071357.PAA06088@grumble.grondar.za> from "Mark Murray" at Jul 7, 95 03:57: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: 718 Sender: hackers-owner@freebsd.org Precedence: bulk > > Hi > > Is this me, or is anyone else getting duplicates of the CVS commit log? > > For each commit, I get 2 messages, 1 with no Sender: line and one with > the Sender: info. It is you, seems folks have been forgetting to add new ``committers'' to the cvs-committers mailling list and telling them to drop off the cvs-all mailling list. I updated the cvs-committers mailling list the other night from the avail file and 3 or 4 people got added (by wc on the file anyway). Please unsubscribe from the cvs-all mailling list, you are a cvs-committer now. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Fri Jul 7 11:50:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20355 for hackers-outgoing; Fri, 7 Jul 1995 11:50:52 -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 LAA20349 for ; Fri, 7 Jul 1995 11:50:50 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id OAA02772; Fri, 7 Jul 1995 14:51:32 -0400 Date: Fri, 7 Jul 1995 14:51:32 -0400 From: Charles Henrich Message-Id: <199507071851.OAA02772@crh.cl.msu.edu> To: dennis@et.htp.com, freebsd-hackers@freebsd.org Subject: Re: ed1: warning - receiver ring buffer overrun Newsgroups: lists.freebsd.hackers References: <3tjset$maq@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #3 (NOV) Sender: hackers-owner@freebsd.org Precedence: bulk In lists.freebsd.hackers you write: >Just as a matter of interest, do you have any bus mastering cards in the >box? what other cards do you have? I assume that you have 2 ethernet cards >in the box. You may have something that is disabling interrupt processing or >stealing the bus for too long. The only cards in the system is the SMC, and a really lousy IDE drive controller. -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri Jul 7 12:35:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21779 for hackers-outgoing; Fri, 7 Jul 1995 12:35:31 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21773 for ; Fri, 7 Jul 1995 12:35:29 -0700 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyxjy08967; Fri, 7 Jul 1995 15:35:41 -0400 Received: from sawmill.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Fri, 7 Jul 1995 15:35:27 -0400 Received: by sawmill.uucp (/\==/\ Smail3.1.21.1 #21.8) id ; Fri, 7 Jul 95 14:20 EST Message-Id: Date: Fri, 7 Jul 95 14:20 EST From: sawmill!rjk@uunet.uu.net (Richard Kuhns) To: freebsd-hackers@freebsd.org Subject: Running BSDI 2.0 binaries on 2.0.5 Sender: hackers-owner@freebsd.org Precedence: bulk I mentioned a couple of weeks ago that I've got a commercial app compiled for BSDI 2.0, that I really want to run under FreeBSD. Since the 2.0.5 CD is apparently shipping now, I should have it within a week (based on past experience with Walnut Creek). Is anyone working on this problem that would like some help? If I can get this app working, I'll be able to move about 45 machines from ESIX to FreeBSD (not to mention future systems; a consulting firm I do some work for is getting very interested in FreeBSD, assuming this app will work). Thanks, as they say, in advance. Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-hackers Fri Jul 7 14:41:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA25105 for hackers-outgoing; Fri, 7 Jul 1995 14:41:08 -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 OAA25099 for ; Fri, 7 Jul 1995 14:41:00 -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 XAA06300 for ; Fri, 7 Jul 1995 23:40:55 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA11965 for freebsd-hackers@FreeBSD.ORG; Fri, 7 Jul 1995 23:40:54 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.9/keltia-uucp-2.2) id VAA00310 for freebsd-hackers@FreeBSD.ORG; Fri, 7 Jul 1995 21:58:45 +0200 (MET DST) From: Ollivier Robert Message-Id: <199507071958.VAA00310@keltia.frmug.fr.net> Subject: lint(1) available on NetBSD-current To: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Date: Fri, 7 Jul 1995 21:58:43 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.0-BUILT-19950629 ctm#852 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.ORG Precedence: bulk FYI. ------- start of forwarded message ------- From: pohlj@arktur.zfe.siemens.de (Jochen Pohl) Newsgroups: comp.unix.bsd.netbsd.announce Subject: lint(1) available on NetBSD-current Date: 5 Jul 1995 21:12:06 -0700 Organization: University of California, Berkeley I'm pleased to announce that lint(1) is now a part of NetBSD-current. Lint(1) attempts to detect features of the named C program files that are lekely to be bugs, to be non-protable, or to be wasteful. It also performs stricter type checking then does the C compiler. I hope lint(1) will prove to be useful for software development under NetBSD. The current version of lint(1) conforms to ANSI C and is able to detect almost all problems found by traditional lint implementations under UNIX. Jochen Pohl ------------------------------------------------------------------------------- Jochen Pohl Email: jpo.drs@sni.de SNI AG Germany, EFG E2 pohlj@efg.zfe.siemens.de Scharfenberger Str. 66 Phone: +49-351-844 2261 D-01133 Dresden Fax: +49-351-844 2011 ------- end of forwarded message ------- -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.0-BUILT-19950629 #6: Thu Jun 29 17:38:21 MET DST 1995 From owner-freebsd-hackers Fri Jul 7 15:06:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA25619 for hackers-outgoing; Fri, 7 Jul 1995 15:06:44 -0700 Received: from mail04.mail.aol.com (mail04.mail.aol.com [152.163.172.53]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA25612 for ; Fri, 7 Jul 1995 15:06:41 -0700 From: PowerTrip@aol.com Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA017854766; Fri, 7 Jul 1995 18:06:06 -0400 Date: Fri, 7 Jul 1995 18:06:06 -0400 Message-Id: <950707180456_27445253@aol.com> To: smace@crash.ops.neosoft.com Cc: hackers@freebsd.org Subject: Re: if_ep driver Sender: hackers-owner@freebsd.org Precedence: bulk I'm getting ready to ship some 3com cards to R. Grimes to test the 3com drivers in FreeBSD. Which card specifically? TonyM From owner-freebsd-hackers Fri Jul 7 15:28:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26317 for hackers-outgoing; Fri, 7 Jul 1995 15:28:06 -0700 Received: from mail02.mail.aol.com (mail02.mail.aol.com [152.163.172.66]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA26311 for ; Fri, 7 Jul 1995 15:28:04 -0700 From: PowerTrip@aol.com Received: by mail02.mail.aol.com (1.37.109.11/16.2) id AA198036053; Fri, 7 Jul 1995 18:27:33 -0400 Date: Fri, 7 Jul 1995 18:27:33 -0400 Message-Id: <950707182732_110116062@aol.com> To: ken@rflab1.gtri.gatech.edu Cc: hackers@freebsd.org Subject: Re: if_ep driver Sender: hackers-owner@freebsd.org Precedence: bulk hmm...509...EISA? or is that the 579? TonyM From owner-freebsd-hackers Fri Jul 7 16:20:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28264 for hackers-outgoing; Fri, 7 Jul 1995 16:20:30 -0700 Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28221 for ; Fri, 7 Jul 1995 16:19:07 -0700 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id TAA12941; Fri, 7 Jul 1995 19:21:43 -0400 Message-Id: <199507072321.TAA12941@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: "Eric L. Hernes" cc: hackers@freebsd.org Subject: Re: ijppp feature request In-reply-to: Your message of "Fri, 07 Jul 1995 10:42:07 CDT." <199507071542.KAA05619@jake.lodgenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 07 Jul 1995 19:21:43 -0400 From: Robert Withrow Sender: hackers-owner@freebsd.org Precedence: bulk > well, there is a `/etc/ppp/ppp.linkup.sample', which sounds close to what > you want. dunno about the link down stuff. > > This probably belongs in `questions' too. You speak too soon. The commands allowed in the linkup script are limited to ppp commands. No way to execute arbitrary shell commands. That is why it was in hackers. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Fri Jul 7 16:49:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28860 for hackers-outgoing; Fri, 7 Jul 1995 16:49:00 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28852 for ; Fri, 7 Jul 1995 16:48:58 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id NAA18361; Fri, 7 Jul 1995 13:48:58 -0700 To: sawmill!rjk@uunet.uu.net (Richard Kuhns) cc: freebsd-hackers@freebsd.org Subject: Re: Running BSDI 2.0 binaries on 2.0.5 In-reply-to: Your message of "Fri, 07 Jul 1995 14:20:00 EST." Date: Fri, 07 Jul 1995 13:48:57 -0700 Message-ID: <18359.805150137@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > experience with Walnut Creek). Is anyone working on this problem that > would like some help? If I can get this app working, I'll be able to move > about 45 machines from ESIX to FreeBSD (not to mention future systems; a > consulting firm I do some work for is getting very interested in FreeBSD, > assuming this app will work). We were working on this here at Walnut Creek before Gary went back to the U.K. and would also be very interested. Needless to say, if there's anything we also can do to help, just ask! Jordan From owner-freebsd-hackers Fri Jul 7 16:53:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29236 for hackers-outgoing; Fri, 7 Jul 1995 16:53:55 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29180 for ; Fri, 7 Jul 1995 16:52:23 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id NAA10116; Fri, 7 Jul 1995 13:30:23 -0700 To: "Eric L. Hernes" cc: hackers@freebsd.org Subject: Re: Buslogic bt946 controller In-reply-to: Your message of "Fri, 07 Jul 1995 09:46:40 CDT." <199507071446.JAA05330@jake.lodgenet.com> Date: Fri, 07 Jul 1995 13:30:22 -0700 Message-ID: <10107.805149022@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Has anyone gotten this controller to work with a custom kernel? Yup, do it all the time! > I'm running current on it now, but I've had the same experience with > 2.0.5. The GENERIC kernel works fine, but if I try to use a custom kernel > it will run for a while, then I get messages like: > > bt0: Try to abort > bt0: Abort Operation has timed out I'm not sure if you should have BOUNCE_BUFFERS on or not.. I'll send you my own kernel config file, which works great, and you can see which differences may be making this happen. Jordan From owner-freebsd-hackers Fri Jul 7 16:54:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29250 for hackers-outgoing; Fri, 7 Jul 1995 16:54:03 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29234 for ; Fri, 7 Jul 1995 16:53:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id NAA05494; Fri, 7 Jul 1995 13:27:03 -0700 To: Branson Matheson cc: freebsd-hackers@freebsd.org (Hackers FreeBSD) Subject: Re: Dc_Users Group Meeting In-reply-to: Your message of "Fri, 07 Jul 1995 09:45:16 EDT." <199507071345.JAA19906@hojo.larc.nasa.gov> Date: Fri, 07 Jul 1995 13:27:02 -0700 Message-ID: <5476.805148822@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > - Improving the DOC project with contributions from members on their > local speciality. This would include things that might refelect the > linux HowTo project. This definitely gets my enthusiastic support.. > - Improving documentation that may be sent out with the FreeBSD > release cd's. This could be a seperate offering that would include a > manual and cd. This would be directed at first time users and the > corperate market. Target for this is the 2.1 Release. Yes! I was just discussing this as one of my primary goals for 2.1, in fact. If one reads the newsgroups for any length of time, in fact, it becomes quickly and distressingly apparent that people are still very much confused by some of our "highly assumptive" documentation. We're still not taking it well into account that most users are LAZY SCHMUCKS WHO WOULDN'T READ A MANUAL IF YOU WHAPPED THEM UPSIDE THE HEAD WITH IT! I MEAN, I MEAN, *SLAP*. Uh. Thanks, I needed that. Sorry to rave, and what I meant to say was that given that most users aren't going to wade through lots of doc, the goal shouldn't be to generate *more* doc so much as to generate *better* doc. By "better" I mean documentation that presents more of the crucial stuff up-front, takes care to explain its terms early so that people don't have to read 4 pages in to see that by "FAQ" we meant /usr/share/FAQ/blah/blah and (and this is most important) actually tries to be self-consistent with documentation conventions and explaining things in the proper order. Our docs are riddled with bogons like referring to the FAQ as "The FreeBSD FAQ" in one paragraph, /usr/share/FAQ/Text/FreeBSD.FAQ in another one 2 paragraphs down and perhaps just "the FAQ" in yet another paragraph. This kind of stuff really confuses users when they've jumped ahead to something they thought was relevant and in the process missed some crucial jewel of information that wasn't replicated anywhere else. We need to decide on important conventions like a "glossary of terms" at the beginning of every document, or a "last updated" strings at the top so that we know when something is out of date, and out of date MANY things are right now. I just sent about 30K of seriously needed diffs to John Fieber for the handbook last night and I haven't even scratched the surface of some of the historical cruft in there. This is one area where we really need an army of active proof-readers who take on the rather miserable task of reading the stuff again and again with each new release. When a user sees something in our own docs that's plainly wrong for the release they're now using, it hardly inspires confidence that we didn't even care enough about it to even update it! :-( > - Working to get more commercial grade packages available for users > and commercial level support available for the users. I work on this on a pretty much on-going basis and would be happy to liase with anyone else doing this. > - The incorperation of "super-packages" that would be supersets of > currenly available packages. This may include things like a > Sys-Admin package that includes sudo or runas, amanda, tcsh, and > others. Agreed. The framework is already there, in fact, we just need to add the concept of paths to pkg_add and we can make packages that are just dependencies and nothing else. > - The creation and support of turnkey systems for users. This would > be directed at a certian use such as routing, firewall, and Internet > connectivity. You must be a mind-reader - I was just talking to some folks about just such a system the other day.. I had envisioned some Tk based interface that let you configure your machine as anything from a router to a firewall to a corporate mail server, just by clicking the relevant buttons and typing the right information when it popped up in your face and asked for it. Such a system wouldn't take more than 6 months to write, and it would catapult FreeBSD right into the enterprise server market. A lot of companies are happy enough letting ISPs do their WEB servers and such for them right now, but I also see a time coming when some of them decide that they'd really like this stuff closer to home where they can change it more quickly or deploy more secure services where they have physical control over the machine. If we could offer a more server oriented "Internet in a box" equivalent to such people, it would be a terrific boon. I may sit down and write something like this myself soon since I've been thinking about it so much, but a team effort wouldn't bother me at all either. Lest we forget, Internet servers are also hardly the only turnkey apps around. Long before we came on the scene, SCO was selling into warehouse inventory control systems and point-of-sales apps (next time you go to the movie theater, you may be amused to know that the screen the sales clerk is typing on goes to a SCO box in the back) and all of these are ripe and fertile ground for FreeBSD, if only someone would jump in and write the business side. I think it also goes without saying that our biggest commercial priority right now should be to obtain a commercial quality database of some sort (or take something like postgres and make it into one) so that such efforts as this can actually happen. Without a database, it's all little more than pointless speculation to debate a serious entry into the turnkey market. > The meeting lasted for about 3.5 hours. And was very nice for all > concerned. The next meeting will be at the same place in Tysons > Corner August 19th at 2:00. Great! I'm really glad to see this happening! Other groups, take inspiration from Mr. Matheson's example here! We could easily have FreeBSD groups all over the country if people were willing to start with even 2 or 3 people. > If you are interested in joining the group, send mail to: > > Majordomo@kryten.atinc.com with subscribe in the body. Subscribe to... Which mailing list? :-) Thanks for this update! It seems that a San Francisco Bay Area meeting is sort of encumbent on us folks now, doesn't it? We can't have those DC people showing us up like this! :-) Please email me (directly, not this list) if you have any preferences as to venue and time. Jordan From owner-freebsd-hackers Fri Jul 7 16:56:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29423 for hackers-outgoing; Fri, 7 Jul 1995 16:56:17 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29414 ; Fri, 7 Jul 1995 16:56:07 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id MAA22321; Fri, 7 Jul 1995 12:53:28 -0700 To: me@freebsd.org cc: jkh@freefall.cdrom.com, hackers@freebsd.org Subject: Re: cvs commit: ports/editors/xemacs/pkg COMMENT PLIST In-reply-to: Your message of "Fri, 07 Jul 1995 13:20:00 +0600." Date: Fri, 07 Jul 1995 12:53:27 -0700 Message-ID: <22317.805146807@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Grumble. I had told you that I would have a new port ready today, after > testing my build a bit more. Eh? Maybe we're having email drop-outs, because I didn't get anything. My not getting a reply is what finally led me to just do it myself, in fact, as I surmised (incorrectly) that you were simply busy.. > - patch-aa needs to be removed (patch-ab is still needed). Well, I removed them both and can always rescue one from the Attic. Are you sure the patch is still required? I've been running the XEmacs I build from this for awhile now.. > - Since there was an agreement to move site-lisp stuff to > /usr/local/var/site-lisp, you should have added an option > --sitelispdir=/usr/local/var/site-lisp to the configure line. Erm. Yeah, sorry! I forgot about that and will add it. > - The Description still mentions that X is needed. Xemacs now also > runs on plain ttys. Also true.. Shucks. > Then there's the issue of that bug in xpm-3.4f that supposedly gets > triggered by xemacs-19.12. There is a patch that probably should get > added to the xpm port. Hmm... It looks like I'm batting about .100 on this one. Would you like to simply pick it up again? Sorry for standing on your feet, and I'll jump off with hastily mumbled apologies and go back to doing something else now if you wish! Jordan From owner-freebsd-hackers Fri Jul 7 17:14:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA00864 for hackers-outgoing; Fri, 7 Jul 1995 17:14:57 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA00856 for ; Fri, 7 Jul 1995 17:14:55 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id RAA26188; Fri, 7 Jul 1995 17:14:54 -0700 Date: Fri, 7 Jul 1995 17:14:54 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199507080014.RAA26188@violet.berkeley.edu> To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Path: agate!howland.reston.ans.net!news.sprintlink.net!dish.news.pipex.net!pipex!sunsite.doc.ic.ac.uk!ukc!crane.ukc.ac.uk!R.L.Hesketh From: R.L.Hesketh@ukc.ac.uk (Richard Hesketh) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: Unable to install from CD Date: Fri, 07 Jul 95 18:00:29 BST Organization: University of Kent at Canterbury, UK. Lines: 29 Sender: R.L.Hesketh@ukc.ac.uk Message-ID: <470@crane.ukc.ac.uk> References: <3t9qvn$eln@gate2.internet-eireann.ie> <3tbs2d$4ro@sol.ctr.columbia.edu> Reply-To: R.L.Hesketh@ukc.ac.uk (Richard Hesketh) NNTP-Posting-Host: crane.ukc.ac.uk In article <3tbs2d$4ro@sol.ctr.columbia.edu>, Bill Paul wrote: >Bzzzzzt!! Sorry, this should be documented somewhere; ATAPI >CD-ROM drives are not supported in 2.0.5. There's a chance they >might be in 2.1. The only Mitsumi drives that are currently >supported are those that use the proprietary Mitsumi interface, >which is not the same as ATAPI. >Sorry, but dems da breaks. Hopefully the support for these >drives won't be long in coming; these drives are becoming >annoyingly popular. So can we help the developers to produce a working ATAPI driver as soon as possible? I am willing to hack code and beta test, the same goes for changes to the floppy tape driver to support the Jumbo 350 and variable length tapes (I had a quick hack but I don't have the interface spec). Plus I am also waiting for XFree86 3.1.2 to be released as I have a S3 968 chipset based graphics card! (or should I use Linux which has a binary of the new server already available 8-). Once I get all these small hardware support problems out of the way I can get back to writing free X applications on my new Pentium box (UNIX at home at last!). I know a lot of this is "RSN" but FreeBSD is so good that I'm getting impatient for the rest of it!! 8-) Richard From owner-freebsd-hackers Fri Jul 7 17:40:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01537 for hackers-outgoing; Fri, 7 Jul 1995 17:40:07 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01531 for ; Fri, 7 Jul 1995 17:40:05 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA12033 for ; Fri, 7 Jul 1995 17:39:46 -0700 To: hackers@freebsd.org Subject: PPP prioritized packet queueing.. Date: Fri, 07 Jul 1995 17:39:45 -0700 Message-ID: <12031.805163985@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Heikki's recent fix to if_ppp.c for properly supporting IPTOS_LOWDELAY connections got me thinking - does ijppp, which uses the tunneling driver, do something similar? I've long thought that it would be _really nice_ if I could continue to use my interactive telnet/rlogin sessions while running an ftp or sup in the background and not have them become unusably unresponsive, which is what happens now. In an ideal world, you'd continue to type away with almost no perception that anything else was happening and anything from an ftp to a long WWW transfer could be going on in the background simultaneously. This is especially important for households where one machine is serving as the PPP gateway with a 28.8K modem or something and several machines are on an internal network to it. User A is trying to read his email and commit something important on freefall and meanwhile users B and C, who are actually down the hall and locked in their bedrooms, are surfing the web and seeing how many porno GIFs they can download before user A comes stomping down the hall yelling "WOULD YOU GUYS KINDLY STOP SPAMMING THE %*&#$@!! LINK WHILE I'M TRYING TO USE IT FOR INTERACTIVE WORK?!!" Or something to that effect. Not that there's anything autobiographical in the above example.. :-) Atsushi? Are those of us who are happily using ijppp just out of luck here? Jordan From owner-freebsd-hackers Fri Jul 7 17:42:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01557 for hackers-outgoing; Fri, 7 Jul 1995 17:42:03 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01551 for ; Fri, 7 Jul 1995 17:42:01 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id RAA00217; Fri, 7 Jul 1995 17:41:57 -0700 Message-Id: <199507080041.RAA00217@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Bill Fenner cc: hackers@freebsd.org Subject: Re: current SOTA in ISDN support? In-reply-to: Your message of "Fri, 07 Jul 1995 09:37:58 PDT." <95Jul7.093807pdt.49860@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jul 1995 17:41:57 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Bill Fenner said: > In message <199507070351.UAA00815@rah.star-gate.com> you write: > >o voice communication with vat point to point since the MBONE is > > not quite upto ip multicasting yet due to old routers or tcp/ip routing > > software still being used. And hopefully in the not too distant > > future teleconferencing. > > That's odd, I use the MBONE over my ISDN line almost every day, and I have > successfully participated in teleconferences over my ISDN line (getting poor > quality video, but perfect audio). > > Bill Hi Bill , The quality of service provided that there is a enough bandwith depends on whether there are any routers on your path with old routing software. >From the horses mouth : Return-Path: noc@technet.sg Received: from einstein.technet.sg (einstein.technet.sg [192.169.33.50]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id HAA10901 for ; Mon, 3 Jul 1995 07:49:13 -0700 Received: from venera.isi.edu (venera.isi.edu [128.9.0.32]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id WAA03870 for ; Mon, 3 Jul 1995 22:45:23 +0800 Received: by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 3 Jul 1995 07:43:51 -0700 Received: from rx7.ee.lbl.gov by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 3 Jul 1995 07:43:50 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id HAA07655; Mon, 3 Jul 1995 07:44:09 -0700 Message-Id: <199507031444.HAA07655@rx7.ee.lbl.gov> To: Saku Setala Cc: mbone@ISI.EDU Subject: Re: Packet duplication on NASA session In-Reply-To: Your message of Sun, 02 Jul 95 14:09:57 JDT. Date: Mon, 03 Jul 95 07:44:09 PDT From: Van Jacobson > Currently, my nv reports ~ 200kbps on Nasa session, with up to > ~ -45% loss. > > Pretty strange, huh? I wish it were unusual. Ever since cisco's PIM got widely deployed, the number of duplicate packets on the MBone has skyrocketed & a 45% dup rate is actually lower than normal. I find that almost all the traffic coming from Europe & the UK is duplicated at least once. The duplicates you're seeing are probably due to either - A PIM cloud hooked to the MBone at two or more topologically distinct points or - Someone trying to use a PIM cloud as an MBone transit net. Neither of these things will work. But, despite numerous pious claims from cisco that they have told their customers these things won't work, several major providers & backbone sites keep trying them. I would guess that the duplicates you're seeing are happening either in Stockholm or near mae-east in the US (there are pim routers both places). Someone needs to look at the traffic going into & coming out of the international links to localize it better. FYI, I'm not seeing any duplicates on the NASA session but, of course, there aren't any pim routers between NASA & my workstation. - Van From owner-freebsd-hackers Fri Jul 7 17:50:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01722 for hackers-outgoing; Fri, 7 Jul 1995 17:50:25 -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 RAA01716 for ; Fri, 7 Jul 1995 17:50:24 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA17830; Fri, 7 Jul 1995 20:50:21 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA06393; Fri, 7 Jul 95 20:47:57 EDT Date: Fri, 7 Jul 95 20:47:57 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507080047.AA06393@borg.ess.harris.com> To: freebsd-hackers@freefall.cdrom.com Subject: NEC laptops and X Sender: hackers-owner@FreeBSD.org Precedence: bulk Eb Farris at ANC computers (surfusa.com) found the answer :-) these are the modelines which weren't that hard to figure > ModeLine "800x600" 28.3 800 824 896 1024 600 601 603 625 > Modeline "704x600" 28.3 704 704 704 704 600 600 600 600 > Modeline "640x480" 28.3 640 664 760 800 480 491 493 525 > but the REAL trick was to close the screen or toggle the LCD display!! strange but true this does the trick :-) > There appears to be a synchronization bug in the C&T65545 driver when driving > video modes greater than 640x480. If I start my server as 800x600 screen, I get > the wrong video mode and the LCD looks wrong. Turning the LCD off and on (by > closing the cover or pressing Fn-F3) forces the display to resynchronize and > then 800x600 works fine. > I now have a full install, X included, running fvwm at 800x600. xearth looks great!! Thanks Jim Leppek From owner-freebsd-hackers Fri Jul 7 17:51:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01809 for hackers-outgoing; Fri, 7 Jul 1995 17:51:56 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01803 for ; Fri, 7 Jul 1995 17:51:54 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id RAA00276; Fri, 7 Jul 1995 17:51:50 -0700 Message-Id: <199507080051.RAA00276@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Bill Fenner cc: hackers@freebsd.org Subject: Re: current SOTA in ISDN support? In-reply-to: Your message of "Fri, 07 Jul 1995 09:37:58 PDT." <95Jul7.093807pdt.49860@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jul 1995 17:51:50 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Bill Fenner said: > In message <199507070351.UAA00815@rah.star-gate.com> you write: > >o voice communication with vat point to point since the MBONE is > > not quite upto ip multicasting yet due to old routers or tcp/ip routing > > software still being used. And hopefully in the not too distant > > future teleconferencing. > > That's odd, I use the MBONE over my ISDN line almost every day, and I have > successfully participated in teleconferences over my ISDN line (getting poor > quality video, but perfect audio). > > Bill > First of I don't have problems with vat other than the existing problems with vat but I am going to keep this short. A couple of years ago while working for Cisco, I had no problems on FreeBSD using vat or nv. >From and old posting: > As Bill Fenner pointed out yesterday, host viviane.usl.edu > (130.70.40.162) appears to be causing the >50% packet loss that > most people are seeing on the Shuttle video session. It is > causing the loss by sending an ICMP unreachable packet in > reponse to every multicast packet put on the 130.70.40 subnet at > USL. For a few hours yesterday evening, it appears that > alpha.noc.usl.edu (the mbone tunnel endpoint at USL) was off the > mbone and the NASA video reception here was perfect (0% loss). > At around 12:50am, I started to see ICMP unreachables from > viviane again (sent in response to my session msgs in the > shuttle audio session) and the NASA video loss rate immediately > went up to 50%. So old routers that are in your path may cause problems thats one. If there is a PIM cloud in your path it may cause problems. Return-Path: noc@technet.sg Received: from einstein.technet.sg (einstein.technet.sg [192.169.33.50]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id HAA10901 for ; Mon, 3 Jul 1995 07:49:13 -0700 Received: from venera.isi.edu (venera.isi.edu [128.9.0.32]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id WAA03870 for ; Mon, 3 Jul 1995 22:45:23 +0800 Received: by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 3 Jul 1995 07:43:51 -0700 Received: from rx7.ee.lbl.gov by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 3 Jul 1995 07:43:50 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id HAA07655; Mon, 3 Jul 1995 07:44:09 -0700 Message-Id: <199507031444.HAA07655@rx7.ee.lbl.gov> To: Saku Setala Cc: mbone@ISI.EDU Subject: Re: Packet duplication on NASA session In-Reply-To: Your message of Sun, 02 Jul 95 14:09:57 JDT. Date: Mon, 03 Jul 95 07:44:09 PDT From: Van Jacobson > Currently, my nv reports ~ 200kbps on Nasa session, with up to > ~ -45% loss. > > Pretty strange, huh? I wish it were unusual. Ever since cisco's PIM got widely deployed, the number of duplicate packets on the MBone has skyrocketed & a 45% dup rate is actually lower than normal. I find that almost all the traffic coming from Europe & the UK is duplicated at least once. The duplicates you're seeing are probably due to either - A PIM cloud hooked to the MBone at two or more topologically distinct points or - Someone trying to use a PIM cloud as an MBone transit net. Neither of these things will work. But, despite numerous pious claims from cisco that they have told their customers these things won't work, several major providers & backbone sites keep trying them. I would guess that the duplicates you're seeing are happening either in Stockholm or near mae-east in the US (there are pim routers both places). Someone needs to look at the traffic going into & coming out of the international links to localize it better. FYI, I'm not seeing any duplicates on the NASA session but, of course, there aren't any pim routers between NASA & my workstation. - Van ---------------- Amancio From owner-freebsd-hackers Fri Jul 7 19:11:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12409 for hackers-outgoing; Fri, 7 Jul 1995 19:11:02 -0700 Received: from staff.cs.su.OZ.AU (staff.cs.su.OZ.AU [129.78.8.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA12394 for ; Fri, 7 Jul 1995 19:10:58 -0700 Received: from osix.osix.oz.au by staff.cs.su.OZ.AU (mail from daemon for hackers@freebsd.org) with MHSnet; Sat, 08 Jul 1995 12:10:56 +1000 Received: from blain.osix.oz.au by osix.osix.oz.au (AIX 3.2/UCB 5.64/4.03.OSIX.001) id AA23017; Sat, 8 Jul 1995 12:03:31 -0500 Received: (from peter@localhost) by blain.osix.oz.au (8.6.11/8.6.9) id MAA12876 for hackers@freebsd.org; Sat, 8 Jul 1995 12:00:47 +1000 From: Peter May Message-Id: <199507080200.MAA12876@blain.osix.oz.au> Subject: Re: token ring anyone (fwd) To: hackers@freebsd.org Date: Sat, 8 Jul 95 12:00:46 WET X-Mailer: ELM [version 2.4dev PL17] Sender: hackers-owner@freebsd.org Precedence: bulk Imperial Irrigation District spoke thus: > Yes. I am very interest to have token-ring on FreeBSD machine in my office. > My company have two token ring networks and three ethernet networks I have > access to it. > I would like to connet my FreeBSD to a token ring as a file server. Interesting. We have several machines here which are token ring only, DEC 433-Workstation machines. They have an onboard Olicom token ring chipset, an Adaptec AIC6360 controller, and an APPIAN TIGA display. In all, quite nice machines for workstations. They run that horrible 16 bit offshoot of CP/M-80 at the moment. But if we could get the Olicom's running under FreeBSD .... OK, If anyone knows where to get the specs for the Olicom's I'll have a look at it. We have the 802.2 layer already so it's a matter of making 802.5 work properly - unfortunately not as simple as 802.3 or std. ethernet. Sigh.... Anyone got any ideas? Regards, ---------------------------------------------------------------->>>>> Peter May OSIX Pty Ltd Director Level 1, 261-263 Pacific Highway Technical Services North Sydney. NSW. Australia. 2060. Home: +61-2-418-7656 Internet: peter@osix.oz.au Work: +61-2-922-3999 Fax: +61-2-922-3314 >>>> PGP Public key available upon request <<<< ---------------------------------------------------------------->>>>> From owner-freebsd-hackers Fri Jul 7 20:04:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20072 for hackers-outgoing; Fri, 7 Jul 1995 20:04:56 -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 UAA20046 for ; Fri, 7 Jul 1995 20:04:49 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <24324-0@bunyip.cc.uq.oz.au>; Sat, 8 Jul 1995 13:04:33 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id NAA13073 for ; Sat, 8 Jul 1995 13:09:03 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id DAA05010; Sat, 8 Jul 1995 03:05:10 GMT Date: Sat, 8 Jul 1995 03:05:10 GMT From: Stephen Hocking Message-Id: <199507080305.DAA05010@netfl15a.devetir.qld.gov.au> To: hackers@freebsd.org Subject: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk >> As Julian Howard Stacey wrote: >> > >> > I propose we change the list name `hackers' to [ Suggestions Please ]. >> Stephen McKay wrote.... >> This is just caving in to Political Correctness. Fight the ignorant masses >> who want to homogenise and de-flavour everything. 'hackers' has some spirit. >> dev@freebsd.org is about as exciting as /dev/null. > >Someone close by - BUY THIS MAN A BEER! > >Nest time I see you, I'll buy a whole slab! There's just one problem with this - he does not drink! (alcoholic fluids that is). I'll buy him a donut instead - or maybe a raisin slice (it was a joke here for a while) >M >-- >Mark Murray >46 Harvey Rd, Claremont, Cape Town 7700, South Africa >+27 21 61-3768 GMT+0200 Stephen (Hocking, not McKay, even tho' we work for the same dept.) From owner-freebsd-hackers Fri Jul 7 21:01:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23078 for hackers-outgoing; Fri, 7 Jul 1995 21:01:44 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA23048 for ; Fri, 7 Jul 1995 21:01:41 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA02640 (5.65c/IDA-1.4.4 for ); Fri, 7 Jul 1995 23:01:38 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Fri, 7 Jul 95 23:01:37 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Fri, 7 Jul 95 23:01:35 CST6CDT From: "John Booth" Organization: University of North Texas To: hackers@freebsd.org Date: Fri, 7 Jul 1995 23:01:34 CST6CDT Subject: Hmm... Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <308E8F5726@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk I know this may be off topic, but find_solib isn't a function used in this program and I didn't find it in /usr/lib when I did a strings *|grep find_solib. I guess I'm just lost as to what the find_solib error is. Is this a gdb error message, or something that was supposed to fail within the program. MudGod4000@Ulantris:gdb ../src/merc merc.core Core was generated by `merc'. Program terminated with signal 11, Segmentation fault. find_solib: Can't read pathname for load map: Input/output error #0 0x6abfe in hash_find_or_create (ht=0x5f1618, key=51) at hunt.c:130 130 temp = (struct hash_link *)malloc(sizeof(struct hash_link)); (gdb) print temp $1 = (struct hash_link *) 0x1 (gdb) What would be a better list to put questions the off topic to also? ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Fri Jul 7 21:20:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA04772 for hackers-outgoing; Fri, 7 Jul 1995 21:20:21 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA04747 for ; Fri, 7 Jul 1995 21:20:20 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA02784 (5.65c/IDA-1.4.4 for ); Fri, 7 Jul 1995 23:20:15 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Fri, 7 Jul 95 23:20:13 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Fri, 7 Jul 95 23:20:08 CST6CDT From: "John Booth" Organization: University of North Texas To: "Kenneth D. Merry" Date: Fri, 7 Jul 1995 23:20:05 CST6CDT Subject: Re: strange netstat errors Cc: hackers@freebsd.org Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <30DDBD3808@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk > I've been getting occasional strange error messages from netstat, > usually something like this: (this is under 2.0.5) > It's definitely different. I had a SNAP system circa March and was getting the same problems (kvm_read error) w/netstat. The new netstat fixed it promptly. ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Fri Jul 7 21:24:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07376 for hackers-outgoing; Fri, 7 Jul 1995 21:24: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 VAA07336 for ; Fri, 7 Jul 1995 21:24:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06826; Sat, 8 Jul 1995 06:23:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA23937; Sat, 8 Jul 1995 06:23:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA15908; Fri, 7 Jul 1995 23:57:59 +0200 From: J Wunsch Message-Id: <199507072157.XAA15908@uriah.heep.sax.de> Subject: Re: Running BSDI 2.0 binaries on 2.0.5 To: sawmill!rjk@uunet.uu.net (Richard Kuhns) Date: Fri, 7 Jul 1995 23:57:59 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Richard Kuhns" at Jul 7, 95 02:20: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: 733 Sender: hackers-owner@freebsd.org Precedence: bulk As Richard Kuhns wrote: > > I mentioned a couple of weeks ago that I've got a commercial app compiled > for BSDI 2.0, that I really want to run under FreeBSD. Since the 2.0.5 CD > is apparently shipping now, I should have it within a week (based on past > experience with Walnut Creek). Is anyone working on this problem that > would like some help? Has this been the problem where the app's are dumping core within crt0? Perhaps some assembler-level single step could lead us further. If the apps will require another system call vector for BSDi compat, it will be a hard work. :-( -- 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 Jul 7 21:27:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA08929 for hackers-outgoing; Fri, 7 Jul 1995 21:27:00 -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 VAA07332 for ; Fri, 7 Jul 1995 21:24:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06819; Sat, 8 Jul 1995 06:23:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA23934; Sat, 8 Jul 1995 06:22:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA15887; Fri, 7 Jul 1995 23:55:15 +0200 From: J Wunsch Message-Id: <199507072155.XAA15887@uriah.heep.sax.de> Subject: Re: Buslogic bt946 controller To: erich@jake.lodgenet.com (Eric L. Hernes) Date: Fri, 7 Jul 1995 23:55:14 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507071825.NAA06498@jake.lodgenet.com> from "Eric L. Hernes" at Jul 7, 95 01:25: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: 549 Sender: hackers-owner@freebsd.org Precedence: bulk As Eric L. Hernes wrote: > > > Do you have a device conflict at 0x330 with the Buslogic and your sound > > card (I assume that's what the 'uart0' is above)? > > > > maybe, but why does it work with the GENERIC kernel and not my custom one, > with exactly the same hardware? The generic kernel doesn't have a uart0 driver. Perhaps the uart will only conflict once it has been properly initialized. -- 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 Jul 7 22:47:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27615 for hackers-outgoing; Fri, 7 Jul 1995 22:47:54 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA27581 for ; Fri, 7 Jul 1995 22:47:51 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id WAA01708 for ; Fri, 7 Jul 1995 22:47:32 -0700 Prev-Resent: Fri, 07 Jul 1995 22:47:32 -0700 Prev-Resent: "hackers@freebsd.org " Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20232 for ; Fri, 7 Jul 1995 20:05:42 -0700 Received: from Starbase.NeoSoft.COM by violet.berkeley.edu (8.6.10/1.33r) id UAA06635; Fri, 7 Jul 1995 20:05:39 -0700 Received: (from ctoriger@localhost) by Starbase.NeoSoft.COM (8.6.10/8.6.10) id WAA21573 for jkh@violet.berkeley.edu; Fri, 7 Jul 1995 22:05:39 -0500 Date: Fri, 7 Jul 1995 22:05:39 -0500 From: Chris Origer Message-Id: <199507080305.WAA21573@Starbase.NeoSoft.COM> X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 968-5800 To: jkh@violet.berkeley.edu Subject: (fwd) compiling on 2.0.5/950622-SNAP reboots my pc Newsgroups: comp.unix.bsd.freebsd.misc Resent-To: hackers@freebsd.org Resent-Date: Fri, 07 Jul 1995 22:47:32 -0700 Resent-Message-ID: <1706.805182452@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Path: uuneo.neosoft.com!Starbase.NeoSoft.COM!ctoriger From: ctoriger@starbase.neosoft.com (Chris Origer) Newsgroups: comp.unix.bsd.freebsd.misc Subject: compiling on 2.0.5/950622-SNAP reboots my pc Date: 7 Jul 1995 05:11:12 GMT Organization: NeoSoft Internet Services +1 713 968 5800 Lines: 28 Message-ID: <3tiflh$ra2@uuneo.neosoft.com> NNTP-Posting-Host: starbase.neosoft.com Keywords: gcc reboot conflict X-Newsreader: TIN [version 1.2 PL2] Hi, I'd like to check freeBSD out (I've linux too) and got the bin and kernel dists installed fine. My problem though is that any time I try to compile something (both as root and a regular user) the machine will just reboot. I can't even recompile the kernel. I've disable all drivers that I don't need on the boot.flp and yet this still happens. A conflict I guess? Has any one else had this problem? My machine has the following: 486dx2/80 (really an overclocked 66) 32M memory Generic VLB EIDE controller w/three drives hanging from it Mach32 video Busmouse on irq 5 fdc w/two floppy drvs NE2000 on irq 9 SB 16 on irq 10 drq 1 and 5 @0x220 and the midi @0x330 Mitsumi on irq 11 and 0x340 All this works perfectly while linux is booted. And I went more conservative with my bios settings too (thinking it was a timing problem). Any help appreciated. Thanks, Chris From owner-freebsd-hackers Fri Jul 7 23:19:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16908 for hackers-outgoing; Fri, 7 Jul 1995 23:19: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 XAA16718 for ; Fri, 7 Jul 1995 23:18:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA17575; Sat, 8 Jul 1995 16:09:52 +1000 Date: Sat, 8 Jul 1995 16:09:52 +1000 From: Bruce Evans Message-Id: <199507080609.QAA17575@godzilla.zeta.org.au> To: terry@cs.weber.edu, wilko@yedi.iaf.nl Subject: Re: Stabikity/Usability of 2.0.5R Cc: davidg@root.com, freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >In the translate mode, the spare sectors will not be accesible by the >host (!!! WKB) and will require the firmware top check the requested cyl, head >and sector values before doing the translation. >Translated mode is invoked by issuing a set params (91hex) at 17 or 34, >which is performed by the DOS Bios (??? WKB) at boot time. This option >may be disabled if jumper W14 is installed. W8 if jumped and W14 open >enables WD1005-WAH compat mode, which employs only the double translation ( >1 phys track is 2 log tracks). Other operating systems may like to utilise >the ESDI drives in a pure physical manner" The driver now assumes that (0) the default geometry advertised by the driver can be set using set params. Previously it assumed that either (1) the apparent geometry can be varied using set params. All reasonable geometries work. The user-specifed geometries in the partition table and in the disklabel are reasonable. or (2) The apparent geometry isn't affected by set params. The user-specifed geometries in the partition table and in the disklabel agree with the fixed geometry. Apparently, ESDI drives often advertise a geometry that isn't quite right (having 1 spare sector that can't be accessed). This shouldn't be much of a problem if translation is enabled - the advertised geometry will just have too many cylinders. If translation isn't enabled, then the driver will no longer work. It used to work if the user-specified geometries were as in (2) - e.g., 34 sectors instead of 35. >It appears to me that the card reports 35 sectors/tr of which 34 >are data and 1 is inacessible (see (!!! WKB)). This might explain why >n * 35 is a show stopper. Also, this seems to correlate with me >using 34 sect/tr on 115R. >I just tried installing W8 and removing W14. Now the 205R probe sees >36 sect/tr. If you had 14 installed before then it's hard to explain why translation didn't work. Perhaps set params to the advertised geometry doesn't work, although translation is required to go from 35 advertised sectors to 34 usable. Bruce From owner-freebsd-hackers Sat Jul 8 00:21:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22819 for hackers-outgoing; Sat, 8 Jul 1995 00:21:18 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA22797 for ; Sat, 8 Jul 1995 00:21:15 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA04231 (5.65c/IDA-1.4.4 for ); Sat, 8 Jul 1995 02:21:12 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Sat, 8 Jul 95 2:21:11 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Sat, 8 Jul 95 2:21:02 CST6CDT From: "John Booth" Organization: University of North Texas To: "Stephen F. Combs" Date: Sat, 8 Jul 1995 02:20:56 CST6CDT Subject: Re: Proposal to change name of this list to a less embarras Cc: hackers@freebsd.org Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <33E1972213@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk > I agree wholeheartedly, but don't know what to re-name it to! I'd recommend > "internals" or something like that (to retain the flavor of it being those > who work deep within......). > > > > I propose we change the list name `hackers' to [ Suggestions Please ]. > > > > It's hard enough to persuade bosses and friends to use FreeBSD, rather than > > something commercial, it's harder still when one must tell the `Suits': > > "Your administrator should subscribe to a list called `hackers'" > > > > The difference between a `hacker' & a `cracker' is something I don't think this would help stop the stero-typing, just ferment it. I think the mailing list name is fine. If the 'Suits' are worried about a list called hackers@blah, educate them. Tell them what it should mean, not what they think it means. ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Sat Jul 8 00:47:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09074 for hackers-outgoing; Sat, 8 Jul 1995 00:47:24 -0700 Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA09010 for ; Sat, 8 Jul 1995 00:47:19 -0700 Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #6) id m0sUUbV-001PSLC; Sat, 8 Jul 95 09:47 METDST Received: by hcswork.hcs.de (Smail3.1.28.1 #5) id m0sUUbV-000UTYC; Sat, 8 Jul 95 09:47 METDST Message-Id: From: hm@hcswork.hcs.de (Hellmuth Michaelis) Subject: pcvt release 3.00 available To: freebsd-hackers@freebsd.org, port-i386@netbsd.org Date: Sat, 8 Jul 1995 09:47:08 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 759 Sender: hackers-owner@freebsd.org Precedence: bulk Pcvt release 3.30 has been put on the following ftp sites: Host: gilberto.physik.rwth-aachen.de Address: 137.226.31.2 Directory: pub/incoming Filename: pcvt-330.tar.gz (invisible!) Filesize: 338259 Bytes Host: ftp.freebsd.org Address: 192.216.191.11 Directory: FreeBSD/incoming Filename: pcvt-330.tar.gz Filesize: 338259 Bytes Host: ftp.netbsd.org Address: 141.212.99.7 Directory: incoming Filename: pcvt-330.tar.gz (invisible!) Filesize: 338259 Bytes Have fun, hellmuth -- Hellmuth Michaelis GFKT HCS Computertechnik GmbH Hamburg, Europe "There are lies, damn lies, and open systems." (unknown) From owner-freebsd-hackers Sat Jul 8 00:56:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14924 for hackers-outgoing; Sat, 8 Jul 1995 00:56:58 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA14805 for ; Sat, 8 Jul 1995 00:56:44 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA25370 for ; Sat, 8 Jul 1995 00:56:08 -0700 Prev-Resent: Sat, 08 Jul 1995 00:56:07 -0700 Prev-Resent: "hackers@freebsd.org " 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 AAA12939 for ; Sat, 8 Jul 1995 00:53:09 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id AAA06155; Sat, 8 Jul 1995 00:53:04 -0700 Date: Sat, 8 Jul 1995 00:53:03 -0700 (PDT) From: Howard Lew To: WWW Form cc: www@freefall.cdrom.com Subject: Re: FreeBSD and EIDE In-Reply-To: <199507060922.CAA12397@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: hackers@freebsd.org Resent-Date: Sat, 08 Jul 1995 00:56:07 -0700 Resent-Message-ID: <25368.805190167@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 6 Jul 1995, WWW Form wrote: > The machine this came from was: prince.mc.bio.uva.nl > > Hi, > > Thanks for your nice WWW pages about FreeBSD! > > One question: I can't find any reference on it > whether FreeBSD supports Extended IDE (aka. EIDE) > drives or not. I do see SCSI and IDE, but not EIDE. > Could you confirm/deny this question? > I don't know too much about the specifics, but I can see on boot up that FreeBSD supports multi-block 16 and 64 on my two drives along with 32 bits. Although it does seem to misprobe and assume multi-block 16 on ide drives that don't handle it. I believe these options need to be activated when you compile the kernel. It does recognize my 3 hard drives on an EIDE controller (DTC 2728 Dual Port 4hd/2fd version), but the controller seems to be slower than the non-EIDE VLB 2hd/2fd controller which I have gone back to using. I doubt if this is FreeBSD's fault because even in DOS, the controller is slower than the generic VLB controller I use. (With no drivers in DOS, I get about 3.5 MB/s on the generic, and 1.8 MB/s on the DTC. With DOS drivers, I get 4.6 MB/s on the generic, and about 3.6 MB/s on the DTC.) Anyone have any good recommendations on inexpensive VLB 4HD/2FD EIDE controllers? From owner-freebsd-hackers Sat Jul 8 02:14:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10367 for hackers-outgoing; Sat, 8 Jul 1995 02:14:56 -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 CAA10344 for ; Sat, 8 Jul 1995 02:14:47 -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 <55486>; Sat, 8 Jul 1995 11:14:36 +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 QAA06484; Fri, 7 Jul 1995 16:30:25 +0200 Message-Id: <199507071430.QAA06484@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: Joe Greco cc: karl@mcs.com (Karl Denninger MCSNet), freebsd-hackers@freebsd.org Subject: Re: Cloning systems In-reply-to: Your message of "Fri, 07 Jul 1995 06:49:11 +0200." <199507070449.XAA12551@brasil.moneng.mei.com> Date: Fri, 7 Jul 1995 16:30:24 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > Currently, I am dealing with ports and stuff by actually loading the > entire /usr/ports onto a box and then fudging around to get it to do a make > install (it still has the .install_done from previous machine). That's a > major strike out for the current ports system - you could not share > /usr/ports via NFS, it would seem, for this reason. (anyways - it's been a > major annoyance and lately I've started just compiling them all on each > box). Sorry it's not a strike out (whatever `strikeout' is ;-) It _is_ possible, I've done it, I had my visiting (& now gone) 386 nfs mount /usr/ports on my 486, then I just ran make -i reinstall on the 386., worked fine PS I'm running `current'. Julian S From owner-freebsd-hackers Sat Jul 8 02:42:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA15222 for hackers-outgoing; Sat, 8 Jul 1995 02:42:57 -0700 Received: from jau.csc.fi (root@jau.csc.fi [193.166.1.196]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA15146 for ; Sat, 8 Jul 1995 02:42:46 -0700 Received: (from jau@localhost) by jau.csc.fi (8.6.11/8.6.9) id AAA00799 for hackers@freebsd.org; Sat, 8 Jul 1995 00:42:04 +0300 From: Jukka Ukkonen Message-Id: <199507072142.AAA00799@jau.csc.fi> Subject: new getsid(2) system call for freebsd... To: hackers@freebsd.org Date: Sat, 8 Jul 1995 00:42:04 +0300 (EET DST) Latin-Date: Simbata VIII Iulie a.d. MCMXCV Organization: Private person Phone: +358-0-4573208 (work) Reply-To: ukkonen@aphrodite.funet.fi Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 9175 Sender: hackers-owner@freebsd.org Precedence: bulk Hi all! A couple of days ago I had a sudden moment of inspiration and I added an initial version of a new SVR4 style system call getsid(2) to FreeBSD. In fact the same piece of code should be just about all right also for other variants of BSD based systems, if anyone cares to import it to any of them. The rationale for such a new system call is first and foremost completeness and symmetry. The second reason is the fact that X/Open might begin requiring such a service in their XPG, which might become a portability issue one day. The third point is that now and then there are things that would be somewhat easier to do, if such an interface were available, and moreover it is practically impossible to do exactly the same thing in a user mode subroutine. My version is based on my interpretation of what has been said about getsid(2) in SGI Irix-6.0 manual pages. The idea is that the caller can ask the session id (actually the PID of the session leader) of any process in the system, if the caller runs with the EUID of root. Any process can also query the SID of any other process having the same EUID as the caller or that of any of it's own descendants. Naturally a process can also query it's own SID by specifying it's own PID or 0 as the parameter. The external prototype of the system call is extern pid_t getsid (pid_t target_process_id); In the current implementation I just grabbed syscall number 205 for this purpose, because it was the first one which I noticed not to be previously allocated for any other purpose. Some of you may certainly argue that some other code should be used instead, and some of you will supposedly even argue against having such a system call at all. Anyway you have now seen my reasoning for including getsid(2) in the system distribution, and the game is yours. You are free to change the syscall number and other details or even drop my patch, if you like. I could imagine at least one potential enhancement right now. The SID could maybe be stored in the session structure itself, so that getsid(2) would not depend on the original session leader or it's zombie being present in the system just in case a child process had survived after the termination of the original session leader. In my own system I will maintain my idea of which processes are allowed to use getsid(2) to query SIDs of other processes, which is as close to SVR4 (and supposedly also X/Open) definition I could get based on the documentation I had, unless or until someone is able to present a reasonably good basis for different access rules. The patch (diff -c) to all the minor but necessary changes is attached at the end of this message. (Oh yes, don't even ask. It should be obvious. I did not run makesyscalls.sh but made the changes to the .h files manually, though I also modified the syscalls.master file appropriately.) 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 ------------------------------ clip clip ------------------------------ *** /usr/src/lib/libc/sys/Makefile.inc.orig Sat May 27 07:17:04 1995 --- /usr/src/lib/libc/sys/Makefile.inc Fri Jul 7 01:46:41 1995 *************** *** 17,23 **** fchflags.o fchmod.o fchown.o fcntl.o flock.o fpathconf.o fstat.o \ fstatfs.o fsync.o getdirentries.o getdtablesize.o getegid.o \ geteuid.o getfh.o getfsstat.o getgid.o getgroups.o getitimer.o \ ! getpeername.o getpgrp.o getpid.o getppid.o getpriority.o \ getrlimit.o getrusage.o getsockname.o getsockopt.o gettimeofday.o \ getuid.o ioctl.o kill.o ktrace.o lfs_bmapv.o lfs_markv.o \ lfs_segclean.o lfs_segwait.o link.o listen.o lstat.o \ --- 17,23 ---- fchflags.o fchmod.o fchown.o fcntl.o flock.o fpathconf.o fstat.o \ fstatfs.o fsync.o getdirentries.o getdtablesize.o getegid.o \ geteuid.o getfh.o getfsstat.o getgid.o getgroups.o getitimer.o \ ! getpeername.o getpgrp.o getpid.o getppid.o getsid.o getpriority.o \ getrlimit.o getrusage.o getsockname.o getsockopt.o gettimeofday.o \ getuid.o ioctl.o kill.o ktrace.o lfs_bmapv.o lfs_markv.o \ lfs_segclean.o lfs_segwait.o link.o listen.o lstat.o \ *** /usr/include/sys/syscall.h.orig Sun Apr 23 15:22:06 1995 --- /usr/include/sys/syscall.h Fri Jul 7 01:12:45 1995 *************** *** 191,193 **** --- 191,194 ---- #define SYS___sysctl 202 #define SYS_mlock 203 #define SYS_munlock 204 + #define SYS_getsid 205 *** /usr/include/sys/syscall-hide.h.orig Fri Jul 7 01:14:16 1995 --- /usr/include/sys/syscall-hide.h Fri Jul 7 01:13:22 1995 *************** *** 214,216 **** --- 214,217 ---- HIDE_BSD(__sysctl) HIDE_BSD(mlock) HIDE_BSD(munlock) + HIDE_BSD(getsid) *** /sys/kern/init_sysent.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/init_sysent.c Fri Jul 7 09:28:25 1995 *************** *** 177,182 **** --- 177,183 ---- int __sysctl(); int mlock(); int munlock(); + int getsid(); int lkmnosys(); #ifdef COMPAT_43 *************** *** 484,490 **** { 6, __sysctl }, /* 202 = __sysctl */ { 2, mlock }, /* 203 = mlock */ { 2, munlock }, /* 204 = munlock */ ! { 0, nosys }, /* 205 = nosys */ { 0, nosys }, /* 206 = nosys */ { 0, nosys }, /* 207 = nosys */ { 0, nosys }, /* 208 = nosys */ --- 485,492 ---- { 6, __sysctl }, /* 202 = __sysctl */ { 2, mlock }, /* 203 = mlock */ { 2, munlock }, /* 204 = munlock */ ! /* { 0, nosys }, 205 = nosys */ ! { 1, getsid }, /* 205 = getsid */ { 0, nosys }, /* 206 = nosys */ { 0, nosys }, /* 207 = nosys */ { 0, nosys }, /* 208 = nosys */ *** /sys/kern/kern_prot.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/kern_prot.c Fri Jul 7 19:13:47 1995 *************** *** 95,100 **** --- 95,157 ---- return (0); } + /* + * External signature: pid_t getsid (pid_t); + * + * SVR4 style system call getsid() + * exists only because this is a trick which is practically + * impossible to do from within a user space subroutine. + * Often this kind of information is useful to have though, + * and probably X/Open will require this anyway. + */ + + struct getsid_args { + pid_t pid; + }; + + /* ARGSUSED */ + int + getsid (p, uap, retval) + struct proc *p; + struct getsid_args *uap; + int *retval; + { + /* + * Currently the expression + * + * *retval = p->p_session->s_leader->p_pid; + * + * is an easier to read form of... + * + * *retval = p->p_pgrp->pg_session->s_leader->p_pid; + */ + + register struct proc *targp; /* taget process */ + + if (! uap->pid || (uap->pid == p->p_pid)) + targp = p; + else { + if (! (targp = pfind(uap->pid))) + return (ESRCH); + + /* + * For true pedantics only... + * 1. Either current proc must be owned by root, + * 2. or by the same effective uid as the target, + * 3. or the target must be a descendant of the caller. + */ + if (p->p_cred->pc_ucred->cr_uid + && (targp->p_cred->pc_ucred->cr_uid + != p->p_cred->pc_ucred->cr_uid) + && ! inferior(targp)) + return (EPERM); + } + + *retval = targp->p_session->s_leader->p_pid; + + return (0); + } + /* ARGSUSED */ int getuid(p, uap, retval) *** /sys/kern/syscalls.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/syscalls.c Fri Jul 7 09:28:25 1995 *************** *** 246,252 **** "__sysctl", /* 202 = __sysctl */ "mlock", /* 203 = mlock */ "munlock", /* 204 = munlock */ ! "#205", /* 205 = nosys */ "#206", /* 206 = nosys */ "#207", /* 207 = nosys */ "#208", /* 208 = nosys */ --- 246,253 ---- "__sysctl", /* 202 = __sysctl */ "mlock", /* 203 = mlock */ "munlock", /* 204 = munlock */ ! /* "#205", 205 = nosys */ ! "getsid", /* 205 = getsid */ "#206", /* 206 = nosys */ "#207", /* 207 = nosys */ "#208", /* 208 = nosys */ *** /sys/kern/syscalls.master.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/syscalls.master Fri Jul 7 09:28:25 1995 *************** *** 277,283 **** ; here allows to avoid one in libc/sys/Makefile.inc. 203 STD 2 BSD mlock 204 STD 2 BSD munlock ! 205 UNIMPL 0 NOHIDE nosys 206 UNIMPL 0 NOHIDE nosys 207 UNIMPL 0 NOHIDE nosys 208 UNIMPL 0 NOHIDE nosys --- 277,284 ---- ; here allows to avoid one in libc/sys/Makefile.inc. 203 STD 2 BSD mlock 204 STD 2 BSD munlock ! ; 205 UNIMPL 0 NOHIDE nosys ! 205 STD 1 BSD getsid 206 UNIMPL 0 NOHIDE nosys 207 UNIMPL 0 NOHIDE nosys 208 UNIMPL 0 NOHIDE nosys *** /usr/include/unistd.h.orig Sun Jun 4 16:45:57 1995 --- /usr/include/unistd.h Fri Jul 7 08:25:45 1995 *************** *** 76,81 **** --- 76,82 ---- pid_t getpgrp __P((void)); pid_t getpid __P((void)); pid_t getppid __P((void)); + pid_t getsid __P((pid_t)); uid_t getuid __P((void)); int isatty __P((int)); int link __P((const char *, const char *)); From owner-freebsd-hackers Sat Jul 8 02:46:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA16177 for hackers-outgoing; Sat, 8 Jul 1995 02:46:00 -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 CAA16151 ; Sat, 8 Jul 1995 02:45:52 -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 <55318>; Sat, 8 Jul 1995 11:45: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 LAA02553; Sat, 8 Jul 1995 11:42:42 +0200 Message-Id: <199507080942.LAA02553@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: Jeffrey Hsu , hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-reply-to: Your message of "Fri, 07 Jul 1995 09:26:02 +0200." <17268.805101962@time.cdrom.com> Date: Sat, 8 Jul 1995 11:42:41 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > To: Jeffrey Hsu > From: "Jordan K. Hubbard" > but the almost overwhelming concensus right now seems to > be "leave it alone" and so I believe we will. Strange, I had got the impression it was about 50 / 50 ! ( I'd even been thinking it might be worth asking core to consider calling for a vote on a name change in perhaps a week, after anyone away had had time to catch up on mail (no rush about this after all :-) ) > hackers@freebsd.org it stays, obviously we'd need a sizeable majority for a change > I see no reason why that someone couldn't just > create a local gateway to the mailing list using a different name. Well, that person would have to have a site that was OK to be flooded by mail, & had high availability, & it could confuse things. How about if we added to freebsd.org:/etc/aliases : something: hackers Then those of us who find `hackers' an embarassment of a name could use `something' & it'd all still be neatly tied into the main site PS I guess we'd need a hook for majordomo too. Julian S From owner-freebsd-hackers Sat Jul 8 02:57:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19803 for hackers-outgoing; Sat, 8 Jul 1995 02:57:50 -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 CAA19779 for ; Sat, 8 Jul 1995 02:57:46 -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 <55300>; Sat, 8 Jul 1995 11:57:32 +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 LAA02807; Sat, 8 Jul 1995 11:57:14 +0200 Message-Id: <199507080957.LAA02807@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: Robert Withrow cc: hackers@freebsd.org Subject: Re: ijppp feature request In-reply-to: Your message of "Fri, 07 Jul 1995 16:20:21 +0200." <199507071420.KAA12043@spooky.rwwa.com> Date: Sat, 8 Jul 1995 11:57:13 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > In my case, I would like to > issue a ``finger'' command when the link goes up, to stimulate > the other side to send me accumulated mail. When I manually establish my slip link (OK, not quite manually, with a shell, but manually invoked) I have appended a date | mail jhs@my_up_link_host_name I rely on the .forward there bouncing it back to my host, & have just kinda hoped / assumed a new entry will kick off sendmail to review its queues & start, .. I may be wrong, it's hope rather than reading of sources, but works mostly Julian S From owner-freebsd-hackers Sat Jul 8 04:12:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09241 for hackers-outgoing; Sat, 8 Jul 1995 04:12:49 -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 EAA08625 for ; Sat, 8 Jul 1995 04:09:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04190; Sat, 8 Jul 1995 13:09:48 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA25445; Sat, 8 Jul 1995 13:08:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA19833; Sat, 8 Jul 1995 13:03:45 +0200 From: J Wunsch Message-Id: <199507081103.NAA19833@uriah.heep.sax.de> Subject: Re: ijppp feature request To: witr@rwwa.com (Robert Withrow) Date: Sat, 8 Jul 1995 13:03:44 +0200 (MET DST) Cc: erich@jake.lodgenet.com, hackers@freebsd.org In-Reply-To: <199507072321.TAA12941@spooky.rwwa.com> from "Robert Withrow" at Jul 7, 95 07:21:43 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: 681 Sender: hackers-owner@freebsd.org Precedence: bulk As Robert Withrow wrote: > > > well, there is a `/etc/ppp/ppp.linkup.sample', which sounds close to what > > you want. dunno about the link down stuff. > > > > This probably belongs in `questions' too. > > You speak too soon. The commands allowed in the linkup script are > limited to ppp commands. No way to execute arbitrary shell commands. > > That is why it was in hackers. I've just sent a megapatch to Atsushi, implementing the "shell" (alias "!") subcommand, and implementing job control (so you can background it by ^Z). -- 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 Jul 8 04:16:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10116 for hackers-outgoing; Sat, 8 Jul 1995 04:16:39 -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 EAA10099 for ; Sat, 8 Jul 1995 04:16:35 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA10999 (5.67a/IDA-1.5 for freebsd.org!hackers); Sat, 8 Jul 1995 06:08:14 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA03533; 8 Jul 95 06:07:31 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA03530; Sat, 8 Jul 1995 06:07:30 -0500 Date: Sat, 8 Jul 1995 06:07:30 -0500 From: Peter da Silva Message-Id: <199507081107.GAA03530@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one Newsgroups: taronga.freebsd.hackers In-Reply-To: Organization: Taronga Park BBS Sender: hackers-owner@freebsd.org Precedence: bulk In article you write: > I think part of the problem, is that far too much stuff that is in >"hackers" should actually be in "questions". For example: installation >problems. Changing the name to "developers" would help resolve that problem, wouldn't it? To a lot of people "hackers" implies "hobbyists" which would cover most FreeBSD users. From owner-freebsd-hackers Sat Jul 8 06:26:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13730 for hackers-outgoing; Sat, 8 Jul 1995 06:26:44 -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 GAA13659 for ; Sat, 8 Jul 1995 06:26:27 -0700 Received: (sakr@localhost) by itp.ac.ru (8.6.11/8.6.5) id RAA18378 for hackers@freebsd.org; Sat, 8 Jul 1995 17:26:22 +0400 Date: Sat, 8 Jul 1995 17:26:22 +0400 From: "Serge A. Krashakov" Message-Id: <199507081326.RAA18378@itp.ac.ru> To: hackers@freebsd.org Subject: ram-speed test Sender: hackers-owner@freebsd.org Precedence: bulk Daer All! Today I have read in old mailing list archive about some memory benchmark - "ram-speed.c". Could someone write me where I may get it. I would like to test all computers in our Institute. Sincerely yours, Serge Krashakov From owner-freebsd-hackers Sat Jul 8 06:39:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20590 for hackers-outgoing; Sat, 8 Jul 1995 06:39:51 -0700 Received: from mpp.minn.net ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20361 for ; Sat, 8 Jul 1995 06:39:32 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id IAA05416; Sat, 8 Jul 1995 08:36:46 -0500 From: Mike Pritchard Message-Id: <199507081336.IAA05416@mpp.minn.net> Subject: Re: Proposal to change name of this list to a less embarrassing one To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Stacey) Date: Sat, 8 Jul 1995 08:36:45 -0500 (CDT) Cc: dufault@hda.com, hackers@freebsd.org In-Reply-To: <199507060852.KAA02604@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Jul 6, 95 10:52:03 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: 1251 Sender: hackers-owner@freebsd.org Precedence: bulk > - there's a Hackers Handbook, > `Hacker' is an un-necessary liability to our fine Op System. > > I guess people in the business of providing Unix like OSs to students & > motivated individuals don't encounter much resistance, but I'm trying to > venture into new markets, where the people are less `op. system literate'; > here the word `Hacker' is a superfluous danger signal. I don't really care what the group is called, but I thought I would pass on something I just saw recently in comp.lang.c. Some guy in there was ranting about how "hackers" produce bad code, and went on to list various C constructs that hackers use that are bad. He had some good examples of bad programming practices, but I would simply say that the person using them was a poor programmer, not a "hacker". The Hackers Handbook is a good example of something some of the less technical types may see/hear about and cause them to have a less than a warm fuzzy feeling about the operating system. I always try to point out the correct word to people when they misuse "hacker" to describe people breaking into systems. Get it right and call them a criminal. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat Jul 8 07:06:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA05570 for hackers-outgoing; Sat, 8 Jul 1995 07:06:56 -0700 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA05548 for ; Sat, 8 Jul 1995 07:06:52 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA17174; Sat, 8 Jul 95 16:06:47 +0200 Received: by freebsd.first.gmd.de (RAA01612); Sat, 8 Jul 1995 17:11:07 +0200 From: Andreas Schulz Message-Id: <199507081511.RAA01612@freebsd.first.gmd.de> Subject: Re: if_ep driver To: PowerTrip@aol.com Date: Sat, 8 Jul 1995 17:11:07 +0159 (MET DST) Cc: ken@rflab1.gtri.gatech.edu, hackers@freebsd.org In-Reply-To: <950707182732_110116062@aol.com> from "PowerTrip@aol.com" at Jul 7, 95 06:27: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: 355 Sender: hackers-owner@freebsd.org Precedence: bulk > hmm...509...EISA? or is that the 579? The 509 and 509B are ISA cards. The 579 is the EISA card and the 590 and 595 are the PCI cards ( 10 and 100Mb ). ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.10 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Sat Jul 8 10:09:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19191 for hackers-outgoing; Sat, 8 Jul 1995 10:09:14 -0700 Received: from system1.indecent.com (root@system1.indecent.com [204.95.227.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19162 for ; Sat, 8 Jul 1995 10:09:07 -0700 Received: from port26.gateway2.ic.net (port26.gateway2.ic.net [152.160.14.26]) by system1.indecent.com (8.6.11/8.6.9) with SMTP id MAA03434 for ; Sat, 8 Jul 1995 12:09:26 -0500 Date: Sat, 8 Jul 1995 13:08:12 -0400 (EDT) From: Rob Misiak X-Sender: rob@port26.gateway2.ic.net To: freebsd-hackers@freefall.cdrom.com Subject: Broken cc/gcc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have the latest 2.0.5 snapshot. Whenever I try to compile something (with cc or gcc) I get errors like: /usr/lib/crt0.o: Undefined symbol `__getenv' referenced from text segment (usually 5 or more of these type of errors at a time.) When I compile with the -static command-line option, I get less errors, and very simple ('hello world'-class) programs will compile. Does anyone know what the problem is and how to fix it? Thanks in advance. :-) Rob From owner-freebsd-hackers Sat Jul 8 11:16:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28422 for hackers-outgoing; Sat, 8 Jul 1995 11:16:58 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28405 for ; Sat, 8 Jul 1995 11:16:57 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id NAA14572 for ; Sat, 8 Jul 1995 13:16:55 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sat, 8 Jul 95 13:16 CDT Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sat, 8 Jul 95 13:16 CDT Message-Id: Subject: Disk hang still there To: freebsd-hackers@freebsd.org Date: Sat, 8 Jul 1995 13:16:53 -0500 (CDT) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 541 Sender: hackers-owner@freebsd.org Precedence: bulk 2.0.5-Release, still got the disk hang problem. Thought it was fixed with tagged queueing enabled, but it came back. Any patches or new drivers out there? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Sat Jul 8 12:14:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02045 for hackers-outgoing; Sat, 8 Jul 1995 12:14:53 -0700 Received: from mpp.minn.net ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA02014 for ; Sat, 8 Jul 1995 12:14:50 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id OAA08005 for hackers@freebsd.org; Sat, 8 Jul 1995 14:14:53 -0500 From: Mike Pritchard Message-Id: <199507081914.OAA08005@mpp.minn.net> Subject: Some mailing lists broken? To: hackers@freebsd.org Date: Sat, 8 Jul 1995 14:14:52 -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: 716 Sender: hackers-owner@freebsd.org Precedence: bulk I think some of the mailing lists are broken again - "bugs" in particular. I haven't seen anything from that list in about a day (and I know there is stuff in there - I just checked the archive on freefall, plus I sent something to it earlier). The mail queue isn't backed up, since there isn't anything in it waiting to be sent to me from any of the lists. Checking out the maillog looks like bulk_mailer is getting a "cannot open input" error. Could this be because /home/mail/lists/freebsd-bugs is mode 0640 and not 0644 like hackers & the other lists that are working? Can someone go check this out? -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat Jul 8 14:06:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23343 for hackers-outgoing; Sat, 8 Jul 1995 14:06:27 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA23328 for ; Sat, 8 Jul 1995 14:06:26 -0700 Received: from muggsy.lkg.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA17944; Sat, 8 Jul 95 14:00:27 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA28035; Sat, 8 Jul 1995 17:00:25 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id RAA06452; Sat, 8 Jul 1995 17:00:59 GMT Message-Id: <199507081700.RAA06452@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: Julian Howard Stacey Cc: hackers@freebsd.org, n1epo4tl@ibmmail.com Subject: Re: token ring anyone In-Reply-To: Your message of "Thu, 06 Jul 1995 16:35:57 +0200." <199507061435.QAA03684@vector.eikon.e-technik.tu-muenchen.de> X-Mailer: exmh version 1.5omega 10/6/94 Date: Sat, 08 Jul 1995 17:00:51 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > a couple of weeks ago I asked (on behalf of n1epo4tl@ibmmail.com Stuart > Arnold) if anyone knew of any support for token ring cards with FreeBSD, > we heard nothing ... either there's no interest or maybe it was mail > failure ? Token Ring is a proverbial pain in the ass. Unlike writing a new Ethernet driver, Token Ring also involves writing the Token Ring support code, modifying IP Multicast to work over Token Ring (ie. map to the right funtional address), and, worst of all, modifying ARP so that it understand how to do source routing. Of course this ignores the fact that you really want fairly generic source routing so you could use it with IPX or OSI or whatever else is around. The major Token Ring chipsets are fairly painful. It also means that the driver writer have the infrastructure to test the driver (unlike Ethernet where you can plug two systems back-to-back or use some ThinWire Token Ring requires a MAU). If you don't need to test source routing, thin a single ring will be fine otherwise you'll need a bridge. You also need a router to make sure you are dealing with stupidity of bit-flipped ARP address properly. Instead of writing token ring drivers, I think it would be a far better investment to write NDIS3 miniport wrapper code for FreeBSD but I digress. So in essence, until the pain of not having Token Ring exceeds the pain threshold of implementation it's unlikely to be done. That's my take on it. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Sat Jul 8 14:22:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29717 for hackers-outgoing; Sat, 8 Jul 1995 14:22:10 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29690 for ; Sat, 8 Jul 1995 14:22:07 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA19321; Sat, 8 Jul 1995 14:20:17 -0700 To: Matt Thomas cc: Julian Howard Stacey , hackers@freebsd.org, n1epo4tl@ibmmail.com Subject: Re: token ring anyone In-reply-to: Your message of "Sat, 08 Jul 1995 17:00:51 -0000." <199507081700.RAA06452@whydos.lkg.dec.com> Date: Sat, 08 Jul 1995 14:20:17 -0700 Message-ID: <19318.805238417@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Instead of writing token ring drivers, I think it would be a far better > investment to write NDIS3 miniport wrapper code for FreeBSD but I digress. Care to elaborate? :-) > So in essence, until the pain of not having Token Ring exceeds the pain > threshold of implementation it's unlikely to be done. Indeed, and the pain of not having Token Ring generally diminishes with each passing day as more and more TR user's accept the inevitable and bail out to Ethernet. I'm not saying that Token Ring doesn't have its faithful adherants or some fairly indisputable strenghs (like actually approaching reasonable link utilization efficiency or having a spare ~5Mb/sec to play with) but it's still just not enough to break the ethernet barrier. So until I see someone actually in possession of an IBM or Madge TR card *and* the hacking skills to do the rest come forward, I'll assume that the point is entirely moot. Jordan From owner-freebsd-hackers Sat Jul 8 15:00:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA16488 for hackers-outgoing; Sat, 8 Jul 1995 15:00:37 -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 PAA16470 for ; Sat, 8 Jul 1995 15:00: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 RAA09856 for ; Sat, 8 Jul 1995 17:58:59 -0400 Date: Sat, 8 Jul 1995 17:58:59 -0400 Message-Id: <199507082158.RAA09856@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: token ring anyone Sender: hackers-owner@freebsd.org Precedence: bulk >> a couple of weeks ago I asked (on behalf of n1epo4tl@ibmmail.com Stuart >> Arnold) if anyone knew of any support for token ring cards with FreeBSD, >> we heard nothing ... either there's no interest or maybe it was mail >> failure ? > >Token Ring is a proverbial pain in the ass. > >Of course this ignores the fact that you really want fairly generic source >routing so you could use it with IPX or OSI or whatever else is around. > >The major Token Ring chipsets are fairly painful. It also means that >the driver writer have the infrastructure to test the driver (unlike >Ethernet where you can plug two systems back-to-back or use some ThinWire >Token Ring requires a MAU). If you don't need to test source routing, >thin a single ring will be fine otherwise you'll need a bridge. You also >need a router to make sure you are dealing with stupidity of bit-flipped >ARP address properly. > The pain level aside, a better reason is that token ring is dead...when was the last time anyone heard of a NEW network installation using token ring when ethernet was an option? Token ring today is limited to IBM's hostage customers who simply have little use for BSD unix anyway. Anyone with a novell network can simply stick a $30. ethernet card into their server and wire up a FreeBSD box to it if they want to put it on their net....and I'm not sure that anyone else using token ring much matters. db From owner-freebsd-hackers Sat Jul 8 16:19:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21732 for hackers-outgoing; Sat, 8 Jul 1995 16:19:18 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA21718 for ; Sat, 8 Jul 1995 16:19:17 -0700 Received: from muggsy.lkg.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA23343; Sat, 8 Jul 95 16:16:12 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA29056; Sat, 8 Jul 1995 19:14:57 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id TAA06917; Sat, 8 Jul 1995 19:15:32 GMT Message-Id: <199507081915.TAA06917@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: dennis@et.htp.com (dennis) Cc: freebsd-hackers@freebsd.org Subject: Re: token ring anyone In-Reply-To: Your message of "Sat, 08 Jul 1995 17:58:59 -0400." <199507082158.RAA09856@mail.htp.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Sat, 08 Jul 1995 19:15:32 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > The pain level aside, a better reason is that token ring is dead...when was > the last time anyone heard of a NEW network installation using token ring > when ethernet was an option? Token ring today is limited to IBM's hostage > customers who simply have little use for BSD unix anyway. Anyone with a > novell network can simply stick a $30. ethernet card into their server and > wire up a FreeBSD box to it if they want to put it on their net....and I'm > not sure that anyone else using token ring much matters. That's assuming they are wired for Ethernet. Sure they can stick in their Ethernet card but they may not be able to talk to anyone. Which why HP is targetting the folks with cat-3 token ring wiring with 100baseVG. Token Ring is sterile but it certainly ain't dead yet. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Sat Jul 8 16:27:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA27195 for hackers-outgoing; Sat, 8 Jul 1995 16:27:39 -0700 Received: from seagull.rtd.com (root@RTD.COM [192.195.240.142]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA27180 for ; Sat, 8 Jul 1995 16:27:37 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.9.1) id QAA27203; Sat, 8 Jul 1995 16:26:18 -0700 From: Don Yuniskis Message-Id: <199507082326.QAA27203@seagull.rtd.com> Subject: Re: token ring anyone To: matt@lkg.dec.com (Matt Thomas) Date: Sat, 8 Jul 1995 16:26:18 -0700 (MST) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) In-Reply-To: <199507081915.TAA06917@whydos.lkg.dec.com> from "Matt Thomas" at Jul 8, 95 07:15:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 974 Sender: hackers-owner@FreeBSD.org Precedence: bulk # > The pain level aside, a better reason is that token ring is dead...when was # > the last time anyone heard of a NEW network installation using token ring # > when ethernet was an option? Token ring today is limited to IBM's hostage # > customers who simply have little use for BSD unix anyway. Anyone with a # > novell network can simply stick a $30. ethernet card into their server and # > wire up a FreeBSD box to it if they want to put it on their net....and I'm # > not sure that anyone else using token ring much matters. # # That's assuming they are wired for Ethernet. Sure they can stick in their # Ethernet card but they may not be able to talk to anyone. Which why HP # is targetting the folks with cat-3 token ring wiring with 100baseVG. # # Token Ring is sterile but it certainly ain't dead yet. Yeah, but (aside from FDDI), do any of the popular networks offer the determinism of a token ring (note lowercase) implementation (i.e. for real-time apps)? From owner-freebsd-hackers Sat Jul 8 16:32:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28968 for hackers-outgoing; Sat, 8 Jul 1995 16:32:03 -0700 Received: from sentinel.synapse.net (sentinel.synapse.net [192.197.166.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28949 for ; Sat, 8 Jul 1995 16:32:00 -0700 Received: from windchime-01.synapse.net (windchime-01.synapse.net [199.84.52.253]) by sentinel.synapse.net (8.7.Beta.9/8.7.Beta.9) with SMTP id TAA20064 for < hackers@freebsd.org>; Sat, 8 Jul 1995 19:31:48 -0400 (EDT) Message-Id: <199507082331.TAA20064@sentinel.synapse.net> X-Authentication-Warning: sentinel.synapse.net: Host windchime-01.synapse.net [199.84.52.253] didn't use HELO protocol Date: Sat, 08 Jul 95 19:31:42 EDT From: evanc@synapse.net (Evan Champion) Reply-To: evanc@synapse.net (Evan Champion) To: hackers@freebsd.org Subject: Filesystems Sender: hackers-owner@freebsd.org Precedence: bulk I have been thinking a bit about big disks and filesystems etc. We have some large disks (ie: the 9 GB variety). We really like them because you pack a lot of data in to a small amount of space, and with only 7 devices on a SCSI-2/FAST chain, that's important to us. The problem is that when our BSD/OS server goes down (no matter how good a system is, things happen; the most recent was a failed SIMM), it takes forever to go through the FS checks. Since this is a major server, we can't really afford the down time. I was thinking a little bit about our FreeBSD servers and how when they go down they don't seem to spend all that long in the disk checks. Now, maybe it is just that they also don't have these darned 9 GB disks on them, but it was just an observation that I made. Does FreeBSD do some kind of journalling that allows quick recoveries? Also, I noted there is a LFS filesystem. Not having the LFS documentation around, the name sort of implies that LFS is a journalled filesystem. I also note that it is brand new with 4.4BSD. Does the LFS work and how good is it at quick recoveries? We're thinking of using for a very large file server so if there is something we can do to help on recoveries it would be greatly appreciated by us and our users. Evan -- Evan Champion evanc@synapse.net * Visit our World Wide Web Server Director, Internet Systems * at Synapse Internet * From owner-freebsd-hackers Sat Jul 8 16:46:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07862 for hackers-outgoing; Sat, 8 Jul 1995 16:46:39 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA07763 for ; Sat, 8 Jul 1995 16:46:26 -0700 Received: by misery.sdf.com id <925>; Sat, 8 Jul 1995 16:50:33 +0100 Date: Sat, 8 Jul 1995 16:50:12 -0700 (PDT) From: Tom Samplonius To: Evan Champion cc: hackers@freebsd.org Subject: Re: Filesystems In-Reply-To: <199507082331.TAA20064@sentinel.synapse.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sat, 8 Jul 1995, Evan Champion wrote: > We have some large disks (ie: the 9 GB variety). We really like them > because you pack a lot of data in to a small amount of space, and with > only 7 devices on a SCSI-2/FAST chain, that's important to us. You can use multiple controllers or controllers with multiple channels. This also provides a performance benefit. > I was thinking a little bit about our FreeBSD servers and how when > they go down they don't seem to spend all that long in the disk > checks. Now, maybe it is just that they also don't have these darned > 9 GB disks on them, but it was just an observation that I made. Disk checks are only done after an unclean shutdown. > Does FreeBSD do some kind of journalling that allows quick recoveries? No. But FreeBSD's fsck implementation could be more efficient. fsck time is also determined by the amount of data on a disk. > Also, I noted there is a LFS filesystem. Not having the LFS > documentation around, the name sort of implies that LFS is a > journalled filesystem. I also note that it is brand new with 4.4BSD. > Does the LFS work and how good is it at quick recoveries? 4.4BSD LFS is broken. Tom From owner-freebsd-hackers Sat Jul 8 16:51:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10337 for hackers-outgoing; Sat, 8 Jul 1995 16:51:20 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA10321 ; Sat, 8 Jul 1995 16:51:19 -0700 Received: from muggsy.lkg.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA27459; Sat, 8 Jul 95 16:46:55 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA29318; Sat, 8 Jul 1995 19:46:54 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id TAA07134; Sat, 8 Jul 1995 19:47:30 GMT Message-Id: <199507081947.TAA07134@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: token ring anyone In-Reply-To: Your message of "Sat, 08 Jul 1995 14:20:17 MST." <19318.805238417@time.cdrom.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Sat, 08 Jul 1995 19:47:29 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > > Instead of writing token ring drivers, I think it would be a far better > > investment to write NDIS3 miniport wrapper code for FreeBSD but I digress. > > Care to elaborate? :-) At the end of this message... > > So in essence, until the pain of not having Token Ring exceeds the pain > > threshold of implementation it's unlikely to be done. > > Indeed, and the pain of not having Token Ring generally diminishes > with each passing day as more and more TR user's accept the inevitable > and bail out to Ethernet. > I'm not saying that Token Ring doesn't have its faithful adherants or > some fairly indisputable strenghs (like actually approaching > reasonable link utilization efficiency or having a spare ~5Mb/sec to > play with) but it's still just not enough to break the ethernet > barrier. So until I see someone actually in possession of an IBM or > Madge TR card *and* the hacking skills to do the rest come forward, > I'll assume that the point is entirely moot. I've had a Proteon 1392 hitting in my hardware pile (anyone have a good method of storing lots of PC cards? I got 3com 3c507, 3c503, original NE2000, Intel EtherExpress, SMC Ultra, 3 DEFPAs (2MMF, one UTP), a DEFEA, a DE434, a SMC EtherPower, a SMC EtherPower 10/100, 2 DE435s, 2 DE500s, a DC21140 eval board, 4 DE450s, a SMC EtherPower Enhanced, a DE436, an AHA1540B, a DE100, an original DEPCA, a DE422, a DE425, 2 DE20x, 3 or 4 DE205s. Those are scattered around my desk in a semi-random pile) but I haven't had the masochistic urge to program it. I have also have an 8bit IBM TR card as well. But since the manufacturers have already spent the time to write NDIS3 drivers for Win95, it would be more interesting to write the NDIS3 miniport wrappers for them. It wouldn't as fast or as clean as a native driver but it might be easier. NDIS3 miniport drivers has a relatively small set of functions that they can call and they are 32-bit PIC code. I've thought of taking one or two of the miniport drivers for one of the cards that I have and seeing if I can write the NDIS3 shell that they want. From what I've been able to tell, the work would be about the same as writing a complex device driver. If successful, the code could probably be used as basis for using the Win95 SCSI miniport drivers. Novell is taking a similar approach with UnixWare. ODI NLM module can be "transmogrified" such that they be loaded and used under UnixWare. There's a bit of difference in opinion on how well that works depending on whether or not they work in Utah. :-) It should be noted that NDIS3 is really brain-dead in some spots (what else would you expect from Microsoft?) so performance will be not be great but at least it'll work. Of course that still leaves the problem of doing source routing ... Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Sat Jul 8 21:34:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17661 for hackers-outgoing; Sat, 8 Jul 1995 21:34:16 -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 VAA17655 for ; Sat, 8 Jul 1995 21:34:14 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id AAA15245; Sun, 9 Jul 1995 00:24:29 -0400 Date: Sun, 9 Jul 1995 00:24:28 -0400 (EDT) From: "Jonathan M. Bresler" Subject: mail blackhole. To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk mail from late friday july 7th till this evening july 8th, fell into a blackhole. ;( fortunately, the mail gets archived on freefall. i will be sending two messages to hackers totaling ~80k. this is the mail that went missing. enjoy the reading. jmb ps. hackers-digest does not get archived, else i would have sent it. i will be off the net tomorrow, july 9th till ~9pm east coast usa time. Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Sat Jul 8 21:34:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17704 for hackers-outgoing; Sat, 8 Jul 1995 21:34:40 -0700 Received: (from jmb@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17697 for hackers; Sat, 8 Jul 1995 21:34:39 -0700 Date: Sat, 8 Jul 1995 21:34:39 -0700 From: "Jonathan M. Bresler" Message-Id: <199507090434.VAA17697@freefall.cdrom.com> To: hackers Sender: hackers-owner@FreeBSD.org Precedence: bulk >From owner-freebsd-hackers Fri Jul 7 17:50:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01722 for hackers-outgoing; Fri, 7 Jul 1995 17:50:25 -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 RAA01716 for ; Fri, 7 Jul 1995 17:50:24 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA17830; Fri, 7 Jul 1995 20:50:21 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA06393; Fri, 7 Jul 95 20:47:57 EDT Date: Fri, 7 Jul 95 20:47:57 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507080047.AA06393@borg.ess.harris.com> To: freebsd-hackers@freefall.cdrom.com Subject: NEC laptops and X Sender: hackers-owner@FreeBSD.org Precedence: bulk Eb Farris at ANC computers (surfusa.com) found the answer :-) these are the modelines which weren't that hard to figure > ModeLine "800x600" 28.3 800 824 896 1024 600 601 603 625 > Modeline "704x600" 28.3 704 704 704 704 600 600 600 600 > Modeline "640x480" 28.3 640 664 760 800 480 491 493 525 > but the REAL trick was to close the screen or toggle the LCD display!! strange but true this does the trick :-) > There appears to be a synchronization bug in the C&T65545 driver when driving > video modes greater than 640x480. If I start my server as 800x600 screen, I get > the wrong video mode and the LCD looks wrong. Turning the LCD off and on (by > closing the cover or pressing Fn-F3) forces the display to resynchronize and > then 800x600 works fine. > I now have a full install, X included, running fvwm at 800x600. xearth looks great!! Thanks Jim Leppek >From owner-freebsd-hackers Fri Jul 7 17:51:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01809 for hackers-outgoing; Fri, 7 Jul 1995 17:51:56 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01803 for ; Fri, 7 Jul 1995 17:51:54 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id RAA00276; Fri, 7 Jul 1995 17:51:50 -0700 Message-Id: <199507080051.RAA00276@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Bill Fenner cc: hackers@freebsd.org Subject: Re: current SOTA in ISDN support? In-reply-to: Your message of "Fri, 07 Jul 1995 09:37:58 PDT." <95Jul7.093807pdt.49860@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jul 1995 17:51:50 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Bill Fenner said: > In message <199507070351.UAA00815@rah.star-gate.com> you write: > >o voice communication with vat point to point since the MBONE is > > not quite upto ip multicasting yet due to old routers or tcp/ip routing > > software still being used. And hopefully in the not too distant > > future teleconferencing. > > That's odd, I use the MBONE over my ISDN line almost every day, and I have > successfully participated in teleconferences over my ISDN line (getting poor > quality video, but perfect audio). > > Bill > First of I don't have problems with vat other than the existing problems with vat but I am going to keep this short. A couple of years ago while working for Cisco, I had no problems on FreeBSD using vat or nv. >From and old posting: > As Bill Fenner pointed out yesterday, host viviane.usl.edu > (130.70.40.162) appears to be causing the >50% packet loss that > most people are seeing on the Shuttle video session. It is > causing the loss by sending an ICMP unreachable packet in > reponse to every multicast packet put on the 130.70.40 subnet at > USL. For a few hours yesterday evening, it appears that > alpha.noc.usl.edu (the mbone tunnel endpoint at USL) was off the > mbone and the NASA video reception here was perfect (0% loss). > At around 12:50am, I started to see ICMP unreachables from > viviane again (sent in response to my session msgs in the > shuttle audio session) and the NASA video loss rate immediately > went up to 50%. So old routers that are in your path may cause problems thats one. If there is a PIM cloud in your path it may cause problems. Return-Path: noc@technet.sg Received: from einstein.technet.sg (einstein.technet.sg [192.169.33.50]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id HAA10901 for ; Mon, 3 Jul 1995 07:49:13 -0700 Received: from venera.isi.edu (venera.isi.edu [128.9.0.32]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id WAA03870 for ; Mon, 3 Jul 1995 22:45:23 +0800 Received: by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 3 Jul 1995 07:43:51 -0700 Received: from rx7.ee.lbl.gov by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 3 Jul 1995 07:43:50 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id HAA07655; Mon, 3 Jul 1995 07:44:09 -0700 Message-Id: <199507031444.HAA07655@rx7.ee.lbl.gov> To: Saku Setala Cc: mbone@ISI.EDU Subject: Re: Packet duplication on NASA session In-Reply-To: Your message of Sun, 02 Jul 95 14:09:57 JDT. Date: Mon, 03 Jul 95 07:44:09 PDT From: Van Jacobson > Currently, my nv reports ~ 200kbps on Nasa session, with up to > ~ -45% loss. > > Pretty strange, huh? I wish it were unusual. Ever since cisco's PIM got widely deployed, the number of duplicate packets on the MBone has skyrocketed & a 45% dup rate is actually lower than normal. I find that almost all the traffic coming from Europe & the UK is duplicated at least once. The duplicates you're seeing are probably due to either - A PIM cloud hooked to the MBone at two or more topologically distinct points or - Someone trying to use a PIM cloud as an MBone transit net. Neither of these things will work. But, despite numerous pious claims from cisco that they have told their customers these things won't work, several major providers & backbone sites keep trying them. I would guess that the duplicates you're seeing are happening either in Stockholm or near mae-east in the US (there are pim routers both places). Someone needs to look at the traffic going into & coming out of the international links to localize it better. FYI, I'm not seeing any duplicates on the NASA session but, of course, there aren't any pim routers between NASA & my workstation. - Van ---------------- Amancio >From owner-freebsd-hackers Fri Jul 7 19:11:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12409 for hackers-outgoing; Fri, 7 Jul 1995 19:11:02 -0700 Received: from staff.cs.su.OZ.AU (staff.cs.su.OZ.AU [129.78.8.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA12394 for ; Fri, 7 Jul 1995 19:10:58 -0700 Received: from osix.osix.oz.au by staff.cs.su.OZ.AU (mail from daemon for hackers@freebsd.org) with MHSnet; Sat, 08 Jul 1995 12:10:56 +1000 Received: from blain.osix.oz.au by osix.osix.oz.au (AIX 3.2/UCB 5.64/4.03.OSIX.001) id AA23017; Sat, 8 Jul 1995 12:03:31 -0500 Received: (from peter@localhost) by blain.osix.oz.au (8.6.11/8.6.9) id MAA12876 for hackers@freebsd.org; Sat, 8 Jul 1995 12:00:47 +1000 From: Peter May Message-Id: <199507080200.MAA12876@blain.osix.oz.au> Subject: Re: token ring anyone (fwd) To: hackers@freebsd.org Date: Sat, 8 Jul 95 12:00:46 WET X-Mailer: ELM [version 2.4dev PL17] Sender: hackers-owner@freebsd.org Precedence: bulk Imperial Irrigation District spoke thus: > Yes. I am very interest to have token-ring on FreeBSD machine in my office. > My company have two token ring networks and three ethernet networks I have > access to it. > I would like to connet my FreeBSD to a token ring as a file server. Interesting. We have several machines here which are token ring only, DEC 433-Workstation machines. They have an onboard Olicom token ring chipset, an Adaptec AIC6360 controller, and an APPIAN TIGA display. In all, quite nice machines for workstations. They run that horrible 16 bit offshoot of CP/M-80 at the moment. But if we could get the Olicom's running under FreeBSD .... OK, If anyone knows where to get the specs for the Olicom's I'll have a look at it. We have the 802.2 layer already so it's a matter of making 802.5 work properly - unfortunately not as simple as 802.3 or std. ethernet. Sigh.... Anyone got any ideas? Regards, ---------------------------------------------------------------->>>>> Peter May OSIX Pty Ltd Director Level 1, 261-263 Pacific Highway Technical Services North Sydney. NSW. Australia. 2060. Home: +61-2-418-7656 Internet: peter@osix.oz.au Work: +61-2-922-3999 Fax: +61-2-922-3314 >>>> PGP Public key available upon request <<<< ---------------------------------------------------------------->>>>> >From owner-freebsd-hackers Fri Jul 7 20:04:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20072 for hackers-outgoing; Fri, 7 Jul 1995 20:04:56 -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 UAA20046 for ; Fri, 7 Jul 1995 20:04:49 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <24324-0@bunyip.cc.uq.oz.au>; Sat, 8 Jul 1995 13:04:33 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id NAA13073 for ; Sat, 8 Jul 1995 13:09:03 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id DAA05010; Sat, 8 Jul 1995 03:05:10 GMT Date: Sat, 8 Jul 1995 03:05:10 GMT From: Stephen Hocking Message-Id: <199507080305.DAA05010@netfl15a.devetir.qld.gov.au> To: hackers@freebsd.org Subject: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk >> As Julian Howard Stacey wrote: >> > >> > I propose we change the list name `hackers' to [ Suggestions Please ]. >> Stephen McKay wrote.... >> This is just caving in to Political Correctness. Fight the ignorant masses >> who want to homogenise and de-flavour everything. 'hackers' has some spirit. >> dev@freebsd.org is about as exciting as /dev/null. > >Someone close by - BUY THIS MAN A BEER! > >Nest time I see you, I'll buy a whole slab! There's just one problem with this - he does not drink! (alcoholic fluids that is). I'll buy him a donut instead - or maybe a raisin slice (it was a joke here for a while) >M >-- >Mark Murray >46 Harvey Rd, Claremont, Cape Town 7700, South Africa >+27 21 61-3768 GMT+0200 Stephen (Hocking, not McKay, even tho' we work for the same dept.) >From owner-freebsd-hackers Fri Jul 7 21:01:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23078 for hackers-outgoing; Fri, 7 Jul 1995 21:01:44 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA23048 for ; Fri, 7 Jul 1995 21:01:41 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA02640 (5.65c/IDA-1.4.4 for ); Fri, 7 Jul 1995 23:01:38 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Fri, 7 Jul 95 23:01:37 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Fri, 7 Jul 95 23:01:35 CST6CDT From: "John Booth" Organization: University of North Texas To: hackers@freebsd.org Date: Fri, 7 Jul 1995 23:01:34 CST6CDT Subject: Hmm... Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <308E8F5726@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk I know this may be off topic, but find_solib isn't a function used in this program and I didn't find it in /usr/lib when I did a strings *|grep find_solib. I guess I'm just lost as to what the find_solib error is. Is this a gdb error message, or something that was supposed to fail within the program. MudGod4000@Ulantris:gdb ../src/merc merc.core Core was generated by `merc'. Program terminated with signal 11, Segmentation fault. find_solib: Can't read pathname for load map: Input/output error #0 0x6abfe in hash_find_or_create (ht=0x5f1618, key=51) at hunt.c:130 130 temp = (struct hash_link *)malloc(sizeof(struct hash_link)); (gdb) print temp $1 = (struct hash_link *) 0x1 (gdb) What would be a better list to put questions the off topic to also? ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu >From owner-freebsd-hackers Fri Jul 7 21:20:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA04772 for hackers-outgoing; Fri, 7 Jul 1995 21:20:21 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA04747 for ; Fri, 7 Jul 1995 21:20:20 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA02784 (5.65c/IDA-1.4.4 for ); Fri, 7 Jul 1995 23:20:15 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Fri, 7 Jul 95 23:20:13 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Fri, 7 Jul 95 23:20:08 CST6CDT From: "John Booth" Organization: University of North Texas To: "Kenneth D. Merry" Date: Fri, 7 Jul 1995 23:20:05 CST6CDT Subject: Re: strange netstat errors Cc: hackers@freebsd.org Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <30DDBD3808@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk > I've been getting occasional strange error messages from netstat, > usually something like this: (this is under 2.0.5) > It's definitely different. I had a SNAP system circa March and was getting the same problems (kvm_read error) w/netstat. The new netstat fixed it promptly. ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu >From owner-freebsd-hackers Fri Jul 7 21:24:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07376 for hackers-outgoing; Fri, 7 Jul 1995 21:24: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 VAA07336 for ; Fri, 7 Jul 1995 21:24:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06826; Sat, 8 Jul 1995 06:23:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA23937; Sat, 8 Jul 1995 06:23:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA15908; Fri, 7 Jul 1995 23:57:59 +0200 From: J Wunsch Message-Id: <199507072157.XAA15908@uriah.heep.sax.de> Subject: Re: Running BSDI 2.0 binaries on 2.0.5 To: sawmill!rjk@uunet.uu.net (Richard Kuhns) Date: Fri, 7 Jul 1995 23:57:59 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Richard Kuhns" at Jul 7, 95 02:20: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: 733 Sender: hackers-owner@freebsd.org Precedence: bulk As Richard Kuhns wrote: > > I mentioned a couple of weeks ago that I've got a commercial app compiled > for BSDI 2.0, that I really want to run under FreeBSD. Since the 2.0.5 CD > is apparently shipping now, I should have it within a week (based on past > experience with Walnut Creek). Is anyone working on this problem that > would like some help? Has this been the problem where the app's are dumping core within crt0? Perhaps some assembler-level single step could lead us further. If the apps will require another system call vector for BSDi compat, it will be a hard work. :-( -- 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 Jul 7 21:27:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA08929 for hackers-outgoing; Fri, 7 Jul 1995 21:27:00 -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 VAA07332 for ; Fri, 7 Jul 1995 21:24:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06819; Sat, 8 Jul 1995 06:23:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA23934; Sat, 8 Jul 1995 06:22:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA15887; Fri, 7 Jul 1995 23:55:15 +0200 From: J Wunsch Message-Id: <199507072155.XAA15887@uriah.heep.sax.de> Subject: Re: Buslogic bt946 controller To: erich@jake.lodgenet.com (Eric L. Hernes) Date: Fri, 7 Jul 1995 23:55:14 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507071825.NAA06498@jake.lodgenet.com> from "Eric L. Hernes" at Jul 7, 95 01:25: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: 549 Sender: hackers-owner@freebsd.org Precedence: bulk As Eric L. Hernes wrote: > > > Do you have a device conflict at 0x330 with the Buslogic and your sound > > card (I assume that's what the 'uart0' is above)? > > > > maybe, but why does it work with the GENERIC kernel and not my custom one, > with exactly the same hardware? The generic kernel doesn't have a uart0 driver. Perhaps the uart will only conflict once it has been properly initialized. -- 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 Jul 7 22:47:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27615 for hackers-outgoing; Fri, 7 Jul 1995 22:47:54 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA27581 for ; Fri, 7 Jul 1995 22:47:51 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id WAA01708 for ; Fri, 7 Jul 1995 22:47:32 -0700 Prev-Resent: Fri, 07 Jul 1995 22:47:32 -0700 Prev-Resent: "hackers@freebsd.org " Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20232 for ; Fri, 7 Jul 1995 20:05:42 -0700 Received: from Starbase.NeoSoft.COM by violet.berkeley.edu (8.6.10/1.33r) id UAA06635; Fri, 7 Jul 1995 20:05:39 -0700 Received: (from ctoriger@localhost) by Starbase.NeoSoft.COM (8.6.10/8.6.10) id WAA21573 for jkh@violet.berkeley.edu; Fri, 7 Jul 1995 22:05:39 -0500 Date: Fri, 7 Jul 1995 22:05:39 -0500 From: Chris Origer Message-Id: <199507080305.WAA21573@Starbase.NeoSoft.COM> X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 968-5800 To: jkh@violet.berkeley.edu Subject: (fwd) compiling on 2.0.5/950622-SNAP reboots my pc Newsgroups: comp.unix.bsd.freebsd.misc Resent-To: hackers@freebsd.org Resent-Date: Fri, 07 Jul 1995 22:47:32 -0700 Resent-Message-ID: <1706.805182452@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Path: uuneo.neosoft.com!Starbase.NeoSoft.COM!ctoriger From: ctoriger@starbase.neosoft.com (Chris Origer) Newsgroups: comp.unix.bsd.freebsd.misc Subject: compiling on 2.0.5/950622-SNAP reboots my pc Date: 7 Jul 1995 05:11:12 GMT Organization: NeoSoft Internet Services +1 713 968 5800 Lines: 28 Message-ID: <3tiflh$ra2@uuneo.neosoft.com> NNTP-Posting-Host: starbase.neosoft.com Keywords: gcc reboot conflict X-Newsreader: TIN [version 1.2 PL2] Hi, I'd like to check freeBSD out (I've linux too) and got the bin and kernel dists installed fine. My problem though is that any time I try to compile something (both as root and a regular user) the machine will just reboot. I can't even recompile the kernel. I've disable all drivers that I don't need on the boot.flp and yet this still happens. A conflict I guess? Has any one else had this problem? My machine has the following: 486dx2/80 (really an overclocked 66) 32M memory Generic VLB EIDE controller w/three drives hanging from it Mach32 video Busmouse on irq 5 fdc w/two floppy drvs NE2000 on irq 9 SB 16 on irq 10 drq 1 and 5 @0x220 and the midi @0x330 Mitsumi on irq 11 and 0x340 All this works perfectly while linux is booted. And I went more conservative with my bios settings too (thinking it was a timing problem). Any help appreciated. Thanks, Chris >From owner-freebsd-hackers Fri Jul 7 23:19:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16908 for hackers-outgoing; Fri, 7 Jul 1995 23:19: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 XAA16718 for ; Fri, 7 Jul 1995 23:18:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA17575; Sat, 8 Jul 1995 16:09:52 +1000 Date: Sat, 8 Jul 1995 16:09:52 +1000 From: Bruce Evans Message-Id: <199507080609.QAA17575@godzilla.zeta.org.au> To: terry@cs.weber.edu, wilko@yedi.iaf.nl Subject: Re: Stabikity/Usability of 2.0.5R Cc: davidg@root.com, freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >In the translate mode, the spare sectors will not be accesible by the >host (!!! WKB) and will require the firmware top check the requested cyl, head >and sector values before doing the translation. >Translated mode is invoked by issuing a set params (91hex) at 17 or 34, >which is performed by the DOS Bios (??? WKB) at boot time. This option >may be disabled if jumper W14 is installed. W8 if jumped and W14 open >enables WD1005-WAH compat mode, which employs only the double translation ( >1 phys track is 2 log tracks). Other operating systems may like to utilise >the ESDI drives in a pure physical manner" The driver now assumes that (0) the default geometry advertised by the driver can be set using set params. Previously it assumed that either (1) the apparent geometry can be varied using set params. All reasonable geometries work. The user-specifed geometries in the partition table and in the disklabel are reasonable. or (2) The apparent geometry isn't affected by set params. The user-specifed geometries in the partition table and in the disklabel agree with the fixed geometry. Apparently, ESDI drives often advertise a geometry that isn't quite right (having 1 spare sector that can't be accessed). This shouldn't be much of a problem if translation is enabled - the advertised geometry will just have too many cylinders. If translation isn't enabled, then the driver will no longer work. It used to work if the user-specified geometries were as in (2) - e.g., 34 sectors instead of 35. >It appears to me that the card reports 35 sectors/tr of which 34 >are data and 1 is inacessible (see (!!! WKB)). This might explain why >n * 35 is a show stopper. Also, this seems to correlate with me >using 34 sect/tr on 115R. >I just tried installing W8 and removing W14. Now the 205R probe sees >36 sect/tr. If you had 14 installed before then it's hard to explain why translation didn't work. Perhaps set params to the advertised geometry doesn't work, although translation is required to go from 35 advertised sectors to 34 usable. Bruce >From owner-freebsd-hackers Sat Jul 8 00:21:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22819 for hackers-outgoing; Sat, 8 Jul 1995 00:21:18 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA22797 for ; Sat, 8 Jul 1995 00:21:15 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA04231 (5.65c/IDA-1.4.4 for ); Sat, 8 Jul 1995 02:21:12 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Sat, 8 Jul 95 2:21:11 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Sat, 8 Jul 95 2:21:02 CST6CDT From: "John Booth" Organization: University of North Texas To: "Stephen F. Combs" Date: Sat, 8 Jul 1995 02:20:56 CST6CDT Subject: Re: Proposal to change name of this list to a less embarras Cc: hackers@freebsd.org Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <33E1972213@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk > I agree wholeheartedly, but don't know what to re-name it to! I'd recommend > "internals" or something like that (to retain the flavor of it being those > who work deep within......). > > > > I propose we change the list name `hackers' to [ Suggestions Please ]. > > > > It's hard enough to persuade bosses and friends to use FreeBSD, rather than > > something commercial, it's harder still when one must tell the `Suits': > > "Your administrator should subscribe to a list called `hackers'" > > > > The difference between a `hacker' & a `cracker' is something I don't think this would help stop the stero-typing, just ferment it. I think the mailing list name is fine. If the 'Suits' are worried about a list called hackers@blah, educate them. Tell them what it should mean, not what they think it means. ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu >From owner-freebsd-hackers Sat Jul 8 00:47:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09074 for hackers-outgoing; Sat, 8 Jul 1995 00:47:24 -0700 Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA09010 for ; Sat, 8 Jul 1995 00:47:19 -0700 Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #6) id m0sUUbV-001PSLC; Sat, 8 Jul 95 09:47 METDST Received: by hcswork.hcs.de (Smail3.1.28.1 #5) id m0sUUbV-000UTYC; Sat, 8 Jul 95 09:47 METDST Message-Id: From: hm@hcswork.hcs.de (Hellmuth Michaelis) Subject: pcvt release 3.00 available To: freebsd-hackers@freebsd.org, port-i386@netbsd.org Date: Sat, 8 Jul 1995 09:47:08 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 759 Sender: hackers-owner@freebsd.org Precedence: bulk Pcvt release 3.30 has been put on the following ftp sites: Host: gilberto.physik.rwth-aachen.de Address: 137.226.31.2 Directory: pub/incoming Filename: pcvt-330.tar.gz (invisible!) Filesize: 338259 Bytes Host: ftp.freebsd.org Address: 192.216.191.11 Directory: FreeBSD/incoming Filename: pcvt-330.tar.gz Filesize: 338259 Bytes Host: ftp.netbsd.org Address: 141.212.99.7 Directory: incoming Filename: pcvt-330.tar.gz (invisible!) Filesize: 338259 Bytes Have fun, hellmuth -- Hellmuth Michaelis GFKT HCS Computertechnik GmbH Hamburg, Europe "There are lies, damn lies, and open systems." (unknown) >From owner-freebsd-hackers Sat Jul 8 00:56:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14924 for hackers-outgoing; Sat, 8 Jul 1995 00:56:58 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA14805 for ; Sat, 8 Jul 1995 00:56:44 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA25370 for ; Sat, 8 Jul 1995 00:56:08 -0700 Prev-Resent: Sat, 08 Jul 1995 00:56:07 -0700 Prev-Resent: "hackers@freebsd.org " 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 AAA12939 for ; Sat, 8 Jul 1995 00:53:09 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id AAA06155; Sat, 8 Jul 1995 00:53:04 -0700 Date: Sat, 8 Jul 1995 00:53:03 -0700 (PDT) From: Howard Lew To: WWW Form cc: www@freefall.cdrom.com Subject: Re: FreeBSD and EIDE In-Reply-To: <199507060922.CAA12397@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: hackers@freebsd.org Resent-Date: Sat, 08 Jul 1995 00:56:07 -0700 Resent-Message-ID: <25368.805190167@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 6 Jul 1995, WWW Form wrote: > The machine this came from was: prince.mc.bio.uva.nl > > Hi, > > Thanks for your nice WWW pages about FreeBSD! > > One question: I can't find any reference on it > whether FreeBSD supports Extended IDE (aka. EIDE) > drives or not. I do see SCSI and IDE, but not EIDE. > Could you confirm/deny this question? > I don't know too much about the specifics, but I can see on boot up that FreeBSD supports multi-block 16 and 64 on my two drives along with 32 bits. Although it does seem to misprobe and assume multi-block 16 on ide drives that don't handle it. I believe these options need to be activated when you compile the kernel. It does recognize my 3 hard drives on an EIDE controller (DTC 2728 Dual Port 4hd/2fd version), but the controller seems to be slower than the non-EIDE VLB 2hd/2fd controller which I have gone back to using. I doubt if this is FreeBSD's fault because even in DOS, the controller is slower than the generic VLB controller I use. (With no drivers in DOS, I get about 3.5 MB/s on the generic, and 1.8 MB/s on the DTC. With DOS drivers, I get 4.6 MB/s on the generic, and about 3.6 MB/s on the DTC.) Anyone have any good recommendations on inexpensive VLB 4HD/2FD EIDE controllers? >From owner-freebsd-hackers Sat Jul 8 02:14:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10367 for hackers-outgoing; Sat, 8 Jul 1995 02:14:56 -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 CAA10344 for ; Sat, 8 Jul 1995 02:14:47 -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 <55486>; Sat, 8 Jul 1995 11:14:36 +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 QAA06484; Fri, 7 Jul 1995 16:30:25 +0200 Message-Id: <199507071430.QAA06484@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: Joe Greco cc: karl@mcs.com (Karl Denninger MCSNet), freebsd-hackers@freebsd.org Subject: Re: Cloning systems In-reply-to: Your message of "Fri, 07 Jul 1995 06:49:11 +0200." <199507070449.XAA12551@brasil.moneng.mei.com> Date: Fri, 7 Jul 1995 16:30:24 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > Currently, I am dealing with ports and stuff by actually loading the > entire /usr/ports onto a box and then fudging around to get it to do a make > install (it still has the .install_done from previous machine). That's a > major strike out for the current ports system - you could not share > /usr/ports via NFS, it would seem, for this reason. (anyways - it's been a > major annoyance and lately I've started just compiling them all on each > box). Sorry it's not a strike out (whatever `strikeout' is ;-) It _is_ possible, I've done it, I had my visiting (& now gone) 386 nfs mount /usr/ports on my 486, then I just ran make -i reinstall on the 386., worked fine PS I'm running `current'. Julian S From owner-freebsd-hackers Sat Jul 8 21:41:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17963 for hackers-outgoing; Sat, 8 Jul 1995 21:41:55 -0700 Received: (from jmb@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17956 for hackers; Sat, 8 Jul 1995 21:41:54 -0700 Date: Sat, 8 Jul 1995 21:41:54 -0700 From: "Jonathan M. Bresler" Message-Id: <199507090441.VAA17956@freefall.cdrom.com> To: hackers Sender: hackers-owner@FreeBSD.org Precedence: bulk >From owner-freebsd-hackers Sat Jul 8 02:42:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA15222 for hackers-outgoing; Sat, 8 Jul 1995 02:42:57 -0700 Received: from jau.csc.fi (root@jau.csc.fi [193.166.1.196]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA15146 for ; Sat, 8 Jul 1995 02:42:46 -0700 Received: (from jau@localhost) by jau.csc.fi (8.6.11/8.6.9) id AAA00799 for hackers@freebsd.org; Sat, 8 Jul 1995 00:42:04 +0300 From: Jukka Ukkonen Message-Id: <199507072142.AAA00799@jau.csc.fi> Subject: new getsid(2) system call for freebsd... To: hackers@freebsd.org Date: Sat, 8 Jul 1995 00:42:04 +0300 (EET DST) Latin-Date: Simbata VIII Iulie a.d. MCMXCV Organization: Private person Phone: +358-0-4573208 (work) Reply-To: ukkonen@aphrodite.funet.fi Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 9175 Sender: hackers-owner@freebsd.org Precedence: bulk Hi all! A couple of days ago I had a sudden moment of inspiration and I added an initial version of a new SVR4 style system call getsid(2) to FreeBSD. In fact the same piece of code should be just about all right also for other variants of BSD based systems, if anyone cares to import it to any of them. The rationale for such a new system call is first and foremost completeness and symmetry. The second reason is the fact that X/Open might begin requiring such a service in their XPG, which might become a portability issue one day. The third point is that now and then there are things that would be somewhat easier to do, if such an interface were available, and moreover it is practically impossible to do exactly the same thing in a user mode subroutine. My version is based on my interpretation of what has been said about getsid(2) in SGI Irix-6.0 manual pages. The idea is that the caller can ask the session id (actually the PID of the session leader) of any process in the system, if the caller runs with the EUID of root. Any process can also query the SID of any other process having the same EUID as the caller or that of any of it's own descendants. Naturally a process can also query it's own SID by specifying it's own PID or 0 as the parameter. The external prototype of the system call is extern pid_t getsid (pid_t target_process_id); In the current implementation I just grabbed syscall number 205 for this purpose, because it was the first one which I noticed not to be previously allocated for any other purpose. Some of you may certainly argue that some other code should be used instead, and some of you will supposedly even argue against having such a system call at all. Anyway you have now seen my reasoning for including getsid(2) in the system distribution, and the game is yours. You are free to change the syscall number and other details or even drop my patch, if you like. I could imagine at least one potential enhancement right now. The SID could maybe be stored in the session structure itself, so that getsid(2) would not depend on the original session leader or it's zombie being present in the system just in case a child process had survived after the termination of the original session leader. In my own system I will maintain my idea of which processes are allowed to use getsid(2) to query SIDs of other processes, which is as close to SVR4 (and supposedly also X/Open) definition I could get based on the documentation I had, unless or until someone is able to present a reasonably good basis for different access rules. The patch (diff -c) to all the minor but necessary changes is attached at the end of this message. (Oh yes, don't even ask. It should be obvious. I did not run makesyscalls.sh but made the changes to the .h files manually, though I also modified the syscalls.master file appropriately.) 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 ------------------------------ clip clip ------------------------------ *** /usr/src/lib/libc/sys/Makefile.inc.orig Sat May 27 07:17:04 1995 --- /usr/src/lib/libc/sys/Makefile.inc Fri Jul 7 01:46:41 1995 *************** *** 17,23 **** fchflags.o fchmod.o fchown.o fcntl.o flock.o fpathconf.o fstat.o \ fstatfs.o fsync.o getdirentries.o getdtablesize.o getegid.o \ geteuid.o getfh.o getfsstat.o getgid.o getgroups.o getitimer.o \ ! getpeername.o getpgrp.o getpid.o getppid.o getpriority.o \ getrlimit.o getrusage.o getsockname.o getsockopt.o gettimeofday.o \ getuid.o ioctl.o kill.o ktrace.o lfs_bmapv.o lfs_markv.o \ lfs_segclean.o lfs_segwait.o link.o listen.o lstat.o \ --- 17,23 ---- fchflags.o fchmod.o fchown.o fcntl.o flock.o fpathconf.o fstat.o \ fstatfs.o fsync.o getdirentries.o getdtablesize.o getegid.o \ geteuid.o getfh.o getfsstat.o getgid.o getgroups.o getitimer.o \ ! getpeername.o getpgrp.o getpid.o getppid.o getsid.o getpriority.o \ getrlimit.o getrusage.o getsockname.o getsockopt.o gettimeofday.o \ getuid.o ioctl.o kill.o ktrace.o lfs_bmapv.o lfs_markv.o \ lfs_segclean.o lfs_segwait.o link.o listen.o lstat.o \ *** /usr/include/sys/syscall.h.orig Sun Apr 23 15:22:06 1995 --- /usr/include/sys/syscall.h Fri Jul 7 01:12:45 1995 *************** *** 191,193 **** --- 191,194 ---- #define SYS___sysctl 202 #define SYS_mlock 203 #define SYS_munlock 204 + #define SYS_getsid 205 *** /usr/include/sys/syscall-hide.h.orig Fri Jul 7 01:14:16 1995 --- /usr/include/sys/syscall-hide.h Fri Jul 7 01:13:22 1995 *************** *** 214,216 **** --- 214,217 ---- HIDE_BSD(__sysctl) HIDE_BSD(mlock) HIDE_BSD(munlock) + HIDE_BSD(getsid) *** /sys/kern/init_sysent.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/init_sysent.c Fri Jul 7 09:28:25 1995 *************** *** 177,182 **** --- 177,183 ---- int __sysctl(); int mlock(); int munlock(); + int getsid(); int lkmnosys(); #ifdef COMPAT_43 *************** *** 484,490 **** { 6, __sysctl }, /* 202 = __sysctl */ { 2, mlock }, /* 203 = mlock */ { 2, munlock }, /* 204 = munlock */ ! { 0, nosys }, /* 205 = nosys */ { 0, nosys }, /* 206 = nosys */ { 0, nosys }, /* 207 = nosys */ { 0, nosys }, /* 208 = nosys */ --- 485,492 ---- { 6, __sysctl }, /* 202 = __sysctl */ { 2, mlock }, /* 203 = mlock */ { 2, munlock }, /* 204 = munlock */ ! /* { 0, nosys }, 205 = nosys */ ! { 1, getsid }, /* 205 = getsid */ { 0, nosys }, /* 206 = nosys */ { 0, nosys }, /* 207 = nosys */ { 0, nosys }, /* 208 = nosys */ *** /sys/kern/kern_prot.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/kern_prot.c Fri Jul 7 19:13:47 1995 *************** *** 95,100 **** --- 95,157 ---- return (0); } + /* + * External signature: pid_t getsid (pid_t); + * + * SVR4 style system call getsid() + * exists only because this is a trick which is practically + * impossible to do from within a user space subroutine. + * Often this kind of information is useful to have though, + * and probably X/Open will require this anyway. + */ + + struct getsid_args { + pid_t pid; + }; + + /* ARGSUSED */ + int + getsid (p, uap, retval) + struct proc *p; + struct getsid_args *uap; + int *retval; + { + /* + * Currently the expression + * + * *retval = p->p_session->s_leader->p_pid; + * + * is an easier to read form of... + * + * *retval = p->p_pgrp->pg_session->s_leader->p_pid; + */ + + register struct proc *targp; /* taget process */ + + if (! uap->pid || (uap->pid == p->p_pid)) + targp = p; + else { + if (! (targp = pfind(uap->pid))) + return (ESRCH); + + /* + * For true pedantics only... + * 1. Either current proc must be owned by root, + * 2. or by the same effective uid as the target, + * 3. or the target must be a descendant of the caller. + */ + if (p->p_cred->pc_ucred->cr_uid + && (targp->p_cred->pc_ucred->cr_uid + != p->p_cred->pc_ucred->cr_uid) + && ! inferior(targp)) + return (EPERM); + } + + *retval = targp->p_session->s_leader->p_pid; + + return (0); + } + /* ARGSUSED */ int getuid(p, uap, retval) *** /sys/kern/syscalls.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/syscalls.c Fri Jul 7 09:28:25 1995 *************** *** 246,252 **** "__sysctl", /* 202 = __sysctl */ "mlock", /* 203 = mlock */ "munlock", /* 204 = munlock */ ! "#205", /* 205 = nosys */ "#206", /* 206 = nosys */ "#207", /* 207 = nosys */ "#208", /* 208 = nosys */ --- 246,253 ---- "__sysctl", /* 202 = __sysctl */ "mlock", /* 203 = mlock */ "munlock", /* 204 = munlock */ ! /* "#205", 205 = nosys */ ! "getsid", /* 205 = getsid */ "#206", /* 206 = nosys */ "#207", /* 207 = nosys */ "#208", /* 208 = nosys */ *** /sys/kern/syscalls.master.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/syscalls.master Fri Jul 7 09:28:25 1995 *************** *** 277,283 **** ; here allows to avoid one in libc/sys/Makefile.inc. 203 STD 2 BSD mlock 204 STD 2 BSD munlock ! 205 UNIMPL 0 NOHIDE nosys 206 UNIMPL 0 NOHIDE nosys 207 UNIMPL 0 NOHIDE nosys 208 UNIMPL 0 NOHIDE nosys --- 277,284 ---- ; here allows to avoid one in libc/sys/Makefile.inc. 203 STD 2 BSD mlock 204 STD 2 BSD munlock ! ; 205 UNIMPL 0 NOHIDE nosys ! 205 STD 1 BSD getsid 206 UNIMPL 0 NOHIDE nosys 207 UNIMPL 0 NOHIDE nosys 208 UNIMPL 0 NOHIDE nosys *** /usr/include/unistd.h.orig Sun Jun 4 16:45:57 1995 --- /usr/include/unistd.h Fri Jul 7 08:25:45 1995 *************** *** 76,81 **** --- 76,82 ---- pid_t getpgrp __P((void)); pid_t getpid __P((void)); pid_t getppid __P((void)); + pid_t getsid __P((pid_t)); uid_t getuid __P((void)); int isatty __P((int)); int link __P((const char *, const char *)); >From owner-freebsd-hackers Sat Jul 8 02:46:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA16177 for hackers-outgoing; Sat, 8 Jul 1995 02:46:00 -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 CAA16151 ; Sat, 8 Jul 1995 02:45:52 -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 <55318>; Sat, 8 Jul 1995 11:45: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 LAA02553; Sat, 8 Jul 1995 11:42:42 +0200 Message-Id: <199507080942.LAA02553@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: Jeffrey Hsu , hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one In-reply-to: Your message of "Fri, 07 Jul 1995 09:26:02 +0200." <17268.805101962@time.cdrom.com> Date: Sat, 8 Jul 1995 11:42:41 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > To: Jeffrey Hsu > From: "Jordan K. Hubbard" > but the almost overwhelming concensus right now seems to > be "leave it alone" and so I believe we will. Strange, I had got the impression it was about 50 / 50 ! ( I'd even been thinking it might be worth asking core to consider calling for a vote on a name change in perhaps a week, after anyone away had had time to catch up on mail (no rush about this after all :-) ) > hackers@freebsd.org it stays, obviously we'd need a sizeable majority for a change > I see no reason why that someone couldn't just > create a local gateway to the mailing list using a different name. Well, that person would have to have a site that was OK to be flooded by mail, & had high availability, & it could confuse things. How about if we added to freebsd.org:/etc/aliases : something: hackers Then those of us who find `hackers' an embarassment of a name could use `something' & it'd all still be neatly tied into the main site PS I guess we'd need a hook for majordomo too. Julian S >From owner-freebsd-hackers Sat Jul 8 02:57:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19803 for hackers-outgoing; Sat, 8 Jul 1995 02:57:50 -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 CAA19779 for ; Sat, 8 Jul 1995 02:57:46 -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 <55300>; Sat, 8 Jul 1995 11:57:32 +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 LAA02807; Sat, 8 Jul 1995 11:57:14 +0200 Message-Id: <199507080957.LAA02807@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: Robert Withrow cc: hackers@freebsd.org Subject: Re: ijppp feature request In-reply-to: Your message of "Fri, 07 Jul 1995 16:20:21 +0200." <199507071420.KAA12043@spooky.rwwa.com> Date: Sat, 8 Jul 1995 11:57:13 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > In my case, I would like to > issue a ``finger'' command when the link goes up, to stimulate > the other side to send me accumulated mail. When I manually establish my slip link (OK, not quite manually, with a shell, but manually invoked) I have appended a date | mail jhs@my_up_link_host_name I rely on the .forward there bouncing it back to my host, & have just kinda hoped / assumed a new entry will kick off sendmail to review its queues & start, .. I may be wrong, it's hope rather than reading of sources, but works mostly Julian S >From owner-freebsd-hackers Sat Jul 8 04:12:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09241 for hackers-outgoing; Sat, 8 Jul 1995 04:12:49 -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 EAA08625 for ; Sat, 8 Jul 1995 04:09:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04190; Sat, 8 Jul 1995 13:09:48 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA25445; Sat, 8 Jul 1995 13:08:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA19833; Sat, 8 Jul 1995 13:03:45 +0200 From: J Wunsch Message-Id: <199507081103.NAA19833@uriah.heep.sax.de> Subject: Re: ijppp feature request To: witr@rwwa.com (Robert Withrow) Date: Sat, 8 Jul 1995 13:03:44 +0200 (MET DST) Cc: erich@jake.lodgenet.com, hackers@freebsd.org In-Reply-To: <199507072321.TAA12941@spooky.rwwa.com> from "Robert Withrow" at Jul 7, 95 07:21:43 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: 681 Sender: hackers-owner@freebsd.org Precedence: bulk As Robert Withrow wrote: > > > well, there is a `/etc/ppp/ppp.linkup.sample', which sounds close to what > > you want. dunno about the link down stuff. > > > > This probably belongs in `questions' too. > > You speak too soon. The commands allowed in the linkup script are > limited to ppp commands. No way to execute arbitrary shell commands. > > That is why it was in hackers. I've just sent a megapatch to Atsushi, implementing the "shell" (alias "!") subcommand, and implementing job control (so you can background it by ^Z). -- 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 Jul 8 04:16:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10116 for hackers-outgoing; Sat, 8 Jul 1995 04:16:39 -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 EAA10099 for ; Sat, 8 Jul 1995 04:16:35 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA10999 (5.67a/IDA-1.5 for freebsd.org!hackers); Sat, 8 Jul 1995 06:08:14 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA03533; 8 Jul 95 06:07:31 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA03530; Sat, 8 Jul 1995 06:07:30 -0500 Date: Sat, 8 Jul 1995 06:07:30 -0500 From: Peter da Silva Message-Id: <199507081107.GAA03530@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: Proposal to change name of this list to a less embarrassing one Newsgroups: taronga.freebsd.hackers In-Reply-To: Organization: Taronga Park BBS Sender: hackers-owner@freebsd.org Precedence: bulk In article you write: > I think part of the problem, is that far too much stuff that is in >"hackers" should actually be in "questions". For example: installation >problems. Changing the name to "developers" would help resolve that problem, wouldn't it? To a lot of people "hackers" implies "hobbyists" which would cover most FreeBSD users. >From owner-freebsd-hackers Sat Jul 8 06:26:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13730 for hackers-outgoing; Sat, 8 Jul 1995 06:26:44 -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 GAA13659 for ; Sat, 8 Jul 1995 06:26:27 -0700 Received: (sakr@localhost) by itp.ac.ru (8.6.11/8.6.5) id RAA18378 for hackers@freebsd.org; Sat, 8 Jul 1995 17:26:22 +0400 Date: Sat, 8 Jul 1995 17:26:22 +0400 From: "Serge A. Krashakov" Message-Id: <199507081326.RAA18378@itp.ac.ru> To: hackers@freebsd.org Subject: ram-speed test Sender: hackers-owner@freebsd.org Precedence: bulk Daer All! Today I have read in old mailing list archive about some memory benchmark - "ram-speed.c". Could someone write me where I may get it. I would like to test all computers in our Institute. Sincerely yours, Serge Krashakov >From owner-freebsd-hackers Sat Jul 8 06:39:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20590 for hackers-outgoing; Sat, 8 Jul 1995 06:39:51 -0700 Received: from mpp.minn.net ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20361 for ; Sat, 8 Jul 1995 06:39:32 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id IAA05416; Sat, 8 Jul 1995 08:36:46 -0500 From: Mike Pritchard Message-Id: <199507081336.IAA05416@mpp.minn.net> Subject: Re: Proposal to change name of this list to a less embarrassing one To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Stacey) Date: Sat, 8 Jul 1995 08:36:45 -0500 (CDT) Cc: dufault@hda.com, hackers@freebsd.org In-Reply-To: <199507060852.KAA02604@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Jul 6, 95 10:52:03 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: 1251 Sender: hackers-owner@freebsd.org Precedence: bulk > - there's a Hackers Handbook, > `Hacker' is an un-necessary liability to our fine Op System. > > I guess people in the business of providing Unix like OSs to students & > motivated individuals don't encounter much resistance, but I'm trying to > venture into new markets, where the people are less `op. system literate'; > here the word `Hacker' is a superfluous danger signal. I don't really care what the group is called, but I thought I would pass on something I just saw recently in comp.lang.c. Some guy in there was ranting about how "hackers" produce bad code, and went on to list various C constructs that hackers use that are bad. He had some good examples of bad programming practices, but I would simply say that the person using them was a poor programmer, not a "hacker". The Hackers Handbook is a good example of something some of the less technical types may see/hear about and cause them to have a less than a warm fuzzy feeling about the operating system. I always try to point out the correct word to people when they misuse "hacker" to describe people breaking into systems. Get it right and call them a criminal. -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" >From owner-freebsd-hackers Sat Jul 8 07:06:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA05570 for hackers-outgoing; Sat, 8 Jul 1995 07:06:56 -0700 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA05548 for ; Sat, 8 Jul 1995 07:06:52 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA17174; Sat, 8 Jul 95 16:06:47 +0200 Received: by freebsd.first.gmd.de (RAA01612); Sat, 8 Jul 1995 17:11:07 +0200 From: Andreas Schulz Message-Id: <199507081511.RAA01612@freebsd.first.gmd.de> Subject: Re: if_ep driver To: PowerTrip@aol.com Date: Sat, 8 Jul 1995 17:11:07 +0159 (MET DST) Cc: ken@rflab1.gtri.gatech.edu, hackers@freebsd.org In-Reply-To: <950707182732_110116062@aol.com> from "PowerTrip@aol.com" at Jul 7, 95 06:27: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: 355 Sender: hackers-owner@freebsd.org Precedence: bulk > hmm...509...EISA? or is that the 579? The 509 and 509B are ISA cards. The 579 is the EISA card and the 590 and 595 are the PCI cards ( 10 and 100Mb ). ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.10 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe >From owner-freebsd-hackers Sat Jul 8 10:09:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19191 for hackers-outgoing; Sat, 8 Jul 1995 10:09:14 -0700 Received: from system1.indecent.com (root@system1.indecent.com [204.95.227.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19162 for ; Sat, 8 Jul 1995 10:09:07 -0700 Received: from port26.gateway2.ic.net (port26.gateway2.ic.net [152.160.14.26]) by system1.indecent.com (8.6.11/8.6.9) with SMTP id MAA03434 for ; Sat, 8 Jul 1995 12:09:26 -0500 Date: Sat, 8 Jul 1995 13:08:12 -0400 (EDT) From: Rob Misiak X-Sender: rob@port26.gateway2.ic.net To: freebsd-hackers@freefall.cdrom.com Subject: Broken cc/gcc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have the latest 2.0.5 snapshot. Whenever I try to compile something (with cc or gcc) I get errors like: /usr/lib/crt0.o: Undefined symbol `__getenv' referenced from text segment (usually 5 or more of these type of errors at a time.) When I compile with the -static command-line option, I get less errors, and very simple ('hello world'-class) programs will compile. Does anyone know what the problem is and how to fix it? Thanks in advance. :-) Rob >From owner-freebsd-hackers Sat Jul 8 11:16:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28422 for hackers-outgoing; Sat, 8 Jul 1995 11:16:58 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28405 for ; Sat, 8 Jul 1995 11:16:57 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id NAA14572 for ; Sat, 8 Jul 1995 13:16:55 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sat, 8 Jul 95 13:16 CDT Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sat, 8 Jul 95 13:16 CDT Message-Id: Subject: Disk hang still there To: freebsd-hackers@freebsd.org Date: Sat, 8 Jul 1995 13:16:53 -0500 (CDT) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 541 Sender: hackers-owner@freebsd.org Precedence: bulk 2.0.5-Release, still got the disk hang problem. Thought it was fixed with tagged queueing enabled, but it came back. Any patches or new drivers out there? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! >From owner-freebsd-hackers Sat Jul 8 12:14:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02045 for hackers-outgoing; Sat, 8 Jul 1995 12:14:53 -0700 Received: from mpp.minn.net ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA02014 for ; Sat, 8 Jul 1995 12:14:50 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id OAA08005 for hackers@freebsd.org; Sat, 8 Jul 1995 14:14:53 -0500 From: Mike Pritchard Message-Id: <199507081914.OAA08005@mpp.minn.net> Subject: Some mailing lists broken? To: hackers@freebsd.org Date: Sat, 8 Jul 1995 14:14:52 -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: 716 Sender: hackers-owner@freebsd.org Precedence: bulk I think some of the mailing lists are broken again - "bugs" in particular. I haven't seen anything from that list in about a day (and I know there is stuff in there - I just checked the archive on freefall, plus I sent something to it earlier). The mail queue isn't backed up, since there isn't anything in it waiting to be sent to me from any of the lists. Checking out the maillog looks like bulk_mailer is getting a "cannot open input" error. Could this be because /home/mail/lists/freebsd-bugs is mode 0640 and not 0644 like hackers & the other lists that are working? Can someone go check this out? -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" >From owner-freebsd-hackers Sat Jul 8 14:06:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23343 for hackers-outgoing; Sat, 8 Jul 1995 14:06:27 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA23328 for ; Sat, 8 Jul 1995 14:06:26 -0700 Received: from muggsy.lkg.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA17944; Sat, 8 Jul 95 14:00:27 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA28035; Sat, 8 Jul 1995 17:00:25 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id RAA06452; Sat, 8 Jul 1995 17:00:59 GMT Message-Id: <199507081700.RAA06452@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: Julian Howard Stacey Cc: hackers@freebsd.org, n1epo4tl@ibmmail.com Subject: Re: token ring anyone In-Reply-To: Your message of "Thu, 06 Jul 1995 16:35:57 +0200." <199507061435.QAA03684@vector.eikon.e-technik.tu-muenchen.de> X-Mailer: exmh version 1.5omega 10/6/94 Date: Sat, 08 Jul 1995 17:00:51 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > a couple of weeks ago I asked (on behalf of n1epo4tl@ibmmail.com Stuart > Arnold) if anyone knew of any support for token ring cards with FreeBSD, > we heard nothing ... either there's no interest or maybe it was mail > failure ? Token Ring is a proverbial pain in the ass. Unlike writing a new Ethernet driver, Token Ring also involves writing the Token Ring support code, modifying IP Multicast to work over Token Ring (ie. map to the right funtional address), and, worst of all, modifying ARP so that it understand how to do source routing. Of course this ignores the fact that you really want fairly generic source routing so you could use it with IPX or OSI or whatever else is around. The major Token Ring chipsets are fairly painful. It also means that the driver writer have the infrastructure to test the driver (unlike Ethernet where you can plug two systems back-to-back or use some ThinWire Token Ring requires a MAU). If you don't need to test source routing, thin a single ring will be fine otherwise you'll need a bridge. You also need a router to make sure you are dealing with stupidity of bit-flipped ARP address properly. Instead of writing token ring drivers, I think it would be a far better investment to write NDIS3 miniport wrapper code for FreeBSD but I digress. So in essence, until the pain of not having Token Ring exceeds the pain threshold of implementation it's unlikely to be done. That's my take on it. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message >From owner-freebsd-hackers Sat Jul 8 14:22:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29717 for hackers-outgoing; Sat, 8 Jul 1995 14:22:10 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29690 for ; Sat, 8 Jul 1995 14:22:07 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA19321; Sat, 8 Jul 1995 14:20:17 -0700 To: Matt Thomas cc: Julian Howard Stacey , hackers@freebsd.org, n1epo4tl@ibmmail.com Subject: Re: token ring anyone In-reply-to: Your message of "Sat, 08 Jul 1995 17:00:51 -0000." <199507081700.RAA06452@whydos.lkg.dec.com> Date: Sat, 08 Jul 1995 14:20:17 -0700 Message-ID: <19318.805238417@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Instead of writing token ring drivers, I think it would be a far better > investment to write NDIS3 miniport wrapper code for FreeBSD but I digress. Care to elaborate? :-) > So in essence, until the pain of not having Token Ring exceeds the pain > threshold of implementation it's unlikely to be done. Indeed, and the pain of not having Token Ring generally diminishes with each passing day as more and more TR user's accept the inevitable and bail out to Ethernet. I'm not saying that Token Ring doesn't have its faithful adherants or some fairly indisputable strenghs (like actually approaching reasonable link utilization efficiency or having a spare ~5Mb/sec to play with) but it's still just not enough to break the ethernet barrier. So until I see someone actually in possession of an IBM or Madge TR card *and* the hacking skills to do the rest come forward, I'll assume that the point is entirely moot. Jordan >From owner-freebsd-hackers Sat Jul 8 15:00:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA16488 for hackers-outgoing; Sat, 8 Jul 1995 15:00:37 -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 PAA16470 for ; Sat, 8 Jul 1995 15:00: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 RAA09856 for ; Sat, 8 Jul 1995 17:58:59 -0400 Date: Sat, 8 Jul 1995 17:58:59 -0400 Message-Id: <199507082158.RAA09856@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: token ring anyone Sender: hackers-owner@freebsd.org Precedence: bulk >> a couple of weeks ago I asked (on behalf of n1epo4tl@ibmmail.com Stuart >> Arnold) if anyone knew of any support for token ring cards with FreeBSD, >> we heard nothing ... either there's no interest or maybe it was mail >> failure ? > >Token Ring is a proverbial pain in the ass. > >Of course this ignores the fact that you really want fairly generic source >routing so you could use it with IPX or OSI or whatever else is around. > >The major Token Ring chipsets are fairly painful. It also means that >the driver writer have the infrastructure to test the driver (unlike >Ethernet where you can plug two systems back-to-back or use some ThinWire >Token Ring requires a MAU). If you don't need to test source routing, >thin a single ring will be fine otherwise you'll need a bridge. You also >need a router to make sure you are dealing with stupidity of bit-flipped >ARP address properly. > The pain level aside, a better reason is that token ring is dead...when was the last time anyone heard of a NEW network installation using token ring when ethernet was an option? Token ring today is limited to IBM's hostage customers who simply have little use for BSD unix anyway. Anyone with a novell network can simply stick a $30. ethernet card into their server and wire up a FreeBSD box to it if they want to put it on their net....and I'm not sure that anyone else using token ring much matters. db >From owner-freebsd-hackers Sat Jul 8 16:19:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21732 for hackers-outgoing; Sat, 8 Jul 1995 16:19:18 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA21718 for ; Sat, 8 Jul 1995 16:19:17 -0700 Received: from muggsy.lkg.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA23343; Sat, 8 Jul 95 16:16:12 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA29056; Sat, 8 Jul 1995 19:14:57 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id TAA06917; Sat, 8 Jul 1995 19:15:32 GMT Message-Id: <199507081915.TAA06917@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: dennis@et.htp.com (dennis) Cc: freebsd-hackers@freebsd.org Subject: Re: token ring anyone In-Reply-To: Your message of "Sat, 08 Jul 1995 17:58:59 -0400." <199507082158.RAA09856@mail.htp.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Sat, 08 Jul 1995 19:15:32 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > The pain level aside, a better reason is that token ring is dead...when was > the last time anyone heard of a NEW network installation using token ring > when ethernet was an option? Token ring today is limited to IBM's hostage > customers who simply have little use for BSD unix anyway. Anyone with a > novell network can simply stick a $30. ethernet card into their server and > wire up a FreeBSD box to it if they want to put it on their net....and I'm > not sure that anyone else using token ring much matters. That's assuming they are wired for Ethernet. Sure they can stick in their Ethernet card but they may not be able to talk to anyone. Which why HP is targetting the folks with cat-3 token ring wiring with 100baseVG. Token Ring is sterile but it certainly ain't dead yet. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message >From owner-freebsd-hackers Sat Jul 8 16:27:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA27195 for hackers-outgoing; Sat, 8 Jul 1995 16:27:39 -0700 Received: from seagull.rtd.com (root@RTD.COM [192.195.240.142]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA27180 for ; Sat, 8 Jul 1995 16:27:37 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.9.1) id QAA27203; Sat, 8 Jul 1995 16:26:18 -0700 From: Don Yuniskis Message-Id: <199507082326.QAA27203@seagull.rtd.com> Subject: Re: token ring anyone To: matt@lkg.dec.com (Matt Thomas) Date: Sat, 8 Jul 1995 16:26:18 -0700 (MST) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) In-Reply-To: <199507081915.TAA06917@whydos.lkg.dec.com> from "Matt Thomas" at Jul 8, 95 07:15:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 974 Sender: hackers-owner@FreeBSD.org Precedence: bulk # > The pain level aside, a better reason is that token ring is dead...when was # > the last time anyone heard of a NEW network installation using token ring # > when ethernet was an option? Token ring today is limited to IBM's hostage # > customers who simply have little use for BSD unix anyway. Anyone with a # > novell network can simply stick a $30. ethernet card into their server and # > wire up a FreeBSD box to it if they want to put it on their net....and I'm # > not sure that anyone else using token ring much matters. # # That's assuming they are wired for Ethernet. Sure they can stick in their # Ethernet card but they may not be able to talk to anyone. Which why HP # is targetting the folks with cat-3 token ring wiring with 100baseVG. # # Token Ring is sterile but it certainly ain't dead yet. Yeah, but (aside from FDDI), do any of the popular networks offer the determinism of a token ring (note lowercase) implementation (i.e. for real-time apps)? >From owner-freebsd-hackers Sat Jul 8 16:32:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28968 for hackers-outgoing; Sat, 8 Jul 1995 16:32:03 -0700 Received: from sentinel.synapse.net (sentinel.synapse.net [192.197.166.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28949 for ; Sat, 8 Jul 1995 16:32:00 -0700 Received: from windchime-01.synapse.net (windchime-01.synapse.net [199.84.52.253]) by sentinel.synapse.net (8.7.Beta.9/8.7.Beta.9) with SMTP id TAA20064 for < hackers@freebsd.org>; Sat, 8 Jul 1995 19:31:48 -0400 (EDT) Message-Id: <199507082331.TAA20064@sentinel.synapse.net> X-Authentication-Warning: sentinel.synapse.net: Host windchime-01.synapse.net [199.84.52.253] didn't use HELO protocol Date: Sat, 08 Jul 95 19:31:42 EDT From: evanc@synapse.net (Evan Champion) Reply-To: evanc@synapse.net (Evan Champion) To: hackers@freebsd.org Subject: Filesystems Sender: hackers-owner@freebsd.org Precedence: bulk I have been thinking a bit about big disks and filesystems etc. We have some large disks (ie: the 9 GB variety). We really like them because you pack a lot of data in to a small amount of space, and with only 7 devices on a SCSI-2/FAST chain, that's important to us. The problem is that when our BSD/OS server goes down (no matter how good a system is, things happen; the most recent was a failed SIMM), it takes forever to go through the FS checks. Since this is a major server, we can't really afford the down time. I was thinking a little bit about our FreeBSD servers and how when they go down they don't seem to spend all that long in the disk checks. Now, maybe it is just that they also don't have these darned 9 GB disks on them, but it was just an observation that I made. Does FreeBSD do some kind of journalling that allows quick recoveries? Also, I noted there is a LFS filesystem. Not having the LFS documentation around, the name sort of implies that LFS is a journalled filesystem. I also note that it is brand new with 4.4BSD. Does the LFS work and how good is it at quick recoveries? We're thinking of using for a very large file server so if there is something we can do to help on recoveries it would be greatly appreciated by us and our users. Evan -- Evan Champion evanc@synapse.net * Visit our World Wide Web Server Director, Internet Systems * at Synapse Internet * >From owner-freebsd-hackers Sat Jul 8 16:46:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07862 for hackers-outgoing; Sat, 8 Jul 1995 16:46:39 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA07763 for ; Sat, 8 Jul 1995 16:46:26 -0700 Received: by misery.sdf.com id <925>; Sat, 8 Jul 1995 16:50:33 +0100 Date: Sat, 8 Jul 1995 16:50:12 -0700 (PDT) From: Tom Samplonius To: Evan Champion cc: hackers@freebsd.org Subject: Re: Filesystems In-Reply-To: <199507082331.TAA20064@sentinel.synapse.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sat, 8 Jul 1995, Evan Champion wrote: > We have some large disks (ie: the 9 GB variety). We really like them > because you pack a lot of data in to a small amount of space, and with > only 7 devices on a SCSI-2/FAST chain, that's important to us. You can use multiple controllers or controllers with multiple channels. This also provides a performance benefit. > I was thinking a little bit about our FreeBSD servers and how when > they go down they don't seem to spend all that long in the disk > checks. Now, maybe it is just that they also don't have these darned > 9 GB disks on them, but it was just an observation that I made. Disk checks are only done after an unclean shutdown. > Does FreeBSD do some kind of journalling that allows quick recoveries? No. But FreeBSD's fsck implementation could be more efficient. fsck time is also determined by the amount of data on a disk. > Also, I noted there is a LFS filesystem. Not having the LFS > documentation around, the name sort of implies that LFS is a > journalled filesystem. I also note that it is brand new with 4.4BSD. > Does the LFS work and how good is it at quick recoveries? 4.4BSD LFS is broken. Tom >From owner-freebsd-hackers Sat Jul 8 16:51:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10337 for hackers-outgoing; Sat, 8 Jul 1995 16:51:20 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA10321 ; Sat, 8 Jul 1995 16:51:19 -0700 Received: from muggsy.lkg.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA27459; Sat, 8 Jul 95 16:46:55 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA29318; Sat, 8 Jul 1995 19:46:54 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id TAA07134; Sat, 8 Jul 1995 19:47:30 GMT Message-Id: <199507081947.TAA07134@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: token ring anyone In-Reply-To: Your message of "Sat, 08 Jul 1995 14:20:17 MST." <19318.805238417@time.cdrom.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Sat, 08 Jul 1995 19:47:29 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > > Instead of writing token ring drivers, I think it would be a far better > > investment to write NDIS3 miniport wrapper code for FreeBSD but I digress. > > Care to elaborate? :-) At the end of this message... > > So in essence, until the pain of not having Token Ring exceeds the pain > > threshold of implementation it's unlikely to be done. > > Indeed, and the pain of not having Token Ring generally diminishes > with each passing day as more and more TR user's accept the inevitable > and bail out to Ethernet. > I'm not saying that Token Ring doesn't have its faithful adherants or > some fairly indisputable strenghs (like actually approaching > reasonable link utilization efficiency or having a spare ~5Mb/sec to > play with) but it's still just not enough to break the ethernet > barrier. So until I see someone actually in possession of an IBM or > Madge TR card *and* the hacking skills to do the rest come forward, > I'll assume that the point is entirely moot. I've had a Proteon 1392 hitting in my hardware pile (anyone have a good method of storing lots of PC cards? I got 3com 3c507, 3c503, original NE2000, Intel EtherExpress, SMC Ultra, 3 DEFPAs (2MMF, one UTP), a DEFEA, a DE434, a SMC EtherPower, a SMC EtherPower 10/100, 2 DE435s, 2 DE500s, a DC21140 eval board, 4 DE450s, a SMC EtherPower Enhanced, a DE436, an AHA1540B, a DE100, an original DEPCA, a DE422, a DE425, 2 DE20x, 3 or 4 DE205s. Those are scattered around my desk in a semi-random pile) but I haven't had the masochistic urge to program it. I have also have an 8bit IBM TR card as well. But since the manufacturers have already spent the time to write NDIS3 drivers for Win95, it would be more interesting to write the NDIS3 miniport wrappers for them. It wouldn't as fast or as clean as a native driver but it might be easier. NDIS3 miniport drivers has a relatively small set of functions that they can call and they are 32-bit PIC code. I've thought of taking one or two of the miniport drivers for one of the cards that I have and seeing if I can write the NDIS3 shell that they want. From what I've been able to tell, the work would be about the same as writing a complex device driver. If successful, the code could probably be used as basis for using the Win95 SCSI miniport drivers. Novell is taking a similar approach with UnixWare. ODI NLM module can be "transmogrified" such that they be loaded and used under UnixWare. There's a bit of difference in opinion on how well that works depending on whether or not they work in Utah. :-) It should be noted that NDIS3 is really brain-dead in some spots (what else would you expect from Microsoft?) so performance will be not be great but at least it'll work. Of course that still leaves the problem of doing source routing ... Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Sat Jul 8 22:05:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18292 for hackers-outgoing; Sat, 8 Jul 1995 22:05:54 -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 WAA18286 for ; Sat, 8 Jul 1995 22:05:51 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id AAA15945; Sun, 9 Jul 1995 00:54:29 -0400 Date: Sun, 9 Jul 1995 00:54:28 -0400 (EDT) From: "Jonathan M. Bresler" Subject: ramspeed.c To: "Serge A. Krashakov" cc: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk here it is Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 /* ** ramspeed--Poul-Henning Kamp ** ** ** */ #include #include #include #include #include #include typedef unsigned long test_t; #define TESTSIZE (8192*1024) #define NOPS 1024*1024*16 #define NFACTOR 11 #define NVOL (NOPS*NFACTOR) int main(int argc,char **argv) { test_t *area, *chunk; test_t *pointer,x1=0,x2=0; unsigned counter,leap; int i; double delta; struct timeval before,middle,after; struct timezone tzb,tza; if (sizeof *area != 4) { perror("Need 32 bit test_t"); exit(2); } pointer = area=malloc(TESTSIZE); if(!area) { perror("malloc"); exit(2); } memset(area,'D',TESTSIZE); chunk = area + TESTSIZE / sizeof *area - 102; leap = TESTSIZE / sizeof *area - 204; gettimeofday(&before,&tzb); for(counter=0;counter= chunk) { pointer -= leap; } } gettimeofday(&middle,&tza); for(counter=0;counter= chunk) { pointer -= leap; } } gettimeofday(&after,&tza); if (x1 != 0x49005fb0) {perror("Wrong result"); exit(1); } if (x2 != 0x8938c0df) {perror("Wrong result"); exit(1); } delta =middle.tv_sec - before.tv_sec; delta +=(middle.tv_usec - before.tv_usec)/1000000.0; printf("%08lx ",x1); printf(" %6.3f uS/op", delta*1000000.0/NVOL); printf(" %7.2e op/S", NVOL/delta); printf(" %6.3f Mb/S\n", (NVOL*sizeof *pointer/(1024.0*1024.0)) / delta); delta =after.tv_sec - middle.tv_sec; delta +=(after.tv_usec - middle.tv_usec)/1000000.0; printf("%08lx ",x2); printf(" %6.3f uS/op", delta*1000000.0/NVOL); printf(" %7.2e op/S", NVOL/delta); printf(" %6.3f Mb/S\n", (NVOL*sizeof *pointer/(1024.0*1024.0)) / delta); return 0; } From owner-freebsd-hackers Sat Jul 8 22:15:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA18556 for hackers-outgoing; Sat, 8 Jul 1995 22:15:35 -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 WAA18550 for ; Sat, 8 Jul 1995 22:15:33 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id AAA13675; Sun, 9 Jul 1995 00:14:51 -0500 From: Joe Greco Message-Id: <199507090514.AAA13675@brasil.moneng.mei.com> Subject: Re: Cloning systems To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Stacey) Date: Sun, 9 Jul 1995 00:14:50 -0500 (CDT) Cc: karl@mcs.com, freebsd-hackers@freebsd.org In-Reply-To: <199507071430.QAA06484@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Jul 7, 95 04:30:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > > Currently, I am dealing with ports and stuff by actually loading the > > entire /usr/ports onto a box and then fudging around to get it to do a make > > install (it still has the .install_done from previous machine). That's a > > major strike out for the current ports system - you could not share > > /usr/ports via NFS, it would seem, for this reason. (anyways - it's been a > > major annoyance and lately I've started just compiling them all on each > > box). > > Sorry it's not a strike out (whatever `strikeout' is ;-) > It _is_ possible, I've done it, > I had my visiting (& now gone) 386 nfs mount /usr/ports on my 486, > then I just ran make -i reinstall on the 386., worked fine Well, maybe that was misleading: what I *want* to be able to do is to load up /usr/ports/distfiles on one box, build a bunch of ports over in /usr/local/src/ports/*/*, and then walk /usr/local/src/ports around to a lot of boxes and do "make install" or whatever and have things installed without the ridiculous apparent need for the "make install" target to see /usr/ports/distfiles and try to checksum the files! Many of my machines are in remote spots and/or are not directly Internet-visible. Most have limited disk space. This means that NFS mounts are not practical because the ports system will end up trying to retrieve the files via NFS to checksum them *over slow network links* :-( which is part of what I would like to avoid. I have a few key systems that are Internet-visible and building ports on these are great - they auto ftp themselves and build themselves and it's really slick. Now I wanna do the same set of programs on my remote 386DX/40... ok.. ftp over /usr/local/src/ports.tar.gz and untar it on the fly on the remote end... stop after every few packages because I don't have much disk space... would like to "make install" and "rm -fr" each package so as to have disk space... but, no! There's no /usr/ports/distfiles, even though the package is all compiled and ready to go. That is exasperating - even though I understand the way it came to be this way. I will look at the "reinstall" target (I have a machine to do tomorrow)... all that's really needed is a target that depends only on ".build-done".. maybe it's there and I just missed it (the source for bsd.ports.mk gave me a headache when I tried to decipher it..) Ah well :-) It's still a cool system... and a hell of a great way for folks to quickly get a system up, running, and usable quickly - as long as one has everything accessible locally. ;-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847