From owner-freebsd-current Sun Aug 18 00:51:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01371 for current-outgoing; Sun, 18 Aug 1996 00:51:15 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA01363 for ; Sun, 18 Aug 1996 00:51:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA04793; Sun, 18 Aug 1996 09:51:07 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23627; Sun, 18 Aug 1996 09:51:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA00278; Sun, 18 Aug 1996 09:37:17 +0200 (MET DST) From: J Wunsch Message-Id: <199608180737.JAA00278@uriah.heep.sax.de> Subject: Re: My Gumby 82439HX diffs To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 18 Aug 1996 09:37:16 +0200 (MET DST) Cc: staff@kyklopen.ping.dk (Thomas Sparrevohn) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Thomas Sparrevohn at "Aug 18, 96 00:45:12 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Thomas Sparrevohn wrote: > Thanks to everybody that responded. But I must have hit my head with a > brick and the M_EN's was wrong. Please try this patch it contains the > registerdump for the 82439HX and the 82371SB. The only real difference > between the 82371SB and the 82371FB that concerns the registers dumped > is the APIC select field. chip0 rev 1 on pci0:0 DRAM ECC/Parity: ECC, ECC Test disabled, ^^^^^^^^^^^^^^^^^^ Is this of any concern to me? Shutdown to Port 92 disabled, Dual Processor NA# disabled, Peer Concurrency enabled, SERR# Output Type: Open drain output, Global TXC enabled Cache: 512K dual-bank pipelined-burst, NA Disable: disabled, Extended Cacheability disabled, SCFMI disabled, L1 enabled Speculative Leadoff disabled, Turn-around Insertion disabled, Memory Address Drive Strength: 8mA/8mA, 64 Mbit mode disabled Hole: None, EDO Detect mode disabled, DRAM Refrest Rate 66Mhz Turbo Read Leadoff disabled, DRAM Read Burst Timing: x-3-3-3/x-4-4-4, DRAM Write Burst Timing: x-3-3-3, Fast RAS to CAS Delay: 3 clocks, DRAM leadoff Timing: Read 7, Write 6, Precharge 4, Refresh 5 chip1 rev 0 on pci0:7:0 DMA Reserved Page Register Aliasing disabled 8-Bit I/O Recovery: disabled I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks APIC Chip Select: disabled Extended BIOS: disabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled BIOSCS# Write Protect: disabled Keyboard Controller Address Location: enabled RTC Address Location: enabled Interrupt Routing: A: IRQ11, B: IRQ10, C: IRQ12, D: disabled MB0: disabled, MB1: -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 18 01:23:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02773 for current-outgoing; Sun, 18 Aug 1996 01:23:10 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02763 for ; Sun, 18 Aug 1996 01:23:04 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id KAA24248; Sun, 18 Aug 1996 10:22:30 +0200 (SAT) From: John Hay Message-Id: <199608180822.KAA24248@zibbi.mikom.csir.co.za> Subject: Re: cvs repository hosed, freefall doesn't have ctm deltas of about May , 1st :-( In-Reply-To: from Andreas Klemm at "Aug 18, 96 01:34:57 am" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Sun, 18 Aug 1996 10:22:30 +0200 (SAT) Cc: current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL24 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk They are also available on ftp.za.freebsd.org/pub/FreeBSD/CTM/cvs-cur/ (Maybe not as fast as freefall, but at least available.) John -- John Hay -- John.Hay@mikom.csir.co.za > Hi ! > > I'm frustrated and tired, so please don't get me wrong :) > > Since some days my cvs repository is hosed ... I already wondered > where the new ports are ... it's because of a checksum error in the > commitlogs. Dunno why ... tried ctm -v -v -F, nothing helped... > > Now I wanted to restore the cvs repository by extracting the one from > the May SNAP CD-Rom ... but I had baaaad luck. > > The last CTM delta on the CD-ROM is 1951 .... and the deltas >= > 1952 have been removed on freefall ... > > Although I have the verly last SNAP CD (FreeBSD 2.2 SNAPSHOT 5/1/96) > and did a subscription of it, I don't get a working CVS repository :-( > > That was certainly not the intention of the SNAP CD-ROM, that you are > stuck on a certain CTM level, because freefall's deltas are expired > too fast :-( > > Could one kind soul please fill the gap and restore the missing CTM deltas > between ctm-cvs 1950 and the last one, that resides on freefall ?! > > That would be nice, thanks a lot ! So please keep in mind, only to remove > ctm deltas on freefall, if they are already part of the SNAP CD ... > > BTW, when does the new SNAPSHOT CD come out ?! Should I wait ?! > > Andreas /// > > > andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de > pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< > ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< > > From owner-freebsd-current Sun Aug 18 01:54:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05251 for current-outgoing; Sun, 18 Aug 1996 01:54:50 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA05239 for ; Sun, 18 Aug 1996 01:54:45 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id KAA03234; Sun, 18 Aug 1996 10:54:40 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA06174 (5.65c8/IDA-1.4.4j); Sun, 18 Aug 1996 10:50:31 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id KAA00622; Sun, 18 Aug 1996 10:42:28 +0200 (MET DST) Date: Sun, 18 Aug 1996 10:42:28 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen To: Joerg Wunsch Cc: FreeBSD-current users Subject: Re: My Gumby 82439HX diffs In-Reply-To: <199608180737.JAA00278@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 Aug 1996, J Wunsch wrote: > As Thomas Sparrevohn wrote: > > > Thanks to everybody that responded. But I must have hit my head with a > > brick and the M_EN's was wrong. Please try this patch it contains the > > registerdump for the 82439HX and the 82371SB. The only real difference > > between the 82371SB and the 82371FB that concerns the registers dumped > > is the APIC select field. > > chip0 rev 1 on pci0:0 > DRAM ECC/Parity: ECC, ECC Test disabled, > ^^^^^^^^^^^^^^^^^^ Is this of any concern to me? No it is only used in testing mode. -- Thomas From owner-freebsd-current Sun Aug 18 02:15:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08188 for current-outgoing; Sun, 18 Aug 1996 02:15:00 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA08177 for ; Sun, 18 Aug 1996 02:14:56 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id LAA03814; Sun, 18 Aug 1996 11:06:12 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id LAA26743; Sun, 18 Aug 1996 11:05:41 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id JAA02430; Sun, 18 Aug 1996 09:01:23 +0200 (MET DST) Message-Id: <199608180701.JAA02430@keltia.freenix.fr> Date: Sun, 18 Aug 1996 09:01:23 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org Cc: avalon@coombs.anu.edu.au (Darren Reed) Subject: Re: Ip Masq. In-Reply-To: ; from Gary Roberts on Aug 18, 1996 1:05:17 -0400 References: X-Mailer: Mutt 0.40 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Gary Roberts: > There is no way Freebsd can support ip masquerading is there. I think > that's what I need, unless someone else can help me. Either use Socks v5 as Michael said or get ip_filter which is able to do that. . Darren, can ip_filter map multiples input addresses into one or must one always supply a range (which may be difficult to get from an ISP) ? [Cc: to Darren] -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Sun Aug 18 05:02:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA19461 for current-outgoing; Sun, 18 Aug 1996 05:02:01 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA19439 for ; Sun, 18 Aug 1996 05:01:21 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id NAA01829; Sun, 18 Aug 1996 13:46:30 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id NAA24648; Sun, 18 Aug 1996 13:36:08 +0200 (MET DST) Date: Sun, 18 Aug 1996 13:36:08 +0200 (MET DST) From: Andreas Klemm To: John Hay cc: current@FreeBSD.org Subject: Re: cvs repository hosed, freefall doesn't have ctm deltas of about May , 1st :-( In-Reply-To: <199608180822.KAA24248@zibbi.mikom.csir.co.za> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 Aug 1996, John Hay wrote: > They are also available on ftp.za.freebsd.org/pub/FreeBSD/CTM/cvs-cur/ > > (Maybe not as fast as freefall, but at least available.) Thanks ! I'm currently supping the cvs tree from sup.de.freebsd.org. Is there a recommended way how to proceed, to switch from sup to ctm ?! Andreas /// From owner-freebsd-current Sun Aug 18 06:35:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA23176 for current-outgoing; Sun, 18 Aug 1996 06:35:56 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA23170 for ; Sun, 18 Aug 1996 06:35:53 -0700 (PDT) Message-Id: <199608181335.GAA23170@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA189455339; Sun, 18 Aug 1996 23:35:39 +1000 From: Darren Reed Subject: Re: Ip Masq. To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 18 Aug 1996 23:35:39 +1000 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199608180701.JAA02430@keltia.freenix.fr> from "Ollivier Robert" at Aug 18, 96 09:01:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Ollivier Robert, sie said: > > According to Gary Roberts: > > There is no way Freebsd can support ip masquerading is there. I think > > that's what I need, unless someone else can help me. > > Either use Socks v5 as Michael said or get ip_filter which is able to do > that. . > > Darren, can ip_filter map multiples input addresses into one or must one > always supply a range (which may be difficult to get from an ISP) ? I haven't tested this, but when it allocates a mappng, it checks to make sure it hasn't been allocated first. What I assume you are trying to do is something like map 10.0.0.0/8 onto 194.1.2.3/32, 195.6.7.8/32, etc, right ? Darren From owner-freebsd-current Sun Aug 18 06:59:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA24409 for current-outgoing; Sun, 18 Aug 1996 06:59:03 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA24395; Sun, 18 Aug 1996 06:58:50 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id PAA04879; Sun, 18 Aug 1996 15:45:31 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id PAA06468; Sun, 18 Aug 1996 15:45:02 +0200 (MET DST) Date: Sun, 18 Aug 1996 15:45:01 +0200 (MET DST) From: Andreas Klemm To: current@freebsd.org cc: jkh@freebsd.org, peter@freebsd.org Subject: how can I sup the src/tools and src/release cvs subdir ? Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! Isn't there a supfile for the tools and the release subdir of the cvs repository ?! I tried src-tools release=cvs host=SUP.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix but that doesn't work ... I think you forgot to add this to supservers ?! Andreas /// andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Aug 18 07:51:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27526 for current-outgoing; Sun, 18 Aug 1996 07:51:07 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA27513 for ; Sun, 18 Aug 1996 07:51:02 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA01440; Sun, 18 Aug 1996 16:50:55 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA28659; Sun, 18 Aug 1996 16:50:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id QAA01467; Sun, 18 Aug 1996 16:32:10 +0200 (MET DST) From: J Wunsch Message-Id: <199608181432.QAA01467@uriah.heep.sax.de> Subject: Re: cvs repository hosed, freefall doesn't have ctm deltas of about May , 1st :-( To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 18 Aug 1996 16:32:09 +0200 (MET DST) Cc: andreas@klemm.gtn.com (Andreas Klemm) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Andreas Klemm at "Aug 18, 96 01:36:08 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > I'm currently supping the cvs tree from sup.de.freebsd.org. > > Is there a recommended way how to proceed, to switch from sup to ctm ?! You need to know the CTM level the sup server was it (de.freebsd.org gets its stuff via CTM, to the best of my knowledge), and drop a ~ncvs/.ctm_status file with this number. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 18 07:56:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27804 for current-outgoing; Sun, 18 Aug 1996 07:56:53 -0700 (PDT) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA27796 for ; Sun, 18 Aug 1996 07:56:50 -0700 (PDT) Received: (from fyeung@localhost) by fyeung5.netific.com (8.6.11/8.6.9) id IAA20093; Sun, 18 Aug 1996 08:01:55 GMT From: francis yeung Message-Id: <199608180801.IAA20093@fyeung5.netific.com> Subject: Re: Ip Masq. To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 18 Aug 1996 08:01:54 +0000 () Cc: freebsd-current@freebsd.org, avalon@coombs.anu.edu.au In-Reply-To: <199608180701.JAA02430@keltia.freenix.fr> from "Ollivier Robert" at Aug 18, 96 09:01:23 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, > > According to Gary Roberts: > > There is no way Freebsd can support ip masquerading is there. I think > > that's what I need, unless someone else can help me. > > Either use Socks v5 as Michael said or get ip_filter which is able to do > that. . > > Darren, can ip_filter map multiples input addresses into one or must one > always supply a range (which may be difficult to get from an ISP) ? He should be able to do portmapping on this using a single IP address. > > [Cc: to Darren] > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 > > > From owner-freebsd-current Sun Aug 18 09:30:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00721 for current-outgoing; Sun, 18 Aug 1996 09:30:53 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00716 for ; Sun, 18 Aug 1996 09:30:50 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id SAA04017 for ; Sun, 18 Aug 1996 18:30:44 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id SAA30245 for freebsd-current@freebsd.org; Sun, 18 Aug 1996 18:30:31 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id SAA03917; Sun, 18 Aug 1996 18:13:10 +0200 (MET DST) Message-Id: <199608181613.SAA03917@keltia.freenix.fr> Date: Sun, 18 Aug 1996 18:13:10 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org Subject: Re: Ip Masq. In-Reply-To: <199608181335.PAA28863@brasil.brainstorm.eu.org>; from Darren Reed on Aug 18, 1996 23:35:39 +1000 References: <199608181335.PAA28863@brasil.brainstorm.eu.org> X-Mailer: Mutt 0.40 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Darren Reed: > What I assume you are trying to do is something like map 10.0.0.0/8 onto > 194.1.2.3/32, 195.6.7.8/32, etc, right ? Yes, you have a PPP account with a fixed address and you want to enable your small network of machines behind the PPP connected to be able to send and receive packets through. That's mostly what socks5 does by replacing all sockets calls by its own but I'd like to know if you can do it with ip_filter. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Sun Aug 18 09:32:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00833 for current-outgoing; Sun, 18 Aug 1996 09:32:42 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00825 for ; Sun, 18 Aug 1996 09:32:38 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id MAA03284; Sun, 18 Aug 1996 12:32:16 -0400 (EDT) Date: Sun, 18 Aug 1996 12:32:16 -0400 (EDT) From: Gary Roberts To: Darren Reed cc: Ollivier Robert , freebsd-current@freebsd.org Subject: Re: Ip Masq. In-Reply-To: <199608181335.GAA23170@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 Aug 1996, Darren Reed wrote: > In some mail from Ollivier Robert, sie said: > > > > According to Gary Roberts: > > > There is no way Freebsd can support ip masquerading is there. I think > > > that's what I need, unless someone else can help me. > > > > Either use Socks v5 as Michael said or get ip_filter which is able to do > > that. . > > > > Darren, can ip_filter map multiples input addresses into one or must one > > always supply a range (which may be difficult to get from an ISP) ? > > I haven't tested this, but when it allocates a mappng, it checks to make > sure it hasn't been allocated first. > > What I assume you are trying to do is something like map 10.0.0.0/8 onto > 194.1.2.3/32, 195.6.7.8/32, etc, right ? > > Darren > I suppose. All I want to do is use my one ip(136.165.243.183) as a 'router' ? My ethernet card in my unix machine is defined as '192.168.1.1' and my 95 box as 192.168.1.2 with a gateway of 192.168.1.1. I relize no-one will be able to get to my win95 machine, that's fine, what I want to do is, say, I want to use netscape from my 95 machine, or maybe even play quake, all while using my freebsd machine w/ my one ip as a router. I got a PPP program called ppp+packetAlias which did ip masquerading, and it worked great, I could get my 95 machine out on the net, the only problem was no-one could get to either machine. I hope this better explains it :D thanks! Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages From owner-freebsd-current Sun Aug 18 14:56:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15050 for current-outgoing; Sun, 18 Aug 1996 14:56:01 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15041 for ; Sun, 18 Aug 1996 14:55:57 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.103.25]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id RAA28010; Sun, 18 Aug 1996 17:55:55 -0400 (EDT) Received: from localhost (chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) with SMTP id RAA14636; Sun, 18 Aug 1996 17:55:53 -0400 (EDT) X-Authentication-Warning: thurston.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 18 Aug 1996 17:55:49 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: Peter Wemm cc: FreeBSD current Subject: libz Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just tried to install the new libz, on a machine via nfs. It fails, while trying to install zlib.h and zconf.h, which it is copying from the src/lib/libz directory. I'm not real familiar with how things work on the obj setup we have; is the make reinstall failing because it can't find those two files in the obj directories? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Aug 18 15:37:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17290 for current-outgoing; Sun, 18 Aug 1996 15:37:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA17282 for ; Sun, 18 Aug 1996 15:37:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA08055; Sun, 18 Aug 1996 15:29:07 -0700 From: Terry Lambert Message-Id: <199608182229.PAA08055@phaeton.artisoft.com> Subject: Re: Ip Masq. To: wangel@wgrobez1.remote.louisville.edu (Gary Roberts) Date: Sun, 18 Aug 1996 15:29:06 -0700 (MST) Cc: avalon@coombs.anu.edu.au, roberto@keltia.freenix.fr, freebsd-current@freebsd.org In-Reply-To: from "Gary Roberts" at Aug 18, 96 12:32:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I suppose. All I want to do is use my one ip(136.165.243.183) as a > 'router' ? My ethernet card in my unix machine is defined as > '192.168.1.1' and my 95 box as 192.168.1.2 with a gateway of 192.168.1.1. > I relize no-one will be able to get to my win95 machine, that's fine, what > I want to do is, say, I want to use netscape from my 95 machine, or maybe > even play quake, all while using my freebsd machine w/ my one ip as a > router. > > I got a PPP program called ppp+packetAlias which did ip masquerading, and > it worked great, I could get my 95 machine out on the net, the only > problem was no-one could get to either machine. No one is going to be able to get to the win95 machine, no matter what, if you proxy connections as locally originating on the BSD machine (ie: you use a transparnet proxy service of any kind). No one is going to be able to get the BSD machine unless your provider establishes a static route for you on your PPP connection. This is something you will need to talk to your provider about doing automatically for PPP hosts. The route must be transient, by its nature, since a PPP connection is interruptible. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Aug 18 15:44:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17603 for current-outgoing; Sun, 18 Aug 1996 15:44:49 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17588 for ; Sun, 18 Aug 1996 15:44:47 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id SAA00301; Sun, 18 Aug 1996 18:43:24 -0400 (EDT) Date: Sun, 18 Aug 1996 18:43:24 -0400 (EDT) From: Gary Roberts To: Terry Lambert cc: avalon@coombs.anu.edu.au, roberto@keltia.freenix.fr, freebsd-current@freebsd.org Subject: Re: Ip Masq. In-Reply-To: <199608182229.PAA08055@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 Aug 1996, Terry Lambert wrote: > > No one is going to be able to get to the win95 machine, no matter what, > if you proxy connections as locally originating on the BSD machine (ie: > you use a transparnet proxy service of any kind). Yah, I don't care about that. I don't want anyone on my win95 machine. > > No one is going to be able to get the BSD machine unless your provider > establishes a static route for you on your PPP connection. This is > something you will need to talk to your provider about doing automatically > for PPP hosts. The route must be transient, by its nature, since a PPP > connection is interruptible. I have a static route, just one IP ... My provider will not give me another ip for my win95 machine, so I'm stuck with one ip :( > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages From owner-freebsd-current Sun Aug 18 17:33:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25171 for current-outgoing; Sun, 18 Aug 1996 17:33:34 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA25160 for ; Sun, 18 Aug 1996 17:33:32 -0700 (PDT) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) id RAA12137 for freebsd-current@freebsd.org; Sun, 18 Aug 1996 17:33:30 -0700 Date: Sun, 18 Aug 1996 17:33:30 -0700 From: Josh MacDonald Message-Id: <199608190033.RAA12137@paris.CS.Berkeley.EDU> To: freebsd-current@freebsd.org Subject: Aug 17 96 -current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running a -current system supped on Sat Aug 17 01:58:09 1996, world built and installed cleanly. Everything went well, in fact. However, when I leave the machine idle, the load stays pegged at about .65, with no running user processes. It seems a little weird, thought I'd report it. My system was previously running the June 12 snapshot, and it didn't do this, nothing else has changed. -josh From owner-freebsd-current Mon Aug 19 04:45:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08066 for current-outgoing; Mon, 19 Aug 1996 04:45:52 -0700 (PDT) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08061 for ; Mon, 19 Aug 1996 04:45:50 -0700 (PDT) Received: (from pechter@localhost) by shell.monmouth.com (8.7.4/8.7.3) id HAA26118 for FreeBSD-current@freebsd.org; Mon, 19 Aug 1996 07:42:15 -0400 (EDT) From: Bill/Carolyn Pechter Message-Id: <199608191142.HAA26118@shell.monmouth.com> Subject: build problem To: FreeBSD-current@freebsd.org (FreeBSD-current) Date: Mon, 19 Aug 1996 07:42:15 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone ever see this -- I may have missed the fix on the mailing list: the missing includes are there. This is from a fresh sup two days ago. (I removed the /usr/src/ before the new sup of --current) Bill creating accept.o cpp: /usr/src/lib/libc/i386/SYS.h:41 :1 Could not find include file cpp: /usr/src/lib/libc/i386/DEFS.h:41 /usr/src/lib/libc/i386/SYS.h:42 :1 Could not find include file {standard input}: Assembler messages: {standard input}:98: Error: Rest of line ignored. First ignored character is `('. {standard input}:98: Error: Expected comma after symbol-name: rest of line ignored. {standard input}:98: Error: Rest of line ignored. First ignored character is `('. {standard input}:98: Error: invalid character '_' in opcode {standard input}:98: Error: Ignoring junk '(SYS_,x)' after expression *** Error code 1 Stop. ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | 17 Meredith Drive, Tinton Falls, NJ 07724, 908-389-3592 | pechter@shell.monmouth.com I'll run Win95 on my box when you pry the keyboard from my cold, dead hands. FreeBSD, OS/2, CP/M, RT11, spoken here. From owner-freebsd-current Mon Aug 19 05:21:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10593 for current-outgoing; Mon, 19 Aug 1996 05:21:33 -0700 (PDT) Received: from irene.pcug.co.uk (mmdf@Irene.PCUG.CO.UK [192.68.174.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA10587 for ; Mon, 19 Aug 1996 05:21:31 -0700 (PDT) Received: from June.PCUG.CO.UK by irene.pcug.co.uk id aa07561; 19 Aug 96 13:21 BST Received: from jake by june.pcug.co.uk with local (Exim 0.52 #1) id E0usTKd-0005BZ-00; Mon, 19 Aug 1996 13:21:23 +0100 Subject: IBCS2 To: FreeBSD-current@freebsd.org Date: Mon, 19 Aug 1996 13:21:22 +0100 (BST) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: From: Jake Dias Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Are there two ibcs2 emulators in -current? ie the built in one "options IBCS2" And the lkm one which can be loaded by running "ibcs2" Both cannot be used simultaneously. I get "multiply defined" error messages Which is better? If one is better shouldn't the other one be removed? regards, jake dias From owner-freebsd-current Mon Aug 19 11:47:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27386 for current-outgoing; Mon, 19 Aug 1996 11:47:08 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA27349 for ; Mon, 19 Aug 1996 11:47:01 -0700 (PDT) Received: from localhost (scrappy@localhost) by quagmire.ki.net (8.7.5/8.7.5) with SMTP id OAA05668 for ; Mon, 19 Aug 1996 14:47:02 -0400 (EDT) Date: Mon, 19 Aug 1996 14:47:02 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Odd problem with include files... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I'm working on Postgres95 under 2.2-Current, and keep running across: In file included from /home/staff/scrappy/postgres/base/postgres95/src/backend/./storage/ipc.h:23, from /home/staff/scrappy/postgres/base/postgres95/src/backend/access/common/heaptuple.c:27: /usr/include/sys/ipc.h:60: parse error before `key_t' /usr/include/sys/ipc.h:60: warning: no semicolon at end of struct or union If I look in 'storage/ipc.h', the includes are called as: #include #ifndef _IPC_ #define _IPC_ #include #endif And key_t is defined in sys/types.h...so it should be fine for ipc.h... If I add: typedef long key_t; /* IPC key (for Sys V IPC) */ to sys/ipc.h, it compiles fine...looking at sys/types.h, I can't see any 'ifdef's that would be affecting this... Any ideas as to why its not being defined correctly? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Mon Aug 19 16:21:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA26677 for current-outgoing; Mon, 19 Aug 1996 16:21:50 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA26670 for ; Mon, 19 Aug 1996 16:21:48 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id TAA14187 for ; Mon, 19 Aug 1996 19:21:44 -0400 (EDT) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) with SMTP id TAA07968 for ; Mon, 19 Aug 1996 19:21:43 -0400 (EDT) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 19 Aug 1996 19:21:41 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: FreeBSD current Subject: commitlogs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I notice that, although we now have a growing /usr/src/contrib, there is no CVSROOT/commitlogs/contrib. I don't know how to fix this (I'm perl-deprived, and unhappy to be that way). Is it possible to fix this, or desireable? There is already a patch set avaialble for tcl, and 7.6 won't be that long in coming, so I think that there will indeed be changes to sources in contrib, to say nothing of the newest imports. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Aug 19 17:57:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA02053 for current-outgoing; Mon, 19 Aug 1996 17:57:11 -0700 (PDT) Received: from mtigwc02.worldnet.att.net (mailhost.worldnet.att.net [204.127.129.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA02048 for ; Mon, 19 Aug 1996 17:57:09 -0700 (PDT) Received: from LOCALNAME ([207.146.220.60]) by mtigwc02.worldnet.att.net (post.office MTA v2.0 0613 ) with SMTP id AAA1238 for ; Tue, 20 Aug 1996 00:56:33 +0000 Date: Mon, 19 Aug 96 20:50:19 -0700 From: Susan Schiff X-Mailer: Mozilla 1.22ATT (Windows; U; 16bit) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: (no subject) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Message-ID: <19960820005632.AAA1238@LOCALNAME> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe current subscribe cvs-all From owner-freebsd-current Mon Aug 19 18:17:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02872 for current-outgoing; Mon, 19 Aug 1996 18:17:32 -0700 (PDT) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02867 for ; Mon, 19 Aug 1996 18:17:29 -0700 (PDT) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id VAA16586 for current@FreeBSD.org; Mon, 19 Aug 1996 21:12:47 -0400 (EDT) From: Robin Cutshaw Message-Id: <199608200112.VAA16586@intercore.com> Subject: 2.2-960801-SNAP problems To: current@FreeBSD.org Date: Mon, 19 Aug 1996 21:12:41 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I ran the installation on a box with three 21X40 based cards (2-21040 and 1-21140). The install process lists de0, de1, and de2 as 21040 based. The 21140 based card (SMC EtherPower 10/100) is de0. I watched the DNS lookups go out when looking for the NFS server. The answer came back but the 2.2 snap would not recognize them. A ping from the NFS server got a response from the 2.2 system however. I switched to de1 for the install and it worked fine. The de0 network is still behaves badly with the installed snapshot. The de1 and de2 networks are fine. Looks like a 21140 problem in the de driver. robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Mon Aug 19 20:06:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08671 for current-outgoing; Mon, 19 Aug 1996 20:06:42 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA08666 for ; Mon, 19 Aug 1996 20:06:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id FAA11133; Tue, 20 Aug 1996 05:05:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id FAA01207; Tue, 20 Aug 1996 05:05:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id EAA14438; Tue, 20 Aug 1996 04:42:38 +0200 (MET DST) From: J Wunsch Message-Id: <199608200242.EAA14438@uriah.heep.sax.de> Subject: Re: IBCS2 To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 20 Aug 1996 04:42:38 +0200 (MET DST) Cc: jake@pcug.co.uk (Jake Dias) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Jake Dias at "Aug 19, 96 01:21:22 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jake Dias wrote: > Are there two ibcs2 emulators in -current? > > ie the built in one "options IBCS2" > And the lkm one which can be loaded by running "ibcs2" I think both are the same (which explains why you can't use them simultaneously), the latter being loaded as an lkm. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 19 20:10:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08831 for current-outgoing; Mon, 19 Aug 1996 20:10:48 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts9-line4.uoregon.edu [128.223.150.85]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA08826 for ; Mon, 19 Aug 1996 20:10:45 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.7.5/8.6.12) with SMTP id UAA00399; Mon, 19 Aug 1996 20:10:44 -0700 (PDT) Date: Mon, 19 Aug 1996 20:10:44 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Jake Dias cc: FreeBSD-current@FreeBSD.org Subject: Re: IBCS2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 Aug 1996, Jake Dias wrote: > Are there two ibcs2 emulators in -current? Nope. It's two ways to do the same thing. > ie the built in one "options IBCS2" > And the lkm one which can be loaded by running "ibcs2" > > Both cannot be used simultaneously. I get "multiply defined" error messages > > Which is better? If one is better shouldn't the other one be removed? Personal preference. I personally prefer to bloat the kernel and compile them in, since I haven't had the best of luck with LKMs and I have *pleny* of memory. :) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-current Tue Aug 20 01:15:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA08195 for current-outgoing; Tue, 20 Aug 1996 01:15:29 -0700 (PDT) Received: from mickey.umiacs.umd.edu (mickey.umiacs.umd.edu [128.8.120.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA08184 for ; Tue, 20 Aug 1996 01:15:24 -0700 (PDT) Received: from localhost (mickey.umiacs.umd.edu [128.8.120.49]) by mickey.umiacs.umd.edu (8.7.5/UMIACS-0.9/04-05-88) id EAA32083; Tue, 20 Aug 1996 04:15:21 -0400 (EDT) Date: Tue, 20 Aug 1996 01:15:09 -0700 (PDT) From: Sujal Patel X-Sender: smpatel@localhost To: current@freebsd.org Subject: heads up: rfork() users Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk All user programs using rfork() under 2.2 will need to be recompiled after supping to -current, sorry for the inconvenience. Sujal From owner-freebsd-current Tue Aug 20 06:50:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00213 for current-outgoing; Tue, 20 Aug 1996 06:50:45 -0700 (PDT) Received: from deep-thought.demos.su (root@deep-thought.demos.su [194.87.1.76]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA00200; Tue, 20 Aug 1996 06:50:41 -0700 (PDT) Received: (from ache@localhost) by deep-thought.demos.su (8.7.5/8.7.3) id RAA11229; Tue, 20 Aug 1996 17:50:31 +0400 (MSD) Message-Id: <199608201350.RAA11229@deep-thought.demos.su> Subject: Secure telnet duplicating: secure & eBones both... To: current@freebsd.org Date: Tue, 20 Aug 1996 17:50:29 +0400 (MSD) Cc: secure@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wonder found it in two places. Makefile's assumes that it will be in secure, but recently it was copyed to eBones for reasons unclear for me. Secure Telnet not relays specifically on eBones as designed: several encryption hooks present there while only eBones really implemented. I think, other variants will be implemented in the feature. And what? Move it back from eBones then? In any case, having it in two places is space waste. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Aug 20 07:50:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04025 for current-outgoing; Tue, 20 Aug 1996 07:50:43 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA04018; Tue, 20 Aug 1996 07:50:36 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id QAA24308; Tue, 20 Aug 1996 16:49:39 +0200 (SAT) Message-Id: <199608201449.QAA24308@grumble.grondar.za> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: current@freebsd.org, secure@freebsd.org Subject: Re: Secure telnet duplicating: secure & eBones both... Date: Tue, 20 Aug 1996 16:49:38 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > I wonder found it in two places. > Makefile's assumes that it will be in secure, but recently it was > copyed to eBones for reasons unclear for me. > Secure Telnet not relays specifically on eBones as designed: > several encryption hooks present there while only eBones > really implemented. I think, other variants will be implemented > in the feature. And what? Move it back from eBones then? > In any case, having it in two places is space waste. This (duplication) is so I can do the move withoutbreaking what we have already. Whatever happens, sno matter how many security features are in Secure Telnet, it will still require the Kerberos libraries. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Tue Aug 20 08:21:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA05586 for current-outgoing; Tue, 20 Aug 1996 08:21:14 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA05564; Tue, 20 Aug 1996 08:21:05 -0700 (PDT) Received: by sovcom.kiae.su id AA03108 (5.65.kiae-1 ); Tue, 20 Aug 1996 18:10:44 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 20 Aug 96 18:10:43 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id TAA00886; Tue, 20 Aug 1996 19:09:29 +0400 (MSD) Message-Id: <199608201509.TAA00886@nagual.ru> Subject: Re: Secure telnet duplicating: secure & eBones both... In-Reply-To: <199608201449.QAA24308@grumble.grondar.za> from "Mark Murray" at "Aug 20, 96 04:49:38 pm" To: mark@grondar.za (Mark Murray) Date: Tue, 20 Aug 1996 19:09:29 +0400 (MSD) Cc: current@freebsd.org, security@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Whatever happens, sno matter how many security features are in Secure Telnet, > it will still require the Kerberos libraries. It NOT require Kerberos libraries, please look close into Makefiles. I see no reason again for moving it into eBones. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Aug 20 08:44:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA06631 for current-outgoing; Tue, 20 Aug 1996 08:44:56 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA06625 for ; Tue, 20 Aug 1996 08:44:48 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id RAA26357; Tue, 20 Aug 1996 17:43:19 +0200 (SAT) Message-Id: <199608201543.RAA26357@grumble.grondar.za> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: current@FreeBSD.org Subject: Re: Secure telnet duplicating: secure & eBones both... Date: Tue, 20 Aug 1996 17:43:19 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > Whatever happens, sno matter how many security features are in Secure Telne t, > > it will still require the Kerberos libraries. > > It NOT require Kerberos libraries, please look close into Makefiles. > I see no reason again for moving it into eBones. For crying out loud, Andrey - This was discussed quite seriously a long while back. (And agreed upon) Contrary to what you may think you see in the makefiles, The only form of secure telnet we have right now is Kerberised Telnet. Set some of those macros and see how far you get. Right now there is RSA and SPX, Neither of which work and neither of which are particularly standard (I speak under correction) as telnet authenticators/encryptors. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Tue Aug 20 09:37:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13463 for current-outgoing; Tue, 20 Aug 1996 09:37:55 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-183.ut.nl.ibm.net [139.92.42.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13435 for ; Tue, 20 Aug 1996 09:37:47 -0700 (PDT) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id RAA02197; Tue, 20 Aug 1996 17:05:05 +0200 (MET DST) Date: Tue, 20 Aug 1996 17:05:05 +0200 (MET DST) Message-Id: <199608201505.RAA02197@vector.jhs.no_domain> To: current@freebsd.org Subject: libmd.so.2.0 From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 Web: http://www.freebsd.org/~jhs/ Mailer: EXMH 1.6.7, PGP available Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is libmd.so.2.0 not being installed, a bug ? I took a target system with Rel 2.1.0 & using a current src/ , from another netted box, did this: setenv DESTDIR /net/gate cd /usr/src ; make -i install & when I rebooted `gate' rlogin & login failed, libmd.so.2.0 was missing, (so i copied it via floppy, now OK) Here's a typescript with setenv DESTDIR /usr/tmp/x (I've removed the man & include lines) ===> libkvm install -c -o bin -g bin -m 444 libkvm.a /usr/tmp/x/usr/lib install -c -o bin -g bin -m 444 libkvm.so.2.0 /usr/tmp/x/usr/lib ===> libmd install -c -o bin -g bin -m 444 libmd.a /usr/tmp/x/usr/lib I had a look in {etc,release}/Makefile s, no hint of an md there ... Only md reference seems to be release/boot_crunch.conf PS I noticed libcompat.so.2.0 was missing on my host `gate' too. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Tue Aug 20 13:00:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29035 for current-outgoing; Tue, 20 Aug 1996 13:00:27 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA29029 for ; Tue, 20 Aug 1996 13:00:21 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id WAA26010 for current@freebsd.org; Tue, 20 Aug 1996 22:00:17 +0200 (SAT) From: John Hay Message-Id: <199608202000.WAA26010@zibbi.mikom.csir.co.za> Subject: tcpslice does not make To: current@freebsd.org Date: Tue, 20 Aug 1996 22:00:17 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL24 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, It look like tcpslice is still trying to reference a now nonexistant VERSION file in the tcpdump directory. Or have I just missed a step with the libpcap and tcpdump upgrade? ===> tcpslice make: don't know how to make /usr/src/usr.sbin/tcpdump/tcpslice/../tcpdump/VERSION. Stop *** Error code 2 Stop. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Tue Aug 20 13:18:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29956 for current-outgoing; Tue, 20 Aug 1996 13:18:19 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA29935 for ; Tue, 20 Aug 1996 13:18:11 -0700 (PDT) Received: by sequent.kiae.su id AA01962 (5.65.kiae-2 ); Wed, 21 Aug 1996 00:15:41 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 21 Aug 96 00:15:40 +0400 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id AAA00660; Wed, 21 Aug 1996 00:12:52 +0400 (MSD) Message-Id: <199608202012.AAA00660@nagual.ru> Subject: Re: Secure telnet duplicating: secure & eBones both... In-Reply-To: <199608201543.RAA26357@grumble.grondar.za> from "Mark Murray" at "Aug 20, 96 05:43:19 pm" To: mark@grondar.za (Mark Murray) Date: Wed, 21 Aug 1996 00:12:52 +0400 (MSD) Cc: current@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Contrary to what you may think you see in the makefiles, The only form > of secure telnet we have right now is Kerberised Telnet. Set some of > those macros and see how far you get. > > Right now there is RSA and SPX, Neither of which work and neither of > which are particularly standard (I speak under correction) as telnet > authenticators/encryptors. I am aware that only Kerberos part is working now. But, 1) What we plan to do when other parts will works in future versions, move it back? (it was my question from my first message, unanswered) 2) It can be build without Kerberos, encryption parts not active in this case. But at least encryption protocol negotiation still works. And yet one my question, unanswered in all messages: what are the reasons to move it? As I guess, your logic is: if only Kerberos part works, move it to eBones. In this case see my (1). I.e. I see _no_ harm leaving it in secure and see (1) harm to moving it to eBones. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Aug 20 14:03:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA04016 for current-outgoing; Tue, 20 Aug 1996 14:03:19 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA04010 for ; Tue, 20 Aug 1996 14:03:15 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA00654 for ; Tue, 20 Aug 1996 23:00:42 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA04667 for current@freebsd.org; Tue, 20 Aug 1996 23:00:16 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id WAA27164; Tue, 20 Aug 1996 22:56:53 +0200 (MET DST) Message-Id: <199608202056.WAA27164@keltia.freenix.fr> Date: Tue, 20 Aug 1996 22:56:52 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@freebsd.org Subject: Re: libmd.so.2.0 In-Reply-To: <199608201505.RAA02197@vector.jhs.no_domain>; from Julian H. Stacey on Aug 20, 1996 17:05:05 +0200 References: <199608201505.RAA02197@vector.jhs.no_domain> X-Mailer: Mutt 0.40a Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Julian H. Stacey: > > Is libmd.so.2.0 not being installed, a bug ? If you have a libmd.so or need one, you have a big problem: ------------------------------------------------------------ phk 94/09/18 00:22:09 ^^^^^^^^ Modified: lib/libmd Makefile Log: libmd no longer built as shared-lib, only static. Renamed the beforeinstall to test. ------------------------------------------------------------ This was even _before_ 2.0 if I have the date right. > PS I noticed libcompat.so.2.0 was missing on my host `gate' too. Same for libcompat. ------------------------------------------------------------ nate 95/02/20 10:19:52 ^^^^^^^^ Modified: lib/libcompat Makefile Log: Make libcompat a static only library. Since functions will come and go from libcompat as they are deprecated it makes no sense to build a shared library out of it as it will change. Based on freedback from Terry and Jonas on the mailing lists. ------------------------------------------------------------ You have either a garbled /usr/src or some very old binaries... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #18: Sun Aug 18 19:16:52 MET DST 1996 From owner-freebsd-current Tue Aug 20 14:34:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06125 for current-outgoing; Tue, 20 Aug 1996 14:34:23 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA06100 for ; Tue, 20 Aug 1996 14:34:05 -0700 (PDT) Received: from srmail.sr.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA256266840; Tue, 20 Aug 1996 14:34:01 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA198136826; Tue, 20 Aug 1996 14:33:46 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA000846825; Tue, 20 Aug 1996 14:33:45 -0700 Message-Id: <199608202133.AA000846825@hpnmhjw.sr.hp.com> To: current@freefall.freebsd.org Subject: ktrace/kdump under 2.2-960801-snap? Date: Tue, 20 Aug 1996 14:33:45 -0700 From: Darryl Okahata Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ I looked in the archives, but couldn't find anything. ] Does ktrace/kdump work under the 960801-snap? Ktrace seems to work fine, but kdump dies with a "kdump: bogus length 0xf000ef6f" error. -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-current Tue Aug 20 14:59:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA07170 for current-outgoing; Tue, 20 Aug 1996 14:59:20 -0700 (PDT) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA07164 for ; Tue, 20 Aug 1996 14:59:14 -0700 (PDT) Received: from localhost (akyol@localhost) by wireless.Stanford.EDU (8.7.5/8.7.1) with ESMTP id OAA12886 for ; Tue, 20 Aug 1996 14:59:07 -0700 (PDT) Message-Id: <199608202159.OAA12886@wireless.Stanford.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-current@freebsd.org Subject: Sound Drivers for Current X-Face: "HxE|?EnC9fVMV8f70H83&{fgLE.|FZ^$>@Q(yb#N,Eh~N]e&]=> r5~UnRml1:4EglY{9B+ :'wJq$@c_C!l8@<$t,{YUr4K,QJGHSvS~U]H`<+L*x?eGzSk> XH\W:AK\j?@?c1o Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Is anyone working on upgrading the sound driver to the latest Voxware drivers. RealAudio kind of requires them. Thanks Bora From owner-freebsd-current Tue Aug 20 15:57:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10217 for current-outgoing; Tue, 20 Aug 1996 15:57:11 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10211 for ; Tue, 20 Aug 1996 15:57:08 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id SAA09886; Tue, 20 Aug 1996 18:57:11 -0400 (EDT) Date: Tue, 20 Aug 1996 18:57:10 -0400 (EDT) From: Gary Roberts To: Bora Akyol cc: freebsd-current@freebsd.org Subject: Re: Sound Drivers for Current In-Reply-To: <199608202159.OAA12886@wireless.Stanford.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 Aug 1996, Bora Akyol wrote: > Hi > > Is anyone working on upgrading the sound driver to the latest > Voxware drivers. RealAudio kind of requires them. > > Thanks > > Bora > Is there a realaudio player for fbsd, or do you have to use the linux player ?? Last I checked it was linux only? Thanks Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages From owner-freebsd-current Tue Aug 20 16:50:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13874 for current-outgoing; Tue, 20 Aug 1996 16:50:23 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA13868 for ; Tue, 20 Aug 1996 16:50:21 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA09380; Tue, 20 Aug 1996 16:51:25 -0700 (PDT) To: Gary Roberts cc: Bora Akyol , freebsd-current@freebsd.org Subject: Re: Sound Drivers for Current In-reply-to: Your message of "Tue, 20 Aug 1996 18:57:10 EDT." Date: Tue, 20 Aug 1996 16:51:24 -0700 Message-ID: <9378.840585084@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is there a realaudio player for fbsd, or do you have to use the linux > player ?? Last I checked it was linux only? Check again. :-) Jordan From owner-freebsd-current Tue Aug 20 16:59:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15396 for current-outgoing; Tue, 20 Aug 1996 16:59:52 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15366 for ; Tue, 20 Aug 1996 16:59:46 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.7.5/8.7.3) id JAA28370 for current@freebsd.org; Wed, 21 Aug 1996 09:59:37 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA00330 for ; Wed, 21 Aug 1996 09:15:45 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA25602 for ; Tue, 20 Aug 1996 23:10:03 GMT Message-Id: <199608202310.XAA25602@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: Error when compiling fork.S in libc_r X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Aug 1996 09:10:01 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -DLIBC_RCS -DSYSLIBC_RCS -DPTHREAD_KERNEL -D_THREAD_SAFE -I/usr/src/lib/libc_ r/uthread -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc_r/../libc / locale -DYP -I/usr/src/lib/libc_r/../libc/i386 -I/usr/src/lib/libc_r/uthread -c /usr/src/lib/libc_r/../libc/i386/sys/fork.S -o fork.o /usr/src/lib/libc_r/../libc/i386/sys/fork.S: Assembler messages: /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Rest of line ignored. Fir st ignored character is `f'. /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Expected comma after symb ol-name: rest of line ignored. /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Rest of line ignored. Fir st ignored character is `f'. /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: invalid character '_' in opcode Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue Aug 20 17:24:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18442 for current-outgoing; Tue, 20 Aug 1996 17:24:50 -0700 (PDT) Received: from novell.com (prv-mh.Provo.Novell.COM [137.65.40.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA18437 for ; Tue, 20 Aug 1996 17:24:47 -0700 (PDT) Received: from INET-PRV-Message_Server by novell.com with Novell_GroupWise; Tue, 20 Aug 1996 18:24:46 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Tue, 20 Aug 1996 18:32:31 -0600 From: Darren Davis To: wangel@wgrobez1.remote.louisville.edu, akyol@wireless.Stanford.EDU Cc: freebsd-current@freebsd.org Subject: Re: Sound Drivers for Current - Reply Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Gary Roberts Is there a realaudio player for fbsd, or do you have to use the linux player ?? Last I checked it was linux only? Thanks Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages >>> There is a FreeBSD version of Real Audio as well. I have been running it for a while now and it works great. Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-current Tue Aug 20 17:53:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21480 for current-outgoing; Tue, 20 Aug 1996 17:53:22 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA21475 for ; Tue, 20 Aug 1996 17:53:20 -0700 (PDT) Received: from srmail.sr.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA232188784; Tue, 20 Aug 1996 17:53:04 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA234968782; Tue, 20 Aug 1996 17:53:03 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA227868782; Tue, 20 Aug 1996 17:53:02 -0700 Message-Id: <199608210053.AA227868782@hpnmhjw.sr.hp.com> To: current@freefall.freebsd.org Subject: Re: ktrace/kdump under 2.2-960801-snap? In-Reply-To: Your message of "Tue, 20 Aug 1996 14:33:45 PDT." Date: Tue, 20 Aug 1996 17:53:01 -0700 From: Darryl Okahata Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wrote: > Does ktrace/kdump work under the 960801-snap? Ktrace seems to work > fine, but kdump dies with a "kdump: bogus length 0xf000ef6f" error. A little investigation shows that the ktrace.out file is being somehow *randomly* corrupted (i.e., it doesn't always occur, and, when it does, it's at different places, but usually with the same bad data). Interestingly enough, if the corruption occurs, it appears to occur on a 4K boundary. Here's an hex dump of a corrupted ktrace.out (all numbers are in hex): 0001fe0 00 00 00 00 00 00 00 00 0c 00 00 00 02 00 00 00 0001ff0 5b 1c 00 00 63 76 73 75 70 00 00 00 00 00 00 00 0002000 6f ef 00 f0 6f ef 00 f0 c3 e2 00 f0 6f ef 00 f0 0002010 6f ef 00 f0 54 ff 00 f0 4c e1 00 f0 6f ef 00 f0 0002020 a5 fe 00 f0 87 e9 00 f0 6f ef 00 f0 6f ef 00 f0 0002030 6f ef 00 f0 6f ef 00 f0 57 ef 00 f0 6f ef 00 f0 Here, the corruption occurs starting at 0x2000 (and it usually begins with "0xf000ef6f" -- anyone recognize this number?). With other ktrace runs, I've seen the corruption occur at file offsets 0x0 and 0x8000. Also, I've re-run ktrace a couple of other times, without any corruption whatsoever. -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-current Tue Aug 20 18:30:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA23587 for current-outgoing; Tue, 20 Aug 1996 18:30:33 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA23567 for ; Tue, 20 Aug 1996 18:30:16 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id VAA01062; Tue, 20 Aug 1996 21:26:45 -0400 (EDT) Date: Tue, 20 Aug 1996 21:26:42 -0400 (EDT) From: Gary Roberts To: Darren Davis cc: akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org Subject: Re: Sound Drivers for Current - Reply In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 Aug 1996, Darren Davis wrote: > >>> Gary Roberts > Is there a realaudio player for fbsd, or do you have to use the linux > player ?? Last I checked it was linux only? > > Thanks > Gary Roberts > System Admin. -- Altered Reality. > http://136.165.243.183 -- Main User Pages > > >>> > There is a FreeBSD version of Real Audio as well. I have been running > it for a while now and it works great. > > Darren R. Davis > Senior Software Engineer > Novell, Inc. > > Yah, haha, looks like I stuck my foot in my again, I hadn't paid any attention :D Insert foot ... NOW Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages From owner-freebsd-current Tue Aug 20 19:17:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA27900 for current-outgoing; Tue, 20 Aug 1996 19:17:32 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA27891 for ; Tue, 20 Aug 1996 19:17:26 -0700 (PDT) Received: from cimaxp1.UUCP (uucp@localhost) by melb.werple.net.au (8.7.5/8.7.3/2) with UUCP id MAA08761 for mira!freebsd.org!current; Wed, 21 Aug 1996 12:02:11 +1000 (EST) Message-Id: <199608210202.MAA08761@melb.werple.net.au> Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA21187; Wed, 21 Aug 1996 12:03:59 +1000 From: John Birrell Subject: Re: Error when compiling fork.S in libc_r To: devetir.qld.gov.au!sysseh@melb.werple.net.au (Stephen Hocking) Date: Wed, 21 Aug 1996 12:03:59 +1000 (EST) Cc: freebsd.org!current@melb.werple.net.au In-Reply-To: <199608202310.XAA25602@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Aug 21, 96 09:10:01 am X-Mailer: ELM [version 2.4 PL24 ME8] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Fir > st ignored character is `f'. > /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Expected comma after > symb > ol-name: rest of line ignored. > /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Rest of line ignored. > Fir > st ignored character is `f'. > /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: invalid character '_' in > opcode Did libc build OK? Can you mail me your /usr/src/lib/libc/i386/SYS.h please. I'll see if it matches the one I prepared the diffs for. I guess you got this via ctm? > > > Stephen Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Tue Aug 20 19:32:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA29591 for current-outgoing; Tue, 20 Aug 1996 19:32:48 -0700 (PDT) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA29584 for ; Tue, 20 Aug 1996 19:32:45 -0700 (PDT) Received: from localhost (akyol@localhost) by wireless.Stanford.EDU (8.7.5/8.7.1) with ESMTP id TAA13761 for ; Tue, 20 Aug 1996 19:32:43 -0700 (PDT) Message-Id: <199608210232.TAA13761@wireless.Stanford.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-current@freebsd.org Subject: More on RealAudio X-Face: "HxE|?EnC9fVMV8f70H83&{fgLE.|FZ^$>@Q(yb#N,Eh~N]e&]=> r5~UnRml1:4EglY{9B+ :'wJq$@c_C!l8@<$t,{YUr4K,QJGHSvS~U]H`<+L*x?eGzSk> XH\W:AK\j?@?c1o Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I just downloaded the linux a.out version of realaudio player and ran it. It works great on my system. The FreeBSD version does not however. My system is a 960612-SNAP system. Strange. Bora From owner-freebsd-current Tue Aug 20 23:26:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01274 for current-outgoing; Tue, 20 Aug 1996 23:26:39 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01265 for ; Tue, 20 Aug 1996 23:26:31 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id IAA28028; Wed, 21 Aug 1996 08:25:22 +0200 (SAT) Message-Id: <199608210625.IAA28028@grumble.grondar.za> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: mark@grondar.za (Mark Murray), current@FreeBSD.org Subject: Re: Secure telnet duplicating: secure & eBones both... Date: Wed, 21 Aug 1996 08:25:21 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > Right now there is RSA and SPX, Neither of which work and neither of > > which are particularly standard (I speak under correction) as telnet > > authenticators/encryptors. > > I am aware that only Kerberos part is working now. > But, > > 1) What we plan to do when other parts will works in future > versions, move it back? > (it was my question from my first message, unanswered) No. Leave it where it is. There is no point in having three Telnets 1) insecure, 2) secure, no kerberos 3) secure, with kerberos. > 2) It can be build without Kerberos, encryption parts not > active in this case. But at least encryption protocol > negotiation still works. Are you sure? I am not. (Unless you are talking about the WILL/WONT bits) > And yet one my question, unanswered in all messages: > what are the reasons to move it? > As I guess, your logic is: if only Kerberos part works, > move it to eBones. In this case see my (1). Have a good look at how our telnet has been used since 2.0 came out. Our Telnet, although currently in the secure/ source area is actually part of the kerberos binary distribution, and has been that way for a year. That happened when a SNAP was being built, and folks got screwed by loading the secure distribution ang getting a kerberised telnet with no kerberos shared libraries. > I.e. I see _no_ harm leaving it in secure and see I see much harm in having three versions. This is difficult enough to maintain as two versions, let alone three. Even if it did stay as two source versions, how on earth do do propose to build the three varieties I mentioned above? > (1) harm to moving it to eBones. Come on Andrey, Instead of complaining about this, please come up with another proposal - somthing that carries a little more weight than broken and nonexistant code. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed Aug 21 00:47:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13523 for current-outgoing; Wed, 21 Aug 1996 00:47:13 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13497 for ; Wed, 21 Aug 1996 00:46:59 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA24404; Wed, 21 Aug 1996 09:42:04 +0200 Received: (from kuku@localhost) by gil (8.6.11/8.6.9) id IAA07895; Wed, 21 Aug 1996 08:36:59 +0200 From: Christoph Kukulies Message-Id: <199608210636.IAA07895@gil> Subject: Re: More on RealAudio To: akyol@wireless.Stanford.EDU (Bora Akyol) Date: Wed, 21 Aug 1996 08:35:29 +0200 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199608210232.TAA13761@wireless.Stanford.EDU> from Bora Akyol at "Aug 20, 96 07:32:42 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well, > > I just downloaded the linux a.out version of realaudio player and > ran it. It works great on my system. The FreeBSD version does not > however. My system is a 960612-SNAP system. > Strange. Works fine for me here with an 8th Aug 2.2-current and the native binary. I'm using the -current sounddriver though (Amancios patches) > file raplayer raplayer: BSD/i386 compact demand paged dynamically linked executable ./raplayer thankyou.ra plays perfectly :-) > Bora > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 21 02:58:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25669 for current-outgoing; Wed, 21 Aug 1996 02:58:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA25653 for ; Wed, 21 Aug 1996 02:58:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA00888; Wed, 21 Aug 1996 02:58:09 -0700 (PDT) To: Christoph Kukulies cc: akyol@wireless.Stanford.EDU (Bora Akyol), freebsd-current@freebsd.org Subject: Re: More on RealAudio In-reply-to: Your message of "Wed, 21 Aug 1996 08:35:29 +0200." <199608210636.IAA07895@gil> Date: Wed, 21 Aug 1996 02:58:08 -0700 Message-ID: <886.840621488@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Works fine for me here with an 8th Aug 2.2-current and the native > binary. I'm using the -current sounddriver though (Amancios patches) RealAudio works for me as well, using the stock 2.2-current driver with both a GUS MAX and the SB AWE32. Unfortunately, most other things don't seem to work with the AWE32 card, among them maplay, tracker and playmidi (all of which work fine with the GUS - an unfortunate state of affairs considering the inverse popularity ratio of GUS to SB). Where does one get Amancio's latest? I haven't been able to reach his rah.star-gate.com machine for some time. Jordan From owner-freebsd-current Wed Aug 21 03:22:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA27760 for current-outgoing; Wed, 21 Aug 1996 03:22:54 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA27742 for ; Wed, 21 Aug 1996 03:22:47 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA27059; Wed, 21 Aug 1996 12:18:04 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id MAA09918; Wed, 21 Aug 1996 12:30:56 +0200 From: Christoph Kukulies Message-Id: <199608211030.MAA09918@gilberto.physik.rwth-aachen.de> Subject: Re: More on RealAudio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 12:30:55 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org In-Reply-To: <886.840621488@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 02:58:08 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Works fine for me here with an 8th Aug 2.2-current and the native > > binary. I'm using the -current sounddriver though (Amancios patches) > > RealAudio works for me as well, using the stock 2.2-current driver > with both a GUS MAX and the SB AWE32. > > Unfortunately, most other things don't seem to work with the AWE32 > card, among them maplay, tracker and playmidi (all of which work fine > with the GUS - an unfortunate state of affairs considering the inverse > popularity ratio of GUS to SB). Where does one get Amancio's latest? > I haven't been able to reach his rah.star-gate.com machine for some > time. I've put the one I'm using into freefall/incoming - don't know if it's really the latest but it works for me here in 2.2-current. This is what I'm doing after sup: tar zxvf snd01041996-2.2-current.tgz -C / mv /usr/include/machine/soundcard.h /usr/include/machine/soundcard.h.orig cp /sys/i386/isa/sound/soundcard.h /sys/i386/include > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 21 03:25:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA28049 for current-outgoing; Wed, 21 Aug 1996 03:25:24 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA28044 for ; Wed, 21 Aug 1996 03:25:21 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA27087; Wed, 21 Aug 1996 12:20:43 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id MAA10040; Wed, 21 Aug 1996 12:33:35 +0200 From: Christoph Kukulies Message-Id: <199608211033.MAA10040@gilberto.physik.rwth-aachen.de> Subject: Re: More on RealAudio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 12:33:34 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org In-Reply-To: <886.840621488@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 02:58:08 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Works fine for me here with an 8th Aug 2.2-current and the native > > binary. I'm using the -current sounddriver though (Amancios patches) > > RealAudio works for me as well, using the stock 2.2-current driver > with both a GUS MAX and the SB AWE32. > > Unfortunately, most other things don't seem to work with the AWE32 > card, among them maplay, tracker and playmidi (all of which work fine > with the GUS - an unfortunate state of affairs considering the inverse > popularity ratio of GUS to SB). Where does one get Amancio's latest? > I haven't been able to reach his rah.star-gate.com machine for some > time. Yes he was disrupted by PacBell failure, he told a week ago. And it might take another week until he's on line again with his ISDN link. Must have a pieceful time now :-) > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 21 04:34:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04391 for current-outgoing; Wed, 21 Aug 1996 04:34:30 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA04384 for ; Wed, 21 Aug 1996 04:34:28 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.103.23]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id HAA00826 for ; Wed, 21 Aug 1996 07:34:26 -0400 (EDT) Received: from localhost (chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) with SMTP id HAA10547 for ; Wed, 21 Aug 1996 07:34:25 -0400 (EDT) X-Authentication-Warning: professor.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 21 Aug 1996 07:34:25 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: FreeBSD current Subject: /usr/src/contrib Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk How come there is no /usr/obj/usr/src/contrib directory being made? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Aug 21 05:21:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08429 for current-outgoing; Wed, 21 Aug 1996 05:21:14 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA08424 for ; Wed, 21 Aug 1996 05:21:12 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA15233; Wed, 21 Aug 1996 05:21:06 -0700 (PDT) To: Chuck Robey cc: FreeBSD current Subject: Re: /usr/src/contrib In-reply-to: Your message of "Wed, 21 Aug 1996 07:34:25 EDT." Date: Wed, 21 Aug 1996 05:21:06 -0700 Message-ID: <15231.840630066@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How come there is no /usr/obj/usr/src/contrib directory being made? Maybe because nothing actually builds there? Jordan From owner-freebsd-current Wed Aug 21 05:33:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09589 for current-outgoing; Wed, 21 Aug 1996 05:33:03 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA09576 for ; Wed, 21 Aug 1996 05:33:01 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA16213; Wed, 21 Aug 1996 05:32:31 -0700 (PDT) To: Christoph Kukulies cc: akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org Subject: Re: More on RealAudio In-reply-to: Your message of "Wed, 21 Aug 1996 12:30:55 +0200." <199608211030.MAA09918@gilberto.physik.rwth-aachen.de> Date: Wed, 21 Aug 1996 05:32:31 -0700 Message-ID: <16211.840630751@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've put the one I'm using into freefall/incoming - don't know if it's > really the latest but it works for me here in 2.2-current. Thanks, I've grabbed it. > This is what I'm doing after sup: > > tar zxvf snd01041996-2.2-current.tgz -C / > mv /usr/include/machine/soundcard.h /usr/include/machine/soundcard.h.orig > cp /sys/i386/isa/sound/soundcard.h /sys/i386/include Hmmm. That can't be too healthy for your /sys/i386/conf/files.i386 :-) Still, a merge is pretty easy. I'll look into what it's going to take to upgrade this driver since "stale" isn't even close to being the correct word to describe the current state of -current's sound code. Jordan From owner-freebsd-current Wed Aug 21 05:43:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10327 for current-outgoing; Wed, 21 Aug 1996 05:43:08 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA10314 for ; Wed, 21 Aug 1996 05:43:05 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id OAA29208; Wed, 21 Aug 1996 14:38:22 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id OAA15283; Wed, 21 Aug 1996 14:51:14 +0200 From: Christoph Kukulies Message-Id: <199608211251.OAA15283@gilberto.physik.rwth-aachen.de> Subject: Re: More on RealAudio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 14:51:13 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org In-Reply-To: <16211.840630751@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 05:32:31 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've put the one I'm using into freefall/incoming - don't know if it's > > really the latest but it works for me here in 2.2-current. > > Thanks, I've grabbed it. > > > This is what I'm doing after sup: > > > > tar zxvf snd01041996-2.2-current.tgz -C / > > mv /usr/include/machine/soundcard.h /usr/include/machine/soundcard.h.orig > > cp /sys/i386/isa/sound/soundcard.h /sys/i386/include > > Hmmm. That can't be too healthy for your /sys/i386/conf/files.i386 > :-) Still, a merge is pretty easy. I'll look into what it's going to cp /home/kuku/current_222/isa.c /sys/i386/isa cp /home/kuku/current_222/files.i386 /sys/i386/conf cp /home/kuku/current_222/files /sys/conf/files These three are also copied into the tree after that. Forgot that, sorry. > take to upgrade this driver since "stale" isn't even close to being > the correct word to describe the current state of -current's sound > code. > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 21 05:44:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10505 for current-outgoing; Wed, 21 Aug 1996 05:44:57 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10500 for ; Wed, 21 Aug 1996 05:44:56 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA17322; Wed, 21 Aug 1996 05:44:45 -0700 (PDT) To: Christoph Kukulies cc: akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org Subject: Re: More on RealAudio In-reply-to: Your message of "Wed, 21 Aug 1996 12:30:55 +0200." <199608211030.MAA09918@gilberto.physik.rwth-aachen.de> Date: Wed, 21 Aug 1996 05:44:45 -0700 Message-ID: <17320.840631485@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've put the one I'm using into freefall/incoming - don't know if it's > really the latest but it works for me here in 2.2-current. Hmmmm. Are you sure? These sources are blowing up all over the place for me, and a number of referenced header files are not there. Have you tried configuring this for a sound blaster? Jordan From owner-freebsd-current Wed Aug 21 05:46:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10627 for current-outgoing; Wed, 21 Aug 1996 05:46:03 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10616 for ; Wed, 21 Aug 1996 05:46:01 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA17392; Wed, 21 Aug 1996 05:45:48 -0700 (PDT) To: Christoph Kukulies cc: akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org Subject: Re: More on RealAudio In-reply-to: Your message of "Wed, 21 Aug 1996 14:51:13 +0200." <199608211251.OAA15283@gilberto.physik.rwth-aachen.de> Date: Wed, 21 Aug 1996 05:45:48 -0700 Message-ID: <17390.840631548@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > cp /home/kuku/current_222/isa.c /sys/i386/isa Not touched by this tarball. > cp /home/kuku/current_222/files /sys/conf/files Same here. Huh? Jordan From owner-freebsd-current Wed Aug 21 05:51:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11169 for current-outgoing; Wed, 21 Aug 1996 05:51:35 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11148 for ; Wed, 21 Aug 1996 05:51:31 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id OAA29340; Wed, 21 Aug 1996 14:46:46 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id OAA15431; Wed, 21 Aug 1996 14:59:34 +0200 From: Christoph Kukulies Message-Id: <199608211259.OAA15431@gilberto.physik.rwth-aachen.de> Subject: Re: More on RealAudio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 14:59:33 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org In-Reply-To: <17390.840631548@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 05:45:48 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > cp /home/kuku/current_222/isa.c /sys/i386/isa > > Not touched by this tarball. > > > cp /home/kuku/current_222/files /sys/conf/files > > Same here. > > Huh? >From time to time I have to hand-edit these files to reflect the sound and isdn (current_222) changes necessary. Didn't want to increase confusion :) Only wanted to signal that I'm aware of changes necessary on files.i386 etc. > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 21 06:20:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14267 for current-outgoing; Wed, 21 Aug 1996 06:20:37 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA14252 for ; Wed, 21 Aug 1996 06:20:33 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id PAA29770; Wed, 21 Aug 1996 15:15:47 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA16148; Wed, 21 Aug 1996 15:28:39 +0200 From: Christoph Kukulies Message-Id: <199608211328.PAA16148@gilberto.physik.rwth-aachen.de> Subject: Re: More on RealAudio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 15:28:38 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org In-Reply-To: <17320.840631485@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 05:44:45 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've put the one I'm using into freefall/incoming - don't know if it's > > really the latest but it works for me here in 2.2-current. > > Hmmmm. Are you sure? These sources are blowing up all over the place > for me, and a number of referenced header files are not there. Have > you tried configuring this for a sound blaster? No, I'm using it for the GUS. What is blowing up? It may be a problem with soundcard.h and it's location. This came in with recent changes in the linux lkm. It compiles smooth here with the following kernel options: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.6 1995/10/25 17:29:51 jkh Exp $ # machine "i386" cpu "I486_CPU" ident MONKGUS maxusers 32 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options MROUTING options "COMPAT_LINUX" options "USER_LDT" options ATAPI #Enable ATAPI support for IDE bus options SYSVSHM options SYSVSEM options SYSVMSG options "GUSMAX" options DDB config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr device wcd0 at wdc0 drive 0 #IDE CD-ROM disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 controller ncr0 controller scbus0 device sd0 #device od0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr controller snd0 device gus0 at isa? port 0x220 irq 12 drq 1 flags 0x3 vector gusintr device qcam0 at isa? port "IO_LPT1" tty device lpt1 at isa? port? tty irq 7 vector lptintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device ed0 at isa? port 0x280 net irq 5 iomem 0xd0000 vector edintr # Teles S0/16 ###################################################### IRQ 15 ## #controller tel0 at isa? port 0xe80 iomem 0xd8000 net irq 15 vector telintr #controller tel0 at isa? port 0xd80 net irq 9 vector telintr controller tel0 at isa? port 0xd80 net irq 15 vector telintr pseudo-device loop pseudo-device vn pseudo-device ether pseudo-device log pseudo-device bpfilter 16 pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's # disdn has to be uncommented for Teles 8 and 16 and their lookalikes: pseudo-device disdn pseudo-device isdn pseudo-device ii 4 pseudo-device ity 4 pseudo-device itel 2 pseudo-device ispy 1 > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 21 07:42:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20651 for current-outgoing; Wed, 21 Aug 1996 07:42:33 -0700 (PDT) Received: from novell.com (prv-mh.Provo.Novell.COM [137.65.40.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA20639 for ; Wed, 21 Aug 1996 07:42:28 -0700 (PDT) Received: from INET-PRV-Message_Server by novell.com with Novell_GroupWise; Wed, 21 Aug 1996 08:41:39 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 21 Aug 1996 08:49:58 -0600 From: Darren Davis To: wangel@wgrobez1.remote.louisville.edu Cc: freebsd-current@FreeBSD.org, akyol@wireless.Stanford.EDU Subject: Re: Sound Drivers for Current - Reply - Reply Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk If it is any consolation, I harassed the Xing people as well. They didn't seem very interested. I suggest we hit them with many request as a show of force! ;-) Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-current Wed Aug 21 08:54:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00640 for current-outgoing; Wed, 21 Aug 1996 08:54:19 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA00618 for ; Wed, 21 Aug 1996 08:54:10 -0700 (PDT) Received: from localhost (kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) with SMTP id LAA14852 for ; Wed, 21 Aug 1996 11:53:34 -0400 (EDT) X-Authentication-Warning: moonpie.w8hd.org: kimc owned process doing -bs Date: Wed, 21 Aug 1996 11:53:34 -0400 (EDT) From: Kim Culhan To: current@FreeBSD.org Subject: -current build failure Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Now this: install: mkstemp: /usr/share/examples/cvsup for /usr/share/examples/cvsup/standard-supfile: No such file or directory kim -- kimc@w8hd.org From owner-freebsd-current Wed Aug 21 08:57:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00953 for current-outgoing; Wed, 21 Aug 1996 08:57:16 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00930 for ; Wed, 21 Aug 1996 08:57:05 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id IAA09779; Wed, 21 Aug 1996 08:55:57 -0700 From: "Rodney W. Grimes" Message-Id: <199608211555.IAA09779@GndRsh.aac.dev.com> Subject: Re: More on RealAudio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 08:55:57 -0700 (PDT) Cc: kuku@gilberto.physik.rwth-aachen.de, akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org In-Reply-To: <886.840621488@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 02:58:08 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Works fine for me here with an 8th Aug 2.2-current and the native > > binary. I'm using the -current sounddriver though (Amancios patches) > > RealAudio works for me as well, using the stock 2.2-current driver > with both a GUS MAX and the SB AWE32. > > Unfortunately, most other things don't seem to work with the AWE32 > card, among them maplay, tracker and playmidi (all of which work fine > with the GUS - an unfortunate state of affairs considering the inverse > popularity ratio of GUS to SB). Where does one get Amancio's latest? > I haven't been able to reach his rah.star-gate.com machine for some > time. As of some time last week Amancio's ISDN link went down (confirmed via a phone call) ... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 21 10:53:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11840 for current-outgoing; Wed, 21 Aug 1996 10:53:32 -0700 (PDT) Received: from firstunion.com (gate.funb.com [204.5.135.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA11833 for ; Wed, 21 Aug 1996 10:53:30 -0700 (PDT) Received: by firstunion.com (4.1/SMI-4.1) id AA00510; Wed, 21 Aug 96 13:52:58 EDT Received: from cm_mailhost.capmark.funb.com(168.175.82.50) by gate via smap (V1.3) id sma000475; Wed Aug 21 13:52:20 1996 Received: from dc83p052.capmark.funb.com (dc83p052 [168.175.83.52]) by capmark.funb.com (8.7.4/8.7.3) with SMTP id NAA10350 for ; Wed, 21 Aug 1996 13:52:02 -0400 (EDT) Message-Id: <321B4CCF.707A@vnet.net> Date: Wed, 21 Aug 1996 13:52:15 -0400 From: jess X-Mailer: Mozilla 2.0 (Win95; I; 16bit) Mime-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: join CVS mail group X-Url: http://www.freebsd.org/handbook/handbook193.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, please add me to the freebsd-current mailing list. The sent from: filed on this mail is not the address, as far as I know that I want mail sent to, therefore please remit mail to aduna@vnet.net if the sent from field on this messages is different. Currently I'm using some pop mail server from work, and do not need any more important stuff, like freebsd OS info, mixed in with all the work spam. Thank you :) jess (aka: aduna) From owner-freebsd-current Wed Aug 21 10:58:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12192 for current-outgoing; Wed, 21 Aug 1996 10:58:10 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA12187 for ; Wed, 21 Aug 1996 10:58:07 -0700 (PDT) Received: from Early-Bird.Think.COM (Early-Bird-1.Think.COM [131.239.146.105]) by mail.think.com (8.7.5/m3) with ESMTP id NAA08806 for ; Wed, 21 Aug 1996 13:58:00 -0400 (EDT) Received: from compound.Think.COM (fergus-11.dialup.prtel.com [206.10.99.141]) by Early-Bird.Think.COM (8.7.5/e1) with ESMTP id NAA18632 for ; Wed, 21 Aug 1996 13:57:58 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id MAA13632; Wed, 21 Aug 1996 12:58:10 -0500 (CDT) Date: Wed, 21 Aug 1996 12:58:10 -0500 (CDT) From: Tony Kimball Message-Id: <199608211758.MAA13632@compound.Think.COM> To: current@freebsd.org Subject: Re: More on RealAudio Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Christoph Kukulies on Wed, 21 August: : I've put the one I'm using into freefall/incoming - don't know if it's : really the latest but it works for me here in 2.2-current. : : This is what I'm doing after sup: : : tar zxvf snd01041996-2.2-current.tgz -C / : mv /usr/include/machine/soundcard.h /usr/include/machine/soundcard.h.orig : cp /sys/i386/isa/sound/soundcard.h /sys/i386/include Wouldn't it make a whole lot more sense to have Amancio to keep this stuff in current? From owner-freebsd-current Wed Aug 21 11:42:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15247 for current-outgoing; Wed, 21 Aug 1996 11:42:41 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA15237 for ; Wed, 21 Aug 1996 11:42:35 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id NAA14794 for ; Wed, 21 Aug 1996 13:42:20 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma014784; Wed Aug 21 13:42:07 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id NAA04640 for ; Wed, 21 Aug 1996 13:42:11 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id NAA23956 for ; Wed, 21 Aug 1996 13:39:29 -0500 (CDT) Message-Id: <199608211839.NAA23956@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: current@freebsd.org Subject: does HAVE_FPU really work? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Aug 1996 13:39:29 -0500 From: "Eric L. Hernes" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk howdy, Intrigued by the recent discussion of the math library and HAVE_FPU, I defined HAVE_FPU in /etc/make.conf then proceeded to /usr/src/lib/msun, to rebuild the library: (ttyp1@jake)# pwd /usr/src/lib/msun (ttyp1@jake)# make cc -O -D_MULTI_LIBM -D_POSIX_MODE -D_IEEE_LIBM -c /usr/src/lib/msun/src/e_acos. c -o e_acos.o shouldn't it be compiling /usr/src/lib/msun/i387/e_acos.S ??? Oh, well, make does a lot of stuff under the hood, so I proceeded to let it compile, but the resultant library libm.so.2.0, has exactly the same md5 as without HAVE_FPU defined --??? then trying `make -ds e_acos.o', I get amongst other stuff: SuffFindDeps (e_acos.o) trying e_acos.s...not there trying e_acos.S...got it using existing source /usr/src/lib/msun/src/e_acos.c applying .c -> .o to "e_acos.o" looks like it finds e_acos.S, but uses e_acos.c anyway. does anybody else have this problem, or is it a result of one of my local hacks? thanks, eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-current Wed Aug 21 13:11:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22288 for current-outgoing; Wed, 21 Aug 1996 13:11:07 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA22280 for ; Wed, 21 Aug 1996 13:11:02 -0700 (PDT) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id QAA06997 for ; Wed, 21 Aug 1996 16:11:00 -0400 (EDT) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.7.5/8.7.3) with SMTP id QAA00754 for ; Wed, 21 Aug 1996 16:10:58 -0400 (EDT) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 21 Aug 1996 16:10:57 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: FreeBSD current Subject: send-pr Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Who handles the setup of gnats on freefall? I want to have a copy of all newly opened reports for category ports mailed to me (I'd guess that Satoshi has already done this for himself). Do I do this myself, or is soemone responsible for the gnats configuration there? Thanks. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Aug 21 14:40:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00752 for current-outgoing; Wed, 21 Aug 1996 14:40:48 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA00727 for ; Wed, 21 Aug 1996 14:40:35 -0700 (PDT) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id AAA05557 for ; Thu, 22 Aug 1996 00:39:52 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id AAA12025; Thu, 22 Aug 1996 00:39:51 +0300 (EET DST) Date: Thu, 22 Aug 1996 00:39:51 +0300 (EET DST) Message-Id: <199608212139.AAA12025@cantina.clinet.fi> From: Heikki Suonsivu To: freebsd-current@freebsd.org Subject: gated broken, needs recompilation Organization: Clinet Ltd, Espoo, Finland Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk gated seem have broken sometime in August, it fails to get any info on devices from the kernel, and thus either crashes on failed assertion or is unable to determine router id. This can be worked around by recompiling, but no more single binary for all routers, if this was intentional change. Any ideas what was the change ? -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-43542270 fax -4555276 home -8031121 From owner-freebsd-current Wed Aug 21 15:32:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06783 for current-outgoing; Wed, 21 Aug 1996 15:32:48 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA06768 for ; Wed, 21 Aug 1996 15:32:41 -0700 (PDT) Received: from post.io.org by mail.crl.com with SMTP id AA15530 (5.65c/IDA-1.5 for ); Wed, 21 Aug 1996 15:31:27 -0700 Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id SAA14896 for ; Wed, 21 Aug 1996 18:30:03 -0400 (EDT) Date: Wed, 21 Aug 1996 18:30:03 -0400 (EDT) From: Brian Tao To: FREEBSD-CURRENT-L Subject: Kernel panic at _softclock Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Our firewall-to-be machine panicked today when trying to compile the SOCKS5 package. I can't think of anything else I could offer in terms of context, other than what I've included below. I can e-mail someone the FW kernel config file if that will help. Thanks. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdfd9a8ac fault code = supervisor write, page not present instruction pointer = 0x8:0xf0102fff stack pointer = 0x10:0xefbffe74 frame pointer = 0x10:0xefbffe84 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 = 11519 (cc1) interrupt mask = net tty bio panic: page fault syncing disks... 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 49 giving up Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Rebooting... FreeBSD 2.2-960612-SNAP #0: Tue Jun 25 12:15:46 EDT 1996 taob@cabal.io.org:/usr/local/src/2.2-960612-SNAP/sys/compile/FW Calibrating clock(s) relative to mc146818A clock... i586 clock: 99963230 Hz, i8254 clock: 1193140 Hz CPU: Pentium (99.96-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 64507904 (62996K bytes) # nm -a /kernel | fgrep -C f0102f f011df50 T _sodisconnect f011dc10 T _sofree f0102f84 T _softclock f011f360 T _sogetopt f011f5a4 T _sohasoutofband -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Wed Aug 21 16:08:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10934 for current-outgoing; Wed, 21 Aug 1996 16:08:06 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA10914 for ; Wed, 21 Aug 1996 16:08:04 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA18499; Wed, 21 Aug 1996 16:07:50 -0700 (PDT) To: Christoph Kukulies cc: akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org Subject: Re: More on RealAudio In-reply-to: Your message of "Wed, 21 Aug 1996 15:28:38 +0200." <199608211328.PAA16148@gilberto.physik.rwth-aachen.de> Date: Wed, 21 Aug 1996 16:07:50 -0700 Message-ID: <18497.840668870@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > No, I'm using it for the GUS. What is blowing up? It may be a problem > with soundcard.h and it's location. This came in with recent changes > in the linux lkm. Here's the relevant section of my kernel config file: controller snd0 device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 #device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 And the errors: cc -c -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused -nostdinc -I. -I../.. -I../../sys -I../../../include -DI686_CPU -DI586_CPU -DINCLUDE_CONFIG_FILE -DAHC_TAGENABLE -DCOMPAT_IBCS2 -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/isa/sound/midi.c ../../i386/isa/sound/midi.c:38: warning: no previous prototype for `CMIDI_init' ../../i386/isa/sound/midi.c: In function `CMIDI_init': ../../i386/isa/sound/midi.c:41: `num_midi_drivers' undeclared (first use this function) ../../i386/isa/sound/midi.c:41: (Each undeclared identifier is reported only once ../../i386/isa/sound/midi.c:41: for each function it appears in.) ../../i386/isa/sound/midi.c:48: `midi_supported' undeclared (first use this function) ... Looks like the configuration stuff is still not quite there. Anyway, since these patches are clearly not ready for prime-time, I'm going to abandon my efforts to integrate them. I guess we're stuck with the current sound drivers a little longer. :-( Jordan From owner-freebsd-current Wed Aug 21 16:35:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13659 for current-outgoing; Wed, 21 Aug 1996 16:35:58 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA13645 for ; Wed, 21 Aug 1996 16:35:54 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.7.5/8.6.12) id QAA19597; Wed, 21 Aug 1996 16:34:54 -0700 (PDT) Date: Wed, 21 Aug 1996 16:34:54 -0700 (PDT) Message-Id: <199608212334.QAA19597@sunrise.cs.berkeley.edu> To: chuckr@glue.umd.edu CC: freebsd-current@freefall.FreeBSD.org In-reply-to: (message from Chuck Robey on Wed, 21 Aug 1996 16:10:57 -0400 (EDT)) Subject: Re: send-pr From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Who handles the setup of gnats on freefall? I want to have a copy of all * newly opened reports for category ports mailed to me (I'd guess that * Satoshi has already done this for himself). Do I do this myself, or is * soemone responsible for the gnats configuration there? Well, I just added myself to freebsd-bugs and that includes a full (free) subscription of all bug reports. (Yeah, not only ports, but it's still the same price. :) Satoshi From owner-freebsd-current Wed Aug 21 16:42:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14442 for current-outgoing; Wed, 21 Aug 1996 16:42:13 -0700 (PDT) Received: from sed.cs.fsu.edu (sed.cs.fsu.edu [128.186.121.157]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA14437 for ; Wed, 21 Aug 1996 16:42:10 -0700 (PDT) Received: by sed.cs.fsu.edu (8.6.9/56) id TAA05550; Wed, 21 Aug 1996 19:42:06 -0400 From: Gang-Ryung Uh Message-Id: <199608212342.TAA05550@sed.cs.fsu.edu> Subject: usr.sbin/tcpdump/tcpslic To: current@freebsd.org Date: Wed, 21 Aug 1996 19:42:06 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have supped current source yesterday (Aug 20), and attempted to make world. But I could not get through. Would you tell me what I am missing? Thanks in advance. Regards, Gang-Ryung Uh (uh@cs.fsu.edu) ------------------------------------------------------ ===> usr.sbin/tcpdump/tcpslice make: don't know how to make /usr/src/usr.sbin/tcpdump/tcpslice/../tcpdump/VERSION. Stop *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-current Wed Aug 21 16:43:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14514 for current-outgoing; Wed, 21 Aug 1996 16:43:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14507 for ; Wed, 21 Aug 1996 16:43:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA18662; Wed, 21 Aug 1996 16:42:39 -0700 (PDT) To: Kim Culhan cc: current@FreeBSD.org Subject: Re: -current build failure In-reply-to: Your message of "Wed, 21 Aug 1996 11:53:34 EDT." Date: Wed, 21 Aug 1996 16:42:39 -0700 Message-ID: <18659.840670959@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Try again - I added the mtree changes about 8 hours later. > > Now this: > > install: mkstemp: /usr/share/examples/cvsup for > /usr/share/examples/cvsup/standard-supfile: No such file or directory > > kim > > -- > kimc@w8hd.org > > From owner-freebsd-current Wed Aug 21 16:44:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14875 for current-outgoing; Wed, 21 Aug 1996 16:44:49 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14866 for ; Wed, 21 Aug 1996 16:44:47 -0700 (PDT) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id TAA09585; Wed, 21 Aug 1996 19:44:45 -0400 (EDT) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.7.5/8.7.3) with SMTP id TAA01012; Wed, 21 Aug 1996 19:44:44 -0400 (EDT) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 21 Aug 1996 19:44:44 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: Satoshi Asami cc: freebsd-current@freefall.FreeBSD.org Subject: Re: send-pr In-Reply-To: <199608212334.QAA19597@sunrise.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 21 Aug 1996, Satoshi Asami wrote: > * Who handles the setup of gnats on freefall? I want to have a copy of all > * newly opened reports for category ports mailed to me (I'd guess that > * Satoshi has already done this for himself). Do I do this myself, or is > * soemone responsible for the gnats configuration there? > > Well, I just added myself to freebsd-bugs and that includes a full > (free) subscription of all bug reports. (Yeah, not only ports, but > it's still the same price. :) Yeah, that's what Garrett said, it stinks. I can't keep my mail that organized. What I would MUCH rather have is the results of: query-pr -c ports -s open | mail chuckr@freebsd.org sent once a week. I'm not picky about the time frame, I could even go for once a day (kinda too often, but that's ok). Any way that could be done on freefall? It's not that big a listing, try it. > > Satoshi > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Aug 21 17:17:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18512 for current-outgoing; Wed, 21 Aug 1996 17:17:19 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA18503 for ; Wed, 21 Aug 1996 17:17:16 -0700 (PDT) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po1.glue.umd.edu (8.8.Alpha.8/8.8.Alpha.8) with ESMTP id UAA21145 for ; Wed, 21 Aug 1996 20:17:12 -0400 (EDT) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.7.5/8.7.3) with SMTP id UAA01028 for ; Wed, 21 Aug 1996 20:17:12 -0400 (EDT) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 21 Aug 1996 20:17:11 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: FreeBSD current Subject: easy-import Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk easy-import on freefall just bombed on me, I think probably has something to do with the change to the new cvs. Here's the record of the session: freefall:/a/chuckr/m/unclutter:86 >easy-import Import from which directory? files pkg . Which? [.]: Available repositories: ports src Enter repository (=complete, ^D=show): ports Selected repository: ports Existent areas in this repository: archivers audio benchmarks cad comms databases devel editors emulators games graphics japanese lang mail math misc net news pkg plan9 print russian security shells sysutils templates www x11 Enter area name (=complete, ^D=show): misc [Working on: ports/misc] Gimme the module name: unclutter Enter the module path: ports/misc/unclutter You're going to create the following new directories: ports/misc/unclutter Enter a `vendor' tag (e. g. the authors ID): KOHOUT Enter a `release' tag (e. g. the version #): unclutter_8 This is your last chance to interrupt, hit to go on: Checking out the modules database... cvs checkout: cannot find module `modules' - ignored failed. at /usr/local/bin/easy-import line 363, <> line 5. freefall:/a/chuckr/m/unclutter:87 > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Aug 21 18:34:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28067 for current-outgoing; Wed, 21 Aug 1996 18:34:30 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA28047 for ; Wed, 21 Aug 1996 18:34:22 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id LAA23703 Thu, 22 Aug 1996 11:33:49 +1000 (EST) From: michael butler Message-Id: <199608220133.LAA23703@asstdc.scgt.oz.au> Subject: Re: gated broken, needs recompilation To: hsu@clinet.fi (Heikki Suonsivu) Date: Thu, 22 Aug 1996 11:33:48 +1000 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199608212139.AAA12025@cantina.clinet.fi> from "Heikki Suonsivu" at Aug 22, 96 00:39:51 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heikki Suonsivu writes: > gated seem have broken sometime in August, it fails to get any info on > devices from the kernel, and thus either crashes on failed assertion or is > unable to determine router id. > This can be worked around by recompiling, but no more single binary for all > routers, if this was intentional change. Any ideas what was the change ? libkvm changed .. there's nothing much that can be done about it although, now that it's dynamically linked, no further recomplations should be needed unless kernel structure changes occur, michael From owner-freebsd-current Wed Aug 21 19:01:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01205 for current-outgoing; Wed, 21 Aug 1996 19:01:55 -0700 (PDT) Received: from ambrisko.roble.com (ambrisko@netcom12.netcom.com [192.100.81.124]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA01173 for ; Wed, 21 Aug 1996 19:01:42 -0700 (PDT) Received: from freebsd.ambrisko.com (freebsd.ambrisko.com [1.1.1.1]) by ambrisko.roble.com (8.7.5/8.6.9) with ESMTP id SAA19445 for ; Wed, 21 Aug 1996 18:36:38 -0700 (PDT) Received: (from ambrisko@localhost) by freebsd.ambrisko.com (8.7.5/8.6.9) id SAA00381 for current@freebsd.org; Wed, 21 Aug 1996 18:35:58 -0700 (PDT) From: Doug Ambrisko Message-Id: <199608220135.SAA00381@freebsd.ambrisko.com> Subject: boot floppy patches To: current@freebsd.org Date: Wed, 21 Aug 1996 18:35:58 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The first patch is to make pathes relative incase the tree is not rooted at /usr/src. The second is make sure CVS directories are not copied to the mfs image. Third ensure a min. number of inodes and space left so when the install boot needs to create tmp stuff it can. Final set off patches permits sysinstall to run on a serial console to install FreeBSD and fixes a minor bug of recreating the etc directory in a brand new file system. Doug A. *** release/floppies/boot/crunch/crunch.conf Mon May 20 18:12:34 1996 --- release.mod/floppies/boot/crunch/crunch.conf Wed Aug 7 19:14:46 1996 *************** *** 1,12 **** # $Id: crunch.conf,v 1.1 1996/05/21 01:12:34 julian Exp $ ! srcdirs /usr/src/bin ! srcdirs /usr/src/release ! srcdirs /usr/src/sbin/i386 ! srcdirs /usr/src/sbin ! srcdirs /usr/src/usr.bin ! srcdirs /usr/src/gnu/usr.bin ! srcdirs /usr/src/usr.sbin progs sh find progs pwd ft ppp --- 1,12 ---- # $Id: crunch.conf,v 1.1 1996/05/21 01:12:34 julian Exp $ ! srcdirs ../../../../bin ! srcdirs ../../../../release ! srcdirs ../../../../sbin/i386 ! srcdirs ../../../../sbin ! srcdirs ../../../../usr.bin ! srcdirs ../../../../gnu/usr.bin ! srcdirs ../../../../usr.sbin progs sh find progs pwd ft ppp diff -c -r release/floppies/crunch_fs.mk release.mod/floppies/crunch_fs.mk *** release/floppies/crunch_fs.mk Mon May 20 18:12:21 1996 --- release.mod/floppies/crunch_fs.mk Fri Aug 9 08:39:50 1996*************** *** 73,79 **** step4: step3 .if defined(VERBATIM) A=`pwd`;cd ${.CURDIR}/${VERBATIM}; \ ! find . -print |cpio -pdmuv $$A/tree .endif true || cp ${TOP}/etc/spwd.db tree/etc touch step4 --- 73,79 ---- step4: step3 .if defined(VERBATIM) A=`pwd`;cd ${.CURDIR}/${VERBATIM}; \ ! find . -print | sed '/CVS/d' |cpio -pdmuv $$A/tree .endif true || cp ${TOP}/etc/spwd.db tree/etc touch step4 diff -c -r release/floppies/doFS.sh release.mod/floppies/doFS.sh *** release/floppies/doFS.sh Mon May 20 18:12:22 1996 --- release.mod/floppies/doFS.sh Sat Aug 17 07:26:45 1996 *************** *** 98,112 **** FSINODE=`expr ${FSINODE} + 8192` continue fi ! if [ $4 -gt 32 ] ; then echo "Reducing size" ! FSSIZE=`expr ${FSSIZE} - 4` FSINODE=`expr ${FSINODE} - 1024` continue fi ! if [ $7 -gt 64 ] ; then ! echo "Increasing bytes per inode" ! FSINODE=`expr ${FSINODE} + 8192` continue fi if [ $deadlock -eq 0 ] ; then --- 98,112 ---- FSINODE=`expr ${FSINODE} + 8192` continue fi ! if [ $4 -lt 32 ] ; then echo "Reducing size" ! FSSIZE=`expr ${FSSIZE} + 4` FSINODE=`expr ${FSINODE} - 1024` continue fi ! if [ $7 -lt 64 ] ; then ! echo "Decreasing bytes per inode" ! FSINODE=`expr ${FSINODE} - 8192` continue fi if [ $deadlock -eq 0 ] ; then diff -c -r release/sysinstall/dist.c release.mod/sysinstall/dist.c *** release/sysinstall/dist.c Sat Aug 3 03:10:48 1996 --- release.mod/sysinstall/dist.c Fri Aug 9 12:20:04 1996 *************** *** 459,466 **** seconds = stop.tv_sec + (stop.tv_usec / 1000000.0); if (!seconds) seconds = 1; ! msgInfo("%10d bytes read from %s dist, chunk %2d of %2d @ %.1f KB/sec.", total, dist, chunk + 1, numchunks, (total / seconds) / 1024.0); retval = write(fd2, buf, n); if (retval != n) { mediaDevice->close(mediaDevice, fd); --- 459,468 ---- seconds = stop.tv_sec + (stop.tv_usec / 1000000.0); if (!seconds) seconds = 1; ! if (!serial_mode){ ! msgInfo("%10d bytes read from %s dist, chunk %2d of %2d @ %.1f KB/sec.", total, dist, chunk + 1, numchunks, (total / seconds) / 1024.0); + } retval = write(fd2, buf, n); if (retval != n) { mediaDevice->close(mediaDevice, fd); diff -c -r release/sysinstall/globals.c release.mod/sysinstall/globals.c *** release/sysinstall/globals.c Thu Aug 1 03:58:51 1996 --- release.mod/sysinstall/globals.c Fri Aug 9 12:22:12 1996 *************** *** 41,46 **** --- 41,47 ---- * whatever values we feel are appropriate. */ + Boolean serial_mode; int DebugFD; /* Where diagnostic output goes */ Boolean Fake; /* Only pretend to be useful */ Boolean RunningAsInit; /* Are we running as init? */ *************** *** 59,64 **** --- 60,66 ---- void globalsInit(void) { + serial_mode = FALSE; DebugFD = -1; ColorDisplay = FALSE; Fake = FALSE; diff -c -r release/sysinstall/install.c release.mod/sysinstall/install.c *** release/sysinstall/install.c Sat Aug 3 03:11:00 1996 --- release.mod/sysinstall/install.c Fri Aug 9 19:22:20 1996 *************** *** 860,866 **** } /* Copy the /etc files into their rightful place */ ! if (vsystem("cd /mnt/stand; find etc | cpio %s -pdum /mnt", cpioVerbosity())) { msgConfirm("Couldn't copy up the /etc files!"); return TRUE; } --- 860,866 ---- } /* Copy the /etc files into their rightful place */ ! if (vsystem("cd /; find etc | cpio %s -pdum /mnt", cpioVerbosity())) { msgConfirm("Couldn't copy up the /etc files!"); return TRUE; } diff -c -r release/sysinstall/sysinstall.h release.mod/sysinstall/sysinstall.h *** release/sysinstall/sysinstall.h Thu Aug 1 03:58:53 1996 --- release.mod/sysinstall/sysinstall.h Fri Aug 9 12:21:02 1996 *************** *** 279,284 **** --- 279,285 ---- /*** Externs ***/ + extern Boolean serial_mode; extern int DebugFD; /* Where diagnostic output goes */ extern Boolean Fake; /* Don't actually modify anything - testing */ extern Boolean SystemWasInstalled; /* Did we install it? */ diff -c -r release/sysinstall/system.c release.mod/sysinstall/system.c *** release/sysinstall/system.c Thu Aug 1 03:58:54 1996 --- release.mod/sysinstall/system.c Fri Aug 9 08:25:45 1996 *************** *** 65,71 **** /* Are we running as init? */ if (getpid() == 1) { setsid(); ! close(0); open("/dev/ttyv0", O_RDWR); close(1); dup(0); close(2); dup(0); printf("%s running as init\n", argv[0]); --- 65,74 ---- /* Are we running as init? */ if (getpid() == 1) { setsid(); ! close(0); open("/dev/console", O_RDWR); ! if (ioctl(0, GIO_COLOR, &ColorDisplay) >= 0){ ! close(0); open("/dev/ttyv0", O_RDWR); ! } close(1); dup(0); close(2); dup(0); printf("%s running as init\n", argv[0]); diff -c -r release/sysinstall/termcap.c release.mod/sysinstall/termcap.c *** release/sysinstall/termcap.c Thu Aug 1 06:47:03 1996 --- release.mod/sysinstall/termcap.c Fri Aug 9 12:22:10 1996 *************** *** 50,55 **** --- 50,61 ---- if (setenv("TERMCAP", termcap_vt100, 1) < 0) return -1; } + if (getpid() == 1){ + printf("SERIAL MODE, debug to /dev/null\n"); + serial_mode = TRUE; + close(DebugFD); + DebugFD = open("/dev/null", O_RDWR, 0); + } if (DebugFD == -1) DebugFD = dup(1); } From owner-freebsd-current Wed Aug 21 19:20:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02645 for current-outgoing; Wed, 21 Aug 1996 19:20:12 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA02561; Wed, 21 Aug 1996 19:20:04 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id TAA18117; Wed, 21 Aug 1996 19:20:01 -0700 (PDT) Date: Wed, 21 Aug 1996 19:20:01 -0700 (PDT) Message-Id: <199608220220.TAA18117@silvia.HIP.Berkeley.EDU> To: jkh@freebsd.org CC: current@freebsd.org Subject: hylafax package problem From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried to compile the hylafax package, but the final packaging stage gets stuck like this: === ## make package Checksums OK. ===> Building package for hylafax-3.0.1 Creating package /usr/ports/packages/All/hylafax-3.0.1.tgz Registering depends: bash-1.14.6 ghostscript-2.6.2. === (sits here forever). So I did a ps from another screen: === ## ps gxlww | grep pkg_create 0 29248 29239 213 10 0 480 220 wait I+ p4 0:00.01 /bin/sh -ec if [ -e /ccd/ports/comms/hylafax/pkg/PLIST ]; then echo "===> Building package for hylafax-3.0.1"; if [ -d /usr/ports/packages ]; then if [ ! -d /usr/ports/packages/All ]; then if ! /bin/mkdir -p /usr/ports/packages/All; then echo ">> Can't create directory /usr/ports/packages/All."; exit 1; fi; fi; fi; if /usr/sbin/pkg_create -v -c /ccd/ports/comms/hylafax/pkg/COMMENT -d /ccd/ports/comms/hylafax/pkg/DESCR -f /ccd/ports/comms/hylafax/pkg/PLIST -p /usr/local -P "`make package-depends|sort|uniq`" -m /etc/mtree/BSD.local.dist /usr/ports/packages/All/hylafax-3.0.1.tgz; then if [ -d /usr/ports/packages ]; then make package-links; fi; else make delete-package; exit 1; fi; fi 0 29292 29248 163 2 0 220 372 fifo I+ p4 0:00.41 /usr/ports/packages/All/hylafax-3.0.1 (pkg_create) === There is no "tar" or "gzip" command running at this time. The package doesn't exist in /usr/ports/packages/All. However, if I kill the make package: === Registering depends: bash-1.14.6 ghostscript-2.6.2. ^C## Creating gzip'd tar ball in '/usr/ports/packages/All/hylafax-3.0.1.tgz' === Note the "Creating gzip'd..." message arrives after the prompt. And I'll have a partial package file in packages/All (size ranges from 200K to 1M+, although it's never complete). In addition, the ^C causes it to splat the package files all over the current directory: === ## lg /usr/ports/comms/hylafax/ total 25 1 -rw-r--r-- 1 root wheel 43 Aug 21 19:14 +COMMENT 9 -rw-r--r-- 1 root wheel 9139 Aug 21 19:14 +CONTENTS 1 -rw-r--r-- 1 root wheel 664 Aug 21 19:14 +DESC 2 -r--r--r-- 1 root wheel 2019 Aug 3 07:50 +MTREE_DIRS 1 drwxr-xr-x 7 asami2 wheel 512 Aug 21 19:14 ./ 1 drwxr-xr-x 11 asami2 wheel 512 Aug 20 20:14 ../ 1 drwxr-xr-x 2 asami2 wheel 512 Aug 10 00:35 CVS/ 5 -rw-r--r-- 1 asami2 wheel 5031 Mar 6 00:19 Makefile 1 drwxr-xr-x 3 asami2 wheel 512 Aug 10 00:35 files/ 1 drwxr-xr-x 3 asami2 wheel 512 Aug 10 00:35 patches/ 1 drwxr-xr-x 3 asami2 wheel 512 Aug 10 00:35 pkg/ 1 drwxr-xr-x 3 root wheel 512 Aug 21 19:05 work/ === This is a -current system compiled just before the great tcpdump commit. It only happens on hylafax, I've compiled hundreds of packages on this machine in the last few days and this is the only one that fails. And it's perfectly reproducible. Any ideas? Satoshi From owner-freebsd-current Wed Aug 21 20:06:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05726 for current-outgoing; Wed, 21 Aug 1996 20:06:53 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA05719 for ; Wed, 21 Aug 1996 20:06:50 -0700 (PDT) Received: from cimaxp1.UUCP (uucp@localhost) by melb.werple.net.au (8.7.5/8.7.3/2) with UUCP id MAA15348 for current@FreeBSD.org; Thu, 22 Aug 1996 12:16:28 +1000 (EST) Message-Id: <199608220216.MAA15348@melb.werple.net.au> Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA23403; Thu, 22 Aug 1996 12:18:20 +1000 From: John Birrell Subject: gcc -shared gone? To: current@FreeBSD.org Date: Thu, 22 Aug 1996 12:18:20 +1000 (EST) X-Mailer: ELM [version 2.4 PL24 ME8] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk G'day, gcc in -current now complains about -shared being an unrecognized option. I've just updated -current after a break of a few months. Do I assume that by default gcc will execute ld to link a shared process unless -static is used? -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Wed Aug 21 20:42:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08107 for current-outgoing; Wed, 21 Aug 1996 20:42:48 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA08097 for ; Wed, 21 Aug 1996 20:42:42 -0700 (PDT) Received: from GndRsh.aac.dev.com by mail.crl.com with SMTP id AA09822 (5.65c/IDA-1.5 for ); Wed, 21 Aug 1996 20:41:19 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id UAA11498; Wed, 21 Aug 1996 20:16:02 -0700 From: "Rodney W. Grimes" Message-Id: <199608220316.UAA11498@GndRsh.aac.dev.com> Subject: Re: boot floppy patches To: ambrisko@ambrisko.roble.com (Doug Ambrisko) Date: Wed, 21 Aug 1996 20:16:01 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199608220135.SAA00381@freebsd.ambrisko.com> from Doug Ambrisko at "Aug 21, 96 06:35:58 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The first patch is to make pathes relative incase the tree is not rooted > at /usr/src. The second is make sure CVS directories are not copied to > the mfs image. Third ensure a min. number of inodes and space left so when > the install boot needs to create tmp stuff it can. Final set off patches > permits sysinstall to run on a serial console to install FreeBSD and > fixes a minor bug of recreating the etc directory in a brand new file system. > > Doug A. > > *** release/floppies/boot/crunch/crunch.conf Mon May 20 18:12:34 1996 > --- release.mod/floppies/boot/crunch/crunch.conf Wed Aug 7 19:14:46 1996 > *************** > *** 1,12 **** > # $Id: crunch.conf,v 1.1 1996/05/21 01:12:34 julian Exp $ > > ! srcdirs /usr/src/bin > ! srcdirs /usr/src/release > ! srcdirs /usr/src/sbin/i386 > ! srcdirs /usr/src/sbin > ! srcdirs /usr/src/usr.bin > ! srcdirs /usr/src/gnu/usr.bin > ! srcdirs /usr/src/usr.sbin > > progs sh find > progs pwd ft ppp > --- 1,12 ---- > # $Id: crunch.conf,v 1.1 1996/05/21 01:12:34 julian Exp $ > > ! srcdirs ../../../../bin srcdirs ${.CURDIR}/../../../../bin would be more correct, as that takes care of the obj/noobj cases. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 21 22:15:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA13808 for current-outgoing; Wed, 21 Aug 1996 22:15:37 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA13799 for ; Wed, 21 Aug 1996 22:15:34 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA27615; Wed, 21 Aug 1996 22:13:14 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma027613; Wed Aug 21 22:13:11 1996 Message-ID: <321BEC2F.63DECDAD@whistle.com> Date: Wed, 21 Aug 1996 22:12:15 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Doug Ambrisko CC: current@freebsd.org Subject: Re: boot floppy patches References: <199608220135.SAA00381@freebsd.ambrisko.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug Ambrisko wrote: > > The first patch is to make pathes relative incase the tree is not rooted > at /usr/src. The second is make sure CVS directories are not copied to > the mfs image. Third ensure a min. number of inodes and space left so when > the install boot needs to create tmp stuff it can. Final set off patches > permits sysinstall to run on a serial console to install FreeBSD and > fixes a minor bug of recreating the etc directory in a brand new file system. > Jordan, I leave the sysinstall patches to you but I'm taking teh floppy ones... note, he used cut& paste for at least one patch so the spaces/tabs are all stuffed up.. From owner-freebsd-current Wed Aug 21 23:29:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20055 for current-outgoing; Wed, 21 Aug 1996 23:29:56 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA20049 for ; Wed, 21 Aug 1996 23:29:52 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA19439; Thu, 22 Aug 1996 08:25:00 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id IAA09246; Thu, 22 Aug 1996 08:37:52 +0200 From: Christoph Kukulies Message-Id: <199608220637.IAA09246@gilberto.physik.rwth-aachen.de> Subject: Re: More on RealAudio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 22 Aug 1996 08:37:51 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, akyol@wireless.Stanford.EDU, freebsd-current@freebsd.org In-Reply-To: <18497.840668870@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 04:07:50 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > No, I'm using it for the GUS. What is blowing up? It may be a problem > > with soundcard.h and it's location. This came in with recent changes > > in the linux lkm. > > Here's the relevant section of my kernel config file: > > controller snd0 > device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr > device sbxvi0 at isa? drq 5 > #device sbmidi0 at isa? port 0x330 > device opl0 at isa? port 0x388 > > And the errors: Hhhmm. Your soundcard choices are obviously different from mine (gus) so I never saw these errors. Regarding my remark yesterday on compiling smooth with later withdrawing it I can now withdraw the withdrawal: The issue is for me: tar zxvf snd01041996-2.2-current.tgz -C / ; cp /sys/i386/isa/sound/soundcard.h /sys/i386/include works for me - this is brute force and ugly I admit. Maybe Amancio will have a word on the current sound stuff wrt/ sb and other non-GUS devices as soon as he's on-line again. > > cc -c -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused -nostdinc -I. -I../.. -I../../sys -I../../../include -DI686_CPU -DI586_CPU -DINCLUDE_CONFIG_FILE -DAHC_TAGENABLE -DCOMPAT_IBCS2 -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/isa/sound/midi.c > ../../i386/isa/sound/midi.c:38: warning: no previous prototype for `CMIDI_init' > ../../i386/isa/sound/midi.c: In function `CMIDI_init': > ../../i386/isa/sound/midi.c:41: `num_midi_drivers' undeclared (first use this function) > ../../i386/isa/sound/midi.c:41: (Each undeclared identifier is reported only once > ../../i386/isa/sound/midi.c:41: for each function it appears in.) > ../../i386/isa/sound/midi.c:48: `midi_supported' undeclared (first use this function) > ... > > Looks like the configuration stuff is still not quite there. > > Anyway, since these patches are clearly not ready for prime-time, I'm > going to abandon my efforts to integrate them. I guess we're stuck with > the current sound drivers a little longer. :-( > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu Aug 22 00:58:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25582 for current-outgoing; Thu, 22 Aug 1996 00:58:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA25577 for ; Thu, 22 Aug 1996 00:58:46 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA20229; Thu, 22 Aug 1996 17:53:37 +1000 Date: Thu, 22 Aug 1996 17:53:37 +1000 From: Bruce Evans Message-Id: <199608220753.RAA20229@godzilla.zeta.org.au> To: current@freebsd.org, erich@lodgenet.com Subject: Re: does HAVE_FPU really work? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >(ttyp1@jake)# pwd >/usr/src/lib/msun >(ttyp1@jake)# make >cc -O -D_MULTI_LIBM -D_POSIX_MODE -D_IEEE_LIBM -c /usr/src/lib/msun/src/e_acos. >c -o e_acos.o >shouldn't it be compiling /usr/src/lib/msun/i387/e_acos.S ??? Yes. >Oh, well, make does a lot of stuff under the hood, so I proceeded to let >it compile, but the resultant library libm.so.2.0, has exactly the >same md5 as without HAVE_FPU defined --??? >then trying `make -ds e_acos.o', I get amongst other stuff: >SuffFindDeps (e_acos.o) > trying e_acos.s...not there > trying e_acos.S...got it > using existing source /usr/src/lib/msun/src/e_acos.c > applying .c -> .o to "e_acos.o" >looks like it finds e_acos.S, but uses e_acos.c anyway. didn't find It shouldn't use e_acos.c, since e_acos.c isn't among the source files if HAVE_FPU is defined (see the Makefile). Bruce From owner-freebsd-current Thu Aug 22 01:21:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26718 for current-outgoing; Thu, 22 Aug 1996 01:21:44 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA26707 for ; Thu, 22 Aug 1996 01:21:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA24411; Thu, 22 Aug 1996 10:21:25 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA23640; Thu, 22 Aug 1996 10:21:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA25285; Thu, 22 Aug 1996 09:37:54 +0200 (MET DST) From: J Wunsch Message-Id: <199608220737.JAA25285@uriah.heep.sax.de> Subject: Re: send-pr To: chuckr@glue.umd.edu (Chuck Robey) Date: Thu, 22 Aug 1996 09:37:54 +0200 (MET DST) Cc: asami@FreeBSD.org, freebsd-current@freefall.freebsd.org In-Reply-To: from Chuck Robey at "Aug 21, 96 07:44:44 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > > Well, I just added myself to freebsd-bugs and that includes a full > > (free) subscription of all bug reports. (Yeah, not only ports, but > > it's still the same price. :) > > Yeah, that's what Garrett said, it stinks. I can't keep my mail that > organized. Subscribe to the cvs-gnats mailing list. This gives you a local mirror of the gnats databse (it's not very large at all). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Aug 22 03:15:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02830 for current-outgoing; Thu, 22 Aug 1996 03:15:04 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA02817 for ; Thu, 22 Aug 1996 03:14:56 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id KAA18793 for ; Thu, 22 Aug 1996 10:39:16 +0100 Date: Thu, 22 Aug 1996 10:39:16 +0100 (BST) From: Doug Rabson To: freebsd-current@freebsd.org Subject: if_vx warning Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just changed the ethernet card in my machine from an SMC 21041 based card to a 3c590 (quake wouldn't work with the SMC card :-) and I get a worrying message on boot: Warning! Defective early revision adapter! Exactly how bad is this? The machine boots OK but NFS seems to run extremely slowly (timeouts?). Is there anything I can do to improve it other than trying another card? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Thu Aug 22 05:56:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11696 for current-outgoing; Thu, 22 Aug 1996 05:56:56 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11690 for ; Thu, 22 Aug 1996 05:56:53 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id HAA22127; Thu, 22 Aug 1996 07:56:14 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma022125; Thu Aug 22 07:56:11 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id HAA21364; Thu, 22 Aug 1996 07:56:15 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id HAA04765; Thu, 22 Aug 1996 07:49:36 -0500 (CDT) Message-Id: <199608221249.HAA04765@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Bruce Evans cc: current@FreeBSD.ORG, erich@lodgenet.com Subject: Re: does HAVE_FPU really work? In-reply-to: Your message of "Thu, 22 Aug 1996 17:53:37 +1000." <199608220753.RAA20229@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Aug 1996 07:49:36 -0500 From: "Eric L. Hernes" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: >>SuffFindDeps (e_acos.o) >> trying e_acos.s...not there >> trying e_acos.S...got it >> using existing source /usr/src/lib/msun/src/e_acos.c >> applying .c -> .o to "e_acos.o" > >>looks like it finds e_acos.S, but uses e_acos.c anyway. > didn't find > >It shouldn't use e_acos.c, since e_acos.c isn't among the source >files if HAVE_FPU is defined (see the Makefile). > Yes, I saw that. I even put in a t: @echo ${SRCS} # make t that spit out the .S's as expected, it just didn't compile 'em. Also, when I rm'ed the .c's that corresponding had .S's `make -ds e_acos.o' resulted in: SuffFindDeps (e_acos.o) trying e_acos.s...not there trying e_acos.S...got it applying .S -> .o to "e_acos.o" SuffFindDeps (e_acos.S) cc -D_MULTI_LIBM -D_POSIX_MODE -D_IEEE_LIBM -c /src/build/msun/i387/e_acos.S -o e_acos.o It looks like make is using `e_acos' as a root, and finding `e_acos.S' and `e_acos.c', and picking `e_acos.c', regardless of what ${SRCS} is. >Bruce > still confused, eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-current Thu Aug 22 08:48:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23022 for current-outgoing; Thu, 22 Aug 1996 08:48:17 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23012; Thu, 22 Aug 1996 08:48:10 -0700 (PDT) Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id LAA22728; Thu, 22 Aug 1996 11:48:09 -0400 (EDT) Date: Thu, 22 Aug 1996 11:48:09 -0400 (EDT) From: Brian Tao To: FREEBSD-PORTS-L , FREEBSD-CURRENT-L cc: ambrisko@ambrisko.roble.com Subject: Building SOCKS5 port, linking into ssh 1.2.14 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I must be overlooking something really simple here... I grabbed the ports-current/net/socks5 port (SOCKS5 0.16.6), and it compiled without any complaints (thanks, Doug). Now I want to recompile ssh 1.2.14 with SOCKS support. This is my ssh configure command line: ./configure --with-etcdir=/usr/local/etc \ --with-rsaref \ --with-libwrap \ --with-socks The configure fails with: [...] checking whether to support SOCKS... yes configure: error: Could not find the -lsocks5 library. You must first install socks. It is failing because the small test program references the "Rconnect()" symbol (it does, however, appear to find libsocks5.a). I've grepped all the files in the socks5 distribution, and there isn't a single mention of Rconnect or Rbind or Rlisten or any of the R* functions. The SOCKS FAQ even says to use these functions when socksifying a client. Am I missing some files that aren't included in the ports collection? -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Thu Aug 22 09:25:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25476 for current-outgoing; Thu, 22 Aug 1996 09:25:35 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA25471 for ; Thu, 22 Aug 1996 09:25:34 -0700 (PDT) Received: from gateway.tcs.com (tcsi.com [137.134.47.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id JAA16891 for ; Thu, 22 Aug 1996 09:25:32 -0700 (PDT) Received: from draco.tcs.com (draco.tcs.com [137.134.40.2]) by gateway.tcs.com (8.7.4/8.7.3) with ESMTP id JAA27694; Thu, 22 Aug 1996 09:22:29 -0700 (PDT) Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by draco.tcs.com (8.7.5/8.7.3) with ESMTP id JAA19806; Thu, 22 Aug 1996 09:22:28 -0700 (PDT) From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id JAA10845; Thu, 22 Aug 1996 09:22:26 -0700 Message-Id: <199608221622.JAA10845@cozumel.tcs.com> Subject: Re: boot floppy patches To: julian@whistle.com (Julian Elischer) Date: Thu, 22 Aug 1996 09:22:25 -0700 (PDT) Cc: ambrisko@ambrisko.roble.com, current@freebsd.org In-Reply-To: <321BEC2F.63DECDAD@whistle.com> from "Julian Elischer" at Aug 21, 96 10:12:15 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer writes: | | Jordan, I leave the sysinstall patches to you but I'm taking teh floppy | ones... | | note, he used cut& paste for at least one patch so the | spaces/tabs are all stuffed up.. Sorry about that. I was extracting it from a bigger set of patches that I set up for another guy that needs to load a system via the serial port (ie. my motivation and discovery of the bugs). It was weird, since my sizes added up in just such a way that the boot floppy had exactly 0 left over inodes which causes sysinstall to fall over. Also we seem to have exceeded the size for 1.2M floppy again, unless I made some other mistake. Doug A. From owner-freebsd-current Thu Aug 22 09:31:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25884 for current-outgoing; Thu, 22 Aug 1996 09:31:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA25877 for ; Thu, 22 Aug 1996 09:31:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA01286; Thu, 22 Aug 1996 09:31:36 -0700 (PDT) To: Doug Rabson cc: freebsd-current@freebsd.org Subject: Re: if_vx warning In-reply-to: Your message of "Thu, 22 Aug 1996 10:39:16 BST." Date: Thu, 22 Aug 1996 09:31:36 -0700 Message-ID: <1284.840731496@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just changed the ethernet card in my machine from an SMC 21041 based > card to a 3c590 (quake wouldn't work with the SMC card :-) and I get a Really? We have Quake running just fine with the SMC card here (and WC has frequent 8-player tournaments using their FreeBSD quake server :-) - what sorts of problems? Moving from the SMC to the 3COM card is definitely a step backwards.. Jordan From owner-freebsd-current Thu Aug 22 09:45:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27032 for current-outgoing; Thu, 22 Aug 1996 09:45:03 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA27017 for ; Thu, 22 Aug 1996 09:44:58 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA04261; Thu, 22 Aug 1996 12:44:33 -0400 Date: Thu, 22 Aug 1996 12:44:33 -0400 From: Garrett Wollman Message-Id: <9608221644.AA04261@halloran-eldar.lcs.mit.edu> To: Heikki Suonsivu Cc: freebsd-current@freebsd.org Subject: gated broken, needs recompilation In-Reply-To: <199608212139.AAA12025@cantina.clinet.fi> References: <199608212139.AAA12025@cantina.clinet.fi> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > gated seem have broken sometime in August, it fails to get any info on > devices from the kernel, and thus either crashes on failed assertion or is > unable to determine router id. > This can be worked around by recompiling, but no more single binary for all > routers, if this was intentional change. Any ideas what was the change ? The size and arrangement of some of the fields in `struct ifnet' was moved around to make a better management interface possible. That's the price you pay for running -current. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Thu Aug 22 09:57:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28794 for current-outgoing; Thu, 22 Aug 1996 09:57:12 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA28789 for ; Thu, 22 Aug 1996 09:57:11 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0utd45-0006kNC; Thu, 22 Aug 96 09:57 PDT Date: Thu, 22 Aug 1996 09:57:00 -0700 (PDT) From: Jake Hamby To: "Jordan K. Hubbard" cc: Christoph Kukulies , akyol@wireless.Stanford.EDU, freebsd-current@FreeBSD.org Subject: Re: More on RealAudio In-Reply-To: <18497.840668870@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 21 Aug 1996, Jordan K. Hubbard wrote: > > No, I'm using it for the GUS. What is blowing up? It may be a problem > > with soundcard.h and it's location. This came in with recent changes > > in the linux lkm. > > Here's the relevant section of my kernel config file: > > controller snd0 > device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr > device sbxvi0 at isa? drq 5 > #device sbmidi0 at isa? port 0x330 > device opl0 at isa? port 0x388 > > And the errors: > > cc -c -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused -nostdinc -I. -I../.. -I../../sys -I../../../include -DI686_CPU -DI586_CPU -DINCLUDE_CONFIG_FILE -DAHC_TAGENABLE -DCOMPAT_IBCS2 -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/isa/sound/midi.c > ../../i386/isa/sound/midi.c:38: warning: no previous prototype for `CMIDI_init' > ../../i386/isa/sound/midi.c: In function `CMIDI_init': > ../../i386/isa/sound/midi.c:41: `num_midi_drivers' undeclared (first use this function) > ../../i386/isa/sound/midi.c:41: (Each undeclared identifier is reported only once > ../../i386/isa/sound/midi.c:41: for each function it appears in.) > ../../i386/isa/sound/midi.c:48: `midi_supported' undeclared (first use this function) > ... > > Looks like the configuration stuff is still not quite there. > > Anyway, since these patches are clearly not ready for prime-time, I'm > going to abandon my efforts to integrate them. I guess we're stuck with > the current sound drivers a little longer. :-( > > Jordan Wait a sec, Jordan. Last time I compiled my kernel, if I remember correctly, I wasn't able to comment out sbmidi0 like that. Try uncommenting it and see what happens! Even if you've disabled MIDI with a jumper, I believe the port is still valid. Anyway, I may be totally off, but see if uncommenting the sbmidi0 line fixes things... ---Jake From owner-freebsd-current Thu Aug 22 10:51:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03286 for current-outgoing; Thu, 22 Aug 1996 10:51:21 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA03271 for ; Thu, 22 Aug 1996 10:51:14 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id SAA19409; Thu, 22 Aug 1996 18:48:41 +0100 Date: Thu, 22 Aug 1996 18:48:41 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: freebsd-current@freebsd.org Subject: Re: if_vx warning In-Reply-To: <1284.840731496@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Jordan K. Hubbard wrote: > > I just changed the ethernet card in my machine from an SMC 21041 based > > card to a 3c590 (quake wouldn't work with the SMC card :-) and I get a > > Really? We have Quake running just fine with the SMC card here (and > WC has frequent 8-player tournaments using their FreeBSD quake server > :-) - what sorts of problems? Moving from the SMC to the 3COM card > is definitely a step backwards.. More specific: DOS quake using Win95's IPX networking doesn't work on the SMC card. I haven't tried quake under FreeBSD but I would expect it to work fine. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Thu Aug 22 11:26:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05629 for current-outgoing; Thu, 22 Aug 1996 11:26:53 -0700 (PDT) Received: from gateway.tcs.com (tcsi.com [137.134.47.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA05624; Thu, 22 Aug 1996 11:26:50 -0700 (PDT) Received: from draco.tcs.com (draco.tcs.com [137.134.40.2]) by gateway.tcs.com (8.7.4/8.7.3) with ESMTP id LAA29622; Thu, 22 Aug 1996 11:26:46 -0700 (PDT) Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by draco.tcs.com (8.7.5/8.7.3) with ESMTP id LAA25462; Thu, 22 Aug 1996 11:26:44 -0700 (PDT) From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id LAA11282; Thu, 22 Aug 1996 11:26:42 -0700 Message-Id: <199608221826.LAA11282@cozumel.tcs.com> Subject: Re: Building SOCKS5 port, linking into ssh 1.2.14 To: taob@io.org (Brian Tao) Date: Thu, 22 Aug 1996 11:26:41 -0700 (PDT) Cc: freebsd-ports@FreeBSD.org, freebsd-current@FreeBSD.org, ambrisko@ambrisko.roble.com In-Reply-To: from "Brian Tao" at Aug 22, 96 11:48:09 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Brian Tao writes: | | I must be overlooking something really simple here... I grabbed | the ports-current/net/socks5 port (SOCKS5 0.16.6), and it compiled | without any complaints (thanks, Doug). Now I want to recompile ssh | 1.2.14 with SOCKS support. This is my ssh configure command line: | | ./configure --with-etcdir=/usr/local/etc \ | --with-rsaref \ | --with-libwrap \ | --with-socks | | The configure fails with: | [...] | checking whether to support SOCKS... yes | configure: error: Could not find the -lsocks5 library. You must first install socks. | | It is failing because the small test program references the | "Rconnect()" symbol (it does, however, appear to find libsocks5.a). | I've grepped all the files in the socks5 distribution, and there isn't | a single mention of Rconnect or Rbind or Rlisten or any of the R* | functions. The SOCKS FAQ even says to use these functions when | socksifying a client. I've just ran into this, and need to add the patch to ssh for Socks5. I'm doing this from memory at work since my stuff is at home. Note if you remove the suid bits from ssh then you can do a "runsocks ssh" and it will work. [Also John, I just heard but not validated that Solaris will use LD_PRELOAD specified libs if the are installed in /usr/lib even if the suid bits are on. This probably won't help Socks since it is installed in /usr/local/lib but maybe something to think about if we really want to be Solaris like.] Okay, the big change from Socks 4 to 5 was the change of the libsocks.a to libsocks5.a and the proxy functions of R to SOCKS. If you make these changes, then you can link and build it. This is probably the best bet since then it will also work with ssh installed as suid. Also it has the side benefit that if some tried "runsocks ssh" that would still work since the suid version would ignore the LD_PRELOAD option. Doing a runsocks on a socks'ified program is not good, or atleast wasn't when I last checked. This could be fixed since he does check some functions for being called again in a virtual loop. Anyways, I made this change in a brut force method to test it, but the real fix is to modify ssh to look for socks4 or socks5 type names which I haven't done yet. It should be fairly trivial. Doug A. From owner-freebsd-current Thu Aug 22 12:18:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08941 for current-outgoing; Thu, 22 Aug 1996 12:18:57 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08934; Thu, 22 Aug 1996 12:18:51 -0700 (PDT) Received: from srmail.sr.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA119311493; Thu, 22 Aug 1996 12:18:14 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA102771492; Thu, 22 Aug 1996 12:18:12 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA264081491; Thu, 22 Aug 1996 12:18:11 -0700 Message-Id: <199608221918.AA264081491@hpnmhjw.sr.hp.com> To: Brian Tao Cc: FREEBSD-PORTS-L , FREEBSD-CURRENT-L , ambrisko@ambrisko.roble.com Subject: Re: Building SOCKS5 port, linking into ssh 1.2.14 In-Reply-To: Your message of "Thu, 22 Aug 1996 11:48:09 EDT." Date: Thu, 22 Aug 1996 12:18:11 -0700 From: Darryl Okahata Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It is failing because the small test program references the > "Rconnect()" symbol (it does, however, appear to find libsocks5.a). > I've grepped all the files in the socks5 distribution, and there isn't > a single mention of Rconnect or Rbind or Rlisten or any of the R* > functions. The SOCKS FAQ even says to use these functions when > socksifying a client. These symbols exist in socks V4. Maybe V5 uses a different method and just redefines (for example), connect() directly? -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-current Thu Aug 22 12:34:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09994 for current-outgoing; Thu, 22 Aug 1996 12:34:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA09988 for ; Thu, 22 Aug 1996 12:34:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA15605; Thu, 22 Aug 1996 12:33:17 -0700 (PDT) To: Doug Rabson cc: freebsd-current@freebsd.org Subject: Re: if_vx warning In-reply-to: Your message of "Thu, 22 Aug 1996 18:48:41 BST." Date: Thu, 22 Aug 1996 12:33:16 -0700 Message-ID: <15596.840742396@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > More specific: DOS quake using Win95's IPX networking doesn't work on the > SMC card. I haven't tried quake under FreeBSD but I would expect it to > work fine. Sorry, I didn't actually intend to mix the two subjects the way I did. All the DOOM *clients* here are also running Win95 or DOS, though they're connecting to the quake server over TCP/IP and not IPX. Jordan From owner-freebsd-current Thu Aug 22 13:16:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12936 for current-outgoing; Thu, 22 Aug 1996 13:16:01 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA12913 for ; Thu, 22 Aug 1996 13:15:55 -0700 (PDT) Received: from GndRsh.aac.dev.com by mail.crl.com with SMTP id AA19600 (5.65c/IDA-1.5 for ); Thu, 22 Aug 1996 13:14:37 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id NAA12459; Thu, 22 Aug 1996 13:09:13 -0700 From: "Rodney W. Grimes" Message-Id: <199608222009.NAA12459@GndRsh.aac.dev.com> Subject: Re: if_vx warning To: dfr@render.com (Doug Rabson) Date: Thu, 22 Aug 1996 13:09:12 -0700 (PDT) Cc: jkh@time.cdrom.com, freebsd-current@freebsd.org In-Reply-To: from Doug Rabson at "Aug 22, 96 06:48:41 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Thu, 22 Aug 1996, Jordan K. Hubbard wrote: > > > > I just changed the ethernet card in my machine from an SMC 21041 based > > > card to a 3c590 (quake wouldn't work with the SMC card :-) and I get a > > > > Really? We have Quake running just fine with the SMC card here (and > > WC has frequent 8-player tournaments using their FreeBSD quake server > > :-) - what sorts of problems? Moving from the SMC to the 3COM card > > is definitely a step backwards.. > > More specific: DOS quake using Win95's IPX networking doesn't work on the > SMC card. I haven't tried quake under FreeBSD but I would expect it to > work fine. > Hummm... I guess I'll have to go try Quake on my Novell/Dos/Win95 setup as I have been running on DEC DC21x4x boards over there for a long time and have not seen any problems what so ever. Did you upgrade the Win95 to the latest update kit from MS, I know Win95 was pretty sick until I did that. What version is reported in your control_panel/System_properties/General window? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 22 14:14:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18339 for current-outgoing; Thu, 22 Aug 1996 14:14:51 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18333 for ; Thu, 22 Aug 1996 14:14:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA17297 for ; Thu, 22 Aug 1996 14:14:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA14301; Thu, 22 Aug 1996 14:03:36 -0700 From: Terry Lambert Message-Id: <199608222103.OAA14301@phaeton.artisoft.com> Subject: Re: gated broken, needs recompilation To: wollman@lcs.mit.edu (Garrett Wollman) Date: Thu, 22 Aug 1996 14:03:36 -0700 (MST) Cc: hsu@clinet.fi, freebsd-current@freebsd.org In-Reply-To: <9608221644.AA04261@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 22, 96 12:44:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > gated seem have broken sometime in August, it fails to get any info on > > devices from the kernel, and thus either crashes on failed assertion or is > > unable to determine router id. > > > This can be worked around by recompiling, but no more single binary for all > > routers, if this was intentional change. Any ideas what was the change ? > > The size and arrangement of some of the fields in `struct ifnet' was > moved around to make a better management interface possible. That's > the price you pay for running -current. I now better understand the Windows practive of putting interface version numbers in their drivers and crap. Makes you long for each structure to start with: struct { long version; /* version number of interface*/ ... And each initialization to start with: struct xxx yyy = { 96082200, /* 22 Aug 1996, version 00*/ ... Bletch. Then, of course, some idiot would insist on the kernel carrying around all the old interfaces, just like NetWare and Windows... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 22 14:17:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18446 for current-outgoing; Thu, 22 Aug 1996 14:17:05 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18441; Thu, 22 Aug 1996 14:17:01 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA00576; Thu, 22 Aug 1996 14:16:21 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma000574; Thu Aug 22 14:16:10 1996 Message-ID: <321CCDE2.794BDF32@whistle.com> Date: Thu, 22 Aug 1996 14:15:14 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: sos@freebsd.org CC: "Rodney W. Grimes" , pst@jnx.com, current@freebsd.org, archie@whistle.com Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c References: <199608222037.WAA28271@DeepCore.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org wrote: > > In reply to Rodney W. Grimes who wrote: > > context switches are just not going to cut it... though sometimes you need to do things with packets that require interaction with a database of reading from files etc.. I put it to you that having a general way of getting the packets out of the kernel is better than adding bloat IN the kernel to do these things. > > Exactly, but I share Garrets concerns on the mess we have in the IP > code by now (Se the new thread "How do we cleanup the IP code mess" > I've started for a possible solution). Certainly I had misgivings about adding stuff to the IP processing path so I am certainly happy to see if we can clean it up.. I like the idea personally of a pointer that is jumped to, that normally results in normal processing, but which can be replaced and 'chained' as soeren suggests. From owner-freebsd-current Thu Aug 22 14:22:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18795 for current-outgoing; Thu, 22 Aug 1996 14:22:36 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-68.sntc01.pacbell.net [206.170.2.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18784; Thu, 22 Aug 1996 14:22:32 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id OAA03962; Thu, 22 Aug 1996 14:22:27 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id OAA05175; Thu, 22 Aug 1996 14:22:16 -0700 (PDT) Message-Id: <199608222122.OAA05175@base.jnx.com> To: Julian Elischer cc: sos@freebsd.org, "Rodney W. Grimes" , current@freebsd.org, archie@whistle.com Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-reply-to: Your message of "Thu, 22 Aug 1996 14:15:14 PDT." <321CCDE2.794BDF32@whistle.com> Date: Thu, 22 Aug 1996 14:22:16 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just on the subject of NAT in general, I would strongly suggest anyone considering NAT look at the Linux code. It's not pretty, but one interface that is *critical* is the "nat exceptions" code. They've done a really good job on that bit of work. By NAT exceptions, I mean that there is actual code that sniffs datastreams and looks for things like FTP port numbers and irc DCC's and RealAudio stream IDs, etc. Paul From owner-freebsd-current Thu Aug 22 15:32:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23796 for current-outgoing; Thu, 22 Aug 1996 15:32:42 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23759 for ; Thu, 22 Aug 1996 15:32:15 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id BAA00484; Fri, 23 Aug 1996 01:31:43 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id BAA20079; Fri, 23 Aug 1996 01:31:41 +0300 (EET DST) Date: Fri, 23 Aug 1996 01:31:41 +0300 (EET DST) Message-Id: <199608222231.BAA20079@katiska.clinet.fi> From: Heikki Suonsivu To: Garrett Wollman Cc: Heikki Suonsivu , freebsd-current@freebsd.org Subject: gated broken, needs recompilation In-Reply-To: <9608221644.AA04261@halloran-eldar.lcs.mit.edu> References: <199608212139.AAA12025@cantina.clinet.fi> <9608221644.AA04261@halloran-eldar.lcs.mit.edu> Organization: Clinet Ltd, Espoo, Finland Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > < said: > > > gated seem have broken sometime in August, it fails to get any info on > > devices from the kernel, and thus either crashes on failed assertion or is > > unable to determine router id. > > > This can be worked around by recompiling, but no more single binary for all > > routers, if this was intentional change. Any ideas what was the change ? > > The size and arrangement of some of the fields in `struct ifnet' was > moved around to make a better management interface possible. That's > the price you pay for running -current. Not just moved around, it seems that kernel broke badly. With recompiled everything, the machine still deadlocks as soon as it receives routers through OSPF. Interesting is that the old kernel also deadlocks if used with new binaries and gated, so this probably woke up something nasty in kernel. If there is no gated, the machine seems to stay alive in normal FreeBSD fashion (uptime in days is inverse of average load). This did not break not just gated, but ifconfig and friends also need to be in pair with the kernel. There really should be portable interfaces for things like these, procfs or some form of sysctl ? > -GAWollman > > -- > Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same > wollman@lcs.mit.edu | O Siem / The fires of freedom > Opinions not those of| Dance in the burning flame > MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-43542270 fax -4555276 home -8031121 From owner-freebsd-current Thu Aug 22 15:40:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24682 for current-outgoing; Thu, 22 Aug 1996 15:40:08 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24637; Thu, 22 Aug 1996 15:40:00 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id PAA17504 ; Thu, 22 Aug 1996 15:39:59 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id PAA00981; Thu, 22 Aug 1996 15:39:23 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma000974; Thu Aug 22 15:38:53 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id PAA10234; Thu, 22 Aug 1996 15:38:52 -0700 From: Archie Cobbs Message-Id: <199608222238.PAA10234@bubba.whistle.com> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: julian@whistle.com (Julian Elischer) Date: Thu, 22 Aug 1996 15:38:52 -0700 (PDT) Cc: sos@freebsd.org, rgrimes@gndrsh.aac.dev.com, pst@jnx.com, current@freebsd.org, archie@whistle.com In-Reply-To: <321CCDE2.794BDF32@whistle.com> from "Julian Elischer" at Aug 22, 96 02:15:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In reply to Rodney W. Grimes who wrote: > > > > context switches are just not going to cut it... > though sometimes you need to do things with packets that > require interaction with a database of reading from files etc.. > I put it to you that having a general way of getting the packets > out of the kernel is better than adding bloat IN the kernel to > do these things. No reason we can't have both; then everybody's happy :-) I like Soren's "pointer chaining" idea .. as long as divert sockets are retained. Then you can use the kernel to do something if it is suitable (and/or you need performance), or if not, then you can always do it in user mode. User mode is also good for testing & debugging new things. -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-current Thu Aug 22 15:58:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26860 for current-outgoing; Thu, 22 Aug 1996 15:58:55 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-68.sntc01.pacbell.net [206.170.2.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA26839; Thu, 22 Aug 1996 15:58:46 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id PAA06619; Thu, 22 Aug 1996 15:58:40 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id PAA03084; Thu, 22 Aug 1996 15:58:28 -0700 (PDT) Message-Id: <199608222258.PAA03084@base.jnx.com> To: Archie Cobbs cc: julian@whistle.com (Julian Elischer), sos@freebsd.org, rgrimes@gndrsh.aac.dev.com, current@freebsd.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-reply-to: Your message of "Thu, 22 Aug 1996 15:38:52 PDT." <199608222238.PAA10234@bubba.whistle.com> Date: Thu, 22 Aug 1996 15:58:28 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk divert sockets could always be turned into a pointer-chaining module (as should the IPFW hook itslef. From: Archie Cobbs Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c > > In reply to Rodney W. Grimes who wrote: > > > > context switches are just not going to cut it... > though sometimes you need to do things with packets that > require interaction with a database of reading from files etc.. > I put it to you that having a general way of getting the packets > out of the kernel is better than adding bloat IN the kernel to > do these things. No reason we can't have both; then everybody's happy :-) I like Soren's "pointer chaining" idea .. as long as divert sockets are retained. Then you can use the kernel to do something if it is suitable (and/or you need performance), or if not, then you can always do it in user mode. User mode is also good for testing & debugging new things. -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-current Thu Aug 22 16:10:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA27838 for current-outgoing; Thu, 22 Aug 1996 16:10:58 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-68.sntc01.pacbell.net [206.170.2.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA27804; Thu, 22 Aug 1996 16:10:39 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id QAA06752; Thu, 22 Aug 1996 16:10:34 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id QAA08618; Thu, 22 Aug 1996 16:10:22 -0700 (PDT) Message-Id: <199608222310.QAA08618@base.jnx.com> To: Archie Cobbs cc: julian@whistle.com (Julian Elischer), sos@freebsd.org, rgrimes@gndrsh.aac.dev.com, current@freebsd.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-reply-to: Your message of "Thu, 22 Aug 1996 15:38:52 PDT." <199608222238.PAA10234@bubba.whistle.com> Date: Thu, 22 Aug 1996 16:10:22 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whoops, I see that's exactly what it already kind-of does. I see two things that need to be done. First off, the fragment diversion code has got to be re-engineered. The current state is totally disgusting. That may mean that the divert code inside IPFW actually retains state and does fragmentation reassembly itself (by calling ip_reass()). The second thing is that there should not be separate hooks for the firewall vs the NAT code. Luckily the two may be able to be solved with the same idea. There should be one hook, and one hook only, and that hook can either return a mbuf chain, which means continue processing this mbuf chain, or null, which means I've taken care of everything, just clean up your accounting. The NAT code is going to need to do fragmentation reassembly for simplicity sake, and the divert code apparently wants to do so too, so both of them should be responsible for handling fragments. That means, if you get a fragment in, if it's a frag you may be interested in (due to info in the IP header), you do all the standard reassembly. If the reassembly code swallows the fragment (don't have all bits), just return NULL, you're done. If the reassembly code returns with a fully reassembled packet, /then/ you do your divert or NAT operation on the entire packet. If you're not interested in reassembly, you just go on your merry way and return the fragment. The "diversion/firewall/accounting/nat" code should basicly consist of a linked list of these data/control routines, and you just run through the entire linked list, taking the output from one operation and feeding it into the input of the next (assuming no-one swallowed the packet). This seems much cleaner to me and gets most of the ugly DIVERT crap out of ipinput.c Paul From: Archie Cobbs Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c > > In reply to Rodney W. Grimes who wrote: > > > > context switches are just not going to cut it... > though sometimes you need to do things with packets that > require interaction with a database of reading from files etc.. > I put it to you that having a general way of getting the packets > out of the kernel is better than adding bloat IN the kernel to > do these things. No reason we can't have both; then everybody's happy :-) I like Soren's "pointer chaining" idea .. as long as divert sockets are retained. Then you can use the kernel to do something if it is suitable (and/or you need performance), or if not, then you can always do it in user mode. User mode is also good for testing & debugging new things. -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-current Thu Aug 22 16:29:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00456 for current-outgoing; Thu, 22 Aug 1996 16:29:49 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA00420; Thu, 22 Aug 1996 16:29:44 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id QAA17629 ; Thu, 22 Aug 1996 16:29:43 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA01319; Thu, 22 Aug 1996 16:27:56 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma001317; Thu Aug 22 16:27:39 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id QAA10431; Thu, 22 Aug 1996 16:27:39 -0700 From: Archie Cobbs Message-Id: <199608222327.QAA10431@bubba.whistle.com> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: pst@jnx.com (Paul Traina) Date: Thu, 22 Aug 1996 16:27:39 -0700 (PDT) Cc: archie@whistle.com, julian@whistle.com, sos@freebsd.org, rgrimes@gndrsh.aac.dev.com, current@freebsd.org In-Reply-To: <199608222310.QAA08618@base.jnx.com> from "Paul Traina" at Aug 22, 96 04:10:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The "diversion/firewall/accounting/nat" code should basicly consist of a > linked list of these data/control routines, and you just run through the > entire linked list, taking the output from one operation and feeding it > into the input of the next (assuming no-one swallowed the packet). Sounds good. This would make it easy then to add something that's been missing from the divert code, i.e., a socket option to specify whether or not to reassemble packets before diverting them. -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-current Thu Aug 22 16:49:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03135 for current-outgoing; Thu, 22 Aug 1996 16:49:27 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA03100; Thu, 22 Aug 1996 16:49:18 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id QAA13113; Thu, 22 Aug 1996 16:48:51 -0700 From: "Rodney W. Grimes" Message-Id: <199608222348.QAA13113@GndRsh.aac.dev.com> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: pst@jnx.com (Paul Traina) Date: Thu, 22 Aug 1996 16:48:50 -0700 (PDT) Cc: archie@whistle.com, julian@whistle.com, sos@freebsd.org, current@freebsd.org In-Reply-To: <199608222258.PAA03084@base.jnx.com> from Paul Traina at "Aug 22, 96 03:58:28 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > divert sockets could always be turned into a pointer-chaining module (as > should the IPFW hook itslef. I like the direction that sos layed out, now it just needs to be expanded so that the pointed to object can either be in the kernel or in user land. > From: Archie Cobbs > Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c > > > > In reply to Rodney W. Grimes who wrote: > > > > > > context switches are just not going to cut it... > > though sometimes you need to do things with packets that > > require interaction with a database of reading from files etc.. > > I put it to you that having a general way of getting the packets > > out of the kernel is better than adding bloat IN the kernel to > > do these things. > > No reason we can't have both; then everybody's happy :-) > > I like Soren's "pointer chaining" idea .. as long as divert sockets > are retained. Then you can use the kernel to do something if it > is suitable (and/or you need performance), or if not, then you can > always do it in user mode. > > User mode is also good for testing & debugging new things. > > -Archie > > > ___________________________________________________________________________ > Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 22 16:55:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04256 for current-outgoing; Thu, 22 Aug 1996 16:55:09 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-68.sntc01.pacbell.net [206.170.2.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04196; Thu, 22 Aug 1996 16:54:58 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id QAA07176; Thu, 22 Aug 1996 16:54:31 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id QAA21803; Thu, 22 Aug 1996 16:54:20 -0700 (PDT) Message-Id: <199608222354.QAA21803@base.jnx.com> To: "Rodney W. Grimes" cc: archie@whistle.com, julian@whistle.com, sos@freebsd.org, current@freebsd.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-reply-to: Your message of "Thu, 22 Aug 1996 16:48:50 PDT." <199608222348.QAA13113@GndRsh.aac.dev.com> Date: Thu, 22 Aug 1996 16:54:20 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: "Rodney W. Grimes" Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c I like the direction that sos layed out, now it just needs to be expanded so that the pointed to object can either be in the kernel or in user land. I do too, however I think it's not agressive or generic enough in the face of the mess from the divert code. I just started hacking around on things (just scratch copies of the files), and I think we could get a very clean and general API along the way of what I discussed earlier that should handle all four functions just fine with one function call API (divert/nat/firewall/accounting). Paul From owner-freebsd-current Thu Aug 22 17:08:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA06497 for current-outgoing; Thu, 22 Aug 1996 17:08:28 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA06474 for ; Thu, 22 Aug 1996 17:08:23 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id RAA13196; Thu, 22 Aug 1996 17:08:04 -0700 From: "Rodney W. Grimes" Message-Id: <199608230008.RAA13196@GndRsh.aac.dev.com> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: pst@jnx.com (Paul Traina) Date: Thu, 22 Aug 1996 17:08:04 -0700 (PDT) Cc: FreeBSD-current@FreeBSD.Org (FreeBSD current) In-Reply-To: <199608222354.QAA21803@base.jnx.com> from Paul Traina at "Aug 22, 96 04:54:20 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk > > From: "Rodney W. Grimes" > Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c > > I like the direction that sos layed out, now it just needs to be expanded > so that the pointed to object can either be in the kernel or in user land. > > I do too, however I think it's not agressive or generic enough in the face > of the mess from the divert code. > > I just started hacking around on things (just scratch copies of the files), > and I think we could get a very clean and general API along the way of what > I discussed earlier that should handle all four functions just fine with one > function call API (divert/nat/firewall/accounting). GO GO GO!!!! Let us know when the code is ready for review... (yea, like I'm really going to have time to do much more than read throught the diff and make comments....) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 22 17:29:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA09390 for current-outgoing; Thu, 22 Aug 1996 17:29:11 -0700 (PDT) Received: from oyoyo.cs.titech.ac.jp (oyoyo.cs.titech.ac.jp [131.112.18.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA09373 for ; Thu, 22 Aug 1996 17:29:06 -0700 (PDT) Received: by oyoyo.cs.titech.ac.jp (8.6.12+2.4W/3.2W-titmx-2.0g); Fri, 23 Aug 1996 09:28:56 +0900 Message-Id: <199608230028.JAA13593@oyoyo.cs.titech.ac.jp> To: FreeBSD current Cc: hidekazu@cs.titech.ac.jp Subject: Re: send-pr In-reply-to: Your message of "Wed, 21 Aug 1996 16:10:57 -0400." Date: Fri, 23 Aug 1996 09:28:55 +0900 From: Hidekazu Kuroki Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199608222352.QAA13126@GndRsh.aac.dev.com>, "Rodney W. Grimes" wrote: > > > asami 96/08/22 03:29:30 > > > > Modified: etc services > > Log: > > Add skkserv (1178/tcp) and sj3 (3086/tcp). They are both Japanese > > kanji input servers. > > Have these been assigned in the RFC's/IAN, if not they should probably not > go in FreeBSD's /etc/services. > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD > Hello, my name is Hidekazu Kuroki, and I'm a maintainer of SJ3 in a ports of category "japanese". This port number is selected by me , because SJ3's default port number is 3000, it have used by PPP. Is New sj3 port number 3001, OK?? ( There isn't this number is RFCs.and /etc/services) And, the skkserv's port number is used 1178 in /etc/services for SKK(kanji input method), is it OK too ?? Thanks. Bye. \\\\\\ ( @ @ ) /-------------------oOOo---(_)---oOOo-------------------\ | | | Tokyo Institute of Technology | | Department of Science and Engneering Lab. Yonezaki | | Hidekazu Kuroki (E-Mail : hidekazu@cs.titech.ac.jp) | | .oooO Oooo. | \_____________________( )___( )_____________________/ \ ( ) / \_) (_/ From owner-freebsd-current Thu Aug 22 17:39:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA10972 for current-outgoing; Thu, 22 Aug 1996 17:39:17 -0700 (PDT) Received: from oyoyo.cs.titech.ac.jp (oyoyo.cs.titech.ac.jp [131.112.18.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA10961 for ; Thu, 22 Aug 1996 17:39:14 -0700 (PDT) Received: by oyoyo.cs.titech.ac.jp (8.6.12+2.4W/3.2W-titmx-2.0g); Fri, 23 Aug 1996 09:39:11 +0900 Message-Id: <199608230039.JAA13648@oyoyo.cs.titech.ac.jp> To: FreeBSD current Subject: Re: send-pr In-reply-to: Your message of "Wed, 21 Aug 1996 16:10:57 -0400." Date: Fri, 23 Aug 1996 09:39:10 +0900 From: Hidekazu Kuroki Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Rod Grimes > rgrimes@gndrsh.aac.dev.com > > Accurate Automation Company Reliable computers for > FreeBSD > > > > Hello, my name is Hidekazu Kuroki, and I'm a maintainer of SJ3 in a > > ports of category "japanese". > > This port number is selected by me , because SJ3's default port > number is 3000, it have used by PPP. > > Is New sj3 port number 3001, OK?? ( There isn't this number is > RFCs.and /etc/services) > > And, the skkserv's port number is used 1178 in /etc/services > for SKK(kanji input method), is it OK too ?? > > Thanks. > > Bye. > > \\\\\\ > ( @ @ ) > /-------------------oOOo---(_)---oOOo-------------------\ > | | > | Tokyo Institute of Technology | > | Department of Science and Engneering Lab. Yonezaki | > | Hidekazu Kuroki (E-Mail : hidekazu@cs.titech.ac.jp) | > | .oooO Oooo. | > \_____________________( )___( )_____________________/ > \ ( ) / > \_) (_/ > I'm sorry, missed ML address.:-) Bye. From owner-freebsd-current Thu Aug 22 18:19:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15118 for current-outgoing; Thu, 22 Aug 1996 18:19:01 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA15108 for ; Thu, 22 Aug 1996 18:18:57 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id VAA03447; Thu, 22 Aug 1996 21:18:46 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Gang-Ryung Uh cc: current@FreeBSD.org From: "Gary Palmer" Subject: Re: usr.sbin/tcpdump/tcpslic In-reply-to: Your message of "Wed, 21 Aug 1996 19:42:06 EDT." <199608212342.TAA05550@sed.cs.fsu.edu> Date: Thu, 22 Aug 1996 21:18:45 -0400 Message-ID: <3444.840763125@orion.webspan.net> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Gang-Ryung Uh wrote in message ID <199608212342.TAA05550@sed.cs.fsu.edu>: > Hi, > > I have supped current source yesterday (Aug 20), and > attempted to make world. But I could not get through. > Would you tell me what I am missing? It was a mistake in the source code, now fixed. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Thu Aug 22 18:20:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15363 for current-outgoing; Thu, 22 Aug 1996 18:20:27 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA15350 for ; Thu, 22 Aug 1996 18:20:23 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id VAA03614; Thu, 22 Aug 1996 21:20:05 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Chuck Robey cc: Satoshi Asami , freebsd-current@freefall.freebsd.org From: "Gary Palmer" Subject: Re: send-pr In-reply-to: Your message of "Wed, 21 Aug 1996 19:44:44 EDT." Date: Thu, 22 Aug 1996 21:20:04 -0400 Message-ID: <3610.840763204@orion.webspan.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote in message ID : > Yeah, that's what Garrett said, it stinks. I can't keep my mail that > organized. What I would MUCH rather have is the results of: > query-pr -c ports -s open | mail chuckr@freebsd.org > sent once a week. I'm not picky about the time frame, I could even go > for once a day (kinda too often, but that's ok). Any way that could be > done on freefall? It's not that big a listing, try it. Why not use a cron job, since you have a freefall account? :-) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Thu Aug 22 18:31:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA16641 for current-outgoing; Thu, 22 Aug 1996 18:31:20 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA16628 for ; Thu, 22 Aug 1996 18:31:16 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA17629; Fri, 23 Aug 1996 10:45:40 +0930 From: Michael Smith Message-Id: <199608230115.KAA17629@genesis.atrad.adelaide.edu.au> Subject: Re: send-pr To: hidekazu@cs.titech.ac.jp (Hidekazu Kuroki) Date: Fri, 23 Aug 1996 10:45:40 +0930 (CST) Cc: freebsd-current@freefall.freebsd.org, hidekazu@cs.titech.ac.jp In-Reply-To: <199608230028.JAA13593@oyoyo.cs.titech.ac.jp> from "Hidekazu Kuroki" at Aug 23, 96 09:28:55 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hidekazu Kuroki stands accused of saying: > > This port number is selected by me , because SJ3's default port > number is 3000, it have used by PPP. > > Is New sj3 port number 3001, OK?? ( There isn't this number is > RFCs.and /etc/services) iijppp uses ports starting at 3000 and going up, one for each copy running. I would start at something a lot higher like 3200. > | Hidekazu Kuroki (E-Mail : hidekazu@cs.titech.ac.jp) | -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Aug 22 18:44:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18323 for current-outgoing; Thu, 22 Aug 1996 18:44:24 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA18316 for ; Thu, 22 Aug 1996 18:44:21 -0700 (PDT) Received: from baud.eng.umd.edu (baud.eng.umd.edu [129.2.98.183]) by po1.glue.umd.edu (8.8.Alpha.8/8.8.Alpha.8) with ESMTP id VAA11960; Thu, 22 Aug 1996 21:44:17 -0400 (EDT) Received: from localhost (chuckr@localhost) by baud.eng.umd.edu (8.7.5/8.7.3) with SMTP id VAA06073; Thu, 22 Aug 1996 21:44:17 -0400 (EDT) X-Authentication-Warning: baud.eng.umd.edu: chuckr owned process doing -bs Date: Thu, 22 Aug 1996 21:44:16 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@baud.eng.umd.edu To: Gary Palmer cc: Satoshi Asami , freebsd-current@freefall.freebsd.org Subject: Re: send-pr In-Reply-To: <3610.840763204@orion.webspan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Gary Palmer wrote: > Chuck Robey wrote in message ID > : > > Yeah, that's what Garrett said, it stinks. I can't keep my mail that > > organized. What I would MUCH rather have is the results of: > > query-pr -c ports -s open | mail chuckr@freebsd.org > > sent once a week. I'm not picky about the time frame, I could even go > > for once a day (kinda too often, but that's ok). Any way that could be > > done on freefall? It's not that big a listing, try it. > > Why not use a cron job, since you have a freefall account? :-) Simply because I'd never used it before, I didn't think of it. It's obviously ideal, in hindsight. > > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Thu Aug 22 19:37:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA22028 for current-outgoing; Thu, 22 Aug 1996 19:37:31 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA22015 for ; Thu, 22 Aug 1996 19:37:19 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id WAA29311 for ; Thu, 22 Aug 1996 22:38:00 -0400 (EDT) Date: Thu, 22 Aug 1996 22:37:59 -0400 (EDT) From: Gary Roberts To: freebsd-current@freebsd.org Subject: Equal Line Serilization Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Question: I know linux supported this, but does freebsd support Equal Line Serialaztion? I never got a chance to play with it while I ran linux, but now that I have a chance, I was wondering if fbsd supported it :) I have 2 modems on another machine and would like to try to connect with both 28.8's and see what happens :) Thanks! Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages From owner-freebsd-current Thu Aug 22 20:07:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA23388 for current-outgoing; Thu, 22 Aug 1996 20:07:52 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA23381 for ; Thu, 22 Aug 1996 20:07:47 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id UAA13453; Thu, 22 Aug 1996 20:07:31 -0700 From: "Rodney W. Grimes" Message-Id: <199608230307.UAA13453@GndRsh.aac.dev.com> Subject: Re: send-pr To: hidekazu@cs.titech.ac.jp (Hidekazu Kuroki) Date: Thu, 22 Aug 1996 20:07:31 -0700 (PDT) Cc: freebsd-current@freefall.freebsd.org, hidekazu@cs.titech.ac.jp In-Reply-To: <199608230028.JAA13593@oyoyo.cs.titech.ac.jp> from Hidekazu Kuroki at "Aug 23, 96 09:28:55 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In message <199608222352.QAA13126@GndRsh.aac.dev.com>, > "Rodney W. Grimes" wrote: > > > > > asami 96/08/22 03:29:30 > > > > > > Modified: etc services > > > Log: > > > Add skkserv (1178/tcp) and sj3 (3086/tcp). They are both > Japanese > > > kanji input servers. > > > > Have these been assigned in the RFC's/IAN, if not they should > probably not > > go in FreeBSD's /etc/services. > > > > -- > > Rod Grimes > rgrimes@gndrsh.aac.dev.com > > Accurate Automation Company Reliable computers for > FreeBSD > > > > Hello, my name is Hidekazu Kuroki, and I'm a maintainer of SJ3 in a > ports of category "japanese". Hello. > This port number is selected by me , because SJ3's default port > number is 3000, it have used by PPP. And probably an assigned number by IAN in one of the RFC's if I am not mistaken. > Is New sj3 port number 3001, OK?? ( There isn't this number is > RFCs.and /etc/services) Some one already pointed out that ppp starts at 3000 and goes up. > And, the skkserv's port number is used 1178 in /etc/services > for SKK(kanji input method), is it OK too ?? Not officially. You should make a request of the IAN authority to have a proper and permanent assigned port number. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 22 20:29:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA24312 for current-outgoing; Thu, 22 Aug 1996 20:29:15 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA24306; Thu, 22 Aug 1996 20:29:12 -0700 (PDT) Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id XAA29506; Thu, 22 Aug 1996 23:29:06 -0400 (EDT) Date: Thu, 22 Aug 1996 23:29:06 -0400 (EDT) From: Brian Tao To: Douglas Ambrisko cc: FREEBSD-PORTS-L , FREEBSD-CURRENT-L , ylo@cs.hut.fi Subject: Re: Building SOCKS5 port, linking into ssh 1.2.14 In-Reply-To: <199608221826.LAA11282@cozumel.tcs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Douglas Ambrisko wrote: > > Okay, the big change from Socks 4 to 5 was the change of the > libsocks.a to libsocks5.a and the proxy functions of R to > SOCKS. Yep, replacing all the R*() calls with SOCKS*() calls (including the one in the configure script) did the trick. Outbound ssh now works quite nicely through our firewall. :) The stupid thing is, I remember seeing "SOCKSconnect()" when I was off chasing another problem, and it didn't occur to me later that the fix would be this simple. :-/ Thanks, Doug. Tatu, perhaps ssh's configure script needs to be updated to use --with-socks4 and --with-socks5? -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Thu Aug 22 23:43:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01505 for current-outgoing; Thu, 22 Aug 1996 23:43:59 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA01498; Thu, 22 Aug 1996 23:43:55 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA17001; Fri, 23 Aug 1996 08:41:51 +0200 Message-Id: <199608230641.IAA17001@ra.dkuug.dk> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: pst@jnx.com (Paul Traina) Date: Fri, 23 Aug 1996 08:41:51 +0200 (MET DST) Cc: rgrimes@GndRsh.aac.dev.com, archie@whistle.com, julian@whistle.com, sos@freebsd.org, current@freebsd.org In-Reply-To: <199608222354.QAA21803@base.jnx.com> from "Paul Traina" at Aug 22, 96 04:54:20 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Paul Traina who wrote: > > > I like the direction that sos layed out, now it just needs to be expanded > so that the pointed to object can either be in the kernel or in user land. > > I do too, however I think it's not agressive or generic enough in the face > of the mess from the divert code. Sorry I've been asleep while this thread has gone into some real nice discussion !! (I dont get why we didn't get to that sentiment when I brought it up last time :( Oh, well....) I'm not sure I understand what you mean by agressive enough ?? I still think that it should be as simple as possible, but of cause also generic enough to be usefull. > I just started hacking around on things (just scratch copies of the files), > and I think we could get a very clean and general API along the way of what > I discussed earlier that should handle all four functions just fine with one > function call API (divert/nat/firewall/accounting). Remember that there allso should be a hook into the sockopt processing loop in raw_ip.c, so that it is possible to intall new options... I have the code (somewhere) that does what I envisioned, just its for the code in ip_* as before the divert crap got in. I spent some time designing this as I think this interface into the IP stream is pretty important.. I have a project that also relies on this to work, but I have no reservations on changing it RIGHT NOW, so I can get in peace with myself again :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Aug 23 00:07:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02718 for current-outgoing; Fri, 23 Aug 1996 00:07:52 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA02713; Fri, 23 Aug 1996 00:07:48 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA17128; Fri, 23 Aug 1996 09:07:40 +0200 Message-Id: <199608230707.JAA17128@ra.dkuug.dk> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: pst@jnx.com (Paul Traina) Date: Fri, 23 Aug 1996 09:07:40 +0200 (MET DST) Cc: archie@whistle.com, julian@whistle.com, sos@freebsd.org, rgrimes@gndrsh.aac.dev.com, current@freebsd.org In-Reply-To: <199608222310.QAA08618@base.jnx.com> from "Paul Traina" at Aug 22, 96 04:10:22 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Paul Traina who wrote: > > Whoops, I see that's exactly what it already kind-of does. > > I see two things that need to be done. > > First off, the fragment diversion code has got to be re-engineered. The > current state is totally disgusting. That may mean that the divert code > inside IPFW actually retains state and does fragmentation reassembly itself > (by calling ip_reass()). Exactly, I do this allready in my NAT code... > The second thing is that there should not be separate hooks for the firewall > vs the NAT code. Exactly, thats why I propose a single function vector, that evtually can be chained for fw, nat, crypt whatever... > Luckily the two may be able to be solved with the same idea. > > There should be one hook, and one hook only, and that hook can either > return a mbuf chain, which means continue processing this mbuf chain, > or null, which means I've taken care of everything, just clean up your > accounting. YES ! > The NAT code is going to need to do fragmentation reassembly for simplicity > sake, and the divert code apparently wants to do so too, so both of them > should be responsible for handling fragments. YES ! > That means, if you get a fragment in, if it's a frag you may be interested > in (due to info in the IP header), you do all the standard reassembly. > If the reassembly code swallows the fragment (don't have all bits), just > return NULL, you're done. If the reassembly code returns with a fully > reassembled packet, /then/ you do your divert or NAT operation on the > entire packet. > > If you're not interested in reassembly, you just go on your merry way and > return the fragment. > > The "diversion/firewall/accounting/nat" code should basicly consist of a > linked list of these data/control routines, and you just run through the > entire linked list, taking the output from one operation and feeding it > into the input of the next (assuming no-one swallowed the packet). Sure, but why not stay whith the much simple function vector, it also allows for much smaller overhead. > This seems much cleaner to me and gets most of the ugly DIVERT crap out > of ipinput.c YES YES !! > I like Soren's "pointer chaining" idea .. as long as divert sockets > are retained. Then you can use the kernel to do something if it > is suitable (and/or you need performance), or if not, then you can > always do it in user mode. I have no problem with retaing the divert type sockets in the system, why not make them generically there ?? > User mode is also good for testing & debugging new things. Naw, REAL kernel hackers use LKM's and printf's :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Aug 23 02:10:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07393 for current-outgoing; Fri, 23 Aug 1996 02:10:31 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA07299 for ; Fri, 23 Aug 1996 02:10:06 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id KAA21556; Fri, 23 Aug 1996 10:07:20 +0100 Date: Fri, 23 Aug 1996 10:07:20 +0100 (BST) From: Doug Rabson To: "Rodney W. Grimes" cc: jkh@time.cdrom.com, freebsd-current@freebsd.org Subject: Re: if_vx warning In-Reply-To: <199608222009.NAA12459@GndRsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Rodney W. Grimes wrote: > > On Thu, 22 Aug 1996, Jordan K. Hubbard wrote: > > > > > > I just changed the ethernet card in my machine from an SMC 21041 based > > > > card to a 3c590 (quake wouldn't work with the SMC card :-) and I get a > > > > > > Really? We have Quake running just fine with the SMC card here (and > > > WC has frequent 8-player tournaments using their FreeBSD quake server > > > :-) - what sorts of problems? Moving from the SMC to the 3COM card > > > is definitely a step backwards.. > > > > More specific: DOS quake using Win95's IPX networking doesn't work on the > > SMC card. I haven't tried quake under FreeBSD but I would expect it to > > work fine. > > > > Hummm... I guess I'll have to go try Quake on my Novell/Dos/Win95 setup > as I have been running on DEC DC21x4x boards over there for a long time > and have not seen any problems what so ever. > > Did you upgrade the Win95 to the latest update kit from MS, I know > Win95 was pretty sick until I did that. What version is reported in > your control_panel/System_properties/General window? I am running the standard Win95 build 950. I suppose I should upgrade to the latest OSR2 version but I just don't have the strength to download it over the corporate network. Has anyone noticed how badly Lanmanager sucks over wide area networks? And they think they have an internet filesystem... -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Fri Aug 23 02:29:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08283 for current-outgoing; Fri, 23 Aug 1996 02:29:04 -0700 (PDT) Received: from dot.ishiboo.com (user@dot.ishiboo.com [208.128.22.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08278 for ; Fri, 23 Aug 1996 02:29:01 -0700 (PDT) From: nirva@ishiboo.com Received: (qmail-queue invoked by uid 509); 23 Aug 1996 02:07:09 -0000 Message-ID: <19960823020709.2402.qmail@dot.ishiboo.com> Subject: -current kills harddrives To: freebsd-current@freebsd.org Date: Thu, 22 Aug 1996 20:07:08 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's my situation, 2 perfectly happy HDs, both SCSI-II, were working great for months. I upgraded to -current like 2 months ago, and my Micropolis 2 gig 7200rpm drive (running very cool to awesome scsi box) just crashed, i mean like hard, the Buslogic 946C it was on couldn't verify or low level it. I figured it was a HD problem so I ignored it and just got the drive RMA'd. I ran 2.1.0-release for a while, and then upgraded to -current once again about a week ago when i got my Matrox Meteor and wanted a better driver for it. Everything was going great, until last night a Quantum 2 gig drive died. Now, this drive was rock solid for almost a year, and i even switched to an adaptec 2940.. it could be a coincidence, but then again, its just a bit too suspicous to be right after -current install, again. These are the kinda errors I started getting: sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 sd0(ahc0:0:0): Power on, reset, or bus device reset occurred , retries:4 sd3(ahc0:4:0): UNIT ATTENTION asc:29,0 sd3(ahc0:4:0): Power on, reset, or bus device reset occurred , retries:2 sd2(ahc0:3:0): UNIT ATTENTION asc:29,0 sd2(ahc0:3:0): Power on, reset, or bus device reset occurred , retries:2 But they were all on sd1, and then it finanlly died and I get this: sd1(ahc0:1:0): timed out in datain phase, SCSISIGI == 0x0 sd1(ahc0:1:0): asserted ATN - device reset in message buffer sd1(ahc0:1:0): timed out in datain phase, SCSISIGI == 0x0 ahc0: Issued Channel A Bus Reset #1. 1 SCBs aborted sd1(ahc0:1:0): UNIT ATTENTION asc:29,0 sd1(ahc0:1:0): Power on, reset, or bus device reset occurred , retries:3 I've never seen the screen scroll so fast with errors. Its been like an hour since I disabled that drive, it only had the errors on sd0, sd2, and sd3 on bootup, but all is happy now.. hopefully it will stay this way.. Should I worry? Should I downgrade to -stable with the Meteor driver from -current? I don't relaly want to loose more drives if it is FreeBSD thats killing them. This is my dmesg: FreeBSD 2.2-CURRENT #0: Wed Aug 21 22:00:26 MDT 1996 nirva@blookitty.ishiboo.com:/usr/src/sys/compile/blookitty Calibrating clock(s) relative to mc146818A clock... i586 clock: 199441674 Hz, i8254 clock: 1193242 Hz CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 134217728 (131072K bytes) avail memory = 128217088 (125212K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 0 on pci0:7: 0 pci0:7:1: Intel Corporation, device=0x7010, class=storage (ide) [no driver assig ned] vga0 rev 1 int a irq 11 on pci0:11 meteor0 rev 0 int a irq 5 on pci0:15:0 meteor0: rev 0x1 bt0 rev 0 int a irq 5 on pci0:17 bt0: Bt946C/ 0-(32bit) bus bt0: reading board settings, dma=5, int=11 bt0: version 4.25J, fast sync, parity, 32 mbxs, 32 ccbs bt0: targ 2 sync rate= 5.00MB/s(200ns), offset=12 bt0: targ 6 sync rate= 6.66MB/s(150ns), offset=15 bt0: Using Strict Round robin scheme bt0 waiting for scsi devices to settle (bt0:2:0): "NEC CD-ROM DRIVE:500 2.5" type 5 removable SCSI 2 cd0(bt0:2:0): CD-ROM cd present [326402 x 2048 byte records] (bt0:6:0): "ARCHIVE Python 28388-XXX 5.72" type 1 removable SCSI 2 st0(bt0:6:0): Sequential-Access density code 0x13, drive empty ahc0 rev 0 int a irq 9 on pci0:19 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "SEAGATE ST5660N 0592" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 520MB (1065664 512 byte sectors) (ahc0:1:0): "QUANTUM EMPIRE_2100S 1022" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 2006MB (4108600 512 byte sectors) (ahc0:3:0): "QUANTUM EMPIRE_2100S 1022" type 0 fixed SCSI 2 sd2(ahc0:3:0): Direct-Access 2006MB (4108600 512 byte sectors) (ahc0:4:0): "HP C2490A 3256" type 0 fixed SCSI 2 sd3(ahc0:4:0): Direct-Access 2033MB (4165272 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 10 on isa ed0: address 00:c0:f0:0a:f3:6c, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in bt: unit number (1) too high bt1 not found at 0x330 npx0 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert enabled, unlimited logging --------------------------------------------------------------------------- Danny Dulai Feet. Pumice. Lotion. http://www.ishiboo.com/~nirva/ nirva@ishiboo.com --------------------------------------------------------------------------- From owner-freebsd-current Fri Aug 23 03:31:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09823 for current-outgoing; Fri, 23 Aug 1996 03:31:01 -0700 (PDT) Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA09815 for ; Fri, 23 Aug 1996 03:30:59 -0700 (PDT) Received: from host.domain by karon.dynas.se with smtp (Smail3.1.28.1 #5) id m0uttRd-000EVbC; Fri, 23 Aug 96 12:26:29 +0200 Received: by spirit.dynas.se (Smail3.1.28.1 #32) id m0uttRd-000JeVC; Fri, 23 Aug 96 12:26:29 +0200 Date: Fri, 23 Aug 1996 12:26:28 +0200 (MET DST) From: Mikael Hybsch To: freebsd-current@freebsd.org Subject: HP SureStore 4020i & Buslogic SCSI adapter Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to use a 4020i with a Buslogic BT-545C SCSI host adapter with limited success. I tried the example in the wormcontrol(8) man page. The wormcontrol commands works, but after a few seconds of writing to the cd I get "worm0(bt0:2:0) ABORTED COMMAND asc:ad,0 Vendor Specific ASC". Is there a driver for the Advansys ABP-510 SCSI card that came with the CD-R? -- Mikael Hybsch Email: micke@dynas.se DynaSoft, Dynamic Software AB Phone: +46-8-7250900 Box 10704 Fax: +46-8-6494970 S-121 29 STOCKHOLM, SWEDEN From owner-freebsd-current Fri Aug 23 04:02:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10820 for current-outgoing; Fri, 23 Aug 1996 04:02:44 -0700 (PDT) Received: from oyoyo.cs.titech.ac.jp (oyoyo.cs.titech.ac.jp [131.112.18.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA10815 for ; Fri, 23 Aug 1996 04:02:39 -0700 (PDT) Received: by oyoyo.cs.titech.ac.jp (8.6.12+2.4W/3.2W-titmx-2.0g); Fri, 23 Aug 1996 20:02:20 +0900 Message-Id: <199608231102.UAA14850@oyoyo.cs.titech.ac.jp> To: Michael Smith Cc: freebsd-current@freefall.freebsd.org, hidekazu@cs.titech.ac.jp Subject: Re: send-pr In-reply-to: Your message of "Fri, 23 Aug 1996 10:45:40 +0930." <199608230115.KAA17629@genesis.atrad.adelaide.edu.au> Date: Fri, 23 Aug 1996 20:02:20 +0900 From: Hidekazu Kuroki Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199608230115.KAA17629@genesis.atrad.adelaide.edu.au>, Michael Smith wrote: > > > > Is New sj3 port number 3001, OK?? ( There isn't this number is > > RFCs.and /etc/services) > > iijppp uses ports starting at 3000 and going up, one for each copy running. > I would start at something a lot higher like 3200. > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > Oh, Ok! I select a lot higher port number for sj3. Thanks. \\\\\\ ( @ @ ) /-------------------oOOo---(_)---oOOo-------------------\ | | | Tokyo Institute of Technology | | Department of Science and Engneering Lab. Yonezaki | | Hidekazu Kuroki (E-Mail : hidekazu@cs.titech.ac.jp) | | .oooO Oooo. | \_____________________( )___( )_____________________/ \ ( ) / \_) (_/ From owner-freebsd-current Fri Aug 23 04:09:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11339 for current-outgoing; Fri, 23 Aug 1996 04:09:14 -0700 (PDT) Received: from oyoyo.cs.titech.ac.jp (oyoyo.cs.titech.ac.jp [131.112.18.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA11328 for ; Fri, 23 Aug 1996 04:09:07 -0700 (PDT) Received: by oyoyo.cs.titech.ac.jp (8.6.12+2.4W/3.2W-titmx-2.0g); Fri, 23 Aug 1996 20:08:45 +0900 Message-Id: <199608231108.UAA14865@oyoyo.cs.titech.ac.jp> To: "Rodney W. Grimes" Cc: freebsd-current@freefall.freebsd.org, hidekazu@cs.titech.ac.jp Subject: Re: send-pr In-reply-to: Your message of "Thu, 22 Aug 1996 20:07:31 MST." <199608230307.UAA13453@GndRsh.aac.dev.com> Date: Fri, 23 Aug 1996 20:08:45 +0900 From: Hidekazu Kuroki Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199608230307.UAA13453@GndRsh.aac.dev.com>, "Rodney W. Grimes" wrote: Hi, > > This port number is selected by me , because SJ3's default port > > number is 3000, it have used by PPP. > > And probably an assigned number by IAN in one of the RFC's if > I am not mistaken. Oh, I will contact to the SJ3 developers. > > And, the skkserv's port number is used 1178 in /etc/services > > for SKK(kanji input method), is it OK too ?? > > Not officially. > > You should make a request of the IAN authority to have a proper and > permanent assigned port number. I will contact to the SKK developers too. If there are not officially, those users change /etc/services, when any problems are rised.:-) Or, do I ask those developers to get officially port number ? > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD Thanks. Bye. \\\\\\ ( @ @ ) /-------------------oOOo---(_)---oOOo-------------------\ | | | Tokyo Institute of Technology | | Department of Science and Engneering Lab. Yonezaki | | Hidekazu Kuroki (E-Mail : hidekazu@cs.titech.ac.jp) | | .oooO Oooo. | \_____________________( )___( )_____________________/ \ ( ) / \_) (_/ From owner-freebsd-current Fri Aug 23 04:28:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12517 for current-outgoing; Fri, 23 Aug 1996 04:28:07 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (wck-ca9-09.ix.netcom.com [204.31.231.105]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA12488 for ; Fri, 23 Aug 1996 04:27:51 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id EAA23012; Fri, 23 Aug 1996 04:25:18 -0700 (PDT) Date: Fri, 23 Aug 1996 04:25:18 -0700 (PDT) Message-Id: <199608231125.EAA23012@silvia.HIP.Berkeley.EDU> To: hidekazu@cs.titech.ac.jp CC: msmith@atrad.adelaide.edu.au, freebsd-current@freefall.freebsd.org, hidekazu@cs.titech.ac.jp In-reply-to: <199608231102.UAA14850@oyoyo.cs.titech.ac.jp> (message from Hidekazu Kuroki on Fri, 23 Aug 1996 20:02:20 +0900) Subject: Re: send-pr From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * In message <199608230115.KAA17629@genesis.atrad.adelaide.edu.au>, * Michael Smith wrote: * > iijppp uses ports starting at 3000 and going up, one for each copy running. * > I would start at something a lot higher like 3200. * Oh, Ok! I select a lot higher port number for sj3. What about 2999? :) Satoshi From owner-freebsd-current Fri Aug 23 07:20:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA24881 for current-outgoing; Fri, 23 Aug 1996 07:20:24 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA24869 for ; Fri, 23 Aug 1996 07:20:20 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA08167; Fri, 23 Aug 1996 10:19:52 -0400 Date: Fri, 23 Aug 1996 10:19:52 -0400 From: Garrett Wollman Message-Id: <9608231419.AA08167@halloran-eldar.lcs.mit.edu> To: Heikki Suonsivu Cc: Garrett Wollman , freebsd-current@freebsd.org Subject: gated broken, needs recompilation In-Reply-To: <199608222231.BAA20079@katiska.clinet.fi> References: <199608212139.AAA12025@cantina.clinet.fi> <9608221644.AA04261@halloran-eldar.lcs.mit.edu> <199608222231.BAA20079@katiska.clinet.fi> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > Not just moved around, it seems that kernel broke badly. With recompiled > everything, the machine still deadlocks as soon as it receives routers > through OSPF. That's truly bizarre. > There really should be portable interfaces for things like these, procfs or > some form of sysctl ? Well, in point of fact, said portable interface (sysctl) is precisely what was added which caused things to get rearranged. Here's a little program which queries this interface: ------------------------------------ #include #include /* for PF_LINK */ #include #include #include #include #include #include #include #include #include static void printit(const struct ifmibdata *); static const char *iftype(int); static const char *ifphys(int, int); static int isit(int, char **, const char *); int main(int argc, char **argv) { int i, maxifno, retval; struct ifmibdata ifmd; int name[6]; size_t len; retval = 1; name[0] = CTL_NET; name[1] = PF_LINK; name[2] = NETLINK_GENERIC; name[3] = IFMIB_SYSTEM; name[4] = IFMIB_IFCOUNT; len = sizeof maxifno; if (sysctl(name, 5, &maxifno, &len, 0, 0) < 0) err(EX_OSERR, "sysctl(net.link.generic.system.ifcount)"); name[3] = IFMIB_IFDATA; name[5] = IFDATA_GENERAL; for (i = 1; i <= maxifno; i++) { len = sizeof ifmd; name[4] = i; if (sysctl(name, 6, &ifmd, &len, 0, 0) < 0) err(EX_OSERR, "sysctl(net.link.ifdata.%d,general)", i); if (!isit(argc - 1, argv + 1, ifmd.ifmd_name)) continue; printit(&ifmd); retval = 0; } return retval; } static void printit(const struct ifmibdata *ifmd) { printf("Interface %.*s:\n", IFNAMSIZ, ifmd->ifmd_name); printf("\tflags: %x\n", ifmd->ifmd_flags); printf("\tpromiscuous listeners: %d\n", ifmd->ifmd_pcount); printf("\tsend queue length: %d\n", ifmd->ifmd_snd_len); printf("\tsend queue max length: %d\n", ifmd->ifmd_snd_maxlen); printf("\tsend queue drops: %d\n", ifmd->ifmd_snd_drops); printf("\ttype: %s\n", iftype(ifmd->ifmd_data.ifi_type)); printf("\tphysical: %s\n", ifphys(ifmd->ifmd_data.ifi_type, ifmd->ifmd_data.ifi_physical)); printf("\taddress length: %d\n", ifmd->ifmd_data.ifi_addrlen); printf("\theader length: %d\n", ifmd->ifmd_data.ifi_hdrlen); printf("\treceive quota: %d\n", ifmd->ifmd_data.ifi_recvquota); printf("\ttransmit quota: %d\n", ifmd->ifmd_data.ifi_xmitquota); printf("\tmtu: %lu\n", ifmd->ifmd_data.ifi_mtu); printf("\tmetric: %lu\n", ifmd->ifmd_data.ifi_metric); printf("\tline rate: %lu bit/s\n", ifmd->ifmd_data.ifi_baudrate); printf("\tpackets received: %lu\n", ifmd->ifmd_data.ifi_ipackets); printf("\tinput errors: %lu\n", ifmd->ifmd_data.ifi_ierrors); printf("\tpackets transmitted: %lu\n", ifmd->ifmd_data.ifi_opackets); printf("\toutput errors: %lu\n", ifmd->ifmd_data.ifi_oerrors); printf("\tcollisions: %lu\n", ifmd->ifmd_data.ifi_collisions); printf("\tbytes received: %lu\n", ifmd->ifmd_data.ifi_ibytes); printf("\tbytes transmitted: %lu\n", ifmd->ifmd_data.ifi_obytes); printf("\tmulticasts received: %lu\n", ifmd->ifmd_data.ifi_imcasts); printf("\tmulticasts transmitted: %lu\n", ifmd->ifmd_data.ifi_omcasts); printf("\tinput queue drops: %lu\n", ifmd->ifmd_data.ifi_iqdrops); printf("\tpackets for unknown protocol: %lu\n", ifmd->ifmd_data.ifi_noproto); printf("\treceive timing: %lu usec\n", ifmd->ifmd_data.ifi_recvtiming); printf("\ttransmit timing: %lu usec\n", ifmd->ifmd_data.ifi_xmittiming); } static const char *const if_types[] = { "reserved", "other", "BBN 1822", "HDH 1822", "X.25 DDN", "X.25", "Ethernet", "ISO 8802-3 CSMA/CD", "ISO 8802-4 Token Bus", "ISO 8802-5 Token Ring", "ISO 8802-6 DQDB MAN", "StarLAN", "Proteon proNET-10", "Proteon proNET-80", "HyperChannel", "FDDI", "LAP-B", "SDLC", "T-1", "CEPT", "Basic rate ISDN", "Primary rate ISDN", "Proprietary P2P", "PPP", "Loopback", "ISO CLNP over IP", "Experimental Ethernet", "XNS over IP", "SLIP", "Ultra Technologies", "DS-3", "SMDS", "Frame Relay", "RS-232 serial", "Parallel printer port", "ARCNET", "ARCNET+", "ATM", "MIOX25", "SONET/SDH", "X25PLE", "ISO 8802-2 LLC", "LocalTalk", "SMDSDXI", "Frame Relay DCE", "V.35", "HSSI", "HIPPI", "Generic Modem", "ATM AAL5", "SONETPATH", "SONETVT", "SMDS InterCarrier Interface", "Proprietary virtual interface", "Proprietary multiplexing" }; #define NIFTYPES ((sizeof if_types)/(sizeof if_types[0])) static const char * iftype(int type) { static char buf[256]; if (type <= 0 || type > NIFTYPES) { sprintf(buf, "unknown type %d", type); return buf; } return if_types[type]; } static const char * ifphys(int type, int phys) { static char buf[256]; sprintf(buf, "unknown physical %d", phys); return buf; } static int isit(int argc, char **argv, const char *name) { if (argc == 0) return 1; for (argc = 0; argv[argc]; argc++) { if (strncmp(argv[argc], name, IFNAMSIZ) == 0) return 1; } return 0; } ------------------------------------ From owner-freebsd-current Fri Aug 23 08:12:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03494 for current-outgoing; Fri, 23 Aug 1996 08:12:47 -0700 (PDT) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA03484; Fri, 23 Aug 1996 08:12:44 -0700 (PDT) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id KAA26215; Fri, 23 Aug 1996 10:12:40 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 Aug 1996 10:12:41 -0500 To: current@freebsd.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: Thoughts on implementation of communications protocols Cc: sos@freebsd.org, pst@jnx.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk PST and SOS, and perhaps others, have been discussing ideas to improve the structure of IP packet handling. I like the direction that they are headed. Let me add a few ideas of by own. 1) If I interpret Paul correctly, he advocates a unified interface for modules which do firewalling, accounting, etc. I agree. The fundamental concept here is that of a "message". It may be broken into several buffers. By using the same interface for each processing element, we can insert or remove elements at will. 2) These processing elements should be in the format that allows them to be lkm's. 3) A "glue" module could be used to pass the packets to user space. The user space module could use the same protocol. This would greatly simplify the transition between kernel module and user module. 4) The same mechanism that works for IP should also apply to IPX, Appletalk, PPP, etc. Here is a model that I propose for consideration. The kernel has a built-in registration mechanism for handlers. Packet switchers handle the routing. There is a special "bit bucket" protocol that takes care of message buffer management. If no router is loaded for a particular protocol, the default sends things to the "bit bucket". Each interface "registers" for the protocols that it can accept. Interface routines are "(de)encapsulators" which translate from one protocol to another. Real interfaces have the side effect of transferring the data to some hardware while they route the buffers back to the "bit bucket". I also add "queueing" encapsulators which can hold messages until they are passed down the chain. These need to communicate with the storage management portion of the scheme to avoid consuming too many buffers. Firewalls and accounting modules simply "hook in" the chain at the appropriate place. They act with just the same interface as any other handler. - - - - I like the suggestion of passing along a "dead/alive" tag with each message. That way accounting routines can still get a chance at things which a filter has blocked. Everyone else would just pass it along until it gets to a protocol switching node which shunts it to the "bit bucket". - - - - - Now, here's a scary thought... Would the same kind of mechanism also work for file systems? It would certainly make it easy to handle encrypted file systems and foreign FS structures. From owner-freebsd-current Fri Aug 23 08:22:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04038 for current-outgoing; Fri, 23 Aug 1996 08:22:10 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA04033 for ; Fri, 23 Aug 1996 08:22:07 -0700 (PDT) Received: from prozac.neuron.net (prozac.neuron.net [165.254.1.213]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id IAA19161 for ; Fri, 23 Aug 1996 08:21:21 -0700 (PDT) Received: (from amir@localhost) by prozac.neuron.net (8.7.5/8.6.12) id LAA15126; Fri, 23 Aug 1996 11:11:13 -0400 (EDT) From: "Amir Y. Rosenblatt" Message-Id: <199608231511.LAA15126@prozac.neuron.net> Subject: Re: -current kills harddrives To: nirva@ishiboo.com Date: Fri, 23 Aug 1996 11:11:13 -0400 (EDT) Cc: freebsd-current@freebsd.org In-Reply-To: <19960823020709.2402.qmail@dot.ishiboo.com> from "nirva@ishiboo.com" at Aug 22, 96 08:07:08 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I ran 2.1.0-release for a while, and then upgraded to -current > once again about a week ago when i got my Matrox Meteor and > wanted a better driver for it. Everything was going great, > until last night a Quantum 2 gig drive died. Now, this drive > was rock solid for almost a year, and i even switched to an > adaptec 2940.. it could be a coincidence, but then again, its > just a bit too suspicous to be right after -current install, > again. > > These are the kinda errors I started getting: > > sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 > sd0(ahc0:0:0): Power on, reset, or bus device reset occurred > , retries:4 > > I've never seen the screen scroll so fast with errors. I posted at length a month ago or so about similar problems I had with one of my Barracudas -- I got the same type of error messages and it would basically disable the machine and then either crash it outright or give me a kernel panic and drop to the debugger. The conclusion seemed to ahve been that it was a hardware problem, probably caused by heat (those 7200 rpm disks run *hot*). I RMA's the disk and swapped ina replacement which was fine until 2 weeks later when it started doing the same thing. I had this happening about every week or two (almost always on a monday - -go figure). It last happened thisd past monday. I've since improved the airflow around my disks (and am searching far and wide for a good external 4 disk enclosure that can handle these disks and keep em happy) and they've been ok all week. Interestingly, it's only happened to sd0 -- sd1, which is identical to sd0 (both are ST32550Ws) has been fine all along. Oh, and my SCSI card is an Adaptec 2940UW. -Amir From owner-freebsd-current Fri Aug 23 09:05:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05815 for current-outgoing; Fri, 23 Aug 1996 09:05:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA05809 for ; Fri, 23 Aug 1996 09:05:26 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA20867; Fri, 23 Aug 1996 09:05:21 -0700 (PDT) To: nirva@ishiboo.com cc: freebsd-current@freebsd.org Subject: Re: -current kills harddrives In-reply-to: Your message of "Thu, 22 Aug 1996 20:07:08 MDT." <19960823020709.2402.qmail@dot.ishiboo.com> Date: Fri, 23 Aug 1996 09:05:21 -0700 Message-ID: <20865.840816321@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Here's my situation, 2 perfectly happy HDs, both SCSI-II, were > working great for months. I seriously doubt that -current is killing your hard drives. Some things you just can't do from software, even if you wanted to. Jordan From owner-freebsd-current Fri Aug 23 09:16:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06191 for current-outgoing; Fri, 23 Aug 1996 09:16:17 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA06181; Fri, 23 Aug 1996 09:16:12 -0700 (PDT) Message-Id: <199608231616.JAA06181@freefall.freebsd.org> To: Mikael Hybsch cc: freebsd-current@freebsd.org Subject: Re: HP SureStore 4020i & Buslogic SCSI adapter In-reply-to: Your message of "Fri, 23 Aug 1996 12:26:28 +0200." Date: Fri, 23 Aug 1996 09:16:12 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm trying to use a 4020i with a Buslogic BT-545C SCSI host adapter >with limited success. > >I tried the example in the wormcontrol(8) man page. The wormcontrol >commands works, but after a few seconds of writing to the cd I get >"worm0(bt0:2:0) ABORTED COMMAND asc:ad,0 Vendor Specific ASC". This is not a Buslogic problem, but a worm driver problem. I'm sure that Joerg can give you more details about what it means for you writer. >Is there a driver for the Advansys ABP-510 SCSI card that >came with the CD-R? I've been working off and on on it, but fixing the generic SCSI layer has had higher precedence lately. >-- > Mikael Hybsch Email: micke@dynas.se > DynaSoft, Dynamic Software AB Phone: +46-8-7250900 > Box 10704 Fax: +46-8-6494970 > S-121 29 STOCKHOLM, SWEDEN > > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri Aug 23 09:48:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09698 for current-outgoing; Fri, 23 Aug 1996 09:48:27 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-37.sntc01.pacbell.net [206.170.2.37]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09687; Fri, 23 Aug 1996 09:48:19 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id JAA17346; Fri, 23 Aug 1996 09:48:16 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id JAA15997; Fri, 23 Aug 1996 09:48:04 -0700 (PDT) Message-Id: <199608231648.JAA15997@base.jnx.com> To: sos@freebsd.org cc: rgrimes@GndRsh.aac.dev.com, archie@whistle.com, julian@whistle.com, current@freebsd.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-reply-to: Your message of "Fri, 23 Aug 1996 08:41:51 +0200." <199608230641.IAA17001@ra.dkuug.dk> Date: Fri, 23 Aug 1996 09:48:04 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got the reassembly code properly modularized (did it last night), so it can be called anywhere along the forwarding path and do the right thing. By not agressive enough, I mean I think you have the right idea, but the syntax for the hook should be something like: for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { if (!(*hook)(IP_INPUT, &m, &ip)) break; } Basicly, we make a linked list of hooks and call them in order until one of them swallows the packet or they're all complete. We do this for ip input processing, ip output processing, and perhaps as suggested, in the IP raw input (packet received) processing section of the code. Then, if you want IP filtering, just add the hook to the generic "registry" Paul From: sos@freebsd.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In reply to Paul Traina who wrote: > > > I like the direction that sos layed out, now it just needs to be expanded > so that the pointed to object can either be in the kernel or in user land >>. > > I do too, however I think it's not agressive or generic enough in the face > of the mess from the divert code. Sorry I've been asleep while this thread has gone into some real nice discussion !! (I dont get why we didn't get to that sentiment when I brought it up last time :( Oh, well....) I'm not sure I understand what you mean by agressive enough ?? I still think that it should be as simple as possible, but of cause also generic enough to be usefull. > I just started hacking around on things (just scratch copies of the files), > and I think we could get a very clean and general API along the way of what > I discussed earlier that should handle all four functions just fine with on >>e > function call API (divert/nat/firewall/accounting). Remember that there allso should be a hook into the sockopt processing loop in raw_ip.c, so that it is possible to intall new options... I have the code (somewhere) that does what I envisioned, just its for the code in ip_* as before the divert crap got in. I spent some time designing this as I think this interface into the IP stream is pretty important.. I have a project that also relies on this to work, but I have no reservations on changing it RIGHT NOW, so I can get in peace with myself again :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Aug 23 10:24:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15051 for current-outgoing; Fri, 23 Aug 1996 10:24:14 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA15040; Fri, 23 Aug 1996 10:24:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16054; Fri, 23 Aug 1996 10:13:37 -0700 From: Terry Lambert Message-Id: <199608231713.KAA16054@phaeton.artisoft.com> Subject: Re: Thoughts on implementation of communications protocols To: rkw@dataplex.net (Richard Wackerbarth) Date: Fri, 23 Aug 1996 10:13:37 -0700 (MST) Cc: current@FreeBSD.org, sos@FreeBSD.org, pst@jnx.com In-Reply-To: from "Richard Wackerbarth" at Aug 23, 96 10:12:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I like the suggestion of passing along a "dead/alive" tag with each message. > That way accounting routines can still get a chance at things which a > filter has blocked. Everyone else would just pass it along until it gets to > a protocol switching node which shunts it to the "bit bucket". > > - - - - - > > Now, here's a scary thought... Would the same kind of mechanism also work > for file systems? It would certainly make it easy to handle encrypted file > systems and foreign FS structures. We could call it "VFS". 8-) 8-0 8-) 8-P We already have a stacking system for the FS that does what you want; it just can't collapse stacks to get the equivalent single-layer implementation. And that's been hacked on already, it's a matter of integration order. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Aug 23 10:27:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15287 for current-outgoing; Fri, 23 Aug 1996 10:27:55 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA15282 for ; Fri, 23 Aug 1996 10:27:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id KAA19357 for ; Fri, 23 Aug 1996 10:27:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16028; Fri, 23 Aug 1996 10:06:10 -0700 From: Terry Lambert Message-Id: <199608231706.KAA16028@phaeton.artisoft.com> Subject: Re: -current kills harddrives To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 10:06:10 -0700 (MST) Cc: nirva@ishiboo.com, freebsd-current@freebsd.org In-Reply-To: <20865.840816321@time.cdrom.com> from "Jordan K. Hubbard" at Aug 23, 96 09:05:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Here's my situation, 2 perfectly happy HDs, both SCSI-II, were > > working great for months. > > I seriously doubt that -current is killing your hard drives. > Some things you just can't do from software, even if you wanted > to. Do you have a Commodore CBM 8032? I have three pokes to sell you... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Aug 23 10:29:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15526 for current-outgoing; Fri, 23 Aug 1996 10:29:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA15272; Fri, 23 Aug 1996 10:27:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16063; Fri, 23 Aug 1996 10:14:47 -0700 From: Terry Lambert Message-Id: <199608231714.KAA16063@phaeton.artisoft.com> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: pst@jnx.com (Paul Traina) Date: Fri, 23 Aug 1996 10:14:46 -0700 (MST) Cc: sos@FreeBSD.org, rgrimes@GndRsh.aac.dev.com, archie@whistle.com, julian@whistle.com, current@FreeBSD.org In-Reply-To: <199608231648.JAA15997@base.jnx.com> from "Paul Traina" at Aug 23, 96 09:48:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > By not agressive enough, I mean I think you have the right idea, but the > syntax > for the hook should be something like: > > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { > if (!(*hook)(IP_INPUT, &m, &ip)) > break; > } > > Basicly, we make a linked list of hooks and call them in order until one of > them swallows the packet or they're all complete. > > We do this for ip input processing, ip output processing, and perhaps as > suggested, in the IP raw input (packet received) processing section of the code. > > Then, if you want IP filtering, just add the hook to the generic "registry" Question: is there any particular reason this should be IP specific? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Aug 23 10:46:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16955 for current-outgoing; Fri, 23 Aug 1996 10:46:11 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-37.sntc01.pacbell.net [206.170.2.37]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16948; Fri, 23 Aug 1996 10:46:07 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id KAA18116; Fri, 23 Aug 1996 10:46:05 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id KAA16117; Fri, 23 Aug 1996 10:45:54 -0700 (PDT) Message-Id: <199608231745.KAA16117@base.jnx.com> To: Terry Lambert cc: sos@FreeBSD.org, rgrimes@GndRsh.aac.dev.com, archie@whistle.com, julian@whistle.com, current@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-reply-to: Your message of "Fri, 23 Aug 1996 10:14:46 PDT." <199608231714.KAA16063@phaeton.artisoft.com> Date: Fri, 23 Aug 1996 10:45:53 -0700 From: Paul Traina Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Good point. It saves re-doing a lot of work (e.g. protocol classification) if you do it in the IP stack, but there's nothing *forcing* it to be IP specific. From: Terry Lambert Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c > By not agressive enough, I mean I think you have the right idea, but the > syntax > for the hook should be something like: > > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { > if (!(*hook)(IP_INPUT, &m, &ip)) > break; > } > > Basicly, we make a linked list of hooks and call them in order until one of > them swallows the packet or they're all complete. > > We do this for ip input processing, ip output processing, and perhaps as > suggested, in the IP raw input (packet received) processing section of the >>code. > > Then, if you want IP filtering, just add the hook to the generic "registry" Question: is there any particular reason this should be IP specific? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Aug 23 11:14:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19789 for current-outgoing; Fri, 23 Aug 1996 11:14:54 -0700 (PDT) Received: from ormail.intel.com (ormail.intel.com [134.134.248.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19774 for ; Fri, 23 Aug 1996 11:14:46 -0700 (PDT) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.7.4/8.7.3) with ESMTP id LAA27830; Fri, 23 Aug 1996 11:09:37 -0700 (PDT) Received: from pdxlx008.intel.com by ichips.intel.com (8.7.4/jIII) id LAA15825; Fri, 23 Aug 1996 11:08:19 -0700 (PDT) Received: from pdxlx008.intel.com (loopback.jf.intel.com [127.0.0.1]) by pdxlx008.intel.com (8.7.5/8.7.3) with ESMTP id LAA04708; Fri, 23 Aug 1996 11:09:33 -0700 (PDT) Message-Id: <199608231809.LAA04708@pdxlx008.intel.com> To: "Rodney W. Grimes" cc: andreas@klemm.gtn.com (Andreas Klemm), khetan@iafrica.com, shanee@rabbit.augusta.de, current@FreeBSD.org Subject: Re: compile time In-reply-to: Your message of "Mon, 12 Aug 1996 00:33:55 PDT." <199608120733.AAA13186@GndRsh.aac.dev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Fri, 23 Aug 1996 11:09:33 -0700 From: Wayne Scott Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Operating System: FreeBSD 2.2-current (updated yesterday) /etc/make.conf tweaks: none (include profile libs and compressed manpages) Motherboard: Intel Aurora (Intel Orion Chipset) CPU: Pentium Pro-200/512K Memory: 128MB 60nS FPM using 4 SIMMS SCSI Controller: Adaptec 2940W Disk: Seagate ST32430N 2G drive (narrow scsi2, fast drive) File Systems: All partitions mounted Async. MFS /tmp 1:25 wall clock. This include TCL... -Wayne From owner-freebsd-current Fri Aug 23 12:23:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28593 for current-outgoing; Fri, 23 Aug 1996 12:23:43 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA28584 for ; Fri, 23 Aug 1996 12:23:41 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA19473 for ; Fri, 23 Aug 1996 12:23:35 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA05252; Fri, 23 Aug 1996 12:13:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005250; Fri Aug 23 12:13:40 1996 Message-ID: <321E02AA.5656AEC7@whistle.com> Date: Fri, 23 Aug 1996 12:12:42 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: nirva@ishiboo.com, freebsd-current@freebsd.org Subject: Re: -current kills harddrives References: <20865.840816321@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Here's my situation, 2 perfectly happy HDs, both SCSI-II, were > > working great for months. > > I seriously doubt that -current is killing your hard drives. > Some things you just can't do from software, even if you wanted > to. That's not true. when we enabled tagged queueing on teh wide busses we effectively increased teh work the drive is doing, and we probably raised the temperature by another 2 or 3 degrees. > > Jordan From owner-freebsd-current Fri Aug 23 12:23:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28600 for current-outgoing; Fri, 23 Aug 1996 12:23:44 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA28579; Fri, 23 Aug 1996 12:23:36 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA05283; Fri, 23 Aug 1996 12:19:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005281; Fri Aug 23 12:19:52 1996 Message-ID: <321E041F.61133CF4@whistle.com> Date: Fri, 23 Aug 1996 12:18:55 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Terry Lambert CC: Paul Traina , sos@FreeBSD.org, rgrimes@GndRsh.aac.dev.com, archie@whistle.com, current@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c References: <199608231714.KAA16063@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > By not agressive enough, I mean I think you have the right idea, but the > > syntax > > for the hook should be something like: > > > > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { > > if (!(*hook)(IP_INPUT, &m, &ip)) > > break; > > } Looks almost identical to the callout lists I just added to exit, fork and shutdown :) From owner-freebsd-current Fri Aug 23 12:26:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28772 for current-outgoing; Fri, 23 Aug 1996 12:26:43 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA28766; Fri, 23 Aug 1996 12:26:41 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA19480 ; Fri, 23 Aug 1996 12:26:38 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA05296; Fri, 23 Aug 1996 12:22:23 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005294; Fri Aug 23 12:22:09 1996 Message-ID: <321E04A8.4A7B7C1D@whistle.com> Date: Fri, 23 Aug 1996 12:21:12 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Terry Lambert CC: Paul Traina , sos@FreeBSD.org, rgrimes@GndRsh.aac.dev.com, archie@whistle.com, current@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c References: <199608231714.KAA16063@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > By not agressive enough, I mean I think you have the right idea, but the > > syntax > > for the hook should be something like: > > > > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { > > if (!(*hook)(IP_INPUT, &m, &ip)) > > break; > > } how can you order them? say, I want encrypted NAT.. I need to do the NAT first, because NAT peaks inside the packets for hints on ftp transfers etc. julian From owner-freebsd-current Fri Aug 23 12:52:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01131 for current-outgoing; Fri, 23 Aug 1996 12:52:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01123 for ; Fri, 23 Aug 1996 12:52:09 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA01307; Fri, 23 Aug 1996 21:51:28 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA04360; Fri, 23 Aug 1996 21:51:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA01255; Fri, 23 Aug 1996 21:44:44 +0200 (MET DST) From: J Wunsch Message-Id: <199608231944.VAA01255@uriah.heep.sax.de> Subject: Re: -current kills harddrives To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 23 Aug 1996 21:44:44 +0200 (MET DST) Cc: nirva@ishiboo.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <20865.840816321@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 23, 96 09:05:21 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > I seriously doubt that -current is killing your hard drives. > Some things you just can't do from software, even if you wanted > to. At least not this way... Basically, the drive in question seem to have initiated a SCSI bus reset. It's probably a problem in our drivers if the system doesn't survive the bus reset, but the origin of the problem is a hardware fault of your drive. Btw., i've once seen strange error messages caused by weak power supply cabling. Yes, i was finally fully convinced that the disk must be bad, bought a replacement, transfered one gig worth of data over to the replacement (which worked fine), and had all my troubles back once i had mounted the new drive in the same location as the supposedly to be broken old one. :-/ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Aug 23 13:27:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07240 for current-outgoing; Fri, 23 Aug 1996 13:27:04 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-37.sntc01.pacbell.net [206.170.2.37]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA07218; Fri, 23 Aug 1996 13:26:58 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id NAA19379; Fri, 23 Aug 1996 13:26:56 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id NAA00417; Fri, 23 Aug 1996 13:26:55 -0700 (PDT) Message-Id: <199608232026.NAA00417@base.jnx.com> To: Julian Elischer cc: Terry Lambert , sos@FreeBSD.org, rgrimes@GndRsh.aac.dev.com, archie@whistle.com, current@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-reply-to: Your message of "Fri, 23 Aug 1996 12:21:12 PDT." <321E04A8.4A7B7C1D@whistle.com> Date: Fri, 23 Aug 1996 13:26:55 -0700 From: Paul Traina Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk How do you order ANYTHING on a linked list. Just do it(tm). From: Julian Elischer Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c Terry Lambert wrote: > > > By not agressive enough, I mean I think you have the right idea, but the > > syntax > > for the hook should be something like: > > > > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { > > if (!(*hook)(IP_INPUT, &m, &ip)) > > break; > > } how can you order them? say, I want encrypted NAT.. I need to do the NAT first, because NAT peaks inside the packets for hints on ftp transfers etc. julian From owner-freebsd-current Fri Aug 23 13:56:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11523 for current-outgoing; Fri, 23 Aug 1996 13:56:27 -0700 (PDT) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11514 for ; Fri, 23 Aug 1996 13:56:21 -0700 (PDT) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id PAA00145; Fri, 23 Aug 1996 15:56:00 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 Aug 1996 15:56:04 -0500 To: Julian Elischer From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Terry Lambert wrote: >> >> > By not agressive enough, I mean I think you have the right idea, but the >> > syntax >> > for the hook should be something like: >> > >> > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { >> > if (!(*hook)(IP_INPUT, &m, &ip)) >> > break; >> > } > >how can you order them? >say, I want encrypted NAT.. I need to do the NAT first, because NAT >peaks inside the packets for hints on ftp transfers etc. Rather than try to pile the processes on a single stack, why don't we pass the results from one handler to the next? Thus for your example, a program would write to the "encrypted NAT" device. That device would look inside and massage the data to generate a message ready for the "encrypted IP" device. In turn, the "encrypted IP" device would may things ready for the "IP" device which might then go through the "IP ROUTER" and be assigned to an "IP over PPP" handler. Eventually, the data would go out over some serial port and the message buffers would be released. In most cases, the output of a pseudo-device would be directly linked to the input of another handler. Naturally, each of these handlers would use the common inter-handler protocol which is probably different from the external representation. From owner-freebsd-current Fri Aug 23 13:57:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11730 for current-outgoing; Fri, 23 Aug 1996 13:57:43 -0700 (PDT) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11719 for ; Fri, 23 Aug 1996 13:57:37 -0700 (PDT) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id PAA00216; Fri, 23 Aug 1996 15:57:32 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 Aug 1996 15:57:33 -0500 To: Paul Traina From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In response to the idea: > > for the hook should be something like: > > > > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { > > if (!(*hook)(IP_INPUT, &m, &ip)) > > break; > > } Terry Lamert asks: > Question: is there any particular reason this should be IP specific? To which Paul Traina replys: >Good point. It saves re-doing a lot of work (e.g. protocol classification) >if you do it in the IP stack, but there's nothing *forcing* it to be IP >specific. I suspect that Terry's point was that the hook mechanism need not be ip specific. Rather, any communications stack, for example appletalk, could use the same mechanism. I would anticipate that the filters would prefer to do their "type checking" at registration time and only register for those protocols that they are prepared to handle. From owner-freebsd-current Fri Aug 23 14:15:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13914 for current-outgoing; Fri, 23 Aug 1996 14:15:43 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13904 for ; Fri, 23 Aug 1996 14:15:37 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA07056 for ; Fri, 23 Aug 1996 23:15:28 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA17676 for current@FreeBSD.org; Fri, 23 Aug 1996 23:14:37 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id WAA11530; Fri, 23 Aug 1996 22:38:36 +0200 (MET DST) Message-Id: <199608232038.WAA11530@keltia.freenix.fr> Date: Fri, 23 Aug 1996 22:38:35 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@freebsd.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-Reply-To: <199608231648.JAA15997@base.jnx.com>; from Paul Traina on Aug 23, 1996 9:48:04 -0700 References: <199608231648.JAA15997@base.jnx.com> X-Mailer: Mutt 0.40 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Paul Traina: > Basicly, we make a linked list of hooks and call them in order until one of > them swallows the packet or they're all complete. > We do this for ip input processing, ip output processing, and perhaps as > suggested, in the IP raw input (packet received) processing section of > the code. > Then, if you want IP filtering, just add the hook to the generic "registry" Sound very interesting. Reminds me of the idea behind SVRn's STREAMs with the push-ing and pop-ing of modules. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #18: Sun Aug 18 19:16:52 MET DST 1996 From owner-freebsd-current Fri Aug 23 14:51:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17154 for current-outgoing; Fri, 23 Aug 1996 14:51:31 -0700 (PDT) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA17145; Fri, 23 Aug 1996 14:51:27 -0700 (PDT) Received: (from pechter@localhost) by shell.monmouth.com (8.7.4/8.7.3) id RAA10372; Fri, 23 Aug 1996 17:47:44 -0400 (EDT) From: Bill/Carolyn Pechter Message-Id: <199608232147.RAA10372@shell.monmouth.com> Subject: any one see this in 960801-SNAP To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Fri, 23 Aug 1996 17:47:44 -0400 (EDT) Cc: FreeBSD-current@freebsd.org (FreeBSD-current) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone have a fix for this in 960801-SNAP I've tried to upgrade via make world... My last make world that worked was somewhere around June... --Bill make creating accept.o cpp: /usr/src/lib/libc/i386/SYS.h:41 :1 Could not find include file cpp: /usr/src/lib/libc/i386/DEFS.h:41 /usr/src/lib/libc/i386/SYS.h:42 :1 Could not find include file {standard input}: Assembler messages: {standard input}:98: Error: Rest of line ignored. First ignored character is `('. {standard input}:98: Error: Expected comma after symbol-name: rest of line ignored. {standard input}:98: Error: Rest of line ignored. First ignored character is `('. {standard input}:98: Error: invalid character '_' in opcode {standard input}:98: Error: Ignoring junk '(SYS_,x)' after expression *** Error code 1 Stop. ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | 17 Meredith Drive, Tinton Falls, NJ 07724, 908-389-3592 | pechter@shell.monmouth.com I'll run Win95 on my box when you pry the keyboard from my cold, dead hands. FreeBSD, OS/2, CP/M, RT11, spoken here. From owner-freebsd-current Fri Aug 23 15:08:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18659 for current-outgoing; Fri, 23 Aug 1996 15:08:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA18654 for ; Fri, 23 Aug 1996 15:08:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA02792; Fri, 23 Aug 1996 15:08:39 -0700 (PDT) To: Julian Elischer cc: nirva@ishiboo.com, freebsd-current@freebsd.org Subject: Re: -current kills harddrives In-reply-to: Your message of "Fri, 23 Aug 1996 12:12:42 PDT." <321E02AA.5656AEC7@whistle.com> Date: Fri, 23 Aug 1996 15:08:38 -0700 Message-ID: <2790.840838118@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I seriously doubt that -current is killing your hard drives. > > Some things you just can't do from software, even if you wanted > > to. > > That's not true. > > when we enabled tagged queueing on teh wide busses we > effectively increased teh work the drive is doing, and we probably > raised the temperature by another 2 or 3 degrees. So we talk to the drives a little faster - you're saying that even while remaining within spec, simply making the drives work to performance levels is enough to expect failure? Hmmmm. An interesting point of view. Jordan From owner-freebsd-current Fri Aug 23 15:26:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20113 for current-outgoing; Fri, 23 Aug 1996 15:26:07 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20107 for ; Fri, 23 Aug 1996 15:26:03 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA03440; Fri, 23 Aug 1996 15:23:51 -0700 (PDT) To: Terry Lambert cc: nirva@ishiboo.com, freebsd-current@freebsd.org Subject: Re: -current kills harddrives In-reply-to: Your message of "Fri, 23 Aug 1996 10:06:10 PDT." <199608231706.KAA16028@phaeton.artisoft.com> Date: Fri, 23 Aug 1996 15:23:51 -0700 Message-ID: <3438.840839031@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Do you have a Commodore CBM 8032? > > I have three pokes to sell you... Yeah yeah, and I know that you can also smoke a monitor if you have the right VGA card and zero two tiny little registers. I was talking about this particular instance! :-) Jordan From owner-freebsd-current Fri Aug 23 15:32:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20788 for current-outgoing; Fri, 23 Aug 1996 15:32:58 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20777 for ; Fri, 23 Aug 1996 15:32:55 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA03492; Fri, 23 Aug 1996 15:28:03 -0700 (PDT) To: Wayne Scott cc: "Rodney W. Grimes" , andreas@klemm.gtn.com (Andreas Klemm), khetan@iafrica.com, shanee@rabbit.augusta.de, current@freebsd.org Subject: Re: compile time In-reply-to: Your message of "Fri, 23 Aug 1996 11:09:33 PDT." <199608231809.LAA04708@pdxlx008.intel.com> Date: Fri, 23 Aug 1996 15:28:03 -0700 Message-ID: <3489.840839283@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1:25 wall clock. Yow! I want it! :-) Jordan From owner-freebsd-current Fri Aug 23 15:35:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21119 for current-outgoing; Fri, 23 Aug 1996 15:35:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21103 for ; Fri, 23 Aug 1996 15:35:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA16708; Fri, 23 Aug 1996 15:21:17 -0700 From: Terry Lambert Message-Id: <199608232221.PAA16708@phaeton.artisoft.com> Subject: Re: -current kills harddrives To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 15:21:16 -0700 (MST) Cc: julian@whistle.com, nirva@ishiboo.com, freebsd-current@FreeBSD.org In-Reply-To: <2790.840838118@time.cdrom.com> from "Jordan K. Hubbard" at Aug 23, 96 03:08:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > I seriously doubt that -current is killing your hard drives. > > > Some things you just can't do from software, even if you wanted > > > to. > > > > That's not true. > > > > when we enabled tagged queueing on teh wide busses we > > effectively increased teh work the drive is doing, and we probably > > raised the temperature by another 2 or 3 degrees. > > So we talk to the drives a little faster - you're saying that even > while remaining within spec, simply making the drives work to > performance levels is enough to expect failure? Hmmmm. An > interesting point of view. The drives are overly sensitive to temperature compared to almost any other drive from another manufacturer. Whether or not this is in spec or out is debatable. Nevertheless, if the drives are run 2 to 3 degrees hotter, if the were within less than 2-3 degrees of heat death anyway, they'll die. Moral 1: Don't buy these drives. They suck. Moral 2: If you unknowingly have already violated moreal 1, then you probably need to put another fan in your case OR you need to put the drive in a shoebox or other seperate case OR you need to rearrange your installed hardware to get it the best heat dissapation. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Aug 23 16:13:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23426 for current-outgoing; Fri, 23 Aug 1996 16:13:10 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23418 for ; Fri, 23 Aug 1996 16:13:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA00453 for ; Fri, 23 Aug 1996 16:13:04 -0700 (PDT) To: current@freebsd.org Subject: Update on sound support in -current Date: Fri, 23 Aug 1996 16:13:04 -0700 Message-ID: <451.840841984@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Actually, I now have my AWE32 working with maplay, realaudio, NAS, the whole show. What's different? I ran the DOS configuration utility first and reset all of its soft settings to sane values. :-) So I'm not going to muck with the sound code - it appears to work reasonably well for both GUS and SB products, and that seems to cover the major bases. Jordan From owner-freebsd-current Fri Aug 23 17:24:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29483 for current-outgoing; Fri, 23 Aug 1996 17:24:55 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA29474 for ; Fri, 23 Aug 1996 17:24:42 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id RAA15876; Fri, 23 Aug 1996 17:23:57 -0700 From: "Rodney W. Grimes" Message-Id: <199608240023.RAA15876@GndRsh.aac.dev.com> Subject: Re: -current kills harddrives To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 17:23:57 -0700 (PDT) Cc: julian@whistle.com, nirva@ishiboo.com, freebsd-current@FreeBSD.org In-Reply-To: <2790.840838118@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 23, 96 03:08:38 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > I seriously doubt that -current is killing your hard drives. > > > Some things you just can't do from software, even if you wanted > > > to. > > > > That's not true. > > > > when we enabled tagged queueing on teh wide busses we > > effectively increased teh work the drive is doing, and we probably > > raised the temperature by another 2 or 3 degrees. If the cooling was in adaquate or right on the edge before, making the drive work harder and producing this extra 2 or 3 degrees of heat could raise the drive temperature into the range that it's life expectancy approches 0. (Micropolis is now shipping drives with temperature tatletell(SP) devices on them with a 71 degree C trip point.) > So we talk to the drives a little faster - you're saying that even > while remaining within spec, simply making the drives work to > performance levels is enough to expect failure? Hmmmm. An > interesting point of view. Yes, you can make hardware break, if you use it in ways that the designer had not atticipated in the design. Case in point, an IBM 1403 line printer (chain style) can be made to physically break the printer chain by a magical sequence of characters that has to be computed for each line of output (You have to know lots of details about the character sequence on the loaded chain, and the timing of the 1403 print hammer bank) with about 120 lines of output. This is caused by the fact that IBM had never intended you to fire 1/3 of the hammers every cycle line after line. Later designs of this same printer added some smarts in the electronics to recongnize the condition of firing more than 1/4 of the hammers in a cycle and added stall cycles to prevent this. Data General 6122 10 platter disk drives could be tossed way out of head alignment by doing full stroke seeks for an hour or two. Some times it would even crash the heads... or overheat the linear motor... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Aug 23 17:26:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29931 for current-outgoing; Fri, 23 Aug 1996 17:26:41 -0700 (PDT) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA29918 for ; Fri, 23 Aug 1996 17:26:38 -0700 (PDT) Received: from localhost (akyol@localhost) by wireless.Stanford.EDU (8.7.5/8.7.1) with ESMTP id RAA00691 for ; Fri, 23 Aug 1996 17:26:33 -0700 (PDT) Message-Id: <199608240026.RAA00691@wireless.Stanford.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-current@freebsd.org Subject: Help on block size in tar X-Face: "HxE|?EnC9fVMV8f70H83&{fgLE.|FZ^$>@Q(yb#N,Eh~N]e&]=> r5~UnRml1:4EglY{9B+ :'wJq$@c_C!l8@<$t,{YUr4K,QJGHSvS~U]H`<+L*x?eGzSk> XH\W:AK\j?@?c1o Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi What is the default blocksize of tar on FreeBSD, I have made a tape on a freebsd system and now cannot read it on a linux system. It complains about block size not being right. I WOULD REALLY APPRECIATE THIS since I am in a bind. Thanks Bora From owner-freebsd-current Fri Aug 23 17:31:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA01216 for current-outgoing; Fri, 23 Aug 1996 17:31:15 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA01194 for ; Fri, 23 Aug 1996 17:31:08 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id RAA15886; Fri, 23 Aug 1996 17:25:17 -0700 From: "Rodney W. Grimes" Message-Id: <199608240025.RAA15886@GndRsh.aac.dev.com> Subject: Re: compile time To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 17:25:17 -0700 (PDT) Cc: wscott@ichips.intel.com, andreas@klemm.gtn.com, khetan@iafrica.com, shanee@rabbit.augusta.de, current@freebsd.org In-Reply-To: <3489.840839283@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 23, 96 03:28:03 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > 1:25 wall clock. > > Yow! I want it! :-) I'll be trying to beat that number this weekend, but without the 512K cache I am not sure if I can... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Aug 23 18:05:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09088 for current-outgoing; Fri, 23 Aug 1996 18:05:00 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA09063 for ; Fri, 23 Aug 1996 18:04:56 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA07115; Fri, 23 Aug 1996 18:02:02 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma007113; Fri Aug 23 18:01:43 1996 Message-ID: <321E543C.353C51DE@whistle.com> Date: Fri, 23 Aug 1996 18:00:44 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: nirva@ishiboo.com, freebsd-current@freebsd.org Subject: Re: -current kills harddrives References: <2790.840838118@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > > I seriously doubt that -current is killing your hard drives. > > > Some things you just can't do from software, even if you wanted > > > to. > > > > That's not true. > > > > when we enabled tagged queueing on teh wide busses we > > effectively increased teh work the drive is doing, and we probably > > raised the temperature by another 2 or 3 degrees. > > So we talk to the drives a little faster - you're saying that even > while remaining within spec, simply making the drives work to > performance levels is enough to expect failure? Hmmmm. An > interesting point of view. > no, but it could push it over the edge if cooling is not sufficient.. julian > Jordan From owner-freebsd-current Fri Aug 23 18:06:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09591 for current-outgoing; Fri, 23 Aug 1996 18:06:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA09567; Fri, 23 Aug 1996 18:06:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA24031; Sat, 24 Aug 1996 10:34:55 +0930 From: Michael Smith Message-Id: <199608240104.KAA24031@genesis.atrad.adelaide.edu.au> Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c To: julian@whistle.com (Julian Elischer) Date: Sat, 24 Aug 1996 10:34:55 +0930 (CST) Cc: terry@lambert.org, pst@jnx.com, sos@FreeBSD.org, rgrimes@GndRsh.aac.dev.com, archie@whistle.com, current@FreeBSD.org In-Reply-To: <321E04A8.4A7B7C1D@whistle.com> from "Julian Elischer" at Aug 23, 96 12:21:12 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer stands accused of saying: > > Terry Lambert wrote: > > > > > By not agressive enough, I mean I think you have the right idea, but the > > > syntax > > > for the hook should be something like: > > > > > > for (hook = iphooks.ipinput.lh_first; hook; hook = hook->next) { > > > if (!(*hook)(IP_INPUT, &m, &ip)) > > > break; > > > } > > how can you order them? > say, I want encrypted NAT.. I need to do the NAT first, because NAT > peaks inside the packets for hints on ftp transfers etc. The objects on the list should be structures which contain identifiers for the TOS provided by the filter; then you supply the insert routine with a list of TOS' that you want to be before and after. Usual stuff, as pst suggested. > julian -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri Aug 23 18:24:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15312 for current-outgoing; Fri, 23 Aug 1996 18:24:08 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA15288 for ; Fri, 23 Aug 1996 18:24:05 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA07193; Fri, 23 Aug 1996 18:23:02 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma007191; Fri Aug 23 18:22:53 1996 Message-ID: <321E5933.102F11D5@whistle.com> Date: Fri, 23 Aug 1996 18:21:55 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bora Akyol CC: freebsd-current@freebsd.org Subject: Re: Help on block size in tar References: <199608240026.RAA00691@wireless.Stanford.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bora Akyol wrote: > > Hi > > What is the default blocksize of tar on FreeBSD, I have made a tape > on a freebsd system and now cannot read it on a linux system. It complains > about block size not being right. > > I WOULD REALLY APPRECIATE THIS since I am in a bind. it may be more complicated... it might be teh TAPE DRIVE complaining... what kind of drive..? post the results of a "mt status" on both systems read st(4) and mt(1) > > Thanks > > Bora From owner-freebsd-current Fri Aug 23 23:08:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06353 for current-outgoing; Fri, 23 Aug 1996 23:08:17 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA06345 for ; Fri, 23 Aug 1996 23:08:09 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id QAA24916 for current@freebsd.org; Sat, 24 Aug 1996 16:08:05 +1000 From: David Dawes Message-Id: <199608240608.QAA24916@rf900.physics.usyd.edu.au> Subject: A couple of problems supping current To: current@freebsd.org Date: Sat, 24 Aug 1996 16:08:04 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not sure of the best place to send this. I noticed a couple of problems in my sup logs on sup.au.freebsd.org (which keeps in synch with sup.freebsd.org) for couple of collections in current: SUP Upgrade of src-usrsbin-current at Sat Aug 24 15:26:08 1996 SUP Fileserver 9.13 (4.3 BSD) 586 on freefall.FreeBSD.org at 15:26:08 SUP: File server unable to transfer file usr.sbin/sendmail/mailstats/mailstats.8 and: SUP Upgrade of www-current at Sat Aug 24 15:27:30 1996 SUP Fileserver 9.13 (4.3 BSD) 670 on freefall.FreeBSD.org at 15:27:30 SUP: File server unable to transfer file data/waisindex.core (I presume the core should be removed, and at a guess, the permissions are not correct for mailstats.8.) David From owner-freebsd-current Fri Aug 23 23:31:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08156 for current-outgoing; Fri, 23 Aug 1996 23:31:11 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08148 for ; Fri, 23 Aug 1996 23:31:08 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA00798; Fri, 23 Aug 1996 23:30:59 -0700 (PDT) To: David Dawes cc: current@freebsd.org Subject: Re: A couple of problems supping current In-reply-to: Your message of "Sat, 24 Aug 1996 16:08:04 +1000." <199608240608.QAA24916@rf900.physics.usyd.edu.au> Date: Fri, 23 Aug 1996 23:30:59 -0700 Message-ID: <796.840868259@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > SUP: File server unable to transfer file usr.sbin/sendmail/mailstats/mailstat s.8 Fixed! > SUP: File server unable to transfer file data/waisindex.core Killed! :-) Jordan From owner-freebsd-current Fri Aug 23 23:31:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08214 for current-outgoing; Fri, 23 Aug 1996 23:31:43 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08203 for ; Fri, 23 Aug 1996 23:31:39 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id CAA12185 for ; Sat, 24 Aug 1996 02:31:38 -0400 (EDT) Date: Sat, 24 Aug 1996 02:31:38 -0400 (EDT) From: Brian Tao To: FREEBSD-CURRENT-L Subject: rarpd broken on 2.2-960801-SNAP? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone run into problems using a 2.2-CURRENT server to handle rarpd requests? I've got one here that does not seem to send out replies, although I'm not yet entirely sure if it is the OS, or some other variable in the equation. I have a 2.1.0-RELEASE server that provides rarpd to six diskless Sun 3/50 and 3/60 X terminals. All the machines are on the same Ethernet segment, via a dumb 16-port hub. I replaced it with a newer machine that was running 2.1.5-RELEASE. Both are able to send out rarp replies when the X terminals boot. The new machine was then moved in behind our firewall and upgraded to 2.2-960801 at the same time. When I moved one of the X terminals behind the firewall for testing, I found it was no longer able to determine its IP address. :( The differences between the working and non-working configurations are as follows: 1. Worked with pre-2.2, didn't work with 2.2-current. 2. Worked when everyone was in 198.133.36.0 network, didn't work when moved behind firewall and using 10.0.0.3/8 (server) and 10.0.1.35 (X terminal). 3. Worked when server was on same segment as terminals, didn't work when server was on 100Mbps switched port and terminals were on a 10Mbps switched port DOES WORK: [switch]-----[hub]-----server (198.133.36.156) \----terminal (198.133.36.74) \----terminal (198.133.36.75) \----terminal (198.133.36.76) DOES NOT WORK: server-----[switch]-----[hub]-----terminal (10.0.1.33) (10.0.0.3) \----terminal (10.0.1.34) \----terminal (10.0.1.35) In all cases, tcpdump shows rarp requests from the terminal is being received by the interface on the server. However, the 2.2 server isn't sending out a reply according to tcpdump. I tried using a 255.255.255.0 netmask on the server and renumbering the X terminal to 10.0.0.4 (to be in the same network), to no avail. The /etc/hosts, /etc/ethers and /tftpboot directory are all in order. Any ideas on what's going on? -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Fri Aug 23 23:51:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10018 for current-outgoing; Fri, 23 Aug 1996 23:51:34 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA09998 for ; Fri, 23 Aug 1996 23:51:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA15080; Sat, 24 Aug 1996 08:51:24 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15709; Sat, 24 Aug 1996 08:51:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA08952; Sat, 24 Aug 1996 08:41:51 +0200 (MET DST) From: J Wunsch Message-Id: <199608240641.IAA08952@uriah.heep.sax.de> Subject: Re: -current kills harddrives To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 24 Aug 1996 08:41:51 +0200 (MET DST) Cc: nirva@ishiboo.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <321E543C.353C51DE@whistle.com> from Julian Elischer at "Aug 23, 96 06:00:44 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > So we talk to the drives a little faster - you're saying that even > > while remaining within spec, simply making the drives work to > > performance levels is enough to expect failure? Hmmmm. An > > interesting point of view. > > > no, but it could push it over the edge if cooling is not sufficient.. Btw., if i read the mail correctly, the drives are not going entirely dead. It's just that they decouple from the SCSI bus, so perhaps they are simply reacting to a detected overheating condition. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Aug 23 23:51:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10115 for current-outgoing; Fri, 23 Aug 1996 23:51:48 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA10094 for ; Fri, 23 Aug 1996 23:51:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA15085; Sat, 24 Aug 1996 08:51:37 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15712; Sat, 24 Aug 1996 08:51:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA09124; Sat, 24 Aug 1996 08:50:05 +0200 (MET DST) From: J Wunsch Message-Id: <199608240650.IAA09124@uriah.heep.sax.de> Subject: Re: Help on block size in tar To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 24 Aug 1996 08:50:05 +0200 (MET DST) Cc: akyol@wireless.Stanford.EDU Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <321E5933.102F11D5@whistle.com> from Julian Elischer at "Aug 23, 96 06:21:55 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > What is the default blocksize of tar on FreeBSD, I have made a tape > > on a freebsd system and now cannot read it on a linux system. > it may be more complicated... > it might be teh TAPE DRIVE complaining... Anyway, i think the default blocksize is only 512 bytes. This should also pass any variable-length driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Aug 24 00:23:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13499 for current-outgoing; Sat, 24 Aug 1996 00:23:26 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13493 for ; Sat, 24 Aug 1996 00:23:23 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id AAA20488 for ; Sat, 24 Aug 1996 00:23:21 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA15616; Sat, 24 Aug 1996 09:21:22 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA15971; Sat, 24 Aug 1996 09:21:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA09341; Sat, 24 Aug 1996 09:07:05 +0200 (MET DST) From: J Wunsch Message-Id: <199608240707.JAA09341@uriah.heep.sax.de> Subject: Re: rarpd broken on 2.2-960801-SNAP? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 24 Aug 1996 09:07:05 +0200 (MET DST) Cc: taob@io.org (Brian Tao) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Brian Tao at "Aug 24, 96 02:31:38 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Brian Tao wrote: > In all cases, tcpdump shows rarp requests from the terminal is > being received by the interface on the server. However, the 2.2 > server isn't sending out a reply according to tcpdump. I tried using > a 255.255.255.0 netmask on the server and renumbering the X terminal > to 10.0.0.4 (to be in the same network), to no avail. The /etc/hosts, > /etc/ethers and /tftpboot directory are all in order. That's already the second question in this direction. Basically, rarpd misses a -v option, so the best you could do is stuffing a bunch of printf's into it, and watching it why it doesn't send replies. The source of rarpd itself has not been modified for a long time. Of course, if you hide the printf's fine behind some -v option, finally fire off send-pr, and submit the modification! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Aug 24 02:42:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24198 for current-outgoing; Sat, 24 Aug 1996 02:42:06 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA24193 for ; Sat, 24 Aug 1996 02:42:00 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id LAA26995; Sat, 24 Aug 1996 11:37:10 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA29649; Sat, 24 Aug 1996 11:49:58 +0200 From: Christoph Kukulies Message-Id: <199608240949.LAA29649@gilberto.physik.rwth-aachen.de> Subject: Re: Update on sound support in -current In-Reply-To: <451.840841984@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 23, 96 04:13:04 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 24 Aug 1996 11:49:57 +0200 (MET DST) Cc: current@FreeBSD.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Actually, I now have my AWE32 working with maplay, realaudio, NAS, the > whole show. What's different? I ran the DOS configuration utility > first and reset all of its soft settings to sane values. :-) Can this configuration (AWE32) do full duplex in vat? > > So I'm not going to muck with the sound code - it appears to work > reasonably well for both GUS and SB products, and that seems to cover > the major bases. > > > Jordan > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Aug 24 02:44:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24303 for current-outgoing; Sat, 24 Aug 1996 02:44:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA24298 for ; Sat, 24 Aug 1996 02:44:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA17328; Sat, 24 Aug 1996 02:44:39 -0700 (PDT) To: Christoph Kukulies cc: current@FreeBSD.org Subject: Re: Update on sound support in -current In-reply-to: Your message of "Sat, 24 Aug 1996 11:49:57 +0200." <199608240949.LAA29649@gilberto.physik.rwth-aachen.de> Date: Sat, 24 Aug 1996 02:44:36 -0700 Message-ID: <17321.840879876@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Actually, I now have my AWE32 working with maplay, realaudio, NAS, the > > whole show. What's different? I ran the DOS configuration utility > > first and reset all of its soft settings to sane values. :-) > > Can this configuration (AWE32) do full duplex in vat? I'm afraid I don't know - I haven't been on the MBONE for months, since we switched to CRL. Anyone want to hand me a tunnel? I'm not proud, I'll take it! :-) Jordan From owner-freebsd-current Sat Aug 24 04:35:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28970 for current-outgoing; Sat, 24 Aug 1996 04:35:45 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA28965 for ; Sat, 24 Aug 1996 04:35:38 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id NAA19979; Sat, 24 Aug 1996 13:16:22 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id NAA01762; Sat, 24 Aug 1996 13:11:17 +0200 (MET DST) Date: Sat, 24 Aug 1996 13:11:17 +0200 (MET DST) From: Andreas Klemm To: Wayne Scott cc: "Rodney W. Grimes" , khetan@iafrica.com, shanee@rabbit.augusta.de, current@freebsd.org Subject: Re: compile time In-Reply-To: <199608231809.LAA04708@pdxlx008.intel.com> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996, Wayne Scott wrote: > Operating System: FreeBSD 2.2-current (updated yesterday) > /etc/make.conf tweaks: none (include profile libs and compressed manpages) > Motherboard: Intel Aurora (Intel Orion Chipset) > CPU: Pentium Pro-200/512K > Memory: 128MB 60nS FPM using 4 SIMMS > SCSI Controller: Adaptec 2940W > Disk: Seagate ST32430N 2G drive (narrow scsi2, fast drive) > File Systems: All partitions mounted Async. > MFS /tmp > > 1:25 wall clock. > > This include TCL... Cool ! -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Aug 24 05:27:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA00428 for current-outgoing; Sat, 24 Aug 1996 05:27:39 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA00422 for ; Sat, 24 Aug 1996 05:27:33 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id OAA03999; Sat, 24 Aug 1996 14:15:31 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id OAA02031; Sat, 24 Aug 1996 14:05:07 +0200 (MET DST) Date: Sat, 24 Aug 1996 14:05:07 +0200 (MET DST) From: Andreas Klemm To: Joerg Wunsch cc: FreeBSD-current users , nirva@ishiboo.com Subject: Re: -current kills harddrives In-Reply-To: <199608231944.VAA01255@uriah.heep.sax.de> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996, J Wunsch wrote: > As Jordan K. Hubbard wrote: > > > I seriously doubt that -current is killing your hard drives. > > Some things you just can't do from software, even if you wanted > > to. > > At least not this way... > > Basically, the drive in question seem to have initiated a SCSI bus > reset. It's probably a problem in our drivers if the system doesn't > survive the bus reset, but the origin of the problem is a hardware > fault of your drive. > > Btw., i've once seen strange error messages caused by weak power > supply cabling. Yes, i was finally fully convinced that the disk must > be bad, bought a replacement, transfered one gig worth of data over to > the replacement (which worked fine), and had all my troubles back once > i had mounted the new drive in the same location as the supposedly to > be broken old one. :-/ Same experiences here. I had harddisk troubles when connecting a fast disk (4.3GB Quantum Grand Prix) to a cheapo external SCSI tower. I was about sending the 4 month old drive to Quantum, because the disk worked fine for some time in the external case. The error was reproduceable, every now and then the Quantum harddrive changed speed and such things... Even enother new drive (5400 U/min) had problems in this external SCSI tower. Before sending the drives away I thought, it can't be true, that 2 drives get damaged in such a short period of time. And voila ... in my PC Big Tower both drives again ran fine !!! So I think, too, you should check power supply and such, first ! -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Aug 24 07:05:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04606 for current-outgoing; Sat, 24 Aug 1996 07:05:08 -0700 (PDT) Received: from freenet.hamilton.on.ca (main.freenet.hamilton.on.ca [199.212.94.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA04601 for ; Sat, 24 Aug 1996 07:05:05 -0700 (PDT) From: hoek@freenet.hamilton.on.ca Received: from james.freenet.hamilton.on.ca (james.freenet.hamilton.on.ca [199.212.94.66]) by freenet.hamilton.on.ca (8.7.5/8.7.3) with ESMTP id KAA05475; Sat, 24 Aug 1996 10:04:56 -0400 (EDT) Received: (from ac199@localhost) by james.freenet.hamilton.on.ca (8.7.5/8.7.3) id KAA03455; Sat, 24 Aug 1996 10:06:40 -0400 (EDT) Date: Sat, 24 Aug 1996 10:06:40 -0400 (EDT) Message-Id: <199608241406.KAA03455@james.freenet.hamilton.on.ca> X-Mailer: slnr v.2.13 as ported to FreeBSD To: joerg_wunsch@uriah.heep.sax.de cc: akyol@wireless.Stanford.EDU, freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Help on block size in tar Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In Email, J Wunsch wrote: > > > What is the default blocksize of tar on FreeBSD, I have made a tape > > > on a freebsd system and now cannot read it on a linux system. > > > it may be more complicated... > > it might be teh TAPE DRIVE complaining... > > Anyway, i think the default blocksize is only 512 bytes. This should > also pass any variable-length driver. Are you sure? I quote the tar manpage (which, being GNU tar isn't the official source of information regarding tar, I suppose). "and 20 is the default block size" And each of these blocks are then 512 bytes, I believe. Or the manpage is just confusing the heck out of me. -- -- tIM...HOEk The opinions expressed above are mine, and if my employer shares them, that's his hard luck. From owner-freebsd-current Sat Aug 24 07:40:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05615 for current-outgoing; Sat, 24 Aug 1996 07:40:46 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA05610 for ; Sat, 24 Aug 1996 07:40:43 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA16281; Sat, 24 Aug 1996 10:40:34 -0400 Date: Sat, 24 Aug 1996 10:40:34 -0400 From: Garrett Wollman Message-Id: <9608241440.AA16281@halloran-eldar.lcs.mit.edu> To: rkw@dataplex.net (Richard Wackerbarth) Cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c In-Reply-To: References: Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < I suspect that Terry's point was that the hook mechanism need not be ip > specific. Rather, any communications stack, for example appletalk, could > use the same mechanism. I would anticipate that the filters would prefer to > do their "type checking" at registration time and only register for those > protocols that they are prepared to handle. Sounds like you're trying to make the IP processing path slower. This thread got started because there's already too much junk cluttering things up. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sat Aug 24 09:31:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14477 for current-outgoing; Sat, 24 Aug 1996 09:31:05 -0700 (PDT) Received: from dympna (dympna.lgc.com [134.132.73.254]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14467 for ; Sat, 24 Aug 1996 09:31:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dympna (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA12283 for ; Sat, 24 Aug 1996 11:30:29 -0500 Date: Sat, 24 Aug 1996 11:30:29 -0500 (CDT) From: Rob Snow X-Sender: rsnow@dympna To: freebsd-current@freebsd.org Subject: memory/disk error with 801-SNAP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I started sup'ping current last night. When I looked this morning I found this. (I'm not sure this is even related since it happened in the middle of the sup) First: Aug 24 02:51:00 rex /kernel: /usr: /optimization changed from SPACE to TIME df shows: /dev/sd0s1f 217525 157695 42428 79% /usr this morning I see my make world (at'ed at 7am) died and top -n shows: kvm_open: proc size mismatch (20196 total, 620 chunks) top: Out of memory. w gives me: 11:24AM up 12:16, 5 users, load averages: 0.02, 0.02, 0.00 USER TTY FROM LOGIN@ IDLE WHAT w: proc size mismatch (20196 total, 620 chunks): Undefined error: 0 I'm going to see if I can reproduce it today. Now a question about sup: I kiced off a sup -v ports-supfile which the docs say is the "super sup" or some such. It's supposed to get all the ports except distfiles. It started getting all the ports into /usr/ports/ports, in other words it starged reproducing them. Then it started transfering the distfiles, I killed it... I then restarted it using each port collection and it appears to have worked fine. Did I misunderstand or is something broke? -Rob From owner-freebsd-current Sat Aug 24 09:53:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16086 for current-outgoing; Sat, 24 Aug 1996 09:53:35 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA16078; Sat, 24 Aug 1996 09:53:29 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id KAA02442; Sat, 24 Aug 1996 10:53:08 -0600 (MDT) Message-Id: <199608241653.KAA02442@rover.village.org> To: Brian Tao Subject: Re: Building SOCKS5 port, linking into ssh 1.2.14 Cc: Douglas Ambrisko , FREEBSD-PORTS-L , FREEBSD-CURRENT-L , ylo@cs.hut.fi In-reply-to: Your message of Thu, 22 Aug 1996 23:29:06 EDT Date: Sat, 24 Aug 1996 10:53:08 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : Tatu, perhaps ssh's configure script needs to be updated to use : --with-socks4 and --with-socks5? A local user here built ssh with socks 5 support. The socks support in 1.2.14 at least was socks 4. He was able to just include the right thing that did the right #define magic for things like connect, etc. He claimed that hacking the headers and *NOT* configuring for socks made this just work. I'll see if I can get him to generate some patches and I'll pass them along (if he hasn't already sent them directly to the ssh mailing list). Changing everything to SOCKSxxxx is definitely a big pain and not the right way to fix this problem. :-( Warner From owner-freebsd-current Sat Aug 24 10:48:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19927 for current-outgoing; Sat, 24 Aug 1996 10:48:51 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19918 for ; Sat, 24 Aug 1996 10:48:47 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id LAA02804 for ; Sat, 24 Aug 1996 11:48:45 -0600 (MDT) Message-Id: <199608241748.LAA02804@rover.village.org> To: current@freebsd.org Subject: Speedingup the "worldstone" Date: Sat, 24 Aug 1996 11:48:45 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, is there a FAQ on speeding up the worldstone benchmark? I have an old 486 DX2-66 that I'd like to get the most out of when it comes to building the world, since it takes just about exactly 9 hours (for cvs-cur CTM #2389)[*] to do a make world. Are there some easy things that I can do? I have my source on a jaz drive (10ms seek times for reads) and /usr/obj on a second drive (8.5ms Quantum) driven by an UltraStor 34F controller. The second drive is where /usr is mounted from also. Would I gain by a third drive that had /usr/obj on it? I have a 500M hard disk that I could use for this if it would be a big (>20%) win. I already have 32M of memory, so I'm not memory limited. Are there some options that would allow me to take advantage of this memory? If I run top while doing a make world, I see that gcc only uses about 20M or so of memory. Does anybody have a list of the typical bottle necks in this process? I know I can solve this problem by getting a good P6/200 with 64M of memory and a good Adaptech Ultra Wide PCI card and a fast wide scsi disk. But I don't have the $7500 (or even $5000) to do that just now :-). Since I only do a clean make world about once a month or so, this isn't a huge deal. [*] 9:01:32 was the time for this build. Warner P.S. Is there some way I can win if I know the compiler hasn't changed? make depend all install seems faster, but still takes at least 6 hr or so (it has been a while since I've done this since the builds take long enough that overnight is the only way I can do them, I opt for safety). P.P.S. If someone comes up with a clean way to include the CTM level in the uname string, would there generally be support for including it in the standard sources? I have an idea I'd like to explore, but don't want to waste my time if no one is keen on this idea.... From owner-freebsd-current Sat Aug 24 12:26:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24057 for current-outgoing; Sat, 24 Aug 1996 12:26:17 -0700 (PDT) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA24050 for ; Sat, 24 Aug 1996 12:26:14 -0700 (PDT) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id OAA28091; Sat, 24 Aug 1996 14:26:06 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 24 Aug 1996 14:26:06 -0500 To: Garrett Wollman From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: cvs commit: src/sys/netinet in.h ip_fw.h ip_input.c ip_output.c Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk ><Wackerbarth) said: > >> I suspect that Terry's point was that the hook mechanism need not be ip >> specific. Rather, any communications stack, for example appletalk, could >> use the same mechanism. I would anticipate that the filters would prefer to >> do their "type checking" at registration time and only register for those >> protocols that they are prepared to handle. > >Sounds like you're trying to make the IP processing path slower. This >thread got started because there's already too much junk cluttering >things up. I disagree that it would make things slower. Any protocol stack can reasonably have the same structure for the message buffers. They can also have the same structure for "hooks". It does not slow things down at all in processing a packet to have a generic "call hook" which calls an IP specific hook that knows itself to be registered in a path which handles only IP. The extra overhead in the registration mechanism is not significant and, besides, happens only once. On the other hand, there might be some value in being able to use a common hook that, for example, is sniffing MAC addresses or counting bytes transferred. From owner-freebsd-current Sat Aug 24 12:55:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24961 for current-outgoing; Sat, 24 Aug 1996 12:55:15 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA24956 for ; Sat, 24 Aug 1996 12:55:10 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id PAA04334; Sat, 24 Aug 1996 15:54:57 -0400 From: Bill Paul Message-Id: <199608241954.PAA04334@skynet.ctr.columbia.edu> Subject: Re: memory/disk error with 801-SNAP To: rsnow@lgc.com (Rob Snow) Date: Sat, 24 Aug 1996 15:54:55 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: from "Rob Snow" at Aug 24, 96 11:30:29 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Rob Snow had to walk into mine and say: > > I started sup'ping current last night. When I looked this morning I found > this. (I'm not sure this is even related since it happened in the middle > of the sup) > > First: > Aug 24 02:51:00 rex /kernel: /usr: /optimization changed from SPACE to > TIME > > > df shows: > /dev/sd0s1f 217525 157695 42428 79% /usr This is not an error. This is a notification from the filesystem code telling you that it's changing its optimization strategy. One of the tunable filesystem parameters (man tunefs) controls whether the filesystem tries to optimize for speed or optimal disk usage. As the amount of disk fragmentation increases, it may decide to change stratgies. The tunefs man page explains this. In other words, this is normal. It just means that as your disk became fuller as the build progressed, the kernel decided to change strategies. It's not a bug. Don't file a pr for it. :) > this morning I see my make world (at'ed at 7am) died and top -n shows: > kvm_open: proc size mismatch (20196 total, 620 chunks) > top: Out of memory. > w gives me: > 11:24AM up 12:16, 5 users, load averages: 0.02, 0.02, 0.00 > USER TTY FROM LOGIN@ IDLE WHAT > w: proc size mismatch (20196 total, 620 chunks): Undefined error: 0 > > I'm going to see if I can reproduce it today. You are doing a make world which has overwritten some of your system binaries and libraries but you're still running an old kernel (or you're running a new kernel with old binaries -- same effect). Every so often someone (usually John Dyson :) makes changes to the kernel that affects the size of certain critical structures which can cause tools like ps, w or top to fail unless you recompile them to match the kernel. To avoid this problem, you have to keep your kernel and libkvm-related tools in sync. This is also not a bug. Don't file a pr for this either. :) > Now a question about sup: > > I kiced off a sup -v ports-supfile which the docs say is the "super sup" > or some such. It's supposed to get all the ports except distfiles. It > started getting all the ports into /usr/ports/ports, in other words it > starged reproducing them. Then it started transfering the distfiles, I > killed it... I then restarted it using each port collection and it > appears to have worked fine. Did I misunderstand or is something broke? Dunno about this one: I never sup the ports, only the main tree. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Sat Aug 24 13:33:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28970 for current-outgoing; Sat, 24 Aug 1996 13:33:55 -0700 (PDT) Received: from omnivax (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA28965 for ; Sat, 24 Aug 1996 13:33:49 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id QAA04360; Sat, 24 Aug 1996 16:10:24 -0400 From: Bill Paul Message-Id: <199608242010.QAA04360@skynet.ctr.columbia.edu> Subject: Re: rarpd broken on 2.2-960801-SNAP? To: taob@io.org (Brian Tao) Date: Sat, 24 Aug 1996 16:10:23 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: from "Brian Tao" at Aug 24, 96 02:31:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Brian Tao had to walk into mine and say: > Has anyone run into problems using a 2.2-CURRENT server to handle > rarpd requests? I've got one here that does not seem to send out > replies, although I'm not yet entirely sure if it is the OS, or some > other variable in the equation. Are you absitively posolutely sure it's not sending out a reply, even a garbled one? When I first shoehorned rarpd into 2.0.5, I discovered that when I set the ether_type in the outgoing frame, I had to deliberately _not_ convert it to network byte order (no htons()) in order for it to go out correctly. This confused me greatly because NetBSD did (does?) use htons(). I could swear I read somewhere that this was due to a bug in BPF. It's possible someone fixed the bug, making the htons() necessary again. When using tcpdump, try to set it to watch for all packets originating at the host running rarpd, not just ARP or RARP, and make it show you the packet contents. You may in fact see a packet being sent, but it may have the frame type set wrong. Read the comments in /usr/src/usr.sbin/rarpd/rarpd.c for some more info (grep for XXX). As an experiment, try adding an htons() around ether_type and see if it makes any difference. Incidentally, you might try using a newer version of rarpd. If you grab the new bpf distribution from ftp.ee.lbl.gov (bpf.tar.Z) you'll see it has an updated rarpd in it. You should be able to compile it on FreeBSD-current (I did it the other day, but didn't get the chance to really play with it). You may not need the ethernet.c module that they supply for reading /etc/ethers since FreeBSD now has ether_aton() and friends in libc. If that works, then I'll have to import the new rarpd into the tree. [chop] > In all cases, tcpdump shows rarp requests from the terminal is > being received by the interface on the server. However, the 2.2 > server isn't sending out a reply according to tcpdump. I tried using > a 255.255.255.0 netmask on the server and renumbering the X terminal > to 10.0.0.4 (to be in the same network), to no avail. The /etc/hosts, > /etc/ethers and /tftpboot directory are all in order. > > Any ideas on what's going on? Hm. Rarpd is only supposed to be useful for machines on the same subnet. I'm not sure what effect the switch in your diagram would have. In any case, putting all the machines on the same logical subnet should have worked, so there must be something wrong with rarpd. Time for me to start testing again. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Sat Aug 24 15:02:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02759 for current-outgoing; Sat, 24 Aug 1996 15:02:42 -0700 (PDT) Received: from main.gbdata.com (GB2.Brewich.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA02746 for ; Sat, 24 Aug 1996 15:02:30 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id RAA00243 for freebsd-current@freebsd.org; Sat, 24 Aug 1996 17:02:40 -0500 (CDT) From: Gary Clark II Message-Id: <199608242202.RAA00243@main.gbdata.com> Subject: problems...big time To: freebsd-current@freebsd.org Date: Sat, 24 Aug 1996 17:02:40 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I've just gotten done with a sup and decided to recompile my kernel and cleanup my source tree. I ran into some BIG problems. 1. make cleandir barfs on contrib and lkm neither of which have Makefiles at the top. 2. secure/lib/libdes/Makefile is a C program BIG one: The new kernel does NO networking. It can see no interfaces and is worthless. Any ideas on this? Have I hit the tree at a real bad time?? Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-current Sat Aug 24 15:19:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA03948 for current-outgoing; Sat, 24 Aug 1996 15:19:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA03934 for ; Sat, 24 Aug 1996 15:19:35 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA03045; Sat, 24 Aug 1996 15:19:15 -0700 (PDT) To: Gary Clark II cc: freebsd-current@freebsd.org Subject: Re: problems...big time In-reply-to: Your message of "Sat, 24 Aug 1996 17:02:40 CDT." <199608242202.RAA00243@main.gbdata.com> Date: Sat, 24 Aug 1996 15:19:15 -0700 Message-ID: <3043.840925155@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1. make cleandir barfs on contrib and lkm neither of which have Makefiles > at the top. > 2. secure/lib/libdes/Makefile is a C program I think your source tree is trashed - I've just looked at that Makefile and it is, indeed, a Makefile. Jordan From owner-freebsd-current Sat Aug 24 15:22:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04243 for current-outgoing; Sat, 24 Aug 1996 15:22:54 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA04237 for ; Sat, 24 Aug 1996 15:22:50 -0700 (PDT) Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id SAA19578; Sat, 24 Aug 1996 18:22:36 -0400 (EDT) Date: Sat, 24 Aug 1996 18:22:36 -0400 (EDT) From: Brian Tao To: Bill Paul cc: current@freebsd.org Subject: Re: rarpd broken on 2.2-960801-SNAP? In-Reply-To: <199608242010.QAA04360@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 Aug 1996, Bill Paul wrote: > > This confused me greatly because NetBSD did (does?) use htons(). I > could swear I read somewhere that this was due to a bug in BPF. It's > possible someone fixed the bug, making the htons() necessary again. Yeah, something must be different between the bpf in -stable and the one in -current. htons() is necessary with -current for rarp replies to work. The comments in FreeBSD-current and NetBSD-current can probably be taken out now: NetBSD-current: #ifdef __FreeBSD__ /* BPF (incorrectly) wants this in host order. */ ep->ether_type = ETHERTYPE_REVARP; #else ep->ether_type = htons(ETHERTYPE_REVARP); #endif FreeBSD-current: /* * XXX Using htons(ETHERTYPE_REVARP) doesn't work: you wind * up transmitting 0x3580 instead of the correct value of * 0x8035. What makes no sense is that the NetBSD people * do in fact use htons(ETHERTYPE_REVARP) in their rarpd. * (Thank god for tcpdump or I would never have figured this * out.) */ ep->ether_type = htons(ETHERTYPE_REVARP); > Incidentally, you might try using a newer version of rarpd. If you > grab the new bpf distribution from ftp.ee.lbl.gov (bpf.tar.Z) you'll > see it has an updated rarpd in it. You should be able to compile it on > FreeBSD-current (I did it the other day, but didn't get the chance to > really play with it). You may not need the ethernet.c module that they > supply for reading /etc/ethers since FreeBSD now has ether_aton() and > friends in libc. I've got the source here too, but I haven't tried using it yet, since the htons()'d rarpd works here. Now I have a similar problem with the X terminals timing out waiting for a response from the bootparamd server. It works the first time (so they can NFS-mount their filesystems), but fails the second (presumably after they've ifconfig'd their interfaces). Must be some broadcast or netmask issue... *sigh*. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Sat Aug 24 15:29:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04541 for current-outgoing; Sat, 24 Aug 1996 15:29:48 -0700 (PDT) Received: from main.gbdata.com (GB2.Brewich.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA04531 for ; Sat, 24 Aug 1996 15:29:37 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id RAA00435; Sat, 24 Aug 1996 17:29:00 -0500 (CDT) From: Gary Clark II Message-Id: <199608242229.RAA00435@main.gbdata.com> Subject: Re: problems...big time To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 24 Aug 1996 17:28:58 -0500 (CDT) Cc: freebsd-current@freebsd.org In-Reply-To: <3043.840925155@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 24, 96 03:19:15 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > 1. make cleandir barfs on contrib and lkm neither of which have Makefiles > > at the top. > > 2. secure/lib/libdes/Makefile is a C program > > I think your source tree is trashed - I've just looked at that > Makefile and it is, indeed, a Makefile. > > Jordan > Ok, We then have a problem with sup3.freebsd.org. I had just done 3 sups in a row just to make sure. I've had this server delete entire trees then reload the same stuff.... Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-current Sat Aug 24 16:04:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07829 for current-outgoing; Sat, 24 Aug 1996 16:04:19 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA07821 for ; Sat, 24 Aug 1996 16:04:17 -0700 (PDT) Received: from protocol.eng.umd.edu (protocol.eng.umd.edu [129.2.98.180]) by po1.glue.umd.edu (8.8.Alpha.8/8.8.Alpha.8) with ESMTP id TAA12648; Sat, 24 Aug 1996 19:04:14 -0400 (EDT) Received: from localhost (chuckr@localhost) by protocol.eng.umd.edu (8.7.5/8.7.3) with SMTP id TAA01165; Sat, 24 Aug 1996 19:04:13 -0400 (EDT) X-Authentication-Warning: protocol.eng.umd.edu: chuckr owned process doing -bs Date: Sat, 24 Aug 1996 19:04:13 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@protocol.eng.umd.edu To: Gary Clark II cc: freebsd-current@FreeBSD.org Subject: Re: problems...big time In-Reply-To: <199608242202.RAA00243@main.gbdata.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 Aug 1996, Gary Clark II wrote: > Hello, > > I've just gotten done with a sup and decided to recompile my kernel and > cleanup my source tree. I ran into some BIG problems. > > 1. make cleandir barfs on contrib and lkm neither of which have Makefiles > at the top. > 2. secure/lib/libdes/Makefile is a C program > > BIG one: > The new kernel does NO networking. It can see no interfaces and is worthless. > > Any ideas on this? Have I hit the tree at a real bad time?? contrib isn't listed as a subdir in /usr/src/Makefile, so it shouldn't be being descended into, even by make cleandir. Check your /usr/src/Makefile. /usr/src/lkm DOES have a Makefile, doublecheck this. > > Gary > -- > Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company > gclarkii@GBData.COM | Member of the FreeBSD Doc Team > Providing Internet and ISP startups mail info@GBData.COM for information > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Aug 24 16:12:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08846 for current-outgoing; Sat, 24 Aug 1996 16:12:59 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA08837 for ; Sat, 24 Aug 1996 16:12:56 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id BAA08422 for ; Sun, 25 Aug 1996 01:10:33 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id BAA32428 for current@freebsd.org; Sun, 25 Aug 1996 01:10:23 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id AAA20926; Sun, 25 Aug 1996 00:47:41 +0200 (MET DST) Message-Id: <199608242247.AAA20926@keltia.freenix.fr> Date: Sun, 25 Aug 1996 00:47:40 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@freebsd.org Subject: Re: Speedingup the "worldstone" In-Reply-To: <199608241748.LAA02804@rover.village.org>; from Warner Losh on Aug 24, 1996 11:48:45 -0600 References: <199608241748.LAA02804@rover.village.org> X-Mailer: Mutt 0.41 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Warner Losh: > have an old 486 DX2-66 that I'd like to get the most out of when it > comes to building the world, since it takes just about exactly 9 hours I'm surprised. My old 486DX/33, before I put a DX4/100 was taking almost the same time for a "make world". > by an UltraStor 34F controller. The second drive is where /usr is > mounted from also. Would I gain by a third drive that had /usr/obj on > it? I have a 500M hard disk that I could use for this if it would be > a big (>20%) win. Mount /usr/obj async. > I already have 32M of memory, so I'm not memory limited. Are there > some options that would allow me to take advantage of this memory? If > I run top while doing a make world, I see that gcc only uses about 20M > or so of memory. Do you use top "-pipe" option to gcc ? If not, use it. > Since I only do a clean make world about once a month or so, this > isn't a huge deal. Use -DNOCLEAN if you don't want it to rebuild everything even if it has not changed. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #18: Sun Aug 18 19:16:52 MET DST 1996 From owner-freebsd-current Sat Aug 24 16:30:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10932 for current-outgoing; Sat, 24 Aug 1996 16:30:59 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA10925 for ; Sat, 24 Aug 1996 16:30:57 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA12029; Sat, 24 Aug 1996 16:29:00 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma012027; Sat Aug 24 16:28:56 1996 Message-ID: <321F8FFC.7991A45@whistle.com> Date: Sat, 24 Aug 1996 16:27:56 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bill Paul CC: Brian Tao , current@freebsd.org Subject: Re: rarpd broken on 2.2-960801-SNAP? References: <199608242010.QAA04360@skynet.ctr.columbia.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > > > Are you absitively posolutely sure it's not sending out a reply, > even a garbled one? When I first shoehorned rarpd into 2.0.5, I > discovered that when I set the ether_type in the outgoing frame, > I had to deliberately _not_ convert it to network byte order (no htons()) > in order for it to go out correctly. This confused me greatly because > NetBSD did (does?) use htons(). I could swear I read somewhere that > this was due to a bug in BPF. It's possible someone fixed the bug, > making the htons() necessary again. > I believe this may be the case..... I remember some traffic on the topic.... From owner-freebsd-current Sat Aug 24 16:32:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11065 for current-outgoing; Sat, 24 Aug 1996 16:32:41 -0700 (PDT) Received: from dfw-ix12.ix.netcom.com (dfw-ix12.ix.netcom.com [206.214.98.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA11056 for ; Sat, 24 Aug 1996 16:32:39 -0700 (PDT) Received: from baloon.mimi.com (sjx-ca21-06.ix.netcom.com [204.30.65.70]) by dfw-ix12.ix.netcom.com (8.6.13/8.6.12) with ESMTP id QAA25368; Sat, 24 Aug 1996 16:31:58 -0700 Received: (from asami@localhost) by baloon.mimi.com (8.7.5/8.6.12) id QAA00919; Sat, 24 Aug 1996 16:31:55 -0700 (PDT) Date: Sat, 24 Aug 1996 16:31:55 -0700 (PDT) Message-Id: <199608242331.QAA00919@baloon.mimi.com> To: gclarkii@main.gbdata.com CC: freebsd-current@freebsd.org In-reply-to: <199608242202.RAA00243@main.gbdata.com> (message from Gary Clark II on Sat, 24 Aug 1996 17:02:40 -0500 (CDT)) Subject: Re: problems...big time From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * BIG one: * The new kernel does NO networking. It can see no interfaces and is worthless. I've seen this. Recompile libkvm and then ifconfig, that may fix it. Satoshi From owner-freebsd-current Sat Aug 24 17:22:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA14887 for current-outgoing; Sat, 24 Aug 1996 17:22:36 -0700 (PDT) Received: from dfw-ix2.ix.netcom.com (dfw-ix2.ix.netcom.com [206.214.98.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA14880 for ; Sat, 24 Aug 1996 17:22:34 -0700 (PDT) Received: from baloon.mimi.com (sjx-ca21-06.ix.netcom.com [204.30.65.70]) by dfw-ix2.ix.netcom.com (8.6.13/8.6.12) with ESMTP id RAA13367; Sat, 24 Aug 1996 17:22:01 -0700 Received: (from asami@localhost) by baloon.mimi.com (8.7.5/8.6.12) id RAA01019; Sat, 24 Aug 1996 17:21:58 -0700 (PDT) Date: Sat, 24 Aug 1996 17:21:58 -0700 (PDT) Message-Id: <199608250021.RAA01019@baloon.mimi.com> To: rsnow@lgc.com CC: freebsd-current@FreeBSD.org In-reply-to: (message from Rob Snow on Sat, 24 Aug 1996 11:30:29 -0500 (CDT)) Subject: Re: memory/disk error with 801-SNAP From: asami@FreeBSD.org (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Now a question about sup: * * I kiced off a sup -v ports-supfile which the docs say is the "super sup" * or some such. It's supposed to get all the ports except distfiles. It * started getting all the ports into /usr/ports/ports, in other words it * starged reproducing them. Then it started transfering the distfiles, I * killed it... I then restarted it using each port collection and it * appears to have worked fine. Did I misunderstand or is something broke? Something is broken. Here are the relevant files: === >> cat ports-all.cvs.list upgrade ports omitany distfiles omitany distfiles/* omitany */#cvs.* omitany */val-tags >> cat ports-all.list omitany *~ omitany */CVS* omitany *.o omitany */tags omitany distfiles omitany distfiles/* upgrade ports omitany */val-tags >> cat releases current list=ports-all.list prefix=/usr scan=scan host=current.allow cvs list=ports-all.cvs.list prefix=/home/ncvs host=cvs.allow === The first one (the cvs collection) works fine. The second one is what didn't work for you (and many others). Can some sup wizard enlighten us? Satoshi From owner-freebsd-current Sat Aug 24 20:59:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00237 for current-outgoing; Sat, 24 Aug 1996 20:59:25 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00228; Sat, 24 Aug 1996 20:59:20 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.7.5/8.7.3) id NAA02694; Sun, 25 Aug 1996 13:59:15 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id NAA14061; Sun, 25 Aug 1996 13:34:34 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id DAA21536; Sun, 25 Aug 1996 03:35:19 GMT Date: Sun, 25 Aug 1996 03:35:19 GMT Message-Id: <199608250335.DAA21536@netfl15a.devetir.qld.gov.au> MIME-Version: 1.0 X-Newsreader: knews 0.9.7 From: sysseh@devetir.qld.gov.au (Stephen Hocking) Subject: The VIVA file system (fwd) To: freebsd-fs@freebsd.org, current@freebsd.org Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anybody have opinions on this vs LFS? Are we still waiting for the Lite-2 stuff, before LFS can go in? Stephen Xref: ogre.devetir.qld.gov.au comp.os.research:2541 Path: ogre.devetir.qld.gov.au!bunyip.cc.uq.oz.au!munnari.OZ.AU!metro!metro!asstdc.scgt.oz.au!nsw.news.telstra.net!act.news.telstra.net!psgrain!usenet.eel.ufl.edu!news.mathworks.com!newsfeed.internetmci.com!newsxfer2.itd.umich.edu!agate!news.ucsc.edu!osr From: Shankar Pasupathy Newsgroups: comp.os.research Subject: The VIVA file system Date: 23 Aug 1996 15:45:56 GMT Organization: Computer Science department, University of Kentucky Lines: 31 Approved: comp-os-research@ftp.cse.ucsc.edu Message-ID: <4vkjnk$2lf@darkstar.ucsc.edu> NNTP-Posting-Host: ftp.cse.ucsc.edu Originator: osr@cse.ucsc.edu We have placed the source code for a new filesystem for Linux, called VIVA, on ftp://www.cs.engr.uky.edu/cs/software/viva.tar.gz. This package includes all the files necessary to install VIVA in Linux 1.x and 2.x. The package contains a paper on VIVA by its developers, Eric H. Herrin II and Raphael A. Finkel, and a report on implementing VIVA in Linux by Shankar Pasupathy. A brief description of VIVA follows. The VIVA filesystem was designed to minimize the time taken for file operations. VIVA achieves this goal by using an allocation policy that clusters sequentially accessed disk blocks so that disk-head movement is minimized. VIVA also uses this clustering to compress block addresses in an inode from 32 bits to 1 bit, relative to traditional filesystems. This compression allows us to access about 800KB of data without using indirect blocks. Benchmark results of our implementation of VIVA in the Linux kernel show that it is much faster than Ext2, the default Linux filesystem, for common file operations. The Linux implementation of VIVA is a "work in progress". It does not yet handle partitions larger than 64M (so that the allocation bitmap fits readily in memory). Individual files are limited to about 8M (inodes currently have only a single indirect block). There are no fragments; block size is restricted to 1K. (Adding logical blocks of larger size will relieve some of these limitations.) Shankar Pasupathy (shankar@pop.uky.edu) From owner-freebsd-current Sat Aug 24 21:02:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00510 for current-outgoing; Sat, 24 Aug 1996 21:02:42 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA00487 for ; Sat, 24 Aug 1996 21:02:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA19669 for current@freebsd.org; Sun, 25 Aug 1996 13:57:15 +1000 Date: Sun, 25 Aug 1996 13:57:15 +1000 From: Bruce Evans Message-Id: <199608250357.NAA19669@godzilla.zeta.org.au> To: current@freebsd.org Subject: DEPEND and/or NO_DEPEND broken Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk bsd.prog.mk and bsd.prog.mk now have ${DEPEND} in the dependencies for the `all' target, but ${DEPEND} is usually null at this point. (Dependencies are evaluated as they are read, using the current values of variables. This is why the `depend' target should not be part of the `all' target.) ${DEPEND} can be set to `depend' in /etc/make.conf or on the command line. Setting it on the command line is more work than just specifying the `depend' target on the command line. The NO_DEPEND ifdef in bsd.port.mk is completely useless. It sets ${DEPEND} after ${DEPEND} has been completely used. The caching effect of making dependencies at the "same" time as objects could be obtained by changing (simplifying) the SUBDIR processing to pass all targets to the sub-makes. (Run `make -n depend all install' in /usr/src to see the target-first order for the current version.) Then `make depend all' would work like the DEPEND changes were supposed to work - not completely correctly, because new dependencies might be overlooked, but good enough in most cases. The SUBDIR processing could even be changed to special- case the `depend' target so that `make depend all' is split into `make depend; make all' for subdirectories. This would be dangerous because people might depend on it and it wouldn't work in general (in particular, in leaf directories). The SUBDIR processing might need to special-case only the `depend' target so that the other targets don't get messed up. OTOH, `make all install' would probably benefit from it too. E.g., libraries would be installed earlier so programs would be linked to up to date versions of the libraries. Bruce From owner-freebsd-current Sat Aug 24 21:46:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04038 for current-outgoing; Sat, 24 Aug 1996 21:46:06 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04031; Sat, 24 Aug 1996 21:46:03 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id XAA05829; Sat, 24 Aug 1996 23:45:53 -0500 (EST) From: "John S. Dyson" Message-Id: <199608250445.XAA05829@dyson.iquest.net> Subject: Re: The VIVA file system (fwd) To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Sat, 24 Aug 1996 23:45:53 -0500 (EST) Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199608250335.DAA21536@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Aug 25, 96 03:35:19 am Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Anybody have opinions on this vs LFS? Are we still waiting for the Lite-2 > stuff, before LFS can go in? > Looks interesting, but LFS is also. Some of the improvements will appear when we get our implementation of properly delayed writes working for UFS. I am sure that someone will take-on LFS when Lite-2 stuff goes in, even I might (shiver :-)). John From owner-freebsd-current Sat Aug 24 22:08:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05801 for current-outgoing; Sat, 24 Aug 1996 22:08:16 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA05794 for ; Sat, 24 Aug 1996 22:08:13 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA04448; Sat, 24 Aug 1996 22:07:06 -0700 (PDT) To: Bruce Evans cc: current@freebsd.org Subject: Re: DEPEND and/or NO_DEPEND broken In-reply-to: Your message of "Sun, 25 Aug 1996 13:57:15 +1000." <199608250357.NAA19669@godzilla.zeta.org.au> Date: Sat, 24 Aug 1996 22:07:06 -0700 Message-ID: <4446.840949626@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > bsd.prog.mk and bsd.prog.mk now have ${DEPEND} in the dependencies for > the `all' target, but ${DEPEND} is usually null at this point. Hmmmm. You're right, though I'm perplexed that I didn't catch this during my testing of NO_DEPEND. In any case... > The caching effect of making dependencies at the "same" time as objects > could be obtained by changing (simplifying) the SUBDIR processing to > pass all targets to the sub-makes. (Run `make -n depend all install' in OK. > overlooked, but good enough in most cases. The SUBDIR processing could > even be changed to special- case the `depend' target so that `make > depend all' is split into `make depend; make all' for subdirectories. Ugh. > wouldn't work in general (in particular, in leaf directories). The > SUBDIR processing might need to special-case only the `depend' target so > that the other targets don't get messed up. OTOH, `make all install' > would probably benefit from it too. E.g., libraries would be installed > earlier so programs would be linked to up to date versions of the > libraries. Hmmm. I think this is one of those things that's far easier to demonstrate than explain, since I'm still not entirely sure that what I'm inferring from the above is what you actually mean. Would you perhaps have some diffs which explain this in a more practical fashion? :-) Jordan