From owner-freebsd-hackers Sun Feb 12 02:49:26 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA05686 for hackers-outgoing; Sun, 12 Feb 1995 02:49:26 -0800 Received: from galactica.galactica.it (galactica.galactica.it [192.106.152.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA05679 for ; Sun, 12 Feb 1995 02:49:23 -0800 Received: from galactic.UUCP (root@localhost) by galactica.galactica.it (8.6.9/8.6.9) with UUCP id LAA21715 for hackers@FreeBSD.org; Sun, 12 Feb 1995 11:34:22 +0100 To: hackers@FreeBSD.org Subject: Makefile for Mosaic From: davide.tome'@galactica.it (DAVIDE TOME') Message-ID: <8A3628D.000100EABF.uuout@galactica.it> Date: Sun, 12 Feb 95 10:53:00 +0100 Organization: GALACTICA PROFESSIONAL COMMUNICATION - ++39-2-29.00.61.50 Reply-To: davide.tome'@galactica.it (DAVIDE TOME') X-Mailreader: PCBoard Version 15.21 X-Mailer: PCBoard/UUOUT Version 1.10 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Where can i find the right Makefile to compile Mosaic package in my FreeBSD 2.0 Unix ???? Ciao Davide Dott. Davide Tome' ------------------------------------------------- Internet .....: davide.tome'@galactica.it Fido..........: 2:331/358 davide tome' Galactica BBS.: +39-2-29006058 (24H 24 lines r.a) Voce..........: +39-2-29006150 Fax...........: +39-2-29006153 ------------------------------------------------- From owner-freebsd-hackers Sun Feb 12 04:47:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA09605 for hackers-outgoing; Sun, 12 Feb 1995 04:47:56 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA09597 for ; Sun, 12 Feb 1995 04:47:54 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMYPXL65NK000DJT@mail.rwth-aachen.de>; Sun, 12 Feb 1995 13:48:53 +0100 Received: by gilberto.physik.rwth-aachen.de (NAA04047); Sun, 12 Feb 1995 13:55:07 +0100 Date: Sun, 12 Feb 1995 13:55:07 +0100 From: "Christoph P. Kukulies" Subject: fp inline code To: freebsd-hackers@freefall.cdrom.com Message-id: <199502121255.NAA04047@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk To gcc/fp experts: (Bruce?) I want to have gcc produce inline sin, cos, log etc. functions as 387 instructions. Is this possible? I always thought -ffast-math would do that but it still generates call _sin etc. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Tue Feb 7 09:56:53 1995 kuku@blues:/sys/compile/BLUES i386 From owner-freebsd-hackers Sun Feb 12 06:22:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA13949 for hackers-outgoing; Sun, 12 Feb 1995 06:22:09 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [192.48.107.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA13935; Sun, 12 Feb 1995 06:21:58 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id PAA00643; Sun, 12 Feb 1995 15:06:08 +0100 Date: Sun, 12 Feb 1995 15:06:08 +0100 From: Julian Howard Stacey Message-Id: <199502121406.PAA00643@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freefall.cdrom.com, jkh@freefall.cdrom.com Subject: Re: Please? Whine.. Sup project.. Sender: hackers-owner@FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Sup .... takes very bad advantage of low bandwidth lines When I slip connect I run parallel: sup -v /usr/sup/freebsd/supfile.src sup -v /usr/sup/freebsd/supfile.ports (one soon to become gil....de) sup -v /usr/sup/netbsd/supfile.sunlamp rcp mbox.gz to localhost & my modem lights are mostly on 100% (I keep them by console so i can see 'em Julian Stacey From owner-freebsd-hackers Sun Feb 12 06:24:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA14095 for hackers-outgoing; Sun, 12 Feb 1995 06:24:40 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [192.48.107.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA14082 for ; Sun, 12 Feb 1995 06:24:30 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id MAA00287; Sun, 12 Feb 1995 12:12:46 +0100 Date: Sun, 12 Feb 1995 12:12:46 +0100 From: Julian Howard Stacey Message-Id: <199502121112.MAA00287@vector.eikon.e-technik.tu-muenchen.de> To: julian@tfs.com, terry@cs.weber.edu Subject: Re: FreeBSD with Bustec BT-542B SCSI interface Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > From: terry@cs.weber.edu (Terry Lambert) > "Clapped out" in that case might refer to the horse after being ridden in such a way. "Clapped out" meant some centuries ago: to be worn out & decrepit from "having the clap", The Clap was slang for venereal disease, especially gonorrhoea. Recently, as per Penguin Dict. '85, "Clapped out" generally refers to machinery. `Clapper' is the active part of a bell, (as in church tower bell etc), perhaps a fast rotating bell is meant by analogy as `going like clappers', & then degenerates to being `clapped out' through over use ? --- Julian Stacey From owner-freebsd-hackers Sun Feb 12 06:27:04 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA14277 for hackers-outgoing; Sun, 12 Feb 1995 06:27:04 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [192.48.107.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA14257 for ; Sun, 12 Feb 1995 06:26:57 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id MAA00299; Sun, 12 Feb 1995 12:19:01 +0100 Date: Sun, 12 Feb 1995 12:19:01 +0100 From: Julian Howard Stacey Message-Id: <199502121119.MAA00299@vector.eikon.e-technik.tu-muenchen.de> To: jgreco@brasil.moneng.mei.com, peter@bonkers.taronga.com Subject: Re: sup: Ok, I'm gonna do it. Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > I wouldn't bother with both vt102 and vt100. There > are probably 40 surviving vt100s in active use kermit on laptop pc's emulates vt102, some folk may use those as /dev/console things (I do for some boxes, though not currently for my freebsd box) (ie the cheapo laptop with dos3 & 2 flops degenerates to being a vt102) --- Julian Stacey From owner-freebsd-hackers Sun Feb 12 07:46:02 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19686 for hackers-outgoing; Sun, 12 Feb 1995 07:46:02 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA19670 for ; Sun, 12 Feb 1995 07:45:54 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05296 (5.67a/IDA-1.5); Sun, 12 Feb 1995 09:40:51 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA05259; 12 Feb 95 09:39:15 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id JAA05256; Sun, 12 Feb 1995 09:39:14 -0600 From: Peter da Silva Message-Id: <199502121539.JAA05256@bonkers.taronga.com> Subject: Re: sup: Ok, I'm gonna do it. To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Sun, 12 Feb 1995 09:39:14 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org In-Reply-To: <199502121119.MAA00299@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Feb 12, 95 12:19:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 258 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I wouldn't bother with both vt102 and vt100. There > > are probably 40 surviving vt100s in active use > kermit on laptop pc's emulates vt102, That's why I suggested vt102, but not vt100. But it's moot, since with :tc: you get both for the price of one. From owner-freebsd-hackers Sun Feb 12 08:11:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA21938 for hackers-outgoing; Sun, 12 Feb 1995 08:11:52 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA21930 for ; Sun, 12 Feb 1995 08:11:50 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by glueserv1.umd.edu (8.6.9/8.6.4) with ESMTP id LAA08400; Sun, 12 Feb 1995 11:11:42 -0500 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.9/8.6.4) id LAA18937; Sun, 12 Feb 1995 11:11:41 -0500 Date: Sun, 12 Feb 1995 11:11:41 -0500 (EST) From: Chuck Robey To: "DAVIDE TOME'" cc: hackers@FreeBSD.org Subject: Re: Makefile for Mosaic In-Reply-To: <8A3628D.000100EABF.uuout@galactica.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 12 Feb 1995, DAVIDE TOME' wrote: > Hi, > > > > Where can i find the right Makefile to compile Mosaic package in my > FreeBSD 2.0 Unix ???? > I haven't tried making Mosaic because the compiled versions in incoming worked fine for me, but are you aware that Mosaic requires the Motif libraries be installed on your machine? The Motif libraries are not included with FreeBSD, and they are not free, you'll have to go out and buy them. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Feb 12 10:23:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA27217 for hackers-outgoing; Sun, 12 Feb 1995 10:23:00 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA27209; Sun, 12 Feb 1995 10:22:38 -0800 Received: from g386bsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA01108; Sun, 12 Feb 95 19:21:41 +0100 Received: by g386bsd.first.gmd.de (TAA13484); Sun, 12 Feb 1995 19:23:34 +0100 From: Andreas Schulz Message-Id: <199502121823.TAA13484@g386bsd.first.gmd.de> Subject: Re: 1.44 floppy install solution To: marrano@passport.ca (Mario Marrano) Date: Sun, 12 Feb 1995 19:23:33 +0059 (MET) Cc: hackers@FreeBSD.org, bugs@FreeBSD.org, questions@FreeBSD.org, hardware@FreeBSD.org, j@uriah.sax.de In-Reply-To: from "Mario Marrano" at Feb 12, 95 00:10:00 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 453 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I hope you folks will excuse this dumb question I ask, but what > is the login name and password for this thing?? []-) For the first time , you can only login as "root" with no password needed. You need then to setup own accounts for yourself :-). ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Sun Feb 12 10:33:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA27428 for hackers-outgoing; Sun, 12 Feb 1995 10:33:33 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA27422 for ; Sun, 12 Feb 1995 10:33:29 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA25727; Mon, 13 Feb 1995 05:32:30 +1100 Date: Mon, 13 Feb 1995 05:32:30 +1100 From: Bruce Evans Message-Id: <199502121832.FAA25727@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de Subject: Re: fp inline code Sender: hackers-owner@FreeBSD.org Precedence: bulk >I want to have gcc produce inline sin, cos, log etc. functions as >387 instructions. Is this possible? I always thought -ffast-math >would do that but it still generates call _sin etc. You have to use -ffast-math -mfancy-math-387 under FreeBSD to get inlined sin, cos and sqrt. See gcc.info*; this is not documented in the manpage. Other 387 functions are not handled by gcc. Bruce From owner-freebsd-hackers Sun Feb 12 10:40:47 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA27500 for hackers-outgoing; Sun, 12 Feb 1995 10:40:47 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA27494; Sun, 12 Feb 1995 10:40:46 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA08072; Sun, 12 Feb 1995 10:38:13 -0800 From: Poul-Henning Kamp Message-Id: <199502121838.KAA08072@ref.tfs.com> Subject: Re: Please? Whine.. Sup project.. To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Sun, 12 Feb 1995 10:38:13 -0800 (PST) Cc: hackers@freefall.cdrom.com, jkh@freefall.cdrom.com In-Reply-To: <199502121406.PAA00643@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Feb 12, 95 03:06:08 pm Content-Type: text Content-Length: 725 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > From: "Jordan K. Hubbard" > > Sup .... takes very bad advantage of low bandwidth lines > > When I slip connect I run parallel: > sup -v /usr/sup/freebsd/supfile.src > sup -v /usr/sup/freebsd/supfile.ports > (one soon to become gil....de) > sup -v /usr/sup/netbsd/supfile.sunlamp > rcp mbox.gz to localhost > & my modem lights are mostly on 100% (I keep them by console so i can see 'em > Julian Stacey Don't ! running parallel sup's are unsocial since you hoard the limited number of sup-sessions. Please stop doing this. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sun Feb 12 10:51:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA27601 for hackers-outgoing; Sun, 12 Feb 1995 10:51:22 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA27594 for ; Sun, 12 Feb 1995 10:51:15 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA16109; Sun, 12 Feb 1995 19:52:47 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA22184 for hackers@FreeBSD.org; Sun, 12 Feb 1995 19:52:46 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id TAA26399; Sun, 12 Feb 1995 19:35:31 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502121835.TAA26399@bonnie.tcd-dresden.de> Subject: Re: floppy-tape To: hoppy@appsmiths.com (Clay D. Hopperdietzel) Date: Sun, 12 Feb 1995 19:35:31 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502101814.MAA08794@anvil.appsmiths.com> from "Clay D. Hopperdietzel" at Feb 10, 95 12:14:02 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 669 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Clay D. Hopperdietzel wrote: | | | fdc0: (NEC 765) [0: fd0: 1.2MB 5.25in] [1: fd1: 1.44MB 3.5in]fdc0: ready | for output in input: fdc0: ready for output in input: fdc0: ready for | output in input: fdc0: ready for output in input: fdc0: ready for output | in input: [... at least a screen's wort ...] | fdc0: too many errors, not logging any more [2: ft0: Colorado tape] Well, i really promise making it less noisy before 2.1 will ship. :-) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Feb 12 11:14:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA27973 for hackers-outgoing; Sun, 12 Feb 1995 11:14:14 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA27966 for ; Sun, 12 Feb 1995 11:14:11 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMZ3FETSA8000DUO@mail.rwth-aachen.de>; Sun, 12 Feb 1995 20:15:05 +0100 Received: by gilberto.physik.rwth-aachen.de (UAA04742); Sun, 12 Feb 1995 20:21:18 +0100 Date: Sun, 12 Feb 1995 20:21:18 +0100 From: "Christoph P. Kukulies" Subject: Re: fp inline code To: freebsd-hackers@freefall.cdrom.com Message-id: <199502121921.UAA04742@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I want to have gcc produce inline sin, cos, log etc. functions as > > 387 instructions. Is this possible? I always thought -ffast-math > > would do that but it still generates call _sin etc. > > You have to use -ffast-math -mfancy-math-387 under FreeBSD to get > inlined sin, cos and sqrt. See gcc.info*; this is not documented > in the manpage. Other 387 functions are not handled by gcc. > > Bruce I tried the following: Script started on Sun Feb 12 20:13:43 1995 blues> cat d.c main() { int i; double sin(),sqrt(); double a = sin(3.14); for (i = 0; i < 1000000; i++) a = sin(sqrt(a) + 1.0); printf("a=%lf\n", a); } blues> blues> gcc -S -ffast-math -mfancy-math-387 d. blues> cat d. .file "d.c" gcc2_compiled.: ___gnu_compiled_c: .text LC0: .ascii "a=%lf\12\0" .align 2 .globl _main .type _main,@function _main: pushl %ebp movl %esp,%ebp subl $12,%esp call ___main pushl $1074339512 pushl $1374389535 call _sin addl $8,%esp fstpl -12(%ebp) movl $0,-4(%ebp) L2: cmpl $999999,-4(%ebp) jle L5 jmp L3 .align 2,0x90 L5: pushl -8(%ebp) pushl -12(%ebp) call _sqrt addl $8,%esp fld1 faddp %st,%st(1) subl $8,%esp fstpl (%esp) call _sin addl $8,%esp fstpl -12(%ebp) L4: incl -4(%ebp) jmp L2 .align 2,0x90 L3: pushl -8(%ebp) pushl -12(%ebp) pushl $LC0 call _printf addl $12,%esp L1: leave ret Lfe1: .size _main,Lfe1-_main blues> Script done on Sun Feb 12 20:14:28 1995 I don't see sin, sqrt being inlined by fpu instructions. Am I missing something? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Tue Feb 7 09:56:53 1995 kuku@blues:/sys/compile/BLUES i386 From owner-freebsd-hackers Sun Feb 12 11:51:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA28761 for hackers-outgoing; Sun, 12 Feb 1995 11:51:44 -0800 Received: from nanbu.mt.cs.keio.ac.jp (nanbu.mt.cs.keio.ac.jp [131.113.32.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA28755 for ; Sun, 12 Feb 1995 11:51:42 -0800 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id EAA28490; Mon, 13 Feb 1995 04:51:36 +0900 Date: Mon, 13 Feb 1995 04:51:36 +0900 Message-Id: <199502121951.EAA28490@nanbu.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: APM bug fix / 3C589 device driver 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 Hi! Sorry for delaying my works on APM and laptop supports. Now I release a patch file for APM and other laptop support for FreeBSD 2.0R. It includes: * 2.0R APM driver bug-fix (includes serious ones), * APM time adjustment coexists with adjkerntz and/or NTP, * IBM PCMCIA Ethernet Card I/II driver bug-fix, * 3C589 PCMCIA Etherlink III device driver (named 'zp'), * Better suspend/resume support interface to other device drivers, * Suspend/resume support for PCMCIA cards, and * Hotkey suspend. I put it on ftp://bash.cc.keio.ac.jp/pub/system/LP/LP-1.00-pl01.tar.gz Please incorporate these changes to the current (especially, I want first three changes to be fixed ASAP). --- ----------------------------------------------------------- HOSOKAWA, Tatsumi (hosokawa@mt.cs.keio.ac.jp) Dept. of Computer Science, Keio University, Yokohama, Japan ----------------------------------------------------------- From owner-freebsd-hackers Sun Feb 12 12:43:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA00987 for hackers-outgoing; Sun, 12 Feb 1995 12:43:05 -0800 Received: from vinkku.hut.fi (vode@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA00981 for ; Sun, 12 Feb 1995 12:43:01 -0800 Received: (from vode@localhost) by vinkku.hut.fi (8.6.9/8.6.7) id WAA15474; Sun, 12 Feb 1995 22:42:23 +0200 Date: Sun, 12 Feb 1995 22:42:23 +0200 From: Kai Vorma Message-Id: <199502122042.WAA15474@vinkku.hut.fi> To: "Christoph P. Kukulies" Cc: freebsd-hackers@freefall.cdrom.com Subject: Re: fp inline code In-Reply-To: <199502121921.UAA04742@gilberto.physik.rwth-aachen.de> References: <199502121921.UAA04742@gilberto.physik.rwth-aachen.de> Reply-To: Kai.Vorma@hut.fi Sender: hackers-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies writes: > I tried the following: : > blues> gcc -S -ffast-math -mfancy-math-387 d. : > I don't see sin, sqrt being inlined by fpu instructions. Am I missing > something? You have to use -O (or -O2 or -O3) as well. ..vode From owner-freebsd-hackers Sun Feb 12 13:01:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA01211 for hackers-outgoing; Sun, 12 Feb 1995 13:01:44 -0800 Received: from mail.swip.net (mail.swip.net [192.71.180.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA01204 for ; Sun, 12 Feb 1995 13:01:39 -0800 Received: from aristotle.algonet.se by mail.swip.net (8.6.8/3.01) id WAA22233; Sun, 12 Feb 1995 22:04:00 +0100 Received: by aristotle.algonet.se (4.1/SMI-4.1) id AA02895; Sun, 12 Feb 95 22:00:03 +0100 Date: Sun, 12 Feb 95 22:00:03 +0100 From: mal@algonet.se (Mats Lofkvist) Message-Id: <9502122100.AA02895@aristotle.algonet.se> To: kuku@gilberto.physik.rwth-aachen.de Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502121921.UAA04742@gilberto.physik.rwth-aachen.de> (kuku@gilberto.physik.rwth-aachen.de) Subject: Re: fp inline code Sender: hackers-owner@FreeBSD.org Precedence: bulk If you add an -O to gcc, you get the inlining. Mats From owner-freebsd-hackers Sun Feb 12 13:28:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA02437 for hackers-outgoing; Sun, 12 Feb 1995 13:28:29 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA02428 for ; Sun, 12 Feb 1995 13:28:24 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA27896; Mon, 13 Feb 1995 08:27:35 +1100 Date: Mon, 13 Feb 1995 08:27:35 +1100 From: Bruce Evans Message-Id: <199502122127.IAA27896@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de Subject: Re: fp inline code Sender: hackers-owner@FreeBSD.org Precedence: bulk >> You have to use -ffast-math -mfancy-math-387 under FreeBSD to get >> inlined sin, cos and sqrt. See gcc.info*; this is not documented >I tried the following: >... >blues> gcc -S -ffast-math -mfancy-math-387 d. You also have to use -O. Bruce From owner-freebsd-hackers Sun Feb 12 14:08:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA03057 for hackers-outgoing; Sun, 12 Feb 1995 14:08:14 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA03050 for ; Sun, 12 Feb 1995 14:08:12 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id QAA04981 for hackers@freebsd.org; Sun, 12 Feb 1995 16:07:46 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502122207.QAA04981@anvil.appsmiths.com> Subject: GDB still broken? To: hackers@FreeBSD.org Date: Sun, 12 Feb 1995 16:07:44 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 816 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I saw a commit message go by sometime either yesterday or day before about something being fixed which was intended to repair GDB causing kernel panics. I supped current earlier today (about 2PMcst) and rebuilt, but alas the problem still seems to be there. In particular, I get: $ gdb generic (gdb) b main (gdb) r kernel page directory invalid pdir=0xbed063, va-0x5d5000 panic: invalid kernel page directory Perhaps I didn't do something right, this is a differnet bug, or the fix didn't take. Thanks. =============================================================================== Clay D. Hopperdietzel hoppy@appsmiths.com AppSmiths, Inc. (713) 578-0154 Houston, Texas USA Happiness is OG > 1.0500 From owner-freebsd-hackers Sun Feb 12 17:05:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA06323 for hackers-outgoing; Sun, 12 Feb 1995 17:05:13 -0800 Received: from dub-img-2.compuserve.com (dub-img-2.compuserve.com [198.4.9.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA06317 for ; Sun, 12 Feb 1995 17:05:12 -0800 Received: by dub-img-2.compuserve.com (8.6.9/5.941228sam) id UAA21516; Sun, 12 Feb 1995 20:04:37 -0500 Date: 12 Feb 95 20:01:17 EST From: "Greg D. Grooms" <71061.3152@CompuServe.COM> To: A hacker Subject: can't mount /dev/cd0a on /mnt for ProAudio Spectrum SCSI Message-ID: <950213010116_71061.3152_BHM92-1@CompuServe.COM> Sender: hackers-owner@FreeBSD.org Precedence: bulk Help! I installed FreeBSD ver 2.0 and started to load from the CD-ROM, but it is not recognized. The CD-ROM works great in DOS. Any suggestions? I have SCSI on my ProAudio Spectrum Sound card. From owner-freebsd-hackers Sun Feb 12 17:10:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA06432 for hackers-outgoing; Sun, 12 Feb 1995 17:10:11 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA06426 for ; Sun, 12 Feb 1995 17:10:10 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA09508; Sun, 12 Feb 1995 17:10:04 -0800 From: Poul-Henning Kamp Message-Id: <199502130110.RAA09508@ref.tfs.com> Subject: Re: can't mount /dev/cd0a on /mnt for ProAudio Spectrum SCSI To: 71061.3152@CompuServe.COM (Greg D. Grooms) Date: Sun, 12 Feb 1995 17:10:04 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <950213010116_71061.3152_BHM92-1@CompuServe.COM> from "Greg D. Grooms" at Feb 12, 95 08:01:17 pm Content-Type: text Content-Length: 406 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Help! I installed FreeBSD ver 2.0 and started to load from the CD-ROM, but it > is not recognized. The CD-ROM works great in DOS. Any suggestions? I have > SCSI on my ProAudio Spectrum Sound card. What is the name of the driver you load under dos ? -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sun Feb 12 17:11:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA06462 for hackers-outgoing; Sun, 12 Feb 1995 17:11:03 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA06456 for ; Sun, 12 Feb 1995 17:11:02 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id RAA05471 for ; Sun, 12 Feb 1995 17:10:55 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id RAA06200; Sun, 12 Feb 1995 17:10:53 -0800 From: "Justin T. Gibbs" Message-Id: <199502130110.RAA06200@estienne.cs.berkeley.edu> Subject: Re: My iozone results To: hasty@netcom.com Date: Sun, 12 Feb 1995 17:10:53 -0800 (PST) Cc: FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502111943.LAA08238@netcom14.netcom.com> from "hasty@netcom.com" at Feb 11, 95 11:43:13 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: 1399 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > IOZONE: auto-test mode > > > > > > MB reclen bytes/sec written bytes/sec read > > > 1 512 2064888 3728270 > > > 1 1024 3355443 4473924 > > > 16 8192 5088823 5149840 > > > Completed series of tests > > > kind of strange that you get approx. same numbers regardless of the > > file size. As if you were always (or never) going to disk! How much > > RAM do you have ? > > > Luigi > Well, I have 16MB of main and I am running X if I run the test > without X I get better numbers. > > At any rate, a more relible figure of the raw disk performance > can be obtained by tranferring like 10MB to /dev/null using > dd. Using a 16kb block size I managed to get 5.2mb/sec out > of the disk on a 10mb transfer to /dev/null. If you do the math, that's theoretical max. > Amancio Do you have any more info on your instability problems? Is it stable with just one device? I might have introduced a bug recently having to do with number of devices. I'll put all of my devices on one channel later tonight and see if I can reproduce it. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Feb 12 17:50:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA08432 for hackers-outgoing; Sun, 12 Feb 1995 17:50:05 -0800 Received: from sun.aitc.rest.tasc.com (sun.aitc.rest.tasc.com [147.81.50.129]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA08426 for ; Sun, 12 Feb 1995 17:50:03 -0800 Received: from remote3.is.rest.tasc.com by sun.aitc.rest.tasc.com (NX5.67d/NX3.0M-TASCnet-003) id AA21332; Sun, 12 Feb 95 20:44:27 -0500 X-Sender: dstrout@sun.aitc.rest.tasc.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Feb 1995 20:49:28 -0500 To: freebsd-hackers@FreeBSD.org From: dstrout@tasc.com (Dave Strout) Subject: [SURVEY] Update to Systems File Sender: hackers-owner@FreeBSD.org Precedence: bulk I was looking at the freebsd.cdrom.comm site, and saw that the 'Systems" file in the FAQs is pretty sparse. Being none too bright, I thought I would therefore offer to be the focal point for updating it. What I would like is for anyone who has FreeBSD 2.x running to fill out & mail the following survey to dstrout@tasc.com. I will compile and post the results, with the goal of reducing the "Will this board work" type questions. Thanks! <--------- cut here -------------> Hardware: Motherboard make & model: Processor: MB RAM: K cache: Num. & type slots (example : 3VLB / 4ISA): Video Card make & model: Video card memory & type (example: 4MB DRAM): Video Monitor make & model: Hard Drive make & model: HD Controller make & model: Other hardware make & model: Software: FreeBSD version: X-win version: Other Software of Note: General Info: Name: E-mail: FreeBSD is used for (work/play/both): Did you have to do anything special to make FreeBSD or X-windows run? Comments: <--------- cut here -------------> -- Dave Strout dstrout@sun.rest.tasc.com "`Reserved' is where you park, not how you drive" -- seen in a Pontiac ad. From owner-freebsd-hackers Sun Feb 12 19:04:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA10075 for hackers-outgoing; Sun, 12 Feb 1995 19:04:44 -0800 Received: from tinny.apana.org.au (ernie@tinny.apana.org.au [203.3.126.49]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA10049 for ; Sun, 12 Feb 1995 19:04:15 -0800 Received: (from ernie@localhost) by tinny.apana.org.au (8.6.9/8.6.9) id NAA04831 for freebsd-hackers@freebsd.org; Mon, 13 Feb 1995 13:03:15 +1000 From: Ernie Elu Message-Id: <199502130303.NAA04831@tinny.apana.org.au> Subject: CAP server To: freebsd-hackers@FreeBSD.org Date: Mon, 13 Feb 1995 13:03:12 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 703 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there, I am interested in setting up a FreeBSD 2.0 box as an Appleshare server for a bunch of Ethernet'd Macintosh Systems. Has anyone managed to port CAP patch level192 to FreeBSD and make it run Native Ethertalk? I found an old patch100 version in the ftp.freebsd.org a while ago. When I tried to compile tha latest version I go all sorts of complaints about makefile line XXX needs an operator etc. - Ernie. _______________________________________________________________________________ Australian Public Access Network Association - ernie@tinny.apana.org.au "I ping, therefore I am." _______________________________________________________________________________ From owner-freebsd-hackers Sun Feb 12 19:05:24 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA10097 for hackers-outgoing; Sun, 12 Feb 1995 19:05:24 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA10086; Sun, 12 Feb 1995 19:05:21 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id TAA14643; Sun, 12 Feb 1995 19:04:35 -0800 To: "Greg D. Grooms" <71061.3152@CompuServe.COM> cc: A hacker , phk@freefall.cdrom.com Subject: Re: can't mount /dev/cd0a on /mnt for ProAudio Spectrum SCSI In-reply-to: Your message of "12 Feb 95 20:01:17 EST." <950213010116_71061.3152_BHM92-1@CompuServe.COM> Date: Sun, 12 Feb 1995 19:04:34 -0800 Message-ID: <14642.792644674@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Help! I installed FreeBSD ver 2.0 and started to load from the CD-ROM, but i t > is not recognized. The CD-ROM works great in DOS. Any suggestions? I have > SCSI on my ProAudio Spectrum Sound card. That should be recognised as pas0 in your kernel boot messages - is it? You should be able to mount your CD as a normal SCSI CDROM.. [right Poul?] Jordan From owner-freebsd-hackers Sun Feb 12 19:29:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA10538 for hackers-outgoing; Sun, 12 Feb 1995 19:29:00 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA10532 for ; Sun, 12 Feb 1995 19:28:56 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id TAA02148 for ; Sun, 12 Feb 1995 19:28:48 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id TAA02806; Sun, 12 Feb 1995 19:26:26 -0800 Date: Sun, 12 Feb 1995 19:26:26 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502130326.TAA02806@netcom14.netcom.com> To: gibbs@estienne.CS.Berkeley.EDU, hasty@netcom.com Subject: Re: My iozone results Cc: FreeBSD-hackers@wcarchive.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >Do you have any more info on your instability problems? Is it stable Nope, and I am seriously thinking about taking the 2842 back. I think it has problems. Went to DOS to play a little DESCENT, when I booted back to FreeBSD failed to detect my scsi hard drives. I managed to eventually get the scsi drives to be detected by switching the drives on/off. When I have my smc ethernet installed the adapter and my Actix S3 864 have serious problems like the wrong colors show up at boot time. I did manage to boot correctly once when I tried to use my ethernet card I got and instant crash. This happened several times. Now, the story of the 2842 timing during heavy disk drive activities is a different and it could be due to the 2842's device driver. BTW: I did try different to have my ethernet at different maddr. Tnks, Amancio From owner-freebsd-hackers Sun Feb 12 20:10:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA11647 for hackers-outgoing; Sun, 12 Feb 1995 20:10:14 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA11641 for ; Sun, 12 Feb 1995 20:10:12 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rds6u-0001DrC; Sun, 12 Feb 95 20:10 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id UAA04101; Sun, 12 Feb 1995 20:00:32 -0800 From: Morgan Davis Message-Id: <199502130400.UAA04101@io.cts.com> Subject: Re: [SURVEY] Update to Systems File To: dstrout@tasc.com (Dave Strout) Date: Sun, 12 Feb 1995 20:00:32 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Dave Strout" at Feb 12, 95 08:49:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 536 Sender: hackers-owner@FreeBSD.org Precedence: bulk Dave Strout writes: > > What I would like is for anyone who has FreeBSD 2.x running to fill out & > mail the following survey to dstrout@tasc.com. I will compile and post the > results, with the goal of reducing the "Will this board work" type > questions. It would probably be a good idea to put this sort of thing on the FreeBSD web page, too, and provide currently available results there as well. Those keen with HTML and CGI could fashion an interactive database collection and reporting system for this (and similar) surveys. From owner-freebsd-hackers Sun Feb 12 20:22:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA11770 for hackers-outgoing; Sun, 12 Feb 1995 20:22:59 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA11762 for ; Sun, 12 Feb 1995 20:22:56 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA14944; Sun, 12 Feb 1995 20:22:49 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id UAA12857; Sun, 12 Feb 1995 20:22:48 -0800 Message-Id: <199502130422.UAA12857@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Clay D. Hopperdietzel" cc: hackers@FreeBSD.org Subject: Re: GDB still broken? In-reply-to: Your message of "Sun, 12 Feb 95 16:07:44 CST." <199502122207.QAA04981@anvil.appsmiths.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 12 Feb 1995 20:22:47 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Hi, > >I saw a commit message go by sometime either yesterday or day before about >something being fixed which was intended to repair GDB causing kernel panics. > >I supped current earlier today (about 2PMcst) and rebuilt, but alas the problem >still seems to be there. In particular, I get: Are you sure you rebuilt and reinstalled a new kernel?? The bug was of course in the kernel, not in gdb. -DG From owner-freebsd-hackers Sun Feb 12 21:07:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA12590 for hackers-outgoing; Sun, 12 Feb 1995 21:07:56 -0800 Received: from falcon.pacit.tas.gov.au (falcon.pacit.tas.gov.au [147.109.1.8]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA12578 for ; Sun, 12 Feb 1995 21:07:51 -0800 Received: from mailhost.hobart.tased.edu.au (mailhost.hobart.tased.edu.au [147.41.41.2]) by falcon.pacit.tas.gov.au (8.6.9/8.6.9) with SMTP id QAA27959 for ; Mon, 13 Feb 1995 16:09:49 +1100 Date: Mon, 13 Feb 1995 16:09:49 +1100 Received: from INFTECH/TEMPQ by mailhost.hobart.tased.edu.au (Mercury 1.13); Mon, 13 Feb 95 16:07:40 +1100 Received: from TEMPQ by INFTECH (Mercury 1.13); Mon, 13 Feb 95 16:07:11 +1100 Received: from hartz6.hobart.tased.edu.au by mailhost.hobart.tased.edu.au (Mercury 1.13); Mon, 13 Feb 95 16:07:03 +1100 X-Sender: as@mailhost.hobart.tased.edu.au Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@FreeBSD.org From: as@hobart.tased.edu.au (Andrew Stevenson) Subject: FreeBSD v2 & bindist X-Mailer: Message-ID: <2EB6DEB4198@mailhost.hobart.tased.edu.au> Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I am trying to install FreeBSD v2 on a compaq prolinea 4/25s (4 RAM / 116 HD) This computer is only a temporary measure until our properserver is delivered. After a fair bit of trouble we have got to the stage of inserting the CPIO disk. I am trying to install the bindist files however we can't do it by FTP because of a problem with initializing interface ed0. All the files are residing on F drive (a network drive on a novell net server) but there dosn't seem to be an option for that (not that I'm suprised). I tried downloadind all the bindist.* files to floppy but that caused an error as there was no check sum file. I put that on the floppy but it didn't help. Any ideas? Andrew -- Andrew@micksquadra.its.utas.edu.au -- I only read this at home :-) as@hobart.tased.edu.au -- Please use this for school related mail. From owner-freebsd-hackers Mon Feb 13 00:08:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA15659 for hackers-outgoing; Mon, 13 Feb 1995 00:08:12 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA15652 for ; Mon, 13 Feb 1995 00:08:10 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMZUGZ43YO000EQ9@mail.rwth-aachen.de>; Mon, 13 Feb 1995 09:09:03 +0100 Received: by gilberto.physik.rwth-aachen.de (JAA07019); Mon, 13 Feb 1995 09:15:15 +0100 Date: Mon, 13 Feb 1995 09:15:14 +0100 (MET) From: Christoph Kukulies Subject: Re: can't mount /dev/cd0a on /mnt for ProAudio Spectrum SCSI In-reply-to: <14642.792644674@time.cdrom.com> from "Jordan K. Hubbard" at Feb 12, 95 07:04:34 pm To: jkh@FreeBSD.org (Jordan K. Hubbard) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199502130815.JAA07019@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 904 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Help! I installed FreeBSD ver 2.0 and started to load from the CD-ROM, but i > t > > is not recognized. The CD-ROM works great in DOS. Any suggestions? I have > > SCSI on my ProAudio Spectrum Sound card. > > That should be recognised as pas0 in your kernel boot messages - is it? ^^^^ nca0 at 0x1f88-0x1f8b irq 10 on eisa<<---??? my MB is an ASUS SP3G nca0: type ProAudioSpectrum-16 nca0 waiting for scsi devices to settle npx0 on motherboard npx0: INT 16 interface pci0: scanning device 0..15, mechanism=2. chip0 on pci0:0 > You should be able to mount your CD as a normal SCSI CDROM.. [right > Poul?] > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Tue Feb 7 09:56:53 1995 kuku@blues:/sys/compile/BLUES i386 From owner-freebsd-hackers Mon Feb 13 00:11:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA15713 for hackers-outgoing; Mon, 13 Feb 1995 00:11:55 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA15707; Mon, 13 Feb 1995 00:11:52 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA11442; Mon, 13 Feb 1995 00:11:46 -0800 From: Poul-Henning Kamp Message-Id: <199502130811.AAA11442@ref.tfs.com> Subject: WARNING: 17 Feb will be a flagday. To: phk@FreeBSD.org Date: Mon, 13 Feb 1995 00:11:45 -0800 (PST) Content-Type: text Content-Length: 649 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi gang, Next weekend, we will commit some pretty extensive changes to the tree. this will probably take -current out of the water for a couple of days, and make life miserable for people for a week or so. If you want to take a snapshot, before these changes, be sure to do so BEFORE Noon "freefall-time" Friday Feb 17th 1995 The planned commits at this time are: BDE's slice-code Yves Fong's prototyping stuff If anybody else has any "big hits" for -current, now would be a good time to step forward and tell me. No other major functionality is planned for 2.1 at this time. -- Poul-Henning Kamp 2.1 Release engineer. From owner-freebsd-hackers Mon Feb 13 00:14:02 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA15732 for hackers-outgoing; Mon, 13 Feb 1995 00:14:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA15726; Mon, 13 Feb 1995 00:14:01 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA11452; Mon, 13 Feb 1995 00:13:48 -0800 From: Poul-Henning Kamp Message-Id: <199502130813.AAA11452@ref.tfs.com> Subject: Re: can't mount /dev/cd0a on /mnt for ProAudio Spectrum SCSI To: kuku@gilberto.physik.rwth-aachen.de Date: Mon, 13 Feb 1995 00:13:48 -0800 (PST) Cc: jkh@FreeBSD.org, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502130815.JAA07019@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Feb 13, 95 09:15:14 am Content-Type: text Content-Length: 781 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Help! I installed FreeBSD ver 2.0 and started to load from the CD-ROM, but i > > t > > > is not recognized. The CD-ROM works great in DOS. Any suggestions? I have > > > SCSI on my ProAudio Spectrum Sound card. > > > > That should be recognised as pas0 in your kernel boot messages - is it? > ^^^^ > nca0 at 0x1f88-0x1f8b irq 10 on eisa<<---??? my MB is an ASUS SP3G Just to keep people posted. This person does not have a 5380 based scsi-interface. I have not yet determined what it is, but I have been told that the drive is a Sony which makes me suspect that it may not be scsi at all. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Mon Feb 13 00:22:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA15876 for hackers-outgoing; Mon, 13 Feb 1995 00:22:00 -0800 Received: from hollywood.cinenet.net (hollywood.cinenet.net [198.147.76.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA15870 for ; Mon, 13 Feb 1995 00:21:59 -0800 Received: by hollywood.cinenet.net (8.6.9/25-eef) id IAA10480; Mon, 13 Feb 1995 08:16:11 GMT Date: Mon, 13 Feb 1995 08:16:11 GMT From: Bob Mercier Message-Id: <199502130816.IAA10480@hollywood.cinenet.net> To: freebsd-hackers@FreeBSD.org Subject: PPC port? Content-Length: 113 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there a powerpc (prep) port of FreeBSD in the works? Is there another list that's be more appropriate? Bob From owner-freebsd-hackers Mon Feb 13 05:03:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA00687 for hackers-outgoing; Mon, 13 Feb 1995 05:03:12 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA00677 for ; Mon, 13 Feb 1995 05:03:08 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id DAA19215 for ; Mon, 13 Feb 1995 03:54:16 -0800 Received: from g386bsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA05032; Mon, 13 Feb 95 12:53:51 +0100 Received: by g386bsd.first.gmd.de (MAA03876); Mon, 13 Feb 1995 12:55:31 +0100 From: Andreas Schulz Message-Id: <199502131155.MAA03876@g386bsd.first.gmd.de> Subject: Re: My iozone results To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 13 Feb 1995 12:55:30 +0059 (MET) Cc: gibbs@estienne.CS.Berkeley.EDU, hasty@netcom.com, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502130326.TAA02806@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 12, 95 07:26:26 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: 2011 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Do you have any more info on your instability problems? Is it stable > Nope, and I am seriously thinking about taking the 2842 back. > I think it has problems. Went to DOS to play a little DESCENT, > when I booted back to FreeBSD failed to detect my scsi hard drives. > I managed to eventually get the scsi drives to be detected by > switching the drives on/off. When I have my smc ethernet installed > the adapter and my Actix S3 864 have serious problems like the > wrong colors show up at boot time. I did manage to boot > correctly once when I tried to use my ethernet card I got > and instant crash. This happened several times. Now, > the story of the 2842 timing during heavy disk drive activities > is a different and it could be due to the 2842's device > driver. BTW: I did try different to have my ethernet at > different maddr. For me the 2842 works fine, kernel build of Feb 6. I have replaced my 1542CF with a 2842A at Dec 21 and no problems seen regarding the 2842. But i have seen problems on another local bus motherboard that is working ok with a 1542. I tried to replace the 1542 with a 2825 local bus controller and the machine simply hangs in the BIOS. Don't know if it is the board or the adaptec BIOS :-). The machine is a cyrix 486DX. The 2825 board works fine in another motherboard ( EISA/VL ) with an intel 486DX. I have only seen some timeouts with a 2742T controller with the ahc driver, but i have not looked into them, because this is on my test machine, where i test bad SCSI disks :-). So i need first find out, if the driver has some problems or the disks. Anyone remember the good old seagate ST296N ? :-). seagate told that this is really a SCSI drive, so no one believed that. It sounds like an ST506 or RLL drive, it is slower than a ST506 so it can't be SCSI :-). ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Mon Feb 13 05:35:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA00289 for hackers-outgoing; Mon, 13 Feb 1995 05:35:00 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA00280 for ; Mon, 13 Feb 1995 05:34:54 -0800 Received: from g386bsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA05043; Mon, 13 Feb 95 12:56:48 +0100 Received: by g386bsd.first.gmd.de (MAA03915); Mon, 13 Feb 1995 12:58:34 +0100 From: Andreas Schulz Message-Id: <199502131158.MAA03915@g386bsd.first.gmd.de> Subject: Re: CAP server To: ernie@tinny.apana.org.au (Ernie Elu) Date: Mon, 13 Feb 1995 12:58:33 +0059 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502130303.NAA04831@tinny.apana.org.au> from "Ernie Elu" at Feb 13, 95 01:03:12 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 700 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi there, > I am interested in setting up a FreeBSD 2.0 box as an Appleshare server for > a bunch of Ethernet'd Macintosh Systems. Has anyone managed to port CAP > patch level192 to FreeBSD and make it run Native Ethertalk? > I found an old patch100 version in the ftp.freebsd.org a while ago. When I > tried to compile tha latest version I go all sorts of complaints about > makefile line XXX needs an operator etc. Try to use gmake instead of make to prevent the "needs an operator" failures. ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Mon Feb 13 05:46:04 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA00689 for hackers-outgoing; Mon, 13 Feb 1995 05:46:04 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [192.48.107.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA00675 for ; Mon, 13 Feb 1995 05:45:59 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id OAA08229 for hackers@freebsd.org; Mon, 13 Feb 1995 14:45:53 +0100 Date: Mon, 13 Feb 1995 14:45:53 +0100 From: Julian Howard Stacey Message-Id: <199502131345.OAA08229@vector.eikon.e-technik.tu-muenchen.de> To: hackers@FreeBSD.org Subject: Lion ISDN Card Sender: hackers-owner@FreeBSD.org Precedence: bulk I've just plugged in a `Lion' ISDN card, after a reconfig, it speaks to me :-) (This is a Euro ISDN) I will test it on an ISDN line soon, more info later. Julian Stacey From owner-freebsd-hackers Mon Feb 13 05:47:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA00828 for hackers-outgoing; Mon, 13 Feb 1995 05:47:59 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA00802 for ; Mon, 13 Feb 1995 05:47:57 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id HAA08286; Mon, 13 Feb 1995 07:47:17 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502131347.HAA08286@anvil.appsmiths.com> Subject: Re: GDB still broken? To: davidg@Root.COM Date: Mon, 13 Feb 1995 07:47:17 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199502130422.UAA12857@corbin.Root.COM> from "David Greenman" at Feb 12, 95 08:22:28 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1089 Sender: hackers-owner@FreeBSD.org Precedence: bulk :: :: > :: >Hi, :: > :: >I saw a commit message go by sometime either yesterday or day before about :: >something being fixed which was intended to repair GDB causing kernel panics. :: > :: >I supped current earlier today (about 2PMcst) and rebuilt, but alas the problem :: >still seems to be there. In particular, I get: :: :: Are you sure you rebuilt and reinstalled a new kernel?? The bug was of :: course in the kernel, not in gdb. :: :: -DG :: I believe I did. After I supped, I stomped the whole 'compile' directory, reran config, and did a make in the compile directory, mv'ed to / I went ahead and supped again this morning, and am rebuilding the whole kernel from scratch again, in case I lost my mind somehow yesterday. In the meantime, is there anything I can look for to make sure I actually got the change you meant to make through sup? I should also say the executable I'm aiming it at is pretty fat. I've got 16MB of ram, but loading this monster in GDB pages the bejeezus out of my box. I'll also try it with something smaller, & let you know my findings. From owner-freebsd-hackers Mon Feb 13 05:53:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA01124 for hackers-outgoing; Mon, 13 Feb 1995 05:53:30 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA01118 for ; Mon, 13 Feb 1995 05:53:25 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id FAA15706; Mon, 13 Feb 1995 05:53:22 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id FAA13199; Mon, 13 Feb 1995 05:53:21 -0800 Message-Id: <199502131353.FAA13199@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Clay D. Hopperdietzel" cc: hackers@FreeBSD.org Subject: Re: GDB still broken? In-reply-to: Your message of "Mon, 13 Feb 95 07:47:17 CST." <199502131347.HAA08286@anvil.appsmiths.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Feb 1995 05:53:21 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >:: >:: > >:: >Hi, >:: > >:: >I saw a commit message go by sometime either yesterday or day before about >:: >something being fixed which was intended to repair GDB causing kernel panics. >:: > >:: >I supped current earlier today (about 2PMcst) and rebuilt, but alas the problem >:: >still seems to be there. In particular, I get: >:: >:: Are you sure you rebuilt and reinstalled a new kernel?? The bug was of >:: course in the kernel, not in gdb. >:: >:: -DG >:: >I believe I did. After I supped, I stomped the whole 'compile' directory, >reran config, and did a make in the compile directory, mv'ed to / > >I went ahead and supped again this morning, and am rebuilding the whole >kernel from scratch again, in case I lost my mind somehow yesterday. > >In the meantime, is there anything I can look for to make sure I actually got >the change you meant to make through sup? Look at the revision of /sys/kern/sys_process.c and make sure it is rev 1.9. >I should also say the executable I'm aiming it at is pretty fat. I've got >16MB of ram, but loading this monster in GDB pages the bejeezus out of >my box. I'll also try it with something smaller, & let you know my findings. Thanks.. -DG From owner-freebsd-hackers Mon Feb 13 06:36:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA02861 for hackers-outgoing; Mon, 13 Feb 1995 06:36:44 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA02855 for ; Mon, 13 Feb 1995 06:36:43 -0800 Received: (from jkh@localhost) by time.cdrom.com (8.6.9/8.6.9) id GAA15124 for hackers; Mon, 13 Feb 1995 06:36:44 -0800 Date: Mon, 13 Feb 1995 06:36:44 -0800 From: "Jordan K. Hubbard" Message-Id: <199502131436.GAA15124@time.cdrom.com> To: hackers@FreeBSD.org Subject: any amd users out there? Sender: hackers-owner@FreeBSD.org Precedence: bulk Can to send me your maps? I've read the docs and I'm still confused! :-) Basically, I just want to map machines into a /machine/path scheme. /thud/d, /freefall/a, etc. Thanks! Jordan From owner-freebsd-hackers Mon Feb 13 06:57:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA04397 for hackers-outgoing; Mon, 13 Feb 1995 06:57:43 -0800 Received: from nanbu.mt.cs.keio.ac.jp (nanbu.mt.cs.keio.ac.jp [131.113.32.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA04391 for ; Mon, 13 Feb 1995 06:57:40 -0800 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id XAA29189; Mon, 13 Feb 1995 23:57:37 +0900 Date: Mon, 13 Feb 1995 23:57:37 +0900 Message-Id: <199502131457.XAA29189@nanbu.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: Re: APM bug fix / 3C589 device driver In-Reply-To: Your message of Mon, 13 Feb 1995 04:51:36 +0900. <199502121951.EAA28490@nanbu.mt.cs.keio.ac.jp> 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 <199502121951.EAA28490@nanbu.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.JP writes: >> I put it on >> ftp://bash.cc.keio.ac.jp/pub/system/LP/LP-1.00-pl01.tar.gz Oops! It's not true. Correct URL is, ftp://bash.cc.keio.ac.jp/pub/system/LP/LP-1.0-pl01.tar.gz ~~~ Sorry for my mistake. --- ----------------------------------------------------------- HOSOKAWA, Tatsumi (hosokawa@mt.cs.keio.ac.jp) Dept. of Computer Science, Keio University, Yokohama, Japan ----------------------------------------------------------- From owner-freebsd-hackers Mon Feb 13 07:03:41 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA04543 for hackers-outgoing; Mon, 13 Feb 1995 07:03:41 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA04537 for ; Mon, 13 Feb 1995 07:03:37 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id JAA08544; Mon, 13 Feb 1995 09:03:06 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502131503.JAA08544@anvil.appsmiths.com> Subject: Re: GDB still broken? To: davidg@Root.COM Date: Mon, 13 Feb 1995 09:03:05 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199502131353.FAA13199@corbin.Root.COM> from "David Greenman" at Feb 13, 95 05:53:02 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1312 Sender: hackers-owner@FreeBSD.org Precedence: bulk [...] :: > :: >In the meantime, is there anything I can look for to make sure I actually got :: >the change you meant to make through sup? :: :: Look at the revision of /sys/kern/sys_process.c and make sure it is rev 1.9. here's mine: * $Id: sys_process.c,v 1.9 1995/02/10 22:36:11 davidg Exp $ :: :: >I should also say the executable I'm aiming it at is pretty fat. I've got :: >16MB of ram, but loading this monster in GDB pages the bejeezus out of :: >my box. I'll also try it with something smaller, & let you know my findings. I completely rebuilt kernel this AM after a fresh sup. Still have the same problem. This time, I tried it with a simple 'hello.cpp' and GDB seems to work fine (dunno if it did before your 1.9 changes). Ran it with a somewhat larger app (exe size ~=4MB), and it also seemed to work fine (again dunno before 1.9). Ran it on good 'ol porky (exe size~=17MB) and got the same panic as before. Always seems to be the same 'va', different 'pdir'. The fat app is a large C++ program which drags in X11. It runs outside of the debugger without incident. I don't know how much shared library stuff is going on, I just linked it with g++ without any particulary obnoxios options. I'll be happy to send it to you (or anybody else) if you think it will do you any good. From owner-freebsd-hackers Mon Feb 13 07:34:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA05151 for hackers-outgoing; Mon, 13 Feb 1995 07:34:55 -0800 Received: from POSC.org (posc.org [192.246.215.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA05145 for ; Mon, 13 Feb 1995 07:34:52 -0800 Received: from posc.posc.org (posc.posc.org [192.246.215.30]) by POSC.org (8.6.8.1/8.6.6) with ESMTP id JAA24347; Mon, 13 Feb 1995 09:34:37 -0600 Received: from sys14.posc.org (sys14.posc.org [192.246.215.69]) by posc.posc.org (8.6.9/8.6.9) with SMTP id JAA09547; Mon, 13 Feb 1995 09:34:35 -0600 Received: by sys14.posc.org (4.1/SMI-4.1) id AA02603; Mon, 13 Feb 95 09:34:33 CST Date: Mon, 13 Feb 1995 09:34:33 -0600 (CST) From: Dave Waddell X-Sender: waddell@sys14 To: Jon Cargille Cc: freebsd-hackers@FreeBSD.org Subject: Re: installation problem (2.0): exec failed? In-Reply-To: <9502090430.AA04848@grilled.cs.wisc.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I had the same problem with a DOS partition on the first part of the disk. The only solution I had was to dedicate the whole disk to FreeBSD. I concluded it was due to the disk sector translation scheme. On Wed, 8 Feb 1995, Jon Cargille wrote: > > Has anyone run across this sort of installation problem before? > > Someone I know says he got the following error (followed by a reboot) > after fdisk/disklabelling, and proceeding with the installation: > > exec(stand/newfs) failed code=5888. > > Here's his system description: > > >Platform : > > 486/80 + 16MB Ram > > 1542b adaptec with a 1.6G Micropolis > > single speed mitsumi :( > > IDE with 1.6G Microp > > > >FreeBSD is intended to go onto partition 2 of the SCSI (ie sda2 in linux > >terms). The German Linux is on sda1 > > Any suggestions? > > Thanks a lot, > > Jon > ========================================================================== | Dave Waddell | Disclaimer - I don't even speak for myself | | waddell@posc.org | | | kb5wxe@kb5wxe.ampr.org | + 1 713 267 5103 | ========================================================================== From owner-freebsd-hackers Mon Feb 13 07:56:08 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA05531 for hackers-outgoing; Mon, 13 Feb 1995 07:56:08 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA05525; Mon, 13 Feb 1995 07:56:06 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA14472; Mon, 13 Feb 95 09:53:42 CST From: Joe Greco Message-Id: <9502131553.AA14472@brasil.moneng.mei.com> Subject: Re: any amd users out there? To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Mon, 13 Feb 1995 09:53:41 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199502131436.GAA15124@time.cdrom.com> from "Jordan K. Hubbard" at Feb 13, 95 06:36:44 am X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 3419 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Can to send me your maps? I've read the docs and I'm still > confused! :-) > > Basically, I just want to map machines into a /machine/path > scheme. /thud/d, /freefall/a, etc. > > Thanks! Hi Jordan, I'll be honest and say I haven't gone any further than I needed with amd, so I don't really know whether or not what you describe is feasible. I've traditionally worked with Sun's autoblount and it is oriented towards providing subdirectory services under a "magic" single directory of some sort: under amd, I have observed the same thing, so all I can immediately say is that doing the "/net/{hostname}/{filename-on-host}" thing would be simple enough. In my own environment, I wanted to be able to access "/home/{machine}/{partition}/" via amd, so that I could do things like "/home/solaria/u1/jgreco" and get /home/solaria/u1 automounted - without doing an instance per-user, as the Sun automounter would stupidly do. This doesn't seem to be quite what you're looking for, but it may give a few clues. I installed the following (shortened) map as /etc/amd.home: hummin# cat /etc/amd.home # # mk-amd-map /etc/amd.home # /defaults opts:=rw,intr,grpid,nosuid # localhost type:=link;fs:=${host} # solaria type:=auto;fs:=${map};pref:=${key}/ # solaria/u0 host!=solaria;type:=nfs;rhost:=solaria;rfs:=/usr/u0 \ host==solaria;type:=ufs;dev:=/dev/xxx # solaria/u1 host!=solaria;type:=nfs;rhost:=solaria;rfs:=/usr/u1 \ host==solaria;type:=ufs;dev:=/dev/xxx # hummin type:=auto;fs:=${map};pref:=${key}/ # hummin/u0 host!=hummin;type:=nfs;rhost:=hummin;rfs:=/home/hummin/u0 \ host==hummin;type:=ufs;dev:=/dev/sd1g Notice that Solaria itself is still running Sun automount and will never participate in the amd map, so the "rfs" points to the physical mount point and the "dev" is meaningless. The amd syntax is funky but powerful - it's also mildly self-explanatory. I believe that this is fairly similar to a sample given in the BSD SMM, by the way... Wierd side effects: if you do this, your physical home directory ends up as /a/{host}/home/{host}/{partition}/{user} but I didn't/don't care too much. One has to create a db version of the map by doing "mk-amd-map mapname" (as the comment at the top of my map suggests). /etc/netstart: amdflags="-r -l syslog /home /etc/amd.home -cache:=inc" nfs_client=YES nfs_server=YES For doing what (I think) you're doing, you might want to look at "type:=host" as a more generalized way of providing access to the exported filesystems on a host. Try something like this: # # mk-amd-map /etc/amd.net # /defaults type:=host;fs:=${autodir}/${rhost}/root;rhost:=${key} * opts:=rw,intr,nosuid,grpid then mk-amd-map /etc/amd.net and run amd: amdflags="-r -l syslog /net /etc/amd.net -cache:=inc" which of course I haven't tried and will blow up all your systems in brilliant and unexpected ways. This advice comes with no warranty or guarantees: I will take no responsibility for the destruction and demise of your filesystems, your machine, Walnut Creek CDROM, California, or the planet resulting from anything that you do as a result of this message. ;-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Feb 13 08:22:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA06062 for hackers-outgoing; Mon, 13 Feb 1995 08:22:12 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA06056; Mon, 13 Feb 1995 08:22:10 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id LAA02678; Mon, 13 Feb 1995 11:22:04 -0500 From: "matthew c. mead" Message-Id: <199502131622.LAA02678@goof.com> Subject: Re: any amd users out there? To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Mon, 13 Feb 1995 11:22:04 -0500 (EST) Cc: cstruble@singularity.bevc.blacksburg.va.us, hackers@FreeBSD.org In-Reply-To: <199502131436.GAA15124@time.cdrom.com> from "Jordan K. Hubbard" at Feb 13, 95 06:36:44 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 732 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > Can to send me your maps? I've read the docs and I'm still > confused! :-) Me too! We're working on passing our home directories around over here, and having access to shared /usr/local type resources do automounting. > Basically, I just want to map machines into a /machine/path > scheme. /thud/d, /freefall/a, etc. If you get any responses, could you forward them on to me? Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon Feb 13 08:45:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA06787 for hackers-outgoing; Mon, 13 Feb 1995 08:45:44 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA06781 for ; Mon, 13 Feb 1995 08:45:43 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13037; Mon, 13 Feb 95 09:38:16 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502131638.AA13037@cs.weber.edu> Subject: Re: Makefile for Mosaic To: davide.tome'@galactica.it Date: Mon, 13 Feb 95 9:38:15 MST Cc: hackers@FreeBSD.org In-Reply-To: <8A3628D.000100EABF.uuout@galactica.it> from "DAVIDE TOME" at Feb 12, 95 10:53:00 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Where can i find the right Makefile to compile Mosaic package in my > FreeBSD 2.0 Unix ???? They should be created by you running imake on the Imakefile at the top level of the Motif build tree. This is how most X things work. Because it is a toolkit, I suspect you will have to unpack the Motif into an existing build tree for X11. You will probably find some revision incompatabilities between X and Motif if you use the X11R6 build tree instead of X11R5. Oh, and FreeBSD 2.0 does not have rights to the UNIX trademark. 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 Mon Feb 13 08:47:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA06909 for hackers-outgoing; Mon, 13 Feb 1995 08:47:30 -0800 Received: from relay-europe.ps.net (relay-europe.ps.net [160.110.96.10]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA06902 for ; Mon, 13 Feb 1995 08:47:29 -0800 Received: by relay-europe.ps.net (AIX 3.2/UCB 5.64/4.03) id AA09467; Mon, 13 Feb 1995 16:47:36 GMT Date: Mon, 13 Feb 1995 16:47:36 +0000 (GMT) From: Aled Morris Subject: lpt To: hackers@FreeBSD.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Am I supposed to be able to "echo hello > /dev/lpt0" to test my parallel printer? Needless to say, it doesn't work. It just hangs for a minute and comes back "/dev/lpt0: Device busy". I tried rebooting with the printer connected and on-line, but it made no difference. Machine is 486DX33, FreeBSD is 0210-SNAP. lpd is not running. lpt0 is configured in the kernel (standard config) and is recognised at boot-up: lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface Aled -- aledm@relay-europe.ps.net | tel +44 973 207987 Perot Systems Europe Ltd. | fax +44 181 476 2419 From owner-freebsd-hackers Mon Feb 13 09:14:28 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA08151 for hackers-outgoing; Mon, 13 Feb 1995 09:14:28 -0800 Received: from grilled.cs.wisc.edu (grilled.cs.wisc.edu [128.105.66.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA08144 for ; Mon, 13 Feb 1995 09:14:26 -0800 Date: Mon, 13 Feb 95 11:11:14 -0600 From: jcargill@cs.wisc.edu (Jon Cargille) Message-Id: <9502131711.AA08129@grilled.cs.wisc.edu> Received: by grilled.cs.wisc.edu; Mon, 13 Feb 95 11:11:14 -0600 To: freebsd-hackers@FreeBSD.org Subject: Network gurus: How hard to split bandwidth across modems? Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been wondering how hard would it be to convince FreeBSD to route packets (possibly bound for a single host) across two different point-to-point links as bandwidth is available? The reason I'm wondering is that two 28.8 modems over POTS are quite a lot more affordable than a leased 56K line these days... I know NetBlazers can do this sort of thing; has anyone looked into (or know offhand) what would be necessary to get this to work under FreeBSD? Would minor or major work in the networking code be required? Just thought I'd check whether someone has already investigated this before I start... Thanks for any info, Jon From owner-freebsd-hackers Mon Feb 13 09:29:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA09012 for hackers-outgoing; Mon, 13 Feb 1995 09:29:09 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA09004 for ; Mon, 13 Feb 1995 09:29:04 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id KAA09850; Mon, 13 Feb 1995 10:32:45 -0700 Date: Mon, 13 Feb 1995 10:32:45 -0700 From: Nate Williams Message-Id: <199502131732.KAA09850@trout.sri.MT.net> In-Reply-To: jcargill@cs.wisc.edu (Jon Cargille) "Network gurus: How hard to split bandwidth across modems?" (Feb 13, 11:11am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: jcargill@cs.wisc.edu (Jon Cargille), freebsd-hackers@FreeBSD.org Subject: Re: Network gurus: How hard to split bandwidth across modems? Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've been wondering how hard would it be to convince FreeBSD to route > packets (possibly bound for a single host) across two different > point-to-point links as bandwidth is available? > Jordan posted something about this when I was down in San Francisco a few weeks back. There are patches on the BSDi site that do this for BSDi that *might* be portable to FreeBSD if a little bit of hacking was done. I haven't looked at them myself, but they're worth checking out. Nate From owner-freebsd-hackers Mon Feb 13 09:32:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA09192 for hackers-outgoing; Mon, 13 Feb 1995 09:32:19 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA09183 for ; Mon, 13 Feb 1995 09:32:13 -0800 Received: from g386bsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA07928; Mon, 13 Feb 95 18:31:50 +0100 Received: by g386bsd.first.gmd.de (SAA08905); Mon, 13 Feb 1995 18:33:42 +0100 From: Andreas Schulz Message-Id: <199502131733.SAA08905@g386bsd.first.gmd.de> Subject: Re: lpt To: aledm@relay-europe.ps.net (Aled Morris) Date: Mon, 13 Feb 1995 18:33:42 +0059 (MET) Cc: hackers@FreeBSD.org In-Reply-To: from "Aled Morris" at Feb 13, 95 04:47: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: 884 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Am I supposed to be able to "echo hello > /dev/lpt0" to test my parallel > printer? More or less, you shouldn't forget that most line printers want to have a Carriage return and a Newline, but unix sends out for the above echo only a newline. > I tried rebooting with the printer connected and on-line, but it made no > difference. > > Machine is 486DX33, FreeBSD is 0210-SNAP. lpd is not running. lpt0 is > configured in the kernel (standard config) and is recognised at boot-up: > > lpt0 at 0x3bc-0x3c3 irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface Try to switch it into polled mode with the "lptcontrol" program and look if it works then. ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Mon Feb 13 09:51:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA09946 for hackers-outgoing; Mon, 13 Feb 1995 09:51:43 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA09940 for ; Mon, 13 Feb 1995 09:51:41 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13396; Mon, 13 Feb 95 10:43:47 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502131743.AA13396@cs.weber.edu> Subject: Re: PPC port? To: mercier@hollywood.cinenet.net (Bob Mercier) Date: Mon, 13 Feb 95 10:43:47 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502130816.IAA10480@hollywood.cinenet.net> from "Bob Mercier" at Feb 13, 95 08:16:11 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is there a powerpc (prep) port of FreeBSD in the works? Is there > another list that's be more appropriate? > Is there a non Apple PPC in the works, or an Apple hardware documentation policy change? Also, PReP is a dead specification, with which Apple refused to conform. The new spec being worked on is CHiRP, and it will be much more lenient in terms of things like documenting bus interfaces for developers (the big problem with Apple) and direct memory writes for video output (one of the things that made Aplle balk at CHiRP, besides the requirement that they document their hardware). I expect that someone will eventually take apart an Apple machine to its components and XRay their ASICs (I know several someones interested in doing this, and they have the equipment). 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 Mon Feb 13 10:29:36 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA10658 for hackers-outgoing; Mon, 13 Feb 1995 10:29:36 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA10650 for ; Mon, 13 Feb 1995 10:29:34 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA15441; Mon, 13 Feb 95 12:27:04 CST From: Joe Greco Message-Id: <9502131827.AA15441@brasil.moneng.mei.com> Subject: Re: Network gurus: How hard to split bandwidth across modems? To: jcargill@cs.wisc.edu (Jon Cargille) Date: Mon, 13 Feb 1995 12:27:03 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9502131711.AA08129@grilled.cs.wisc.edu> from "Jon Cargille" at Feb 13, 95 11:11:14 am X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1111 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've been wondering how hard would it be to convince FreeBSD to route > packets (possibly bound for a single host) across two different > point-to-point links as bandwidth is available? > > The reason I'm wondering is that two 28.8 modems over POTS are quite a > lot more affordable than a leased 56K line these days... I briefly looked at this and it appeared to be nontrivial: I also started to look into MorningStar PPP but was disgusted by the prices. I have basically a similar problem: a pair of ISDN terminal adapters that can't do bonding on an async connection (sync only). I was curious to see if they could be used as two separate links with multilink PPP, but the lack of an easy/obvious solution persuaded me to wait until the TA vendor finishes an async bonding implementation. There is an RFC for multilink PPP out there in RFCland.... and I'd be interested in any results. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Feb 13 10:45:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA10910 for hackers-outgoing; Mon, 13 Feb 1995 10:45:55 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA10901 for ; Mon, 13 Feb 1995 10:45:52 -0800 Received: (from jc@localhost) by irbs.com (8.6.9/8.6.6) id NAA01780; Mon, 13 Feb 1995 13:45:41 -0500 From: John Capo Message-Id: <199502131845.NAA01780@irbs.com> Subject: Re: Network gurus: How hard to split bandwidth across modems? To: jcargill@cs.wisc.edu (Jon Cargille) Date: Mon, 13 Feb 1995 13:45:40 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <9502131711.AA08129@grilled.cs.wisc.edu> from "Jon Cargille" at Feb 13, 95 11:11:14 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: 768 Sender: hackers-owner@FreeBSD.org Precedence: bulk There is an RFC for this but I don't know the number. John Capo Jon Cargille writes: > > > I've been wondering how hard would it be to convince FreeBSD to route > packets (possibly bound for a single host) across two different > point-to-point links as bandwidth is available? > > The reason I'm wondering is that two 28.8 modems over POTS are quite a > lot more affordable than a leased 56K line these days... > > I know NetBlazers can do this sort of thing; has anyone looked into > (or know offhand) what would be necessary to get this to work under > FreeBSD? Would minor or major work in the networking code be > required? > > Just thought I'd check whether someone has already investigated this > before I start... > > Thanks for any info, > > Jon > From owner-freebsd-hackers Mon Feb 13 11:00:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA11178 for hackers-outgoing; Mon, 13 Feb 1995 11:00:22 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA11172 for ; Mon, 13 Feb 1995 11:00:10 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.9/8.6.9) with SMTP id UAA27328; Mon, 13 Feb 1995 20:59:16 +0200 Date: Mon, 13 Feb 95 20:56:36 IST From: "Ugen J.S.Antsilevich" Subject: Re: Network gurus: How hard to split bandwidth across modems? To: Jon Cargille , freebsd-hackers@FreeBSD.org, Nate Williams X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I've been wondering how hard would it be to convince FreeBSD to route >> packets (possibly bound for a single host) across two different >> point-to-point links as bandwidth is available? >> > >Jordan posted something about this when I was down in San Francisco a >few weeks back. There are patches on the BSDi site that do this for >BSDi that *might* be portable to FreeBSD if a little bit of hacking was >done. I haven't looked at them myself, but they're worth checking out. Hmm...let's say we have ppp0 and ppp1 both 28.8 to some lae where we have another box 28.8... Can't we define on our box route add default and on the box on the second side: route add Wouldn't this one work? -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-hackers Mon Feb 13 11:14:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA11429 for hackers-outgoing; Mon, 13 Feb 1995 11:14:05 -0800 Received: from ifc.com (ifc.com [204.30.44.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA11423 for ; Mon, 13 Feb 1995 11:14:02 -0800 Received: from ([204.30.44.12]) by ifc.com (8.6.8/8.6.6) with SMTP id LAA02865 for ; Mon, 13 Feb 1995 11:15:08 -0900 Date: Mon, 13 Feb 1995 11:15:08 -0900 Message-Id: <199502132015.LAA02865@ifc.com> X-Sender: wallison@ifc.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.org From: wallison@ifc.com (Bill Allison) Subject: Re: listproc compile error i386 X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk Have any of you ported Listproc to FreeBSD? If so, please let me know... >From: tasos@cs.bu.edu (Anastasios Kotsikonas) >Subject: Re: listproc compile error i386 >To: wallison@ifc.com (Bill Allison) >Date: Mon, 13 Feb 1995 12:44:30 -0500 (EST) >Content-Length: 464 > >the code needs to be ported for FreeBSD. You should contact the FreeBSD people >and they can perhaps suggest mods to the code. > >> >> I am trying to compile listproc 6.0c on a FreeBSD 1.1.5.1 machine. >> >> Here is the error I got: >> >> sysmail.c:199: Undefined symbol '_ulimit' referenced from text segment >> *** Error code 1 >> >> Stop. >> ./setup: error(s) during compilation; quitting >> >> Do you have any suggestions? THANKS a lot, in advance! >> >> --Bill >> >> > > > --------------------- William Allison Ian Freed Consulting, Inc. Seattle, WA 98104 Tel: 206.583.8919 FAX: 206.583.8941 http://www.ifc.com/ From owner-freebsd-hackers Mon Feb 13 11:26:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA12240 for hackers-outgoing; Mon, 13 Feb 1995 11:26:31 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA12227 for ; Mon, 13 Feb 1995 11:26:29 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA13557; Mon, 13 Feb 1995 11:26:09 -0800 From: Poul-Henning Kamp Message-Id: <199502131926.LAA13557@ref.tfs.com> Subject: Re: Network gurus: How hard to split bandwidth across modems? To: ugen@netvision.net.il (Ugen J.S.Antsilevich) Date: Mon, 13 Feb 1995 11:26:08 -0800 (PST) Cc: jcargill@cs.wisc.edu, freebsd-hackers@FreeBSD.org, nate@trout.sri.MT.net In-Reply-To: from "Ugen J.S.Antsilevich" at Feb 13, 95 08:56:36 pm Content-Type: text Content-Length: 494 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hmm...let's say we have ppp0 and ppp1 both 28.8 to some lae where > we have another box 28.8... > Can't we define on our box > route add default > > and on the box on the second side: > route add > > Wouldn't this one work? Yes it would but you'd get two half-duplex lines, not what we want... -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 13 11:32:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA13654 for hackers-outgoing; Mon, 13 Feb 1995 11:32:33 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA13643 for ; Mon, 13 Feb 1995 11:32:31 -0800 From: hasty@netcom.com Received: from netcom6.netcom.com (hasty@netcom6.netcom.com [192.100.81.114]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id LAA06952 for ; Mon, 13 Feb 1995 11:32:26 -0800 Received: from localhost by netcom6.netcom.com (8.6.9/Netcom) id LAA11188; Mon, 13 Feb 1995 11:31:03 -0800 Message-Id: <199502131931.LAA11188@netcom6.netcom.com> To: Andreas Schulz cc: FreeBSD-hackers@wcarchive.cdrom.com Subject: Re: My iozone results In-reply-to: Your message of Mon, 13 Feb 95 12:55:30 +0059. <199502131155.MAA03876@g386bsd.first.gmd.de> Date: Mon, 13 Feb 95 11:31:02 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > >Do you have any more info on your instability problems? Is it stable > For me the 2842 works fine, kernel build of Feb 6. I have replaced Fine, I don't doubt it. When I got my first 1542c , I had all sorts of problems with it and I had to exchanged it for the latest rev from Adaptec. I will try play with my 2842 a bit more . Regards, Amancio From owner-freebsd-hackers Mon Feb 13 11:50:41 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18223 for hackers-outgoing; Mon, 13 Feb 1995 11:50:41 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA18217 for ; Mon, 13 Feb 1995 11:50:40 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id LAA10396 for ; Mon, 13 Feb 1995 11:50:35 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id LAA08672; Mon, 13 Feb 1995 11:48:55 -0800 From: "Justin T. Gibbs" Message-Id: <199502131948.LAA08672@estienne.cs.berkeley.edu> Subject: Re: My iozone results To: ats@g386bsd.first.gmd.de (Andreas Schulz) Date: Mon, 13 Feb 1995 11:48:54 -0800 (PST) Cc: hasty@netcom.com, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502131155.MAA03876@g386bsd.first.gmd.de> from "Andreas Schulz" at Feb 13, 95 12:55:30 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: 2795 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > >Do you have any more info on your instability problems? Is it stable > > Nope, and I am seriously thinking about taking the 2842 back. > > I think it has problems. Went to DOS to play a little DESCENT, > > when I booted back to FreeBSD failed to detect my scsi hard drives. > > I managed to eventually get the scsi drives to be detected by > > switching the drives on/off. When I have my smc ethernet installed > > the adapter and my Actix S3 864 have serious problems like the > > wrong colors show up at boot time. I did manage to boot > > correctly once when I tried to use my ethernet card I got > > and instant crash. This happened several times. Now, > > the story of the 2842 timing during heavy disk drive activities > > is a different and it could be due to the 2842's device > > driver. BTW: I did try different to have my ethernet at > > different maddr. > > For me the 2842 works fine, kernel build of Feb 6. I have replaced > my 1542CF with a 2842A at Dec 21 and no problems seen regarding the 2842. > But i have seen problems on another local bus motherboard that is > working ok with a 1542. I tried to replace the 1542 with a 2825 local > bus controller and the machine simply hangs in the BIOS. Don't know > if it is the board or the adaptec BIOS :-). The machine is a cyrix 486DX. > The 2825 board works fine in another motherboard ( EISA/VL ) with an > intel 486DX. There are many motherboards that do not properly support VL busmasters. I'm guessing this is the problem Amancio is having. I have both a 2742T and a 2842 (non A) in my machine right now, and other than sheer stupidity in one modification to the driver last week, have never lost a byte of data with these controllers. > I have only seen some timeouts with a 2742T controller with the ahc > driver, but i have not looked into them, because this is on my > test machine, where i test bad SCSI disks :-). So i need first find I've heard that this can happen with SCSI-I devices that do not properly support syncronous negotiation. If you disable sync negotiation with that target, it should work. > out, if the driver has some problems or the disks. Anyone remember the > good old seagate ST296N ? :-). seagate told that this is really a SCSI > drive, so no one believed that. It sounds like an ST506 or RLL drive, it > is slower than a ST506 so it can't be SCSI :-). > > ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) > > Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 > Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon Feb 13 11:56:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA19234 for hackers-outgoing; Mon, 13 Feb 1995 11:56:15 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA19225 for ; Mon, 13 Feb 1995 11:56:11 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id NAA09592 for hackers@freebsd.org; Mon, 13 Feb 1995 13:55:46 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502131955.NAA09592@anvil.appsmiths.com> Subject: Re: GDB still broken? (fwd) To: hackers@FreeBSD.org Date: Mon, 13 Feb 1995 13:55:45 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 770 Sender: hackers-owner@FreeBSD.org Precedence: bulk This also arrived on my doorstep: Forwarded message: :: From elh@p5.spnet.com Mon Feb 13 13:02:15 1995 :: Message-Id: <199502131100.LAA13529@p5.spnet.com> :: X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol :: To: "Clay D. Hopperdietzel" :: Cc: elh@p5.spnet.com :: Subject: Re: GDB still broken? :: In-reply-to: Your message of "Mon, 13 Feb 1995 09:03:05 CST." :: <199502131503.JAA08544@anvil.appsmiths.com> :: Date: Mon, 13 Feb 1995 11:00:53 +0000 :: From: Ed Hudson :: :: :: howdy. :: :: :: i'm running 950210-SNAP, and i see gdb crash the system :: on my large x-based applications too, but i'm not running :: -current, so i haven't spoken up before. :: :: -elh :: From owner-freebsd-hackers Mon Feb 13 12:05:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA21344 for hackers-outgoing; Mon, 13 Feb 1995 12:05:09 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA21327 for ; Mon, 13 Feb 1995 12:05:06 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id OAA09611 for hackers@freebsd.org; Mon, 13 Feb 1995 14:04:43 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502132004.OAA09611@anvil.appsmiths.com> Subject: current compile problem? To: hackers@FreeBSD.org Date: Mon, 13 Feb 1995 14:04:43 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 212 Sender: hackers-owner@FreeBSD.org Precedence: bulk ===> libexec/rpc.rstatd cc -O2 -o rpc.rstatd rstatd.o rstat_proc.o -lrpcsvc -lutil -lkvm rstat_proc.o: Undefined symbol `_xdr_statstime' referenced from text segment *** Error code 1 Stop. *** Error code 1 From owner-freebsd-hackers Mon Feb 13 13:06:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA25466 for hackers-outgoing; Mon, 13 Feb 1995 13:06:34 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA25455 for ; Mon, 13 Feb 1995 13:06:25 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26331; Mon, 13 Feb 1995 21:03:12 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA03140 for hackers@FreeBSD.org; Mon, 13 Feb 1995 21:03:11 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id UAA18869; Mon, 13 Feb 1995 20:53:05 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502131953.UAA18869@bonnie.tcd-dresden.de> Subject: Re: lpt To: aledm@relay-europe.ps.net (Aled Morris) Date: Mon, 13 Feb 1995 20:53:05 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: from "Aled Morris" at Feb 13, 95 04:47:36 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 858 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Aled Morris wrote: | | Am I supposed to be able to "echo hello > /dev/lpt0" to test my parallel | printer? of course | | Needless to say, it doesn't work. It just hangs for a minute and comes | back "/dev/lpt0: Device busy". | lpt0 at 0x3bc-0x3c3 irq 7 on isa | lpt0: Interrupt-driven port | lp0: TCP/IP capable interface Can you try to find out if the open() would hang or the write()? [Short C program à la ``Hello world''.] Watch out for possible console/syslog messages. Perhaps your cabling is bad, you can try to configure your lpt port for polled IO, simply omit the ``irq 7'' from the config line. (just guessing...) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Feb 13 13:16:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA26995 for hackers-outgoing; Mon, 13 Feb 1995 13:16:16 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA26989; Mon, 13 Feb 1995 13:16:13 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: any amd users out there? To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Mon, 13 Feb 1995 13:15:40 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502131436.GAA15124@time.cdrom.com> from "Jordan K. Hubbard" at Feb 13, 95 06:36:44 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2622 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Can to send me your maps? I've read the docs and I'm still > confused! :-) > > Basically, I just want to map machines into a /machine/path > scheme. /thud/d, /freefall/a, etc. > > Thanks! > > Jordan > to start it off, add in /etc/rc something of the form..... #---------------------------- PATH=/sbin:/usr/sbin:/usr/bin export PATH #LOGFILE=syslog LOGFILE=/var/adm/syslog/amd.log MAP_1="/net /etc/a_net" MAP_2="" MAP_3="" MAP_4="" TMOUT="-w 300" case "$LOGFILE" in */*) if [ -f "$LOGFILE" ]; then mv "$LOGFILE" "$LOGFILE"- fi > "$LOGFILE" ;; syslog) : ;; esac if [ -x /usr/sbin/amd -a -r /etc/a_net ]; then if (/usr/sbin/amd -p -r -a /tmp_mnt -l $LOGFILE $TMOUT $MAP_1 $MAP_2 $MAP_3 $MAP_4) > /var/run/amd.pid ; then echo "NFS auto-mount service started" else echo "Unable to provide NFS auto-mount service" fi fi #----------------------- and in /etc/a_net, put: #-------------------- /defaults type:=host;fs=${autodir}/${rhost}/root;rhost:=${key} * opts:=rw,nosuid,grpid #-------------------- what this does is mounts amd on /net, with a map described in /etc/a_net. whenever you do a lookup() operation on /net, amd (pretending to be an NFS server) gets the make being looked for, and uses the algorythm described in a_net to decide what to do with that name.. it will return as though it found a symbolic link, pointing to wherever it decided you should look. If the system you want to look at hasn't previously been mounted, it will quickly mount it's exported filesystems in /tmp_mnt, and return the appropriate symbolic link, so that further name lookup (and eventually open()) operations occur over there, on the appropriate filesystem. to read the a_net file.. read it as: /defaults type:=host;fs=${autodir}/${rhost}/root;rhost:=${key} "for all operations the following operations and flags apply...." notice that the variable ${key}, and ${rhost} will be evaluated at the time of the lookup request, not at initialisation time. * opts:=rw,nosuid,grpid "for any name being looked up that matches '*' (that's all of them folks), apply the following flags, (and of course the defaults defined above)" in the case above ${autodir} is set to /tmp_mnt thus /net/freefall/usr would be mapped to: /tmp_mnt/freefall/root/usr which will have been mounted for you bby amd, as soon as it realised that you were going to need it.. I don't think the 'root' field is needed in a_net, but it was in the example given in the docs so I left it. From owner-freebsd-hackers Mon Feb 13 14:34:47 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA28628 for hackers-outgoing; Mon, 13 Feb 1995 14:34:47 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA28616 for ; Mon, 13 Feb 1995 14:34:45 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id XAA29928 ; Mon, 13 Feb 1995 23:36:30 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA14676; Mon, 13 Feb 95 23:34:16 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502132234.AA14676@blaise.ibp.fr> Subject: Re: current compile problem? To: hoppy@appsmiths.com (Clay D. Hopperdietzel) Date: Mon, 13 Feb 1995 23:34:15 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502132004.OAA09611@anvil.appsmiths.com> from "Clay D. Hopperdietzel" at Feb 13, 95 02:04:43 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 696 Sender: hackers-owner@FreeBSD.org Precedence: bulk > ===> libexec/rpc.rstatd > cc -O2 -o rpc.rstatd rstatd.o rstat_proc.o -lrpcsvc -lutil -lkvm > rstat_proc.o: Undefined symbol `_xdr_statstime' referenced from text segment > *** Error code 1 > > Stop. > *** Error code 1 You're out of sync somewhere : 314 [23:31] root@keltia:libexec/rpc.rstatd# make cc -O -m486 -pipe -c /spare/usr/src/libexec/rpc.rstatd/rstatd.c cc -O -m486 -pipe -c /spare/usr/src/libexec/rpc.rstatd/rstat_proc.c cc -O -m486 -pipe -o rpc.rstatd rstatd.o rstat_proc.o -lrpcsvc -lutil -lkvm rebuild librpcsvc I'd say. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Mon Feb 13 14:55:27 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA29481 for hackers-outgoing; Mon, 13 Feb 1995 14:55:27 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA29471 for ; Mon, 13 Feb 1995 14:55:20 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA08242; Mon, 13 Feb 1995 17:55:10 -0500 Date: Mon, 13 Feb 1995 17:55:10 -0500 From: Garrett Wollman Message-Id: <9502132255.AA08242@halloran-eldar.lcs.mit.edu> To: jcargill@cs.wisc.edu (Jon Cargille) Cc: freebsd-hackers@FreeBSD.org Subject: Network gurus: How hard to split bandwidth across modems? In-Reply-To: <9502131711.AA08129@grilled.cs.wisc.edu> References: <9502131711.AA08129@grilled.cs.wisc.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk < I've been wondering how hard would it be to convince FreeBSD to route > packets (possibly bound for a single host) across two different > point-to-point links as bandwidth is available? There is something called the ``PPP Multilink Control Protocol'' in the throes of standardization right now, which does this. Someone would have to actually implement it, however. (I suspect it would be much easier to implement under IIJ-PPP than in the kernel.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Mon Feb 13 15:03:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA00266 for hackers-outgoing; Mon, 13 Feb 1995 15:03:11 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA00253 for ; Mon, 13 Feb 1995 15:03:10 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id PAA13551; Mon, 13 Feb 1995 15:02:55 -0800 To: jcargill@cs.wisc.edu (Jon Cargille) cc: freebsd-hackers@FreeBSD.org Subject: Re: Network gurus: How hard to split bandwidth across modems? In-reply-to: Your message of "Mon, 13 Feb 95 11:11:14 CST." <9502131711.AA08129@grilled.cs.wisc.edu> Date: Mon, 13 Feb 1995 15:02:55 -0800 Message-ID: <13550.792716575@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've been wondering how hard would it be to convince FreeBSD to route > packets (possibly bound for a single host) across two different > point-to-point links as bandwidth is available? You should consider hacking in support for BSDI's `mslip'; they have the patches for it on ftp.bsdi.com. I've also got it lying around, just in case you can't find it. Jordan From owner-freebsd-hackers Mon Feb 13 17:48:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA06748 for hackers-outgoing; Mon, 13 Feb 1995 17:48:11 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA06742 for ; Mon, 13 Feb 1995 17:48:06 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id RAA23932 for ; Mon, 13 Feb 1995 17:47:59 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id NAA09184; Mon, 13 Feb 1995 13:54:14 -0800 From: "Justin T. Gibbs" Message-Id: <199502132154.NAA09184@estienne.cs.berkeley.edu> Subject: Re: My iozone results To: hasty@netcom.com Date: Mon, 13 Feb 1995 13:54:13 -0800 (PST) Cc: ats@g386bsd.first.gmd.de, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502131931.LAA11188@netcom6.netcom.com> from "hasty@netcom.com" at Feb 13, 95 11:31:02 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: 660 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > >Do you have any more info on your instability problems? Is it stable > > For me the 2842 works fine, kernel build of Feb 6. I have replaced > > Fine, I don't doubt it. When I got my first 1542c , I had all sorts > of problems with it and I had to exchanged it for the latest rev from > Adaptec. > > I will try play with my 2842 a bit more . > > Regards, > Amancio Call Adaptec and see if they have your MB on their problem list. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon Feb 13 18:12:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA08521 for hackers-outgoing; Mon, 13 Feb 1995 18:12:30 -0800 Received: from netcom10.netcom.com (hasty@netcom10.netcom.com [192.100.81.120]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA08513 for ; Mon, 13 Feb 1995 18:12:28 -0800 From: hasty@netcom.com Received: from localhost by netcom10.netcom.com (8.6.9/Netcom) id SAA26363; Mon, 13 Feb 1995 18:12:13 -0800 Message-Id: <199502140212.SAA26363@netcom10.netcom.com> To: Mark Tinguely cc: hackers@FreeBSD.org, james@cs.uwm.edu, pst@cisco.com Subject: GUS sound driver with vat support In-reply-to: Your message of Mon, 13 Feb 95 17:40:25 -0600. <199502132340.AA21368@plains.NoDak.edu> Date: Mon, 13 Feb 95 18:12:12 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk I just uploaded to freebsd.org:~ahasty/sys-vat.tar.gz Be careful with this tar file because it will over-write: sys/i386/include/soundcard.h sys/i386/include/ultrasound.h sys/i386/conf/files.i386 sys/i386/isa/sound/* This is a *TEMPORARY* hack to allow those in the mailing list to use vat or the gus. After I can figured out what is wrong with the current sound driver for the GUS, I will post the solution. In order for vat to work please make sure that you have the following devices: Major Minor device 25, 128 /dev/audio 30, 20 /dev/audio1 If you just use the files as distributed, the gus is configured for 220, irq 12, play back dma 1, record dma 3 If you want to reconfigure the gus look in sys/i386/isa/sound/sound_config.h as well as in your system configuration to build FreeBSD. I have included my configuration file, GENERICAHVAT, as an example. For the record: Jim Lowe Did all the work required to enable vat to work with the Linux sound driver. Paul Traina Started the vat port to the latest version of the sound driver I just sweated it out with the GUS initialization stuff and enabled the dual dma operation for the GUS so the vat driver could talk to the gus driver. Have fun, Amancio From owner-freebsd-hackers Mon Feb 13 19:21:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA13497 for hackers-outgoing; Mon, 13 Feb 1995 19:21:43 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA13486 for ; Mon, 13 Feb 1995 19:21:38 -0800 Received: by haven.uniserve.com id <202>; Mon, 13 Feb 1995 19:29:42 -0800 Date: Mon, 13 Feb 1995 19:29:37 -0800 (PST) From: Tom Samplonius To: Jon Cargille cc: freebsd-hackers@FreeBSD.org Subject: Re: Network gurus: How hard to split bandwidth across modems? In-Reply-To: <9502131711.AA08129@grilled.cs.wisc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 13 Feb 1995, Jon Cargille wrote: > The reason I'm wondering is that two 28.8 modems over POTS are quite a > lot more affordable than a leased 56K line these days... > > I know NetBlazers can do this sort of thing; has anyone looked into > (or know offhand) what would be necessary to get this to work under > FreeBSD? Would minor or major work in the networking code be > required? Netblazer load balancing is terrible, for example you can't do: balance default int1 int2 to balance traffice to two interfaces, because it won't let you balance the default route. Tom From owner-freebsd-hackers Mon Feb 13 19:36:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA14452 for hackers-outgoing; Mon, 13 Feb 1995 19:36:22 -0800 Received: from morton.cdrom.com (morton.cdrom.com [192.216.222.17]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA14435; Mon, 13 Feb 1995 19:36:14 -0800 Received: (from jkh@localhost) by morton.cdrom.com (8.6.9/8.6.9) id TAA00920; Mon, 13 Feb 1995 19:36:17 -0800 Date: Mon, 13 Feb 1995 19:36:17 -0800 From: "Jordan K. Hubbard" Message-Id: <199502140336.TAA00920@morton.cdrom.com> To: ports@FreeBSD.org Subject: playmidi? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, it had to happen - at the house where I'm staying, a new Walnut Creek employee has come to live for a few weeks while he finds a place to live. What sort of machine does he have? A linux box! Does he want to convert to FreeBSD? No. Well, that's fine too since it gives me a good chance to see how the other half lives, but last night we decided to have dueling multimedia wars, and I lost! :-( First he played a wav file, so I played a wav file. No big deal. Then he plays an Amiga mod file, and I do too (the `tracker' program is pretty cool - thanks Andrew! :). Then he plays a MIDI file and I'm lost. Ummm. Geeze, how do I play midi files? My SB16 here at work supports the snd7 device (midi), though unfortunately the AWE32 box at home does not (can't even see a midi device at 0x300 - strange!). Even with a working snd7, however, I would still not be able to play midi files since there's no player to speak of! :-( Just cat'ing the midi file to the /dev/midi device doesn't work - sounds interesting, but doesn't work! :-) Anyone have any ideas? Midi through his Linux system (gravis Ultrasound) actually sounds rather nice! :-) Jordan From owner-freebsd-hackers Mon Feb 13 21:11:47 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA19143 for hackers-outgoing; Mon, 13 Feb 1995 21:11:47 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA18846; Mon, 13 Feb 1995 21:07:07 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA16319; Mon, 13 Feb 1995 21:07:04 -0800 From: Poul-Henning Kamp Message-Id: <199502140507.VAA16319@ref.tfs.com> Subject: APM & PCMCIA To: hardware@FreeBSD.org Date: Mon, 13 Feb 1995 21:07:04 -0800 (PST) Content-Type: text Content-Length: 1486 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'd like to post this note to explain what is going on in the PCMCIA and APM (Automatic Power Management) area. At present we have part of HOSOKAWA Tatsumis APM code in the kernel, and we have one PCMCIA driver (if_ze). We do not have the rest of HOSOKAWAs APM/PCMCIA stuff, because it lacks the needed generality. It deals with PCMCIA cards present at boot, and makes no attempt to do hot-swapping. The APM stuff per se is as good as can be, given the APM spec. The problems are simply a question of architecture. First of, APM-bios isn't the only kind of power management, and several PM's must be able to co-exist. Second, all devices can potentially be controlled by a PM. Third, we want PCMCIA to be PM aware and hot-swappable. It is clear from the above that we need the device-drivers to be able to tell something about their states in relation to the PM, we may be able to use the "lsdev" stuff here. It also becomes clear that the present PCMCIA stuff stinks. Andrew McRae has made a pretty good first shot at a pcmcia functionality, and we are working to make it better. This is likely to turn into the FreeBSD pcmcia solution, as fast as we can do it. The place where the battle will be fought is in hardware@freebsd.org So if you are interested, send a subscribe request to majordomo@freebsd.org. Stay tuned... -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 13 21:33:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA20213 for hackers-outgoing; Mon, 13 Feb 1995 21:33:43 -0800 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA20198; Mon, 13 Feb 1995 21:33:39 -0800 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA09971; Mon, 13 Feb 95 21:33:29 -0800 Date: Mon, 13 Feb 1995 21:33:28 -0800 (PST) From: Terry Lee To: "Jordan K. Hubbard" Cc: ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: playmidi? In-Reply-To: <199502140336.TAA00920@morton.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > Well, it had to happen - at the house where I'm staying, a new Walnut Creek > employee has come to live for a few weeks while he finds a place to live. > What sort of machine does he have? A linux box! Does he want to convert > to FreeBSD? No. Well, that's fine too since it gives me a good chance > to see how the other half lives, but last night we decided to have dueling > multimedia wars, and I lost! :-( > > First he played a wav file, so I played a wav file. No big deal. > Then he plays an Amiga mod file, and I do too (the `tracker' program > is pretty cool - thanks Andrew! :). Then he plays a MIDI file and > I'm lost. Ummm. Geeze, how do I play midi files? My SB16 here at > work supports the snd7 device (midi), though unfortunately the AWE32 > box at home does not (can't even see a midi device at 0x300 - strange!). > Even with a working snd7, however, I would still not be able to play > midi files since there's no player to speak of! :-( Just cat'ing the > midi file to the /dev/midi device doesn't work - sounds interesting, > but doesn't work! :-) > > Anyone have any ideas? Midi through his Linux system (gravis Ultrasound) > actually sounds rather nice! :-) Sounds like you picked the wrong battle. 8^) Terry From owner-freebsd-hackers Mon Feb 13 21:39:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA20603 for hackers-outgoing; Mon, 13 Feb 1995 21:39:13 -0800 Received: from netcom17.netcom.com (hasty@netcom17.netcom.com [192.100.81.130]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA20588; Mon, 13 Feb 1995 21:39:10 -0800 Received: by netcom17.netcom.com (8.6.9/Netcom) id VAA07927; Mon, 13 Feb 1995 21:39:02 -0800 Date: Mon, 13 Feb 1995 21:39:02 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502140539.VAA07927@netcom17.netcom.com> To: jkh@morton.cdrom.com, ports@FreeBSD.org Subject: Re: playmidi? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Anyone have any ideas? Midi through his Linux system (gravis Ultrasound) Just take down adagio from a good branch on net . Try to shake adagio a bit like make then issue the magic incatation xpm. Try to download: ftp.iuma.com://audio_utils/mpeg_players/Workstations/maplay1_2.tar.Z At the same site you will find sound mpeg files which makes midi files sound like shit :) BTW: We can do everything that the linux crowd can with sound plus we got vat ! Enjoy, Amancio From owner-freebsd-hackers Mon Feb 13 21:47:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA20952 for hackers-outgoing; Mon, 13 Feb 1995 21:47:22 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA20935; Mon, 13 Feb 1995 21:47:14 -0800 Received: by sequent.kiae.su id AA20457 (5.65.kiae-2 ); Tue, 14 Feb 1995 08:46:08 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 14 Feb 95 08:46:07 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id IAA00560; Tue, 14 Feb 1995 08:31:46 +0300 To: "Jordan K. Hubbard" , ports@FreeBSD.org Cc: hackers@FreeBSD.org References: <199502140336.TAA00920@morton.cdrom.com> In-Reply-To: <199502140336.TAA00920@morton.cdrom.com>; from "Jordan K. Hubbard" at Mon, 13 Feb 1995 19:36:17 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 14 Feb 1995 08:31:46 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrew A. Chernov, Black Mage" X-Class: Fast Subject: Re: playmidi? Lines: 26 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1303 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199502140336.TAA00920@morton.cdrom.com> Jordan K. Hubbard writes: >First he played a wav file, so I played a wav file. No big deal. >Then he plays an Amiga mod file, and I do too (the `tracker' program >is pretty cool - thanks Andrew! :). Then he plays a MIDI file and >I'm lost. Ummm. Geeze, how do I play midi files? My SB16 here at >work supports the snd7 device (midi), though unfortunately the AWE32 >box at home does not (can't even see a midi device at 0x300 - strange!). >Even with a working snd7, however, I would still not be able to play >midi files since there's no player to speak of! :-( Just cat'ing the >midi file to the /dev/midi device doesn't work - sounds interesting, >but doesn't work! :-) Really, /dev/midi related to midi playing only a bit :-) Kernel driver not able to play midi at all. One of midi players (similar to tracker) should be ported. I remember, I port one for 1.x. Right now I don't have 2.x box with soundcard to re-port it again, maybe later. -- Andrew A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Mon Feb 13 22:58:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA29248 for hackers-outgoing; Mon, 13 Feb 1995 22:58:49 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA29242 for ; Mon, 13 Feb 1995 22:58:48 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0reHDa-0000WMC; Mon, 13 Feb 95 22:58 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id WAA10886; Mon, 13 Feb 1995 22:48:37 -0800 From: Morgan Davis Message-Id: <199502140648.WAA10886@io.cts.com> Subject: Re: playmidi? To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 13 Feb 1995 22:48:37 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502140539.VAA07927@netcom17.netcom.com> from "Amancio Hasty Jr" at Feb 13, 95 09:39:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 599 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty Jr writes: > > BTW: We can do everything that the linux crowd can with sound > plus we got vat ! On that note, I've been wondering if there is a program that will do text to speech output under FreeBSD. I'd like the machine to be able to "speak" during certain events when screwing up the display or putting messages in syslog aren't really necessary -- like reporting who has just sent e-mail so I can either keep working or handle my mailbox right away (of course, maybe I'd have it report mail only from certain individuals so the damn machine wouldn't be jabbering constantly). From owner-freebsd-hackers Mon Feb 13 23:15:36 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA01910 for hackers-outgoing; Mon, 13 Feb 1995 23:15:36 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA01904; Mon, 13 Feb 1995 23:15:35 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id XAA01935; Mon, 13 Feb 1995 23:15:10 -0800 To: hasty@netcom.com (Amancio Hasty Jr) cc: jkh@morton.cdrom.com, ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: playmidi? In-reply-to: Your message of "Mon, 13 Feb 95 21:39:02 PST." <199502140539.VAA07927@netcom17.netcom.com> Date: Mon, 13 Feb 1995 23:15:09 -0800 Message-ID: <1934.792746109@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just take down adagio from a good branch on net . > Try to shake adagio a bit like make then issue the magic > incatation xpm. I'll try and make a port of this, thanks. > Try to download: > ftp.iuma.com://audio_utils/mpeg_players/Workstations/maplay1_2.tar.Z And this. It's pretty straight-forward. > BTW: We can do everything that the linux crowd can with sound > plus we got vat ! I'm not altogether sure of this! We still don't seem to support midi on the awe32, nor do we handle wave-table cards very well. I don't think we support the turtle beach or waveblaster features at all! If I sent you one of every sound card we wanted support for, would you consider making them all work with -current? You're the expert! :-) Jordan From owner-freebsd-hackers Mon Feb 13 23:43:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA03212 for hackers-outgoing; Mon, 13 Feb 1995 23:43:21 -0800 Received: from netcom20.netcom.com (hasty@netcom20.netcom.com [192.100.81.133]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA03206 for ; Mon, 13 Feb 1995 23:43:19 -0800 From: hasty@netcom.com Received: from localhost by netcom20.netcom.com (8.6.9/Netcom) id XAA16407; Mon, 13 Feb 1995 23:43:01 -0800 Message-Id: <199502140743.XAA16407@netcom20.netcom.com> To: Morgan Davis cc: hackers@FreeBSD.org Subject: Re: playmidi? In-reply-to: Your message of Mon, 13 Feb 95 22:48:37 -0800. <199502140648.WAA10886@io.cts.com> Date: Mon, 13 Feb 95 23:43:01 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Amancio Hasty Jr writes: > > > > BTW: We can do everything that the linux crowd can with sound > > plus we got vat ! > On that note, I've been wondering if there is a program that will do > text to speech output under FreeBSD. I'd like the machine to be able No problem! do archie on rsynth and if you can't find it I will be happy to locate it for you. Next :) Amancio From owner-freebsd-hackers Tue Feb 14 00:08:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA04302 for hackers-outgoing; Tue, 14 Feb 1995 00:08:30 -0800 Received: from netcom20.netcom.com (hasty@netcom20.netcom.com [192.100.81.133]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA04294; Tue, 14 Feb 1995 00:08:28 -0800 From: hasty@netcom.com Received: from localhost by netcom20.netcom.com (8.6.9/Netcom) id AAA19465; Tue, 14 Feb 1995 00:01:15 -0800 Message-Id: <199502140801.AAA19465@netcom20.netcom.com> To: "Jordan K. Hubbard" cc: hasty@netcom.com (Amancio Hasty Jr), jkh@morton.cdrom.com, ports@FreeBSD.org, hackers@FreeBSD.org, hasty@netcom.com Subject: Re: playmidi? In-reply-to: Your message of Mon, 13 Feb 95 23:15:09 -0800. <1934.792746109@time.cdrom.com> Date: Tue, 14 Feb 95 00:01:14 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Just take down adagio from a good branch on net . > > Try to shake adagio a bit like make then issue the magic > > incatation xpm. > I'll try and make a port of this, thanks. > > Try to download: > > ftp.iuma.com://audio_utils/mpeg_players/Workstations/maplay1_2.tar.Z > And this. It's pretty straight-forward. > > BTW: We can do everything that the linux crowd can with sound > > plus we got vat ! > I'm not altogether sure of this! We still don't seem to support midi > on the awe32, nor do we handle wave-table cards very well. I don't ^^^^^^^^^^^^^^^^ Excuse me, I do polish every day my GUSes and I do make sure that they get plenty of oil so they can rumble :) > think we support the turtle beach or waveblaster features at all! > If I sent you one of every sound card we wanted support for, would > you consider making them all work with -current? You're the expert! :-) Okay, Sorry, I am happy with my GUS and the real purpose that I am doing all this sound stuff right now is to at least bring the sound apps to pre 2.0 working status. nas (network audio) seems to be very broken over here however I think is just the mods that were done to nas so hopefully I can bring back to life soon nas now that I have a working sound driver. Any news from anyone on my recent vat upload? I may have a vat replacement which we can hack our brains out with. (the sources for vat are not available yet) Is called nevot and is a good starting point. My complaint is that I consider Nevot hostile to port. After porting apps for a little while you get a feel for which ones are the tough ones or (poorly written) and the ones that are a breeze to port. At any rate, I am making great progress with Nevot. Cheers, Amancio From owner-freebsd-hackers Tue Feb 14 03:00:23 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA17434 for hackers-outgoing; Tue, 14 Feb 1995 03:00:23 -0800 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA17420 for ; Tue, 14 Feb 1995 03:00:18 -0800 Received: from corto.inria.fr (root@corto.inria.fr [128.93.11.2]) by concorde.inria.fr (8.6.9/8.6.9) with ESMTP id MAA13337 for ; Tue, 14 Feb 1995 12:00:11 +0100 Received: from simplet.inria.fr (simplet.inria.fr [128.93.11.48]) by corto.inria.fr (8.6.8/8.6.5) with ESMTP id MAA15899 for ; Tue, 14 Feb 1995 12:00:04 +0100 From: Herve Soulard Received: (soulard@localhost) by simplet.inria.fr (8.6.8/8.6.6) id MAA11703; Tue, 14 Feb 1995 12:00:04 +0100 Date: Tue, 14 Feb 1995 12:00:04 +0100 Message-Id: <199502141100.MAA11703@simplet.inria.fr> Subject: Disklabel To: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Before explaining my problem I should describe what I want to do. At home I'm running FreeBSD-2.0. At work I'm working on DEC-Alphas with OSF1. I would like to use a hard disk to carry files between the two systems. I know it is possible because I've done it, but I cannot do it again. Problems are with disk labels. When I disklabel the disk on FreeBSD, I cannot read it on OSF1, and vice versa. I've only tested the configuration where the full disk is used for FreeBSD/OSF1. Any idea ? Herve Soulard. PS: Could somebody explain me how labels, DOS partitions tables, etc are written on the disk ? Or tell me where I could find something that describe this. For FreeBSD of course. From owner-freebsd-hackers Tue Feb 14 03:29:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA18659 for hackers-outgoing; Tue, 14 Feb 1995 03:29:54 -0800 Received: from aero.org (aero.org [130.221.16.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA18652 for ; Tue, 14 Feb 1995 03:29:53 -0800 Received: from antares.aero.org ([130.221.192.46]) by aero.org with SMTP id <111131-3>; Tue, 14 Feb 1995 03:29:15 -0800 Received: from anpiel.aero.org by antares.aero.org (4.1/AMS-1.0) id AA19332 for hackers@freebsd.org; Tue, 14 Feb 95 03:29:09 PST To: hackers@FreeBSD.org Subject: A comment on the timer at the Boot: prompt Date: Tue, 14 Feb 1995 03:29:07 -0800 From: "Mike O'Brien" Message-Id: <95Feb14.032915pst.111131-3@aero.org> Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a Pentium-90 computer, and the guy who put it all together for me moved my Adaptec 1542CF port address to make room for the SoundBlaster, which also wanted to sit at 0x330. That meant that whenever the system booted, I had to dive in and type the name of the kernel in order to include the "-c" argument (a very nifty thing, BTW! Sure would have come in handy back when I was slinging 4.X around on PDP-11s and VAXes.). My guess is that you use some sort of CPU spin loop there, polling the keyboard for input, though I haven't read the source to check this yet. My point is that on a really fast machine, you have about a second and a half to start typing, or it jumps in there and boots the wrong kernel (or at least, a kernel with the wrong arguments). That pause should somehow be adjusted for CPU speed, or the less-than-sprightly are never going to be able to boot their systems. First thing I did (after a minor conflagration over installing the XFree86 package, mainly because I forgot the mail messages about how that all comes up on an alternate VT - and what a strange bug that is!) was build a new kernel with a fixed Adaptec port address. It's amazing how that stuff comes back to you. Very nice job. Good thing I can type fast, though. Mike O'Brien From owner-freebsd-hackers Tue Feb 14 06:04:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA25196 for hackers-outgoing; Tue, 14 Feb 1995 06:04:13 -0800 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA25190 for ; Tue, 14 Feb 1995 06:04:10 -0800 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.9/8.6.9) id IAA10856; Tue, 14 Feb 1995 08:04:04 -0600 Date: Tue, 14 Feb 1995 08:04:04 -0600 From: Jim Lowe Message-Id: <199502141404.IAA10856@miller.cs.uwm.edu> To: hasty@netcom.com, tinguely@plains.nodak.edu Subject: Re: GUS sound driver with vat support Cc: hackers@FreeBSD.org, pst@cisco.com Sender: hackers-owner@FreeBSD.org Precedence: bulk The vat driver that is include with FreeBSD-current is a real hack and sound go away at some point. It really doesn't work very well. I should have a cleaner solution to the problem in a few weeks -- unless you need this stuff right away. From owner-freebsd-hackers Tue Feb 14 08:35:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA00197 for hackers-outgoing; Tue, 14 Feb 1995 08:35:15 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA00191 for ; Tue, 14 Feb 1995 08:35:11 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA08302; Wed, 15 Feb 1995 03:31:40 +1100 Date: Wed, 15 Feb 1995 03:31:40 +1100 From: Bruce Evans Message-Id: <199502141631.DAA08302@godzilla.zeta.org.au> To: Herve.Soulard@inria.fr, freebsd-hackers@freefall.cdrom.com Subject: Re: Disklabel Sender: hackers-owner@FreeBSD.org Precedence: bulk >At home I'm running FreeBSD-2.0. At work I'm working on DEC-Alphas >with OSF1. I would like to use a hard disk to carry files between >the two systems. >I know it is possible because I've done it, but I cannot do it again. >Problems are with disk labels. When I disklabel the disk on FreeBSD, >I cannot read it on OSF1, and vice versa. I've only tested the >configuration where the full disk is used for FreeBSD/OSF1. Perhaps the label has been influenced by the DOS partition table even though you used the full disk. >PS: Could somebody explain me how labels, DOS partitions tables, etc > are written on the disk ? Or tell me where I could find something > that describe this. For FreeBSD of course. The label is written to the second sector of the BSD DOSpartition (if any). Locating the label is surprisingly complicated because the information in the label is sort of required to find the label. The 'c' partition described in the label must match the BSD partition described in the DOSpartition table. The 'd' partition is reserved for describing the whole disk. Other systems probably use an incompatible scheme. FreeBSD-2.1 will support relative labels. Everything in the label will be relative to the containing DOSpartition and the 'd' partition will no longer be special. Other systems certainly use an incompatible scheme. Bruce From owner-freebsd-hackers Tue Feb 14 09:42:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA03608 for hackers-outgoing; Tue, 14 Feb 1995 09:42:29 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA03602 for ; Tue, 14 Feb 1995 09:42:28 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20845; Tue, 14 Feb 95 10:36:07 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502141736.AA20845@cs.weber.edu> Subject: Re: Disklabel To: Herve.Soulard@inria.fr (Herve Soulard) Date: Tue, 14 Feb 95 10:36:07 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502141100.MAA11703@simplet.inria.fr> from "Herve Soulard" at Feb 14, 95 12:00:04 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Before explaining my problem I should describe what I want to do. > > At home I'm running FreeBSD-2.0. At work I'm working on DEC-Alphas > with OSF1. I would like to use a hard disk to carry files between > the two systems. You need to have a disk partition layout, a partition slice layout, and a slice file system layout in common between the machines. This is unlikely unless you are running BSD on your Alpha, and even then, that's unlikely, since the layout for BSD on an Alpha would probably be identical to the OSF/1 layout to allow for cross-mounting of file systems between OSF/1 and BSD locally. Local cross-mounting is much more important conceptually than foreign mounting. Probably what is needed is an ISO 9660 writable FS, or some other FS that has the byte order problems and layout problems addressed automatically. The main use here would be ISO 9660 CDROM mastering and removable media. > I know it is possible because I've done it, but I cannot do it again. > Problems are with disk labels. When I disklabel the disk on FreeBSD, > I cannot read it on OSF1, and vice versa. I've only tested the > configuration where the full disk is used for FreeBSD/OSF1. > > Any idea ? The easiest thing would be to write a tar, cpio, or backup image to the raw device, and use it as a glorified tape drive instead of trying to use it as a mountable file system in both locations. 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 Feb 14 10:08:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA04570 for hackers-outgoing; Tue, 14 Feb 1995 10:08:13 -0800 Received: from netcom7.netcom.com (hasty@netcom7.netcom.com [192.100.81.115]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA04564 for ; Tue, 14 Feb 1995 10:08:12 -0800 From: hasty@netcom.com Received: from localhost by netcom7.netcom.com (8.6.9/Netcom) id KAA27967; Tue, 14 Feb 1995 10:00:13 -0800 Message-Id: <199502141800.KAA27967@netcom7.netcom.com> To: Jim Lowe cc: tinguely@plains.nodak.edu, hackers@FreeBSD.org, pst@cisco.com Subject: Re: GUS sound driver with vat support In-reply-to: Your message of Tue, 14 Feb 95 08:04:04 -0600. <199502141404.IAA10856@miller.cs.uwm.edu> Date: Tue, 14 Feb 95 10:00:04 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The vat driver that is include with FreeBSD-current is a real hack and > sound go away at some point. It really doesn't work very well. I should > have a cleaner solution to the problem in a few weeks -- unless you need > this stuff right away. Hmmm... Well, there are two ways of looking at this to come up with a better vat driver or to get rid of vat:) Given Van Jacobson reluctance to release the source, I think that is going to be easier to develop a sound tool which does not require the vat driver. Nevot I think is a good start and additioanlly we may be able to extend the sound functionality of nevot to use NAS. My 0.2 about the current VAT situation Amancio From owner-freebsd-hackers Tue Feb 14 10:17:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA04743 for hackers-outgoing; Tue, 14 Feb 1995 10:17:53 -0800 Received: from schizo.coe.montana.edu (schizo.coe.montana.edu [153.90.192.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA04737 for ; Tue, 14 Feb 1995 10:17:52 -0800 Received: by schizo.coe.montana.edu (5.65/DEC-Ultrix/4.3) id AA03462; Tue, 14 Feb 1995 11:17:33 -0700 Date: Tue, 14 Feb 1995 11:17:33 -0700 From: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Message-Id: <9502141817.AA03462@schizo.coe.montana.edu> To: hasty@netcom.com Cc: Jim Lowe , tinguely@plains.nodak.edu, hackers@FreeBSD.org, pst@cisco.com Subject: Re: GUS sound driver with vat support In-Reply-To: <199502141800.KAA27967@netcom7.netcom.com> References: <199502141404.IAA10856@miller.cs.uwm.edu> <199502141800.KAA27967@netcom7.netcom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "hasty" == hasty writes: hasty> Given Van Jacobson reluctance to release the source, I You know, I've read this several places. What's the deal with this guy? why the apparent reluctance to release source? Paranoia? Poor coding style? Just the way he likes to do it? Seems like he puts out some cool stuff, but getting source is like pulling teeth. From owner-freebsd-hackers Tue Feb 14 10:28:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA04989 for hackers-outgoing; Tue, 14 Feb 1995 10:28:00 -0800 Received: from netcom7.netcom.com (hasty@netcom7.netcom.com [192.100.81.115]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA04982 for ; Tue, 14 Feb 1995 10:27:58 -0800 From: hasty@netcom.com Received: from localhost by netcom7.netcom.com (8.6.9/Netcom) id KAA00231; Tue, 14 Feb 1995 10:19:07 -0800 Message-Id: <199502141819.KAA00231@netcom7.netcom.com> To: osyjm@schizo.coe.montana.edu (Jaye Mathisen) cc: Jim Lowe , tinguely@plains.nodak.edu, hackers@FreeBSD.org, pst@cisco.com Date: Tue, 14 Feb 95 10:19:07 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk Subject: Re: GUS sound driver with vat support In-reply-to: Your message of Tue, 14 Feb 95 11:17:33 -0700. <9502141817.AA03462@schizo.coe.montana.edu> -------- > >>>>> "hasty" == hasty writes: > hasty> Given Van Jacobson reluctance to release the source, I > You know, I've read this several places. What's the deal with this > guy? why the apparent reluctance to release source? Paranoia? Poor > coding style? Just the way he likes to do it? Well, it must be perfect! I really don't know what is his problem;however, I do know that it has been a couple of years that VAT and friends have been out on the Net. Maybe he wants to leave the door open to produce a product. The best way to diffuse this situation given that persuasion has failed is to replace vat. > Seems like he puts out some cool stuff, but getting source is like > pulling teeth. Well at the very least we should thank him for at least demonstrating vat and pushing the IP multicast envelope. Amancio From owner-freebsd-hackers Tue Feb 14 10:37:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA05129 for hackers-outgoing; Tue, 14 Feb 1995 10:37:13 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA05122 for ; Tue, 14 Feb 1995 10:37:12 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id KAA26294; Tue, 14 Feb 1995 10:35:45 -0800 Message-Id: <199502141835.KAA26294@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Cc: hasty@netcom.com, Jim Lowe , tinguely@plains.nodak.edu, hackers@FreeBSD.org Subject: Re: GUS sound driver with vat support In-Reply-To: Your message of "Tue, 14 Feb 1995 11:17:33 MST." <9502141817.AA03462@schizo.coe.montana.edu> Date: Tue, 14 Feb 1995 10:35:43 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk "Control Queen" :-) From: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Subject: Re: GUS sound driver with vat support >>>>> "hasty" == hasty writes: hasty> Given Van Jacobson reluctance to release the source, I You know, I've read this several places. What's the deal with this guy? why the apparent reluctance to release source? Paranoia? Poor coding style? Just the way he likes to do it? Seems like he puts out some cool stuff, but getting source is like pulling teeth. From owner-freebsd-hackers Tue Feb 14 11:11:06 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA07594 for hackers-outgoing; Tue, 14 Feb 1995 11:11:06 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA07564 for ; Tue, 14 Feb 1995 11:11:01 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA20680; Tue, 14 Feb 1995 13:10:38 -0600 Received: by olympus (4.1/TSS2.1) id AA05414; Tue, 14 Feb 95 13:09:08 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9502141909.AA05414@olympus> Subject: Re: playmidi? To: hasty@netcom.com Date: Tue, 14 Feb 1995 13:09:08 -0600 (CST) Cc: root@io.cts.com, hackers@FreeBSD.org In-Reply-To: <199502140743.XAA16407@netcom20.netcom.com> from "hasty@netcom.com" at Feb 13, 95 11:43:01 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 693 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Amancio Hasty Jr writes: > > > > > > BTW: We can do everything that the linux crowd can with sound > > > plus we got vat ! > > > On that note, I've been wondering if there is a program that will do > > text to speech output under FreeBSD. I'd like the machine to be able > > No problem! > > do archie on rsynth and if you can't find it I will be > happy to locate it for you. > > Next :) > Amancio > > I got my copy from incoming on FreeBSD.org! Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Tue Feb 14 11:23:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA08561 for hackers-outgoing; Tue, 14 Feb 1995 11:23:16 -0800 Received: from relay-europe.ps.net (relay-europe.ps.net [160.110.96.10]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA08554 for ; Tue, 14 Feb 1995 11:23:14 -0800 Received: by relay-europe.ps.net (AIX 3.2/UCB 5.64/4.03) id AA07880; Tue, 14 Feb 1995 19:21:14 GMT Date: Tue, 14 Feb 1995 19:21:14 +0000 (GMT) From: Aled Morris Subject: Re: lpt To: joerg_wunsch@uriah.sax.de, kelly@fsl.noaa.gov, ats@g386bsd.first.gmd.de Cc: hackers@FreeBSD.org In-Reply-To: <199502131953.UAA18869@bonnie.tcd-dresden.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Thanks for the backup with my lpt problem - I think I need to verify that the printer really works (the person I got it from won't swear to it !) Aled -- aledm@relay-europe.ps.net | tel +44 973 207987 Perot Systems Europe Ltd. | fax +44 181 476 2419 From owner-freebsd-hackers Tue Feb 14 11:30:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA08905 for hackers-outgoing; Tue, 14 Feb 1995 11:30:09 -0800 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA08897 for ; Tue, 14 Feb 1995 11:30:08 -0800 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.9/8.6.9) id NAA08309; Tue, 14 Feb 1995 13:29:05 -0600 Date: Tue, 14 Feb 1995 13:29:05 -0600 From: Jim Lowe Message-Id: <199502141929.NAA08309@miller.cs.uwm.edu> To: hasty@netcom.com Subject: Re: GUS sound driver with vat support Cc: hackers@FreeBSD.org, pst@cisco.com, tinguely@plains.nodak.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk > From: hasty@netcom.com > > Well, there are two ways of looking at this to come up with a better > vat driver or to get rid of vat:) > > Given Van Jacobson reluctance to release the source, I think that > is going to be easier to develop a sound tool which does not > require the vat driver. Nevot I think is a good start and additioanlly > we may be able to extend the sound functionality of nevot to use > NAS. Nevot will have the same problems that vat has. I tried to address these sound card problems in a second generation of the vat driver, but it didn't work. Fixing sound card timing problems is the kernel is not a good idea anyways. What the basic problem is -- is that PC soundcards don't run at the same frequency. The same sound card in a variety of machines under different load will produce different input/output freqs. Vat/Nevot/ will have problems communicating unless they all agree on a standard frequency, encoding, stereo/mono, # bits, etc... Each person in the conference must adhere to these standards otherwise things will sound funny or not work at all. I suspect that Van hasn't released this code because he is waiting for the RTP-V2 spec to be finished but who knows. -Jim From owner-freebsd-hackers Tue Feb 14 11:33:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA08950 for hackers-outgoing; Tue, 14 Feb 1995 11:33:03 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA08944; Tue, 14 Feb 1995 11:33:01 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA17544; Tue, 14 Feb 95 13:30:31 CST From: Joe Greco Message-Id: <9502141930.AA17544@brasil.moneng.mei.com> Subject: Re: Network gurus: How hard to split bandwidth across modems? To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Tue, 14 Feb 1995 13:30:30 -0600 (CST) Cc: jcargill@cs.wisc.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <13550.792716575@time.cdrom.com> from "Jordan K. Hubbard" at Feb 13, 95 03:02:55 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 248 Sender: hackers-owner@FreeBSD.org Precedence: bulk > You should consider hacking in support for BSDI's `mslip'; they have > the patches for it on ftp.bsdi.com. > > I've also got it lying around, just in case you can't find it. I'm looking at this. Anybody else interested in helping out? ... JG From owner-freebsd-hackers Tue Feb 14 14:40:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA15079 for hackers-outgoing; Tue, 14 Feb 1995 14:40:20 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA15073; Tue, 14 Feb 1995 14:40:16 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by glueserv1.umd.edu (8.6.9/8.6.4) with ESMTP id RAA24806; Tue, 14 Feb 1995 17:40:04 -0500 Received: (chuckr@localhost) by espresso.eng.umd.edu (8.6.9/8.6.4) id RAA16527; Tue, 14 Feb 1995 17:40:04 -0500 Date: Tue, 14 Feb 1995 17:40:03 -0500 (EST) From: Chuck Robey To: "Jordan K. Hubbard" cc: ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: playmidi? In-Reply-To: <199502140336.TAA00920@morton.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 13 Feb 1995, Jordan K. Hubbard wrote: > Well, it had to happen - at the house where I'm staying, a new Walnut Creek > employee has come to live for a few weeks while he finds a place to live. > What sort of machine does he have? A linux box! Does he want to convert > to FreeBSD? No. Well, that's fine too since it gives me a good chance > to see how the other half lives, but last night we decided to have dueling > multimedia wars, and I lost! :-( > > First he played a wav file, so I played a wav file. No big deal. > Then he plays an Amiga mod file, and I do too (the `tracker' program > is pretty cool - thanks Andrew! :). Then he plays a MIDI file and > I'm lost. Ummm. Geeze, how do I play midi files? My SB16 here at > work supports the snd7 device (midi), though unfortunately the AWE32 > box at home does not (can't even see a midi device at 0x300 - strange!). > Even with a working snd7, however, I would still not be able to play > midi files since there's no player to speak of! :-( Just cat'ing the > midi file to the /dev/midi device doesn't work - sounds interesting, > but doesn't work! :-) > > Anyone have any ideas? Midi through his Linux system (gravis Ultrasound) > actually sounds rather nice! :-) Jordan, my sounds equipped machine's still running 1.1.5.1, but if I want to play a midi file, I use a program that's part of adagio, called mp. I have no idea if this is still available under 2.0, under 1.1.5.1 it was a port. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Feb 14 15:53:51 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA17389 for hackers-outgoing; Tue, 14 Feb 1995 15:53:51 -0800 Received: from grilled.cs.wisc.edu (grilled.cs.wisc.edu [128.105.66.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA17383; Tue, 14 Feb 1995 15:53:50 -0800 Date: Tue, 14 Feb 95 17:52:26 -0600 From: jcargill@cs.wisc.edu (Jon Cargille) Message-Id: <9502142352.AA00365@grilled.cs.wisc.edu> Received: by grilled.cs.wisc.edu; Tue, 14 Feb 95 17:52:26 -0600 To: Joe Greco Cc: jkh@FreeBSD.org (Jordan K. Hubbard), freebsd-hackers@FreeBSD.org Subject: Re: Network gurus: How hard to split bandwidth across modems? In-Reply-To: <9502141930.AA17544@brasil.moneng.mei.com> References: <13550.792716575@time.cdrom.com> <9502141930.AA17544@brasil.moneng.mei.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Joe Greco writes: > You should consider hacking in support for BSDI's `mslip'; they have > the patches for it on ftp.bsdi.com. > > I've also got it lying around, just in case you can't find it. I'm looking at this. Anybody else interested in helping out? I looked at it briefly; my conclusion was that I'm more interested in implementing the Multilink PPP Protocol (rfc1717). That seems a better long-term solution since it will be a 'standard', and a better way to spend our energies. One thing I'm wondering, though; would an implementation of Multilink-PPP talk happily to the load-sharing stuff that a NetBlazer implements? Or is that a proprietary thing? Does anyone know the details on what their bandwidth splitting does? (In case you haven't guessed yet, the other end of my connection is a blazer... Thus my high degree of personal interest in what it implements... ;-) Jon From owner-freebsd-hackers Tue Feb 14 17:33:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA20360 for hackers-outgoing; Tue, 14 Feb 1995 17:33:39 -0800 Received: from netcom5.netcom.com (root@netcom5.netcom.com [192.100.81.113]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA20347 for ; Tue, 14 Feb 1995 17:33:25 -0800 Received: by netcom5.netcom.com (8.6.9/Netcom) id RAA27367; Tue, 14 Feb 1995 17:25:12 -0800 Date: Tue, 14 Feb 1995 17:25:12 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502150125.RAA27367@netcom5.netcom.com> To: hackers@FreeBSD.org Subject: Old copy of nas ? Sender: hackers-owner@FreeBSD.org Precedence: bulk I am looking around for an old copy of nas which works with FreeBSD-1.1.5. I am having problems with the new one and I want to compare it against the new version of NAS. Tnks, Amancio From owner-freebsd-hackers Tue Feb 14 18:04:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA21488 for hackers-outgoing; Tue, 14 Feb 1995 18:04:11 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA21481 for ; Tue, 14 Feb 1995 18:04:11 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id SAA16742; Tue, 14 Feb 1995 18:03:43 -0800 To: dufault@hda.com cc: hackers@freefall.cdrom.com Subject: scsi(1) and WORM drives.. Date: Tue, 14 Feb 1995 18:03:43 -0800 Message-ID: <16741.792813823@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I've got a Phillips CDROM burner that I would, for obvious reasons, love to actually have work under FreeBSD. I know that it's probably impractical, since these things need to be fed a steady stream of data, but perhaps I could use the new rtprio() stuff to make sure that the `burning' process didn't have to give up the CPU until it was damn well ready. When it's making a CDROM, I don't want it doing anything else anyway. It wasn't recognised by the SCSI driver, or at least it was probed and then noted as having no explicit driver available and then ignored, so I configured in the UK device and here's what I got: sd1: 4095MB (8388315 total sec), 3712 cyl, 21 head, 107 sec, bytes/sec 512 bt0 targ 3 lun 0: type 4(worm) removable SCSI1 bt0 targ 3 lun 0: uk0: unknown device bt0 targ 3 lun 1: type 4(worm) removable SCSI1 bt0 targ 3 lun 1: ... Anyone know how or if I can now use scsi(1) to somehow get raw data to the device? Ideally, I would just like to be able to do the equivalent of: dd if=image.cd0 of=/dev/rsd2d But as life is probably nowhere near that simple, I'll also settle for being able to open some device and ram the file down its throat somehow after suitable ioctl()s, or whatever. This would actually be such an advantage for us that I think there could be some money in this if somebody wanted to contract for the job of making this all work. Comments? Jordan From owner-freebsd-hackers Tue Feb 14 18:30:50 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA22916 for hackers-outgoing; Tue, 14 Feb 1995 18:30:50 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA22898; Tue, 14 Feb 1995 18:30:45 -0800 Received: by haven.uniserve.com id <772>; Tue, 14 Feb 1995 18:39:11 -0800 Date: Tue, 14 Feb 1995 18:39:04 -0800 (PST) From: Tom Samplonius To: Jon Cargille cc: Joe Greco , "Jordan K. Hubbard" , freebsd-hackers@FreeBSD.org Subject: Re: Network gurus: How hard to split bandwidth across modems? In-Reply-To: <9502142352.AA00365@grilled.cs.wisc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 14 Feb 1995, Jon Cargille wrote: > One thing I'm wondering, though; would an implementation of > Multilink-PPP talk happily to the load-sharing stuff that a NetBlazer > implements? Or is that a proprietary thing? Does anyone know the > details on what their bandwidth splitting does? (In case you haven't > guessed yet, the other end of my connection is a blazer... Thus my > high degree of personal interest in what it implements... ;-) After having much grief with two Netblazer (a PN-2 and a ST), running a load-balanced SLIP link over two 28.8k modems. Netblazer's use a very simple algorithm, if a output buffer on the first interface exceeds a certain level, try the next interface (on a packet by packet basis). The maximum buffer levels are configurable. So under low load, a Netblazer will only use the first line. Netblazer's can be configured to bring up additional lines if load exceeds a certain limit. Tom From owner-freebsd-hackers Tue Feb 14 23:03:08 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA06809 for hackers-outgoing; Tue, 14 Feb 1995 23:03:08 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA06785; Tue, 14 Feb 1995 23:02:48 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.9/8.6.6) id IAA08039; Wed, 15 Feb 1995 08:44:38 +0200 From: John Hay Message-Id: <199502150644.IAA08039@zibbi.mikom.csir.co.za> Subject: BUG + fix in scsi_base.c To: bugs@FreeBSD.org, hackers@FreeBSD.org Date: Wed, 15 Feb 1995 08:44:38 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1398 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From a week or two ago I got kernel panics as soon as I tried to access my tape drive. I traced it to sys/scsi/scsi_base.c where some code were added to print the return values of the sense command. My tape drive returned a extended flags value of 0x20, so the key that is the lower 4 bits, is 0. The code uses "key-1" to index into a table and then the kernel go to never- never land. Here is a fix for this. Will somebody please apply it? -- John Hay -- jhay@mikom.csir.co.za *** sys/scsi/scsi_base.c.org Wed Feb 1 08:17:29 1995 --- sys/scsi/scsi_base.c Wed Feb 15 08:29:19 1995 *************** *** 661,667 **** */ static char *sense_key_text[] = { ! "RECOVERED ERROR", "NOT READY", "MEDIUM ERROR", "HARDWARE FAILURE", "ILLEGAL REQUEST", "UNIT ATTENTION", "DATA PROTECT", --- 661,667 ---- */ static char *sense_key_text[] = { ! "NO SENSE", "RECOVERED ERROR", "NOT READY", "MEDIUM ERROR", "HARDWARE FAILURE", "ILLEGAL REQUEST", "UNIT ATTENTION", "DATA PROTECT", *************** *** 686,692 **** case 0x70: ! printf("%s", sense_key_text[key - 1]); info = ntohl(*((long *) ext->info)); if (sense->error_code & SSD_ERRCODE_VALID) { --- 686,692 ---- case 0x70: ! printf("%s", sense_key_text[key]); info = ntohl(*((long *) ext->info)); if (sense->error_code & SSD_ERRCODE_VALID) { From owner-freebsd-hackers Wed Feb 15 01:27:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01208 for hackers-outgoing; Wed, 15 Feb 1995 01:27:21 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA01096; Wed, 15 Feb 1995 01:25:51 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/10Aug94) id AA28262; Wed, 15 Feb 95 01:22:17 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Wed, 15 Feb 95 10:21 MET Message-Id: Date: Wed, 15 Feb 95 10:21 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: hasty@netcom.com Cc: hackers@FreeBSD.org, ports@FreeBSD.org Subject: Re: playmidi? Newsgroups: pcs.freebsd.hackers References: <199502140539.VAA07927@netcom17.netcom.com> Reply-To: me%dude.pcs.dec.com@inet-gw-2.pa.dec.com Sender: hackers-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.hackers you write: >>Anyone have any ideas? Midi through his Linux system (gravis Ultrasound) Use adagio binaries from 1.1 if you don't want to port it anew, they work. >BTW: We can do everything that the linux crowd can with sound >plus we got vat ! Yes, but, but, but, ..... gmod doesn't work properly if compiled under -current (whine, whine). Seriously, has anybody besides me noticed that the gmod from ports, compiled under current often produces strange sound effects? E.g. if I try to play the bey.mod that came with my Ultrasound, there's weird beeping instead of some of the patches right at the beginning. Strangely enough, the old 1.1 binary I took off a backup works perfectly. (This is with a 1MB GUS 2.4, -current as of yesterday). Hmm says I, let's compile the version that worked anew under -current. I did and, guess what, while the glitches aren't exactly the same, the mod doesn't sound right either. So, anybody have an idea what might be going on? I guess it can't be the actual driver since the old binary works flawlessly. And don't tell me to use tracker, it sounds like shit in comparison to gmod and takes up 85% CPU vs. below 1% for gmod (This isn't tracker's fault of course, it just isn't designed to use the GUSs capabilities). Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-hackers Wed Feb 15 01:36:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01915 for hackers-outgoing; Wed, 15 Feb 1995 01:36:14 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA01909; Wed, 15 Feb 1995 01:36:11 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id KAA18977 ; Wed, 15 Feb 1995 10:37:59 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA22865; Wed, 15 Feb 95 10:35:44 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502150935.AA22865@blaise.ibp.fr> Subject: Re: scsi(1) and WORM drives.. To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Wed, 15 Feb 1995 10:35:43 +0100 (MET) Cc: dufault@hda.com, hackers@freefall.cdrom.com In-Reply-To: <16741.792813823@time.cdrom.com> from "Jordan K. Hubbard" at Feb 14, 95 06:03:43 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 596 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've got a Phillips CDROM burner that I would, for obvious reasons, > love to actually have work under FreeBSD. I know that it's probably > impractical, since these things need to be fed a steady stream of No, it can work ! The guys at the french school named ENSTA have modified the NetBSD driver (they have more than an hundred of PCs under NetBSD for the students) and it works for a Ricoh writer. Contact rougeau@ensta.fr on my behalf. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Wed Feb 15 03:23:06 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA09014 for hackers-outgoing; Wed, 15 Feb 1995 03:23:06 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA08993; Wed, 15 Feb 1995 03:22:57 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA11387; Wed, 15 Feb 1995 06:21:38 -0500 From: Peter Dufault Message-Id: <199502151121.GAA11387@hda.com> Subject: Re: scsi(1) and WORM drives.. To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Wed, 15 Feb 1995 06:21:38 -0500 (EST) Cc: hackers@freefall.cdrom.com In-Reply-To: <16741.792813823@time.cdrom.com> from "Jordan K. Hubbard" at Feb 14, 95 06:03:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2290 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > I've got a Phillips CDROM burner that I would, for obvious reasons, > love to actually have work under FreeBSD. I know that it's probably > impractical, since these things need to be fed a steady stream of > data, but perhaps I could use the new rtprio() stuff to make sure that > the `burning' process didn't have to give up the CPU until it was damn > well ready. When it's making a CDROM, I don't want it doing anything > else anyway. > > It wasn't recognised by the SCSI driver, or at least it was probed and > then noted as having no explicit driver available and then ignored, so > I configured in the UK device and here's what I got: > > sd1: 4095MB (8388315 total sec), 3712 cyl, 21 head, 107 sec, bytes/sec 512 > bt0 targ 3 lun 0: type 4(worm) removable SCSI1 > bt0 targ 3 lun 0: > uk0: unknown device > bt0 targ 3 lun 1: type 4(worm) removable SCSI1 > bt0 targ 3 lun 1: > ... Ship it here and I'll send it back working... > > Anyone know how or if I can now use scsi(1) to somehow get raw data to > the device? Ideally, I would just like to be able to do the equivalent > of: dd if=image.cd0 of=/dev/rsd2d You can't do this, though it may make sense to change the unknown driver to support read and write translating over to regular read and write. That should work for both processor type and WORM devices. > But as life is probably nowhere near that simple, I'll also settle for > being able to open some device and ram the file down its throat > somehow after suitable ioctl()s, or whatever. This should send 512 bytes of data read from stdin to block 17: scsi -f /dev/uk0 -c "2A 0 i4 0 i2 0" 17 -o 512 - > This would actually be such an advantage for us that I think there > could be some money in this if somebody wanted to contract for the job > of making this all work. Comments? If you want to send it here I'll send it back tested. You pick up the shipping charges and supply the materials that I need. If you need me to spend full time on it for a few days we'll have to talk money. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed Feb 15 05:08:26 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA07455 for hackers-outgoing; Wed, 15 Feb 1995 05:08:26 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA07443 for ; Wed, 15 Feb 1995 05:08:25 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id IAA20274 for hackers@freebsd.org; Wed, 15 Feb 1995 08:05:32 -0500 Received: by starkhome.cs.sunysb.edu (8.6.9/1.34) id IAA03485; Wed, 15 Feb 1995 08:07:51 -0500 Date: Wed, 15 Feb 1995 08:07:51 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199502151307.IAA03485@starkhome.cs.sunysb.edu> To: hackers@FreeBSD.org Subject: Diskless boot questions Sender: hackers-owner@FreeBSD.org Precedence: bulk Does anybody know the answer to this one? We are using the FreeBSD diskless boot code in an EPROM on an SMC Ultra network interface. This will be used in a student lab where students will either be booting FreeBSD over the net, or else will be booting MSDOS off of the local hard drive. The mechanism for loading MSDOS is to exit the EPROM boot code and continue with the normal BIOS boot chain. We have found that once the EPROM boot code runs (in particular, it is only necessary for the code in start2.S to run to cause the problem) once DOS comes up, something is left hosed so that it crashes SoundBlaster 16 driver software. DOS, Windows, etc. seem to work fine, but when one attempts to load the SoundBlaster drivers from config.sys the system crashes, requiring a hard reset. The only things that occurs in the code in start2.S are: 1. An initial segment that does some fiddling to apparently place a return point into some low memory locations 0x302, 0x304. 2. Relocation of the entire boot code to 0x90000. 3. Switch to protected mode. 4. Switch back to real mode. 5. Return via the saved return point. My question is: does anybody know what kind of cruft this might leave around in the PC memory that might screw up the SoundBlaster drivers? If some PC whiz knows this, it might save me some debugging time. It seems somewhat obscure to me, since DOS boots fine, but there is apparently some lurking modification to the address space that screws up the SoundBlaster. Thanks! - Gene Stark From owner-freebsd-hackers Wed Feb 15 05:25:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA08837 for hackers-outgoing; Wed, 15 Feb 1995 05:25:16 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA08831 for ; Wed, 15 Feb 1995 05:25:15 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <19783-0@bunyip.cc.uq.oz.au>; Wed, 15 Feb 1995 23:25:07 +1000 Received: by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) id XAA21672; Wed, 15 Feb 1995 23:27:54 +1000 From: Stephen McKay Message-Id: <199502151327.XAA21672@pandora.devetir.qld.gov.au> To: hackers@FreeBSD.org cc: syssgm@devetir.qld.gov.au Subject: All the good ones are taken. Date: Wed, 15 Feb 95 23:27:51 EST Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm of the opinion that there aren't many good names out there. So I was rather surprised to find that such a good name as "chat" has been taken by a lowly dialer program! Yes, the PPP dialer program. This is a behind-the-scenes program, so it can be called anything, as ugly as you like. How about "dial-me-up-a-ppp-host-thanks", or even "pppdial". What set me off today? Well, I'm one of the crowd of people who wrote a chat program, before IRC cornered the market. I call it "chat". I want to vote PPP "chat" out of its spot, and leave the name free! I want to dust off my old program and play with it, maybe even give it away. I now know that /usr/bin/chat has been around at least since 1.1, so this is a rather late gripe, but it's still what I want. Even if "chat" is forever lost to ppp, I ask you all to consider your naming carefully. Those ANSI C people care about their name space. Does POSIX? I think we should too. Stephen (Concerned Conservationist) McKay. From owner-freebsd-hackers Wed Feb 15 05:50:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA12408 for hackers-outgoing; Wed, 15 Feb 1995 05:50:29 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [192.48.107.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA11851 for ; Wed, 15 Feb 1995 05:47:38 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id PAA12169; Mon, 13 Feb 1995 15:01:11 +0100 Date: Mon, 13 Feb 1995 15:01:11 +0100 From: Julian Howard Stacey Message-Id: <199502131401.PAA12169@vector.eikon.e-technik.tu-muenchen.de> To: jhs@vector.eikon.e-technik.tu-muenchen.de, phk@ref.tfs.com Subject: Re: Please? Whine.. Sup project.. Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Don't ! It was tmp arrangement as per: >> (one soon to become gil....de) > Please stop doing this. OK, Done, I've cat supfile.ports >> supfile.src Julian jhs@freebsd.org From owner-freebsd-hackers Wed Feb 15 06:54:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA20269 for hackers-outgoing; Wed, 15 Feb 1995 06:54:01 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA20261 for ; Wed, 15 Feb 1995 06:53:59 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA18517; Wed, 15 Feb 95 08:51:02 CST From: Joe Greco Message-Id: <9502151451.AA18517@brasil.moneng.mei.com> Subject: Re: Diskless boot questions To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Date: Wed, 15 Feb 1995 08:51:01 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199502151307.IAA03485@starkhome.cs.sunysb.edu> from "Gene Stark" at Feb 15, 95 08:07:51 am X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1240 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does anybody know the answer to this one? We are using the FreeBSD diskless > boot code in an EPROM on an SMC Ultra network interface. This will be used > in a student lab where students will either be booting FreeBSD over the net, > or else will be booting MSDOS off of the local hard drive. The mechanism > for loading MSDOS is to exit the EPROM boot code and continue with the normal > BIOS boot chain. While I use diskless boots, I don't use DOS so I can't help you. Suggested cruddy workaround: use the "menuing" feature in config.sys/autoexec.bat to provide a bootup menu, instead of using an EPROM. I don't remember the syntax, but you can do something along the lines of: % cat config.sys [DOS Menu] 1. FreeBSD !!! :-) :-) 2. DOS :-( :-( [FreeBSD] goto end [DOS] # typical config.sys for DOS here [Common] end: % cat autoexec.bat [FreeBSD] c:\bin\netboot [DOS] # typical autoexec.bat for DOS here % which is a workaround hack, but should provide you with similar functionality... :-) Just a thought. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Feb 15 07:01:38 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA20952 for hackers-outgoing; Wed, 15 Feb 1995 07:01:38 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA20939; Wed, 15 Feb 1995 07:01:27 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA03630; Wed, 15 Feb 1995 15:56:51 +0100 From: Luigi Rizzo Message-Id: <199502151456.PAA03630@labinfo.iet.unipi.it> Subject: Re: cvs commit: src/sys/i386/boot/dosboot ansi.h boot.c boot.h bootinfo.h cdefs.h dinode.h dir.h dirent.h disk.c disklabe.h dkba To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Wed, 15 Feb 1995 15:56:50 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <11316.792846176@time.cdrom.com> from "Jordan K. Hubbard" at Feb 15, 95 03:02:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1250 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I don't see very much what would be the advantage over rebooting > > the PC. > > [stick CD in drive] "ffffffffvvvvvvtt.....thwap" > C> E: > E> install > > Install is an install.bat script which boots a special kernel off > the CD with fbsdboot and up it comes, sniffs out the CDROM, mounts > it as root, looks for the rest of the installation stuff, etc.. > > Now do you see the advantage? ;-) Now I do. But then, if this is the main use, my point is why not hack netboot.com to do it ? netboot sources contain the commands to cross compile code for DOS under FreeBSD, and to load the kernel to the desired place. Plus, there are procedures to go back and forth from real mode. And, as the kernel is read from a DOS filesystem, you don't even need to put there code to understand the FreeBSD filesystem, just call the appropriate INT 21. Then ok, if it ain't broke, don't fix it... Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Wed Feb 15 07:35:50 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA24831 for hackers-outgoing; Wed, 15 Feb 1995 07:35:50 -0800 Received: from foxtrot.innovus.com (foxtrot.innovus.com [192.75.186.38]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA24825 for ; Wed, 15 Feb 1995 07:35:46 -0800 Message-Id: <199502151535.HAA24825@freefall.cdrom.com> Received: by foxtrot.innovus.com (1.38.193.4/16.2) id AA07883; Wed, 15 Feb 1995 10:35:27 -0500 From: Martin Renters Subject: Re: cvs commit: src/sys/i386/boot/dosboot ansi.h boot.c boot.h bootinfo.h cdefs.h dinode.h dir.h dirent.h disk.c disklabe.h dkbad.h To: luigi@labinfo.iet.unipi.it Date: Wed, 15 Feb 95 10:35:27 EST Cc: hackers@freefall.cdrom.com In-Reply-To: <199502151048.LAA03136@labinfo.iet.unipi.it>; from "Luigi Rizzo" at Feb 15, 95 11:48 am Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk > In the past I have been using the diskless ROM code for booting > FreeBSD through the network when DOS has started. This code works > fine without memory manangers, but often fails with them. It would > be very nice to make a merge of the two programs: the diskless code > compiles completely under FreeBSD, while "fbsdboot" apparently > knows how to deal with the memory managers. If someone goes off and does this, keep in mind that the EPROM version has to stay less than 16K (I think it is over 15K right now). There is "BOOTROM" define that could be used to keep the memory manager code from being compiled for EPROM versions. Martin From owner-freebsd-hackers Wed Feb 15 09:18:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA27527 for hackers-outgoing; Wed, 15 Feb 1995 09:18:22 -0800 Received: from ensta.ensta.fr (ensta.ensta.fr [147.250.1.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA27521 for ; Wed, 15 Feb 1995 09:18:18 -0800 Received: from itesec.hsc-sec.fr (itesec.hsc-sec.fr [192.70.106.33]) by ensta.ensta.fr (8.6.4/8.6.4) with SMTP id SAA27350 for ; Wed, 15 Feb 1995 18:15:45 +0100 Received: from sidhe.hsc-sec.fr by itesec.hsc-sec.fr (5.65d8/IDA-1.5f) via HSCnet with SMTP id AA03753; Wed, 15 Feb 1995 18:17:01 +0100 Received: (from roberto@localhost) by sidhe.hsc-sec.fr (8.6.9/sidhe-1.2) id SAA06581; Wed, 15 Feb 1995 18:13:29 +0100 Date: Wed, 15 Feb 1995 18:13:29 +0100 From: Ollivier Robert Message-Id: <199502151713.SAA06581@sidhe.hsc-sec.fr> To: freebsd-hackers@FreeBSD.org Subject: BUG in 4.4 raw_ip.c (fwd) Reply-To: roberto@hsc.fr.net (Ollivier Robert) Newsgroups: comp.bugs.4bsd,comp.unix.bsd,comp.os.386bsd.bugs,comp.protocols.tcp-ip In-Reply-To: <3ht7f9$5v5@ra.nrl.navy.mil> Organization: Herve Schauer Consultants, Paris, France Sender: hackers-owner@FreeBSD.org Precedence: bulk Found in comp.os.386bsd.bugs. Don't know if it's fixed in FreeBSD or not. ------- start of forwarded message ------- From: danmcd@sundance.itd.nrl.navy.mil (Dan McDonald) Newsgroups: comp.bugs.4bsd,comp.unix.bsd,comp.os.386bsd.bugs,comp.protocols.tcp-ip Subject: BUG in 4.4 raw_ip.c Date: 15 Feb 1995 15:43:37 GMT Organization: Information Technology Division, Naval Research Laboratory There is an obscure bug in 4.4 BSD (including 4.4-Lite) which affect raw sockets that are bound to an address. The fix is all of two characters, which inverts two tests in raw_ip.c. The following is a context diff: =====================(Cut up to and including here.)====================== armitage(sys/netinet)[0]% diff -c raw_ip.c /usr/src/sys/netinet/raw_ip.c *** raw_ip.c Wed Feb 15 07:28:07 1995 --- /usr/src/sys/netinet/raw_ip.c Fri Dec 16 13:10:14 1994 *************** *** 93,102 **** if (inp->inp_ip.ip_p && inp->inp_ip.ip_p != ip->ip_p) continue; if (inp->inp_laddr.s_addr && ! inp->inp_laddr.s_addr != ip->ip_dst.s_addr) continue; if (inp->inp_faddr.s_addr && ! inp->inp_faddr.s_addr != ip->ip_src.s_addr) continue; if (last) { struct mbuf *n; --- 93,102 ---- if (inp->inp_ip.ip_p && inp->inp_ip.ip_p != ip->ip_p) continue; if (inp->inp_laddr.s_addr && ! inp->inp_laddr.s_addr == ip->ip_dst.s_addr) continue; if (inp->inp_faddr.s_addr && ! inp->inp_faddr.s_addr == ip->ip_src.s_addr) continue; if (last) { struct mbuf *n; =====================(Cut up to and including here.)====================== To determine if your system is affected by this bug, here is code to test it. (You will need to be root to run this...) =====================(Cut up to and including here.)====================== /* * test.c -- Silly program to test raw socket. Run without an argument * to send. Run with an argument to receive. * * Daniel L. McDonald - U. S. Naval Research Laboratory */ #include #include #include #include main(int argc) { int s; s = socket(PF_INET,SOCK_RAW,69); /* 69, AFAIK, is not an assigned protocol. */ if (s == -1) { perror("socket"); exit(1); } printf("argc = %d\n",argc); if (argc > 1) { char *buf="Hello"; struct sockaddr_in dst = {AF_INET}; int rc; dst.sin_addr.s_addr = htonl(0x7f000001); /* send it over loopback. */ rc = connect(s,&dst,sizeof(struct sockaddr_in)); if (rc == -1) perror("connect"); else if ((rc = send(s,buf,strlen(buf)+1,0)) == -1) perror("send"); else printf("%d bytes sent.\n",rc); } else { char buf[30]; struct sockaddr_in src={AF_INET,0, htonl(0x7f000001)}; int srclen,rc; bzero(buf,10); rc=bind(s,&src,sizeof(struct sockaddr_in)); if (rc == -1) perror("bind"); else if ((rc=recvfrom(s,buf,30,0,&src,&srclen)) != -1) printf("Got '%s' (%d bytes total) from %s, srclen %d\n",buf+20,rc, inet_ntoa(src.sin_addr),srclen); else perror("recvfrom"); } } =====================(Cut up to and including here.)====================== A few people had been notified of this earlier. I apologize for not informing everyone sooner. Enjoy! -- Daniel L. McDonald | Mail: danmcd@itd.nrl.navy.mil -------------------------+ Computer Scientist | WWW: http://wintermute.itd.nrl.navy.mil/danmcd.html | Naval Research Lab | Phone: (202) 404-7122 #include | Washington, DC | "Rise from the ashes, A blaze of everyday glory" - Rush + ------- end of forwarded message ------- -- Ollivier ROBERT -=-=- Hervé Schauer Consultants -=-=- roberto@hsc.fr.net -=-=-=-=-=- Support The Free UNIX Systems ! FreeBSD NetBSD Linux -=-=-=-=-=- From owner-freebsd-hackers Wed Feb 15 09:44:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA28405 for hackers-outgoing; Wed, 15 Feb 1995 09:44:00 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA28399 for ; Wed, 15 Feb 1995 09:43:58 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id SAA28776 ; Wed, 15 Feb 1995 18:45:40 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA25446; Wed, 15 Feb 95 18:43:25 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502151743.AA25446@blaise.ibp.fr> Subject: Re: BUG in 4.4 raw_ip.c (fwd) To: roberto@hsc.fr.net Date: Wed, 15 Feb 1995 18:43:24 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502151713.SAA06581@sidhe.hsc-sec.fr> from "Ollivier Robert" at Feb 15, 95 06:13:29 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 268 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Found in comp.os.386bsd.bugs. Don't know if it's fixed in FreeBSD or not. > Hmmm seems fixed. Sorry to disturb you. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Wed Feb 15 09:51:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA28474 for hackers-outgoing; Wed, 15 Feb 1995 09:51:13 -0800 Received: from warlock.win.net (warlock.win.net [198.30.130.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA28466 for ; Wed, 15 Feb 1995 09:51:10 -0800 Received: (from bugs@localhost) by warlock.win.net (8.6.9/8.6.9) id MAA10044 for freebsd-hackers@FreeBSD.ORG; Wed, 15 Feb 1995 12:51:48 -0500 From: Mark Hittinger Message-Id: <199502151751.MAA10044@warlock.win.net> Subject: long DAT tape rewind bit sprays disk To: freebsd-hackers@FreeBSD.org Date: Wed, 15 Feb 1995 12:51:46 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2669 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi - I have been having a problem with the close/rewind function of my scsi DAT tape drive. It appears that the rewind is not being given enough time to complete before the driver decides an abort condition is in order. This is one of those dds-2 16 gig jobber tapes so the rewinds will take awhile. This is happening with all SNAPS up through the latest 2/10 snap. I have the BT946C controller. If I get two "abort timeouts" in a row while attempting to rewind/unload the tape my active disks get bit sprayed. :-) While chasing this down I've noticed a couple of things in the bt742a.c driver that I wanted to ask about. In routine bt_poll we call bt_timeout and then call untimeout. I note that inside bt_timeout we already called untimeout. It looks suspicious to me to have this dual call to untimeout. --------------------------------------------------------------------- bt_poll .... if (count == 0) { /* * We timed out, so call the timeout handler manually, * accounting for the fact that the clock is not running yet * by taking out the clock queue entry it makes. */ bt_timeout(ccb); /* * because we are polling, take out the timeout entry * bt_timeout made */ untimeout(bt_timeout, (caddr_t)ccb); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ actually call #2 ---------------------------------------------------------------------- bt_timeout() .... /* * A timeout routine in kernel DONOT unlink * Entry chains when time outed....So infinity Loop.. * 94/04/20 amurai@spec.co.jp */ untimeout(bt_timeout, (caddr_t)ccb); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ actually call #1 --------------------------------------------------------------------- Finally further down in bt_timeout this code looks interesting: .... /* abort the operation that has timed out */ printf("bt%d: Try to abort\n", unit); bt_send_mbo(unit, ~SCSI_NOMASK, BT_MBO_ABORT, ccb); /* 2 secs for the abort */ ccb->flags = CCB_ABORTED; timeout(bt_timeout, (caddr_t)ccb, 2 * hz); ^^^^^^ (200 not 2000?) } What I am doing now is mass NFS mounting every disk in the place on my FreeBSD box. Then tar'ing everything to SCSI DDS-2 using device /dev/nrst0. No rewind/unload attempt will be made when things are complete. I can then shutdown into single user mode, sync, halt. If I attempt to rewind or unload the tape about 50% of the time the system disk will get bit sprayed so I no longer try :-). I am playing with longer timeouts ect but it does appear that two abort timeouts in a row do some corruption of the ccbs. Having fun! Mark Hittinger bugs@win.net From owner-freebsd-hackers Wed Feb 15 10:00:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28569 for hackers-outgoing; Wed, 15 Feb 1995 10:00:55 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA28563; Wed, 15 Feb 1995 10:00:53 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA18784; Wed, 15 Feb 95 11:58:11 CST From: Joe Greco Message-Id: <9502151758.AA18784@brasil.moneng.mei.com> Subject: Re: Network gurus: How hard to split bandwidth across modems? To: tom@haven.uniserve.com (Tom Samplonius) Date: Wed, 15 Feb 1995 11:58:10 -0600 (CST) Cc: jcargill@cs.wisc.edu, jkh@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Feb 14, 95 06:39:04 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1562 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > One thing I'm wondering, though; would an implementation of > > Multilink-PPP talk happily to the load-sharing stuff that a NetBlazer > > implements? Or is that a proprietary thing? Does anyone know the > > details on what their bandwidth splitting does? (In case you haven't > > guessed yet, the other end of my connection is a blazer... Thus my > > high degree of personal interest in what it implements... ;-) > > After having much grief with two Netblazer (a PN-2 and a ST), running a > load-balanced SLIP link over two 28.8k modems. Netblazer's use a very > simple algorithm, if a output buffer on the first interface exceeds a > certain level, try the next interface (on a packet by packet basis). The > maximum buffer levels are configurable. Well, it is immediately obvious that they've used a simplistic algorithm: I suspect that it would be No Big Deal to talk to a blazer in whatever manner of multi-line implementation we choose... In response to Jon's previous message, I concur that a multi-link PPP implementation would be preferable. However, given that I am not much of a kernel hack, and that there is code that already works (and just needs to be ported/hacked) for SLIP, I think I would prefer to tackle the job that looks mildly intimidating, rather than the job that looks hopelessly impossible. grin :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Feb 15 10:33:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA29002 for hackers-outgoing; Wed, 15 Feb 1995 10:33:30 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA28995 for ; Wed, 15 Feb 1995 10:33:23 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id MAA23661; Wed, 15 Feb 1995 12:32:51 -0600 Received: by olympus (4.1/TSS2.1) id AA07621; Wed, 15 Feb 95 12:31:20 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9502151831.AA07621@olympus> Subject: Re: All the good ones are taken. To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Wed, 15 Feb 1995 12:31:19 -0600 (CST) Cc: hackers@FreeBSD.org, syssgm@devetir.qld.gov.au In-Reply-To: <199502151327.XAA21672@pandora.devetir.qld.gov.au> from "Stephen McKay" at Feb 15, 95 11:27:51 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1411 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'm of the opinion that there aren't many good names out there. So I was > rather surprised to find that such a good name as "chat" has been taken by > a lowly dialer program! Yes, the PPP dialer program. > > This is a behind-the-scenes program, so it can be called anything, as ugly as > you like. How about "dial-me-up-a-ppp-host-thanks", or even "pppdial". > > What set me off today? Well, I'm one of the crowd of people who wrote a > chat program, before IRC cornered the market. I call it "chat". I want to > vote PPP "chat" out of its spot, and leave the name free! I want to dust off > my old program and play with it, maybe even give it away. I now know that > /usr/bin/chat has been around at least since 1.1, so this is a rather late > gripe, but it's still what I want. > > Even if "chat" is forever lost to ppp, I ask you all to consider your naming > carefully. Those ANSI C people care about their name space. Does POSIX? > I think we should too. > > Stephen (Concerned Conservationist) McKay. > The chat program ala uucp stole the name a long time ago. The ppp chat uses the same format and thus deserves the name. It may even be the uucp code. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Wed Feb 15 10:44:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA29275 for hackers-outgoing; Wed, 15 Feb 1995 10:44:03 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA29269; Wed, 15 Feb 1995 10:43:54 -0800 Received: by haven.uniserve.com id <202>; Wed, 15 Feb 1995 10:52:50 -0800 Date: Wed, 15 Feb 1995 10:52:35 -0800 (PST) From: Tom Samplonius To: Joe Greco cc: jcargill@cs.wisc.edu, jkh@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Network gurus: How hard to split bandwidth across modems? In-Reply-To: <9502151758.AA18784@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 15 Feb 1995, Joe Greco wrote: > Well, it is immediately obvious that they've used a simplistic algorithm: I > suspect that it would be No Big Deal to talk to a blazer in whatever manner > of multi-line implementation we choose... > > In response to Jon's previous message, I concur that a multi-link PPP > implementation would be preferable. However, given that I am not much of a > kernel hack, and that there is code that already works (and just needs to be > ported/hacked) for SLIP, I think I would prefer to tackle the job that looks > mildly intimidating, rather than the job that looks hopelessly impossible. I realy don't like the idea of multi-link PPP for load-balancing. Load-balancing shouldn't be that difficult. It also would nice if it could be so general to load balance over any number of packet interfaces (load balance multiple ethernet interfaces?) Tom From owner-freebsd-hackers Wed Feb 15 11:19:41 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA29963 for hackers-outgoing; Wed, 15 Feb 1995 11:19:41 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA29957 for ; Wed, 15 Feb 1995 11:19:39 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id LAA00331 for ; Wed, 15 Feb 1995 11:17:48 GMT Message-Id: <199502151117.LAA00331@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: help understanding memory leak in 950210 Date: Wed, 15 Feb 1995 11:17:48 +0000 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. i don't know if any one else is experiencing this, or if this is a known problem. i'm running 950210-SNAP, and i'm experiencing a serious VM free memory leak problem, from just doing a long sequence of compiles (roughly equivalent to recompiling /usr/src/bin) i can't figure out where the memory is going. From owner-freebsd-hackers Wed Feb 15 11:29:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00260 for hackers-outgoing; Wed, 15 Feb 1995 11:29:20 -0800 Received: from uivlsi.csl.uiuc.edu (uivlsi.csl.uiuc.edu [128.174.57.133]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA00253 for ; Wed, 15 Feb 1995 11:29:19 -0800 Received: by uivlsi.csl.uiuc.edu id AA13080 (5.67b/IDA-1.3.4 for hackers@freebsd.org); Wed, 15 Feb 1995 13:29:16 -0600 Date: Wed, 15 Feb 1995 13:29:16 -0600 From: Terry Lee Message-Id: <199502151929.AA13080@uivlsi.csl.uiuc.edu> To: hackers@FreeBSD.org Subject: /tmp or /var/tmp? Sender: hackers-owner@FreeBSD.org Precedence: bulk Shouldn't gcc be using /tmp instead of /var/tmp? Making /tmp a MFS is a common practice. /var/tmp shouldn't be made MFS because vi.recover is there. By the way, how can I make FreeBSD not use the FPU? Disabling npx0 makes all programs abort with error 8. I'm trying to figure out how FPU intensive maplay is. Would compiling it with -msoft-float do it or would libm still use the FPU? My 486DX40 can't even keep up with one channel in real time. If decoding MPEG layer 2 is FPU intensive, then this could be a real blow for 486 chips. Terry Lee terry@uivlsi.csl.uiuc.edu From owner-freebsd-hackers Wed Feb 15 11:31:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00334 for hackers-outgoing; Wed, 15 Feb 1995 11:31:13 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA00328 for ; Wed, 15 Feb 1995 11:31:12 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: scsi(1) and WORM drives.. To: dufault@hda.com (Peter Dufault) Date: Wed, 15 Feb 1995 11:30:08 -0800 (PST) Cc: jkh@FreeBSD.org, hackers@freefall.cdrom.com In-Reply-To: <199502151121.GAA11387@hda.com> from "Peter Dufault" at Feb 15, 95 06:21:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2230 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Jordan K. Hubbard writes: > > > > I've got a Phillips CDROM burner that I would, for obvious reasons, > > love to actually have work under FreeBSD. I know that it's probably > > impractical, since these things need to be fed a steady stream of > > data, but perhaps I could use the new rtprio() stuff to make sure that > > the `burning' process didn't have to give up the CPU until it was damn > > well ready. When it's making a CDROM, I don't want it doing anything > > else anyway. run it in single-user? :) > > > > It wasn't recognised by the SCSI driver, or at least it was probed and > > then noted as having no explicit driver available and then ignored, so > > I configured in the UK device and here's what I got: > > > > sd1: 4095MB (8388315 total sec), 3712 cyl, 21 head, 107 sec, bytes/sec 512 > > bt0 targ 3 lun 0: type 4(worm) removable SCSI1 > > bt0 targ 3 lun 0: > > uk0: unknown device > > bt0 targ 3 lun 1: type 4(worm) removable SCSI1 > > bt0 targ 3 lun 1: > > ... ah another of those wonderful devices that respond on ALL LUNs... > > > > > Anyone know how or if I can now use scsi(1) to somehow get raw data to > > the device? Ideally, I would just like to be able to do the equivalent > > of: dd if=image.cd0 of=/dev/rsd2d I believe it's now scsi(8). :) (looks good to me peter) > > You can't do this, though it may make sense to change the unknown driver > to support read and write translating over to regular read and write. > That should work for both processor type and WORM devices. I've considered this, but do we use 6-byte or 10-byte (or 12?) read/write commands, and do we put in a block-number, or a block-size? e.g. as seen in tapes. > > > But as life is probably nowhere near that simple, I'll also settle for > > being able to open some device and ram the file down its throat > > somehow after suitable ioctl()s, or whatever. > > This should send 512 bytes of data read from stdin to block 17: > > scsi -f /dev/uk0 -c "2A 0 i4 0 i2 0" 17 -o 512 - > very slick.. I'm just getting ready to use the scsi library now.... (for SEF) and it looks quite neat.. maybe we could do it via the scsi library.. julian > From owner-freebsd-hackers Wed Feb 15 11:40:36 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01001 for hackers-outgoing; Wed, 15 Feb 1995 11:40:36 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00986 for ; Wed, 15 Feb 1995 11:40:31 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id LAA00446 for ; Wed, 15 Feb 1995 11:38:40 GMT Message-Id: <199502151138.LAA00446@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: 950210-SNAP, VM Free Date: Wed, 15 Feb 1995 11:38:39 +0000 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. my apologies for my previous incomplete mail message. i was trying out a feature i hadn't used before in my mail system... but i am having a problem with disappearing memory space. i'm running 950210-SNAP, and i'm experiencing a significant VM free memory leak, just doing normal long (big) compiles. here's what top thinks before and after the long compile. after the compile, the system is quiet: load averages: 0.07, 0.03, 0.01 11:07:00 41 processes: 1 running, 40 sleeping --->>> Memory: 14M Act 1520K Inact 2860K Wired 13M Free (before) load averages: 0.33, 0.59, 0.57 11:01:42 48 processes: 1 running, 47 sleeping --->>> Memory: 15M Act 1192K Inact 3220K Wired 3812K Free 3% Swap (after) 11:01AM up 1:38, 5 users, load averages: 0.33, 0.59, 0.57 Free space has lost about 10mbytes ! is this a known problem ? i have outputs from the following script: top -b >>ks uptime >>ks ps -aux >>ks swapinfo >>ks pstat -s >>ks vmstat >>ks iostat >>ks /bin/ls -l /proc >>ks vmstat -i >>ks vmstat -m >>ks vmstat -s >>ks /bin/ls -lR /proc >>ks from before and after the occurrance of the problem, and can submit these if they would be usefull. i can also reproduce the problem readily, but haven't yet minimized the conditions that create it. so i'm open for suggestions... thanks. sup-ping now... -elh From owner-freebsd-hackers Wed Feb 15 12:13:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA03325 for hackers-outgoing; Wed, 15 Feb 1995 12:13:01 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA03319; Wed, 15 Feb 1995 12:13:00 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA12496; Wed, 15 Feb 1995 15:12:47 -0500 Date: Wed, 15 Feb 1995 15:12:47 -0500 From: Garrett Wollman Message-Id: <9502152012.AA12496@halloran-eldar.lcs.mit.edu> To: Tom Samplonius Cc: Joe Greco , jcargill@cs.wisc.edu, jkh@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Network gurus: How hard to split bandwidth across modems? In-Reply-To: References: <9502151758.AA18784@brasil.moneng.mei.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: > I realy don't like the idea of multi-link PPP for load-balancing. > Load-balancing shouldn't be that difficult. It also would nice if it > could be so general to load balance over any number of packet interfaces > (load balance multiple ethernet interfaces?) A few moments of thought should make it clear that PPP multilink is the only mechanism available for load-balancing outside of the individual application. There has been some debate about creating a lightweight session layer for IPng which would allow this as one of its benefits, but anything else has to be done in the link layer, and there's only one link layer with a standard way of doing it. You'd probably like even less the idea of multi-link PPP for preemptive priority queueing. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Wed Feb 15 12:53:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA04052 for hackers-outgoing; Wed, 15 Feb 1995 12:53:05 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA04045 for ; Wed, 15 Feb 1995 12:53:00 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.9/8.6.9) with SMTP id OAA03113; Wed, 15 Feb 1995 14:52:19 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 15 Feb 1995 14:52:20 -0600 To: Tom Samplonius From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Splitting bandwidth Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> In response to Jon's previous message, I concur that a multi-link PPP >> implementation would be preferable. However, given that I am not much of a >> kernel hack, and that there is code that already works (and just needs to be >> ported/hacked) for SLIP, I think I would prefer to tackle the job that looks >> mildly intimidating, rather than the job that looks hopelessly impossible. > > I really don't like the idea of multi-link PPP for load-balancing. >Load-balancing shouldn't be that difficult. It also would nice if it >could be so general to load balance over any number of packet interfaces >(load balance multiple ethernet interfaces?) The problem is that you need to define a MP protocol within the transport protocol. IF you can install the e-net drivers so that all the machines accept the protocol, that would work just fine. One alternate solution is to "tunnel" a MP protocol in IP, just as we already have IP in IP, we could have IP in MP in IP. In any case, you need the protocol layer to negotiate the MP connections. Read RFP 1717. It addresses some of the problems that you might encounter. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Wed Feb 15 13:32:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA05686 for hackers-outgoing; Wed, 15 Feb 1995 13:32:52 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA05677; Wed, 15 Feb 1995 13:32:48 -0800 Date: Wed, 15 Feb 1995 13:32:48 -0800 From: Jeffrey Hsu Message-Id: <199502152132.NAA05677@freefall.cdrom.com> To: terry@uivlsi.csl.uiuc.edu Subject: Re: /tmp or /var/tmp? Cc: hackers Sender: hackers-owner@FreeBSD.org Precedence: bulk > Shouldn't gcc be using /tmp instead of /var/tmp? Making /tmp a MFS > is a common practice. /var/tmp shouldn't be made MFS because vi.recover is > there. To make gcc use /tmp by default, 'setenv TMPDIR /tmp'. (Note, this conflicts with pkg_add's use of TMPDIR, where you really do want TMPDIR to be /var/tmp since /tmp is often too small for large package installs.) Jeffrey From owner-freebsd-hackers Wed Feb 15 14:50:07 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA08673 for hackers-outgoing; Wed, 15 Feb 1995 14:50:07 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA08667 for ; Wed, 15 Feb 1995 14:50:05 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id OAA17257 for ; Wed, 15 Feb 1995 14:48:14 GMT Message-Id: <199502151448.OAA17257@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: 950210-SNAP, VM Free In-reply-to: Your message of "Wed, 15 Feb 1995 11:38:39 GMT." <199502151138.LAA00446@p5.spnet.com> Date: Wed, 15 Feb 1995 14:48:13 +0000 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. let me restate the problem... i'm experiencing a significant loss in performance under 950210-SNAP as a function of integrated system activity. it looks somewhat like a memory problem, but could be a problem with the file system (buffer cache?). after the system has been up a while, and done a bunch of work, and is then quiescent, the disk chatters a lot, lot more for all operations than when it reboots. i think that the csh time command's 'io' field correlates with both the sound that the disks make, and the loss of performance. (with loss in performance is measured as wall clock time) other than the number of io transactions reported by csh, and the loss in performance, the only macroscopic parameters that i can glean from the system show a huge drop in free memory. a freshly booted system: time /bin/ls -LFC : 0.0u 0.0s 0:00.06 66.6% 231+399k 0+0io 0pf+0w medium make : 112.8u 24.3s 2:45.41 82.9% 869+1047k 336+1564io 8pf+0w after a big compile: time /bin/ls -LFC : 0.0u 0.0s 0:00.57 14.0% 205+352k 24+0io 0pf+0w medium make : 113.0u 25.9s 4:07.75 56.0% 862+1040k 5571+1564io 14pf+0w (the '/bin/ls time is actually the second (or third, etc) one, - the very first always takes a long time). please note the huge increase in the 'io' parameters, as well as the increase in wall clock time for both operations between the freshly booted system and the system after an hour's work. on an 'old' system, even if i kill -15 the x-server, so that i log out all of the way and xdm starts a new x server, i still experience the problem after i log back in.. is this a memory problem? i don't know. but a system that's been up for a while, and done a bunch of work, makes an awful lot more disk transactions than one that's very recently booted. people tell me that the numbers reported by top (below) are insufficient for understanding the memory stats. what top thinks fresh : Memory: 14M Act 1520K Inact 2860K Wired 13M Free what top thinks old : Memory: 15M Act 1192K Inact 3220K Wired 3812K Free 3% Swap i've sup'ped, and i'm recompiling now, so i hope to understand if i have this problem with -current thanks for reading. -elh From owner-freebsd-hackers Wed Feb 15 15:25:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA11317 for hackers-outgoing; Wed, 15 Feb 1995 15:25:39 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA11302 for ; Wed, 15 Feb 1995 15:25:35 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id PAA23200; Wed, 15 Feb 1995 15:25:27 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id PAA00519; Wed, 15 Feb 1995 15:25:27 -0800 Message-Id: <199502152325.PAA00519@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Ed Hudson cc: hackers@FreeBSD.org Subject: Re: 950210-SNAP, VM Free In-reply-to: Your message of "Wed, 15 Feb 95 11:38:39 GMT." <199502151138.LAA00446@p5.spnet.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Feb 1995 15:25:26 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > my apologies for my previous incomplete mail message. > i was trying out a feature i hadn't used before in my mail > system... > > but i am having a problem with disappearing memory space. > > i'm running 950210-SNAP, and i'm experiencing a significant > VM free memory leak, just doing normal long (big) compiles. > > here's what top thinks before and after the long compile. > after the compile, the system is quiet: > > load averages: 0.07, 0.03, 0.01 11:07:00 > 41 processes: 1 running, 40 sleeping > > --->>> Memory: 14M Act 1520K Inact 2860K Wired 13M Free > (before) > > > > load averages: 0.33, 0.59, 0.57 11:01:42 > 48 processes: 1 running, 47 sleeping > > --->>> Memory: 15M Act 1192K Inact 3220K Wired 3812K Free 3% Swap > (after) > > 11:01AM up 1:38, 5 users, load averages: 0.33, 0.59, 0.57 > > > Free space has lost about 10mbytes ! There is a new category which top isn't reporting called "cached" memory. It's the amount of memory for "cached" pages - usually filesystem data via the merged VM/buffer cache. Don't worry, you haven't lost any memory - the system is better at using most of "free" memory for file caching. An updated "vmstat -s" will show you the real numbers. -DG From owner-freebsd-hackers Wed Feb 15 15:50:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA13026 for hackers-outgoing; Wed, 15 Feb 1995 15:50:52 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA13015 for ; Wed, 15 Feb 1995 15:50:48 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id PAA23242; Wed, 15 Feb 1995 15:50:42 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id PAA00559; Wed, 15 Feb 1995 15:50:41 -0800 Message-Id: <199502152350.PAA00559@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Ed Hudson cc: hackers@FreeBSD.org Subject: Re: 950210-SNAP, VM Free In-reply-to: Your message of "Wed, 15 Feb 95 14:48:13 GMT." <199502151448.OAA17257@p5.spnet.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Feb 1995 15:50:41 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > i think that the csh time command's 'io' field correlates > with both the sound that the disks make, and the loss of > performance. (with loss in performance is measured as wall > clock time) > > other than the number of io transactions reported by csh, > and the loss in performance, the only macroscopic parameters > that i can glean from the system show a huge drop in > free memory. > > > a freshly booted system: > > time /bin/ls -LFC : 0.0u 0.0s 0:00.06 66.6% 231+399k 0+0io 0pf+0w > medium make : 112.8u 24.3s 2:45.41 82.9% 869+1047k 336+1564io 8pf+0w > > > > after a big compile: > > time /bin/ls -LFC : 0.0u 0.0s 0:00.57 14.0% 205+352k 24+0io 0pf+0w > medium make : 113.0u 25.9s 4:07.75 56.0% 862+1040k 5571+1564io 14pf+0w > > (the '/bin/ls time is actually the second (or third, etc) one, - the very > first always takes a long time). The thing to compare this to would be a 2.0 system. I think you'll find that it is always better. I believe the non-optimal performance you're seeing is caused by our algorithm for deciding how much file data to cache. It tries very hard (too hard) to not thash the VM system when large amounts of file I/O are done. We will likely change the balance in the future, but at the moment this is very difficult to do without unusual side effects. One thing we can do right away, however, is increase the minimum size of the cache - it currently can shrink to less than 10% of memory (and only half of this for file data - the other half is for meta/directory data). This should probably be increased to 15% or 20%. Try out the attached patch which changes it to 20%. -DG Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.110 diff -c -r1.110 machdep.c *** 1.110 1995/02/14 19:20:26 --- machdep.c 1995/02/15 23:49:29 *************** *** 257,263 **** if (nbuf == 0) { nbuf = 30; if( physmem > 1024) ! nbuf += min((physmem - 1024) / 20, 1024); } nswbuf = min(nbuf, 128); --- 257,263 ---- if (nbuf == 0) { nbuf = 30; if( physmem > 1024) ! nbuf += min((physmem - 1024) / 10, 1024); } nswbuf = min(nbuf, 128); From owner-freebsd-hackers Wed Feb 15 18:50:57 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA29194 for hackers-outgoing; Wed, 15 Feb 1995 18:50:57 -0800 Received: from amalfi.trl.OZ.AU (amalfi.trl.OZ.AU [137.147.99.99]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA29141 for ; Wed, 15 Feb 1995 18:50:32 -0800 Received: from orca1.vic.design.telecom.com.au ([145.136.55.131]) by amalfi.trl.OZ.AU (8.6.9/8.6.9) with SMTP id NAA16841; Thu, 16 Feb 1995 13:39:47 +1100 Received: from netbsd08.dn.itg.telecom.com.au by orca1.vic.design.telecom.com.au with SMTP (1.36.108.4/16.2) id AA24976; Thu, 16 Feb 1995 13:48:11 +1100 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 LAA27428; Thu, 16 Feb 1995 11:07:24 +0800 Date: Thu, 16 Feb 1995 11:07:23 +0800 (WST) From: Terry Dwyer To: hasty@netcom.com Cc: hackers@FreeBSD.org Subject: Re: playmidi? In-Reply-To: <199502140743.XAA16407@netcom20.netcom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 13 Feb 1995 hasty@netcom.com wrote: [...] > > On that note, I've been wondering if there is a program that will do > > text to speech output under FreeBSD. I'd like the machine to be able > > No problem! [...] > Next :) > Amancio With all the interest in audio over the last couple of days I thought I'd try rsynth. I grabbed the rsynth port from FreeBSD.org and compiled it in my 1.1.5.1 box no problem. Since it is not too great without the dictionary, I also got that from: ftp://ota.ox.ac.uk88/pub/ota/dicts/710/text710.dat.gz However rsynth does not find the dictionary in /usr/local/lib which is the default in dict.c Is this caused by some deficiency in 1.1.5.1 or does it happen in 2.x as well Amancio, thanks for telling us about this. _-_|\ Terry Dwyer E-Mail: tdwyer@netbsd08.dn.itg.telecom.com.au / \ System Administrator Phone: +61 9 491 5161 Fax: +61 9 221 2631 *_.^\_/ Telecom Australia Telstra Corporation MIME capable mailer v Perth WA ( I do not speak for Telstra or Telecom ) From owner-freebsd-hackers Wed Feb 15 19:04:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA00317 for hackers-outgoing; Wed, 15 Feb 1995 19:04:17 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA00304 for ; Wed, 15 Feb 1995 19:04:13 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id TAA05841; Wed, 15 Feb 1995 19:02:13 GMT Message-Id: <199502151902.TAA05841@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: davidg@Root.COM, hackers@FreeBSD.org cc: elh@p5.spnet.com Subject: Re: 950210-SNAP, VM Free Date: Wed, 15 Feb 1995 19:02:13 +0000 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk > From: David Greenman > > The thing to compare this to would be a 2.0 system. I think you'll find > that it is always better. I believe the non-optimal performance you're seeing > is caused by our algorithm for deciding how much file data to cache. It tries > very hard (too hard) to not thash the VM system when large amounts of file I/O > are done. We will likely change the balance in the future, but at the moment > this is very difficult to do without unusual side effects. One thing we can do > right away, however, is increase the minimum size of the cache - it currently > can shrink to less than 10% of memory (and only half of this for file data - > the other half is for meta/directory data). This should probably be increased > to 15% or 20%. Try out the attached patch which changes it to 20%. > > -DG > > Index: machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v > retrieving revision 1.110 > after applying your patch and rebooting with the new kernel, i still experience the same problem, but with an intermittent improvement. medium compile, *before, with-patch: 112.4u 24.8s 2:52.70 79.5% 872+1055k 325+1532io 27pf+11w medium compile, after, with-patch: (a) 112.1u 24.2s 3:10.10 71.7% 869+1053k 1614+1528io 0pf+0w (b) 112.9u 25.2s 3:55.78 58.6% 865+1048k 3930+1557io 7pf+9w medium compile, after, without-patch: (c) 113.0u 25.9s 4:07.75 56.0% 862+1040k 5571+1564io 14pf+0w small compile, *before, with-patch: 31.2u 6.4s 0:44.95 83.7% 919+888k 143+445io 68pf+0w small compile, after, with-patch: 31.3u 6.6s 1:04.63 58.7% 917+885k 1214+478io 2pf+0w 30.9u 6.8s 1:01.46 61.5% 914+887k 974+468io 0pf+0w small compile, after, without-patch: 31.4u 6.6s 1:00.21 63.1% 909+884k 954+477io 0pf+0w if i could speculate: my big compile (that creates the state above called 'after') ld's a lot of half-mega-byte files that eat up your cache, and your cache isn't good at throwing them out? when the almost miraculous compile (a) occurred, things suddenly sped up in the system - almost as if something had at last been reclaimed. a second run resulted in (b), which has essentially the same performance as the pre-your-patch kernel (c). also, i'm not certain that the worst here is no worse than a 2.0R kernel. i think that i can try this out. are there any commands i can use to examine the state of the disk/buffer cache stuff? thanks again, -elh From owner-freebsd-hackers Wed Feb 15 20:53:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA07924 for hackers-outgoing; Wed, 15 Feb 1995 20:53:49 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA07900 for ; Wed, 15 Feb 1995 20:53:35 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id VAA07809; Wed, 15 Feb 1995 21:54:48 -0700 Message-Id: <199502160454.VAA07809@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Cc: Terry Dwyer Subject: Re: playmidi? In-reply-to: Your message of "Thu, 16 Feb 1995 11:07:23 +0800." Date: Wed, 15 Feb 1995 21:54:46 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk > dictionary, I also got that from: > ftp://ota.ox.ac.uk88/pub/ota/dicts/710/text710.dat.gz > However rsynth does not find the dictionary in /usr/local/lib which is > the default in dict.c Is this caused by some deficiency in 1.1.5.1 or > does it happen in 2.x as well hello, for 1.1.5.1 there is a bug in dict.c, line 68: 68c68 < d->base = (dictrec_ptr) mmap(0, d->size, PROT_READ, MAP_PRIVATE, fd, 0); --- > d->base = (dictrec_ptr) mmap(0, d->size, PROT_READ, (MAP_FILE | MAP_PRIVATE), fd, 0); once rebuilt test it by: % say ABCs if it says "abeseas" it works, if it spells a,b,c,s, it didn't i have no idea if it is in 2.0... Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Wed Feb 15 21:00:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA08547 for hackers-outgoing; Wed, 15 Feb 1995 21:00:16 -0800 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA08537; Wed, 15 Feb 1995 21:00:14 -0800 Received: by mail.Germany.EU.net with SMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id GAA22613; Thu, 16 Feb 1995 06:01:23 +0100 Received: by ruhrgebiet.individual.net (/\==/\ Smail3.1.28.1 #28.1) id ; Thu, 16 Feb 95 04:01 GMT Received: by robkaos.ruhr.de (/\oo/\ Smail3.1.29.1 #29.1) id ; Wed, 15 Feb 95 14:39 MET Message-Id: From: robsch@robkaos.ruhr.de (Robert Schien) Subject: Re: scsi(1) and WORM drives.. To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Wed, 15 Feb 1995 14:39:12 -0500 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <16741.792813823@time.cdrom.com> from "Jordan K. Hubbard" at Feb 14, 95 06:03:43 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2156 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've got a Phillips CDROM burner that I would, for obvious reasons, > love to actually have work under FreeBSD. I know that it's probably > impractical, since these things need to be fed a steady stream of > data, but perhaps I could use the new rtprio() stuff to make sure that > the `burning' process didn't have to give up the CPU until it was damn > well ready. When it's making a CDROM, I don't want it doing anything > else anyway. > > It wasn't recognised by the SCSI driver, or at least it was probed and > then noted as having no explicit driver available and then ignored, so > I configured in the UK device and here's what I got: > > sd1: 4095MB (8388315 total sec), 3712 cyl, 21 head, 107 sec, bytes/sec 512 > bt0 targ 3 lun 0: type 4(worm) removable SCSI1 > bt0 targ 3 lun 0: > uk0: unknown device > bt0 targ 3 lun 1: type 4(worm) removable SCSI1 > bt0 targ 3 lun 1: > ... > > Anyone know how or if I can now use scsi(1) to somehow get raw data to > the device? Ideally, I would just like to be able to do the equivalent > of: dd if=image.cd0 of=/dev/rsd2d > > But as life is probably nowhere near that simple, I'll also settle for > being able to open some device and ram the file down its throat > somehow after suitable ioctl()s, or whatever. > > This would actually be such an advantage for us that I think there > could be some money in this if somebody wanted to contract for the job > of making this all work. Comments? > > Jordan > I have a Fujitsu MO drive and it would be nice if one could have more support for optical drives. At the moment it is used as a direct access device, i.e. like a hard drive (there is a jumper on the drive). Also, if I unmount the MO drive, swap the cartridge, and remount again, I get "UNIT ATTENTION asc 28", and the device is no more configured. Reprobing does not work for me. I get only "Device not configured" messages. I'm using an AHA1542C in a 486DX50 with 20 MB RAM. Whether this is a subtle hardware problem or not, I don't know. The FreeBSD is the SNAP of Feb, 2nd. Good luck with your CD writer. Robert From owner-freebsd-hackers Wed Feb 15 22:36:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA12603 for hackers-outgoing; Wed, 15 Feb 1995 22:36:39 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA12597 for ; Wed, 15 Feb 1995 22:36:37 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id WAA00285; Wed, 15 Feb 1995 22:34:34 GMT Message-Id: <199502152234.WAA00285@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: davidg@Root.COM, hackers@FreeBSD.org cc: elh@p5.spnet.com Subject: Re: 950210-SNAP, VM Free In-reply-to: Your message of "Wed, 15 Feb 1995 15:50:41 PST." <199502152350.PAA00559@corbin.Root.COM> Date: Wed, 15 Feb 1995 22:34:33 +0000 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. > From: David Greenman > > The thing to compare this to would be a 2.0 system. I think you'll find > that it is always better. I believe the non-optimal performance you're seeing > is caused by our algorithm for deciding how much file data to cache. It tries i've tried this under 2.0R. --->>> I don't get the system slow down problem with --->>> accumulated system time! here are the results: **2.0R** small compile, fresh boot: 31.5u 6.5s 0:48.59 78.4% 898+865k 197+452io 70pf+0w 31.8u 6.8s 0:42.89 90.2% 883+851k 0+446io 0pf+0w small compile, after: 31.6u 6.7s 0:41.85 91.8% 883+852k 5+428io 0pf+0w 31.8u 6.5s 0:41.95 91.7% 884+850k 0+435io 0pf+0w medium compile, fresh boot: 115.1u 25.8s 2:45.41 85.2% 836+1007k 334+1443io 14pf+0w medium compile, fresh after: 114.3u 27.3s 2:42.34 87.2% 834+1002k 279+1408io 0pf+0w /bin/ls -LFC, fresh boot: 0.0u 0.0s 0:00.04 250.0% 80+147k 0+0io 0pf+0w /bin/ls -LFC, fresh after: 0.0u 0.0s 0:00.11 36.3% 231+447k 0+0io 0pf+0w again, for comparison, here are some 'after' results with 950210SNAP: sml: 31.4u 6.1s 0:43.56 86.4% 918+888k 11+473io 0pf+0w med: 113.0u 25.9s 4:07.75 56.0% 862+1040k 5571+1564io 14pf+0w ls: 0.0u 0.0s 0:00.57 14.0% 205+352k 24+0io 0pf+0w all of the 950210-SNAP fresh boot numbers are essentially the same as the 2.0R the hardware configuration is a little different between the two OS tests. the source trees being compiled are always on the same disk, a quantum 2100-S. in the case of 2.0R, the os is on the same disk as the source tree. in the case of 950210-SNAP, the os is on a different disk (MICROP 2217) , and the quantum is mounted. both disks supply swap partitions in the SNAP case, and only the quantum in the 2.0R case. let me also stress that the kernel's that i'm running are, in both cases, my own, freshly derived from the GENERIC sources, with irrelevent hardware, and a few other options removed or added. if there are any option configurations that may affect this problem, then that could be an issue as well. the machine i'm running on has 32mby of phys memory. thanks again for looking at this. i'd be very pleased to run any experiment you might suggest; 2.0R vs SNAP is only a reboot away. -elh From owner-freebsd-hackers Wed Feb 15 22:59:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA12882 for hackers-outgoing; Wed, 15 Feb 1995 22:59:10 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA12875; Wed, 15 Feb 1995 22:59:09 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Luigi Rizzo cc: jkh@FreeBSD.org (Jordan K. Hubbard), hackers@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/boot/dosboot ansi.h boot.c boot.h bootinfo.h cdefs.h dinode.h dir.h dirent.h disk.c disklabe.h dkba In-reply-to: Your message of "Wed, 15 Feb 1995 15:56:50 +0100." <199502151456.PAA03630@labinfo.iet.unipi.it> Date: Wed, 15 Feb 1995 22:59:09 -0800 Message-ID: <12873.792917949@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Now I do. But then, if this is the main use, my point is why not > hack netboot.com to do it ? > > netboot sources contain the commands to cross compile code for DOS > under FreeBSD, and to load the kernel to the desired place. Plus, there > are procedures to go back and forth from real mode. And, as the kernel is > read from a DOS filesystem, you don't even need to put there code to > understand the FreeBSD filesystem, just call the appropriate INT 21. If you can give us a copy of netboot that does fully everything that dosboot currently does (with the same VCPI support), then I'd say yes, let's toss it. But you will have to get this code to us VERY SOON because we need that functionality for the 2.1 install! Can you have it ready by next week? Thanks! Jordan From owner-freebsd-hackers Thu Feb 16 00:20:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA14781 for hackers-outgoing; Thu, 16 Feb 1995 00:20:14 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA14774; Thu, 16 Feb 1995 00:20:13 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Ed Hudson cc: hackers@FreeBSD.org Subject: Re: 950210-SNAP, VM Free In-reply-to: Your message of "Wed, 15 Feb 1995 14:48:13 GMT." <199502151448.OAA17257@p5.spnet.com> Date: Thu, 16 Feb 1995 00:20:12 -0800 Message-ID: <14772.792922812@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > let me restate the problem... > i'm experiencing a significant loss in performance > under 950210-SNAP as a function of integrated system > activity. Please do the following: # cd /tmp # cat > doit.sh #!/bin/sh cd /usr/src/sys/i386/conf config GENERIC cd ../../compile/GENERIC time make depend all echo "XXXX look here XXXX" make clean time make depend all echo "XXXX look here XXXX" make clean time make depend all echo "XXXX look here XXXX" cd / rm -fr /sys/compile/GENERIC ^D # chmod +x doit.sh # ./doit.sh >& logfile The output will be in logfile - go searching through it for the 'XXXX look here XXXX' pattern and send us the 3 time values (and ONLY the 3 time values! :) you got after each compile finished. If we can see a significant drop in wall clock time, then we'll know you have a genuine problem. Thanks! Jordan From owner-freebsd-hackers Thu Feb 16 02:00:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA17317 for hackers-outgoing; Thu, 16 Feb 1995 02:00:18 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA17305 for ; Thu, 16 Feb 1995 02:00:08 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA22941; Thu, 16 Feb 1995 10:59:34 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA25966 for freebsd-hackers@freebsd.org; Thu, 16 Feb 1995 10:59:34 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id KAA12900; Thu, 16 Feb 1995 10:57:41 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502160957.KAA12900@bonnie.tcd-dresden.de> Subject: Re: scsi(1) and WORM drives.. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 16 Feb 1995 10:57:41 +0100 (MET) In-Reply-To: from "Robert Schien" at Feb 15, 95 02:39:12 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 683 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Robert Schien wrote: | | I have a Fujitsu MO drive and it would be nice if one could | have more support for optical drives. At the moment it is used as | a direct access device, i.e. like a hard drive (there is | a jumper on the drive). Huh? What else would you like to use it? Besides that it's a hard drive, it's a *removeable* hard drive, isn't it? (Sony MO drives do not have a jumper for this, they are always ``direct access, removable''.) tschüß, -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Feb 16 02:14:02 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA17868 for hackers-outgoing; Thu, 16 Feb 1995 02:14:02 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA17860; Thu, 16 Feb 1995 02:13:55 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Peter Dufault cc: jkh@FreeBSD.org (Jordan K. Hubbard), hackers@freefall.cdrom.com Subject: Re: scsi(1) and WORM drives.. In-reply-to: Your message of "Wed, 15 Feb 1995 06:21:38 EST." <199502151121.GAA11387@hda.com> Date: Thu, 16 Feb 1995 02:13:54 -0800 Message-ID: <17858.792929634@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Ship it here and I'll send it back working... Ack! If only I could - these babies ain't cheap, and we use ours *constantly*. With or without having to use DOS, this writer is pretty critical to us. We have a new quad-speed burner that really hasn't come up to snuff yet and maybe we can do something with it, but the main Phillips unit is our Old Trusty and we'd be hosed without it. > You can't do this, though it may make sense to change the unknown driver > to support read and write translating over to regular read and write. > That should work for both processor type and WORM devices. That would be nice.. Hint hint.. :) > This should send 512 bytes of data read from stdin to block 17: > > scsi -f /dev/uk0 -c "2A 0 i4 0 i2 0" 17 -o 512 - Hmmmmmm. Would this work for a really LARGE count? I shall try this when I get in to work! > If you want to send it here I'll send it back tested. You pick up > the shipping charges and supply the materials that I need. If you need > me to spend full time on it for a few days we'll have to talk money. Hmmmm. Maybe we should talk about flying YOU out.. :-) Let me play with this a little bit and I'll get back to you! Thanks.. Jordan From owner-freebsd-hackers Thu Feb 16 02:44:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA18647 for hackers-outgoing; Thu, 16 Feb 1995 02:44:25 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA18639; Thu, 16 Feb 1995 02:44:16 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id FAA16340; Thu, 16 Feb 1995 05:42:51 -0500 From: Peter Dufault Message-Id: <199502161042.FAA16340@hda.com> Subject: Re: scsi(1) and WORM drives.. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 16 Feb 1995 05:42:50 -0500 (EST) Cc: jkh@FreeBSD.org, hackers@freefall.cdrom.com In-Reply-To: <17858.792929634@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 95 02:13:54 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1999 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > Ship it here and I'll send it back working... > > Ack! If only I could - these babies ain't cheap, and we use ours > *constantly*. With or without having to use DOS, this writer is > pretty critical to us. We have a new quad-speed burner that really > hasn't come up to snuff yet and maybe we can do something with it, but > the main Phillips unit is our Old Trusty and we'd be hosed without it. > > > You can't do this, though it may make sense to change the unknown driver > > to support read and write translating over to regular read and write. > > That should work for both processor type and WORM devices. > > That would be nice.. Hint hint.. :) Yes, but see Julian's comments. I had thought of this and pondered maybe registering the type of write to perform via an ioctl. > > > This should send 512 bytes of data read from stdin to block 17: > > > > scsi -f /dev/uk0 -c "2A 0 i4 0 i2 0" 17 -o 512 - > > Hmmmmmm. Would this work for a really LARGE count? I shall try this > when I get in to work! Well, actually this won't work at all, since I didn't supply the block count. Try this instead: scsi -f /dev/uk0 -c "2A 0 i4 0 i2 0" 17 1 -o 512 - The "17" is the logical block address to write, the "1" is the number of contiguous blocks to try to transfer, and the "512" is the amount of data to transfer. You need to see what your real block size is and so on - I'm just guessing it is 512 (I think it is usually 2048 for CDROMS?). To transfer 4 MB of data (assumes 512 byte blocks) to LBA 360: scsi -f /dev/uk0 -c "2A 0 i4 0 i2 0" 360 8196 -o 4194304 - I'd say the odds are 50% you'll get the "not responding" message from the host adapter. Good luck (If this is part of your production you probably really want an integrated solution and not this band aid) Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Thu Feb 16 02:55:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA18908 for hackers-outgoing; Thu, 16 Feb 1995 02:55:52 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA18898 for ; Thu, 16 Feb 1995 02:55:47 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id LAA03831 for ; Thu, 16 Feb 1995 11:57:34 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA01023; Thu, 16 Feb 95 11:55:18 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502161055.AA01023@blaise.ibp.fr> Subject: Please people To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Thu, 16 Feb 1995 11:55:17 +0100 (MET) X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 464 Sender: hackers-owner@FreeBSD.org Precedence: bulk When you reply to a commit message in cvs-*, please forward it to -current or -hackers. cvs-* lists are intended for commit messages not discussions. Can someone (e.g. mailman) add a "-r hackers@freebsd.org" on the resend line for all the cvs-* lists... That way, the Reply-To: will be set. Thanks for listening :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Thu Feb 16 03:05:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA19345 for hackers-outgoing; Thu, 16 Feb 1995 03:05:19 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA19339; Thu, 16 Feb 1995 03:05:16 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA16509; Thu, 16 Feb 1995 06:03:51 -0500 From: Peter Dufault Message-Id: <199502161103.GAA16509@hda.com> Subject: Re: scsi(1) and WORM drives.. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 16 Feb 1995 06:03:51 -0500 (EST) Cc: jkh@FreeBSD.org, hackers@freefall.cdrom.com In-Reply-To: <17858.792929634@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 95 02:13:54 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 571 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > Let me play with this a little bit and I'll get back to you! > Thanks.. Be Real Careful. Keep in mind that you are blasting around valid SCSI disk write commands from within a user program. Start out playing with "inquiry" and "mode sense" commands and being sure they seem to work. Do this as a regular user with no write permissions to your other devices, etc. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Thu Feb 16 04:01:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA22943 for hackers-outgoing; Thu, 16 Feb 1995 04:01:09 -0800 Received: from hpwisf1.HAN.UnisysGSG.COM (root@hpwisf1.HAN.UnisysGSG.COM [128.126.195.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id EAA22923 for ; Thu, 16 Feb 1995 04:01:03 -0800 From: starner.mark@HAN.UnisysGSG.COM Received: from io.HAN.UnisysGSG.COM by hpwisf1.HAN.UnisysGSG.COM (4.1/mls/3.5) id AA22190; Thu, 16 Feb 95 07:00:49 EST Message-Id: <9502161200.AA22190@hpwisf1.HAN.UnisysGSG.COM> Received: by io.HAN.UnisysGSG.COM (4.1/mls/3.5) id AA08936; Thu, 16 Feb 95 07:00:49 EST Date: Thu, 16 Feb 95 07:00:49 EST To: hackers@FreeBSD.org Subject: Dumps after Panic Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a 950210 snapshot kernel that is panicing with a page fault that i am trying to narrow down. (it doesnt like reading from my second cdrom (i ahve a`checked the termination, cables, etc....) my config line says root on sd0 swap on sd0 and sd3 dump on sd0 sd0b has a 60MB swap partition, but when the kernel panics, it says: syncing disks ..... 18 18 18 18 18 18 18 giving up then the reboot prompt... no dump, no nothing. what am i doing wrong???? thanks Mark From owner-freebsd-hackers Thu Feb 16 04:20:06 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA24144 for hackers-outgoing; Thu, 16 Feb 1995 04:20:06 -0800 Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA24035; Thu, 16 Feb 1995 04:18:06 -0800 Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id VAA17550; Thu, 16 Feb 1995 21:17:53 +0900 Date: Thu, 16 Feb 1995 21:17:53 +0900 Message-Id: <199502161217.VAA17550@frig.mt.cs.keio.ac.jp> To: freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Help! 3C589 driver on -current! 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 I announced my APM fix / 3C589 driver patch for 2.0R on c.o.3.d and this mailing list. I ported this patch to -current (0214), but I found that if_zp (3C589) didn't work on -current (it works nice on 2.0R). This patch (for -current) is placed on ftp://bash.cc.keio.ac.jp/sys/LP/LP-1.0-pl01c.tar.gz ~ I struggled with this problem today, but I couldn't fix this bug. Observed by etherfind, ARP packet seems to be correctly sent by first ifconfig, and zpintr() is invoked by packet arrivals by ping. But it could not reply to these ping messages. Please help me! --- ----------------------------------------------------------- HOSOKAWA, Tatsumi (hosokawa@mt.cs.keio.ac.jp) Dept. of Computer Science, Keio University, Yokohama, Japan ----------------------------------------------------------- From owner-freebsd-hackers Thu Feb 16 04:44:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA24437 for hackers-outgoing; Thu, 16 Feb 1995 04:44:49 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA24430 for ; Thu, 16 Feb 1995 04:44:46 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA24490; Thu, 16 Feb 1995 04:44:38 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id EAA00170; Thu, 16 Feb 1995 04:44:37 -0800 Message-Id: <199502161244.EAA00170@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: starner.mark@HAN.UnisysGSG.COM cc: hackers@FreeBSD.org Subject: Re: Dumps after Panic In-reply-to: Your message of "Thu, 16 Feb 95 07:00:49 EST." <9502161200.AA22190@hpwisf1.HAN.UnisysGSG.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 16 Feb 1995 04:44:36 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I have a 950210 snapshot kernel that is panicing with a page fault >that i am trying to narrow down. (it doesnt like reading from my >second cdrom (i ahve a`checked the termination, cables, etc....) > >my config line says root on sd0 swap on sd0 and sd3 dump on sd0 > >sd0b has a 60MB swap partition, > >but when the kernel panics, it says: >syncing disks ..... 18 18 18 18 18 18 18 giving up > >then the reboot prompt... > >no dump, no nothing. > >what am i doing wrong???? Do you have "options DODUMP" in your config file? -DG From owner-freebsd-hackers Thu Feb 16 06:33:07 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA27402 for hackers-outgoing; Thu, 16 Feb 1995 06:33:07 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA27396 for ; Thu, 16 Feb 1995 06:33:03 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id OAA01375; Thu, 16 Feb 1995 14:34:07 GMT Date: Thu, 16 Feb 1995 14:34:04 +0000 (GMT) From: Doug Rabson To: hackers@FreeBSD.org Subject: DHCP patches for bootpd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a locally patched bootpd here which will respond to DHCP requests with ip addresses from its statically allocated tables. It does not work with WFW3.11 due to problems with broadcast replies but it does work with current betas of Win95. Should I commit this thing or wait for bootpd-2.5 which will have essentially the same DHCP support and might also support dynamic allocation? -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 71 251 4411 FAX: +44 71 251 0939 From owner-freebsd-hackers Thu Feb 16 07:06:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA27932 for hackers-outgoing; Thu, 16 Feb 1995 07:06:46 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA27926 for ; Thu, 16 Feb 1995 07:06:44 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id HAA20777 for ; Thu, 16 Feb 1995 07:05:26 -0800 Message-Id: <199502161505.HAA20777@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA153427065; Thu, 16 Feb 1995 10:04:25 -0500 From: william pechter ILEX Subject: FreeBSD 1.1.5.1 memory errors To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Thu, 16 Feb 1995 10:04:25 -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: 559 Sender: hackers-owner@FreeBSD.org Precedence: bulk It now seems that removing the MACHVMCOMPAT line from my configuration fixed my 486 signal 11's. This worked ok with my 386 but not the 486. It seems the sig 11's are now gone from 1.1.5.1 patch 22. Hope this helps others tracking the problem. This may be why it's so elusive. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Feb 16 07:37:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA28638 for hackers-outgoing; Thu, 16 Feb 1995 07:37:18 -0800 Received: from veda.is (root@veda.is [193.4.230.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA28624 for ; Thu, 16 Feb 1995 07:37:07 -0800 Received: (from adam@localhost) by veda.is (8.6.8/8.6.6) id PAA16724; Thu, 16 Feb 1995 15:34:36 GMT Date: Thu, 16 Feb 1995 15:34:36 GMT From: Adam David Message-Id: <199502161534.PAA16724@veda.is> To: hackers@FreeBSD.org Subject: FreeBSD with Bustec BT-542B SCSI interface X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Stacey wrote: > `Clapper' is the active part of a bell, (as in church tower bell etc), > perhaps a fast rotating bell is meant by analogy as `going like clappers', The full phrase (in England) is "going like the clappers of Hell". This maybe ties in with the exclamation "Hell's bells!". However, "clapper" is also the name for the wooden part of bellows, which must be operated very fast in order to fan the flames of Hell and maintain the hot temperature there. "Hell's bellows!" :-) -- Adam David From owner-freebsd-hackers Thu Feb 16 08:16:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA29785 for hackers-outgoing; Thu, 16 Feb 1995 08:16:31 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA29779 for ; Thu, 16 Feb 1995 08:16:30 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id IAA04011 for ; Thu, 16 Feb 1995 08:15:29 -0800 Message-Id: <199502161615.IAA04011@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA155441166; Thu, 16 Feb 1995 11:12:46 -0500 From: william pechter ILEX Subject: Re: FreeBSD 1.1.5.1 memory errors To: pechter@halley.stars.sed.monmouth.army.mil (william pechter ILEX) Date: Thu, 16 Feb 1995 11:12:46 -0500 (EST) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: <199502161505.HAA20777@wcarchive.cdrom.com> from "william pechter ILEX" at Feb 16, 95 10:04:25 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 808 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > It now seems that removing the MACHVMCOMPAT line from my configuration > fixed my 486 signal 11's. This worked ok with my 386 but not the > 486. > > It seems the sig 11's are now gone from 1.1.5.1 patch 22. > > Hope this helps others tracking the problem. > > This may be why it's so elusive. > > Bill A followup -- so far -- so good. I've only seen one core -- from cron at about boot time. The machine's building the 1.1.5.1 kernel again and if that runs clean I'll reload all the source and make world as a test. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Feb 16 08:30:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA00129 for hackers-outgoing; Thu, 16 Feb 1995 08:30:54 -0800 Received: from inetgwy.asctmd.com (inetgwy.asctmd.com [198.59.170.33]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA00123 for ; Thu, 16 Feb 1995 08:30:49 -0800 From: supervisor@alb.asctmd.com Received: from alb.asctmd.com (alb.asctmd.com [198.59.170.34]) by inetgwy.asctmd.com (8.6.8/8.6.6) with SMTP id JAA10771 for ; Thu, 16 Feb 1995 09:30:24 -0700 Received: from ALBUQUERQUE-Message_Server by alb.asctmd.com with WordPerfect_Office; Thu, 16 Feb 1995 09:33:45 -0700 Message-Id: X-Mailer: WordPerfect Office 4.0 Date: Thu, 16 Feb 1995 09:27:33 -0700 To: freebsd-hackers@FreeBSD.org Subject: netipx.tar.gz available on ftp.freebsd.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I have placed a copy of the latest netipx protocol family in incoming on ftp.freebsd.org. Included with this kit are kernel diffs, protocol family files, and sample programs. Attached below is a copy of the README included with the kit. Please feel free to contact me for further information. I can only provide limited support for this package at this time. I would be interested in collecting patches and utilities for inclusion in this kit. === The purpose of this kit is to add support for the IPX protocol (EtherNet_II frame type 0x8137) to the FreeBSD 2.0 source tree. Included in this kit are two sample utilities IPXrouted and sapmon which were used to verify that the protocol family does actually send and receive datagrams. Also included is the first attempt at a loadable kernel module protocol family. Mike Mitchell mmitchel@alb.asctmd.com --- Copyright Information --- Copyright (c) 1984, 1985, 1986, 1987, 1993 The Regents of the University of California. All rights reserved. Modifications Copyright (c) 1995, Mike Mitchell --- New Files --- Consult the file MANIFEST which has been included in this kit for a list of the new files which have been installed. --- Patched Files --- Consult the file MANIFEST.DIFFS which has been included in this kit for a list of the files which require modification. Patches for these files are located in the directory DIFFS. --- Projects for the Daring --- 1. Perform more testing. The SPX code will reqires more attention. 2. Enhance the clib routines to include support for the AF_IPX protocol family. These routines accept the protocol family as an argument: /usr/src/lib/libc/net/gethostbyht.c /usr/src/lib/libc/net/getnetbyht.c 3. Create and enhance more applications: IPXrouted keep ipx routing information up to date, implement correctly ipxping similar to ip ping but for a remote ipx host samba fix samba to work on AF_IPX to support Windows for Workgroups using the NetBIOS transport over SPX 3. The big pie in the sky would be to have a suite of working NetWare client utilities. Wouldn't you like to see a 'NFS like' file system attached to a NetWare server? Or maybe, emulation of a NetWare server so that clients may connect? (The samba project listed above...) --- Installation Notes --- 1. Install the complete FreeBSD 2.0 source tree. All patches have been made relative to a FreeBSD 2.0 Release source tree. The source tree available to me comes on the InfoMagic BSDisc. 2. Untar the netipx kit from the root directory. All of the pathnames are relative to the root directory. This will install new files in the source tree. If you wish to extract this kit in another directory, be sure to install all of the new files manually. 3. Apply the patches. for i in (DIFFS/*.diff) do patch -p0 < $i done 4. Include the following lines in your kernel configuration file after application of the netipx kit. options IPX #IPX Networking Support options IPXIP #IPX over IP Networking Support #options IPTUNNEL #IP over IPX Networking Support # #IPTUNNEL NOT IMPLEMENTED #options "IPXPRINTFS=0" #Console Debugging Information #options "IPX_ERRPRINTFS=0" #Console Debugging Information 5. Rebuild your kernel and reboot. cd /usr/src/sys/i386/conf config GENERIC # GENERIC = your config file cd /usr/src/sys/compile/GENERIC # GENERIC = your config file make depend; make cp /kernel /kernel.old cp kernel /kernel shutdown -r now 6. Rebuild and install: libc, ifconfig, netstat cd /usr/src/lib/libc; make; make install cd /usr/src/sbin/ifconfig; make; make install cd /usr/src/usr.bin/netstat; make; make install cd /usr/src/usr.sbin/IPXrouted; make; make install cd /usr/src/usr.sbin/IPXrouted/sapmon; make; make install From owner-freebsd-hackers Thu Feb 16 08:36:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA00292 for hackers-outgoing; Thu, 16 Feb 1995 08:36:46 -0800 Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA00282 for ; Thu, 16 Feb 1995 08:36:43 -0800 Received: from utis156.cs.utwente.nl by utrhcs.cs.utwente.nl (5.0/csrelayMX-SVR4_1.0/RB) id AA28807; Thu, 16 Feb 1995 17:36:28 --100 Received: by utis156.cs.utwente.nl (4.1/RBCS-1.0.1) id AA14094; Thu, 16 Feb 95 17:36:21 +0100 To: hackers@FreeBSD.org Subject: tcpdump 3.0? Date: Thu, 16 Feb 1995 17:36:20 +0100 Message-Id: <14093.792952580@utis156.cs.utwente.nl> From: Andras Olah content-length: 297 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've got some patches for tcpdump to make it understand the RFC-1323 and RFC-1644 TCP options, but I remember Michael Reifenberger mentioning that he has the new version (3.0) ported already. Should I wait for 3.0 before submitting the patches, because the current tree has still v2.2.1? Andras From owner-freebsd-hackers Thu Feb 16 08:49:27 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA00733 for hackers-outgoing; Thu, 16 Feb 1995 08:49:27 -0800 Received: from warlock.win.net (warlock.win.net [198.30.130.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA00727 for ; Thu, 16 Feb 1995 08:49:24 -0800 Received: (from bugs@localhost) by warlock.win.net (8.6.9/8.6.9) id LAA00531 for freebsd-hackers@FreeBSD.ORG; Thu, 16 Feb 1995 11:50:00 -0500 From: Mark Hittinger Message-Id: <199502161650.LAA00531@warlock.win.net> Subject: re: long DAT tape rewinds bit spray your disks To: freebsd-hackers@FreeBSD.org Date: Thu, 16 Feb 1995 11:50:00 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1997 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan I had no problems with DAT tape rewind this morning. Below are diffs of what I changed in my kernel. Everything behaved like it should have, and no disks got bit sprayed! These adjustments are against the 2-10 snapshot sources. I have just increased some of the timeouts and touched up a few possibly cosmetic things. I tried to think of why a short rewind timeout would be usefull in st.c but couldn't come up with an important reason. Anybody tell me if you know why this 5 second thing was there. I still have a reboot problem where the scsi_test_unit_ready call will hang about half the time if there is no media in the DAT drive. I get the printf with the density code (x13) and it stops. I am sure the timeout here is really long so describing it as a hang is probably misleading. I think I will play with some combination of a shorter timeout there with a reset and re-sense mode attempt. Remember it is the second "abort timeout" within BT742A that bit sprays your disk. I always survived the first one. If the rewind completed before the second "abort timeout" then everything was ok. I did not get any "abort timeout" messages this morning. Before they happened very quickly and I suspected the "int count" might be a short. sys/scsi/st.c ------------- 1831c1831 < immed ? 5000 : 300000, /* 5 sec or 5 min */ --- > 300000, /* msh 2/15/95 always use 5 min */ sys/i386/isa/bt742a.c --------------------- 1580c1580 < int count = xs->timeout; --- > u_int32 count = xs->timeout; /* msh use uns-long 2/15/95 */ 1611,1612c1611,1613 < untimeout(bt_timeout, (caddr_t)ccb); < count = 2000; --- > /* untimeout(bt_timeout, (caddr_t)ccb); msh 2/15/95 done in > bt_timeout */ > count = 5000; /* msh 2/15/95 give it more time */ 1690c1691 < timeout(bt_timeout, (caddr_t)ccb, 2 * hz); --- > timeout(bt_timeout, (caddr_t)ccb, 300 * hz); /* msh more time */ Fun, Mark Hittinger bugs@win.net From owner-freebsd-hackers Thu Feb 16 09:01:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA01391 for hackers-outgoing; Thu, 16 Feb 1995 09:01:39 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA01385 for ; Thu, 16 Feb 1995 09:01:37 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA01249; Thu, 16 Feb 1995 09:01:26 -0800 From: Poul-Henning Kamp Message-Id: <199502161701.JAA01249@ref.tfs.com> Subject: Re: DHCP patches for bootpd To: dfr@render.com (Doug Rabson) Date: Thu, 16 Feb 1995 09:01:25 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: from "Doug Rabson" at Feb 16, 95 02:34:04 pm Content-Type: text Content-Length: 753 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have a locally patched bootpd here which will respond to DHCP requests > with ip addresses from its statically allocated tables. It does not work > with WFW3.11 due to problems with broadcast replies but it does work with > current betas of Win95. Should I commit this thing or wait for > bootpd-2.5 which will have essentially the same DHCP support and might > also support dynamic allocation? I suggest you make a README and stick it all in the tarfile, then it will be in the "experimental" directory on the CD. Anybody else with this kind of "non-finished" code lying around, do the same thing! -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Thu Feb 16 09:17:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA01692 for hackers-outgoing; Thu, 16 Feb 1995 09:17:34 -0800 Received: from grilled.cs.wisc.edu (grilled.cs.wisc.edu [128.105.66.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA01686 for ; Thu, 16 Feb 1995 09:17:33 -0800 Date: Thu, 16 Feb 95 11:17:26 -0600 From: jcargill@cs.wisc.edu (Jon Cargille) Message-Id: <9502161717.AA00160@grilled.cs.wisc.edu> Received: by grilled.cs.wisc.edu; Thu, 16 Feb 95 11:17:26 -0600 To: freebsd-hackers@FreeBSD.org Subject: forwarded message from Kevin Flewitt Sender: hackers-owner@FreeBSD.org Precedence: bulk I got the following email from someone who's having trouble installing 2.0 on his second IDE drive; it looks to me as if he did the "right things" for a 2nd disk install. Am I missing something, or has anyone seen a problem like this before? Thanks for any help, Jon ------- start of forwarded message (RFC 934 encapsulation) ------- Message-Id: <199502151942.OAA19658@gold.interlog.com> X-Sender: shatz@interlog.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailer: From: shatz@interlog.com (Kevin Flewitt) To: jcargill Subject: BSD install problem. Date: Wed, 15 Feb 1995 14:41:26 -0400 [...] I'm running a DX2-66 with 8 megs of RAM. I have twin 420 meg IDE drives. The first one is currently for DOS. I wanted to use the second one for BSD. I read the trouble shooting and loaded the boot stuff on the first drive. On the second drive I assigned "a" 20 meg for /, "b" 16 meg for swap and "e" the rest for /usr. I had a successful write. I then went to proceed and it sure looked like it was writing stuff to the drive. It completed that part and I was asked to remove the floppy from the drive and reboot. Upon reboot I chose F5 (from the boot manager) to boot from the second disk. I then keyed in "hd(1,a)/kernel" and it started to boot. The last probe it did was- npx0 on motherboard then it said- panic:cannot mount root syncing disks...done Automatic reboot in 15 seconds-press a key on the console to abort I'm sure it's something stupid on my part but I'm so close to this I can taste it. Can you offer some suggestions. I might add that before I started, the second disk was used for a Yggdrasil release of Linux. It worked well and I had Xwindows running as well as Netscape. I chose to go with BSD because I had been told that If I liked Linux I'd love BSD. I would love to love BSD. Thankyou for your time..... K. - -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-| - -|-|-|-| Kevin Flewitt is shatz@interlog.com Phone - (416) 966-4833 Fax - (416) 962-0079 Home Page - http://www.interlog.com:80/~shatz/ ------- end ------- From owner-freebsd-hackers Thu Feb 16 16:04:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA00155 for hackers-outgoing; Thu, 16 Feb 1995 16:04:19 -0800 Received: from panix3.panix.com (panix3.panix.com [198.7.0.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA00145 for ; Thu, 16 Feb 1995 16:04:16 -0800 Received: by panix3.panix.com id AA17370 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Thu, 16 Feb 1995 19:02:15 -0500 Date: Thu, 16 Feb 1995 19:02:14 -0500 (EST) From: Bill Allison To: freebsd-hackers@FreeBSD.org Subject: NCSA Httpd 1.3 for FBSD 1.1.5.1? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have httpd 1.1 from ncsa, and wondered if anyone has ported over a more recent version to FreeBSD? (ideally 1.1.5.1) ----------------------------------------------------------- Bill Allison IAN FREED CONSULTING, INC. wallison@panix.com Seattle, WA office: 206-583-8919 From owner-freebsd-hackers Thu Feb 16 16:12:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01056 for hackers-outgoing; Thu, 16 Feb 1995 16:12:19 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA01040 for ; Thu, 16 Feb 1995 16:12:16 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA14514; Thu, 16 Feb 1995 14:58:39 -0500 Date: Thu, 16 Feb 1995 14:58:39 -0500 From: Garrett Wollman Message-Id: <9502161958.AA14514@halloran-eldar.lcs.mit.edu> To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Cc: freebsd-hackers@FreeBSD.org Subject: Help! 3C589 driver on -current! In-Reply-To: <199502161217.VAA17550@frig.mt.cs.keio.ac.jp> References: <199502161217.VAA17550@frig.mt.cs.keio.ac.jp> Sender: hackers-owner@FreeBSD.org Precedence: bulk < Observed by etherfind, ARP packet seems to be correctly sent by first > ifconfig, and zpintr() is invoked by packet arrivals by ping. But it > could not reply to these ping messages. > Please help me! if_ether.c:arp_ifinit() -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Thu Feb 16 16:13:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01266 for hackers-outgoing; Thu, 16 Feb 1995 16:13:25 -0800 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA01236 for ; Thu, 16 Feb 1995 16:13:20 -0800 Received: from idiom.com by sgiblab.sgi.com via SMTP (920330.SGI/911001.SGI) id AA06966; Thu, 16 Feb 95 11:38:03 -0800 Received: (from muir@localhost) by idiom.com (8.6.9/8.6.9) id LAA00412; Thu, 16 Feb 1995 11:36:38 -0800 Date: Thu, 16 Feb 1995 11:36:38 -0800 From: David Muir Sharnoff Message-Id: <199502161936.LAA00412@idiom.com> To: peter@nmti.com Cc: muir@idiom.com, a09878@giant.mindlink.net, hackers@FreeBSD.org Subject: Re: Speccing a FreeBSD box Sender: hackers-owner@FreeBSD.org Precedence: bulk * Thanks for the information on the ASUS 486 motherboard and NCR 53c810 PCI * SCSI controller. What ethernet card would be preferred for FreeBSD 2.x in * this environment? Application is a server for backups, running Amanda to * Exabyte 8mm tape. SMC Elite. PCI or ISA. Doesn't matter. -Dave From owner-freebsd-hackers Thu Feb 16 16:14:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01598 for hackers-outgoing; Thu, 16 Feb 1995 16:14:31 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA01589 for ; Thu, 16 Feb 1995 16:14:29 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id RAA18699; Thu, 16 Feb 1995 17:19:20 -0500 From: Peter Dufault Message-Id: <199502162219.RAA18699@hda.com> Subject: NEW_SCSICONF To: freebsd-hackers@freefall.cdrom.com Date: Thu, 16 Feb 1995 17:19:19 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 423 Sender: hackers-owner@FreeBSD.org Precedence: bulk Can someone explain the history of "NEW_SCSICONF", and whether it should be left in there? I'd like to remove it. Also, is anyone using the "predef" stuff in scsiconf.c? I'd like to remove it and replace it with a traditional config approach. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Thu Feb 16 16:14:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01622 for hackers-outgoing; Thu, 16 Feb 1995 16:14:39 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA01616; Thu, 16 Feb 1995 16:14:37 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08165; Thu, 16 Feb 95 11:14:19 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502161814.AA08165@cs.weber.edu> Subject: Re: Help! 3C589 driver on -current! To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Thu, 16 Feb 95 11:14:18 MST Cc: freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199502161217.VAA17550@frig.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Feb 16, 95 09:17:53 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I struggled with this problem today, but I couldn't fix this bug. > > Observed by etherfind, ARP packet seems to be correctly sent by first > ifconfig, and zpintr() is invoked by packet arrivals by ping. But it > could not reply to these ping messages. There was a recent suggested change to raw packet interface packet type byte ordering. This probably wouldn't affect you, but you may want to look just in case. We need a document of "kernel exported API's for use by device driver writers". For instance, all of the VM interfaces we plan to be keeping around cross platform for all of time now that the cache unification has taken place, the vnode cache interface (like the SVR4 DNLC documented in "The Magic Garden Explained") and vn_ based file I/O and how to do it in the kernel for things like quota files, etc.. Entry points for protocol family insertion and kernel use of the routing code and console driver and other error logging interfaces would also be nice. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Feb 16 16:14:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01676 for hackers-outgoing; Thu, 16 Feb 1995 16:14:49 -0800 Received: from grilled.cs.wisc.edu (grilled.cs.wisc.edu [128.105.66.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA01664 for ; Thu, 16 Feb 1995 16:14:47 -0800 Date: Thu, 16 Feb 95 12:39:29 -0600 From: jcargill@cs.wisc.edu (Jon Cargille) Message-Id: <9502161839.AA00741@grilled.cs.wisc.edu> Received: by grilled.cs.wisc.edu; Thu, 16 Feb 95 12:39:29 -0600 To: freebsd-hackers@FreeBSD.org Subject: BSD install problem. (was Re: forwarded message from Kevin Flewitt) In-Reply-To: <199502161818.LAA17153@trout.sri.MT.net> References: <199502161818.LAA17153@trout.sri.MT.net> Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams writes: This needs to be changed to wd1 for this system. You'll need a custom kernel for this box. Maybe one of the user can build you one. I've forwarded some suggestions that I received to Kevin; if none of the simpler ones work, I'll build a kernel for him to try as Nate suggests. Thanks to all who replied... Wow, that sure was a quick and helpful response! ;-) Jon From owner-freebsd-hackers Thu Feb 16 16:18:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA02077 for hackers-outgoing; Thu, 16 Feb 1995 16:18:59 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA02048; Thu, 16 Feb 1995 16:18:53 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id PAA24979; Thu, 16 Feb 1995 15:41:25 -0800 Date: Thu, 16 Feb 1995 15:41:25 -0800 Message-Id: <199502162341.PAA24979@silvia.HIP.Berkeley.EDU> To: jkh@FreeBSD.org CC: hackers@FreeBSD.org In-reply-to: <199502161234.EAA04391@time.cdrom.com> (jkh@freebsd.org) Subject: Re: cvs commit: src/usr.sbin/rmt Makefile From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * jkh 95/02/16 04:34:36 * * Modified: usr.sbin/rmt Makefile * Log: * Make a link to /etc/rmt when we're installed. I don't like this. I'm sure I'm not the only one who likes being able to do grep * in /etc with the executables moved out to /sbin and /usr/sbin.... (Ok there are db files but these can't go anywhere else.) If it's only tar that has problems with rmt, can't we fix that instead? Satoshi From owner-freebsd-hackers Thu Feb 16 16:23:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA02494 for hackers-outgoing; Thu, 16 Feb 1995 16:23:10 -0800 Received: from hudson.lm.com (hudson.lm.com [192.231.221.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA02486 for ; Thu, 16 Feb 1995 16:23:07 -0800 Received: (from news@localhost) by hudson.lm.com (8.6.9/8.6.9) id PAA00147 for freebsd-hackers@freefall.cdrom.com; Thu, 16 Feb 1995 15:55:03 -0500 Path: hudson.lm.com!ivory.lm.com!not-for-mail From: peterb@telerama.lm.com (Peter Berger) Newsgroups: mail.freebsd-hackers Subject: DNS/Round Robin Date: 16 Feb 1995 15:54:51 -0500 Organization: Telerama Public Access Internet, Pittsburgh, PA USA Lines: 12 Message-ID: <3i0e2r$g06@ivory.lm.com> NNTP-Posting-Host: ivory.lm.com Apparently-To: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Can anyone give me a vicious shove in the direction of any document explaining how to implement round-robin records in the DNS for purposes of load balancing? is there an RFC on this? -- ...................................................................... Peter G. Berger, Esq. Telerama Public Access Internet, Pittsburgh Internet: peterb@telerama.lm.com Phone: 412/481-3505 Fax: 412/481-8568 http://www.lm.com/~peterb From owner-freebsd-hackers Thu Feb 16 16:41:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA03973 for hackers-outgoing; Thu, 16 Feb 1995 16:41:39 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA03966; Thu, 16 Feb 1995 16:41:38 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA02666; Thu, 16 Feb 1995 16:41:27 -0800 From: Poul-Henning Kamp Message-Id: <199502170041.QAA02666@ref.tfs.com> Subject: Re: Help! 3C589 driver on -current! To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 16 Feb 1995 16:41:24 -0800 (PST) Cc: hosokawa@mt.cs.keio.ac.jp, freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <9502161814.AA08165@cs.weber.edu> from "Terry Lambert" at Feb 16, 95 11:14:18 am Content-Type: text Content-Length: 234 Sender: hackers-owner@FreeBSD.org Precedence: bulk > We need a document of "kernel exported API's for use by device driver > writers". YES !!!! -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Thu Feb 16 16:58:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA05444 for hackers-outgoing; Thu, 16 Feb 1995 16:58:48 -0800 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA05407 for ; Thu, 16 Feb 1995 16:58:38 -0800 Received: by mail.Germany.EU.net with SMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id TAA16388; Thu, 16 Feb 1995 19:43:43 +0100 Received: by ruhrgebiet.individual.net (/\==/\ Smail3.1.28.1 #28.1) id ; Thu, 16 Feb 95 18:34 GMT Received: by robkaos.ruhr.de (/\oo/\ Smail3.1.29.1 #29.1) id ; Thu, 16 Feb 95 18:37 MET Message-Id: From: robsch@robkaos.ruhr.de (Robert Schien) Subject: Re: scsi(1) and WORM drives.. To: joerg_wunsch@uriah.sax.de Date: Thu, 16 Feb 1995 18:37:49 -0500 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502160957.KAA12900@bonnie.tcd-dresden.de> from "J Wunsch" at Feb 16, 95 10:57:41 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 588 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > As Robert Schien wrote: > | > | I have a Fujitsu MO drive and it would be nice if one could > | have more support for optical drives. At the moment it is used as > | a direct access device, i.e. like a hard drive (there is > | a jumper on the drive). > > Huh? What else would you like to use it? Besides that it's a hard > drive, it's a *removeable* hard drive, isn't it? (Sony MO drives do > not have a jumper for this, they are always ``direct access, > removable''.) > Joerg, besides type 1 devices SCSI knows the type 5 (worm) and type 8 (optical memory device). Robert From owner-freebsd-hackers Thu Feb 16 17:51:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA09487 for hackers-outgoing; Thu, 16 Feb 1995 17:51:05 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA09405 for ; Thu, 16 Feb 1995 17:50:51 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA07717 (5.67a/IDA-1.5); Thu, 16 Feb 1995 19:32:01 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA08907; 16 Feb 95 19:28:43 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id TAA08901; Thu, 16 Feb 1995 19:28:43 -0600 From: Peter da Silva Message-Id: <199502170128.TAA08901@bonkers.taronga.com> Subject: Re: NCSA Httpd 1.3 for FBSD 1.1.5.1? To: wallison@panix.com (Bill Allison) Date: Thu, 16 Feb 1995 19:28:42 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Bill Allison" at Feb 16, 95 07:02:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 311 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have httpd 1.1 from ncsa, and wondered if anyone has ported over a more > recent version to FreeBSD? (ideally 1.1.5.1) I'm running 1.3 here. I don't recall any significant problems in getting it up, but I would recommend CERN HTTPD as a higher performance platform. I'm in the process of converting over. From owner-freebsd-hackers Thu Feb 16 17:56:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA09821 for hackers-outgoing; Thu, 16 Feb 1995 17:56:09 -0800 Received: from uuneo.neosoft.com (uuneo.NeoSoft.COM [198.64.6.8]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA09813 for ; Thu, 16 Feb 1995 17:56:03 -0800 Received: from ris1.UUCP (ficc@localhost) by uuneo.neosoft.com (8.6.9/8.6.9) with UUCP id MAA12758 for freebsd.org!hackers; Thu, 16 Feb 1995 12:09:00 -0600 Received: by ris1.nmti.com (smail2.5) id AA28492; 16 Feb 95 12:24:35 CST (Thu) Received: by sonic.nmti.com; id AA26627; Thu, 16 Feb 1995 11:39:01 -0600 Message-Id: <9502161739.AA26627@sonic.nmti.com.nmti.com> To: muir@idiom.com, a09878@giant.mindlink.net, hackers@FreeBSD.org Subject: Speccing a FreeBSD box X-Face: &di>sR4}x'60h?^NtxHJ9^Vt&Z:IZXs1o Date: Thu, 16 Feb 1995 18:47:05 -0800 Message-ID: <11308.792989225@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have placed a copy of the latest netipx protocol family in incoming on > ftp.freebsd.org. Included with this kit are kernel diffs, protocol family > files, and sample programs. This is quite slick, thank you! Would you please send me your postal address? We'd like to ensure that you don't have to rely on the Infomagic BSDisc in the future - work like this deserves a CD gratis direct from the project! :-) Jordan From owner-freebsd-hackers Thu Feb 16 18:48:35 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA11339 for hackers-outgoing; Thu, 16 Feb 1995 18:48:35 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA11332; Thu, 16 Feb 1995 18:48:34 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Andras Olah cc: hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-reply-to: Your message of "Thu, 16 Feb 1995 17:36:20 +0100." <14093.792952580@utis156.cs.utwente.nl> Date: Thu, 16 Feb 1995 18:48:34 -0800 Message-ID: <11330.792989314@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk There's still a lot of problems in integrating his stuff - the last set of patches he sent me did not result in a compilable tcpdump, and so it's probably unreasonable to assume that tcpdump is going to get updated for 2.1. I would therefore just apply your patches now and we can worry about 3.0 integration later.. Thanks! Jordan > I've got some patches for tcpdump to make it understand the RFC-1323 > and RFC-1644 TCP options, but I remember Michael Reifenberger > mentioning that he has the new version (3.0) ported already. Should > I wait for 3.0 before submitting the patches, because the current > tree has still v2.2.1? > > Andras From owner-freebsd-hackers Thu Feb 16 19:08:37 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA11920 for hackers-outgoing; Thu, 16 Feb 1995 19:08:37 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA11842; Thu, 16 Feb 1995 19:06:46 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi), freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Help! 3C589 driver on -current! In-reply-to: Your message of "Thu, 16 Feb 1995 11:14:18 MST." <9502161814.AA08165@cs.weber.edu> Date: Thu, 16 Feb 1995 19:06:46 -0800 Message-ID: <11840.792990406@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > We need a document of "kernel exported API's for use by device driver > writers". Oh most definitely! Terry, when can we expect the first draft from you? :) Jordan From owner-freebsd-hackers Thu Feb 16 19:33:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA12488 for hackers-outgoing; Thu, 16 Feb 1995 19:33:05 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA12473 for ; Thu, 16 Feb 1995 19:32:54 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id LAA17153; Thu, 16 Feb 1995 11:18:58 -0700 Date: Thu, 16 Feb 1995 11:18:58 -0700 From: Nate Williams Message-Id: <199502161818.LAA17153@trout.sri.MT.net> In-Reply-To: jcargill@cs.wisc.edu (Jon Cargille) "forwarded message from Kevin Flewitt" (Feb 16, 11:17am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: jcargill@cs.wisc.edu (Jon Cargille), freebsd-hackers@FreeBSD.org Subject: BSD install problem. (was Re: forwarded message from Kevin Flewitt) Cc: shatz@interlog.com (Kevin Flewitt) Sender: hackers-owner@FreeBSD.org Precedence: bulk > Date: Wed, 15 Feb 1995 14:41:26 -0400 [ Two drive setup ] > then went to proceed and it sure looked like it was writing stuff to > the drive. It completed that part and I was asked to remove the floppy > from the drive and reboot. Upon reboot I chose F5 (from the boot > manager) to boot from the second disk. I then keyed in > "hd(1,a)/kernel" and it started to boot. The last probe it did was- > > npx0 on motherboard > > then it said- > > panic:cannot mount root I suspect this is his problem. From GENERIC: ----- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks ..... config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and vn0 dumps on wd0 ^^^^^^^^^^^ This needs to be changed to wd1 for this system. You'll need a custom kernel for this box. Maybe one of the user can build you one. Unfortunately, I'm still in mid-upgrade due to my new tape-drive going bad the day after I got it. To hacker folks: Is there anyway we can change this to: config kernel root on boot swap on boot dumps on boot Similar to what Ultrix does? Nate From owner-freebsd-hackers Thu Feb 16 19:43:32 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA12915 for hackers-outgoing; Thu, 16 Feb 1995 19:43:32 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA12908; Thu, 16 Feb 1995 19:43:29 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: jkh@FreeBSD.org, hackers@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/rmt Makefile In-reply-to: Your message of "Thu, 16 Feb 1995 15:41:25 PST." <199502162341.PAA24979@silvia.HIP.Berkeley.EDU> Date: Thu, 16 Feb 1995 19:43:29 -0800 Message-ID: <12904.792992609@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I don't like this. I'm sure I'm not the only one who likes being able > to do grep * in /etc with the executables moved out to /sbin and > /usr/sbin.... (Ok there are db files but these can't go anywhere > else.) And termcap, and.. This dependency on /etc isn't going to go away, and I suggest you simply get used to having your greps spit out what they're currently spitting out! :-) > If it's only tar that has problems with rmt, can't we fix that > instead? I don't think you understand the problem.. Jordan From owner-freebsd-hackers Thu Feb 16 20:10:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA13606 for hackers-outgoing; Thu, 16 Feb 1995 20:10:21 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA13591 for ; Thu, 16 Feb 1995 20:10:18 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id UAA10847; Thu, 16 Feb 1995 20:09:36 -0800 From: "Rodney W. Grimes" Message-Id: <199502170409.UAA10847@gndrsh.aac.dev.com> Subject: Re: Speccing a FreeBSD box To: peter@nmti.com Date: Thu, 16 Feb 1995 20:09:36 -0800 (PST) Cc: muir@idiom.com, a09878@giant.mindlink.net, hackers@FreeBSD.org In-Reply-To: <9502161739.AA26627@sonic.nmti.com.nmti.com> from "peter@nmti.com" at Feb 16, 95 11:39:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 644 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Thanks for the information on the ASUS 486 motherboard and NCR 53c810 PCI > SCSI controller. What ethernet card would be preferred for FreeBSD 2.x in > this environment? Application is a server for backups, running Amanda to > Exabyte 8mm tape. Since that is a PCI motherboard, and it looks like your going to be doing lots of network backups I would suggest a PCI ethernet card based on the Digital 24010 chip, something like a Compex Enet32/PCI. last one I picked up was $114.00. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Feb 16 20:41:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA14260 for hackers-outgoing; Thu, 16 Feb 1995 20:41:00 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA14254; Thu, 16 Feb 1995 20:40:58 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA16310; Thu, 16 Feb 95 21:34:59 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502170434.AA16310@cs.weber.edu> Subject: Re: Help! 3C589 driver on -current! To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 16 Feb 95 21:34:58 MST Cc: hosokawa@mt.cs.keio.ac.jp, freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <11840.792990406@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 95 07:06:46 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > We need a document of "kernel exported API's for use by device driver > > writers". > > Oh most definitely! > > Terry, when can we expect the first draft from you? :) February 27th is the last date for the manuscript I've been reviewing for Prentice Hall. How about some time after that? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Feb 16 20:59:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA14616 for hackers-outgoing; Thu, 16 Feb 1995 20:59:59 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA14589; Thu, 16 Feb 1995 20:59:50 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: hosokawa@mt.cs.keio.ac.jp, freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Help! 3C589 driver on -current! In-reply-to: Your message of "Thu, 16 Feb 1995 21:34:58 MST." <9502170434.AA16310@cs.weber.edu> Date: Thu, 16 Feb 1995 20:59:50 -0800 Message-ID: <14587.792997190@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > February 27th is the last date for the manuscript I've been reviewing for > Prentice Hall. > > How about some time after that? That still leaves it kind of unspecific.. "some time after" could mean March 1st, 1995 or March 1st, 2010! :-) Jordan From owner-freebsd-hackers Thu Feb 16 21:11:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA15012 for hackers-outgoing; Thu, 16 Feb 1995 21:11:34 -0800 Received: from dub-img-1.compuserve.com (dub-img-1.compuserve.com [198.4.9.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA15005 for ; Thu, 16 Feb 1995 21:11:33 -0800 Received: by dub-img-1.compuserve.com (8.6.9/5.941228sam) id AAA08498; Fri, 17 Feb 1995 00:11:01 -0500 Date: 17 Feb 95 00:05:36 EST From: "Greg D. Grooms" <71061.3152@CompuServe.COM> To: Hackers Subject: Sony CDU31A CDROM Message-ID: <950217050535_71061.3152_BHM105-1@CompuServe.COM> Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone been able to make the Sony CDU31A CDROM work with FreeBSD? From owner-freebsd-hackers Thu Feb 16 21:32:26 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA15460 for hackers-outgoing; Thu, 16 Feb 1995 21:32:26 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA15453; Thu, 16 Feb 1995 21:32:25 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Greg D. Grooms" <71061.3152@CompuServe.COM> cc: Hackers Subject: Re: Sony CDU31A CDROM In-reply-to: Your message of "17 Feb 1995 00:05:36 EST." <950217050535_71061.3152_BHM105-1@CompuServe.COM> Date: Thu, 16 Feb 1995 21:32:25 -0800 Message-ID: <15451.792999145@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Has anyone been able to make the Sony CDU31A CDROM work with FreeBSD? > Yup - works a champ in 2.0-current and the last (950210) snapshot. Before that, no. Jordan From owner-freebsd-hackers Thu Feb 16 21:38:37 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA15544 for hackers-outgoing; Thu, 16 Feb 1995 21:38:37 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA15537 for ; Thu, 16 Feb 1995 21:38:31 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id AAA05497; Fri, 17 Feb 1995 00:34:36 -0500 From: Wankle Rotary Engine Message-Id: <199502170534.AAA05497@skynet.ctr.columbia.edu> Subject: Re: BSD install problem. (was Re: forwarded message from Kevin Flewitt) To: nate@trout.sri.MT.net (Nate Williams) Date: Fri, 17 Feb 1995 00:34:32 -0500 (EST) Cc: shatz@interlog.com, jcargill@cs.wisc.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199502161818.LAA17153@trout.sri.MT.net> from "Nate Williams" at Feb 16, 95 11:18:58 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2430 Sender: hackers-owner@FreeBSD.org Precedence: bulk > config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and vn0 dumps on wd0 > ^^^^^^^^^^^ > > This needs to be changed to wd1 for this system. You'll need a custom > kernel for this box. Maybe one of the user can build you one. > Unfortunately, I'm still in mid-upgrade due to my new tape-drive going > bad the day after I got it. > > To hacker folks: > > Is there anyway we can change this to: > config kernel root on boot swap on boot dumps on boot > > Similar to what Ultrix does? > > > Nate > > No, but you can do it the way SunOS does, which is just as good: options SWAP_GENERIC config kernel swap generic I managed to get swapgeneric.c working properly some time ago (though I'm not sure how it will react to the new disk slicing stuff that went into the tree recently). I've been building all of my custom 2.1-Development kernels on my test box with this configuration and it's worked great so far (I do this so I can use the same kernel to do diskfull and NFS diskless booting). Not only should this do what you want, it also lets you use the -a (RB_ASKHOWTO) flag at boot time to force the kernel to ask you what device you want to mount as root. (It would be nice if we could some day use this to mount a CD-ROM as a root fs, but I think that would require a cd9660_mountroot() function and Elvis only knows what else, unless Walnut Creek wants to start making CDs with UFS filesystems on them.) There's a drawback to this scheme which is that it limits you to only one swap device. If you want to get fancy with your swap space layout, you still need to build a custom kernel. Also, 'options SWAP_GENERIC' is a kludge that has to die. Unfortunately, killing it would require perpetrating an equally distasteful kludge on /usr/sbin/config, which has more than enough kludges in it already. Still, it may be the only way out. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Feb 7 01:49:07 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Thu Feb 16 23:03:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA17551 for hackers-outgoing; Thu, 16 Feb 1995 23:03:15 -0800 Received: from hollywood.cinenet.net (hollywood.cinenet.net [198.147.76.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA17545 for ; Thu, 16 Feb 1995 23:03:14 -0800 Received: by hollywood.cinenet.net (8.6.9/25-eef) id GAA13765; Fri, 17 Feb 1995 06:57:26 GMT Date: Fri, 17 Feb 1995 06:57:26 GMT From: Bob Mercier Message-Id: <199502170657.GAA13765@hollywood.cinenet.net> To: 71061.3152@CompuServe.COM, hackers@FreeBSD.org Subject: Re: Sony CDU31A CDROM Content-Length: 383 Sender: hackers-owner@FreeBSD.org Precedence: bulk I was able to get this to work. Add in scd and change the ioaddr to 0x340... Bob : From owner-freebsd-hackers@freefall.cdrom.com Fri Feb 17 06:31:51 1995 : Date: 17 Feb 95 00:05:36 EST : From: "Greg D. Grooms" <71061.3152@CompuServe.COM> : To: Hackers : Subject: Sony CDU31A CDROM : Has anyone been able to make the Sony CDU31A CDROM work with FreeBSD? From owner-freebsd-hackers Thu Feb 16 23:26:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA18121 for hackers-outgoing; Thu, 16 Feb 1995 23:26:59 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA18115 for ; Thu, 16 Feb 1995 23:26:58 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: NEW_SCSICONF To: dufault@hda.com (Peter Dufault) Date: Thu, 16 Feb 1995 23:26:26 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502162219.RAA18699@hda.com> from "Peter Dufault" at Feb 16, 95 05:19:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1958 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Can someone explain the history of "NEW_SCSICONF", and whether it should > be left in there? I'd like to remove it. The NEW_SCSICONF stuff is an attempt to make some of the features of teh tape driver (e.g. rogue entries) more general to the SCSI system as a whole, and to rationalise some of the scsi systems's configuration actions and interfaces. It was implimented by the PCI driver crew, and has some good features. Don't just delete it. Having said that, The whole SCSI system is badly in need of a revamp. It's been just over a year since I last did this, and it's screaming for a cleanup.. > > Also, is anyone using the "predef" stuff in scsiconf.c? I'd like to > remove it and replace it with a traditional config approach. yes I have used it but only on the OSF version of the code... Some of the things that need doing.. 1/ examination of charles's changes in NetBSD, and the adoption of some quite astute simplifications and reallignments he's done.. (also bug-fixes) The difficult part in this is that he''s reformatted everything again, and the NetBSD config stuff is considerably different, leading to quite different softc structures and configuration routines. 2/ examination of the NEW_SCSICONF code and extraction of pertinant ideas and changes. 3/ both sd and wd drivers should share more "how a disk behaves" code.. 4/ the tape driver needs a good shake-out 5/ the cd driver needs code for audio-read (I have that for toshiba drives at least). possibly dependent on drive manufacturer. 6/ all-round documentation of interfaces... comments checked for correctness. > > Peter > +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Fri Feb 17 00:43:51 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA00629 for hackers-outgoing; Fri, 17 Feb 1995 00:43:51 -0800 Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA00622 for ; Fri, 17 Feb 1995 00:43:45 -0800 Received: from utis156.cs.utwente.nl by utrhcs.cs.utwente.nl (5.0/csrelayMX-SVR4_1.0/RB) id AA22914; Fri, 17 Feb 1995 09:43:38 --100 Received: by utis156.cs.utwente.nl (4.1/RBCS-1.0.1) id AA21497; Fri, 17 Feb 95 09:43:30 +0100 To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-Reply-To: Your message of Thu, 16 Feb 1995 18:48:34 PST Date: Fri, 17 Feb 1995 09:43:29 +0100 Message-Id: <21496.793010609@utis156.cs.utwente.nl> From: Andras Olah content-length: 952 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 16 Feb 1995 18:48:34 PST, "Jordan K. Hubbard" wrote: > There's still a lot of problems in integrating his stuff - the last > set of patches he sent me did not result in a compilable tcpdump, and > so it's probably unreasonable to assume that tcpdump is going to get > updated for 2.1. I would therefore just apply your patches now and > we can worry about 3.0 integration later.. I've grabbed the files from freefall:~mr/{libpcap,tcpdump}.tgz yesterday and I managed to get them work on my 2.0-R box. The makefile for libpcap was bogus because the shared and profiled libs got compiled with different flags than the static lib. I've fixed this although I'm not sure I did it in The Right Way(tm). There was no tcpslice in Michael's file and 2.2.1 version doesn't compile with the 3.0 tcpdump, but that can also be fixed. Now I've got patches for both 2.2.1 and 3.0 to make them understand the T/TCP options. Which one is needed? Andras From owner-freebsd-hackers Fri Feb 17 01:19:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01424 for hackers-outgoing; Fri, 17 Feb 1995 01:19:20 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA01417 for ; Fri, 17 Feb 1995 01:19:15 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA26373; Fri, 17 Feb 1995 01:19:09 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id BAA00148; Fri, 17 Feb 1995 01:19:09 -0800 Message-Id: <199502170919.BAA00148@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: peter@nmti.com, muir@idiom.com, a09878@giant.mindlink.net, hackers@FreeBSD.org Subject: Re: Speccing a FreeBSD box In-reply-to: Your message of "Thu, 16 Feb 95 20:09:36 PST." <199502170409.UAA10847@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 17 Feb 1995 01:19:05 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> Thanks for the information on the ASUS 486 motherboard and NCR 53c810 PCI >> SCSI controller. What ethernet card would be preferred for FreeBSD 2.x in >> this environment? Application is a server for backups, running Amanda to >> Exabyte 8mm tape. > >Since that is a PCI motherboard, and it looks like your going to be doing >lots of network backups I would suggest a PCI ethernet card based on the >Digital 24010 chip, something like a Compex Enet32/PCI. last one I picked >up was $114.00. Rod means the DC21040. -DG From owner-freebsd-hackers Fri Feb 17 01:24:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01572 for hackers-outgoing; Fri, 17 Feb 1995 01:24:29 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [192.48.107.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA01565 for ; Fri, 17 Feb 1995 01:24:22 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id VAA07108; Thu, 16 Feb 1995 21:29:12 +0100 Date: Thu, 16 Feb 1995 21:29:12 +0100 From: Julian Howard Stacey Message-Id: <199502162029.VAA07108@vector.eikon.e-technik.tu-muenchen.de> To: hackers@FreeBSD.org, jhs@vector.eikon.e-technik.tu-muenchen.de Subject: Re: Lion ISDN Card Sender: hackers-owner@FreeBSD.org Precedence: bulk Re My: > I've just plugged in a `Lion' ISDN card, after a reconfig, it speaks to me :-) Using kermit, talking to it using Hayes AT command set (yes, this isdn card has a Hayes i/face) > I will test it on an ISDN line soon well, relatively soon, like 2 weeks, no ISDN line here, at another site, same city Julian Stacey From owner-freebsd-hackers Fri Feb 17 01:39:07 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02163 for hackers-outgoing; Fri, 17 Feb 1995 01:39:07 -0800 Received: from netcom19.netcom.com (hasty@netcom19.netcom.com [192.100.81.132]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA02156 for ; Fri, 17 Feb 1995 01:39:06 -0800 Received: by netcom19.netcom.com (8.6.9/Netcom) id BAA02641; Fri, 17 Feb 1995 01:39:01 -0800 Date: Fri, 17 Feb 1995 01:39:01 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502170939.BAA02641@netcom19.netcom.com> To: freebsd-hackers@freefall.cdrom.com Subject: isdn driver info? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Just wondering about the isdn driver which was committed and if anyone has info as to how well it works and how much does the card cost,etc.. Tnks, Amancio From owner-freebsd-hackers Fri Feb 17 01:41:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02278 for hackers-outgoing; Fri, 17 Feb 1995 01:41:53 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA02270; Fri, 17 Feb 1995 01:41:51 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id KAA17501 ; Fri, 17 Feb 1995 10:43:43 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA06435; Fri, 17 Feb 95 10:41:26 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502170941.AA06435@blaise.ibp.fr> Subject: Re: cvs commit: src/usr.sbin/rmt Makefile To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Fri, 17 Feb 1995 10:41:26 +0100 (MET) Cc: jkh@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199502162341.PAA24979@silvia.HIP.Berkeley.EDU> from "Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Feb 16, 95 03:41:25 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 324 Sender: hackers-owner@FreeBSD.org Precedence: bulk > If it's only tar that has problems with rmt, can't we fix that > instead? You cannot fix every tar down here. It is unfortunately part of the rmt protocol if I remember well. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Fri Feb 17 01:44:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02369 for hackers-outgoing; Fri, 17 Feb 1995 01:44:48 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA02363; Fri, 17 Feb 1995 01:44:45 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id BAA26705; Fri, 17 Feb 1995 01:44:24 -0800 Date: Fri, 17 Feb 1995 01:44:24 -0800 Message-Id: <199502170944.BAA26705@silvia.HIP.Berkeley.EDU> To: roberto@blaise.ibp.fr CC: jkh@FreeBSD.org, hackers@FreeBSD.org In-reply-to: <9502170941.AA06435@blaise.ibp.fr> (roberto@blaise.ibp.fr) Subject: Re: cvs commit: src/usr.sbin/rmt Makefile From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * > If it's only tar that has problems with rmt, can't we fix that * > instead? * * You cannot fix every tar down here. It is unfortunately part of the rmt * protocol if I remember well. Oh, I see. Thanks! Satoshi From owner-freebsd-hackers Fri Feb 17 01:45:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02399 for hackers-outgoing; Fri, 17 Feb 1995 01:45:33 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA02392; Fri, 17 Feb 1995 01:45:32 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hasty@netcom.com (Amancio Hasty Jr) cc: freebsd-hackers@freefall.cdrom.com Subject: Re: isdn driver info? In-reply-to: Your message of "Fri, 17 Feb 1995 01:39:01 PST." <199502170939.BAA02641@netcom19.netcom.com> Date: Fri, 17 Feb 1995 01:45:32 -0800 Message-ID: <2390.793014332@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > > Just wondering about the isdn driver which was committed and > if anyone has info as to how well it works and how much > does the card cost,etc.. > > Tnks, > Amancio My understanding is that it's still pretty green, but it's a start and its authors will be working rather heavily on it over the next couple of months so I felt that it was worth getting in on the ground floor with it. They say that they're using it constantly for their own internet link, so it must be stable enough for that at least. It supports the defunct but still extant German ISDN standard and the new EUROISDN standard, so if you can find a card that's compatible with that, go for it! Of course, in the U.S. we no doubt have our OWN standard, and god only knows what that is! :-) Jordan From owner-freebsd-hackers Fri Feb 17 01:52:41 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02569 for hackers-outgoing; Fri, 17 Feb 1995 01:52:41 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA02539 for ; Fri, 17 Feb 1995 01:52:02 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id KAA17676 ; Fri, 17 Feb 1995 10:53:04 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA06755; Fri, 17 Feb 95 10:50:48 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502170950.AA06755@blaise.ibp.fr> Subject: Re: NCSA Httpd 1.3 for FBSD 1.1.5.1? To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 17 Feb 1995 10:50:47 +0100 (MET) Cc: wallison@panix.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502170128.TAA08901@bonkers.taronga.com> from "Peter da Silva" at Feb 16, 95 07:28:42 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 513 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm running 1.3 here. I don't recall any significant problems in getting > it up, but I would recommend CERN HTTPD as a higher performance platform. > I'm in the process of converting over. > The ability to cache documents is a very strong point in favor of the CERN httpd. You can have a httpd in proxy/cache mode for en entire organization and save bandwidth. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Fri Feb 17 02:31:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA03461 for hackers-outgoing; Fri, 17 Feb 1995 02:31:33 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA03412 for ; Fri, 17 Feb 1995 02:30:32 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23810; Fri, 17 Feb 1995 11:29:01 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id LAA04396 for freebsd-hackers@freebsd.org; Fri, 17 Feb 1995 11:29:00 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id KAA24610; Fri, 17 Feb 1995 10:58:14 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502170958.KAA24610@bonnie.tcd-dresden.de> Subject: Re: scsi(1) and WORM drives.. To: robsch@robkaos.ruhr.de (Robert Schien) Date: Fri, 17 Feb 1995 10:58:13 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: from "Robert Schien" at Feb 16, 95 06:37:49 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 610 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Robert Schien wrote: MO drive types | besides type 1 devices SCSI knows the type 5 (worm) and type 8 | (optical memory device). Well, but why exactly do you wanna use this? As i said, older Sony MODs didn't even give you the choice, they are alway `direct/ removable'. And i will yet have to see a system accepting type 8 drives correctly; Data General and Silicon Graphics don't. -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Feb 17 02:50:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA03885 for hackers-outgoing; Fri, 17 Feb 1995 02:50:01 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA03852; Fri, 17 Feb 1995 02:48:37 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Andras Olah cc: hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-reply-to: Your message of "Fri, 17 Feb 1995 09:43:29 +0100." <21496.793010609@utis156.cs.utwente.nl> Date: Fri, 17 Feb 1995 02:48:36 -0800 Message-ID: <3850.793018116@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hmmmm. Well, in the grand tradition of "you touched it last!" I would say that the thing for you to do is to: 1. Taking your own copy of -current as a baseline, create a delta to it that *only* upgrades it to the 3.0 version. Apply it to a checked out copy on freefall and check it in (you DO have your own commit privileges, I notice! :), then tag it as tcpdump3_0, just to make it easy to get back to the 3.0 upgrade point. 2. Now bring your T/TCP changes to 3.0 over and apply them, checking in the changes again. Now we have a nice new tcpdump with your stuff in and a nice, reasonable revision history in the repository. 3. Jump up and down. Whee! You're done! The ordeal is over! :-) Jordan > > There's still a lot of problems in integrating his stuff - the last > > set of patches he sent me did not result in a compilable tcpdump, and > > so it's probably unreasonable to assume that tcpdump is going to get > > updated for 2.1. I would therefore just apply your patches now and > > we can worry about 3.0 integration later.. > > I've grabbed the files from freefall:~mr/{libpcap,tcpdump}.tgz > yesterday and I managed to get them work on my 2.0-R box. The > makefile for libpcap was bogus because the shared and profiled libs > got compiled with different flags than the static lib. I've fixed > this although I'm not sure I did it in The Right Way(tm). There was > no tcpslice in Michael's file and 2.2.1 version doesn't compile with > the 3.0 tcpdump, but that can also be fixed. > > Now I've got patches for both 2.2.1 and 3.0 to make them understand > the T/TCP options. Which one is needed? > > Andras From owner-freebsd-hackers Fri Feb 17 03:06:57 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA04284 for hackers-outgoing; Fri, 17 Feb 1995 03:06:57 -0800 Received: from helix.elte.hu (helix.elte.hu [157.181.1.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA04278 for ; Fri, 17 Feb 1995 03:06:51 -0800 Received: from ullman.elte.hu by helix.elte.hu (MX V3.2) with SMTP; Fri, 17 Feb 1995 12:06:02 +0200 Received: by ullman.elte.hu (AIX 3.2/UCB 5.64/4.03) id AA13206; Fri, 17 Feb 1995 12:06:36 +0100 Date: Fri, 17 Feb 1995 12:06:36 +0100 (NFT) From: Csizmazia Balazs Subject: Re: forwarded message from Kevin Flewitt To: Jon Cargille CC: freebsd-hackers@FreeBSD.org In-Reply-To: <9502161717.AA00160@grilled.cs.wisc.edu> Message-ID: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! On Thu, 16 Feb 1995, Jon Cargille wrote: > > > I got the following email from someone who's having trouble installing > 2.0 on his second IDE drive; it looks to me as if he did the "right > things" for a 2nd disk install. Am I missing something, or has anyone > seen a problem like this before? > > ... > manager) to boot from the second disk. I then keyed in > "hd(1,a)/kernel" and it started to boot. The last probe it did was- Try wd(1,a)/kernel (the troubleshooting doc says "hd(1,a)/kernel", but I think it is wrong (at least for me)). Regards: Csizmazia Balazs csb@ullman.elte.hu From owner-freebsd-hackers Fri Feb 17 03:26:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA04665 for hackers-outgoing; Fri, 17 Feb 1995 03:26:52 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA04657; Fri, 17 Feb 1995 03:26:47 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.9/8.6.9) with SMTP id FAA21337; Fri, 17 Feb 1995 05:26:45 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 Feb 1995 05:26:46 -0600 To: "Jordan K. Hubbard" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Building Tree from read-only, etc. Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk As I stated a while back, I want to be able to have a "make world" that can use a cd rom version of the tree, allow multiple users to work on different versions at the same time, and NOT mess with the running system environment. I have managed to work out a system that will allow the parallel existance of source and object trees. I can even handle symbolic links to directories (a "bitch"). In order to do this, I had to really "muck" with the MAKEOBJDIR env variable. (Too many extra "shells" to suit my taste). I see 4 possibilities. 1) Forget it! Use the status quo. (I don't like that one) 2) Use the extra shells (Messy, slow) 3) Alter "make" to properly accept a command line argument rather than (in addition to) the shell env variable. 4) Let people use the "cloned tree of symbolic links" approach with the objects in the tree. Personally, I prefer "3", but I don't know how people would feel about alterations to "make". "4" has the advantage that you do not need special utilities/procedures to move parts of trees around. It also has a number of drawbacks. Suggestions? Direction.. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Fri Feb 17 04:44:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA07253 for hackers-outgoing; Fri, 17 Feb 1995 04:44:39 -0800 Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id EAA07246 for ; Fri, 17 Feb 1995 04:44:26 -0800 Received: from utis156.cs.utwente.nl by utrhcs.cs.utwente.nl (5.0/csrelayMX-SVR4_1.0/RB) id AA00055; Fri, 17 Feb 1995 13:43:41 --100 Received: by utis156.cs.utwente.nl (4.1/RBCS-1.0.1) id AA23341; Fri, 17 Feb 95 13:43:26 +0100 To: hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-Reply-To: Your message of Fri, 17 Feb 1995 02:48:36 PST Date: Fri, 17 Feb 1995 13:43:25 +0100 Message-Id: <23340.793025005@utis156.cs.utwente.nl> From: Andras Olah content-length: 1398 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 17 Feb 1995 02:48:36 PST, "Jordan K. Hubbard" wrote: > Hmmmm. Well, in the grand tradition of "you touched it last!" I would > say that the thing for you to do is to: > > 1. Taking your own copy of -current as a baseline, create a delta to it that > *only* upgrades it to the 3.0 version. Apply it to a checked out copy > on freefall and check it in (you DO have your own commit privileges, I > notice! :), then tag it as tcpdump3_0, just to make it easy to get back > to the 3.0 upgrade point. > > 2. Now bring your T/TCP changes to 3.0 over and apply them, checking in > the changes again. Now we have a nice new tcpdump with your stuff in and > a nice, reasonable revision history in the repository. > > 3. Jump up and down. Whee! You're done! The ordeal is over! :-) OK, I'll do it but I need some help from experts: 1.) this is on freefall, could somebody fix it? > ls -l ~ lrwxr-xr-x 1 root wheel 7 Feb 7 13:15 /home/olah -> /a/olah ^^^^^^^^^^^ 2.) I'm new to CVS and it may take some time until I feel confident enough to commit this. 3.) tcpdump 3.0 needs libpcap which is said to be in alpha (v0.0 is the current version). The question is if I should stick libpcap into /usr/src/lib or just put it next to the tcpdump sources such that the lib is only used to compile tcpdump but doesn't get installed. Any help is appreciated, Andras From owner-freebsd-hackers Fri Feb 17 04:52:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA07374 for hackers-outgoing; Fri, 17 Feb 1995 04:52:19 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id EAA07364; Fri, 17 Feb 1995 04:52:11 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Andras Olah cc: hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-reply-to: Your message of "Fri, 17 Feb 1995 13:43:25 +0100." <23340.793025005@utis156.cs.utwente.nl> Date: Fri, 17 Feb 1995 04:52:11 -0800 Message-ID: <7362.793025531@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > lrwxr-xr-x 1 root wheel 7 Feb 7 13:15 /home/olah -> /a/olah Ack! Fixed, sorry! > 2.) I'm new to CVS and it may take some time until I feel > confident enough to commit this. That's fine. Suggestion: Just send the command(s) you intend to use to core@freebsd.org and someone there will surely set you straight on anything that's wrong! > 3.) tcpdump 3.0 needs libpcap which is said to be in alpha (v0.0 is > the current version). The question is if I should stick libpcap > into /usr/src/lib or just put it next to the tcpdump sources such > that the lib is only used to compile tcpdump but doesn't get > installed. If libpcap is of general utility, and not just good for tcpdump, then it should live in /usr/src/lib/libpcap. If otherwise, then it should be next to the tcpdump sources (tcpdump becomes a two-level directory structure) as you say. Jordan From owner-freebsd-hackers Fri Feb 17 05:03:02 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA07546 for hackers-outgoing; Fri, 17 Feb 1995 05:03:02 -0800 Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA07535 for ; Fri, 17 Feb 1995 05:02:54 -0800 Received: from utis156.cs.utwente.nl by utrhcs.cs.utwente.nl (5.0/csrelayMX-SVR4_1.0/RB) id AA00733; Fri, 17 Feb 1995 14:02:50 --100 Received: by utis156.cs.utwente.nl (4.1/RBCS-1.0.1) id AA23509; Fri, 17 Feb 95 14:02:42 +0100 To: hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-Reply-To: Your message of Fri, 17 Feb 1995 04:52:11 PST Date: Fri, 17 Feb 1995 14:02:42 +0100 Message-Id: <23508.793026162@utis156.cs.utwente.nl> From: Andras Olah content-length: 632 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 17 Feb 1995 04:52:11 PST, "Jordan K. Hubbard" wrote: > If libpcap is of general utility, and not just good for tcpdump, then > it should live in /usr/src/lib/libpcap. If otherwise, then it should be > next to the tcpdump sources (tcpdump becomes a two-level directory structure) > as you say. `libpcap, a system-independent interface for user-level packet capture. libpcap provides a portable framework for low-level network monitoring. Applications include network statistics collection, security monitoring, network debugging, etc.' (from the README). I'd suggest /usr/lib/libpcap* if there're no objections. Andras From owner-freebsd-hackers Fri Feb 17 05:19:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA07893 for hackers-outgoing; Fri, 17 Feb 1995 05:19:55 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA07887 for ; Fri, 17 Feb 1995 05:19:48 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id OAA21838 ; Fri, 17 Feb 1995 14:21:09 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA07718; Fri, 17 Feb 95 14:18:52 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502171318.AA07718@blaise.ibp.fr> Subject: Re: tcpdump 3.0? To: olah@cs.utwente.nl (Andras Olah) Date: Fri, 17 Feb 1995 14:18:52 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <23340.793025005@utis156.cs.utwente.nl> from "Andras Olah" at Feb 17, 95 01:43:25 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 553 Sender: hackers-owner@FreeBSD.org Precedence: bulk > 1.) this is on freefall, could somebody fix it? > > ls -l ~ > lrwxr-xr-x 1 root wheel 7 Feb 7 13:15 /home/olah -> /a/olah > ^^^^^^^^^^^ Are you the owner of /a/olah ? that's more important than he owner of the link. > the current version). The question is if I should stick libpcap > into /usr/src/lib or just put it next to the tcpdump sources such It is already in the tree in /usr/lib. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Fri Feb 17 05:42:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA08716 for hackers-outgoing; Fri, 17 Feb 1995 05:42:55 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA08709; Fri, 17 Feb 1995 05:42:53 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier ROBERT) cc: olah@cs.utwente.nl (Andras Olah), hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-reply-to: Your message of "Fri, 17 Feb 1995 14:18:52 +0100." <9502171318.AA07718@blaise.ibp.fr> Date: Fri, 17 Feb 1995 05:42:53 -0800 Message-ID: <8707.793028573@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > the current version). The question is if I should stick libpcap > > into /usr/src/lib or just put it next to the tcpdump sources such > > It is already in the tree in /usr/lib. Geez! So it is! How embarassing! :-) You know, I sort of *thought* it looked familiar! :) Jordan From owner-freebsd-hackers Fri Feb 17 06:14:37 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA10929 for hackers-outgoing; Fri, 17 Feb 1995 06:14:37 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA10923 for ; Fri, 17 Feb 1995 06:14:32 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA21778; Fri, 17 Feb 1995 07:57:45 -0500 From: Peter Dufault Message-Id: <199502171257.HAA21778@hda.com> Subject: SCSI and config(8): Done. To: freebsd-hackers@freefall.cdrom.com Date: Fri, 17 Feb 1995 07:57:44 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2582 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've added support to configure the SCSI system using config(8). I'm going to wait for the "slice" code to settle before committing. Here is what I did. This config file entry: > controller scbus0 at aha0 > > disk sd0 at scbus0 target 0 unit 0 > disk sd1 at scbus0 target 1 > disk sd2 at scbus0 target 3 > device cd? at scbus? > tape st0 at scbus0 target 6 Generates this in ioconf.c: > #include "scsi/scsiconf.h" > > struct scsi_ctlr_config scsi_cinit[] = { > /* driver unit */ > { "aha", 0 }, > { 0, 0 } > }; > > struct scsi_device_config scsi_dinit[] = { > /* type unit cunit target LUN flags */ > { T_DIRECT, 0, 0, 0, 0, 0x0 }, > { T_DIRECT, 1, 0, 1, -1, 0x0 }, > { T_DIRECT, 2, 0, 3, -1, 0x0 }, > { T_READONLY, '?', '?', -1, -1, 0x0 }, > { T_SEQUENTIAL, 0, 0, 6, -1, 0x0 }, > { -1, 0, 0, 0, 0, 0 } > }; (cunit in scsi_dinit is the controller unit and is the index into the scsi_cinit table for that device) The SCSI bus (scsi_cinit) table is passing in names instead of "isa_dev's", but I wanted to use the adapter name since I'm not sure how the PCI stuff wires in. When you configure a SCSI controller it looks up its bus number by driver name and unit number. When there is no match it uses the lowest unused bus number greater than the highest configured bus number. (I have to look at how the multiple SCSI bus adapters work - I suppose both busses have the same driver and adapter unit number, so this current scheme may not work: I may need driver, unit and bus in the scsi_cinit table.) When you configure a device it looks through the dinit table for the unit to use. Each type (T_DIRECT == "sd", etc) is handled independently and the same approach is used as for the busses: If there is an exact match then that is used, if there is no match you use the lowest unused unit number greater than the highest configured unit number. Unknown LUNS (LUN == -1) are treated as LUN 0 for matching. All information from the config file is stored in the structures so you can go backwards from the structures to the config if you want. For current config files this approach degenerates into the current autocounting scheme. For new config files this becomes "use assignments when provided, then autocount beginning after the highest assigned number". Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Feb 17 06:32:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA11183 for hackers-outgoing; Fri, 17 Feb 1995 06:32:56 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA11177 for ; Fri, 17 Feb 1995 06:32:54 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA22356; Fri, 17 Feb 1995 09:31:29 -0500 From: Peter Dufault Message-Id: <199502171431.JAA22356@hda.com> Subject: config(8) and conflicts To: freebsd-hackers@freefall.cdrom.com Date: Fri, 17 Feb 1995 09:31:28 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 399 Sender: hackers-owner@FreeBSD.org Precedence: bulk Config doesn't check for conflicts, even when it can. Should it? I've started putting in checks so that you can't config something like: > disk sd2 at scbus0 target 3 > disk sd2 at scbus1 target 3 but is this the right thing? -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Feb 17 07:01:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA11733 for hackers-outgoing; Fri, 17 Feb 1995 07:01:09 -0800 Received: from venere.inet.it (venere.inet.it [194.20.8.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA11723 for ; Fri, 17 Feb 1995 07:01:01 -0800 Received: from babele.trs.inet.it (trs.inet.it [194.20.15.32]) by venere.inet.it (8.6.9/8.6.9) with ESMTP id PAA61351; Fri, 17 Feb 1995 15:59:55 +0100 Received: from nico (nico.trs.inet.it [192.168.1.1]) by babele.trs.inet.it (8.6.9/8.6.9) with SMTP id BAA10565; Wed, 15 Feb 1995 01:47:04 +0100 Date: Wed, 15 Feb 1995 01:47:04 +0100 Message-Id: <199502150047.BAA10565@babele.trs.inet.it> X-Sender: nico@babele Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: brian@MediaCity.com (Brian Litzinger) From: nico@trs.inet.it (Niccolo` Avico) Subject: Re: Re: ISDN Cc: hackers@FreeBSD.org X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> Hi guys! >> >> I'm trying to use FreeBSD as IP router, to internetwork LANs via ISDN WAN links. >> >> I've 3 solutions to route my traffic: >> 1. use PPP toward a (possibly fast) asyncronous serial port, which in turn drives an ISDN Terminal Adapter; >> 2. use PPP toward a V.35 syncronous port; >> 3. use a specialized PPP for ISDN cards (there is a RFC about that). >> > >There is also the choice of using Ethernet based routers likes the >Combinet CB160. Ethernet<->CB160<->ISDN > >Brian Litzinger >brian@easynet.com > > Ok Brian, I already know about routers equipped with Ethernet and WAN ports (whatever it is, ISDN, Frame Relay, V.35, ...). My guessing was instead if FreeBSD is capable of driving an ISDN card or a V.35 card (or possibly a X.21 card), with the goal of routing IP traffic *through* FreeBSD. In fact, I don't want to export all my LAN to the Internet, but just the FreeBSD machine, leaving the other +50 Unix and PC computers hidden. So, to my knowledge, the router *must* be the FreeBSD PC (the other, obvious solution, is to give 2 LAN interfaces to FreeBSD and put a router with a LAN address different from the internal standard, but this will be more expensive). Another solution could be to write by myself the driver for the WAN card, using the already available PPP: for this task I need maybe some hints from you, to start working. That's all; thank you for your support. -------------- Niccolo` Avico E-mail: nico@trs.inet.it T.R.S. S.p.A. Via V. G. Galati, 91 Tel: ++39-(0)6-4063911 00155 ROMA Italy Fax: ++39-(0)6-4060300 From owner-freebsd-hackers Fri Feb 17 07:39:45 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA12961 for hackers-outgoing; Fri, 17 Feb 1995 07:39:45 -0800 Received: from rz-wb.fh-sw.de (rz-wb.fh-sw.de [192.129.23.111]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA12951 for ; Fri, 17 Feb 1995 07:39:27 -0800 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.9/8.6.9) id QAA18751; Fri, 17 Feb 1995 16:38:09 +0100 Date: Fri, 17 Feb 1995 16:38:09 +0100 (MET) From: Michael Reifenberger To: Ollivier ROBERT cc: Andras Olah , hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-Reply-To: <9502171318.AA07718@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Some notes: The reason for my silence on tcpdump 3.0 so far was that Ollivier Robert said that he had some Improvements over the original code which he would integrate into the tree. So I decided to wait for his import. My only hack was to put the -D option in. The current tcpslice depends on the 2.1.1 code. I searched for a more recent version have not found one. It could be compiled by moving some of the old files from tcpdump 2.1.1 to tcpslice. Bye! ---- Michael Reifenberger From owner-freebsd-hackers Fri Feb 17 07:44:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA13087 for hackers-outgoing; Fri, 17 Feb 1995 07:44:31 -0800 Received: from nanbu.mt.cs.keio.ac.jp (nanbu.mt.cs.keio.ac.jp [131.113.32.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA13053; Fri, 17 Feb 1995 07:44:11 -0800 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id AAA03754; Sat, 18 Feb 1995 00:44:08 +0900 Date: Sat, 18 Feb 1995 00:44:08 +0900 Message-Id: <199502171544.AAA03754@nanbu.mt.cs.keio.ac.jp> To: freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Help! 3C589 driver on -current! In-Reply-To: Your message of Thu, 16 Feb 1995 04:42:34 -0800. <199502161242.EAA00152@corbin.Root.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 <199502161242.EAA00152@corbin.Root.COM> davidg@Root.COM writes: >> The eh->type field is no longer changed to host byte order in the driver - >> it's now done in ether_input(). Could this be the bug? >> >> -DG In article <9502161958.AA14514@halloran-eldar.lcs.mit.edu> wollman@halloran-eldar.lcs.mit.edu writes: >> if_ether.c:arp_ifinit() Thank you for your suggestions. But it still does not work. 1) I've fixed the problems with arp_ifinit() before I sent last mail. 2) eh->type is used to cope with trailers, but zp didn't work although I removed all of them from the driver. I get the "diff" between if_ep.c (3c509 driver) of 2.0R and if_ep.c of -current, but I can only find the changes given above. Are there any chages on network device driver interface? --- ----------------------------------------------------------- HOSOKAWA, Tatsumi (hosokawa@mt.cs.keio.ac.jp) Dept. of Computer Science, Keio University, Yokohama, Japan ----------------------------------------------------------- From owner-freebsd-hackers Fri Feb 17 07:57:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA13282 for hackers-outgoing; Fri, 17 Feb 1995 07:57:00 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA13276 for ; Fri, 17 Feb 1995 07:56:59 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id QAA25070 ; Fri, 17 Feb 1995 16:58:42 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA08332; Fri, 17 Feb 95 16:56:25 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502171556.AA08332@blaise.ibp.fr> Subject: Re: tcpdump 3.0? To: root@rz-wb.fh-sw.de (Michael Reifenberger) Date: Fri, 17 Feb 1995 16:56:24 +0100 (MET) Cc: olah@cs.utwente.nl, hackers@FreeBSD.org In-Reply-To: from "Michael Reifenberger" at Feb 17, 95 04:38:09 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 598 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The reason for my silence on tcpdump 3.0 so far was that Ollivier Robert > said that he had some Improvements over the original code which he > would integrate into the tree. So I decided to wait for his import. Well, I don't have CVS commit so I cannot add anything. I will upload the versions I got (after modifications by Francis Dupont to integrate CNLP and some other changes). Someone else will have to massage that with the current version. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Fri Feb 17 07:57:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA13314 for hackers-outgoing; Fri, 17 Feb 1995 07:57:15 -0800 Received: from saul4.u.washington.edu (saul4.u.washington.edu [140.142.83.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA13292; Fri, 17 Feb 1995 07:57:10 -0800 Received: by saul4.u.washington.edu (5.65+UW94.10/UW-NDC Revision: 2.32 ) id AA01040; Fri, 17 Feb 95 07:54:25 -0800 X-Sender: spaz@saul4.u.washington.edu Date: Fri, 17 Feb 1995 07:54:24 -0800 (PST) From: John Utz To: Amancio Hasty Jr Cc: jkh@morton.cdrom.com, ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: playmidi? In-Reply-To: <199502140539.VAA07927@netcom17.netcom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi guys; sorry, i am way behind on this one, but i felt i had to comment; On Mon, 13 Feb 1995, Amancio Hasty Jr wrote: > >Anyone have any ideas? Midi through his Linux system (gravis Ultrasound) > ^^^^ > Just take down adagio from a good branch on net . I had it on my 115 box, midi support was well, problematic... ...... > At the same site you will find sound mpeg files which makes midi files > sound like shit :) ...... > BTW: We can do everything that the linux crowd can with sound > plus we got vat ! > > Enjoy, > Amancio Ummm, Amancio? This is kind of like saying: " Man, we can command our computer by voice alone, who needs a dumb old keyboard? :-) " The point behind midi is not just the sounds. It is a communication standard for electronic musical instruments ( midi stands for Musical Instrument Digital Interface and it was designed for allowing one musical synthesizer to communicate with other ones from different manufacturers ...kind of like what ASCII did for the wire services in the olden days. ...when it first came out the standard was kinda feeble, and came to be known as mudi, as in Musically Unusable Digital Interface.. ) So the real issue wrt midi is not the sound question, but the ability to do the sequencing, storage and playback. As probably the only guy who has both a PAS 16 *and* a real live MPU-401 clone card who reads the list, i hope to get the midi thing sorted out someday, so that i can use my cheesy Yamaha synth to control my PAS via my MPU card, thus having both the fixed freq generator in my yamaha and the shapable waves in my PAS..... sure, i will, right after i sort out my PAS scsi controller and scsi tape drive traumas .... ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Fri Feb 17 08:07:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA13460 for hackers-outgoing; Fri, 17 Feb 1995 08:07:14 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA13449 for ; Fri, 17 Feb 1995 08:06:50 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02292; Fri, 17 Feb 1995 16:58:03 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id QAA06103 for freebsd-hackers@freebsd.org; Fri, 17 Feb 1995 16:58:03 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id QAA03681; Fri, 17 Feb 1995 16:54:11 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502171554.QAA03681@bonnie.tcd-dresden.de> Subject: Re: SCSI and config(8): Done. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 17 Feb 1995 16:54:10 +0100 (MET) In-Reply-To: <199502171257.HAA21778@hda.com> from "Peter Dufault" at Feb 17, 95 07:57:44 am X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 1202 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: | | I've added support to configure the SCSI system using config(8). | I'm going to wait for the "slice" code to settle before committing. | | Here is what I did. | | This config file entry: | | > controller scbus0 at aha0 | > | > disk sd0 at scbus0 target 0 unit 0 | > disk sd1 at scbus0 target 1 | > disk sd2 at scbus0 target 3 | > device cd? at scbus? | > tape st0 at scbus0 target 6 ... | > struct scsi_device_config scsi_dinit[] = { | > /* type unit cunit target LUN flags */ | > { T_DIRECT, 0, 0, 0, 0, 0x0 }, | > { T_DIRECT, 1, 0, 1, -1, 0x0 }, | > { T_DIRECT, 2, 0, 3, -1, 0x0 }, | > { T_READONLY, '?', '?', -1, -1, 0x0 }, | > { T_SEQUENTIAL, 0, 0, 6, -1, 0x0 }, | > { -1, 0, 0, 0, 0, 0 } | > }; Fine! Now we need some brave soul hacking this into userconfig, so one could modify the info from booting with ``-c''. 8^) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Feb 17 08:51:28 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA14985 for hackers-outgoing; Fri, 17 Feb 1995 08:51:28 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA14979; Fri, 17 Feb 1995 08:51:27 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19279; Fri, 17 Feb 95 09:45:26 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502171645.AA19279@cs.weber.edu> Subject: Re: Help! 3C589 driver on -current! To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 17 Feb 95 9:45:25 MST Cc: hosokawa@mt.cs.keio.ac.jp, freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <14587.792997190@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 95 08:59:50 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > February 27th is the last date for the manuscript I've been reviewing for > > Prentice Hall. > > > > How about some time after that? > > That still leaves it kind of unspecific.. "some time after" could > mean March 1st, 1995 or March 1st, 2010! :-) Hmmmm... I hadn't thought of that. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Feb 17 09:03:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA15164 for hackers-outgoing; Fri, 17 Feb 1995 09:03:29 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA15158 for ; Fri, 17 Feb 1995 09:03:11 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0rfW49-000HzbC; Fri, 17 Feb 95 18:02 MET Received: by ernie.altona.ppp.net (Smail3.1.29.0 #15) id m0rfVAW-0002OfC; Fri, 17 Feb 95 17:04 WET Message-Id: From: hm@ernie.altona.ppp.net (Hellmuth Michaelis) Subject: Re: isdn driver info? To: freebsd-hackers@freefall.cdrom.com (FreeBSD Hackers) Date: Fri, 17 Feb 1995 17:04:32 +0100 (MET) In-Reply-To: <2390.793014332@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 17, 95 01:45:32 am Reply-To: hm@ernie.altona.ppp.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 809 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of Jordan K. Hubbard: > > It supports the defunct but still extant German ISDN standard = 1TR6 > and the new EUROISDN standard = EDSS1 > so if you can find a card that's compatible with > that, go for it! >From the code i see that it supports only Niccy 3008 and Niccy 3009 PC/AT type boards and the Niccy 5000 SCSI/ISDN box from a manufacturer named Dr. Neuhaus located here in Hamburg - nothing else !!! There is no established standard available until now which specifies how to talk to pc type ISDN boards on the hardware level so the driver is in its current version pretty much bound to a given hardware. hellmuth -- Hellmuth Michaelis hm@altona.ppp.net Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Feb 17 09:27:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA15442 for hackers-outgoing; Fri, 17 Feb 1995 09:27:15 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA15436 for ; Fri, 17 Feb 1995 09:27:13 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19610; Fri, 17 Feb 95 10:20:42 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502171720.AA19610@cs.weber.edu> Subject: Re: NCSA Httpd 1.3 for FBSD 1.1.5.1? To: roberto@blaise.ibp.fr (Ollivier ROBERT) Date: Fri, 17 Feb 95 10:20:41 MST Cc: peter@bonkers.taronga.com, wallison@panix.com, freebsd-hackers@FreeBSD.org In-Reply-To: <9502170950.AA06755@blaise.ibp.fr> from "Ollivier ROBERT" at Feb 17, 95 10:50:47 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I'm running 1.3 here. I don't recall any significant problems in getting > > it up, but I would recommend CERN HTTPD as a higher performance platform. > > I'm in the process of converting over. > > > The ability to cache documents is a very strong point in favor of > the CERN httpd. You can have a httpd in proxy/cache mode for en > entire organization and save bandwidth. Someone should note (so I will) that proxy use of the CERN httpd is very different than using it as a server itself. Not that you can't do both, but I think maybe you can't do both with the same instance. One typical proxy configuration is use of the 'term' socket tunneling across a link, since NetScape is not source recompilable for 'term' support. The typical recommended usage is on a firewall machine where outgoing connections are not allowed (perhaps without the knowledge that you can filter incoming packets without the response bit to allow outgoing connections without allowing incoming ones?). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Feb 17 09:56:57 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA16156 for hackers-outgoing; Fri, 17 Feb 1995 09:56:57 -0800 Received: from hpwisf1.HAN.UnisysGSG.COM (starner@hpwisf1.HAN.UnisysGSG.COM [128.126.195.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA16149 for ; Fri, 17 Feb 1995 09:56:54 -0800 Received: by hpwisf1.HAN.UnisysGSG.COM (4.1/mls/3.5) id AA02168; Fri, 17 Feb 95 12:56:43 EST Date: Fri, 17 Feb 95 12:56:43 EST From: starner.mark@HAN.UnisysGSG.COM (Mark Starner) Message-Id: <9502171756.AA02168@hpwisf1.HAN.UnisysGSG.COM> To: hackers@FreeBSD.org Subject: Panic help Sender: hackers-owner@FreeBSD.org Precedence: bulk Here is my configuration: 486DX/50 Adaptec 2740T Disk Controller Channel B: 5 SCSI Disks (sd0-sd4) and One NEC 3xi CDROM (cd0) Channel A: One Plextor 4x Internal (cd1) Using cd0 is fine (whether it is the 3xi or the 4Plex), using cd1 as follows: (insert FreeBSD 2.0 CD in drive) mount -r -t cd9660 /dev/cd1a /cdrom1 cp /cdrom1/packages/netpbm.tgz ~ might work the first time, but only about 5% of the time always on the second try, causes the following panic: Fatal Trap 12: page fault while in kernel mode Fault virtual address = 0x22b fault code = supervisor read, page not present instruction pointer = 0x8:0xf01218c4 code segment = base 0x0,limit 0xfffff, type 0x1b = DPL 0. pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 143 (cp) interrupt mask = bio panic: page fault Did a dump, here is a stack trace from kgdb... Script started on Fri Feb 17 12:47:35 1995 ppp0# cd /usr/src/sys/compile/STARNER_HOME ppp0# kgdb (kgdb) symbol-file kernel.db Reading symbol data from /usr/src/sys/compile/STARNER_HOME/kernel.db...done. (kgdb) exec-file /var/crash/kernel.0 (kgdb) core-file /var/crash/vmcore.0 IdlePTD 1df000 panic: page fault current pcb at 1d0cb8 Reading in symbols for ../../i386/i386/machdep.c...done. (kgdb) where #0 boot (arghowto=256) (../../i386/i386/machdep.c line 754) #1 0xf0111583 in panic (...) #2 0xf01935e2 in trap_fatal (frame=(struct trapframe *) 0xefbffd98) (../../i386/i386/trap.c line 566) #3 0xf0193154 in trap_pfault (frame=(struct trapframe *) 0xefbffd98, usermode=0) (../../i386/i386/trap.c line 488) #4 0xf0192e17 in trap (frame={tf_es = -257884144, tf_ds = 16, tf_edi = -257828224, tf_esi = 171, tf_ebp = -272630300, tf_isp = -272630336, tf_ebx = 181, tf_edx = 2147483647, tf_ecx = -2147483648, tf_eax = 511, tf_trapno = 12, tf_err = -227672064, tf_eip = -267249468, tf_cs = 8, tf_eflags = 66050, tf_esp = 171, tf_ss = -227663824}) (../../i386/i386/trap.c line 285) #5 0xf0189201 in exception:calltrap (-257828224, 171) #6 0xf012192d in inmem (vp=(struct vnode *) 0xf0a1da80, blkno=171) (../../kern/vfs_bio.c line 713) #7 0xf0120c11 in breadn (vp=(struct vnode *) 0xf0a1da80, blkno=170, size=2048, rablkno=(int *) 0xefbffebc, rabsize=(int *) 0xefbffeb8, cnt=1, cred=(struct ucred *) 0xffffffff, bpp=(struct buf **) 0xefbffec0) (../../kern/vfs_bio.c line 220) #8 0xf0103b26 in cd9660_read (ap=(struct vop_read_args *) 0xefbffef4) (../../isofs/cd9660/cd9660_vnops.c line 269) #9 0xf012a35c in vn_read (fp=(struct file *) 0xf0a19200, uio=(struct uio *) 0xefbfff38, cred=(struct ucred *) 0xf0a1b980) (./vnode_if.h line 211) #10 0xf011261f in sys_generic:gcc2_compiled. (...) #11 0xf01937cb in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 4, tf_esi = 0, tf_ebp = -272639688, tf_isp = -272629788, tf_ebx = 16384, tf_edx = 86368, tf_ecx = 86368, tf_eax = 3, tf_trapno = 531, tf_err = 531, tf_eip = 47045, tf_cs = 31, tf_eflags = 531, tf_esp = -272639820, tf_ss = 39}) (../../i386/i386/trap.c line 706) (kgdb) quit ppp0# exit Script done on Fri Feb 17 12:49:45 1995 I dont know this code at all, but would love to find out what is going on. (Not that it means much, but the config works like a champ in DOS/Windows). Any suggestions on how to narrow down the problem? Thanks Mark From owner-freebsd-hackers Fri Feb 17 10:43:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA17153 for hackers-outgoing; Fri, 17 Feb 1995 10:43:03 -0800 Received: from sun2.nsfnet-relay.ac.uk (sun2.nsfnet-relay.ac.uk [128.86.8.45]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA17141 for ; Fri, 17 Feb 1995 10:42:57 -0800 Via: uk.ac.edinburgh.cogsci; Fri, 17 Feb 1995 14:35:39 +0000 From: Richard Tobin Date: Fri, 17 Feb 95 14:35:34 GMT Message-Id: <22339.9502171435@cogsci.ed.ac.uk> To: freebsd-hackers@freefall.cdrom.com Subject: PCMCIA Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there work in progress on PCMCIA drivers for FreeBSD? Anything more than the if_ze driver? -- Richard From owner-freebsd-hackers Fri Feb 17 10:42:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA17140 for hackers-outgoing; Fri, 17 Feb 1995 10:42:53 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA17134 for ; Fri, 17 Feb 1995 10:42:50 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id NAA06479; Fri, 17 Feb 1995 13:31:55 -0500 From: Wankle Rotary Engine Message-Id: <199502171831.NAA06479@skynet.ctr.columbia.edu> Subject: Re: config(8) and conflicts To: dufault@hda.com (Peter Dufault) Date: Fri, 17 Feb 1995 13:31:52 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502171431.JAA22356@hda.com> from "Peter Dufault" at Feb 17, 95 09:31:28 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1952 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Peter Dufault person was kidding when he wrote: > > Config doesn't check for conflicts, even when it can. Should it? > I've started putting in checks so that you can't config something > like: > > > disk sd2 at scbus0 target 3 > > disk sd2 at scbus1 target 3 > > but is this the right thing? > > -- > Peter Dufault Real Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > Well, Sun Micro apparently decided this was the 'right thing': [excerpt from /sys/sun4c/conf/GENERIC for SunOS 4.1.3] # # The following section describes SCSI device unit assignments. # scsibus0 at esp # declare first scsi bus disk sd0 at scsibus0 target 3 lun 0 # first hard SCSI disk disk sd1 at scsibus0 target 1 lun 0 # second hard SCSI disk disk sd2 at scsibus0 target 2 lun 0 # third hard SCSI disk disk sd3 at scsibus0 target 0 lun 0 # fourth hard SCSI disk tape st0 at scsibus0 target 4 lun 0 # first SCSI tape tape st1 at scsibus0 target 5 lun 0 # second SCSI tape disk sr0 at scsibus0 target 6 lun 0 # CD-ROM device Whether or not one agrees with Sun on this issue is another matter entirely. :) If it was up to me, I'd allow the target assignments but document the heck out of things so people could make intelligent decisions when configuring their own systems. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Feb 7 01:49:07 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Fri Feb 17 11:01:28 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18096 for hackers-outgoing; Fri, 17 Feb 1995 11:01:28 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA18087 for ; Fri, 17 Feb 1995 11:01:24 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA12577; Fri, 17 Feb 1995 11:00:39 -0800 From: "Rodney W. Grimes" Message-Id: <199502171900.LAA12577@gndrsh.aac.dev.com> Subject: Re: tcpdump 3.0? To: olah@cs.utwente.nl (Andras Olah) Date: Fri, 17 Feb 1995 11:00:39 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <23508.793026162@utis156.cs.utwente.nl> from "Andras Olah" at Feb 17, 95 02:02:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1630 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Fri, 17 Feb 1995 04:52:11 PST, "Jordan K. Hubbard" wrote: > > If libpcap is of general utility, and not just good for tcpdump, then > > it should live in /usr/src/lib/libpcap. If otherwise, then it should be > > next to the tcpdump sources (tcpdump becomes a two-level directory structure) > > as you say. > > `libpcap, a system-independent interface for user-level packet > capture. libpcap provides a portable framework for low-level > network monitoring. Applications include network statistics > collection, security monitoring, network debugging, etc.' (from the > README). > > I'd suggest /usr/lib/libpcap* if there're no objections. Jordan imported libpcap as /usr/src/lib/libpcap a while back, it is already there: hookturn# cvs rlog Makefile RCS file: /home/ncvs/src/lib/libpcap/Makefile,v Working file: Makefile head: 1.1 branch: 1.1.1 locks: strict access list: symbolic names: libpcap: 1.1.1.1 libpcap: 1.1.1 comment leader: "# " keyword substitution: kv total revisions: 2; selected revisions: 2 description: ---------------------------- revision 1.1 date: 1995/01/20 04:13:06; author: jkh; state: Exp; branches: 1.1.1; Initial revision ---------------------------- revision 1.1.1.1 date: 1995/01/20 04:13:07; author: jkh; state: Exp; lines: +0 -0 Add the Packet Capture Library from Michael Reifenberger. Submitted by: mr ---------------------------- ============================================================================= -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Feb 17 11:06:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18258 for hackers-outgoing; Fri, 17 Feb 1995 11:06:10 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA18252 for ; Fri, 17 Feb 1995 11:06:07 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA07133; Fri, 17 Feb 1995 11:05:39 -0800 From: Poul-Henning Kamp Message-Id: <199502171905.LAA07133@ref.tfs.com> Subject: Re: PCMCIA To: richard@cogsci.edinburgh.ac.uk (Richard Tobin) Date: Fri, 17 Feb 1995 11:05:38 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <22339.9502171435@cogsci.ed.ac.uk> from "Richard Tobin" at Feb 17, 95 02:35:34 pm Content-Type: text Content-Length: 345 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is there work in progress on PCMCIA drivers for FreeBSD? Anything more > than the if_ze driver? Yes. Make sure you are subscribed to the "hardware@freebsd.org" list thats where the work will be done. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Fri Feb 17 11:57:35 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA19616 for hackers-outgoing; Fri, 17 Feb 1995 11:57:35 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA19610 for ; Fri, 17 Feb 1995 11:57:28 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: forwarded message from Kevin Flewitt To: c@ullman.elte.hu (Csizmazia Balazs) Date: Fri, 17 Feb 1995 11:56:38 -0800 (PST) Cc: jcargill@cs.wisc.edu, freebsd-hackers@FreeBSD.org In-Reply-To: from "Csizmazia Balazs" at Feb 17, 95 12:06:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 830 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi! > > On Thu, 16 Feb 1995, Jon Cargille wrote: > > > > > > > I got the following email from someone who's having trouble installing > > 2.0 on his second IDE drive; it looks to me as if he did the "right > > things" for a 2nd disk install. Am I missing something, or has anyone > > seen a problem like this before? > > > > ... > > manager) to boot from the second disk. I then keyed in > > "hd(1,a)/kernel" and it started to boot. The last probe it did was- > > Try wd(1,a)/kernel > (the troubleshooting doc says "hd(1,a)/kernel", but I think it is wrong > (at least for me)). I think THIS is the right answer..... it was staring me in the face.. trouble is I use MACH as well, where hd1 is whate we refer to as wd1, so I didn't spot the problem.... > > Regards: Csizmazia Balazs > csb@ullman.elte.hu > From owner-freebsd-hackers Fri Feb 17 12:00:51 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA19708 for hackers-outgoing; Fri, 17 Feb 1995 12:00:51 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA19702; Fri, 17 Feb 1995 12:00:50 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: isdn driver info? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 17 Feb 1995 12:00:08 -0800 (PST) Cc: hasty@netcom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <2390.793014332@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 17, 95 01:45:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1076 Sender: hackers-owner@FreeBSD.org Precedence: bulk I had a date (yes I'm showing off :) with a girl on Wednesday, who's working on setting up an ISDN based internet provider. They are a PAC_BELL ISDN sales agent, and support some particular card... I'm getting more information.... > > > Hi, > > > > Just wondering about the isdn driver which was committed and > > if anyone has info as to how well it works and how much > > does the card cost,etc.. > > > > Tnks, > > Amancio > > My understanding is that it's still pretty green, but it's a start and > its authors will be working rather heavily on it over the next couple > of months so I felt that it was worth getting in on the ground floor > with it. They say that they're using it constantly for their own > internet link, so it must be stable enough for that at least. > > It supports the defunct but still extant German ISDN standard and the > new EUROISDN standard, so if you can find a card that's compatible with > that, go for it! > > Of course, in the U.S. we no doubt have our OWN standard, and god only > knows what that is! :-) > > Jordan > From owner-freebsd-hackers Fri Feb 17 12:35:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA20279 for hackers-outgoing; Fri, 17 Feb 1995 12:35:25 -0800 Received: (from dima@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA20268; Fri, 17 Feb 1995 12:35:24 -0800 Message-Id: <199502172035.MAA20268@freefall.cdrom.com> Subject: Re: isdn driver info? To: julian@tfs.com (Julian Elischer) Date: Fri, 17 Feb 1995 12:35:24 -0800 (PST) Cc: jkh@freefall.cdrom.com, hasty@netcom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Julian Elischer" at Feb 17, 95 12:00:08 pm From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 315 Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Elischer writes: > > > I had a date (yes I'm showing off :) > with a girl on Wednesday, who's working on setting up an ISDN based internet provider. > They are a PAC_BELL ISDN sales agent, and support some particular card... > I'm getting more information.... About girl or about standard? ;-) -- dima From owner-freebsd-hackers Fri Feb 17 12:41:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA20404 for hackers-outgoing; Fri, 17 Feb 1995 12:41:34 -0800 Received: from netcom2.netcom.com (hasty@netcom2.netcom.com [192.100.81.108]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA20396; Fri, 17 Feb 1995 12:41:32 -0800 Received: by netcom2.netcom.com (8.6.9/Netcom) id MAA07345; Fri, 17 Feb 1995 12:41:25 -0800 Date: Fri, 17 Feb 1995 12:41:25 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502172041.MAA07345@netcom2.netcom.com> To: dima@FreeBSD.org, julian@tfs.com Subject: Re: isdn driver info? Cc: freebsd-hackers@freefall.cdrom.com, hasty@netcom.com, jkh@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > They are a PAC_BELL ISDN sales agent, and support some particular card... The card is probably the one from Intel... Internex out of Menlo Park is a Net Provider for ISDN and they are fully operational now . Their biggest selling point is 128kb ISDN using Ascend routers. Me, as a temporary fix, I am trying to get a slip/ppp with Best Internet in Mountain View for $35/month -- flat fee--. They use Pentium boxes running BSDI for doing their networking. Enjoy, Amancio From owner-freebsd-hackers Fri Feb 17 12:43:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA20612 for hackers-outgoing; Fri, 17 Feb 1995 12:43:53 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA20606 for ; Fri, 17 Feb 1995 12:43:53 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Lion ISDN Card To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Fri, 17 Feb 1995 12:43:19 -0800 (PST) Cc: hackers@FreeBSD.org, jhs@vector.eikon.e-technik.tu-muenchen.de In-Reply-To: <199502162029.VAA07108@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Feb 16, 95 09:29:12 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 418 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Re My: > > I've just plugged in a `Lion' ISDN card, after a reconfig, it speaks to me :-) > Using kermit, talking to it using Hayes AT command set (yes, this isdn card > has a Hayes i/face) > > I will test it on an ISDN line soon > well, relatively soon, like 2 weeks, no ISDN line here, at another site, same city > Julian Stacey Julian, is this using 38,4 ISDN or 64K ISDN? julain(E) > From owner-freebsd-hackers Fri Feb 17 12:46:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA20690 for hackers-outgoing; Fri, 17 Feb 1995 12:46:43 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA20684; Fri, 17 Feb 1995 12:46:42 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: isdn driver info? To: dima@FreeBSD.org (Dima Ruban) Date: Fri, 17 Feb 1995 12:45:35 -0800 (PST) Cc: julian@tfs.com, jkh@freefall.cdrom.com, hasty@netcom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502172035.MAA20268@freefall.cdrom.com> from "Dima Ruban" at Feb 17, 95 12:35:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 353 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Julian Elischer writes: > > > > > > I had a date (yes I'm showing off :) > > with a girl on Wednesday, who's working on setting up an ISDN based internet provider. > > They are a PAC_BELL ISDN sales agent, and support some particular card... > > I'm getting more information.... > > About girl or about standard? ;-) BOTH! > > > -- dima > From owner-freebsd-hackers Fri Feb 17 13:08:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA21008 for hackers-outgoing; Fri, 17 Feb 1995 13:08:12 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA21001 for ; Fri, 17 Feb 1995 13:08:06 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA00500; Fri, 17 Feb 1995 16:05:54 -0500 Date: Fri, 17 Feb 1995 16:05:54 -0500 From: Garrett Wollman Message-Id: <9502172105.AA00500@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: FreeBSD mailing-list Subject: Re: cvs commit: src/etc/etc.i386 MAKEDEV In-Reply-To: <199502171758.EAA21418@godzilla.zeta.org.au> References: <199502171758.EAA21418@godzilla.zeta.org.au> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: > They have mode 0666. What can be listened to by reading soundcards? The microphone on my headset... Unfortunately, a lot of the Voxware model of operation doesn't take into account the need for something like AudioFile... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Fri Feb 17 14:24:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA22636 for hackers-outgoing; Fri, 17 Feb 1995 14:24:17 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA22630 for ; Fri, 17 Feb 1995 14:24:15 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id OAA03855; Fri, 17 Feb 1995 14:22:08 -0800 Message-Id: <199502172222.OAA03855@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: elh@p5.spnet.com Subject: fvwm, unlimited openfiles Date: Fri, 17 Feb 1995 14:22:08 -0800 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. under 950210-SNAP, and -current (from about 3/1[45]), if i put in my .cshrc limit openfiles unlimited fvwm crashes. more specifically, the fvwm-specific modules (GoodStuff, Pager) freeze. anybody else experience this? thanks, -elh From owner-freebsd-hackers Fri Feb 17 15:14:23 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA23827 for hackers-outgoing; Fri, 17 Feb 1995 15:14:23 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA23821 for ; Fri, 17 Feb 1995 15:14:22 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: SCSI and config(8): Done. To: dufault@hda.com (Peter Dufault) Date: Fri, 17 Feb 1995 15:13:43 -0800 (PST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502171257.HAA21778@hda.com> from "Peter Dufault" at Feb 17, 95 07:57:44 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3956 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've added support to configure the SCSI system using config(8). > I'm going to wait for the "slice" code to settle before committing. this looks good, and I was wondering how to get this information to the system.. There is the question however of: if a device doesn't match what's there, how do we find out, and what do we do? should we have a call in each driver that confirms that it can handle what it sees? What do we do it it DOESN't match.... how can we force a device that reports itself as type B (eroneously) to be handled by the driver for type C (I have devices that report as tape but should be type processor)... > > Here is what I did. > > This config file entry: > > > controller scbus0 at aha0 > > > > disk sd0 at scbus0 target 0 unit 0 > > disk sd1 at scbus0 target 1 > > disk sd2 at scbus0 target 3 > > device cd? at scbus? > > tape st0 at scbus0 target 6 > > Generates this in ioconf.c: > > > #include "scsi/scsiconf.h" > > > > struct scsi_ctlr_config scsi_cinit[] = { > > /* driver unit */ > > { "aha", 0 }, > > { 0, 0 } > > }; > > > > struct scsi_device_config scsi_dinit[] = { > > /* type unit cunit target LUN flags */ > > { T_DIRECT, 0, 0, 0, 0, 0x0 }, > > { T_DIRECT, 1, 0, 1, -1, 0x0 }, > > { T_DIRECT, 2, 0, 3, -1, 0x0 }, > > { T_READONLY, '?', '?', -1, -1, 0x0 }, > > { T_SEQUENTIAL, 0, 0, 6, -1, 0x0 }, > > { -1, 0, 0, 0, 0, 0 } > > }; > > (cunit in scsi_dinit is the controller unit and is the index into > the scsi_cinit table for that device) > > The SCSI bus (scsi_cinit) table is passing in names instead of > "isa_dev's", but I wanted to use the adapter name since I'm not > sure how the PCI stuff wires in. > > When you configure a SCSI controller it looks up its bus number by > driver name and unit number. When there is no match it uses the > lowest unused bus number greater than the highest configured bus > number. for this to really work properly, we need to disable the autonumbering of the adapters, so that if aha- dies, aha1 doesn't suddenly become aha0.. > > (I have to look at how the multiple SCSI bus adapters work - I > suppose both busses have the same driver and adapter unit number, > so this current scheme may not work: I may need driver, unit and > bus in the scsi_cinit table.) controller scbus0 at ahx0 controller scbus1 at ahx0 I guess Every layer in the hierarchy needs some sort of 'subunit' field... in isa it's port-address, in scsi it's target, in adapters it's unit#, similar to wd0 and wd1 I guess it means adding a field to the structure.. We are slowely heading in the direction of NetBSD(& BSDI I think) config, in which the softc structure is allocated by the config routine, and every layer in the hierarchy is defined the same way...... > > When you configure a device it looks through the dinit table for > the unit to use. Each type (T_DIRECT == "sd", etc) is handled > independently and the same approach is used as for the busses: If > there is an exact match then that is used, if there is no match > you use the lowest unused unit number greater than the highest > configured unit number. Unknown LUNS (LUN == -1) are treated as > LUN 0 for matching. > > All information from the config file is stored in the structures > so you can go backwards from the structures to the config if you > want. > > For current config files this approach degenerates into the current > autocounting scheme. > > For new config files this becomes "use assignments when provided, > then autocount beginning after the highest assigned number". yes.... now, what about devices that are turned off and probed later when turned on..? > > Peter > > -- > Peter Dufault Real Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > From owner-freebsd-hackers Fri Feb 17 16:05:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA27349 for hackers-outgoing; Fri, 17 Feb 1995 16:05:43 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA27342; Fri, 17 Feb 1995 16:05:42 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier ROBERT) cc: root@rz-wb.fh-sw.de (Michael Reifenberger), olah@cs.utwente.nl, hackers@FreeBSD.org Subject: Re: tcpdump 3.0? In-reply-to: Your message of "Fri, 17 Feb 1995 16:56:24 +0100." <9502171556.AA08332@blaise.ibp.fr> Date: Fri, 17 Feb 1995 16:05:42 -0800 Message-ID: <27340.793065942@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I think that at this point all of this should be coordinated by Mr. Olah. He has commit privileges and he's collecting all this stuff together for tcpdump, so talk to him and make sure that all 4,031 people who are apparently hacking on tcpdump simultaneously simply coordinate their patches through him! :-) Jordan > > The reason for my silence on tcpdump 3.0 so far was that Ollivier Robert > > said that he had some Improvements over the original code which he > > would integrate into the tree. So I decided to wait for his import. > > Well, I don't have CVS commit so I cannot add anything. I will upload > the versions I got (after modifications by Francis Dupont to integrate > CNLP and some other changes). Someone else will have to massage that with > the current version. > > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG > FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Fri Feb 17 16:08:28 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA27478 for hackers-outgoing; Fri, 17 Feb 1995 16:08:28 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA27470 for ; Fri, 17 Feb 1995 16:08:25 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id TAA25517; Fri, 17 Feb 1995 19:06:53 -0500 From: Peter Dufault Message-Id: <199502180006.TAA25517@hda.com> Subject: Re: SCSI and config(8): Done. To: julian@tfs.com (Julian Elischer) Date: Fri, 17 Feb 1995 19:06:52 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Julian Elischer" at Feb 17, 95 03:13:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2783 Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Elischer writes: > > > > > I've added support to configure the SCSI system using config(8). > > I'm going to wait for the "slice" code to settle before committing. > > this looks good, and I was wondering how to get this information > to the system.. There is the question however of: if a device > doesn't match what's there, how do we find out, and what do we do? > should we have a call in each driver that confirms that it can > handle what it sees? If it doesn't match it is skipped. For example, if we expect a tape at bus 0 target 1 lun 0 and we find a disk, the tape is skipped and the disk is matched following the rules - given that I've locked out mismatches in the config, it will autocount and become the next available disk. > What do we do it it DOESN't match.... how > can we force a device that reports itself as type B (eroneously) > to be handled by the driver for type C (I have devices that report > as tape but should be type processor)... We handle that either via the flags or using scsi(3). Currently there is no way to do it except scsi(3), though I thought about adding a flag field - I think you could contrive a way to use "st" to access the "worm" device that Jordan has. > > > > Here is what I did. (...) > > for this to really work properly, we need to disable the autonumbering of > the adapters, so that if aha- dies, aha1 doesn't suddenly become aha0.. Well, no, because you can wire aha1 down also. If you don't wire anything down you get the exact behavior we currently have. > > > > > (I have to look at how the multiple SCSI bus adapters work - I > > suppose both busses have the same driver and adapter unit number, > > so this current scheme may not work: I may need driver, unit and > > bus in the scsi_cinit table.) > > controller scbus0 at ahx0 > controller scbus1 at ahx0 I thought more like "controller scbus0 at foo0 bus 0" > > I guess Every layer in the hierarchy needs some sort of 'subunit' > field... in isa it's port-address, > in scsi it's target, > in adapters it's unit#, similar to wd0 and wd1 > I guess it means adding a field to the structure.. > > We are slowely heading in the direction of NetBSD(& BSDI I think) > config, in which the softc structure is allocated by the > config routine, and every layer in the hierarchy > is defined the same way...... > (...) > > For new config files this becomes "use assignments when provided, > > then autocount beginning after the highest assigned number". > yes.... > now, what about devices that are turned off and probed later when turned on..? I think it still works fine. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Feb 17 16:14:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA27612 for hackers-outgoing; Fri, 17 Feb 1995 16:14:20 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA27605; Fri, 17 Feb 1995 16:14:19 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hm@ernie.altona.ppp.net cc: freebsd-hackers@freefall.cdrom.com (FreeBSD Hackers) Subject: Re: isdn driver info? In-reply-to: Your message of "Fri, 17 Feb 1995 17:04:32 +0100." Date: Fri, 17 Feb 1995 16:14:19 -0800 Message-ID: <27603.793066459@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >From the code i see that it supports only Niccy 3008 and Niccy 3009 PC/AT > type boards and the Niccy 5000 SCSI/ISDN box from a manufacturer named > Dr. Neuhaus located here in Hamburg - nothing else !!! Hmmmm. I must confess myself to being somewhat unfamiliar with all the ins and outs of the ISDN world right now.. > There is no established standard available until now which specifies how > to talk to pc type ISDN boards on the hardware level so the driver is > in its current version pretty much bound to a given hardware. I'm not surprised, though perhaps we can work on generalizing this as a second pass? If someone comes up with a non-GPL'd ISDN driver that works better than this one, hey! I'll nuke it back out of the tree in a second! :-) Nothing really relies on it, so it would be very easy to remove it again. Jordan From owner-freebsd-hackers Fri Feb 17 16:30:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA28017 for hackers-outgoing; Fri, 17 Feb 1995 16:30:33 -0800 Received: from tree.com (tree.com [204.91.58.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA28011 for ; Fri, 17 Feb 1995 16:30:30 -0800 Received: by tree.com (5.0/SMI-SVR4) id AA02120; Fri, 17 Feb 95 19:28:44 EST Date: Fri, 17 Feb 95 19:28:44 EST From: ups@tree.com (Stephan Uphoff) Message-Id: <9502180028.AA02120@tree.com> To: jkh@FreeBSD.org Subject: Re: scsi(1) and WORM drives.. Cc: hackers@freefall.cdrom.com X-Sun-Charset: US-ASCII content-length: 1710 Sender: hackers-owner@FreeBSD.org Precedence: bulk There is a Linux mini-HOWTO about a program called cdwrite and Philips cd writers. ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/mini/CD-Writer Good luck Stephan Uphoff > I've got a Phillips CDROM burner that I would, for obvious reasons, > love to actually have work under FreeBSD. I know that it's probably > impractical, since these things need to be fed a steady stream of > data, but perhaps I could use the new rtprio() stuff to make sure that > the `burning' process didn't have to give up the CPU until it was damn > well ready. When it's making a CDROM, I don't want it doing anything > else anyway. > > It wasn't recognised by the SCSI driver, or at least it was probed and > then noted as having no explicit driver available and then ignored, so > I configured in the UK device and here's what I got: > > sd1: 4095MB (8388315 total sec), 3712 cyl, 21 head, 107 sec, bytes/sec 512 > bt0 targ 3 lun 0: type 4(worm) removable SCSI1 > bt0 targ 3 lun 0: > uk0: unknown device > bt0 targ 3 lun 1: type 4(worm) removable SCSI1 > bt0 targ 3 lun 1: > ... > > Anyone know how or if I can now use scsi(1) to somehow get raw data to > the device? Ideally, I would just like to be able to do the equivalent > of: dd if=image.cd0 of=/dev/rsd2d > > But as life is probably nowhere near that simple, I'll also settle for > being able to open some device and ram the file down its throat > somehow after suitable ioctl()s, or whatever. > > This would actually be such an advantage for us that I think there > could be some money in this if somebody wanted to contract for the job > of making this all work. Comments? > > Jordan > From owner-freebsd-hackers Fri Feb 17 16:42:26 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA28283 for hackers-outgoing; Fri, 17 Feb 1995 16:42:26 -0800 Received: from netcom4.netcom.com (hasty@netcom4.netcom.com [192.100.81.107]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA28277 for ; Fri, 17 Feb 1995 16:42:25 -0800 Received: by netcom4.netcom.com (8.6.9/Netcom) id QAA04254; Fri, 17 Feb 1995 16:42:14 -0800 Date: Fri, 17 Feb 1995 16:42:14 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502180042.QAA04254@netcom4.netcom.com> To: freebsd-hackers@freefall.cdrom.com Subject: GUS and NAS ... Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I got nas going again with my gus by just using 8 bit sampling. To enable this feature in the server: /bg/local/src/nas-1.2p1/server/dda/voxware > gcc -DNO_16_BIT_SAMPLING ... Just the server needs to know about this define There is still a quirk that at the of a sound sample some stuff gets repeated not sure if this is the sound driver or NAS. My suspicion is NAS and will be able to find out more about it over the next couple of days... Also, I am not sure about the 16 bit sampling playback not working with my GUS and NAS . At any rate, since I now know where the problems are I should be able to proceed to flush the problems out. In the mean time, the simple hack mentioned earlier is good enough to at least be able to use NAS with your GUS. Enjoy, Amancio From owner-freebsd-hackers Fri Feb 17 16:51:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA28466 for hackers-outgoing; Fri, 17 Feb 1995 16:51:19 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA28459; Fri, 17 Feb 1995 16:51:18 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: julian@tfs.com (Julian Elischer) cc: hasty@netcom.com, freebsd-hackers@freefall.cdrom.com Subject: Re: isdn driver info? In-reply-to: Your message of "Fri, 17 Feb 1995 12:00:08 PST." Date: Fri, 17 Feb 1995 16:51:18 -0800 Message-ID: <28457.793068678@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I had a date (yes I'm showing off :) > with a girl on Wednesday, who's working on setting up an ISDN based internet A date!! With a human female no less this time! Congradulations, Julian!! My, what will your mother say?? :-) > They are a PAC_BELL ISDN sales agent, and support some particular card... > I'm getting more information.... Hmmmm. This would be cool, yes.. Actually, this could be a really significant way of obtaining information - sending our more attractive FreeBSD team members out to glean information from the pillow talk of various influential suppliers and developers.. If your social schedule permits it, could you also try to wangle dates with important secretaries and/or developers at the following companies? o Riscom (makers of the N2 high-speed serial card). o Creative Labs (need technical info on various sound cards) o Silicon Graphics (see if you can get us an OpenGL license - this will probably require sleeping with someone _really_ important, but Go Julian!). o Sequent Technologies (we need their SMP know-how - this would probably have to be a longer term relationship with one of their developers). Any other suggestions? Any of us actually attractive enough to occasionally take over from Julian when he's too tired to go any further? Gee, I should have known it'd take an Australian to open our eyes to these truly untapped resources! Jordan From owner-freebsd-hackers Fri Feb 17 17:03:07 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA28728 for hackers-outgoing; Fri, 17 Feb 1995 17:03:07 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA28719; Fri, 17 Feb 1995 17:03:06 -0800 Date: Fri, 17 Feb 1995 17:03:06 -0800 From: Jeffrey Hsu Message-Id: <199502180103.RAA28719@freefall.cdrom.com> To: jkh@freefall.cdrom.com, julian@tfs.com Subject: Re: isdn driver info? Cc: freebsd-hackers@freefall.cdrom.com, hasty@netcom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Silicon Graphics (see if you can get us an OpenGL license - this Have you checked out Mesa in ports/graphics? It can run most of the programs in the OpenGL book. Jeffrey From owner-freebsd-hackers Fri Feb 17 17:12:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA28934 for hackers-outgoing; Fri, 17 Feb 1995 17:12:05 -0800 Received: from netcom13.netcom.com (hasty@netcom13.netcom.com [192.100.81.125]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA28928; Fri, 17 Feb 1995 17:12:02 -0800 Received: by netcom13.netcom.com (8.6.9/Netcom) id RAA06085; Fri, 17 Feb 1995 17:11:54 -0800 Date: Fri, 17 Feb 1995 17:11:54 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502180111.RAA06085@netcom13.netcom.com> To: jkh@freefall.cdrom.com, julian@tfs.com Subject: Re: isdn driver info? Cc: freebsd-hackers@freefall.cdrom.com, hasty@netcom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >o Silicon Graphics (see if you can get us an OpenGL license - this > will probably require sleeping with someone _really_ important, > but Go Julian!). Sorry Julian, but I already beat you to Silicon Graphics and I have a long term and really *hot* relationship with my date :) Hot Puerto Rican From owner-freebsd-hackers Fri Feb 17 17:15:51 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA29006 for hackers-outgoing; Fri, 17 Feb 1995 17:15:51 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA29000; Fri, 17 Feb 1995 17:15:50 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: isdn driver info? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 17 Feb 1995 17:15:13 -0800 (PST) Cc: julian@tfs.com, hasty@netcom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <28457.793068678@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 17, 95 04:51:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 935 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > A date!! With a human female no less this time! Congradulations, > Julian!! My, what will your mother say?? :-) > now now, let's not let the jealousy show through TOO clearly :) > > They are a PAC_BELL ISDN sales agent, and support some particular card... > > I'm getting more information.... I believe it's an INTEL card, but I can't help feeling that if we had a site that could actually use this, development would go smoother.. I believe they are doing some development themselves, so if I can get through to the technical person there, and make a good case for freeBSD, they might be a possible site for us as well. > > o Silicon Graphics (see if you can get us an OpenGL license - this > will probably require sleeping with someone _really_ important, > but Go Julian!). well, I know a sales manager there, but it's a HE, I have to draw the line SOMEWHERE! ( and sales managers.. yuk) ;-) > Jordan > > From owner-freebsd-hackers Fri Feb 17 17:31:50 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA29537 for hackers-outgoing; Fri, 17 Feb 1995 17:31:50 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA29530; Fri, 17 Feb 1995 17:31:49 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hsu cc: julian@tfs.com, freebsd-hackers@freefall.cdrom.com, hasty@netcom.com Subject: Re: isdn driver info? In-reply-to: Your message of "Fri, 17 Feb 1995 17:03:06 PST." <199502180103.RAA28719@freefall.cdrom.com> Date: Fri, 17 Feb 1995 17:31:49 -0800 Message-ID: <29528.793071109@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I was actually going to do this soon! Jordan > > Silicon Graphics (see if you can get us an OpenGL license - this > > Have you checked out Mesa in ports/graphics? It can run most of the programs > in the OpenGL book. > > Jeffrey From owner-freebsd-hackers Fri Feb 17 22:15:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA07100 for hackers-outgoing; Fri, 17 Feb 1995 22:15:09 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA07094 for ; Fri, 17 Feb 1995 22:15:03 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA23804 (5.67a/IDA-1.5); Fri, 17 Feb 1995 23:40:36 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA05767; 17 Feb 95 19:06:09 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id TAA05764; Fri, 17 Feb 1995 19:06:08 -0600 Message-Id: <199502180106.TAA05764@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier ROBERT) Cc: pwallison@panix.com, freebsd-hackers@FreeBSD.org Subject: Re: NCSA Httpd 1.3 for FBSD 1.1.5.1? In-Reply-To: Your message of "Fri, 17 Feb 95 10:50:47 +0100." <9502170950.AA06755@blaise.ibp.fr> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 17 Feb 1995 19:06:04 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'm running 1.3 here. I don't recall any significant problems in getting > > it up, but I would recommend CERN HTTPD as a higher performance platform. > > I'm in the process of converting over. > > > The ability to cache documents is a very strong point in favor of > the CERN httpd. You can have a httpd in proxy/cache mode for en > entire organization and save bandwidth. I'm using CERN for this, on our firewall at work. It works so well I set it up as a proxy locally on my FreeBSD box. I haven't put any pages under it yet. From owner-freebsd-hackers Sat Feb 18 01:22:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA10372 for hackers-outgoing; Sat, 18 Feb 1995 01:22:18 -0800 Received: from saul3.u.washington.edu (saul3.u.washington.edu [140.142.83.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA10366 for ; Sat, 18 Feb 1995 01:22:17 -0800 Received: by saul3.u.washington.edu (5.65+UW94.10/UW-NDC Revision: 2.32 ) id AA08259; Sat, 18 Feb 95 01:22:11 -0800 X-Sender: spaz@saul3.u.washington.edu Date: Sat, 18 Feb 1995 01:22:11 -0800 (PST) From: John Utz To: FreeBSD hackerlist Subject: Is something amiss in sed on 2.0 -R ? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi folks; seed seems to be spitting up on stuff tht used to work in earlier revs.. should i grab a new sed from somewhere? and where might that somewhere be? thanks! echo >> xxfoo echo >> xxfoo echo >> xxfoo echo >> xxfoo echo >> xxfoo cat xxfoo | sed -e s/$/\\/ > xxfoo.c sed: 1: "s/$/\/": unterminated substitute in regular expression ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sat Feb 18 01:23:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA10387 for hackers-outgoing; Sat, 18 Feb 1995 01:23:09 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA10380 for hackers; Sat, 18 Feb 1995 01:23:09 -0800 Date: Sat, 18 Feb 1995 01:23:09 -0800 From: "Jordan K. Hubbard" Message-Id: <199502180923.BAA10380@freefall.cdrom.com> To: hackers Subject: query-pr. please! Sender: hackers-owner@FreeBSD.org Precedence: bulk Hey Paul [and everyone else, since this is of general interest], When we last talked about this, you said that query-pr wasn't going to be trivial due to the fact that it involved pulling in most of the rest of GNATS. Can you please elaborate on this? If that truly is the price, then I would like to argue that we need to seriously consider paying it. The inability for outsiders to get bug report information is really making the whole bug report loop much more difficult than it has to be, and we could eliminate a lot of duplicated bug reports if people could only look first (easily) and see if their problem had already been reported. A lot of our "customers" would also sleep much better knowing what was broken and what wasn't. Naturally, security related bug reports might be screened (we could switch off a keyword) to all but those in a certain permission group, but we can add filters like that when and if they become necessary. Actually, while we're on the subject, let me just be confrontational and say that send-pr sucks and I wish somebody would jump up and down on it with nob-nailed boots. How does it suck? Let me count the ways: 1. It doesn't lend itself well to being both a problem reporting mechanism and a feature submission mechanism. send-pr should be completely decoupled from the concept of "problem" and become instead a general bug/enhancement/feature request submission mechanism. 2. It doesn't accept file attachments, making it useless for submitting new work (or information helpful to a bug report) in a structured way. 3. It's unnecessarily cryptic, and provides the novice bug-reporter little or no help along the way. 4. It provides no easy windows into what's in the database, both locally and remotely. Let me tell you what would really make me happy instead: [fade to dream sequence] I'm Joe Developer. I hack on my source tree regularly and once in awhile I implement something really cool, or port a nifty package. When I do, I want to submit it to "those FreeBSD people" whom I don't really know personally but worship from afar as gods, especially Jordan, who's every posting to -hackers I reverently print out, frame, and place before a small shrine with incense and joss sticks [Hey, this is MY dream sequence, after all! -jkh]. Anyway, so I fire up the `submit' program which prints "Submit! Submit!" a couple of times and then I'm in this nice little ncurses-based form that asks me for my submission's catagory, a short description, the type of copyright, my full name and email address (which will be filled in by default from the GECOS information if and when possible), any additional comments I want to attach and then if I select `attach file', a file requestor comes up and prompts me for all the files to be attached. Once I'm done, it all gets bundled up and sent off to some mysterious place, somehow, and 2 or 3 days later I get back a nice form letter thanking me for my submission, telling me what tracking number it's been assigned and whom to yell at if I don't get back another acknowlegement at some point saying that my submission has been accepted or refused. [disolve, fade to another dream sequence] I'm *Sir* Joe Developer and I know Thompson & Richie personally, I'm godfather to one of Jordan's cats and I'm doing all kinds of great upgrades and stuff to my FreeBSD system. I even have a plaque with my name on it in the FreeBSD Hall of Fame, but the one thing I don't have is a GOD DAMNED INTERNET CONNECTION! Why did my parents have to chose to move to east Angola as missionaries? Why am I still here?? When will the U.S. grant me a friggin' visa?! I'm brilliant! The U.S. companies would love me! I hate the U.S. State Department! Argh!! Oh well. Sigh.. I can't solve those problems today, but I can still give those nice FreeBSD people the fruits of my labors, so I type the same `submit' command except I use the ``--wizard'' flag and also the ``--orig-src and ``--mychanges-are-in '' options and it cleverly goes through and bundles up a "delta", telling those FreeBSD folks just which files I added, changed and deleted and how to reproduce it all on the other end. Then up comes a somewhat shorter screen which says "Hello, Sir Joe! Glad to see you again!" and prompts me for some basic information about the changes, e.g. what they fix or add, how serious the problem they fix is, how much I've tested or have confidence in them ("quality" rating), etc etc. And then the whole kit and kaboodle goes out over that 2400 baud uucp connection I managed to wangle out of the Nabinian agricultural liason's office in exchange for occasionally favorable advance information on the banana crop. Life may be hard, but at least I have the warm and fuzzy feeling of knowing that my changes will probably be on the next FreeBSD CD I get in the mail (as well as some upcoming CTM snapshot). [fade to yet another dream sequence - geeze! No more pizza right before bed for me!] I'm just J. Lowly Peon, hacking in my room at my mother's house in Gruntville, Illinois, and I find a bug in FreeBSD. Oh my! It's a horrible bug! It's evil and nasty! It eats my little sister when she gets too close to the machine and scribbles all over my hard drive, and I had some really cool GAMES on that hard drive! Misfortune! Lamenting! No backups! I must report this to the FreeBSD people at once! Hmmmm. How do I do that? Oh that's right, it's all part of the help system.. "help!" I type. "Hello, Peon!" says the system. "What can I do for your insignificant worthlessness today?" With fingers trembling on the arrow keys, I select: "Report Problem". Up comes a reassuringly shaded form, one one corner of which is a small logo of a smiling man in greasy overalls and a wrench in one hand. I am led carefully through the steps of describing my system (which it then saves as the default for my next bug report), the circumstances at the time of the crash, the names of all people in the room during the crash, confirmation that the system was truly plugged in and operating at the time of the crash, how much was left of the system afterwards and whether or not I perchance have any attractive *older* sisters who are unmarried and available. I carefully answer all of these questions, typing with two only fingers since I *flunked* typing and anyway my typing teacher was a dried up old prune and I hated her and that entire class and anyway I'll just select "Send bug report" and away it goes through my AOL account! Gee, I hope those FreeBSD people hear my plea! [scene back at FreeBSD World Headquarters] Jordan (leaning back in leather chair, cellular hands-free headset on): "Hey, David - how's it going? So, how are the new wheels? Really? Hmph. I never really much cared for the Tessterosa, I'm more of a Porsche fan myself, I guess.. My little 911 will .." *beep!* *beep!* *beep!* "Oh, damn - it's the bug filer icon on my desktop. Somebody just submitted something. Hang on, let me look.. Hmmm. Ah, it's just another silly bug report in the J. Random Peon folder.. He says here.. Haha! Heehee.. Hahahahahaha..! Oh, this is too rich! He says that his system scribbled all over his DOS partition after he ran `rogue' three times in a row, held his left foot in the air and then typed: sync;ls .;ps ax|grep -n dragon|awk -f '{print $1}' in another window! Haha!" David: "Wait. He says he typed sync *before* the ls?" Jordan: "Uh, yeah. heh.. Oh, it also says here: ``P.S. It also ate my little sister'''" David: "DAMN! I thought John and I FIXED that!" [sounds of scrabbling and frantic typing]. Jordan: "Whoa! Seriously? Spin control! Spin control!" [toss fitfully in sleep, eyeballs oscillating crazily, begin next dream sequence] I'm Randolph R. Bigbucks, owner of the popular ``Randy's Rodeo Restaurants'' restaurant chain, famous nationwide for the ``buckin' burger'' - a hamburger customers are only allowed to eat (or attempt to) while riding a mechanical bull set on "10". I'm talking on the phone to my lawyer and business partner, J. S. Livertaker. R: "So, Ah think that there pretty much outlines mah plan. We use this ``fray-bee-es-dee'' thing on a PC in the outhouse to run the milking machines and direct all 'em whirlin' bladey thangs in the slaughter room - steers go in one end, pressed and ready-to-cook hamburger patties come out the other! Totally automated! Saves a fortune! It's amazin'! What them Japanese can do these days, ah tell yuh." J: "But RB, this ``FreeBSD'' thing. Will it really work? We'll be running the whole operation from it!" R: "Well, there ain't no guarantees but I've been watchin' their fix database over this here Internet thingy and the graph shows that they're fixing bugs faster than they're comin' in, and the number has dropped way down in the last coupla weeks. Ah think this next release-o-theirs is gonna be purty sweet! Ah've been watchin' them boys' progress for awhile with this little query thang and it looks better than a lotta commercial yoo-nix companies!" J: "Well RB, you have me convinced - how much money should we send them, and in what sized sacks?" [fade to late afternoon sunlight - *yawn* My! What weird dreams! Well, time to start the new day!] :-) Jordan P.S. Even though the tone of this is joking, I'm dead serious about the need for all the features described herein. If this isn't send-pr/query-pr, then we need to write our own system or modify the GNATS tools appropriately! From owner-freebsd-hackers Sat Feb 18 01:46:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA10637 for hackers-outgoing; Sat, 18 Feb 1995 01:46:11 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA10630; Sat, 18 Feb 1995 01:46:11 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: John Utz cc: FreeBSD hackerlist Subject: Re: Is something amiss in sed on 2.0 -R ? In-reply-to: Your message of "Sat, 18 Feb 1995 01:22:11 PST." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <10627.793100770.1@freefall.cdrom.com> Date: Sat, 18 Feb 1995 01:46:10 -0800 Message-ID: <10628.793100770@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > cat xxfoo | sed -e s/$/\\/ > xxfoo.c > sed: 1: "s/$/\/": unterminated substitute in regular expression :-) Try sed -e 's/$/\\/' Jordan From owner-freebsd-hackers Sat Feb 18 02:03:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA10908 for hackers-outgoing; Sat, 18 Feb 1995 02:03:17 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA10893 for ; Sat, 18 Feb 1995 02:03:04 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0rflzF-000HzkC; Sat, 18 Feb 95 11:02 MET Received: by ernie.altona.ppp.net (Smail3.1.29.0 #15) id m0rflcv-0002OfC; Sat, 18 Feb 95 10:38 WET Message-Id: From: hm@ernie.altona.ppp.net (Hellmuth Michaelis) Subject: Re: isdn driver info? To: freebsd-hackers@freefall.cdrom.com (FreeBSD Hackers) Date: Sat, 18 Feb 1995 10:38:57 +0100 (MET) In-Reply-To: <27603.793066459@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 17, 95 04:14:19 pm Reply-To: hm@ernie.altona.ppp.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1127 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of Jordan K. Hubbard: > > There is no established standard available until now which specifies how > > to talk to pc type ISDN boards on the hardware level so the driver is > > in its current version pretty much bound to a given hardware. > > I'm not surprised, though perhaps we can work on generalizing this as > a second pass? IMHO, the way to go is to support boards which have a (standardized) CAPI in firmware, which leaves only (!!) the problem of the never standardized hardware access to the board. Also, some sort of layering scheme Julian did in the scsi driver would be a BIG win ... > If someone comes up with a non-GPL'd ISDN driver that works better > than this one, hey! I'll nuke it back out of the tree in a second! > :-) Nothing really relies on it, so it would be very easy to remove it > again. I did not want to blame the driver, really its a start, and starting is the worst thing in writing a driver ;-) hellmuth -- Hellmuth Michaelis hm@altona.ppp.net Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sat Feb 18 03:46:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA12683 for hackers-outgoing; Sat, 18 Feb 1995 03:46:29 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA12677 for ; Sat, 18 Feb 1995 03:46:24 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA26730; Sat, 18 Feb 1995 06:44:48 -0500 From: Peter Dufault Message-Id: <199502181144.GAA26730@hda.com> Subject: Re: NEW_SCSICONF To: julian@tfs.com (Julian Elischer) Date: Sat, 18 Feb 1995 06:44:48 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Julian Elischer" at Feb 16, 95 11:26:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2606 Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Elischer writes: > > > > > Can someone explain the history of "NEW_SCSICONF", and whether it should > > be left in there? I'd like to remove it. > The NEW_SCSICONF stuff is an attempt to make some of the features > of teh tape driver (e.g. rogue entries) more general to the > SCSI system as a whole, and to rationalise some of the scsi > systems's configuration actions and interfaces. It was implimented > by the PCI driver crew, and has some good features. Don't just delete > it. How about keeping only NEW_SCSICONF and removing the default case? Is there any reason to keep them both? I'll turn on NEW_SCSICONF to make sure nothing breaks. Also regarding NEW_SCSICONF: how about pushing the broken tape drive data structures down into st and the broken disk drive data structures down into sd, etc, instead of that single large table in scsiconf.c? I bet a lot of the #defines could be known only in the "type" driver (st, st, etc) and we could reduce the exported stuff in scsiconf.h. Much of it is there to provide a coupling between scisconf and the "type" driver. > > > > > Also, is anyone using the "predef" stuff in scsiconf.c? I'd like to > > remove it and replace it with a traditional config approach. > yes I have used it but only on the OSF version of the code... I removed it during adding the config code. I haven't committed that yet, though. > > Some of the things that need doing.. > 1/ examination of charles's changes in NetBSD, and the adoption of some > quite astute simplifications and reallignments he's done.. (also bug-fixes) > The difficult part in this is that he''s reformatted everything again, > and the NetBSD config stuff is considerably different, leading to quite > different softc structures and configuration routines. Can you say what some of his astute simplifications are? Where is the NetBSD code archived on freefall? > 2/ examination of the NEW_SCSICONF code and extraction of pertinant ideas > and changes. Or making NEW_SCSICONF the only SCSICONF, and possibly pushing it down into the type drivers as I mentioned before. > 3/ both sd and wd drivers should share more "how a disk behaves" code.. > 4/ the tape driver needs a good shake-out > 5/ the cd driver needs code for audio-read (I have that for toshiba drives > at least). possibly dependent on drive manufacturer. > 6/ all-round documentation of interfaces... comments checked for correctness. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sat Feb 18 05:49:41 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA17089 for hackers-outgoing; Sat, 18 Feb 1995 05:49:41 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA16994; Sat, 18 Feb 1995 05:49:24 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27074 (5.67a/IDA-1.5); Sat, 18 Feb 1995 07:34:06 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17125; 18 Feb 95 06:52:51 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id GAA17122; Sat, 18 Feb 1995 06:52:50 -0600 Message-Id: <199502181252.GAA17122@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com Subject: Re: query-pr. please! In-Reply-To: Your message of "Sat, 18 Feb 95 01:23:09 PST." <199502180923.BAA10380@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 18 Feb 1995 06:52:49 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk My last message said tkgnats needed TK and GNATS. I meant to say, it needs TK and X of course. From owner-freebsd-hackers Sat Feb 18 05:50:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA17114 for hackers-outgoing; Sat, 18 Feb 1995 05:50:18 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA17099 for ; Sat, 18 Feb 1995 05:50:03 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27067 (5.67a/IDA-1.5); Sat, 18 Feb 1995 07:33:38 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17021; 18 Feb 95 06:46:20 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id GAA17017; Sat, 18 Feb 1995 06:46:19 -0600 Message-Id: <199502181246.GAA17017@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: John Utz Cc: FreeBSD hackerlist Subject: Re: Is something amiss in sed on 2.0 -R ? In-Reply-To: Your message of "Sat, 18 Feb 95 01:22:11 PST." X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 18 Feb 1995 06:46:17 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > cat xxfoo | sed -e s/$/\\/ > xxfoo.c > sed: 1: "s/$/\/": unterminated substitute in regular expression Look like you're suffering from quoting hell. Try adding more backslashes or quote the expression so the shell quits breaking things for you. From owner-freebsd-hackers Sat Feb 18 05:51:08 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA17141 for hackers-outgoing; Sat, 18 Feb 1995 05:51:08 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA17135; Sat, 18 Feb 1995 05:50:56 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27072 (5.67a/IDA-1.5); Sat, 18 Feb 1995 07:33:52 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17102; 18 Feb 95 06:50:53 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id GAA17099; Sat, 18 Feb 1995 06:50:53 -0600 Message-Id: <199502181250.GAA17099@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com Subject: Re: query-pr. please! In-Reply-To: Your message of "Sat, 18 Feb 95 01:23:09 PST." <199502180923.BAA10380@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 18 Feb 1995 06:50:51 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk The TKGNATS package includes a front end for remote query-pr that runs without GNATS on the remote box (it uses the mail interface). The author of TKGNATS has not placed it under the GPL (he's distributed a modified version of query-pr with it, but it's not linked in with anything). The downside is you need TK and GNATS. The upside is that the interface it uses should work for a pretty simple shell script. You just need to set up a sendmail alias for remote queries. From owner-freebsd-hackers Sat Feb 18 05:51:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA17167 for hackers-outgoing; Sat, 18 Feb 1995 05:51:40 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA17153; Sat, 18 Feb 1995 05:51:28 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27077 (5.67a/IDA-1.5); Sat, 18 Feb 1995 07:34:19 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17278; 18 Feb 95 07:01:15 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id HAA17273; Sat, 18 Feb 1995 07:01:14 -0600 Message-Id: <199502181301.HAA17273@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com Subject: Re: query-pr. please! In-Reply-To: Your message of "Sat, 18 Feb 95 01:23:09 PST." <199502180923.BAA10380@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 18 Feb 1995 07:01:11 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > Naturally, security related bug reports might be screened (we could switch > off a keyword) to all but those in a certain permission group, but we can > add filters like that when and if they become necessary. It's already in there (>Confidential:), and the email interface already filters them out. > 1. It doesn't lend itself well to being both a problem reporting mechanism > and a feature submission mechanism. send-pr should be completely decoupled > from the concept of "problem" and become instead a general > bug/enhancement/feature request submission mechanism. There's already some support in Class for that. > 2. It doesn't accept file attachments, making it useless for submitting > new work (or information helpful to a bug report) in a structured way. You're supposed to put them in one of the unstructured text fields. > 3. It's unnecessarily cryptic, and provides the novice bug-reporter little > or no help along the way. TkGNATS! > 4. It provides no easy windows into what's in the database, both locally > and remotely. TkGNATS! > [fade to dream sequence] ... TkGNATS! ... > P.S. Even though the tone of this is joking, I'm dead serious about the > need for all the features described herein. If this isn't send-pr/query-pr, > then we need to write our own system or modify the GNATS tools appropriately! TEE KAY GEE ENN AYE TEE ESS From owner-freebsd-hackers Sat Feb 18 06:18:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA18639 for hackers-outgoing; Sat, 18 Feb 1995 06:18:19 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA18632 for ; Sat, 18 Feb 1995 06:18:16 -0800 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id XAA06900; Sat, 18 Feb 1995 23:10:25 +0900 Received: by tama.spec.co.jp (8.6.9/6.4J.5) id XAA09131; Sat, 18 Feb 1995 23:06:46 +0900 From: Atsushi Murai Message-Id: <199502181406.XAA09131@tama.spec.co.jp> Subject: Re: Lion ISDN Card To: julian@tfs.com (Julian Elischer) Date: Sat, 18 Feb 1995 23:06:45 +0900 (JST) Cc: jhs@vector.eikon.e-technik.tu-muenchen.de, hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Feb 17, 95 12:43:19 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1390 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi. > > > I've just plugged in a `Lion' ISDN card, after a reconfig, it speaks to me :-) > > Using kermit, talking to it using Hayes AT command set (yes, this isdn card > > has a Hayes i/face) > > > I will test it on an ISDN line soon > > well, relatively soon, like 2 weeks, no ISDN line here, at another site, same city > > Julian Stacey > > Julian, is this using 38,4 ISDN or 64K ISDN? I just notice new isdn card driver on 2.1-development. I am very interesing for this. Because my office and home has a ISDN(2B+1D) and connecting OKI PC LINK TA ( one B chanel and Analog speed is 38400bps with v110 ) for uucp and ppp(iijppp). As you might know, This TA connecting through Normal Async SIO (16550AFN). And 38.4KBps is not limit of B channel itself,(each B channel has 56Kbps in U.S. And 64Kbps in Japan) but it's require Sync SIO(HDLC board). So if I need both Sync SIO Board and Software Driver for my FreeBSD machine X-(. But if this Lion ISDN board and driver has Hayes AT command set, we can use a New iij-ppp0.94 that already has a SYNC PPP mode by dail on demand (Hopely I try put into by 2.1R ;-) Could you tell me a cost and how to import this card by Credit card ;-) > julain(E) Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Sat Feb 18 06:31:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA18781 for hackers-outgoing; Sat, 18 Feb 1995 06:31:46 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA18774; Sat, 18 Feb 1995 06:31:45 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Peter da Silva cc: hackers@freefall.cdrom.com, grady@xcf.Berkeley.EDU Subject: Re: query-pr. please! In-reply-to: Your message of "Sat, 18 Feb 1995 06:50:51 CST." <199502181250.GAA17099@bonkers.taronga.com> Date: Sat, 18 Feb 1995 06:31:45 -0800 Message-ID: <18772.793117905@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk But what about attachments? This doesn't solve, IMHO, the most crucial problem. We need a way of associating DATA with these `problem reports', be that data a gzip'd tarball, sharchive, text file, whatever. Isn't there already a standard table of MIME encoding for all of this? We may just need to bump up the abilities of our standard mail environment a little to have all this happen, I don't know. I'm not a MIME expert. Actually, I've Cc'd someone who is so maybe we can drag HIM into this discussion! :-) [Steven: It's concerning what to do to get more than the simple "send a text message" functionality provided by send-pr in GNATS, which is what we're using for problem reporting.] Jordan P.S. Steven again: Boy! Sure could use a man who was good with PERL around here! :-) From owner-freebsd-hackers Sat Feb 18 06:36:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA18818 for hackers-outgoing; Sat, 18 Feb 1995 06:36:54 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA18811; Sat, 18 Feb 1995 06:36:53 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Peter da Silva cc: hackers@freefall.cdrom.com Subject: Re: query-pr. please! In-reply-to: Your message of "Sat, 18 Feb 1995 07:01:11 CST." <199502181301.HAA17273@bonkers.taronga.com> Date: Sat, 18 Feb 1995 06:36:53 -0800 Message-ID: <18809.793118213@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > TkGNATS! So what is it you want me to do here exactly? Use TkGNATS? :-) Actually, TkGNATS sounds really cool and all but it's too much. I can't count on X being there, so the system I'd envision would be curses based. Submitting bug reports or code is too critical a function to deny it to ANYONE. If some guy's down on the shop floor with the corn feed and his FreeBSD box goes "*spang*!" in some really weird way he's never seen before, we want him to be able to walk over and report it to us from the nearest vt100 hooked to a running system! So, just give me all that lovely TkGNATS functionality using.. libforms! libforms! libforms! :-) Jordan From owner-freebsd-hackers Sat Feb 18 06:51:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA18957 for hackers-outgoing; Sat, 18 Feb 1995 06:51:53 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA18948; Sat, 18 Feb 1995 06:51:33 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27487 (5.67a/IDA-1.5); Sat, 18 Feb 1995 08:35:37 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA18775; 18 Feb 95 08:34:38 CST (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id IAA18772; Sat, 18 Feb 1995 08:34:38 -0600 From: Peter da Silva Message-Id: <199502181434.IAA18772@bonkers.taronga.com> Subject: Re: query-pr. please! To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 18 Feb 1995 08:34:38 -0600 (CST) Cc: hackers@freefall.cdrom.com, grady@xcf.Berkeley.EDU In-Reply-To: <18772.793117905@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 18, 95 06:31:45 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 108 Sender: hackers-owner@FreeBSD.org Precedence: bulk > But what about attachments? make a uuencoded tarball and stick it in one of the unformatted text fields. From owner-freebsd-hackers Sat Feb 18 07:02:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19114 for hackers-outgoing; Sat, 18 Feb 1995 07:02:55 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19107 for hackers; Sat, 18 Feb 1995 07:02:54 -0800 Date: Sat, 18 Feb 1995 07:02:54 -0800 From: "Jordan K. Hubbard" Message-Id: <199502181502.HAA19107@freefall.cdrom.com> To: hackers Subject: This week in passing.. Sender: hackers-owner@FreeBSD.org Precedence: bulk Transfers from wcarchive of the various FreeBSD subcatagories of interest: Day Category Total xfers Total Size --- -------- ----------- ---------- Feb 11 2.0R 1711 files 490 MB Feb 12 2.0R 3328 files 959 MB Feb 13 2.0R 2565 files 955 MB Feb 14 2.0R 3247 files 1123 MB Feb 15 2.0R 2656 files 774 MB Feb 16 2.0R 2215 files 712 MB Feb 17 2.0R 4577 files 1596 MB Feb 18 2.0R 793 files 236 MB Feb 11 2.0C-ports 1769 files 198 MB Feb 12 2.0C-ports 3936 files 258 MB Feb 13 2.0C-ports 2713 files 100 MB Feb 14 2.0C-ports 2788 files 73 MB Feb 15 2.0C-ports 1920 files 44 MB Feb 16 2.0C-ports 2712 files 167 MB Feb 17 2.0C-ports 1125 files 311 MB Feb 18 2.0C-ports 1410 files 55 MB Feb 11 2.0C-src 1362 files 29 MB Feb 12 2.0C-src 2673 files 23 MB Feb 13 2.0C-src 2945 files 34 MB Feb 14 2.0C-src 8419 files 120 MB Feb 15 2.0C-src 11272 files 114 MB Feb 16 2.0C-src 3542 files 46 MB Feb 17 2.0C-src 14284 files 160 MB Feb 18 2.0C-src 1754 files 16 MB Feb 11 950210-SNAP 8877 files 2577 MB Feb 12 950210-SNAP 7000 files 1928 MB Feb 13 950210-SNAP 7818 files 2457 MB Feb 14 950210-SNAP 3712 files 1248 MB Feb 15 950210-SNAP 4036 files 1279 MB Feb 16 950210-SNAP 3356 files 810 MB Feb 17 950210-SNAP 3100 files 867 MB Feb 18 950210-SNAP 43 files 81 MB As one can easily see, demand seems to peak right after a snapshot is released! :-) It would certainly be nice if all the mirror sites could be talked into somehow pooling stats so we could get an overall picture of TOTAL distribution, especially with that all-important *where* information. I think we might find a lot more interesting numbers than we think! :-) What do you all think? A pipe dream, or can we pull it off? Jordan From owner-freebsd-hackers Sat Feb 18 07:18:58 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19345 for hackers-outgoing; Sat, 18 Feb 1995 07:18:58 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA19339 for ; Sat, 18 Feb 1995 07:18:49 -0800 Received: from g386bsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA09025; Sat, 18 Feb 95 16:18:05 +0100 Received: by g386bsd.first.gmd.de (QAA26979); Sat, 18 Feb 1995 16:20:14 +0100 From: Andreas Schulz Message-Id: <199502181520.QAA26979@g386bsd.first.gmd.de> Subject: Re: Lion ISDN Card To: amurai@spec.co.jp Date: Sat, 18 Feb 1995 16:20:13 +0059 (MET) Cc: julian@tfs.com, jhs@vector.eikon.e-technik.tu-muenchen.de, hackers@FreeBSD.org In-Reply-To: <199502181406.XAA09131@tama.spec.co.jp> from "Atsushi Murai" at Feb 18, 95 11:06:45 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: 1519 Sender: hackers-owner@FreeBSD.org Precedence: bulk > interesing for this. Because my office and home has a ISDN(2B+1D) and > connecting OKI PC LINK TA ( one B chanel and Analog speed is 38400bps > with v110 ) for uucp and ppp(iijppp). As you might know, This TA > connecting through Normal Async SIO (16550AFN). And 38.4KBps is not > limit of B channel itself,(each B channel has 56Kbps in U.S. And > 64Kbps in Japan) but it's require Sync SIO(HDLC board). So if I need > both Sync SIO Board and Software Driver for my FreeBSD machine X-(. > > But if this Lion ISDN board and driver has Hayes AT command set, > we can use a New iij-ppp0.94 that already has a SYNC PPP mode by > dail on demand (Hopely I try put into by 2.1R ;-) > > Could you tell me a cost and how to import this card by Credit card ;-) I fear you can forget that idea :-(. To clarify some things in ISDN, ISDN is not ISDN in other countries :-). The signalling in the D-channel is country-dependent. And most cards on the german market only support the german and the european standard. German standard is 1TR6, european standard EDSS1, british telecom ISDN2, france telecom VN3, Nippon Telegraph and Telephone INS64, AT&T 5ESS 5E5. That is only the list i found in the ISDN driver from SUN, that supports the above, so there may be even more standards for the signalling they don't support :-). ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Sat Feb 18 07:34:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19479 for hackers-outgoing; Sat, 18 Feb 1995 07:34:55 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA19471; Sat, 18 Feb 1995 07:34:54 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Peter da Silva cc: hackers@freefall.cdrom.com, grady@xcf.Berkeley.EDU Subject: Re: query-pr. please! In-reply-to: Your message of "Sat, 18 Feb 1995 08:34:38 CST." <199502181434.IAA18772@bonkers.taronga.com> Date: Sat, 18 Feb 1995 07:34:54 -0800 Message-ID: <19469.793121694@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > But what about attachments? > > make a uuencoded tarball and stick it in one of the unformatted > text fields. My point is that this should NOT BE A NECESSARY STEP FOR THE USER. I want something that wraps around the whole thing and makes it something the user does on a file by file basis with NO underlying knowlege about how we decide we want it packaged that week. The submission mechanism I'd envisioned was a heck of a lot more high-level than that! You just hand it all the pieces and it goes off and does whatever's necessary. This should be the developer's mantra. "Have I made it any simpler to use today?" When they truly reach the stage where they can say "No" then they'll be enlightened buddas and FreeBSD will be like a zen tea garden - perfection enshrined! :-) Jordan From owner-freebsd-hackers Sat Feb 18 08:02:06 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA19692 for hackers-outgoing; Sat, 18 Feb 1995 08:02:06 -0800 Received: from cs.sunysb.edu (sbcs.sunysb.edu [130.245.1.15]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA19686 for ; Sat, 18 Feb 1995 08:02:04 -0800 Received: from sbgrad9.csdept (sbgrad9.cs.sunysb.edu [130.245.2.29]) by cs.sunysb.edu (8.6.9/8.6.9) with SMTP id LAA09254 for ; Sat, 18 Feb 1995 11:01:56 -0500 Date: Sat, 18 Feb 1995 11:01:56 -0500 From: Michael Vernick Message-Id: <199502181601.LAA09254@cs.sunysb.edu> To: freebsd-hackers@FreeBSD.org Subject: DMA modes? Sender: hackers-owner@FreeBSD.org Precedence: bulk If a device uses DMA, what determines if it uses burst mode or cycle stealing mode. I am doing some I/O to network experiments and want to compare burst mode to cycle stealing mode. Thanks. Michael Vernick From owner-freebsd-hackers Sat Feb 18 08:03:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA19702 for hackers-outgoing; Sat, 18 Feb 1995 08:03:12 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA19696 for ; Sat, 18 Feb 1995 08:03:08 -0800 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id AAA07507; Sun, 19 Feb 1995 00:51:02 +0901 Received: by tama.spec.co.jp (8.6.9/6.4J.5) id AAA20178; Sun, 19 Feb 1995 00:45:33 +0900 From: Atsushi Murai Message-Id: <199502181545.AAA20178@tama.spec.co.jp> Subject: Re: NEW_SCSICONF To: julian@tfs.com (Julian Elischer) Date: Sun, 19 Feb 1995 00:45:32 +0900 (JST) Cc: dufault@hda.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Julian Elischer" at Feb 16, 95 11:26:26 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2118 Sender: hackers-owner@FreeBSD.org Precedence: bulk Well.. > Some of the things that need doing.. > 5/ the cd driver needs code for audio-read (I have that for toshiba drives > at least). possibly dependent on drive manufacturer. I have investgated and attempt this area but still not done... I have both Toshiba and Pioneer(Sony) Techinical manual. Long time ago I try to implement PhotoCD(XA) and CD-audio(DA) as a partitions. (Yes. for audio/music, just 8 partions are not enough. but you can read them through the raw device as same as normal file;-) Anyway we should two things consider as follows, 1. How to assing TOC ? Here is my idea. - When new CD disk is loading, it's searching a TOC and build a *cdfs* like procfs. - *cdfs* contains a TAG - device file for mounting cd9660 or Photo CD. and just creat name of file entries for audio data. i.e. ls -l /cdfs0 -r--r--r-- 1 root operator 3265478 Nov 22 21:29 da0 -r--r--r-- 1 root operator 3265478 Nov 22 21:29 da1 brw-r----- 1 root operator 6, 0 Nov 22 21:29 cd00 brw-r----- 1 root operator 6, 1 Nov 22 21:29 cd01 2. Block size of CD-DA (2352bytes/block) Block of DA is not multiple 2. So uio_offset is miss counting with current strategy routine and caller. So uio is needed to pass and calcurate by cdstrategy. i.e. int cdstrategy(bp,uio) struct buf *bp; struct uio *uio; <--- Here { struct buf *dp; unsigned int opri; 3. Require Dyanmic MODE change (DA/Mode 0/Mode 1/Mode 2(XA)) by both depend on CD-Drive and a TOC attribute in same cd disk.- It allow to co-exist different MODE block specified TOC in same CD!! 4. Current cd9660 treat a block number as NOT absolute block number. (Block number of CD is Absolute block number. But first TOC/partion offset is 0. So It's OK with ordinal one partion cd-rom disk ) Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Sat Feb 18 08:08:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA19797 for hackers-outgoing; Sat, 18 Feb 1995 08:08:52 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA19791; Sat, 18 Feb 1995 08:08:50 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.9/8.6.9) with SMTP id KAA01736; Sat, 18 Feb 1995 10:08:42 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 18 Feb 1995 10:08:44 -0600 To: hackers@freefall.cdrom.com From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: query-pr. please! Cc: jkh@freefall.cdrom.com (Jordan K. Hubbard) Sender: hackers-owner@FreeBSD.org Precedence: bulk >> But what about attachments? > >make a uuencoded tarball and stick it in one of the unformatted >text fields. That is a possible transport mechanism. But what is necessary is that we create a user interface that makes it transparent to the user. Remember, we want "Joe Receptionist" to be able to do it successfully and without frustration. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sat Feb 18 08:48:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA21540 for hackers-outgoing; Sat, 18 Feb 1995 08:48:00 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA21534; Sat, 18 Feb 1995 08:47:58 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.9/8.6.9) with SMTP id KAA06431; Sat, 18 Feb 1995 10:47:50 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 18 Feb 1995 10:47:52 -0600 To: "Jordan K. Hubbard" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: query-pr. please! Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >I want something that wraps around the whole thing and makes it >something the user does on a file by file basis with NO underlying >knowlege about how we decide we want it packaged that week. >This should be the developer's mantra. >"Have I made it any simpler to use today?" When they truly reach the >stage where they can say "No" then they'll be enlightened buddas and >FreeBSD will be like a zen tea garden - perfection enshrined! :-) Hear! Hear! or for those with sound cards Hear here! ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sat Feb 18 09:51:06 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA22545 for hackers-outgoing; Sat, 18 Feb 1995 09:51:06 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA22538; Sat, 18 Feb 1995 09:50:55 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA28705 (5.67a/IDA-1.5); Sat, 18 Feb 1995 11:23:12 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA23101; 18 Feb 95 10:55:08 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id KAA23098; Sat, 18 Feb 1995 10:55:07 -0600 Message-Id: <199502181655.KAA23098@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com Subject: Re: query-pr. please! In-Reply-To: Your message of "Sat, 18 Feb 95 07:34:54 PST." <19469.793121694@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 18 Feb 1995 10:55:06 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > But what about attachments? > > make a uuencoded tarball and stick it in one of the unformatted > > text fields. > My point is that this should NOT BE A NECESSARY STEP FOR THE USER. I > want something that wraps around the whole thing and makes it > something the user does on a file by file basis with NO underlying > knowlege about how we decide we want it packaged that week. Oh, I thought you were talking about the underlying mechanism. I thought you were talking about the mechanism because of the reference to MIME, since MIME is transport rather than interface. Of course you want to pretty it up (did I mention TkGnats? I'll look at libforms, but no promises... I'm busy trying to make TkGnats conform to company style and policy guides :-P), but I don't think MIME is the way to go for something like this... for one thing MIME confuses GNATS pretty badly if you actually try to send it a multipart (trust me on this one). From owner-freebsd-hackers Sat Feb 18 10:44:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA24005 for hackers-outgoing; Sat, 18 Feb 1995 10:44:11 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA23999 for ; Sat, 18 Feb 1995 10:44:06 -0800 Received: from news.cs.utexas.edu by relay3.UU.NET with SMTP id QQydqo21238; Sat, 18 Feb 1995 13:44:05 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.9/8.6.9) with ESMTP id MAA28667 for ; Sat, 18 Feb 1995 12:43:56 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.9/8.6.9) with SMTP id MAA12298 for ; Sat, 18 Feb 1995 12:43:55 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA04942; Sat, 18 Feb 95 18:43:05 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rfu4F-00030YC; Sat, 18 Feb 95 12:39 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Device hang & system crash w/Wangek 5525ES tape drive To: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) Date: Sat, 18 Feb 1995 12:39:43 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 988 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have been trying to get -current (~2/15/95) to not hang my Wangtek 5525ES SCSI tape drive and then crash (no panic msg, just reboots) the system (following the 10 minute timeout) when I attempt to forward space a file on it (using the st command from 1.1.5.1). It seems if I turn on debugging (levels 1, 2 or 4; 8 doesn't help) for the device (using the scsi command from 1.1.5.1) the forward space file works. Has anyone else with one of these drives seen this? The debug behavior has got me perplexed. I suspect there is a timing problem somewhere but it eludes me. Note that it fails exactly the same on two different systems both running -current and that the Exabyte EXB-8200 tape drives I have on these two systems seem to do just fine. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or try: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) or: obiwan.uucp%bob@uunet.uu.net From owner-freebsd-hackers Sat Feb 18 14:42:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA27348 for hackers-outgoing; Sat, 18 Feb 1995 14:42:39 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA27342 for ; Sat, 18 Feb 1995 14:42:37 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id RAA00276; Sat, 18 Feb 1995 17:41:03 -0500 From: Peter Dufault Message-Id: <199502182241.RAA00276@hda.com> Subject: DDB symbols To: hackers@FreeBSD.org Date: Sat, 18 Feb 1995 17:41:02 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 377 Sender: hackers-owner@FreeBSD.org Precedence: bulk Can I be stupid and ask how to get the symbols in the kernel for ddb? There is no man ddb, the debugging FAQ refers to the old ddb symbol setup still, and the kernel Makefile doesn't have any clues. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sat Feb 18 15:34:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA28486 for hackers-outgoing; Sat, 18 Feb 1995 15:34:31 -0800 Received: from netcom11.netcom.com (hasty@netcom11.netcom.com [192.100.81.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA28480 for ; Sat, 18 Feb 1995 15:34:30 -0800 Received: by netcom11.netcom.com (8.6.9/Netcom) id PAA08388; Sat, 18 Feb 1995 15:34:08 -0800 Date: Sat, 18 Feb 1995 15:34:08 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502182334.PAA08388@netcom11.netcom.com> To: dufault@hda.com, hackers@FreeBSD.org Subject: Re: DDB symbols Sender: hackers-owner@FreeBSD.org Precedence: bulk Yeah, I ran into this problem.... If you are running sys-current install new bootblocks. Use disklabel to install the boot blocks Have fun, Amancio From owner-freebsd-hackers Sat Feb 18 16:08:13 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA28845 for hackers-outgoing; Sat, 18 Feb 1995 16:08:13 -0800 Received: from hollywood.cinenet.net (hollywood.cinenet.net [198.147.76.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA28839 for ; Sat, 18 Feb 1995 16:08:12 -0800 Received: by hollywood.cinenet.net (8.6.9/25-eef) id AAA20427; Sun, 19 Feb 1995 00:02:14 GMT Date: Sun, 19 Feb 1995 00:02:14 GMT From: Bob Mercier Message-Id: <199502190002.AAA20427@hollywood.cinenet.net> To: dufault@hda.com, hackers@FreeBSD.org Subject: Re: DDB symbols Content-Length: 767 Sender: hackers-owner@FreeBSD.org Precedence: bulk The only way I was able to do it was to re-build and install the new boots that came with your kernel. They include a '-D' option that loads the symbols... Bob : From owner-freebsd-hackers@freefall.cdrom.com Sat Feb 18 23:57:11 1995 : From: Peter Dufault : Subject: DDB symbols : To: hackers@FreeBSD.org : Date: Sat, 18 Feb 1995 17:41:02 -0500 (EST) : Can I be stupid and ask how to get the symbols in the kernel for : ddb? There is no man ddb, the debugging FAQ refers to the old ddb : symbol setup still, and the kernel Makefile doesn't have any clues. : Peter : -- : Peter Dufault Real Time Machine Control and Simulation : HD Associates, Inc. Voice: 508 433 6936 : dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sat Feb 18 17:43:45 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA00316 for hackers-outgoing; Sat, 18 Feb 1995 17:43:45 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA00308 for ; Sat, 18 Feb 1995 17:43:44 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id UAA25089 for hackers@freebsd.org; Sat, 18 Feb 1995 20:40:41 -0500 Received: by starkhome.cs.sunysb.edu (8.6.9/1.34) id RAA03018; Sat, 18 Feb 1995 17:06:05 -0500 Date: Sat, 18 Feb 1995 17:06:05 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199502182206.RAA03018@starkhome.cs.sunysb.edu> To: uudell.us.dell.com!obiwan!bob@sbstark.cs.sunysb.edu (Bob Willcox) In-reply-to: sbstark!uudell.us.dell.com!obiwan!bob's message of Sat, 18 Feb 1995 12:39:43 -0600 (CST) Subject: Device hang & system crash w/Wangek 5525ES tape drive Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >from 1.1.5.1) the forward space file works. Has anyone else with one of >these drives seen this? The debug behavior has got me perplexed. I suspect >there is a timing problem somewhere but it eludes me. I reported a problem with tapes on the wt driver crashing the system to freebsd-bugs about a week ago. I haven't looked into the problem yet, but, yes, you are not the only one whose system is crashing :-) - Gene Stark From owner-freebsd-hackers Sat Feb 18 20:12:36 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA02767 for hackers-outgoing; Sat, 18 Feb 1995 20:12:36 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA02760; Sat, 18 Feb 1995 20:12:34 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: obiwan!bob@uudell.us.dell.com (Bob Willcox) cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) Subject: Re: Device hang & system crash w/Wangek 5525ES tape drive In-reply-to: Your message of "Sat, 18 Feb 1995 12:39:43 CST." Date: Sat, 18 Feb 1995 20:12:34 -0800 Message-ID: <2758.793167154@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have been trying to get -current (~2/15/95) to not hang my Wangtek 5525ES > SCSI tape drive and then crash (no panic msg, just reboots) the system > (following the 10 minute timeout) when I attempt to forward space a file on I get panics when trying to use my DAT drive. It's the same basic symptom, I think - something is mucked pretty good in our SCSI tape handling at the moment. We're looking into it! Jordan