From owner-freebsd-current Sun May 18 00:12:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14974 for current-outgoing; Sun, 18 May 1997 00:12:48 -0700 (PDT) Received: from wlk.com (news.wlk.com [192.86.83.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14968 for ; Sun, 18 May 1997 00:12:46 -0700 (PDT) Received: from SMTPdaemon by wlk.com (smail3.2) with SMTPL id m0wT095-0009rMC; Sun, 18 May 1997 02:12:43 -0500 (CDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id JAA05233; Sun, 18 May 1997 09:05:31 +0200 (CEST) To: "Louis A. Mamakos" cc: current@FreeBSD.org From: Poul-Henning Kamp Subject: Re: does -current work on an HP Omnibook 800CT laptop? In-reply-to: Your message of "Sun, 18 May 1997 00:42:31 EDT." <199705180442.AAA04882@whizzo.transsys.com> Date: Sun, 18 May 1997 09:05:31 +0200 Message-ID: <5231.863939131@critter> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199705180442.AAA04882@whizzo.transsys.com>, "Louis A. Mamakos" writ es: > >Before I do battle with reparitioning disks and the like, do I have any >chance of getting FreeBSD-current to work on an HP Omnibook 800CT laptop? >Any reports of success? Works great. This email is written from one. Highly recommended. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun May 18 04:07:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA24680 for current-outgoing; Sun, 18 May 1997 04:07:21 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA24660; Sun, 18 May 1997 04:07:15 -0700 (PDT) Received: from gil.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 NAA29338; Sun, 18 May 1997 13:08:27 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id NAA07993; Sun, 18 May 1997 13:08:39 +0200 (MEST) From: Christoph Kukulies Message-Id: <199705181108.NAA07993@gil.physik.rwth-aachen.de> Subject: Re: can anyone confirm my NFS/VM problem? In-Reply-To: from Doug Rabson at "May 17, 97 04:52:46 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 18 May 1997 13:08:39 +0200 (MEST) Cc: kuku@gilberto.physik.RWTH-Aachen.DE, dyson@freebsd.org, current@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 Fri, 16 May 1997, Christoph Kukulies wrote: > > > > > I have created a test case to repeat that weird NFS/VM problem I > > have here with a physics production program - the exposed bug is > > really a showstopper for our production and I'm not sure if it is > > not also in 2.2.1R. > > (Don't know if Doug is already going to deal with this group > > of NFS/VM/MMAP problems). Anyway, to assure it is really a > > repeatable problem independent of some local peculiarity here > > at my site, I'm seeking for someone with the following > > configuration: > > Well I think I have a fix. It was bloody painful too. There were some > extremely ugly problems associated with NFS' use of b_validoff and > b_validend. I attempted to fix them but it still feels pretty fragile > although it does pass Ghristoph's test case. I tested it here and can confirm the latter - at least it cures my test case. > > John, could you have a look at these changes and tell me whether they make > sense? > [ patch of kern/vfs_bio.c vm/vm_fault.c vm/vnode_pager.c ommitted ] > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 951 1891 > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun May 18 08:12:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00716 for current-outgoing; Sun, 18 May 1997 08:12:49 -0700 (PDT) Received: from mailhost (user-37kb5eu.dialup.mindspring.com [207.69.149.222]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA00711 for ; Sun, 18 May 1997 08:12:46 -0700 (PDT) Received: from rlb by mailhost with smtp (Smail3.1.29.1 #1) id m0wT7dS-000G0bC; Sun, 18 May 97 11:12 EDT Message-ID: <337F1C51.643A@mindspring.com> Date: Sun, 18 May 1997 11:12:17 -0400 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: RELENG2_2 5-18-97 build fails Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In building "make world" on the current RELENG2_2 I get the following error. I checked and did not find /usr/src/contrib/texinfo files anywhere afet the cvsup. Is this a know gotcha? I was also flamed for asking about RELENG2_2 in current earlier, I have had no problem with this in the past. Is there another maillist for RELENG2_2? Thank's in advance. Ron :-) ===> gnu/usr.bin/texinfo/doc makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/ texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo .texi -o texinfo.info.new Making info file `texinfo.info.new' from `/usr/src/gnu/usr.bin/texinfo/doc/../.. /../../contrib/texinfo/texinfo.texi'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:21: Un known info command `dircategory'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:22: Un known info command `direntry'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:27: Un matched `@end'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:16887: Expected ` @end shorttitlepage'. *** Error code 2 Stop. *** Error code 1 -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ http://rlb.users.mindspring.com gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 Work: 770-263-2411 From owner-freebsd-current Sun May 18 14:23:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13271 for current-outgoing; Sun, 18 May 1997 14:23:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA13262 for ; Sun, 18 May 1997 14:23:42 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA08310 for current@FreeBSD.ORG; Sun, 18 May 1997 23:23:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00732; Sun, 18 May 1997 23:08:06 +0200 (MET DST) Message-ID: <19970518230806.XC11958@uriah.heep.sax.de> Date: Sun, 18 May 1997 23:08:06 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Boot Manager -> disk References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Warner Losh on May 17, 1997 07:52:13 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > I don't have geometry problems, just no boot manager at all. I tried > fdisk/mbr and marking the FreeBSD partition active, but to no avail. I think you have geometry problems though. Did you also try ``dangerously dedicated'' mode (if this is an option 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 Sun May 18 18:42:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA25327 for current-outgoing; Sun, 18 May 1997 18:42:03 -0700 (PDT) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [207.227.50.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA25322 for ; Sun, 18 May 1997 18:42:00 -0700 (PDT) Received: from arabian.astrolab.org (dial192.nconnect.net [207.227.50.192]) by atlantis.nconnect.net (8.8.4/8.7.3) with ESMTP id UAA23274 for ; Sun, 18 May 1997 20:37:20 -0500 (CDT) Message-ID: <337FAFD1.ADC13589@nconnect.net> Date: Sun, 18 May 1997 20:41:37 -0500 From: Randall D DuCharme Reply-To: randyd@nconnect.net X-Mailer: Mozilla 4.0b3C (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Error installing Postgresql X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, In trying to install the postgresql port the install fails with the following... initdb: creating template database in /usr/local/pgsql/data/base/template1 Running: postgres -boot -C -F -D/usr/local/pgsql/data -Q template1 Failed Assertion("!VfdCache[0].lruMoreRecently != 0):(null)", File: "fd.c", Line: 389) !(VfdCache[0].lruMoreRecently != 0) (0) Abort trap - core dumped initdb: could not create template database initdb: cleaning up by wiping out /usr/local/pgsql/data/base/template1 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. The system is -current (SMP) as of 4 PM 5/18 Any ideas? Thanks Randy DuCharme From owner-freebsd-current Mon May 19 03:09:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA12867 for current-outgoing; Mon, 19 May 1997 03:09:52 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA12859 for ; Mon, 19 May 1997 03:09:49 -0700 (PDT) Received: from cola41.scsn.net ([206.25.247.41]) by rosie.scsn.net (Post.Office MTA v3.0 release 0121 ID# 0-32322U5000L100S10000) with ESMTP id AAA77 for ; Mon, 19 May 1997 06:02:52 -0400 Received: (from root@localhost) by cola41.scsn.net (8.8.5/8.8.5) id GAA00546; Mon, 19 May 1997 06:09:41 -0400 (EDT) Message-ID: <19970519060940.63667@cola41.scsn.net> Date: Mon, 19 May 1997 06:09:40 -0400 From: "Donald J. Maddox" To: current@FreeBSD.org Subject: 16650/16750 changes to sio seem to be broken Reply-To: dmaddox@scsn.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk After compiling a new kernel including the new changes to sio that are supposed to detect 16650/16750s, my internal Motorola ModemSurfer modem no longer works. It supposedly contains a 16550A compatible chip, but the new detection code thinks it is a 16750. I don't have any time to research this in detail at the moment (gotta go to work), but I will provide more info as necessary later. Just a heads up :-) -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Mon May 19 03:43:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14236 for current-outgoing; Mon, 19 May 1997 03:43:28 -0700 (PDT) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14231 for ; Mon, 19 May 1997 03:43:25 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.8.3/8.6.9) with SMTP id LAA03085 for ; Mon, 19 May 1997 11:43:29 +0100 (BST) Date: Mon, 19 May 1997 11:43:29 +0100 (BST) From: Developer To: freebsd-current@freebsd.org Subject: FIN_WAIT_2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know if Freebsd times out FIN_WAIT_2's.. if so what is the timeout and what date was this put into the kernel? Thanks. Trefor S. From owner-freebsd-current Mon May 19 04:38:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16001 for current-outgoing; Mon, 19 May 1997 04:38:08 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15996 for ; Mon, 19 May 1997 04:38:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id EAA02861; Mon, 19 May 1997 04:39:26 -0700 (PDT) Message-Id: <199705191139.EAA02861@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Developer cc: freebsd-current@FreeBSD.ORG Subject: Re: FIN_WAIT_2 In-reply-to: Your message of "Mon, 19 May 1997 11:43:29 BST." From: David Greenman Reply-To: dg@root.com Date: Mon, 19 May 1997 04:39:26 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Does anyone know if Freebsd times out FIN_WAIT_2's.. if so what is the >timeout and what date was this put into the kernel? There have been a variety of timer changes over the past two years which should catch cases >= CLOSING. Specifically, the persist timer is set on connections >= CLOSING, so connections in FIN_WAIT_2 should be timed out by that timer at the very least. My vague recollection is that a different timer kills it before that, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon May 19 05:04:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA17225 for current-outgoing; Mon, 19 May 1997 05:04:26 -0700 (PDT) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17215 for ; Mon, 19 May 1997 05:04:18 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.8.3/8.6.9) with SMTP id NAA01331; Mon, 19 May 1997 13:04:18 +0100 (BST) Date: Mon, 19 May 1997 13:04:17 +0100 (BST) From: Developer To: David Greenman cc: freebsd-current@FreeBSD.ORG Subject: Re: FIN_WAIT_2 In-Reply-To: <199705191139.EAA02861@implode.root.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 Mon, 19 May 1997, David Greenman wrote: > >Does anyone know if Freebsd times out FIN_WAIT_2's.. if so what is the > >timeout and what date was this put into the kernel? > > There have been a variety of timer changes over the past two years which > should catch cases >= CLOSING. Specifically, the persist timer is set on > connections >= CLOSING, so connections in FIN_WAIT_2 should be timed out by > that timer at the very least. My vague recollection is that a different timer > kills it before that, however. Thanks for the information. It seems from testing on one of our machines that the timeout may be around 5 mins. It's unfortunate that apache seems to have no way to detect that the user has hit stop other than just leaving the conntion in FIN_WAIT_2 until the kernel times it out. Regards, Trefor S. From owner-freebsd-current Mon May 19 06:11:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20363 for current-outgoing; Mon, 19 May 1997 06:11:13 -0700 (PDT) Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA20336 for ; Mon, 19 May 1997 06:10:22 -0700 (PDT) Received: from njl2.materials.ox.ac.uk by oxmail4 with SMTP (PP); Mon, 19 May 1997 14:10:06 +0100 Received: by njl2.materials.ox.ac.uk (950413.SGI.8.6.12/940406.SGI) for current@FreeBSD.ORG id OAA11134; Mon, 19 May 1997 14:09:42 +0100 From: neil.long@materials.oxford.ac.uk (Neil J Long) Message-Id: <199705191309.OAA11134@njl2.materials.ox.ac.uk> Subject: RELENG_2_2 world broken for cvsup?? To: current@freebsd.org Date: Mon, 19 May 1997 14:09:41 +0100 (BST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello I wonder if there is something amiss for users of cvsup rather than cvs? I find that world fails at ===> amq with make: don't know how to make /usr/src/usr.sbin/amd/amq/../rpcx/nfs_prot.h. Stop *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 This is either due to Delete src/usr.sbin/amd/rpcx/nfs_prot.h since about 97.05.14 or the Makefile in amq not using /usr/include/rpcsvc/nfs_prot.h Could someone check this is not just something weird with my machine. Neil From owner-freebsd-current Mon May 19 06:22:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20707 for current-outgoing; Mon, 19 May 1997 06:22:52 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp01-58.zyzzyva.com [208.214.58.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20701 for ; Mon, 19 May 1997 06:22:48 -0700 (PDT) Received: from sierra (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.8.5/8.8.2) with ESMTP id IAA09358; Mon, 19 May 1997 08:23:29 -0500 (CDT) Message-Id: <199705191323.IAA09358@sierra.zyzzyva.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Developer cc: David Greenman , freebsd-current@FreeBSD.ORG Subject: Re: FIN_WAIT_2 In-reply-to: dev's message of Mon, 19 May 1997 13:04:17 +0100. X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 May 1997 08:23:29 -0500 From: Randy Terbush Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > On Mon, 19 May 1997, David Greenman wrote: > > > >Does anyone know if Freebsd times out FIN_WAIT_2's.. if so what is the > > >timeout and what date was this put into the kernel? > > > > There have been a variety of timer changes over the past two years which > > should catch cases >= CLOSING. Specifically, the persist timer is set on > > connections >= CLOSING, so connections in FIN_WAIT_2 should be timed out by > > that timer at the very least. My vague recollection is that a different timer > > kills it before that, however. > > Thanks for the information. It seems from testing on one of our machines > that the timeout may be around 5 mins. It's unfortunate that apache seems > to have no way to detect that the user has hit stop other than just > leaving the conntion in FIN_WAIT_2 until the kernel times it out. > > Regards, > > Trefor S. > The Apache Group has gone through considerable contortions on this issue. The FIN_WAIT_2 is not a result of a user pressing STOP, but rather the result of a half-close on the socket waiting for the client to either close or restart the connection. The are a number of reasons that this is needed. Visit the following URL for a more thorough explanation. http://www.apache.org/docs/misc/fin_wait_2.html From owner-freebsd-current Mon May 19 07:38:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24683 for current-outgoing; Mon, 19 May 1997 07:38:38 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24677; Mon, 19 May 1997 07:38:34 -0700 (PDT) Received: from mercury.ukc.ac.uk ([129.12.21.10]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id HAA25304; Mon, 19 May 1997 07:37:50 -0700 (PDT) Received: from crane.ukc.ac.uk by mercury.ukc.ac.uk with SMTP (PP); Mon, 19 May 1997 15:35:02 +0100 Received: from localhost by crane.ukc.ac.uk (SMI-8.6/UKC-2.14) id PAA27231; Mon, 19 May 1997 15:35:00 +0100 Date: Mon, 19 May 1997 15:35:00 +0100 (BST) From: "K.R.Marshall" X-Sender: krm2@crane To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org Subject: Maximum 32 CD-ROMs..? 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 all, I'm running 2.2-STABLE as of around the 15th May, and I've just noticed that there is still a limit of 32 SCSI CD-ROM devices built in somewhere. Can anyone point me to where this is, and tell me whether it is easy to change? I must admit, I thought I'd seen that this had already been changed somewhere down the line, but perhaps it was in 3.0-current. Also, MAKEDEV by default disallows any 'cd' device above 7 - is there a good reason for this? I know it's easy enough to hack, but I was just wondering why it had been set this way. Keith. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "... I was taught from much too | Keith Marshall young to shine and not reflect ..." | Computing Officer, Templeman Library - Marillion, "An Accidental Man" | University of Kent at Canterbury. From owner-freebsd-current Mon May 19 07:43:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25263 for current-outgoing; Mon, 19 May 1997 07:43:24 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25257 for ; Mon, 19 May 1997 07:43:20 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id PAA20363; Mon, 19 May 1997 15:41:47 +0100 (BST) Date: Mon, 19 May 1997 15:41:47 +0100 (BST) From: Doug Rabson To: Neil J Long cc: current@freebsd.org Subject: Re: RELENG_2_2 world broken for cvsup?? In-Reply-To: <199705191309.OAA11134@njl2.materials.ox.ac.uk> 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 May 1997, Neil J Long wrote: > Hello > I wonder if there is something amiss for users of cvsup rather than cvs? > > I find that world fails at > ===> amq > > with > make: don't know how to make > /usr/src/usr.sbin/amd/amq/../rpcx/nfs_prot.h. Stop > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > This is either due to > Delete src/usr.sbin/amd/rpcx/nfs_prot.h > > since about 97.05.14 > or the Makefile in amq not using /usr/include/rpcsvc/nfs_prot.h > > Could someone check this is not just something weird with my machine. > I deleted this file in the 2.2 branch recently. It may be that you have stale dependancies in your tree. Delete all .depend files and remove your obj tree and that might fix it. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Mon May 19 08:08:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26492 for current-outgoing; Mon, 19 May 1997 08:08:27 -0700 (PDT) Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA26404 for ; Mon, 19 May 1997 08:07:47 -0700 (PDT) Received: from njl2.materials.ox.ac.uk by oxmail4 with SMTP (PP); Mon, 19 May 1997 16:07:32 +0100 Received: by njl2.materials.ox.ac.uk (950413.SGI.8.6.12/940406.SGI) for current@FreeBSD.ORG id QAA11468; Mon, 19 May 1997 16:06:47 +0100 Date: Mon, 19 May 1997 16:06:47 +0100 From: neil.long@materials.oxford.ac.uk (Neil J Long) Message-Id: <9705191606.ZM11466@njl2.materials.ox.ac.uk> In-Reply-To: neil.long@materials.oxford.ac.uk (Neil J Long) "RELENG_2_2 world broken for cvsup??" (May 19, 2:09pm) References: <199705191309.OAA11134@njl2.materials.ox.ac.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: current@freebsd.org Subject: Re: RELENG_2_2 world broken for cvsup?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi - found an old .depend which wasn't being removed with a make clean, I zapped it and there is no longer a problem. Sorry Neil From owner-freebsd-current Mon May 19 08:22:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA27086 for current-outgoing; Mon, 19 May 1997 08:22:55 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA27081 for ; Mon, 19 May 1997 08:22:52 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA18138 for freebsd-current@FreeBSD.org; Mon, 19 May 1997 17:22:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id RAA00594; Mon, 19 May 1997 17:09:04 +0200 (MET DST) Message-ID: <19970519170904.LV61260@uriah.heep.sax.de> Date: Mon, 19 May 1997 17:09:04 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: All zeros still recognized as broadcast?? X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk j@uriah 100% netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 4 934 lo0 192.168.0.0 0:a0:24:55:7a:c3 UHLWb 0 4 lo0 => ^ I've incidentally tried to assign 192.168.0.0 to an ethernet interface. The above route is the result, the `b' flag telling me: b RTF_BROADCAST The route represents a broadcast address I thought automatically recognizing all zeros as a (bogus) broadcast address has been diminished long ago? Needless to say, i can't really work with this address. Pinging myself yields a ``Can't assign requested address'' then. Isn't this just a waste of address space only? (I was going to assign a four- host subnet to a colleague, with the intention to have three usable addresses plus the broadcast address.) Also, i can't get rid of this bogus cloned route. A route delete gives me ``Not in table''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 19 09:19:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00566 for current-outgoing; Mon, 19 May 1997 09:19:38 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00561 for ; Mon, 19 May 1997 09:19:36 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id MAA20016; Mon, 19 May 1997 12:19:19 -0400 (EDT) Date: Mon, 19 May 1997 12:19:19 -0400 (EDT) From: Garrett Wollman Message-Id: <199705191619.MAA20016@khavrinen.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: All zeros still recognized as broadcast?? In-Reply-To: <19970519170904.LV61260@uriah.heep.sax.de> References: <19970519170904.LV61260@uriah.heep.sax.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < 192.168.0.0 0:a0:24:55:7a:c3 UHLWb 0 4 lo0 => > ^ > I thought automatically recognizing all zeros as a (bogus) broadcast > address has been diminished long ago? The all-zeros address really means ``this host'' or ``I don't know'', but for our purposes treating it as a broadcast address gives useful enough behavior. The code which no longer exists of which you are probably thinking is the kluge in ip_input() which would accept such packets as broadcasts even when that address was not configured as an interface's broadcast address. > Also, i can't get rid of this bogus cloned route. A route delete > gives me ``Not in table''. ifconfig .... delete .... -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, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon May 19 09:51:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02669 for current-outgoing; Mon, 19 May 1997 09:51:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02662 for ; Mon, 19 May 1997 09:50:57 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA19504; Mon, 19 May 1997 18:50:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA01307; Mon, 19 May 1997 18:36:06 +0200 (MET DST) Message-ID: <19970519183606.JC27358@uriah.heep.sax.de> Date: Mon, 19 May 1997 18:36:06 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Cc: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Subject: Re: All zeros still recognized as broadcast?? References: <19970519170904.LV61260@uriah.heep.sax.de> <199705191619.MAA20016@khavrinen.lcs.mit.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705191619.MAA20016@khavrinen.lcs.mit.edu>; from Garrett Wollman on May 19, 1997 12:19:19 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > The all-zeros address really means ``this host'' or ``I don't know'', > but for our purposes treating it as a broadcast address gives useful > enough behavior. But i thought this was only for 0.0.0.0? So the unability to use my own net number as an ethernet IP address is set in stone once and forever? > > Also, i can't get rid of this bogus cloned route. A route delete > > gives me ``Not in table''. > > ifconfig .... delete .... This was the second i tried after the `route delete' attempt, and it didn't work either. I meanwhile reconfigured the interface to 192.168.0.1, so look: uriah # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 4 1601 lo0 192.168.0.0 0:a0:24:55:7a:c3 UHLWb 0 4 lo0 => 192.168 link#1 UC 0 0 192.168.0.1 0:a0:24:55:7a:c3 UHLW 0 101 lo0 uriah # ifconfig vx0 delete uriah # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 4 1601 lo0 192.168.0.0 0:a0:24:55:7a:c3 UHLWb 0 4 lo0 => 192.168 link#1 UC 0 0 192.168.0.1 0:a0:24:55:7a:c3 UHLW 0 101 lo0 uriah # route delete 192.168.0.1 delete host 192.168.0.1 uriah # route delete 192.168.0.0 writing to routing socket: No such process delete net 192.168.0.0: not in table uriah # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 4 1605 lo0 192.168.0.0 0:a0:24:55:7a:c3 UHLWb 0 4 lo0 => 192.168 link#1 UC 0 0 Interesting enough: uriah # arp -d 192.168.0.0 192.168.0.0 (192.168.0.0) deleted ...worked! The one thing i can't get rid of, even after taking all interfaces down etc. is: uriah # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 192.168 link#1 UC 0 0 Probably related is: uriah # ifconfig vx0 vx0: flags=8802 mtu 1500 ether 00:a0:24:55:7a:c3 uriah # ifconfig vx0 192.168.0.1 ifconfig: ioctl (SIOCAIFADDR): File exists ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ uriah # ifconfig vx0 vx0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:a0:24:55:7a:c3 So what gives? This is probably similar to an annoying but benign message i've reported here recently. Whenever i activate my SLIP interfaces after dialing out, i get the same ``File exists''. This is with the same scripts that used to work for several years now. It started to happen after i upgraded my system to a post-Lite2 version. Something must have really been changed there. -- 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 May 19 09:56:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03143 for current-outgoing; Mon, 19 May 1997 09:56:29 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03135 for ; Mon, 19 May 1997 09:56:20 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id MAA20128; Mon, 19 May 1997 12:56:11 -0400 (EDT) Date: Mon, 19 May 1997 12:56:11 -0400 (EDT) From: Garrett Wollman Message-Id: <199705191656.MAA20128@khavrinen.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users), wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Subject: Re: All zeros still recognized as broadcast?? In-Reply-To: <19970519183606.JC27358@uriah.heep.sax.de> References: <19970519170904.LV61260@uriah.heep.sax.de> <199705191619.MAA20016@khavrinen.lcs.mit.edu> <19970519183606.JC27358@uriah.heep.sax.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < As Garrett Wollman wrote: >> The all-zeros address really means ``this host'' or ``I don't know'', >> but for our purposes treating it as a broadcast address gives useful >> enough behavior. > But i thought this was only for 0.0.0.0? No. > So the unability to use my > own net number as an ethernet IP address is set in stone once and > forever? In IPv4, yes. In IPv6, who cares? > uriah # route delete 192.168.0.0 > writing to routing socket: No such process > delete net 192.168.0.0: not in table That's because it's not a network, but route(8) guessed that it was. Use `route delete -host'. -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, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon May 19 10:04:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03920 for current-outgoing; Mon, 19 May 1997 10:04:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03915 for ; Mon, 19 May 1997 10:04:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24391; Mon, 19 May 1997 09:54:37 -0700 From: Terry Lambert Message-Id: <199705191654.JAA24391@phaeton.artisoft.com> Subject: Re: FIN_WAIT_2 To: randy@zyzzyva.com (Randy Terbush) Date: Mon, 19 May 1997 09:54:37 -0700 (MST) Cc: dev@flevel.co.uk, dg@root.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199705191323.IAA09358@sierra.zyzzyva.com> from "Randy Terbush" at May 19, 97 08:23:29 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 > > Thanks for the information. It seems from testing on one of our machines > > that the timeout may be around 5 mins. It's unfortunate that apache seems > > to have no way to detect that the user has hit stop other than just > > leaving the conntion in FIN_WAIT_2 until the kernel times it out. > > The Apache Group has gone through considerable contortions on this > issue. The FIN_WAIT_2 is not a result of a user pressing STOP, but > rather the result of a half-close on the socket waiting for the > client to either close or restart the connection. The are a number > of reasons that this is needed. Visit the following URL for a more > thorough explanation. > > > http://www.apache.org/docs/misc/fin_wait_2.html If you are a Winsock application programmer, it is important that you explicitly call shutdown( s, x), where x is (preferrably) 2. Otherwise, WinSock does not correctly negotiate shutdown on close. Winsock being broken is the major reason for these eternally hanging connections. Comes from people like NetScape and the people who wrote the code which became MS IE not understanding Winsock fully (what with them being decent, God-fearing UNIX folks, like your good neighbors). For more details: _Windows Sockets Network Programmiong_ Bob Quinn, David Shute Addison-Wesley Publishing ISBN 0-201-63372-8 Specifically, the end of "Chapter 4: Network Application Mechanics". The "x = 2" is required because some existing WinSock implementations fail to shutdown correctly with "x = 1". Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 19 10:50:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07014 for current-outgoing; Mon, 19 May 1997 10:50:58 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA06987 for ; Mon, 19 May 1997 10:50:45 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA21388 for freebsd-current@FreeBSD.ORG; Mon, 19 May 1997 19:50:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA01544; Mon, 19 May 1997 19:27:09 +0200 (MET DST) Message-ID: <19970519192709.LI31727@uriah.heep.sax.de> Date: Mon, 19 May 1997 19:27:09 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: All zeros still recognized as broadcast?? References: <19970519170904.LV61260@uriah.heep.sax.de> <199705191619.MAA20016@khavrinen.lcs.mit.edu> <19970519183606.JC27358@uriah.heep.sax.de> <199705191656.MAA20128@khavrinen.lcs.mit.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705191656.MAA20128@khavrinen.lcs.mit.edu>; from Garrett Wollman on May 19, 1997 12:56:11 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > uriah # route delete 192.168.0.0 > > writing to routing socket: No such process > > delete net 192.168.0.0: not in table > > That's because it's not a network, but route(8) guessed that it was. > Use `route delete -host'. Ah. Anyway (and not only to Garrett), what's up with the ``File exists'' messages when configuring an interface? They are benign as it seems but annoying. -- 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 May 19 11:00:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07615 for current-outgoing; Mon, 19 May 1997 11:00:41 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07610 for ; Mon, 19 May 1997 11:00:38 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id VAA04809 for current@freebsd.org; Mon, 19 May 1997 21:00:25 +0300 (EET DST) From: mika ruohotie Message-Id: <199705191800.VAA04809@shadows.aeon.net> Subject: cvsup 15.0 To: current@freebsd.org Date: Mon, 19 May 1997 21:00:24 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL31 (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 upgraded my cvsup today to the latest. lately i remember the lister/proto_out value to have been around 720, plus minus few. now the latest cvsup announces it to be 874, and i cant recall seeing much of a new files being added to the tree... defenitely not that many. so, while this matter remains rather irrelevant, did something change in the cvsup itself? mickey From owner-freebsd-current Mon May 19 11:36:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10064 for current-outgoing; Mon, 19 May 1997 11:36:35 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA10057 for ; Mon, 19 May 1997 11:36:32 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-49.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA00183 (5.67b/IDA-1.5 for ); Mon, 19 May 1997 20:36:07 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id UAA05895; Mon, 19 May 1997 20:34:40 +0200 (CEST) X-Face: " Date: Mon, 19 May 1997 20:34:40 +0200 From: Stefan Esser To: Doug Rabson Cc: Michael Smith , current@FreeBSD.ORG Subject: Re: Backwards compatibiliy for isa_driver References: <19970514224514.26045@x14.mi.uni-koeln.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.73 In-Reply-To: ; from Doug Rabson on Thu, May 15, 1997 at 10:07:18AM +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Seems I forgot to include my example implementation of the suggested config file interface. Here it comes ... One final change: The format is now "what name unit value ..." delimited by white space. The "what" parameter specifies a class and how the values are to be interpreted. The name and unit select one instance (for example a device), for which these parameters apply. For example: isa ed 0 0x280 5 ... could be an NE2000 on ISA port 0x280 ... Lines starting with an hash char "#" are treated as comments. Regards, STefan begin 644 config.c.gz M'XL("!Z=@#,"`V-O;F9I9RYC`-58WW/;-@Q^MOX*S#G'HIWN[&S+NCKN;@][ MZ^UEW5/JVZD2;3.Q:4VBVZQI_O128$@\.$#0/K$V'2S MSS179I4E+H%YKV_*!'0&$YC" M.7P#W[ZQ_:C7Z_5/G"X=I+OM5EL7)D581.&[YOS&IJCE!W@.W\,%OIA%)]IF M9AE%I4N<2<'8C;$:'RY*EZO?;;+5;%",,Y"JZ"X"_"NTVQ<6XF$RA,LYI'!Z MBO_PV_##4,VB^TJ==X95K;0C';&?RL]H#QC9H))&;Y-2PQRFDUDU5>AROW$X M*7-[6YJ51??26L;,(O]]"?$HASF:,1DJN(MZHO#Y+.KQRS@?3Q4+W'H!6A9V MO9CY<0[C.9SCX)ZU^O^F-N']VFPTQ'&*4_F56<`SO]\E&@X?/P)K:;U%E,;X MDD4N4.18XJ>FA.)M[KS-*;R0-M3ACTVLR:(7R%&^,&XRN"-:XUL:X3N=Z@5H"0D^$%P9(#: M<$5.1K+HR"(8WH-9DV'Y`V0J;TS^?E=D%9V:-))8-6T0HC+<:#<_A:X-K#X# M2O\>EX=0"*EILHVVP7_"(D`@B"`(--O:LIG2N+_JV@OIZ-=U`K]-7+IN)'&] MO4]H^H9V5>%`G$I7V'2;QRCMY8(,8?0PTB)5X]UA_">&]M#/XWK5*E<-+L0$ M=[/*H?RI45QKR#JRPY"_MLOJOPMSZ7:%WEOS1[#D[7ZYU,75PAN$(_MX%&IC ME[N".8X)@@9=\GK\-AXK*3?!]UCV,8NNL)'M4I#$>%;$6\A"FEBT2-B0I&K' MWG9`;_6M*W1ZE-IU;#G#QN,JQSI0#/!A/+B)ACQ9)R[`15SR<"&\KH*S#6YI M/NA6BZK<%.OJ-D2Z*24]$3@]8YI3M0AM>2A"'J52U_YD4$V8+!)H) M1C%F`34*L87>HD'2['+/^Y.A!`IU(C?WF@3RH,C'.J?<9&C$"24=T^MH1+M6 MTJ7#0RI>_G,=/G-0#P7D" MF4F+E!P&Q(*:\KPE%1$\'O2.N'_?9.*SZ2$5W9^Y+@,7#_E'LZ/_Q,#'Z%6C M]02R'MP+/D3,I_NSYW,-%SILU%@J`\KHNCSU4#_W<,_`0ULDWC+XH) MQU?.R.UNND^4C4,U#9LM&_5=G4\6[9N1H?:.4:.0[98DH_B&V#K`\0:*W;K" M\P<=%7@N'-!XGF;I>G%X@*C(O$V,C=LG7R;VU308Q841+TW9\861I^M.P`MC MNB?W?84HS^A.)F?2`E=BD/H^;XBZ5,T!I5]`7W6?KOR^@C)9,'H1=:C#1*!D2>UW7C MC&V-A#\R-9'@D#>VP^50 M22OGKKUSU^0 Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10095 for current-outgoing; Mon, 19 May 1997 11:36:44 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA10082 for ; Mon, 19 May 1997 11:36:39 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-49.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA00190 (5.67b/IDA-1.5 for ); Mon, 19 May 1997 20:36:13 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id UAA05860; Mon, 19 May 1997 20:27:43 +0200 (CEST) X-Face: " Date: Mon, 19 May 1997 20:27:43 +0200 From: Stefan Esser To: Doug Rabson Cc: Michael Smith , current@FreeBSD.ORG Subject: Re: Backwards compatibiliy for isa_driver References: <19970514224514.26045@x14.mi.uni-koeln.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.73 In-Reply-To: ; from Doug Rabson on Thu, May 15, 1997 at 10:07:18AM +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 15, Doug Rabson wrote: > How about this: Seems we agree on all the stuff that I deleted ... :) > #define ISA_RESOURCE_PORTS 0 > #define ISA_RESOURCE_MEMORY 1 > #define ISA_RESOURCE_IRQ 2 > #define ISA_RESOURCE_DRQ 3 > > #define PCI_RESOURCE_MAP0 0 > #define PCI_RESOURCE_MAP1 1 > ..... > > > enum resource_type { > RESOURCE_TYPE_PORT, > RESOURCE_TYPE_MEMORY, > RESOURCE_TYPE_IRQ, > RESOURCE_TYPE_DRQ > }; > > struct resource { > enum resource_type type; > u_int start; > u_int size; > }; > > struct bus_ops { > ... > struct resource *(*get_resource)(struct bus *bus, void *instance, > int which); > int *(*map_resource)(struct bus *bus, void *instance, int which); > int *(*unmap_resource)(struct bus *bus, void *instance, > int which); > int *(*change_resource(struct bus *bus, void *instance, int which, > struct resource *); > } > > struct bus { > ... > struct bus_ops *ops; > }; > > int edprobe(struct bus *bus, void *instance) > { > struct resource *ports; > struct resource *memory; > struct resource *irq; > > ports = bus->ops->get_resource(bus, instance, ISA_RESOURCE_PORTS); Hmmm, you are mixing a generic mechanism with a bus dependent constant here ... If you are using ISA_RESOURCE_PORTS, then you could as well call just some global function get_resource() ... > memory = bus->ops->get_resource(bus, instance, > ISA_RESOURCE_MEMORY); > irq = bus->ops->get_resource(bus, instance, ISA_RESOURCE_IRQ); > ports->size = 0x10; > bus->ops->change_resource(bus, instance, ISA_RESOURCE_PORTS); > > bus->ops->map_resource(bus, instance, ISA_RESOURCE_PORTS); > bus->ops->map_resource(bus, instance, ISA_RESOURCE_MEMORY); > bus->ops->map_resource(bus, instance, ISA_RESOURCE_IRQ); > > probe the device. > > if (probe failed) { > bus->ops->unmap_resource(bus, instance, > ISA_RESOURCE_PORTS); > bus->ops->unmap_resource(bus, instance, > ISA_RESOURCE_MEMORY); > bus->ops->unmap_resource(bus, instance, ISA_RESOURCE_IRQ); > } > } No, I don't like this, sorry.. We are forced to use some data representation for the resource structure, that will be cast in stone, if we return pointers to data structures as you suggest for get_resource(). You do not treat the "struct resource" as an opaque data type (as obvious from the assignment to "ports->size"), and thus we have an unlucky mix of complex data structures and lack of flexibility ... I'd rather have a function that retrieves config info (which is not part of the resource management code) and then do conflicts checks and finally try to probe/attach the device. After the attach succeeded, the resources will be known because of the device's "isa_device" structure (or rather some more generic data structure as suggested in an earlier message) will be known to the resource management code ... I don't think this needs to be put into every driver, if we find a good concept. And that's what I'm after :) > Each bus and each bridge could provide its own ops vector. Each device > attached to a bus would have a set of resources. The instance pointer > above is a handle to the device resources. Each device and device "location" should have an ops vector. The location is not just the bus, it could be a PCI to PCI bridge (which behaves slightly different from a CPU to PCI bridge, and needs slightly different resource conflict checks for that reason). > > But what I really want to create this way is a extensible persistent > > store of config info, including local DEVFS permission and device > > number choices. > > Sounds good. How far have you got, implementation wise? I have written a sample implementation this afternoon. It compiles to less than 1K of code, and I include it (GZIPPED and UUENCODED) below. This is not meant to be the final implementation, but should provide all the required functionality. I guess there should be one more function: int cfg_getunits (char *what, char *name, int buffer[], int bufsize); that returns a vector of unit numbers for the type/name tuple. Beware: The cfg_getnames() and cfg_gettypes() functions return pointers to IDs, which are delimited by white space. There is no terminating NUL character. These pointers are acceptable as input to the functions that take what/name arguments, since these functions will know about the white space denoting a word end ... > > For this to work, I need not only a function that retrieves the data > > array for a given (type, selector, unit), but also a list of units > > for a given type and selector, and a list of types (char *) for a > > given selector, or a list of selectors for a given type. (E.g. list > > all drivers that exist for type "isa" or "scbus", or list all types > > that contain data for "ed0" which might be "isa" and "pci" ...) > > > > Think about: > > > > char:13:sd:0:0640:ROOT:OPERATOR:... > > block:4:sd:0:0640:ROOT:OPERATOR:... > > > > (where sd identifies the driver, ROOT and OPERATOR are numeric uid and > > gid values, 13 and 4 are the major numbers of /dev/rsdXX and /dev/sdXX > > and the 0 after "sd" is the minor number, all values are actually stored > > in decimal even if I wrote the permissions in octal above ...). > > > > Shouldn't this be: > > sd:0:char:13:0:0640:ROOT:OPERATOR:... > sd:0:block:4:0:... > > Translating to english: > > Data for sd, unit zero, type is character device > (major=13,minor=0,...) > Data for sd, unit zero, type is block device > (major=4,minor=0,...) No, it shouldn't :) But I was also wrong with the excample I gave ... It should be: char:13:sd sd:0:devfs:0640:ROOT:OPERATOR sd:-1:devfs:0600:ROOT:OPERATOR (This is my suggestion for a wild card unit number, but this would be handled by a program asking for the config data in such a way, that wherever this is appropriate, config data for unit -1 is retrieved, if nothing could be found for the actual unit.) > It seems to me that the type here is really 'char' or 'block', not 'sd'. > This way, the knowledge of the data format (major, minor, mode etc) is > encoded by a single piece of code which understands the 'char' and 'block' > type. > > If the type is the driver name, then all drivers would need to understand > this data format. In addition, wouldn't it prevent drivers from having > their own private config data: > > psm:0:isa:0x60:0:12:... > psm:0:char:21:0:0600:0:0 > psm:0:char:21:1:0600:0:0 > psm:0:psm:acceleration Well, I didn't try to work out a complete tree of information, yet. > I think I was drifting in the direction of the bus/instance/resourceid > discussion above. The idea was that each resource is represented in the > sysctl tree by a triple (type, start, size) and that the same resource > triples could be used by both isa and pci devices. For probe-able busses, > the resource triples could be generated by the bus probe, otherwise > extracted from config data. I have already implemented resource management functions like you that, but I don't like the concept... > > In fact, I'd loop over all isa_device structures, and just request > > those values for each (i.e. with dev->id_drv->name instead of "ed" > > and dev->unit instead of the 0 in the example above ...) > > That works for me. I think we should still have compiled in data for isa > devices in ioconf.c for the case when the config file is missing or > doesn't contain an item for the particular device instance required. > > if (values = config_query(...))) { > dev->iobase = ... > } No, I don't think we want the compiled in defaults :) Well, kind of: I'd have "config" create a textual representation similar to that found in the config file. If a request for config data can't be satisfied from the file's data, then the kernel's text array will be scanned for it. Guess we should have three separate config "texts", in fact: 1) compiled in 2) loaded into RAM by the boot loader 3) dynamically allocated by userconfig and config data should be preferred from the higher number "texts". Regards, STefan From owner-freebsd-current Mon May 19 13:51:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16620 for current-outgoing; Mon, 19 May 1997 13:51:02 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16615 for ; Mon, 19 May 1997 13:50:58 -0700 (PDT) Received: from cola94.scsn.net ([206.25.247.94]) by rosie.scsn.net (Post.Office MTA v3.0 release 0121 ID# 0-32322U5000L100S10000) with ESMTP id AAA121 for ; Mon, 19 May 1997 16:44:07 -0400 Received: (from root@localhost) by cola94.scsn.net (8.8.5/8.8.5) id QAA00909; Mon, 19 May 1997 16:50:40 -0400 (EDT) Message-ID: <19970519165039.24661@cola94.scsn.net> Date: Mon, 19 May 1997 16:50:39 -0400 From: "Donald J. Maddox" To: current@FreeBSD.org Subject: Problems with sio.c v.1.167 Reply-To: dmaddox@scsn.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Since building a new kernel including sio.c,v1.167, my internal Motorola ModemSurfer modem will no longer connect, and I am seeing a lot of the following: May 19 15:41:48 rhiannon /kernel: sio0: 64 events for device with no tp May 19 15:41:48 rhiannon /kernel: sio1: 64 events for device with no tp May 19 15:41:48 rhiannon /kernel: sio3: 65 events for device with no tp Heres the message log: May 19 05:29:51 rhiannon /kernel: Copyright (c) 1992-1997 FreeBSD Inc. May 19 05:29:51 rhiannon /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 May 19 05:29:51 rhiannon /kernel: The Regents of the University of California. All r ights reserved. May 19 05:29:51 rhiannon /kernel: FreeBSD 3.0-CURRENT #0: Sun May 18 23:01:03 EDT 1997 May 19 05:29:52 rhiannon /kernel: root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON May 19 05:29:52 rhiannon /kernel: CPU: Pentium (99.72-MHz 586-class CPU) May 19 05:29:52 rhiannon /kernel: Origin = "GenuineIntel" Id = 0x526 Stepping=6 May 19 05:29:52 rhiannon /kernel: Features=0x1bf May 19 05:29:52 rhiannon /kernel: real memory = 33554432 (32768K bytes) May 19 05:29:52 rhiannon /kernel: avail memory = 30932992 (30208K bytes) May 19 05:29:52 rhiannon /kernel: Probing for devices on PCI bus 0: May 19 05:29:52 rhiannon /kernel: chip0 rev 1 on pci0:0:0 May 19 05:29:52 rhiannon /kernel: chip1 rev 0 on pci0:7:0 May 19 05:29:52 rhiannon /kernel: chip2 rev 0 on pci0:7:1 May 19 05:29:52 rhiannon /kernel: ahc0 rev 0 int a irq 12 on pci0:11:0 May 19 05:29:52 rhiannon /kernel: ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs May 19 05:29:52 rhiannon /kernel: scbus0 at ahc0 bus 0 May 19 05:29:53 rhiannon /kernel: ahc0:A:0: refuses WIDE negotiation. Using 8bit transfer s May 19 05:29:53 rhiannon /kernel: sd0 at scbus0 target 0 lun 0 May 19 05:29:53 rhiannon /kernel: sd0: type 0 fixed SCSI 2 May 19 05:29:53 rhiannon /kernel: sd0: Direct-Access 49MB (102171 512 byte sectors) May 19 05:29:53 rhiannon /kernel: sd0: with 1219 cyls, 2 heads, and an average 41 sectors/ track May 19 05:29:53 rhiannon /kernel: ahc0:A:1: refuses WIDE negotiation. Using 8bit transfer s May 19 05:29:53 rhiannon /kernel: ahc0: target 1 Tagged Queuing Device May 19 05:29:53 rhiannon /kernel: sd1 at scbus0 target 1 lun 0 May 19 05:29:53 rhiannon /kernel: sd1: type 0 fixed SCSI 2 May 19 05:29:53 rhiannon /kernel: sd1: Direct-Access 507MB (1039329 512 byte sectors) May 19 05:29:53 rhiannon /kernel: sd1: with 2380 cyls, 6 heads, and an average 72 sectors/ track May 19 05:29:53 rhiannon /kernel: vga0 rev 0 int a irq 11 on pci0:12:0 May 19 05:29:54 rhiannon /kernel: Probing for devices on the ISA bus: May 19 05:29:54 rhiannon /kernel: sc0 at 0x60-0x6f irq 1 on motherboard May 19 05:29:54 rhiannon /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> May 19 05:29:54 rhiannon /kernel: lpt0 at 0x378-0x37f irq 7 on isa May 19 05:29:54 rhiannon /kernel: lpt0: Interrupt-driven port May 19 05:29:54 rhiannon /kernel: lp0: TCP/IP capable interface May 19 05:29:54 rhiannon /kernel: sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa May 19 05:29:54 rhiannon /kernel: sio0: type 16550A May 19 05:29:54 rhiannon /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa May 19 05:29:54 rhiannon /kernel: sio1: type 16550A May 19 05:29:54 rhiannon /kernel: sio3 at 0x2e8-0x2ef irq 9 on isa May 19 05:29:54 rhiannon /kernel: sio3: type 16750 May 19 05:29:55 rhiannon /kernel: pca0 on motherboard May 19 05:29:55 rhiannon /kernel: pca0: PC speaker audio driver May 19 05:29:55 rhiannon /kernel: wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa May 19 05:29:55 rhiannon /kernel: wdc0: unit 0 (wd0): , 32-bit, multi-blo ck-32 May 19 05:29:55 rhiannon /kernel: wd0: 1277MB (2615760 sectors), 2595 cyls, 16 heads, 63 S /T, 512 B/S May 19 05:29:55 rhiannon /kernel: wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa May 19 05:29:55 rhiannon /kernel: wdc1: unit 0 (atapi): , removable, iordy May 19 05:29:55 rhiannon /kernel: atapi1.0: unknown phase May 19 05:29:55 rhiannon /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa May 19 05:29:55 rhiannon /kernel: fdc0: NEC 72065B May 19 05:29:55 rhiannon /kernel: fd0: 1.44MB 3.5in May 19 05:29:55 rhiannon /kernel: npx0 on motherboard May 19 05:29:55 rhiannon /kernel: npx0: INT 16 interface May 19 05:29:56 rhiannon /kernel: sb0 at 0x220-0x22f irq 5 drq 1 on isa May 19 05:29:56 rhiannon /kernel: sb0: May 19 05:29:56 rhiannon /kernel: sbxvi0 at 0x220-0x22f irq 5 drq 5 on isa May 19 05:29:56 rhiannon /kernel: sbxvi0: May 19 05:29:56 rhiannon /kernel: sbmidi0 at 0x330-0x331 irq 5 on isa May 19 05:29:56 rhiannon /kernel: sbmidi0: May 19 05:29:56 rhiannon /kernel: opl0 at 0x388-0x38b irq 31 on isa May 19 05:29:56 rhiannon /kernel: opl0: May 19 05:29:56 rhiannon /kernel: joy0 at 0x201 on isa May 19 05:29:56 rhiannon /kernel: joy0: joystick May 19 05:29:56 rhiannon /kernel: sio0: 64 events for device with no tp May 19 05:29:56 rhiannon /kernel: sio1: 64 events for device with no tp May 19 05:29:56 rhiannon /kernel: sio3: 65 events for device with no tp So the new sio.c thinks my modem has a 16750 in it, but I'm pretty sure it doesn't (I haven't yet disassembled the machine and looked at the card). In any case, it definitely doesn't work now. Before last night's CVSup, all three sio devices were detected as 16550As, and they all worked fine... Anybody have any ideas? -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Mon May 19 17:03:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27530 for current-outgoing; Mon, 19 May 1997 17:03:55 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27512 for ; Mon, 19 May 1997 17:03:38 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id RAA24124; Mon, 19 May 1997 17:03:06 -0700 (PDT) Message-Id: <199705200003.RAA24124@austin.polstra.com> To: bsdcur@shadows.aeon.net Subject: Re: cvsup 15.0 Newsgroups: polstra.freebsd.current In-Reply-To: <199705191800.VAA04809@shadows.aeon.net> References: <199705191800.VAA04809@shadows.aeon.net> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Mon, 19 May 1997 17:03:06 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i upgraded my cvsup today to the latest. > > lately i remember the lister/proto_out value to have been around 720, > plus minus few. > > now the latest cvsup announces it to be 874, and i cant recall seeing > much of a new files being added to the tree... defenitely not that many. > > so, while this matter remains rather irrelevant, did something change in > the cvsup itself? You are very observant. :-) Yes, it did change. In previous versions, the lister sent only the modtime of each file. Now it sends the file size as well. This adds a small degree of safety, and it doesn't seem to slow down most update runs. Also, the modtime+size are now encoded into a more general set of "file attributes". (If "preserve" is enabled, the file attributes include other things such as owner, group, mode, etc.) The more general representation adds an overhead of a few bytes per file, before compression. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon May 19 17:26:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28415 for current-outgoing; Mon, 19 May 1997 17:26:04 -0700 (PDT) Received: from wired.your-site.com (wired.your-site.com [206.72.196.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28400 for ; Mon, 19 May 1997 17:25:55 -0700 (PDT) Received: (from root@localhost) by wired.your-site.com (8.8.5/8.7.1) id UAA07264; Mon, 19 May 1997 20:26:08 -0400 (EDT) Date: Mon, 19 May 1997 20:26:08 -0400 (EDT) Message-Id: <199705200026.UAA07264@wired.your-site.com> To: current@freebsd.org From: Majordomo@usregsite.com Subject: Welcome to usregsite Reply-To: Majordomo@usregsite.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -- Welcome to the usregsite mailing list! Please save this message for future reference. Thank you. If you ever want to remove yourself from this mailing list, you can send mail to with the following command in the body of your email message: unsubscribe usregsite current@freebsd.org If you ever need to get in contact with the owner of the list, (if you have trouble unsubscribing, or have questions about the list itself) send email to . This is the general rule for most mailing lists when you need to contact a human. Here's the general information for the list you've subscribed to, in case you don't already have it: [Last updated on: Wed May 14 6:44:46 1997] ------------------------------------------------------------------------ --------------- This list is the quickest way to keep up-to-date on changes with Internet Pro's Network and our USRegsite service. We will announce new product offerings, special discount programs, update versions of products and other information we feel will benifit you. ------------------------------------------------------------------------ --------------- You can visit the official Internet Pro's Network website at http://www.usregsite.com or http://www.inetpros.net ------------------------------------------------------------------------ --------------- If you have any questions please feel free to e-mail me directly at dan.jones@inetpros.net. From owner-freebsd-current Mon May 19 17:26:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28451 for current-outgoing; Mon, 19 May 1997 17:26:25 -0700 (PDT) Received: from wired.your-site.com (wired.your-site.com [206.72.196.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28442 for ; Mon, 19 May 1997 17:26:20 -0700 (PDT) Received: (from root@localhost) by wired.your-site.com (8.8.5/8.7.1) id UAA07263; Mon, 19 May 1997 20:26:07 -0400 (EDT) Date: Mon, 19 May 1997 20:26:07 -0400 (EDT) Message-Id: <199705200026.UAA07263@wired.your-site.com> To: current@freebsd.org From: Majordomo@usregsite.com Subject: Majordomo results Reply-To: Majordomo@usregsite.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -- >>>> subscribe usregsite current@freebsd.org Succeeded. From owner-freebsd-current Mon May 19 18:40:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA02134 for current-outgoing; Mon, 19 May 1997 18:40:08 -0700 (PDT) Received: from mailhost (user-37kb6hk.dialup.mindspring.com [207.69.154.52]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA02129 for ; Mon, 19 May 1997 18:40:04 -0700 (PDT) Received: from rlb by mailhost with smtp (Smail3.1.29.1 #1) id m0wTduD-000G0bC; Mon, 19 May 97 21:40 EDT Message-ID: <338100F2.7DED@mindspring.com> Date: Mon, 19 May 1997 21:40:02 -0400 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: RELENG2_2 Build Tbls Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From a 5-19 cvsup I have found 3 build bugs. I corrected the first 2, but the last on is missing a header file for /usr.sbin/amd/amq in am.h:52 nfs_prot.h is missing. I have attached the build error output and fix for the first 2 errors, but it looks like something is missing in the third and last one. Any ideas? Thank's Ron: -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ http://rlb.users.mindspring.com gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 Work: 770-263-2411 From owner-freebsd-current Mon May 19 18:47:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA02366 for current-outgoing; Mon, 19 May 1997 18:47:48 -0700 (PDT) Received: from wired.your-site.com (wired.your-site.com [206.72.196.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA02361 for ; Mon, 19 May 1997 18:47:44 -0700 (PDT) Received: (from root@localhost) by wired.your-site.com (8.8.5/8.7.1) id VAA09616; Mon, 19 May 1997 21:47:46 -0400 (EDT) Date: Mon, 19 May 1997 21:47:46 -0400 (EDT) Message-Id: <199705200147.VAA09616@wired.your-site.com> To: current@freebsd.org From: Majordomo@usregsite.com Subject: Majordomo results Reply-To: Majordomo@usregsite.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -- >>>> unsubscribe usregsite current@freebsd.org Succeeded. From owner-freebsd-current Mon May 19 23:50:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA17987 for current-outgoing; Mon, 19 May 1997 23:50:59 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA17982 for ; Mon, 19 May 1997 23:50:54 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA29212; Tue, 20 May 1997 08:50:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA04387; Tue, 20 May 1997 08:48:56 +0200 (MET DST) Message-ID: <19970520084856.ZX56425@uriah.heep.sax.de> Date: Tue, 20 May 1997 08:48:56 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Cc: vak@cronyx.ru (Serge Vakulenko) Subject: Heads up for ar(4), cx(4), and sr(4) users X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As recently threatened, i heavily munged with the SyncPPP layer in the kernel. I'm now successfully using it over an ISDN line in dial-on-demand mode. While it was my ultimate goal to keep it compatible with the existing version, i needed a minor change in the API in order to decouple the this-layer-started and this-layer- finished actions from the corresponding Up and Down events. They were previously implicitly shortcut, and now need to be explicitly shortcut in the underlying hardware drivers of ar(4), cx(4), and sr(4). I've added the couple of lines to each of these drivers. (In case you wonder, if the underlying hardware is of type `dialup', they are of course _not_ shortcut.) I have added a bunch of stuff, most notably the state machine now conforms to RFC 1661. This was a prerequisite for me to use it against an arbitrary number of PPP-over-ISDN routers. The older simplified state machine was only appropriate for leased line operation. Most of the other added features (like dial-on-demand) are probably neither of interest for you, and are turned off by default. Dial-on-demand can be activated with link-level flag 1, passive mode (not actually passive PPP as described in the RFC, but passively waiting for `carrier') by link-level flag 0. Phase, state, event and action names are according to RFC 1661 wherever possible, to avoid confusion. (The state numbers are now, too.) So this RFC is ``recommended reading'' if you want to understand the subtleties of the state machine. Debugging the control protocol packets and the state transitions is still done using the interface debug flag (see ifconfig(8)), but no longer by kernel printf's cluttering your console, but by log(9) calls at level LOG_DEBUG. (Most of them, only phase transitions are logged at LOG_INFO.) I didn't touch the Cisco framing code at all, so i hope it continues to work as it used to be. It should probably also get the fixes for the statistics counters (if_ierrors, if_oerrors, if_collisions) since i feel they are basically applicable there as well. I didn't integrate any of the new features from the vendor branch yet (frame relay framing, PAP/CHAP), although i will continue to work at this. I encourage you to look at the code and comment on it. In particular, examine the spots i've marked with XXX, and see what would be most appropriate there. Finally, i also wrote a man page sppp(4) for it, and it mentions a number of remaining bugs and omissions. -- 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 Tue May 20 00:10:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA19040 for current-outgoing; Tue, 20 May 1997 00:10:00 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19032 for ; Tue, 20 May 1997 00:09:57 -0700 (PDT) Received: from critter.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0wTj24-0003wOC; Tue, 20 May 97 00:08 PDT Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id IAA00227; Tue, 20 May 1997 08:37:31 +0200 (CEST) To: dmaddox@scsn.net cc: current@freebsd.org From: Poul-Henning Kamp Subject: Re: Problems with sio.c v.1.167 In-reply-to: Your message of "Mon, 19 May 1997 16:50:39 EDT." <19970519165039.24661@cola94.scsn.net> Date: Tue, 20 May 1997 08:37:31 +0200 Message-ID: <225.864110251@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970519165039.24661@cola94.scsn.net>, "Donald J. Maddox" writes: > Since building a new kernel including sio.c,v1.167, my internal Motorola >ModemSurfer modem will no longer connect, and I am seeing a lot of the >following: Please try this patch. Please try and report results & dmesg for sio3 both with and without flags 0x20000 on sio3. Index: sio.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/sio.c,v retrieving revision 1.167 diff -u -r1.167 sio.c --- sio.c 1997/05/18 21:22:11 1.167 +++ sio.c 1997/05/20 06:26:56 @@ -121,6 +121,7 @@ #define COM_NOFIFO(dev) ((dev)->id_flags & 0x02) #define COM_VERBOSE(dev) ((dev)->id_flags & 0x80) #define COM_NOTST3(dev) ((dev)->id_flags & 0x10000) +#define COM_BIGFIFO(dev) ((dev)->id_flags & 0x20000) #define com_scr 7 /* scratch register for 16450-16550 (R/W) */ @@ -884,45 +885,39 @@ case FIFO_RX_HIGH: if (COM_NOFIFO(isdp)) { printf(" 16550A fifo disabled"); + } else if (!COM_BIGFIFO(isdp)) { + printf(" 16550A"); } else { /* Detect the fifo size. */ int i, n; /* Enable and reset the FIFO. */ - outb (iobase+com_fifo, FIFO_ENABLE | FIFO_RCV_RST | FIFO_XMT_RST); + outb(iobase+com_fifo, FIFO_ENABLE | FIFO_RCV_RST | FIFO_XMT_RST); /* Set the loopback mode, 57600 baud. */ - outb (iobase+com_cfcr, CFCR_DLAB); - outb (iobase+com_dlbh, 0); - outb (iobase+com_dlbl, 2); - outb (iobase+com_cfcr, CFCR_8BITS); - outb (iobase+com_mcr, MCR_LOOPBACK); - inb (iobase+com_lsr); + outb(iobase+com_cfcr, CFCR_DLAB); + outb(iobase+com_dlbh, 0); + outb(iobase+com_dlbl, 2); + outb(iobase+com_cfcr, CFCR_8BITS); + outb(iobase+com_mcr, MCR_LOOPBACK); + inb(iobase+com_lsr); /* Put data into transmit FIFO and wait until overrun. */ for (i=n=0; i<20000; ++i) { - unsigned char lsr = inb (iobase+com_lsr); + unsigned char lsr = inb(iobase+com_lsr); if (lsr & LSR_OE) break; if (lsr & LSR_TXRDY) { - outb (iobase+com_data, 0x5A); - ++n; + outb(iobase+com_data, 0x5A); + n++; } } - outb (iobase+com_mcr, 0); - outb (iobase+com_fifo, 0); + outb(iobase+com_mcr, 0); + outb(iobase+com_fifo, 0); com->hasfifo = TRUE; - if (n > 40) { - com->tx_fifo_size = 64; - printf(" 16750"); - } else if (n > 24) { - com->tx_fifo_size = 32; - printf(" 16650"); - } else { - com->tx_fifo_size = 16; - printf(" 16550A"); - } + com->tx_fifo_size = n; + printf(" 16550A lookalike with %d bytes xmit-FIFO",n); #ifdef COM_ESP for (espp = likely_esp_ports; *espp != 0; espp++) if (espattach(isdp, com, *espp)) { @@ -931,31 +926,6 @@ } #endif } -#if 0 - /* - * Check for the Startech ST16C650 chip. - * it has a shadow register under the com_iir, - * which can only be accessed when cfcr == 0xff - */ - { - u_char i, j; - - i = inb(iobase + com_iir); - outb(iobase + com_cfcr, 0xff); - outb(iobase + com_iir, 0x0); - outb(iobase + com_cfcr, CFCR_8BITS); - j = inb(iobase + com_iir); - outb(iobase + com_iir, i); - if (i != j) { - printf(" 16550A"); - } else { - com->tx_fifo_size = 32; - printf(" 16650"); - } - if (!com->tx_fifo_size) - printf(" fifo disabled"); - } -#endif break; } #ifdef COM_ESP -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue May 20 02:43:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA25575 for current-outgoing; Tue, 20 May 1997 02:43:53 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA25566; Tue, 20 May 1997 02:43:40 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id KAA26170; Tue, 20 May 1997 10:43:42 +0100 (BST) Date: Tue, 20 May 1997 10:43:42 +0100 (BST) From: Doug Rabson To: Stefan Esser cc: Michael Smith , current@freebsd.org Subject: Re: Backwards compatibiliy for isa_driver In-Reply-To: <19970519202743.46906@x14.mi.uni-koeln.de> 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 May 1997, Stefan Esser wrote: > > On May 15, Doug Rabson wrote: > > How about this: > > Seems we agree on all the stuff that I deleted ... :) > > > #define ISA_RESOURCE_PORTS 0 > > #define ISA_RESOURCE_MEMORY 1 > > #define ISA_RESOURCE_IRQ 2 > > #define ISA_RESOURCE_DRQ 3 > > > > #define PCI_RESOURCE_MAP0 0 > > #define PCI_RESOURCE_MAP1 1 > > ..... > > > > > > enum resource_type { > > RESOURCE_TYPE_PORT, > > RESOURCE_TYPE_MEMORY, > > RESOURCE_TYPE_IRQ, > > RESOURCE_TYPE_DRQ > > }; > > > > struct resource { > > enum resource_type type; > > u_int start; > > u_int size; > > }; > > > > struct bus_ops { > > ... > > struct resource *(*get_resource)(struct bus *bus, void *instance, > > int which); > > int *(*map_resource)(struct bus *bus, void *instance, int which); > > int *(*unmap_resource)(struct bus *bus, void *instance, > > int which); > > int *(*change_resource(struct bus *bus, void *instance, int which, > > struct resource *); > > } > > > > struct bus { > > ... > > struct bus_ops *ops; > > }; > > > > int edprobe(struct bus *bus, void *instance) > > { > > struct resource *ports; > > struct resource *memory; > > struct resource *irq; > > > > ports = bus->ops->get_resource(bus, instance, ISA_RESOURCE_PORTS); > > Hmmm, you are mixing a generic mechanism with a bus dependent > constant here ... > If you are using ISA_RESOURCE_PORTS, then you could as well > call just some global function get_resource() ... > > > memory = bus->ops->get_resource(bus, instance, > > ISA_RESOURCE_MEMORY); > > irq = bus->ops->get_resource(bus, instance, ISA_RESOURCE_IRQ); > > ports->size = 0x10; > > bus->ops->change_resource(bus, instance, ISA_RESOURCE_PORTS); > > > > bus->ops->map_resource(bus, instance, ISA_RESOURCE_PORTS); > > bus->ops->map_resource(bus, instance, ISA_RESOURCE_MEMORY); > > bus->ops->map_resource(bus, instance, ISA_RESOURCE_IRQ); > > > > probe the device. > > > > if (probe failed) { > > bus->ops->unmap_resource(bus, instance, > > ISA_RESOURCE_PORTS); > > bus->ops->unmap_resource(bus, instance, > > ISA_RESOURCE_MEMORY); > > bus->ops->unmap_resource(bus, instance, ISA_RESOURCE_IRQ); > > } > > } > > No, I don't like this, sorry.. > We are forced to use some data representation for the resource > structure, that will be cast in stone, if we return pointers to > data structures as you suggest for get_resource(). > > You do not treat the "struct resource" as an opaque data type > (as obvious from the assignment to "ports->size"), and thus we > have an unlucky mix of complex data structures and lack of > flexibility ... > > I'd rather have a function that retrieves config info (which is > not part of the resource management code) and then do conflicts > checks and finally try to probe/attach the device. After the > attach succeeded, the resources will be known because of the > device's "isa_device" structure (or rather some more generic > data structure as suggested in an earlier message) will be > known to the resource management code ... I realised this as soon as I started implementing it. I now have two kinds of operation on a bus, operations which read and write config data and operations which manipulate resources. The driver never accesses config data directly (no accesses to struct isa_device) which allows the bus to change data format or add instance variables while maintaining binary and source compatability with old drivers. > > I don't think this needs to be put into every driver, if we > find a good concept. And that's what I'm after :) The problem for ISA devices is that the number of ports used isn't known until after the probe. The bus can't manage the resources since it doesn't know how large they are. > > > Each bus and each bridge could provide its own ops vector. Each device > > attached to a bus would have a set of resources. The instance pointer > > above is a handle to the device resources. > > Each device and device "location" should have an ops vector. > The location is not just the bus, it could be a PCI to PCI bridge > (which behaves slightly different from a CPU to PCI bridge, and > needs slightly different resource conflict checks for that reason). Thats what I meant. If a bus is something to which devices are attached then a PCI to PCI bridge is a bus. In my current experimentation, I have a hierarchy of busses. At each level in the hierarchy a bus has both a device part (attached to the parent bus) and a bus part (for child devices to attach to). > [config file stuff snipped] > > Shouldn't this be: > > > > sd:0:char:13:0:0640:ROOT:OPERATOR:... > > sd:0:block:4:0:... > > > > Translating to english: > > > > Data for sd, unit zero, type is character device > > (major=13,minor=0,...) > > Data for sd, unit zero, type is block device > > (major=4,minor=0,...) > > No, it shouldn't :) > But I was also wrong with the excample I gave ... > > It should be: > > char:13:sd > sd:0:devfs:0640:ROOT:OPERATOR > sd:-1:devfs:0600:ROOT:OPERATOR > > (This is my suggestion for a wild card unit number, but this would be > handled by a program asking for the config data in such a way, that > wherever this is appropriate, config data for unit -1 is retrieved, > if nothing could be found for the actual unit.) I still don't understand. All the entries for different major numbers would then have a different type: char:3:wd char:13:sd char:29:mcd I hate major numbers anyway. Devfs should dynamically allocate majors and everyone should use devfs. That means making devfs work properly... > No, I don't think we want the compiled in defaults :) > > Well, kind of: I'd have "config" create a textual representation similar > to that found in the config file. If a request for config data can't be > satisfied from the file's data, then the kernel's text array will be > scanned for it. Guess we should have three separate config "texts", > in fact: > > 1) compiled in > 2) loaded into RAM by the boot loader > 3) dynamically allocated by userconfig > > and config data should be preferred from the higher number "texts". As long as there is some config data compiled into the kernel to fall back to, I don't care what form its in. This sounds fine to me. It should also be possible to add config data at runtime for dynamically loaded devices. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 20 04:24:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA28724 for current-outgoing; Tue, 20 May 1997 04:24:09 -0700 (PDT) Received: from mailhost (user-37kbbhd.dialup.mindspring.com [207.69.174.45]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA28716 for ; Tue, 20 May 1997 04:24:05 -0700 (PDT) Received: from rlb by mailhost with smtp (Smail3.1.29.1 #1) id m0wTn1f-000G0bC; Tue, 20 May 97 07:24 EDT Message-ID: <338189E1.5C7F@mindspring.com> Date: Tue, 20 May 1997 07:24:17 -0400 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: RELENG2_2 Build Tbls Content-Type: multipart/mixed; boundary="------------61C02367794" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------61C02367794 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sorry for the repost, but the attachment never mad it on the first send. >From a 5-19 cvsup I have found 3 build bugs. I corrected the first 2, but the last on is missing a header file for /usr.sbin/amd/amq in am.h:52 nfs_prot.h is missing. I have attached the build error output and fix for the first 2 errors, but it looks like something is missing in the third and last one. Any ideas? Thank's Ron: -- -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ http://rlb.users.mindspring.com gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 Work: 770-263-2411 --------------61C02367794 Content-Type: text/plain; charset=us-ascii; name="BUG.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="BUG.txt" BUG 1 FIX - config and make new makeinfo 5-19-97 ===> gnu/usr.bin/texinfo/doc makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi -o texinfo.info.new Making info file `texinfo.info.new' from `/usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:21: Unknown info command `dircategory'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:22: Unknown info command `direntry'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:27: Unmatched `@end'. /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/texinfo.texi:16887: Expected ` @end shorttitlepage'. *** Error code 2 Stop. *** Error code 1 BUG 2 FIX make libutil in libexec cc -O -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall -c /usr/src/libexec/ftpd/skey-stuff.c cc -O -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o skey-stuff.o -lskey -lmd -lcrypt -lutil ftpd.o: Undefined symbol `_setusercontext' referenced from text segment ftpd.o: Undefined symbol `_login_getpwclass' referenced from text segment ftpd.o: Undefined symbol `_auth_hostok' referenced from text segment ftpd.o: Undefined symbol `_auth_timeok' referenced from text segment ftpd.o: Undefined symbol `_setusercontext' referenced from text segment ftpd.o: Undefined symbol `_login_getcapbool' referenced from text segment ftpd.o: Undefined symbol `_login_close' referenced from text segment ftpd.o: Undefined symbol `_login_close' referenced from text segment *** Error code 1 Stop. *** Error 5-19 ===> usr.sbin/amd/amq cc -O -I/usr/obj/usr/src/usr.sbin/amd/amq -I/usr/src/usr.sbin/amd/amq/../include -I/usr/src/usr.sbin/amd/amq/../rpcx -I/usr/src/usr.sbin/amd/amq/../config -DARCH_REP=\"i386\" -DOS_REP=\"bsd44\" -DOS_HDR=\"os-bsd44.h\" -c /usr/src/usr.sbin/amd/amq/amq.c In file included from /usr/src/usr.sbin/amd/amq/amq.c:61: /usr/src/usr.sbin/amd/amq/../include/am.h:52: nfs_prot.h: No such file or directory *** Error code 1 --------------61C02367794-- From owner-freebsd-current Tue May 20 04:57:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29781 for current-outgoing; Tue, 20 May 1997 04:57:24 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA29776 for ; Tue, 20 May 1997 04:57:18 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-9.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA14945 (5.67b/IDA-1.5 for ); Tue, 20 May 1997 13:57:06 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id NAA03119; Tue, 20 May 1997 13:56:14 +0200 (CEST) X-Face: " Date: Tue, 20 May 1997 13:56:13 +0200 From: Stefan Esser To: Doug Rabson Cc: Michael Smith , current@FreeBSD.ORG Subject: Re: Backwards compatibiliy for isa_driver References: <19970519202743.46906@x14.mi.uni-koeln.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.73 In-Reply-To: ; from Doug Rabson on Tue, May 20, 1997 at 10:43:42AM +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 20, Doug Rabson wrote: > I realized this as soon as I started implementing it. I now have two > kinds of operation on a bus, operations which read and write config data > and operations which manipulate resources. The driver never accesses > config data directly (no accesses to struct isa_device) which allows the > bus to change data format or add instance variables while maintaining > binary and source compatability with old drivers. Ok. This seems the right way to do it ... > > I don't think this needs to be put into every driver, if we > > find a good concept. And that's what I'm after :) > > The problem for ISA devices is that the number of ports used isn't known > until after the probe. The bus can't manage the resources since it > doesn't know how large they are. The number of ports you talk about, that is the decoded address range, if I understand you correctly ... (?) If I remember correctly, ISA port addresses are not fully decoded on many cards, and thus we have to expect a card to be visible multiple times in the address space. There should be a way to encode the address range. (I'm using a ln2range struct element for this purpose in the PCI code.) > > Each device and device "location" should have an ops vector. > > The location is not just the bus, it could be a PCI to PCI bridge > > (which behaves slightly different from a CPU to PCI bridge, and > > needs slightly different resource conflict checks for that reason). > > Thats what I meant. If a bus is something to which devices are attached > then a PCI to PCI bridge is a bus. In my current experimentation, I have > a hierarchy of busses. At each level in the hierarchy a bus has both a > device part (attached to the parent bus) and a bus part (for child devices > to attach to). Could you please send me your current data structures for the bus and device data ? I'd like to check the implications on my new PCI code ... > > It should be: > > > > char:13:sd > > sd:0:devfs:0640:ROOT:OPERATOR > > sd:-1:devfs:0600:ROOT:OPERATOR > > > > (This is my suggestion for a wild card unit number, but this would be > > handled by a program asking for the config data in such a way, that > > wherever this is appropriate, config data for unit -1 is retrieved, > > if nothing could be found for the actual unit.) > > I still don't understand. All the entries for different major numbers > would then have a different type: > > char:3:wd > char:13:sd > char:29:mcd Well, I've come to think of the three fields that I've proposed to be used a s selectors in a different way. The "what" parameter selects a table, in the DBMS sense. The "name" and "unit" parameters are keys into the table, and the unit is mainly used to make "name" keys unique. If you look at the example code I sent to the list, there are functions to retrieve a list of tables that contain some key, a list of keys in a table, and finally to fetch a record given a table and a unique key (with unit number). I have been thinking about changing the concept into using just a table and a unique key, but I think that it is better to keep the unit number separate ... In addition to the functions posted yesterday, there should be another one, that returns a vector of unit numbers for a table/key pair. I also considered adding a "skip" parameter, which would allow to operate on a limited number of keys at a time (say 16) and to loop over the retrieval function with skip being incremented accordingly ... > I hate major numbers anyway. Devfs should dynamically allocate majors and > everyone should use devfs. That means making devfs work properly... Yes, but as has been discussed before, people expect DEVFS to provide the semantics of /dev, and that may could mean, that we need to be able to hardwire major device numbers. This is not meant to be used by default, I just wanted to give more examples for things other than ISA cards ... > > 1) compiled in > > 2) loaded into RAM by the boot loader > > 3) dynamically allocated by userconfig > > > > and config data should be preferred from the higher number "texts". > > As long as there is some config data compiled into the kernel to fall back > to, I don't care what form its in. This sounds fine to me. It should > also be possible to add config data at runtime for dynamically loaded > devices. Yes, that might go into 3), or it might become 4) ... :) I was thinking about this a be a way around the problem of choosing optimal parameters for ISA PnP cards, which must take into account the capabilities and preferred settings of all other such cards in a system. There could be a program run on information as supplied by pnpinfo and the resources claimed by non-PnP ISA cards, which would create a configuration that fits all PnP cards' needs. This seems too complex to put into the kernel, right now, given the complexity of the PnP info and the interdependence of such cards ... Regards, STefan which in combination with the resources claimed by old ISA cards could be From owner-freebsd-current Tue May 20 05:41:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA01409 for current-outgoing; Tue, 20 May 1997 05:41:50 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA01404 for ; Tue, 20 May 1997 05:41:47 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id NAA00741; Tue, 20 May 1997 13:41:47 +0100 (BST) Date: Tue, 20 May 1997 13:41:47 +0100 (BST) From: Doug Rabson To: Ron Bolin cc: FreeBSD Current Mailing List Subject: Re: RELENG2_2 Build Tbls In-Reply-To: <338189E1.5C7F@mindspring.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 Tue, 20 May 1997, Ron Bolin wrote: > Sorry for the repost, but the attachment never mad it on the first > send. > > >From a 5-19 cvsup I have found 3 build bugs. > I corrected the first 2, but the last on is missing > a header file for /usr.sbin/amd/amq in am.h:52 nfs_prot.h is missing. > > I have attached the build error output and fix for the first 2 > errors, but it looks like something is missing in the third > and last one. > > Any ideas? You have stale dependencies in your /usr/obj tree. Try running make cleandepend depend. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 20 06:03:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02196 for current-outgoing; Tue, 20 May 1997 06:03:41 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA02180; Tue, 20 May 1997 06:03:25 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id OAA00763; Tue, 20 May 1997 14:03:03 +0100 (BST) Date: Tue, 20 May 1997 14:03:03 +0100 (BST) From: Doug Rabson To: Stefan Esser cc: Michael Smith , current@freebsd.org Subject: Re: Backwards compatibiliy for isa_driver In-Reply-To: <19970520135613.55522@x14.mi.uni-koeln.de> 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 May 1997, Stefan Esser wrote: > > The problem for ISA devices is that the number of ports used isn't known > > until after the probe. The bus can't manage the resources since it > > doesn't know how large they are. > > The number of ports you talk about, that is the decoded > address range, if I understand you correctly ... (?) Thats right. > > If I remember correctly, ISA port addresses are not fully > decoded on many cards, and thus we have to expect a card > to be visible multiple times in the address space. There > should be a way to encode the address range. (I'm using a > ln2range struct element for this purpose in the PCI code.) Ohhh. Thats nasty. Does this mean that reserving a port range for those cards will also have to reserve all the address where the ports are visible? > > > I hate major numbers anyway. Devfs should dynamically allocate majors and > > everyone should use devfs. That means making devfs work properly... > > Yes, but as has been discussed before, people expect > DEVFS to provide the semantics of /dev, and that may > could mean, that we need to be able to hardwire major > device numbers. This is not meant to be used by default, > I just wanted to give more examples for things other > than ISA cards ... I think that most of what people expect for DEVFS is that permission changes, deletions, hard- and symlinks are preserved. That probably implies that once a major number is chosen for a given device, it would 'stick'. > > > > 1) compiled in > > > 2) loaded into RAM by the boot loader > > > 3) dynamically allocated by userconfig > > > > > > and config data should be preferred from the higher number "texts". > > > > As long as there is some config data compiled into the kernel to fall back > > to, I don't care what form its in. This sounds fine to me. It should > > also be possible to add config data at runtime for dynamically loaded > > devices. > > Yes, that might go into 3), or it might become 4) ... :) > I was thinking about this a be a way around the problem > of choosing optimal parameters for ISA PnP cards, which > must take into account the capabilities and preferred > settings of all other such cards in a system. There could > be a program run on information as supplied by pnpinfo > and the resources claimed by non-PnP ISA cards, which > would create a configuration that fits all PnP cards' > needs. This seems too complex to put into the kernel, > right now, given the complexity of the PnP info and > the interdependence of such cards ... I looked at how NetBSD does this. It seems to first allocate resources for ISA cards and then loops through the configuration sets for the PnP cards attempting to allocate their resources. This is probably sufficient if there aren't too many PnP cards. It is possible to imagine a situation where a card needs a resource range which was claimed by a previous card. The conflict could be resolved by moving the first card if the second hasn't any useful alternatives. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 20 06:04:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02293 for current-outgoing; Tue, 20 May 1997 06:04:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA02271; Tue, 20 May 1997 06:04:15 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id WAA02736; Tue, 20 May 1997 22:34:07 +0930 (CST) From: Michael Smith Message-Id: <199705201304.WAA02736@genesis.atrad.adelaide.edu.au> Subject: Re: Backwards compatibiliy for isa_driver In-Reply-To: <19970520135613.55522@x14.mi.uni-koeln.de> from Stefan Esser at "May 20, 97 01:56:13 pm" To: se@freebsd.org (Stefan Esser) Date: Tue, 20 May 1997 22:34:07 +0930 (CST) Cc: dfr@nlsystems.com, msmith@atrad.adelaide.edu.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 My apologies for not keeping pace with this thread; I've been travelling insane distances and working stupid hours trying to get myself through a course I should probably never have enrolled in. Stefan Esser stands accused of saying: > On May 20, Doug Rabson wrote: > > I realized this as soon as I started implementing it. I now have two > > kinds of operation on a bus, operations which read and write config data > > and operations which manipulate resources. The driver never accesses > > config data directly (no accesses to struct isa_device) which allows the > > bus to change data format or add instance variables while maintaining > > binary and source compatability with old drivers. > > Ok. This seems the right way to do it ... Um, I don't like this at all, or, more specifically, I don't like some of the implications of this. In particular, I'm not so keen on the storing of data by the "registry" in a format that is proprietary to the consumer. Think about it for a moment - without consumer-specific access methods, the data can't be manipulated. The consumer may not be present in the kernel, or in the external repository-manipulating tool to provide these methods when the data is to be manipulated. This is Bad. Given the paucity of data that we are talking about, and the relative infrequency with which it is likely to be accessed, I would actually be very keen to see it stored as flat text, or using a very small number of basic data types. (flag, integer, string). The model I had partially visualised went something like : - The basic entity in the registry is a node. - Nodes are organised in a hierarchial fashion, using some punctuation as a level seperator. Dots are currently trendy. - A node may have Attributes, which are name:value tuples. These can be used to attach standard details to nodes, or to store custom information. As an example, consider the ISA device driver data : sys.hardware.bus.isa.ed0 port_range = 0x300,0x31f irq = 5 state = active sys.hardware.bus.isa.ed1 port_range = 0x340,0x35f irq = 9 memory_range = 0xdc000-0xdffff state = active sys.hardware.bus.isa.probe_hints.ed port = 0x300 port = 0x320 port = 0x340 irq = 5 irq = 9 irq = 11 So we have a convention for nodes under bus.isa that they may use some or all of port_range, memory_range, irq and are required to have state attributes. Then we have a collection of nodes with ISA probe hints. The 'ed' driver would read the probe hints, and then create 'ed' instances as it found devices. If the probe hints were in a standard format, you could write an ISA helper function to iterate through the various valid combinations. I'd love to write more on this, but a) this link sucks, and b) I have about three hours to write a web page and two user manuals in two formats. 8( -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 20 06:13:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02657 for current-outgoing; Tue, 20 May 1997 06:13:18 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA02649; Tue, 20 May 1997 06:13:07 -0700 (PDT) Received: from critter.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0wTohq-0003yZC; Tue, 20 May 97 06:11 PDT Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id PAA01065; Tue, 20 May 1997 15:10:08 +0200 (CEST) To: Doug Rabson cc: Stefan Esser , Michael Smith , current@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: Backwards compatibiliy for isa_driver In-reply-to: Your message of "Tue, 20 May 1997 10:43:42 BST." Date: Tue, 20 May 1997 15:10:08 +0200 Message-ID: <1063.864133808@critter> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I still don't understand. All the entries for different major numbers >would then have a different type: > > char:3:wd > char:13:sd > char:29:mcd > >I hate major numbers anyway. Devfs should dynamically allocate majors and >everyone should use devfs. That means making devfs work properly... If devfs is brought to work correctly, there will not even be a concept of major/minor numbers anymore... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue May 20 06:17:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02837 for current-outgoing; Tue, 20 May 1997 06:17:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA02825; Tue, 20 May 1997 06:17:19 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id WAA02812; Tue, 20 May 1997 22:47:07 +0930 (CST) From: Michael Smith Message-Id: <199705201317.WAA02812@genesis.atrad.adelaide.edu.au> Subject: Re: Backwards compatibiliy for isa_driver In-Reply-To: from Doug Rabson at "May 20, 97 02:03:03 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Tue, 20 May 1997 22:47:07 +0930 (CST) Cc: se@freebsd.org, msmith@atrad.adelaide.edu.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Doug Rabson stands accused of saying: > > > > If I remember correctly, ISA port addresses are not fully > > decoded on many cards, and thus we have to expect a card > > to be visible multiple times in the address space. There > > should be a way to encode the address range. (I'm using a > > ln2range struct element for this purpose in the PCI code.) > > Ohhh. Thats nasty. Does this mean that reserving a port range for those > cards will also have to reserve all the address where the ports are > visible? It means that "ISA" instances of a device can only be expected in the range 0x100-0x400, but that if the motherboard chipset is broken or old, probes at higher multiples of the device's address may still show it up. This is not normally a problem, as you only go above there for EISA/PCI devices. > I think that most of what people expect for DEVFS is that permission > changes, deletions, hard- and symlinks are preserved. That probably > implies that once a major number is chosen for a given device, it would > 'stick'. Permission changes, yes. Deletions, maybe no. Hardlinks almost _definitely_ no. Symlinks yes. The list is at least partially biassed by what can be easily implemented. 8) Permissions and symlinks could be easily stored in the repository model I mentioned earlier : sys.devfs.tty/d0 owner = root group = dialler mode = 0600 sys.devfs.modem link = tty/d0 You could do a "deletion" with something like : sys.devfs.deleted path = tty/d2 path = disk/sd1 path = disk/sd2 path = disk/rsd1 I think that would be more efficient than creating a node for each deleted item. > I looked at how NetBSD does this. It seems to first allocate resources > for ISA cards and then loops through the configuration sets for the PnP > cards attempting to allocate their resources. This is probably sufficient > if there aren't too many PnP cards. > > It is possible to imagine a situation where a card needs a resource range > which was claimed by a previous card. The conflict could be resolved by > moving the first card if the second hasn't any useful alternatives. You definitely need to allocate for the "legacy" cards beforehand, and then attempt to divvy up the remaining resources between the soft-settable hardware. There's obviously a "want" to deal with half-and-half hardware, but I think that's a rather excessive ask. > Doug Rabson Mail: dfr@nlsystems.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 20 07:11:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA04905 for current-outgoing; Tue, 20 May 1997 07:11:43 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA04898 for current; Tue, 20 May 1997 07:11:40 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705201411.HAA04898@hub.freebsd.org> Subject: usregsite.com To: current Date: Tue, 20 May 1997 07:11:38 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk you may have noticed that usregsite.com subscribed to freebsd-current and then unsubscribed. usregsite.com is a spam site. they "may" have been attempting to mine the freebsd-current on hub.freebsd.org for email addresses. i recently disabled the "who" command in majordomo. this prevented usregsite.com from obtaining the list of subscribers. to see which lists you are subscribed to use the "which" command. jmb ps. usregsite.com and their affiliate (forgot the name) have been added to the list of kill-the-bozo-mail domains. Majordomo@FreeBSD.ORG wrote: > From Majordomo-Owner@FreeBSD.ORG Tue May 20 07:02:15 1997 > Date: Tue, 20 May 1997 07:02:14 -0700 (PDT) > Message-Id: <199705201402.HAA04638@hub.freebsd.org> > To: jmb > From: Majordomo@FreeBSD.ORG > Subject: test who command > Reply-To: Majordomo@FreeBSD.ORG > > -- > > >>>> who freebsd-current > **** Permission denied: > **** You do not have the permission to get > **** the list of addresses subscribed to 'freebsd-current'. > >>>> From owner-freebsd-current Tue May 20 07:44:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA06537 for current-outgoing; Tue, 20 May 1997 07:44:48 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA06526 for ; Tue, 20 May 1997 07:44:45 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id KAA22975; Tue, 20 May 1997 10:43:25 -0400 (EDT) Date: Tue, 20 May 1997 10:43:25 -0400 (EDT) From: Garrett Wollman Message-Id: <199705201443.KAA22975@khavrinen.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: All zeros still recognized as broadcast?? In-Reply-To: <19970519192709.LI31727@uriah.heep.sax.de> References: <19970519170904.LV61260@uriah.heep.sax.de> <199705191619.MAA20016@khavrinen.lcs.mit.edu> <19970519183606.JC27358@uriah.heep.sax.de> <199705191656.MAA20128@khavrinen.lcs.mit.edu> <19970519192709.LI31727@uriah.heep.sax.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < Anyway (and not only to Garrett), what's up with the ``File exists'' > messages when configuring an interface? They are benign as it seems > but annoying. They are indicative of a particular sort of configuration error where you are attempting to add an interface address which is already in the routing table as belonging to someone else (or some other interface). -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, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue May 20 07:44:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA06568 for current-outgoing; Tue, 20 May 1997 07:44:56 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA06559; Tue, 20 May 1997 07:44:55 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705201444.HAA06559@hub.freebsd.org> Subject: Re: usregsite.com To: jmb@hub.freebsd.org (Jonathan M. Bresler) Date: Tue, 20 May 1997 07:44:55 -0700 (PDT) Cc: current@hub.freebsd.org In-Reply-To: <199705201411.HAA04898@hub.freebsd.org> from "Jonathan M. Bresler" at May 20, 97 07:11:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk time to eat humble-pie. i just talked with dan jones of usregsite.com. this was a simple mistake by a user of a web page subscription form. dan jones caught it and fixed the problem quickly before any real damage was done. needless to say i have removed the mail block on their domain. guess that i am getting a little over-zealous in looking for spam. jmb From owner-freebsd-current Tue May 20 07:59:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07321 for current-outgoing; Tue, 20 May 1997 07:59:01 -0700 (PDT) Received: from dyslexic.phoenix.net (dyslexic.phoenix.net [199.3.233.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA07314 for ; Tue, 20 May 1997 07:58:57 -0700 (PDT) Received: from localhost (gemohler@localhost) by dyslexic.phoenix.net (8.8.5/8.8.5) with SMTP id JAA08561 for ; Tue, 20 May 1997 09:56:45 -0500 (CDT) X-Authentication-Warning: dyslexic.phoenix.net: gemohler owned process doing -bs Date: Tue, 20 May 1997 09:56:45 -0500 (CDT) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: current@FreeBSD.ORG Subject: Old Version.. 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 have a problem. I am trying to install some additional software onto a 2.1.0 box that is in Honduras...from Houston. I have mounted the 2.1.0 CD into a DEC alpha, but the darn DEC has everything in upper case which confuses the sysinstall program. I really wish I had a freeBSD box with a CDROM in it now... Ideas? From owner-freebsd-current Tue May 20 09:49:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12657 for current-outgoing; Tue, 20 May 1997 09:49:04 -0700 (PDT) Received: from titan.cs.mci.com (titan.cs.mci.com [166.37.6.15]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA12651 for ; Tue, 20 May 1997 09:48:58 -0700 (PDT) Received: from localhost by titan.cs.mci.com; (5.65v3.2/1.1.8.2/14Mar97-0149PM) id AA09110; Tue, 20 May 1997 10:48:01 -0600 Date: Tue, 20 May 1997 10:48:01 -0600 (MDT) From: "Thomas S. Traylor" To: Geoff Mohler Cc: current@FreeBSD.ORG Subject: Re: Old Version.. 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 May 1997, Geoff Mohler wrote: > I have a problem. > > I am trying to install some additional software onto a 2.1.0 box that is in > Honduras...from Houston. > > I have mounted the 2.1.0 CD into a DEC alpha, but the darn DEC has everything > in upper case which confuses the sysinstall program. You might want to add the 'noversion' or 'rrip' options to your mount command. See mount(8) for more info.... Tom > > I really wish I had a freeBSD box with a CDROM in it now... > > Ideas? > > -- Thomas Traylor Thomas.Traylor@mci.com ttraylor@titan.cs.mci.com (719) 535-1269 From owner-freebsd-current Tue May 20 09:51:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12799 for current-outgoing; Tue, 20 May 1997 09:51:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA12770; Tue, 20 May 1997 09:50:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA01485; Tue, 20 May 1997 09:49:13 -0700 From: Terry Lambert Message-Id: <199705201649.JAA01485@phaeton.artisoft.com> Subject: Re: Backwards compatibiliy for isa_driver To: dfr@nlsystems.com (Doug Rabson) Date: Tue, 20 May 1997 09:49:13 -0700 (MST) Cc: se@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG In-Reply-To: from "Doug Rabson" at May 20, 97 10:43:42 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 don't think this needs to be put into every driver, if we > > find a good concept. And that's what I'm after :) > > The problem for ISA devices is that the number of ports used isn't known > until after the probe. The bus can't manage the resources since it > doesn't know how large they are. On the other hand, it's possible to post the ranges (in PnP format) that are allowable probe ranges for the ISA driver in question, as if it were a PnP device. As a result, one can use that information to restrict the probe space, and then use it to map. The trick is to have a flag bit available for each one to determine if that specific area of the probe space should not be tested. This allows for specific static addressing of ISA cards, while maintaining PnP and autoporbe in all other reasonable (non-ISA) cases. Finally, you need a "dummy" device that can be arbitrarily given a set of ports, IRQ's, and address ranges, to allow for unsupported (no driver to claim it) ISA hardware, so that the unsupported hardware does not end up not being seen and the kernel PnP support for non-PnP BIOS machines won't try to locate devices on top of it. Since this is all data, it can be pattern-prefixed and CRC'ed in the kernel data space so as to allow a utility to manipulate the kernel image. This buys yu your "registry" for persistent device information which only operates against devices which need persistent information, instead of screwing all of us. 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 Tue May 20 09:55:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12978 for current-outgoing; Tue, 20 May 1997 09:55:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA12973; Tue, 20 May 1997 09:55:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA01507; Tue, 20 May 1997 09:51:30 -0700 From: Terry Lambert Message-Id: <199705201651.JAA01507@phaeton.artisoft.com> Subject: Re: Backwards compatibiliy for isa_driver To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 20 May 1997 09:51:29 -0700 (MST) Cc: dfr@nlsystems.com, se@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG In-Reply-To: <199705201317.WAA02812@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 20, 97 10:47:07 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 > > > If I remember correctly, ISA port addresses are not fully > > > decoded on many cards, and thus we have to expect a card > > > to be visible multiple times in the address space. There > > > should be a way to encode the address range. (I'm using a > > > ln2range struct element for this purpose in the PCI code.) > > > > Ohhh. Thats nasty. Does this mean that reserving a port range for those > > cards will also have to reserve all the address where the ports are > > visible? > > It means that "ISA" instances of a device can only be expected in the > range 0x100-0x400, but that if the motherboard chipset is broken or > old, probes at higher multiples of the device's address may still show > it up. This is not normally a problem, as you only go above there for > EISA/PCI devices. This is not a motherboard problem. This is a card line decoding problem. And yes, many, many modem cards and older 8/16 bit ethernet cards have this flaw. 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 Tue May 20 09:55:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13017 for current-outgoing; Tue, 20 May 1997 09:55:51 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA13002; Tue, 20 May 1997 09:55:42 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id CAA04043; Wed, 21 May 1997 02:23:50 +0930 (CST) From: Michael Smith Message-Id: <199705201653.CAA04043@genesis.atrad.adelaide.edu.au> Subject: Re: Backwards compatibiliy for isa_driver In-Reply-To: <199705201651.JAA01507@phaeton.artisoft.com> from Terry Lambert at "May 20, 97 09:51:29 am" To: terry@lambert.org (Terry Lambert) Date: Wed, 21 May 1997 02:23:49 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, dfr@nlsystems.com, se@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 Terry Lambert stands accused of saying: > > It means that "ISA" instances of a device can only be expected in the > > range 0x100-0x400, but that if the motherboard chipset is broken or > > old, probes at higher multiples of the device's address may still show > > it up. This is not normally a problem, as you only go above there for > > EISA/PCI devices. > > This is not a motherboard problem. This is a card line decoding problem. Agreed, however many modern motherboards work around it by only forwarding accesses in the 0x100-0x400 range to the ISA bus. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 20 10:48:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15333 for current-outgoing; Tue, 20 May 1997 10:48:58 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA15313; Tue, 20 May 1997 10:48:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01647; Tue, 20 May 1997 10:46:41 -0700 From: Terry Lambert Message-Id: <199705201746.KAA01647@phaeton.artisoft.com> Subject: Re: Backwards compatibiliy for isa_driver To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 20 May 1997 10:46:41 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, dfr@nlsystems.com, se@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199705201653.CAA04043@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 21, 97 02:23:49 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 > > This is not a motherboard problem. This is a card line decoding problem. > > Agreed, however many modern motherboards work around it by only forwarding > accesses in the 0x100-0x400 range to the ISA bus. Urgle. It's not the responsibility of a mother board to dothis to make it a "good motherboard". For a real fix, have a bonfire with all the ISA cards in your town. 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 Tue May 20 11:07:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16333 for current-outgoing; Tue, 20 May 1997 11:07:04 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA16325; Tue, 20 May 1997 11:07:01 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA12755; Tue, 20 May 1997 11:06:20 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma012751; Tue May 20 11:06:01 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id LAA06278; Tue, 20 May 1997 11:06:01 -0700 (PDT) From: Archie Cobbs Message-Id: <199705201806.LAA06278@bubba.whistle.com> Subject: Re: usregsite.com In-Reply-To: <199705201444.HAA06559@hub.freebsd.org> from "Jonathan M. Bresler" at "May 20, 97 07:44:55 am" To: jmb@FreeBSD.ORG (Jonathan M. Bresler) Date: Tue, 20 May 1997 11:06:01 -0700 (PDT) Cc: current@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > guess that i am getting a little over-zealous in looking for spam. I had an idea the other day while trying to learn procmail... Why not have a spam registry mailing list? Here's the idea: - Any time you get a SPAM email, you forward it to the list "moderator", which can either be a human or a perl script. - The "moderator" extracts the relevant identifying information from the SPAM email (e.g, a certain domain name in the "From" address, etc). Here we need a good algorithm or else a knowlegable human. - The moderator keeps a database of all spam sites, etc. This list is kept updated by subscriber emails (as described above). In addition, the moderator can also set up a decoy email address that (s)he TRIES to get on every spam mailing list possible. Email sent to this decoy address can also be used to fortify the database. - Each day you receive via email a procmailrc(5) file snippet that will send all mail coming from any of the registered spam sites to /dev/null (or perhaps your favorite email enemy). - Your personal ~/.procmailrc file automatically saves the daily update to ~/.procmailrc-antispam, which is included by ~/.procmailrc using the procmail include thing. - Voila, THE MASSES FIGHT BACK!! Any takers?? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Tue May 20 11:18:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16927 for current-outgoing; Tue, 20 May 1997 11:18:14 -0700 (PDT) Received: from troll.uunet.ca (troll.uunet.ca [142.77.1.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA16922 for ; Tue, 20 May 1997 11:18:11 -0700 (PDT) Received: from localhost by troll.uunet.ca with SMTP id <21003-14462>; Tue, 20 May 1997 14:17:23 -0400 Date: Tue, 20 May 1997 14:17:21 -0400 From: Cat Okita To: Archie Cobbs cc: "Jonathan M. Bresler" , current@hub.freebsd.org Subject: Re: usregsite.com In-Reply-To: <199705201806.LAA06278@bubba.whistle.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 As the owner of a site which is often forged, I'd be quite antsy about a scheme like that...and there's an incredible potential for misuse as well... Cat Okita Systems Administrator, UUNET Canada On Tue, 20 May 1997, Archie Cobbs wrote: > Why not have a spam registry mailing list? Here's the idea: > > - Any time you get a SPAM email, you forward it to the list > "moderator", which can either be a human or a perl script. > > - The "moderator" extracts the relevant identifying information > from the SPAM email (e.g, a certain domain name in the "From" > address, etc). Here we need a good algorithm or else a > knowlegable human. > > - The moderator keeps a database of all spam sites, etc. This > list is kept updated by subscriber emails (as described above). > In addition, the moderator can also set up a decoy email address > that (s)he TRIES to get on every spam mailing list possible. > Email sent to this decoy address can also be used to fortify > the database. > > - Each day you receive via email a procmailrc(5) file snippet that > will send all mail coming from any of the registered spam sites > to /dev/null (or perhaps your favorite email enemy). > > - Your personal ~/.procmailrc file automatically saves the > daily update to ~/.procmailrc-antispam, which is included > by ~/.procmailrc using the procmail include thing. > > - Voila, THE MASSES FIGHT BACK!! > > Any takers?? > > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com > From owner-freebsd-current Tue May 20 11:18:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16945 for current-outgoing; Tue, 20 May 1997 11:18:17 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA16929 for ; Tue, 20 May 1997 11:18:14 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA01745; Tue, 20 May 1997 11:18:15 -0700 Date: Tue, 20 May 1997 11:18:15 -0700 (PDT) From: "Brian N. Handy" To: Archie Cobbs Cc: current@hub.freebsd.org Subject: Re: usregsite.com In-Reply-To: <199705201806.LAA06278@bubba.whistle.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > - Voila, THE MASSES FIGHT BACK!! > >Any takers?? Yea: The .procmailrc from hell... http://www.panix.com/e-spam.html I think they're WAY ahead of you... Brian From owner-freebsd-current Tue May 20 11:29:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA17702 for current-outgoing; Tue, 20 May 1997 11:29:26 -0700 (PDT) Received: from gatekeeper.gundaker.com (gatekeeper.gundaker.com [199.217.206.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA17697 for ; Tue, 20 May 1997 11:29:22 -0700 (PDT) Received: (from daemon@localhost) by gatekeeper.gundaker.com (8.8.5/8.8.5) id NAA04002 for ; Tue, 20 May 1997 13:25:17 GMT Received: from homer.gundaker.com(199.217.155.106) by gatekeeper.gundaker.com via smap id xma004000; Tue, 20 May 97 13:25:15 GMT Message-ID: <3381EAF3.EAC254F@gundaker.com> Date: Tue, 20 May 1997 13:18:27 -0500 From: Bryan Sapot Organization: Gundaker Realtors X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Ibcs2 X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know this is not the correct place to ask this question but. Where can I get some more information on FreeBSD's SCO compatability? Thanx Bryan -- _________________________________________________ Bryan Sapot bsapot@gundaker.com Network Systems Engineer http://www.gundaker.com Gundaker Realtors "Get a life get Unix" From owner-freebsd-current Tue May 20 11:53:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA19102 for current-outgoing; Tue, 20 May 1997 11:53:08 -0700 (PDT) Received: from wlk.com (news.wlk.com [192.86.83.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA19092 for ; Tue, 20 May 1997 11:53:03 -0700 (PDT) Received: from SMTPdaemon by wlk.com (smail3.2) with SMTPL id m0wTu1g-0009sNC; Tue, 20 May 1997 13:52:48 -0500 (CDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id UAA01504; Tue, 20 May 1997 20:48:57 +0200 (CEST) To: Archie Cobbs cc: jmb@FreeBSD.ORG (Jonathan M. Bresler), current@hub.freebsd.org From: Poul-Henning Kamp Subject: Re: usregsite.com In-reply-to: Your message of "Tue, 20 May 1997 11:06:01 PDT." <199705201806.LAA06278@bubba.whistle.com> Date: Tue, 20 May 1997 20:48:57 +0200 Message-ID: <1502.864154137@critter> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > - Each day you receive via email a procmailrc(5) file snippet that > will send all mail coming from any of the registered spam sites > to /dev/null (or perhaps your favorite email enemy). > > - Voila, THE MASSES FIGHT BACK!! > >Any takers?? go for it! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue May 20 12:03:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19533 for current-outgoing; Tue, 20 May 1997 12:03:55 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19526 for ; Tue, 20 May 1997 12:03:51 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-42.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA23587 (5.67b/IDA-1.5 for ); Tue, 20 May 1997 21:02:01 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id VAA00506; Tue, 20 May 1997 21:01:58 +0200 (CEST) X-Face: " Date: Tue, 20 May 1997 21:01:58 +0200 From: Stefan Esser To: Michael Smith Cc: dfr@nlsystems.com, current@FreeBSD.ORG Subject: Re: Backwards compatibiliy for isa_driver References: <19970520135613.55522@x14.mi.uni-koeln.de> <199705201304.WAA02736@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.73 In-Reply-To: <199705201304.WAA02736@genesis.atrad.adelaide.edu.au>; from Michael Smith on Tue, May 20, 1997 at 10:34:07PM +0930 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 20, Michael Smith wrote: > In particular, I'm not so keen on the storing of data by the > "registry" in a format that is proprietary to the consumer. Think > about it for a moment - without consumer-specific access methods, the > data can't be manipulated. The consumer may not be present in the > kernel, or in the external repository-manipulating tool to provide > these methods when the data is to be manipulated. > > This is Bad. Well, it depends ... :) All I was after, in the beginning, was a way to specify that a PCI device is wired to some PCI slot. I wanted to have a way to make the following config lines work: controller pci0 controller pci1 at pci0 slot 4 # PCI to PCI bridge ... The table might be identical to the one defined for SCSI devices, but I didn't like a structure in some machine dependent format, and thus thought about a way to use a text file that can be scanned with little overhead. I wondered whether it is possible to make the text file become a general repository. Thinking about this, I found that a simple textual representation was a vector of integers, with the "at XXX" specifying the semantics of the data, and the device name being an selector. This works for PCI, but it is obvious that the same data format could be used for the "wiring" of SCSI devices to controllers, and in fact also to keep the config data of an ISA device. Lets look at a sample configuration: controller pci0 controller pci1 at pci0 slot 4 # PCI to PCI bridge ... device ahc0 at pci1 slot 0 func 0 device scbus0 at ahc0 device sd0 at scbus0 target 2 device sd1 at scbus0 target 3 device ahc1 at pci1 slot 1 device scbus1 at ahc1 device sd2 at scbus1 target 0 device ed0 at isa? port 0x280 irq 5 I've implemented access functions that would expect the above to be encoded as: what name unit data # interpretation of data --------------------------------------------------------------------- pci pci 1 0 4 # bus,slot pci ahc 0 1 0 # bus,slot ahc scbus 0 0 # unit scbus sd 0 0 2 # SCSI bus scbus sd 1 0 3 # SCSI bus pci ahc 1 1 1 # bus,slot ahc scbus 1 1 # unit scbus sd 2 1 0 # SCSI bus isa ed 0 -1 -1 5 0x280 # bus(any) drq(none) irq port I have on purpose not bound any semantics to the data, other than that implied by the code that retrieves the vector for eg. (isa,ed,0) and assumes to find irq, drq, attach port, ... in the result. There should be sysctl functions that decode the configuration data, and those know how to label and represent the values. If a type (ie. ID used in the "what" column) is unknown to the sysctl code, then a "kern.cfg.WHAT.NAME.UNIT: (DATA)" will be printed ... > Given the paucity of data that we are talking about, and the relative > infrequency with which it is likely to be accessed, I would actually > be very keen to see it stored as flat text, or using a very small number > of basic data types. (flag, integer, string). Yes, I was also thinking about a pure text file. I expect that file to be loaded by the boot loader (which already reads the file /boot.config before loading the kernel) and be copied to a well known physical memory location, where the kernel will find it. The kernel should then copy the file contents into kernel VM, and use the data for pre-userconfig initializations. > The model I had partially visualised went something like : > > - The basic entity in the registry is a node. > - Nodes are organised in a hierarchial fashion, using some punctuation > as a level seperator. Dots are currently trendy. I prefer records, who may point at other records ... > - A node may have Attributes, which are name:value tuples. These > can be used to attach standard details to nodes, or to store > custom information. Yes, I see. I could encode the same information with the method I propose, but it would consume more space ... Well, I could do it in the same amount of space, if I think about it :) > As an example, consider the ISA device driver data : > > sys.hardware.bus.isa.ed0 > port_range = 0x300,0x31f > irq = 5 > state = active > sys.hardware.bus.isa.ed1 > port_range = 0x340,0x35f > irq = 9 > memory_range = 0xdc000-0xdffff > state = active > sys.hardware.bus.isa.probe_hints.ed > port = 0x300 > port = 0x320 > port = 0x340 > irq = 5 > irq = 9 > irq = 11 > > So we have a convention for nodes under bus.isa that they may use some > or all of port_range, memory_range, irq and are required to have state > attributes. Yes, I see ... I could easily modify my current repository scanning code to read just that format. The node would specify my "what" value, the "name" would be my "name", a unit would not be used, and a comma seperated list of integers could be returned. The major difference is, that the code that select the nodes must know about appending the unit number to the driver name to build a node name that is specific to a device instance. So, what you suggest seems to be a subset of what I already offered :) > Then we have a collection of nodes with ISA probe hints. The 'ed' > driver would read the probe hints, and then create 'ed' instances as > it found devices. If the probe hints were in a standard format, you > could write an ISA helper function to iterate through the various > valid combinations. Hmmm, how big is the risk of the boot failing, if we start to probe at these "hint" addresses ? Probing for the interrupt to use seems especially dangerous ... Regards, STefan From owner-freebsd-current Tue May 20 12:05:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19663 for current-outgoing; Tue, 20 May 1997 12:05:41 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19643; Tue, 20 May 1997 12:05:15 -0700 (PDT) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id OAA01171; Tue, 20 May 1997 14:27:52 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id OAA23447; Tue, 20 May 1997 14:07:37 -0500 Message-ID: <19970520140737.34648@right.PCS> Date: Tue, 20 May 1997 14:07:37 -0500 From: Jonathan Lemon To: Archie Cobbs Cc: "Jonathan M. Bresler" , current@hub.freebsd.org Subject: Re: usregsite.com References: <199705201444.HAA06559@hub.freebsd.org> <199705201806.LAA06278@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199705201806.LAA06278@bubba.whistle.com>; from Archie Cobbs on May 05, 1997 at 11:06:01AM -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 05, 1997 at 11:06:01AM -0700, Archie Cobbs wrote: > > > guess that i am getting a little over-zealous in looking for spam. > > Why not have a spam registry mailing list? Here's the idea: This has been done, and was taken down earlier under threats of libel. However, it could probably be done by classifying the sender/spammer on factual criteria on what they have done. Eg: 'this user sent me 100 posts', or 'more than 1000 people have received copies of this message', and then the user can themselves use this info to determine how they want to block spam. For a good summary of a proposed implementation, see Vernon Schryver's posting to news.admin.net-abuse.email, <5lo2ev$iit@calcite.rhyolite.com>. -- Jonathan From owner-freebsd-current Tue May 20 12:15:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA20048 for current-outgoing; Tue, 20 May 1997 12:15:16 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20040; Tue, 20 May 1997 12:15:11 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA14830; Tue, 20 May 1997 12:13:17 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd014802; Tue May 20 19:13:05 1997 Message-ID: <3381F7A3.2F1CF0FB@whistle.com> Date: Tue, 20 May 1997 12:12:35 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Archie Cobbs CC: "Jonathan M. Bresler" , current@hub.freebsd.org Subject: Re: usregsite.com References: <199705201806.LAA06278@bubba.whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Archie Cobbs wrote: > > > guess that i am getting a little over-zealous in looking for spam. > > I had an idea the other day while trying to learn procmail... > > Why not have a spam registry mailing list? Here's the idea: > check out paul vixie's anti-spam pages. (probably available through www.vix.com I would guess) julian From owner-freebsd-current Tue May 20 12:26:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA20700 for current-outgoing; Tue, 20 May 1997 12:26:09 -0700 (PDT) Received: from nagual.pp.ru (ache.relcom.ru [194.58.229.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20691 for ; Tue, 20 May 1997 12:26:02 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.8.5/8.8.5) id XAA00235; Tue, 20 May 1997 23:26:08 +0400 (MSD) Date: Tue, 20 May 1997 23:26:06 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Bruce Evans cc: FreeBSD-current Subject: What happens with sio? 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 I always got this diagnostic at reboot stage after installing recent -current... May 20 23:21:43 nagual /kernel: sio1: 65 events for device with no tp -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Tue May 20 13:46:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24861 for current-outgoing; Tue, 20 May 1997 13:46:43 -0700 (PDT) Received: from dyslexic.phoenix.net (dyslexic.phoenix.net [199.3.233.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA24853 for ; Tue, 20 May 1997 13:46:39 -0700 (PDT) Received: from localhost (gemohler@localhost) by dyslexic.phoenix.net (8.8.5/8.8.5) with SMTP id PAA08981 for ; Tue, 20 May 1997 15:44:18 -0500 (CDT) X-Authentication-Warning: dyslexic.phoenix.net: gemohler owned process doing -bs Date: Tue, 20 May 1997 15:44:18 -0500 (CDT) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: current@freebsd.org Subject: (re)Old Version Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The -o noversion did the trick..I see the mount is proper. When I point sysinstall to the machine, I watch the syslog as the remote sysinstall CD's to 2.1.0-RELEASE and tries to grab files from /mnt/des/. Umm..theres no files there...why does it appear that sysinstall cant find what it wants. This is what Im trying to do. I need to install kerberos support on a running 2.1.0 machine from a 2.1.0 CD on a remote server. So far the DOCs arent working, any clues appreciated. From owner-freebsd-current Tue May 20 13:58:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA25577 for current-outgoing; Tue, 20 May 1997 13:58:41 -0700 (PDT) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25543; Tue, 20 May 1997 13:57:16 -0700 (PDT) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id WAA27039; Tue, 20 May 1997 22:53:55 +0200 (SAT) Message-Id: <199705202053.WAA27039@grackle.grondar.za> To: Archie Cobbs cc: jmb@FreeBSD.ORG (Jonathan M. Bresler), current@hub.freebsd.org Subject: Re: usregsite.com Date: Tue, 20 May 1997 22:53:51 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997 11:06:01 -0700 (PDT) , Archie Cobbs wrote: > - Any time you get a SPAM email, you forward it to the list > "moderator", which can either be a human or a perl script. How do I stop from getting _me_in this? > - The "moderator" extracts the relevant identifying information > from the SPAM email (e.g, a certain domain name in the "From" > address, etc). Here we need a good algorithm or else a > knowlegable human. Lots of work for said human. Forged SPAM will be a hassle. > - Each day you receive via email a procmailrc(5) file snippet that > will send all mail coming from any of the registered spam sites > to /dev/null (or perhaps your favorite email enemy). I like this. It is, however, an opt-out, not an opt-in. Better than nothing. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Tue May 20 14:25:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA27022 for current-outgoing; Tue, 20 May 1997 14:25:16 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27015 for ; Tue, 20 May 1997 14:25:12 -0700 (PDT) Received: from cola115.scsn.net ([206.25.247.115]) by rosie.scsn.net (Post.Office MTA v3.0 release 0121 ID# 0-32322U5000L100S10000) with ESMTP id AAA113; Tue, 20 May 1997 17:17:52 -0400 Received: (from root@localhost) by cola115.scsn.net (8.8.5/8.8.5) id RAA00256; Tue, 20 May 1997 17:24:54 -0400 (EDT) Message-ID: <19970520172453.44297@cola115.scsn.net> Date: Tue, 20 May 1997 17:24:53 -0400 From: "Donald J. Maddox" To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: Problems with sio.c v.1.167 Reply-To: dmaddox@scsn.net References: <19970519165039.24661@cola94.scsn.net> <225.864110251@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <225.864110251@critter>; from Poul-Henning Kamp on Tue, May 20, 1997 at 08:37:31AM +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Please try this patch. > Please try and report results & dmesg for sio3 both with and without > flags 0x20000 on sio3. Ok, with the patch it _does_ work with no flags, but it _does not_ work with flags 0x20000. Here's the dmesg output: ------------------------------------------------------------------------ (First, with no flags) ------------------------------------------------------------------------ Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue May 20 16:47:43 EDT 1997 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON CPU: Pentium (99.72-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30932992 (30208K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 ahc0 rev 0 int a irq 12 on pci0:11:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 ahc0:A:0: refuses WIDE negotiation. Using 8bit transfers sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 49MB (102171 512 byte sectors) sd0: with 1219 cyls, 2 heads, and an average 41 sectors/track ahc0:A:1: refuses WIDE negotiation. Using 8bit transfers ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 507MB (1039329 512 byte sectors) sd1: with 2380 cyls, 6 heads, and an average 72 sectors/track vga0 rev 0 int a irq 11 on pci0:12:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A pca0 on motherboard pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-32 wd0: 1277MB (2615760 sectors), 2595 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (atapi): , removable, iordy atapi1.0: unknown phase fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220-0x22f irq 5 drq 1 on isa sb0: sbxvi0 at 0x220-0x22f irq 5 drq 5 on isa sbxvi0: sbmidi0 at 0x330-0x331 irq 5 on isa sbmidi0: opl0 at 0x388-0x38b irq 31 on isa opl0: joy0 at 0x201 on isa joy0: joystick ---------------------------------------------------------------------- (With flags=0x20000) ---------------------------------------------------------------------- Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue May 20 17:03:34 EDT 1997 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON CPU: Pentium (99.72-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30932992 (30208K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 ahc0 rev 0 int a irq 12 on pci0:11:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 ahc0:A:0: refuses WIDE negotiation. Using 8bit transfers sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 49MB (102171 512 byte sectors) sd0: with 1219 cyls, 2 heads, and an average 41 sectors/track ahc0:A:1: refuses WIDE negotiation. Using 8bit transfers ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 507MB (1039329 512 byte sectors) sd1: with 2380 cyls, 6 heads, and an average 72 sectors/track vga0 rev 0 int a irq 11 on pci0:12:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio3 at 0x2e8-0x2ef irq 9 flags 0x20000 on isa sio3: type 16550A lookalike with 141 bytes xmit-FIFO pca0 on motherboard pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-32 wd0: 1277MB (2615760 sectors), 2595 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (atapi): , removable, iordy atapi1.0: unknown phase fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220-0x22f irq 5 drq 1 on isa sb0: sbxvi0 at 0x220-0x22f irq 5 drq 5 on isa sbxvi0: sbmidi0 at 0x330-0x331 irq 5 on isa sbmidi0: opl0 at 0x388-0x38b irq 31 on isa opl0: joy0 at 0x201 on isa joy0: joystick sio3: 65 events for device with no tp --------------------------------------------------------------------------- You'll notice that the 'XX events for device with no tp' start recurring when COM_BIGFIFO is enabled :-( FWIW, I _did_ open up the box and look at the modem card; it has an AT&T 16345 on it. -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Tue May 20 15:36:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA01829 for current-outgoing; Tue, 20 May 1997 15:36:47 -0700 (PDT) Received: from zeus.xtalwind.net (slipper6a.xtalwind.net [205.160.242.61]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA01824 for ; Tue, 20 May 1997 15:36:41 -0700 (PDT) Received: from localhost (zeus.xtalwind.net [127.0.0.1]) by zeus.xtalwind.net (8.8.5/8.8.5) with SMTP id SAA06185; Tue, 20 May 1997 18:37:26 -0400 (EDT) Date: Tue, 20 May 1997 18:37:26 -0400 (EDT) From: jack X-Sender: jack@zeus.xtalwind.net To: Geoff Mohler cc: current@FreeBSD.ORG Subject: Re: (re)Old Version 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 May 1997, Geoff Mohler wrote: > When I point sysinstall to the machine, I watch the syslog as the remote > sysinstall CD's to 2.1.0-RELEASE and tries to grab files from > /mnt/des/. > > Umm..theres no files there...why does it appear that sysinstall cant find what > it wants. Due to {insert derogatory adjective of your choice} US export laws versions prior to 2.2.x did not have the DES source or libraries on the CD. -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-current Tue May 20 15:49:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA02730 for current-outgoing; Tue, 20 May 1997 15:49:42 -0700 (PDT) Received: from dyslexic.phoenix.net (dyslexic.phoenix.net [199.3.233.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA02725 for ; Tue, 20 May 1997 15:49:40 -0700 (PDT) Received: from localhost (gemohler@localhost) by dyslexic.phoenix.net (8.8.5/8.8.5) with SMTP id RAA09119; Tue, 20 May 1997 17:47:23 -0500 (CDT) X-Authentication-Warning: dyslexic.phoenix.net: gemohler owned process doing -bs Date: Tue, 20 May 1997 17:47:23 -0500 (CDT) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: jack cc: current@FreeBSD.ORG Subject: Re: (re)Old Version 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 May 1997, jack wrote: > Due to {insert derogatory adjective of your choice} US export laws > versions prior to 2.2.x did not have the DES source or libraries on the > CD. Ahh..*duh*..Ive been spoiled by never having to use the CD before. Ok..can I tell it to ignore the OS version on a mirror site such as my own, and install kerberos that way? From owner-freebsd-current Tue May 20 16:17:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA03942 for current-outgoing; Tue, 20 May 1997 16:17:20 -0700 (PDT) Received: from zeus.xtalwind.net ([205.245.61.55]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA03933 for ; Tue, 20 May 1997 16:17:17 -0700 (PDT) Received: from localhost (zeus.xtalwind.net [127.0.0.1]) by zeus.xtalwind.net (8.8.5/8.8.5) with SMTP id TAA06329; Tue, 20 May 1997 19:18:10 -0400 (EDT) Date: Tue, 20 May 1997 19:18:10 -0400 (EDT) From: jack X-Sender: jack@zeus.xtalwind.net To: Geoff Mohler cc: current@FreeBSD.ORG Subject: Re: (re)Old Version 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 May 1997, Geoff Mohler wrote: > > Due to {insert derogatory adjective of your choice} US export laws > > versions prior to 2.2.x did not have the DES source or libraries on the > > CD. > > Ahh..*duh*..Ive been spoiled by never having to use the CD before. > > Ok..can I tell it to ignore the OS version on a mirror site such as my > own, and install kerberos that way? Worked here. We rolled our own release of 2.2.1 with long usernames and have been installing from that to the rest of the shop. Six down one to go. -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-current Tue May 20 18:39:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA09152 for current-outgoing; Tue, 20 May 1997 18:39:40 -0700 (PDT) Received: from fragile.ideal.net.au (root@fragile.ideal.net.au [203.20.241.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09147 for ; Tue, 20 May 1997 18:39:37 -0700 (PDT) Received: from tin.staff.ideal.net.au.ideal.net.au (tin.staff.ideal.net.au [203.35.0.116]) by fragile.ideal.net.au (8.8.5/8.8.5) with ESMTP id LAA22818 for ; Wed, 21 May 1997 11:40:00 +1000 (EST) Message-ID: <3382525F.4FDE1853@ideal.net.au> Date: Wed, 21 May 1997 11:39:43 +1000 From: Rob Wise Organization: Ideal Internet Services X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: IPDIVERT broken? X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Is anyone using IPDIVERT in their -current system? I did a make world with source updated about 4 hours ago and it seems to be broken. When compiling the kernel i get the following: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DIPDIVERT -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../netinet/ip_divert.c ../../netinet/ip_divert.c: In function `div_usrreq': ../../netinet/ip_divert.c:275: `SS_PRIV' undeclared (first use this function) ../../netinet/ip_divert.c:275: (Each undeclared identifier is reported only once ../../netinet/ip_divert.c:275: for each function it appears in.) ../../netinet/ip_divert.c:280: too few arguments to function `in_pcballoc' ../../netinet/ip_divert.c:307: too few arguments to function `in_pcbbind' *** Error code 1 Stop. In the kernel config I have: options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT Rob From owner-freebsd-current Tue May 20 19:04:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10118 for current-outgoing; Tue, 20 May 1997 19:04:11 -0700 (PDT) Received: from pent.perigee.net (slip129-37-195-82.nc.us.ibm.net [129.37.195.82]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10111 for ; Tue, 20 May 1997 19:04:05 -0700 (PDT) Received: from slip129-37-195-82.nc.us.ibm.net (localhost.perigee.net [127.0.0.1]) by pent.perigee.net (8.8.5/8.8.5) with ESMTP id WAA04831 for ; Tue, 20 May 1997 22:04:01 -0400 (EDT) Message-Id: <199705210204.WAA04831@pent.perigee.net> To: current@freebsd.org From: "Adam W. Hawks" Reply-to: awhawks@perigee.net Subject: worm0 failure with HP4020i and current Date: Tue, 20 May 1997 22:03:59 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I used to be able to burn cd's with great success around 4/15/97 or so but recently they fail with weird errors. I am running current from 05/20/97 and recently tried to burn a cd(using the script from /usr/share/examples/worm). It failed with the following errors. bash# cd /usr/save bash# burncd ports.img Place CD in the worm drive now and press return: dd: /dev/rworm0: Invalid argument 40+0 records in 0+0 records out 0 bytes transferred in 0.179860 secs (0 bytes/sec) team: guy pid 4813: error on upstream receive team: guy pid 4814: guy was aborted team: stop remaining 4 guys May 20 21:57:49 pent /kernel: worm0: ILLEGAL REQUEST asc:82,0 Vendor Specific ASC May 20 21:57:49 pent /kernel: worm0: ILLEGAL REQUEST asc:82,0 Vendor Specific ASC May 20 21:57:49 pent /kernel: worm0: ILLEGAL REQUEST asc:2c,0 Command sequence error team: guy pid 4815: guy was aborted May 20 21:57:49 pent /kernel: worm0: ILLEGAL REQUEST asc:2c,0 Command sequence error wormcontrol: ioctl(WORMIOFIXATION): Invalid argument May 20 21:57:50 pent /kernel: worm0: ILLEGAL REQUEST asc:82,0 Vendor Specific ASC May 20 21:57:50 pent /kernel: worm0: ILLEGAL REQUEST asc:82,0 Vendor Specific ASC bash# 5120k read Here is a boot -v from my system Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue May 20 20:40:27 EDT 1997 root@ns1p44.cht.perigee.net:/usr/src/sys/compile/pent Calibrating clock(s) ... i586 clock: 74533480 Hz, i8254 clock: 1193099 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (74.54-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) Physical memory hole(s): avail memory = 29933568 (29232K bytes) DEVFS: ready for devices pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 [class=60000] [hdr=0] is there (id=12508086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000e800 size=0010. I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: disabled Mouse IRQ12: disabled Interrupt Routing: A: , B: , C: , D: MB0: , MB1: pci0:7:2: Intel Corporation, device=0x7020, class=serial, subclass=0x03 int d irq 15 [no driver assigned] map(20): io(e400) fxp0 rev 1 int a irq 9 on pci0:10:0 mapreg[10] type=0 addr=fb800000 size=1000. mapreg[14] type=1 addr=0000e000 size=0020. mapreg[18] type=0 addr=fa800000 size=100000. reg16: virtual=0xf43fd000 physical=0xfb800000 size=0x1000 fxp0: Ethernet address 00:a0:c9:04:e8:35 bpf: fxp0 attached ahc0 rev 0 int a irq 10 on pci0:11:0 mapreg[10] type=1 addr=0000d800 size=0100. mapreg[14] type=0 addr=fa000000 size=1000. reg16: ioaddr=0xd800 size=0x100 ahc0: Reading SEEPROM...done. low byte termination enabled, high byte termination enabled ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program...ahc0: 369 instructions downloaded Done ahc0: Probing channel A scbus0 at ahc0 bus 0 ahc0: target 0 synchronous at 10.0MHz, offset = 0xf scbus0 target 0 lun 0: type 0 fixed SCSI 2 sd0 at scbus0 target 0 lun 0 sd0: Direct-Access 1033MB (2117025 512 byte sectors) sd0: with 1819 cyls, 15 heads, and an average 77 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf scbus0 target 1 lun 0: type 0 fixed SCSI 2 sd1 at scbus0 target 1 lun 0 sd1: Direct-Access 2956MB (6054834 512 byte sectors) sd1: with 3138 cyls, 19 heads, and an average 101 sectors/track ahc0:A:3: refuses synchronous negotiation. Using asynchronous transfers scbus0 target 3 lun 0: type 1 removable SCSI 1 st0 at scbus0 target 3 lun 0 st0: Sequential-Access density code 0x0, st0: Target Busy st0: Target Busy st0: Target Busy drive empty ahc0:A:4: refuses synchronous negotiation. Using asynchronous transfers scbus0 target 4 lun 0: type 5 removable SCSI 2 worm0 at scbus0 target 4 lun 0 worm0: Write-Once ahc0: target 6 synchronous at 8.0MHz, offset = 0xf scbus0 target 6 lun 0: type 5 removable SCSI 2 cd0 at scbus0 target 6 lun 0 cd0: CD-ROM cd present [249912 x 2048 byte records] vga0 rev 0 int a irq 11 on pci0:12:0 mapreg[10] type=0 addr=f8000000 size=2000000. pci0: uses 34611200d bytes of memory from f8000000 upto fb800fff. pci0: uses 304d bytes of I/O space from d800 upto e80f. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 ff ff 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A esp_port has com 3 esp_port has com 3 esp_port has com 3 sio1 at 0x2f8-0x2ff irq 3 flags 0x10 on isa sio1: type 16550A esp_port has com 3 esp_port has com 3 esp_port has com 3 pca0 on motherboard pca0: PC speaker audio driver wdc0 not found at 0x1f0 wdc1 not found at 0x170 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 msize 206696 on motherboard npx0: INT 16 interface gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa gus0: gus0: joy0 at 0x201 on isa joy0: joystick imasks: bio c0000440, tty f000009a, net e0000200 sio0: 64 events for device with no tp sio1: 64 events for device with no tp BIOS Geometries: 0:0082fe3f 0..130=131 cylinders, 0..254=255 heads, 1..63=63 sectors 1:0177fe3f 0..375=376 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. DEVFS: ready to run new masks: bio c0000440, tty f000009a, net f000029a bpf: tun0 attached bpf: ppp0 attached bpf: ppp1 attached bpf: lo0 attached bpf: ds0 attached ccd0-3: Concatenated disk drivers sd0s1: type 0xa5, start 63, end = 2104514, size 2104452 : OK Start pid=2 Start pid=3 Start pid=4 sd1s1: type 0xa5, start 0, end = 6054833, size 6054834 : OK ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. ipx_ctlinput: cmd 2. Any help would be greatly appreciated. awhawks@perigee.net From owner-freebsd-current Tue May 20 19:08:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10329 for current-outgoing; Tue, 20 May 1997 19:08:20 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10315; Tue, 20 May 1997 19:08:14 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA07693; Wed, 21 May 1997 11:36:31 +0930 (CST) From: Michael Smith Message-Id: <199705210206.LAA07693@genesis.atrad.adelaide.edu.au> Subject: Re: Backwards compatibiliy for isa_driver In-Reply-To: <199705201746.KAA01647@phaeton.artisoft.com> from Terry Lambert at "May 20, 97 10:46:41 am" To: terry@lambert.org (Terry Lambert) Date: Wed, 21 May 1997 11:36:31 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, dfr@nlsystems.com, se@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 Terry Lambert stands accused of saying: > > > This is not a motherboard problem. This is a card line decoding problem. > > > > Agreed, however many modern motherboards work around it by only forwarding > > accesses in the 0x100-0x400 range to the ISA bus. > > Urgle. > > It's not the responsibility of a mother board to dothis to make it > a "good motherboard". Not "good" perhaps, but "sensible given the alternatives". > For a real fix, have a bonfire with all the ISA cards in your town. Burning them is less fun than many of the alternatives. I have been known to sell them to artistically naive members of the drug set for as much as ten times their market value; I believe there is a "techno-goth" (their terms) household around here that still has a matched set of flying CGA cards on their wall. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 20 19:14:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10584 for current-outgoing; Tue, 20 May 1997 19:14:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10571 for ; Tue, 20 May 1997 19:14:36 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA07770; Wed, 21 May 1997 11:44:19 +0930 (CST) From: Michael Smith Message-Id: <199705210214.LAA07770@genesis.atrad.adelaide.edu.au> Subject: Re: Ibcs2 In-Reply-To: <3381EAF3.EAC254F@gundaker.com> from Bryan Sapot at "May 20, 97 01:18:27 pm" To: bsapot@gundaker.com (Bryan Sapot) Date: Wed, 21 May 1997 11:44:19 +0930 (CST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 Bryan Sapot stands accused of saying: > I know this is not the correct place to ask this question but. Where can > I get some more information on FreeBSD's SCO compatability? emulation@freebsd.org is the "better" place to ask, but you could try being more specific. What "more" information do you want? What is there that's not clear from the sources? > Bryan Sapot bsapot@gundaker.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 20 19:17:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10911 for current-outgoing; Tue, 20 May 1997 19:17:50 -0700 (PDT) Received: from main.statsci.com (main.statsci.com [206.63.206.110]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA10899 for ; Tue, 20 May 1997 19:17:48 -0700 (PDT) Received: from plum.statsci.com [206.63.206.43] with smtp by main.statsci.com with smtp (/\oo/\ Smail3.1.29.1 #29.3 #3) id m0wU0y8-000ZMgC; Tue, 20 May 97 19:17 PDT Received: from plum.statsci.com [206.63.206.43] with smtp by plum.statsci.com with smtp (/\oo/\ Smail3.1.29.1 #29.3 #3) id m0wU0y8-0007SRC; Tue, 20 May 97 19:17 PDT Message-Id: To: Archie Cobbs cc: jmb@FreeBSD.ORG (Jonathan M. Bresler), current@hub.freebsd.org Subject: Re: usregsite.com References: <199705201806.LAA06278@bubba.whistle.com> In-reply-to: Your message of "Tue, 20 May 1997 11:06:01 -0700." <199705201806.LAA06278@bubba.whistle.com> Reply-to: scott@statsci.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3899.864181055.1@plum.statsci.com> Date: Tue, 20 May 1997 19:17:36 -0700 From: Scott Blachowicz Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Archie Cobbs wrote: > I had an idea the other day while trying to learn procmail... > ... > Any takers?? If anyone does that it would be greatly appreciated if it could start off as a data file of some sort that can get filtered into .procmailrc format or mailagent format or whatever. On the agent-users list, Randal Schwartz recently posted a perl script (what else? :-)) that grabs an AOL maintained web page of domains that they can block for their subscribers and turns it into a list of perl regexps suitable for inclusion into mailagent .rules files. For example, mine has this in it: ## flag spam (thank you, AOL!) To Envelope From Sender Relayed Reply-To: "~/Mail/.spamlist-aol" { ANNOTATE -d X-maybe-spam Smells like spam-aol from %1; SAVE +trash; ABORT -t; }; that .spamlist-aol file has a bunch of lines like this: /^((.*[@.])?1floodgate\.com)$/i and my copy of the perl script is appended to this message. Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org #! /sw/local/perl5/bin/perl use strict; use LWP::Simple; my $AOL = "http://www.idot.aol.com/preferredmail/"; my $SPAMLIST = "/homes/scott/Mail/.spamlist-aol"; chdir; $_ = get $AOL or die "Cannot get $AOL\n"; s/^[\s\S]*$SPAMLIST" or die "create $SPAMLIST: $!"; ## be sure $1 is what you want in the annotation print map "/^((.*[\@.])?\Q$_\E)\$/i\n", split /\n/; ### ### which creates a series of lines in "~/.spamlist" that look like: ### ### /^((.*[@.])?1floodgate\.com)$/i ### /^((.*[@.])?205\.254\.167\.57)$/i ### /^((.*[@.])?206\.29\.21\.179)$/i ### /^((.*[@.])?207\.176\.34\.97)$/i ### /^((.*[@.])?207\.201\.206\.210)$/i ### /^((.*[@.])?299\.78\.01\.37\.4)$/i ### /^((.*[@.])?4yourbiz\.std\.com)$/i ### /^((.*[@.])?ISPAM\.COM)$/i ### /^((.*[@.])?ISPAM\.NET)$/i ### /^((.*[@.])?Interconnectivity\.com)$/i ### ### which happen to be directly useful in .rules lines that look like this: ### ### ## flag spam (thank you, AOL!) ### Envelope From Sender Relayed Reply-To: "~/.spamlist" { ### ANNOTATE -d X-merlyn-spam Smells like spam from %1; ### ## eventually, file in list.spam or delete, ### ## but for now, just testing... ### REJECT; ### }; ### ### This is still a work in progress, but I thought I'd publish this alpha ### release in case anyone else wanted to hack along with me. ### ### -- ### Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095 ### Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying ### Email: Snail: (Call) PGP-Key: (finger merlyn@ora.com) ### Web: My Home Page! ### Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me From owner-freebsd-current Tue May 20 19:33:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11707 for current-outgoing; Tue, 20 May 1997 19:33:20 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA11702 for ; Tue, 20 May 1997 19:33:18 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA07188; Tue, 20 May 1997 19:33:17 -0700 Date: Tue, 20 May 1997 19:33:17 -0700 (PDT) From: "Brian N. Handy" To: "Adam W. Hawks" Cc: current@FreeBSD.ORG Subject: Re: worm0 failure with HP4020i and current In-Reply-To: <199705210204.WAA04831@pent.perigee.net> Message-Id: X-Files: The truth is out there 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 May 1997, Adam W. Hawks wrote: >I used to be able to burn cd's with great success around 4/15/97 or so but >recently they fail with weird errors. > >I am running current from 05/20/97 and recently tried to burn a cd(using the >script from /usr/share/examples/worm). It failed with the following errors. > >bash# cd /usr/save >bash# burncd ports.img >Place CD in the worm drive now and press return: >dd: /dev/rworm0: Invalid argument Well, the first thing I wonder is, have you MAKEDEV'd the worm stuff? lambic:/home/handy % ls -l /dev/*worm* crw-r----- 1 root operator 62, 0 May 20 19:32 /dev/rworm0 crw------- 1 root wheel 62, 0x20000000 May 20 19:32 /dev/rworm0.ctl brw-r----- 1 root operator 23, 0 May 20 19:32 /dev/worm0 lambic:/home/handy % Happy trails, Brian From owner-freebsd-current Tue May 20 19:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12051 for current-outgoing; Tue, 20 May 1997 19:40:04 -0700 (PDT) Received: from mail.PERIGEE.NET (mail.perigee.net [206.229.254.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12043 for ; Tue, 20 May 1997 19:40:02 -0700 (PDT) Received: from slip129-37-195-82.nc.us.ibm.net ([129.37.195.82]) by mail.PERIGEE.NET (Netscape Mail Server v1.1) with SMTP id AAA100; Tue, 20 May 1997 22:22:43 -0400 Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 20 May 1997 22:36:57 -0400 (EDT) From: Adam Hawks To: "Brian N. Handy" Subject: Re: worm0 failure with HP4020i and current Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 21-May-97 Brian N. Handy wrote: >On Tue, 20 May 1997, Adam W. Hawks wrote: > >>I used to be able to burn cd's with great success around 4/15/97 or so but >>recently they fail with weird errors. >> >>I am running current from 05/20/97 and recently tried to burn a cd(using the >>script from /usr/share/examples/worm). It failed with the following errors. >> >>bash# cd /usr/save >>bash# burncd ports.img >>Place CD in the worm drive now and press return: >>dd: /dev/rworm0: Invalid argument > >Well, the first thing I wonder is, have you MAKEDEV'd the worm stuff? > >lambic:/home/handy % ls -l /dev/*worm* >crw-r----- 1 root operator 62, 0 May 20 19:32 /dev/rworm0 >crw------- 1 root wheel 62, 0x20000000 May 20 19:32 /dev/rworm0.ctl >brw-r----- 1 root operator 23, 0 May 20 19:32 /dev/worm0 >lambic:/home/handy % > > > >Happy trails, > > >Brian Yes I even tried that. I already had the devices rworm0 rworm0.ctl and worm0 and they used to work fine last month. But now I get the errors listed with this months current. Adam W. Hawks awhawks@perigee.net From owner-freebsd-current Tue May 20 20:00:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA12845 for current-outgoing; Tue, 20 May 1997 20:00:51 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12840 for ; Tue, 20 May 1997 20:00:48 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA28197; Tue, 20 May 1997 19:51:50 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd028195; Wed May 21 02:51:49 1997 Message-ID: <33826326.62319AC4@whistle.com> Date: Tue, 20 May 1997 19:51:18 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Rob Wise CC: freebsd-current@FreeBSD.ORG Subject: Re: IPDIVERT broken? References: <3382525F.4FDE1853@ideal.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Rob Wise wrote: > > Hi, > > Is anyone using IPDIVERT in their -current system? I did a make world > with source updated about 4 hours ago and it seems to be broken. When > compiling the kernel i get the following: > > IPDIVERT not only appears to be broken, it actually is :) I've not had time to do it yet, but plan to.. I fixed the apple talk stack last week (had the same problem) julian From owner-freebsd-current Tue May 20 20:06:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA13046 for current-outgoing; Tue, 20 May 1997 20:06:51 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13041 for ; Tue, 20 May 1997 20:06:45 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id UAA12824; Tue, 20 May 1997 20:06:09 -0700 (PDT) Message-Id: <199705210306.UAA12824@austin.polstra.com> To: rob@ideal.net.au Subject: Re: IPDIVERT broken? Newsgroups: polstra.freebsd.current In-Reply-To: <3382525F.4FDE1853@ideal.net.au> References: <3382525F.4FDE1853@ideal.net.au> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Tue, 20 May 1997 20:06:09 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <3382525F.4FDE1853@ideal.net.au>, Rob Wise wrote: > Is anyone using IPDIVERT in their -current system? I did a make world > with source updated about 4 hours ago and it seems to be broken. Yes, it was broken on April 27 by Garrett's "long-awaited mega-massive-network-code-cleanup. Part I." Do a "cvs log src/sys/sys/socketvar.h" for the gory details. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Tue May 20 21:26:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16754 for current-outgoing; Tue, 20 May 1997 21:26:35 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA16743 for ; Tue, 20 May 1997 21:26:31 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wU2yr-0006C0-00; Tue, 20 May 1997 22:26:29 -0600 Subject: Re: Boot Manager -> disk To: current@freebsd.org In-reply-to: Your message of "Sun, 18 May 1997 23:08:06 +0200." <19970518230806.XC11958@uriah.heep.sax.de> References: <19970518230806.XC11958@uriah.heep.sax.de> Date: Tue, 20 May 1997 22:26:28 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970518230806.XC11958@uriah.heep.sax.de> J Wunsch writes: : I think you have geometry problems though. Did you also try : ``dangerously dedicated'' mode (if this is an option at all)? I think you may have been right before I ran fdisk/mbr. Dangerously dedicated isn't an option, but I can tweak the geometry so that the drive's MBR matches the BIOS's idea of geometry. I'll have to try that when I cab bring the system down. It is my main server at the moment and my wife really hates to have her email sending sessions interrupted by a reboot for something so trivial :-) Warner From owner-freebsd-current Tue May 20 21:32:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17092 for current-outgoing; Tue, 20 May 1997 21:32:00 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA17086; Tue, 20 May 1997 21:31:52 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wU33f-0006Cf-00; Tue, 20 May 1997 22:31:27 -0600 To: Michael Smith Subject: Re: Backwards compatibiliy for isa_driver Cc: dfr@nlsystems.com (Doug Rabson), se@freebsd.org, current@freebsd.org In-reply-to: Your message of "Tue, 20 May 1997 22:47:07 +0930." <199705201317.WAA02812@genesis.atrad.adelaide.edu.au> References: <199705201317.WAA02812@genesis.atrad.adelaide.edu.au> Date: Tue, 20 May 1997 22:31:27 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705201317.WAA02812@genesis.atrad.adelaide.edu.au> Michael Smith writes: : It means that "ISA" instances of a device can only be expected in the : range 0x100-0x400, but that if the motherboard chipset is broken or : old, probes at higher multiples of the device's address may still show : it up. This is not normally a problem, as you only go above there for : EISA/PCI devices. I know that my 8-bit serial cards show up at the same address that my 16bit S3 uses, so I can't have a cua3 on this machine.... The 8bit card doesn't have the address lines to decode things any other way... Warner From owner-freebsd-current Tue May 20 21:36:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17444 for current-outgoing; Tue, 20 May 1997 21:36:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA17426; Tue, 20 May 1997 21:35:50 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA08935; Wed, 21 May 1997 14:05:21 +0930 (CST) From: Michael Smith Message-Id: <199705210435.OAA08935@genesis.atrad.adelaide.edu.au> Subject: Re: Backwards compatibiliy for isa_driver In-Reply-To: from Warner Losh at "May 20, 97 10:31:27 pm" To: imp@village.org (Warner Losh) Date: Wed, 21 May 1997 14:05:21 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, dfr@nlsystems.com, se@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 Warner Losh stands accused of saying: > In message <199705201317.WAA02812@genesis.atrad.adelaide.edu.au> Michael Smith writes: > : It means that "ISA" instances of a device can only be expected in the > : range 0x100-0x400, but that if the motherboard chipset is broken or > : old, probes at higher multiples of the device's address may still show > : it up. This is not normally a problem, as you only go above there for > : EISA/PCI devices. > > I know that my 8-bit serial cards show up at the same address that my > 16bit S3 uses, so I can't have a cua3 on this machine.... The 8bit > card doesn't have the address lines to decode things any other way... Uh, no, this is a problem with the 8514a chipset that the S3 emulates in that it was desiged for Microchannel but maps down over the "com3/4" addresses on ISA systems. > Warner -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 20 21:37:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17502 for current-outgoing; Tue, 20 May 1997 21:37:32 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA17496; Tue, 20 May 1997 21:37:28 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wU397-0006Cw-00; Tue, 20 May 1997 22:37:05 -0600 To: Cat Okita Subject: Re: usregsite.com Cc: Archie Cobbs , "Jonathan M. Bresler" , current@hub.freebsd.org In-reply-to: Your message of "Tue, 20 May 1997 14:17:21 EDT." References: Date: Tue, 20 May 1997 22:37:05 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Cat Okita writes: : As the owner of a site which is often forged, I'd be quite antsy about a : scheme like that...and there's an incredible potential for misuse as well... Yes. The folks that own localhost.com are in the village and really don't wanna wind up on spam filter lists because yahoos forge mail from them. I have two requests: 1) if you get spam from localhost.com, please forward it to me. 2) Please don't add localhost.com to your anti-spam lists. The folks at localhost.com are agressively tracking down those people fraudulently using it as a return address. Warner P.S. I can state with 100% certainty that localhost.com does not spam. I know the machine in question and the people that run it and have access to it. All spams that claim to be from localhost.com are forged. From owner-freebsd-current Tue May 20 22:22:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA19335 for current-outgoing; Tue, 20 May 1997 22:22:15 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19330 for ; Tue, 20 May 1997 22:22:13 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA18187; Tue, 20 May 1997 22:22:52 -0700 (PDT) To: John Polstra cc: rob@ideal.net.au, current@FreeBSD.ORG Subject: Re: IPDIVERT broken? In-reply-to: Your message of "Tue, 20 May 1997 20:06:09 PDT." <199705210306.UAA12824@austin.polstra.com> Date: Tue, 20 May 1997 22:22:52 -0700 Message-ID: <18183.864192172@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Yes, it was broken on April 27 by Garrett's "long-awaited > mega-massive-network-code-cleanup. Part I." Do a "cvs log > src/sys/sys/socketvar.h" for the gory details. Am I alone in thinking that changes which break other things in the source tree should be fixed by the changer? I mean, not to beat on Garrett's head or anything, but seriously: If I changed the interface for something in a standard library and parts of the world suddenly started breaking as a result, wouldn't I also be on the hook to go fix those things? Nobody would cut me any slack at all for saying "Naw, I don't have time. If you want to recover from this, fix it yourselves." It seems that if we are to survive as a project in the long-term, developers are going to have to take greater responsibility for their actions and be willing to follow *all* the way through on any changes made, repairing the results of any interface changes and essentially just being willing to make things work again on a tree-wide basis if they break. Since I include documentation in this category, one could even say that I screwed up in doing the rc.conf change without also committing a man page at the same time, so I'm not calling the kettle black, I'm simply saying that both it and the pot need to clean up their acts. ;-) Jordan P.S. The man page is sitting in my tree, half completed. Will work on changing that. From owner-freebsd-current Tue May 20 22:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA20011 for current-outgoing; Tue, 20 May 1997 22:40:04 -0700 (PDT) Received: from upsilon.cs.fsu.edu (upsilon.cs.fsu.edu [128.186.121.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19972 for ; Tue, 20 May 1997 22:39:58 -0700 (PDT) Received: (from uh@localhost) by upsilon.cs.fsu.edu (8.8.5/8.7.3) id BAA10895 for current@freebsd.org; Wed, 21 May 1997 01:39:54 -0400 (EDT) From: Gang-Ryung Uh Message-Id: <199705210539.BAA10895@upsilon.cs.fsu.edu> Subject: upgrade from FreeBSD 3.0-Jan 28 1997 To: current@freebsd.org Date: Wed, 21 May 1997 01:39:54 -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 Hello, Would you kindly tell me how I can upgrade FreeBSD to the current system? I am running a FreeBSD 3.0 Jan 28, 1997. Thanks in advance. Gang-Ryung Uh ps. I feel guilty that I have not read current mailing list for a long time. From owner-freebsd-current Tue May 20 23:13:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA21351 for current-outgoing; Tue, 20 May 1997 23:13:04 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca12-10.ix.netcom.com [199.35.209.202]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA21340 for ; Tue, 20 May 1997 23:13:00 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id XAA06751; Tue, 20 May 1997 23:12:51 -0700 (PDT) Date: Tue, 20 May 1997 23:12:51 -0700 (PDT) Message-Id: <199705210612.XAA06751@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: jdp@polstra.com, rob@ideal.net.au, current@freebsd.org In-reply-to: <18183.864192172@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: IPDIVERT broken? From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * It seems that if we are to survive as a project in the long-term, * developers are going to have to take greater responsibility for their * actions and be willing to follow *all* the way through on any changes * made, repairing the results of any interface changes and essentially * just being willing to make things work again on a tree-wide basis if * they break. I think this sentence is too long, but I agree 100%. Satoshi From owner-freebsd-current Tue May 20 23:13:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA21405 for current-outgoing; Tue, 20 May 1997 23:13:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA21400 for ; Tue, 20 May 1997 23:13:46 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10143; Wed, 21 May 1997 08:13:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA03254; Wed, 21 May 1997 08:08:28 +0200 (MET DST) Message-ID: <19970521080828.AL45863@uriah.heep.sax.de> Date: Wed, 21 May 1997 08:08:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Cc: awhawks@Perigee.net (Adam W. Hawks) Subject: Re: worm0 failure with HP4020i and current References: <199705210204.WAA04831@pent.perigee.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > >dd: /dev/rworm0: Invalid argument > > Well, the first thing I wonder is, have you MAKEDEV'd the worm stuff? Sure, he did. He would never have been able to get an EINVAL otherwise. The key seems to be this one: ILLEGAL REQUEST asc:82,0 Vendor Specific ASC I don't have the HP docs around, and my Plasmon docs aren't here either. So if someone can answer the question before i get a peek at them, post it here. If you keep me in the Cc when replying, i'll get the mail at work, and have a look into the Plasmon docs. -- 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 Tue May 20 23:52:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA23293 for current-outgoing; Tue, 20 May 1997 23:52:19 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA23275 for ; Tue, 20 May 1997 23:52:10 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10416 for freebsd-current@FreeBSD.ORG; Wed, 21 May 1997 08:52:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA03686; Wed, 21 May 1997 08:30:18 +0200 (MET DST) Message-ID: <19970521083018.CB14886@uriah.heep.sax.de> Date: Wed, 21 May 1997 08:30:18 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: All zeros still recognized as broadcast?? References: <19970519170904.LV61260@uriah.heep.sax.de> <199705191619.MAA20016@khavrinen.lcs.mit.edu> <19970519183606.JC27358@uriah.heep.sax.de> <199705191656.MAA20128@khavrinen.lcs.mit.edu> <19970519192709.LI31727@uriah.heep.sax.de> <199705201443.KAA22975@khavrinen.lcs.mit.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705201443.KAA22975@khavrinen.lcs.mit.edu>; from Garrett Wollman on May 20, 1997 10:43:25 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > Anyway (and not only to Garrett), what's up with the ``File exists'' > > messages when configuring an interface? They are benign as it seems > > but annoying. > > They are indicative of a particular sort of configuration error where > you are attempting to add an interface address which is already in the > routing table as belonging to someone else (or some other interface). As i showed in my mails, there was just nothing in the routing table, yet all my attempts to ifconfig an interface yield a ``File exists''. (I wouldn't have asked otherwise, trust me. :) It is totally benign, in that the correct routes are being added nevertheless. Probably i need to CVS update again. uriah # netstat -ran Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire uriah # netstat -rAn Routing tables Internet: Address Destination Gateway Flags Refs Use Netif Expire f076154c (32) f0761534 : f0761564 f0761534 (root node) f0761564 (root node) uriah # ifconfig vx0 192.168.0.1 (OK) uriah # ifconfig bppp0 bppp0: flags=2811 mtu 1500 uriah # ifconfig bppp0 193.101.57.{162,161} ifconfig: ioctl (SIOCAIFADDR): File exists (Surprise) I think it happens for all p2p interfaces only, never for ethernet- type interfaces. It regularly happens when setting up a SLIP interface, that's where i noticed it first. -- 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 Wed May 21 00:21:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24406 for current-outgoing; Wed, 21 May 1997 00:21:17 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA24401 for ; Wed, 21 May 1997 00:21:14 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10728 for freebsd-current@FreeBSD.org; Wed, 21 May 1997 09:21:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA00279; Wed, 21 May 1997 09:05:46 +0200 (MET DST) Message-ID: <19970521090546.GS00304@uriah.heep.sax.de> Date: Wed, 21 May 1997 09:05:46 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Hang in wmesg="inode"? X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I just had to emergency reboot from within DDB since processes piled up hanging in "inode". Something to worry about? -- 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 Wed May 21 00:56:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA26025 for current-outgoing; Wed, 21 May 1997 00:56:11 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca14-17.ix.netcom.com [204.32.168.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25904 for ; Wed, 21 May 1997 00:55:26 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id AAA04192; Wed, 21 May 1997 00:54:17 -0700 (PDT) Date: Wed, 21 May 1997 00:54:17 -0700 (PDT) Message-Id: <199705210754.AAA04192@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: libutils.so.2.3 From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In case any of you out there is not reading the commit messages (you really shouldn't run -current if you aren't, btw :).... If you did a "make world" sometime around May 12, check your /usr/lib and see if you have a file called "libutils.so.2.3". If you do, delete it and do a make world (and rebuild any ports that have linked against it) to remove all references to it. This is a file that shouldn't have existed (well, "yet"...its contents are identical to the libutil.so.2.2 that is built now), and won't go away unless you explicitly remove it. Satoshi From owner-freebsd-current Wed May 21 05:05:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA06780 for current-outgoing; Wed, 21 May 1997 05:05:23 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA06771; Wed, 21 May 1997 05:05:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA21927; Wed, 21 May 1997 21:55:52 +1000 Date: Wed, 21 May 1997 21:55:52 +1000 From: Bruce Evans Message-Id: <199705211155.VAA21927@godzilla.zeta.org.au> To: ache@nagual.pp.ru, bde@zeta.org.au Subject: Re: What happens with sio? Cc: current@freebsd.org, phk@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Now I always got this diagnostic at reboot stage after installing recent >-current... >May 20 23:21:43 nagual /kernel: sio1: 65 events for device with no tp The new fifo size detection code generates an interrupt although all device interrupts are masked. This happens because it doesn't preserve the MCR_IENABLE bit when enabling and disabling loopback mode. The IRQ usually floats high, causing an interrupt. The interrupt handler finds work to do because the new code is sloppy about cleaning up (65 + 64 + 1 = 1 output completion + 1 character received). The sloppyness is not a bug, it just makes detection of the problem easy by forcing some events which get reported by diagnostic code. There is no real problem in this case. Interrupts are masked in the ICU until the device is fully initialized. This prevents problems when the loopback mode is set. Resetting the mcr to 0 instead of restoring it to com->mcr_image is what leaves a hot interrupt. The mismatch between the mcr and its image is fixed up on first open by believing that the image is correct. Bruce From owner-freebsd-current Wed May 21 06:36:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10067 for current-outgoing; Wed, 21 May 1997 06:36:31 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA10062 for ; Wed, 21 May 1997 06:36:28 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA26062; Wed, 21 May 1997 23:30:38 +1000 Date: Wed, 21 May 1997 23:30:38 +1000 From: Bruce Evans Message-Id: <199705211330.XAA26062@godzilla.zeta.org.au> To: asami@vader.cs.berkeley.edu, jkh@time.cdrom.com Subject: Re: IPDIVERT broken? Cc: current@FreeBSD.ORG, jdp@polstra.com, rob@ideal.net.au Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > * It seems that if we are to survive as a project in the long-term, > * developers are going to have to take greater responsibility for their > * actions and be willing to follow *all* the way through on any changes > * made, repairing the results of any interface changes and essentially > * just being willing to make things work again on a tree-wide basis if > * they break. > >I think this sentence is too long, but I agree 100%. I agree with this out of context quote. Developers should repair the results of any interface changes to their code. Changers shouldn't be expected to do it all. Bruce From owner-freebsd-current Wed May 21 06:47:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10574 for current-outgoing; Wed, 21 May 1997 06:47:27 -0700 (PDT) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA10564 for ; Wed, 21 May 1997 06:47:06 -0700 (PDT) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA04531; Wed, 21 May 97 15:46:55 +0100 Date: Wed, 21 May 97 15:46:55 +0100 Message-Id: <9705211446.AA04531@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: joerg_wunsch@interface-business.de Cc: freebsd-current@freebsd.org, awhawks@perigee.net In-Reply-To: <19970521080828.AL45863@uriah.heep.sax.de> (j@uriah.heep.sax.de) Subject: Re: worm0 failure with HP4020i and current X-Mailer: Emacs Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> J Wunsch writes: > The key seems to be this one: > ILLEGAL REQUEST asc:82,0 Vendor Specific ASC > I don't have the HP docs around, and my Plasmon docs aren't here > either. So if someone can answer the question before i get a peek at > them, post it here. If you keep me in the Cc when replying, i'll get > the mail at work, and have a look into the Plasmon docs. This mean 'command now invalid'. Looks like a command was issued when the CD-R was in limited command set. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Wed May 21 06:55:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10948 for current-outgoing; Wed, 21 May 1997 06:55:12 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA10943 for ; Wed, 21 May 1997 06:55:08 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id PAA20152; Wed, 21 May 1997 15:54:19 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.5/8.7.3) id PAA04467; Wed, 21 May 1997 15:56:00 +0200 (MET DST) Message-ID: <19970521155600.GR22623@ida.interface-business.de> Date: Wed, 21 May 1997 15:56:00 +0200 From: j@ida.interface-business.de (J Wunsch) To: freebsd-current@freebsd.org Cc: awhawks@perigee.net Subject: Re: worm0 failure with HP4020i and current References: <19970521080828.AL45863@uriah.heep.sax.de> <9705211446.AA04531@cabri.obs-besancon.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <9705211446.AA04531@cabri.obs-besancon.fr>; from Jean-Marc Zucconi on May 21, 1997 15:46:55 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jean-Marc Zucconi wrote: > This mean 'command now invalid'. Looks like a command was issued when > the CD-R was in limited command set. Ah, that's another difference between the HP and the Plasmon then. The Plasmon issues ASC 0x2c (command sequence error) in this case. ASC 0x82 doesn't exist there (or isn't documented at least). Ok, but that doesn't seem to be the real problem then, it must be something else. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-current Wed May 21 07:49:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA13906 for current-outgoing; Wed, 21 May 1997 07:49:06 -0700 (PDT) Received: from androcles.com (androcles.com [204.57.240.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA13893; Wed, 21 May 1997 07:48:58 -0700 (PDT) Received: (from dhh@localhost) by androcles.com (8.8.5/8.6.12) id HAA16002; Wed, 21 May 1997 07:50:41 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199705201444.HAA06559@hub.freebsd.org> Date: Wed, 21 May 1997 07:49:30 -0700 (PDT) From: "Duane H. Hesser" To: "Jonathan M. Bresler" Subject: Re: usregsite.com Cc: current@hub.freebsd.org, (Jonathan M. Bresler) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Not in my opeinion...in fact, you CAN'T be over-zealous in this regard. Nice to know that someone's keeping watch. Thanks. On 20-May-97 Jonathan M. Bresler wrote: >time to eat humble-pie. i just talked with dan jones of usregsite.com. >this was a simple mistake by a user of a web page subscription form. >dan jones caught it and fixed the problem quickly before any real >damage was done. > >needless to say i have removed the mail block on their domain. > >guess that i am getting a little over-zealous in looking for spam. > >jmb > -------------- Duane H. Hesser dhh@androcles.com From owner-freebsd-current Wed May 21 08:08:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15078 for current-outgoing; Wed, 21 May 1997 08:08:16 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15072 for ; Wed, 21 May 1997 08:08:13 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id LAA25764; Wed, 21 May 1997 11:07:56 -0400 (EDT) Date: Wed, 21 May 1997 11:07:56 -0400 (EDT) From: Garrett Wollman Message-Id: <199705211507.LAA25764@khavrinen.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: All zeros still recognized as broadcast?? In-Reply-To: <19970521083018.CB14886@uriah.heep.sax.de> References: <19970519170904.LV61260@uriah.heep.sax.de> <199705191619.MAA20016@khavrinen.lcs.mit.edu> <19970519183606.JC27358@uriah.heep.sax.de> <199705191656.MAA20128@khavrinen.lcs.mit.edu> <19970519192709.LI31727@uriah.heep.sax.de> <199705201443.KAA22975@khavrinen.lcs.mit.edu> <19970521083018.CB14886@uriah.heep.sax.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < uriah # ifconfig bppp0 > bppp0: flags=2811 mtu 1500 > uriah # ifconfig bppp0 193.101.57.{162,161} > ifconfig: ioctl (SIOCAIFADDR): File exists OK, now I see what is going on. You are right, this error is unquestionably erroneous. Not sure where it arises; can you remember when it first started appearing? -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, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Wed May 21 08:10:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15202 for current-outgoing; Wed, 21 May 1997 08:10:26 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15194 for ; Wed, 21 May 1997 08:10:21 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA26460; Wed, 21 May 1997 08:11:02 -0700 (PDT) To: Bruce Evans cc: asami@vader.cs.berkeley.edu, current@FreeBSD.ORG, jdp@polstra.com, rob@ideal.net.au Subject: Re: IPDIVERT broken? In-reply-to: Your message of "Wed, 21 May 1997 23:30:38 +1000." <199705211330.XAA26062@godzilla.zeta.org.au> Date: Wed, 21 May 1997 08:11:02 -0700 Message-ID: <26456.864227462@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I think this sentence is too long, but I agree 100%. > > I agree with this out of context quote. Developers should repair the > results of any interface changes to their code. Changers shouldn't be > expected to do it all. Eh? So you're saying that you think that it's valid practice to do a drive-by shooting on /usr/src and then expect the developers to pick up the pieces? Needless to say, I would vehemently, violently disagree with such an opinion using every constituent molecule of my body, and you'd be more likely to get me to join the new NAZI party than back such an ideological perspective. Bleah. Please tell me you meant something different. :) Jordan From owner-freebsd-current Wed May 21 08:12:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15302 for current-outgoing; Wed, 21 May 1997 08:12:01 -0700 (PDT) Received: from troll.uunet.ca (troll.uunet.ca [142.77.1.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15283; Wed, 21 May 1997 08:11:57 -0700 (PDT) Received: from localhost by troll.uunet.ca with SMTP id <21003-11672>; Wed, 21 May 1997 11:11:48 -0400 Date: Wed, 21 May 1997 11:11:45 -0400 From: Cat Okita To: "Duane H. Hesser" cc: "Jonathan M. Bresler" , current@hub.freebsd.org, jmb@hub.freebsd.org Subject: Re: usregsite.com 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 Wed, 21 May 1997, Duane H. Hesser wrote: > Not in my opeinion...in fact, you CAN'T be over-zealous in this regard. > Nice to know that someone's keeping watch. Thanks. I strongly disagree with you. As a large NSP, having to constantly call people and say "Hi, you were over-zealous, stop blocking our domain" is a total and complete waste of time, especially since many people don't properly check for forgeries and origins. We own mail.net, which is one of the more commonly forged domains - blocking mail.net will affect many of our customers who have legitimate third-level domains under mail.net... I hope that you can see my point here... OTOH, I don't advocate spammers, just not throwing the baby out with the bathwater... Cat Okita Systems Administrator, UUNET Canada > On 20-May-97 Jonathan M. Bresler wrote: > >time to eat humble-pie. i just talked with dan jones of usregsite.com. > >this was a simple mistake by a user of a web page subscription form. > >dan jones caught it and fixed the problem quickly before any real > >damage was done. > > > >needless to say i have removed the mail block on their domain. > > > >guess that i am getting a little over-zealous in looking for spam. > > > >jmb > > > -------------- > Duane H. Hesser > dhh@androcles.com > From owner-freebsd-current Wed May 21 08:18:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15834 for current-outgoing; Wed, 21 May 1997 08:18:52 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15825 for ; Wed, 21 May 1997 08:18:49 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id IAA16848; Wed, 21 May 1997 08:18:44 -0700 (PDT) Message-Id: <199705211518.IAA16848@austin.polstra.com> To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: IPDIVERT broken? In-reply-to: Your message of "Tue, 20 May 1997 22:22:52 PDT." <18183.864192172@time.cdrom.com> References: <18183.864192172@time.cdrom.com> Date: Wed, 21 May 1997 08:18:44 -0700 From: John Polstra Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Yes, it was broken on April 27 by Garrett's "long-awaited > > mega-massive-network-code-cleanup. Part I." Do a "cvs log > > src/sys/sys/socketvar.h" for the gory details. > > Am I alone in thinking that changes which break other things in the > source tree should be fixed by the changer? No, you're not alone. I feel exactly the same way. If you don't have time to fix all the breakage caused by a change, then you don't have any business making the change at all. This is doubly true when it's other people's code that you're breaking. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed May 21 09:20:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18664 for current-outgoing; Wed, 21 May 1997 09:20:59 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18652 for ; Wed, 21 May 1997 09:20:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA31817; Thu, 22 May 1997 02:16:07 +1000 Date: Thu, 22 May 1997 02:16:07 +1000 From: Bruce Evans Message-Id: <199705211616.CAA31817@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: IPDIVERT broken? Cc: asami@vader.cs.berkeley.edu, current@FreeBSD.ORG, jdp@polstra.com, rob@ideal.net.au Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I agree with this out of context quote. Developers should repair the >> results of any interface changes to their code. Changers shouldn't be >> expected to do it all. > >Eh? So you're saying that you think that it's valid practice to do a >drive-by shooting on /usr/src and then expect the developers to pick >up the pieces? Developers should help make the changes. For ipdivert and nonstandard network protocols they were given several weeks notice but apparently didn't do anything until after the changes were committed. Bruce From owner-freebsd-current Wed May 21 09:45:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19883 for current-outgoing; Wed, 21 May 1997 09:45:08 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA19876 for ; Wed, 21 May 1997 09:45:05 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA02571; Wed, 21 May 1997 09:45:43 -0700 (PDT) To: Bruce Evans cc: asami@vader.cs.berkeley.edu, current@FreeBSD.ORG, jdp@polstra.com, rob@ideal.net.au Subject: Re: IPDIVERT broken? In-reply-to: Your message of "Thu, 22 May 1997 02:16:07 +1000." <199705211616.CAA31817@godzilla.zeta.org.au> Date: Wed, 21 May 1997 09:45:43 -0700 Message-ID: <2567.864233143@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Developers should help make the changes. For ipdivert and nonstandard > network protocols they were given several weeks notice but apparently > didn't do anything until after the changes were committed. If you said: "Developers should *try* to help make the changes" then I'd have no argument at all, and it's certainly not unrealistic to hope that general team-spiritedness would be invoked if person A came along and said "I've got this big, hairy change to make and it's really a good thing in the long term but I kinda need some help, guys. Please?" However, I'm not talking about the nice-to-have scenario, I'm talking about formulating an effective policy which allows us to handle the failure cases like this and I still think that *ultimate* responsibility should fall upon the changer, not a more nebulous conglomeration of hoped-for favors and group effort. That way lies madness and a broken source tree during the times when said developers are on 6 week treks across the Himalayas or are simply too busy with new projects of their own to go clean up after someone else in code they downed tools on months previously. Jordan From owner-freebsd-current Wed May 21 09:49:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20293 for current-outgoing; Wed, 21 May 1997 09:49:55 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA20282; Wed, 21 May 1997 09:49:51 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA02606; Wed, 21 May 1997 09:50:16 -0700 (PDT) To: Cat Okita cc: "Duane H. Hesser" , "Jonathan M. Bresler" , current@hub.freebsd.org, jmb@hub.freebsd.org Subject: Re: usregsite.com In-reply-to: Your message of "Wed, 21 May 1997 11:11:45 EDT." Date: Wed, 21 May 1997 09:50:16 -0700 Message-ID: <2602.864233416@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I strongly disagree with you. As a large NSP, having to constantly call > people and say "Hi, you were over-zealous, stop blocking our domain" is > a total and complete waste of time, especially since many people don't > properly check for forgeries and origins. Well, you're talking about another worst-case scenario here and one which can ONLY occur if you yourselves are not responsive to emails. I, for example, never block a domain arbitrarily without first sending email to abuse@foo.net and, if that bounces, to postmaster@foo.net. If I then get no reply at all to my query after a reasonable length of time (say 3-4 days, especially if I'm still receiving spam from said location) then I consider it more than reasonable to block access. In your case, that should never happen because you'd have already sent me your standard reply #47 saying "this is not us, it's a forgery - please look through the headers more thoroughly to determine the actual point of entry. Thanks." If, on the other hand, you're not responsive to such mails or, even worse, you don't have abuse/postmaster aliases properly set up then, IHMO, you deserve all the blocking you get. :-) Jordan From owner-freebsd-current Wed May 21 09:51:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20482 for current-outgoing; Wed, 21 May 1997 09:51:33 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA20474 for ; Wed, 21 May 1997 09:51:28 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA17317 for freebsd-current@FreeBSD.ORG; Wed, 21 May 1997 18:51:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA00717; Wed, 21 May 1997 18:46:37 +0200 (MET DST) Message-ID: <19970521184637.RZ25811@uriah.heep.sax.de> Date: Wed, 21 May 1997 18:46:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: All zeros still recognized as broadcast?? References: <19970519170904.LV61260@uriah.heep.sax.de> <199705191619.MAA20016@khavrinen.lcs.mit.edu> <19970519183606.JC27358@uriah.heep.sax.de> <199705191656.MAA20128@khavrinen.lcs.mit.edu> <19970519192709.LI31727@uriah.heep.sax.de> <199705201443.KAA22975@khavrinen.lcs.mit.edu> <19970521083018.CB14886@uriah.heep.sax.de> <199705211507.LAA25764@khavrinen.lcs.mit.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705211507.LAA25764@khavrinen.lcs.mit.edu>; from Garrett Wollman on May 21, 1997 11:07:56 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > uriah # ifconfig bppp0 > > bppp0: flags=2811 mtu 1500 > > uriah # ifconfig bppp0 193.101.57.{162,161} > > ifconfig: ioctl (SIOCAIFADDR): File exists > > OK, now I see what is going on. You are right, this error is > unquestionably erroneous. Not sure where it arises; can you remember > when it first started appearing? After i upgraded to post-Lite2. (I deferred this upgrade for a long time due to the release engineering for 2.2R.) -- 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 Wed May 21 10:22:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22175 for current-outgoing; Wed, 21 May 1997 10:22:16 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22164 for ; Wed, 21 May 1997 10:22:10 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA13983; Wed, 21 May 1997 10:14:37 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd013979; Wed May 21 17:14:35 1997 Message-ID: <33832D5B.13728473@whistle.com> Date: Wed, 21 May 1997 10:14:03 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: John Polstra , rob@ideal.net.au, current@FreeBSD.ORG Subject: Re: IPDIVERT broken? References: <18183.864192172@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: > > > Yes, it was broken on April 27 by Garrett's "long-awaited > > mega-massive-network-code-cleanup. Part I." Do a "cvs log > > src/sys/sys/socketvar.h" for the gory details. > > Am I alone in thinking that changes which break other things in the > source tree should be fixed by the changer? I put this point of view to garrett, pointing out that I had to change EVERY SINGLE DEVICE DRIVER when I changed the cdevsw/bdevsw algorythm, but never got a response.. I have fixed appletalk again (haven't really tested it) and plan to try fix ipdivert over the next few days. I see john Hay got enough time to fix IPX, but this really is a pain in the butt. Despite this, I agree with garrett's changes, but wish he'd done the other protocols while he had it all in his head. julian From owner-freebsd-current Wed May 21 10:39:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA23157 for current-outgoing; Wed, 21 May 1997 10:39:08 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA23151 for ; Wed, 21 May 1997 10:39:02 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id KAA02976; Wed, 21 May 1997 10:39:04 -0700 (PDT) To: Julian Elischer cc: John Polstra , rob@ideal.net.au, current@FreeBSD.ORG Subject: Re: IPDIVERT broken? In-reply-to: Your message of "Wed, 21 May 1997 10:14:03 PDT." <33832D5B.13728473@whistle.com> Date: Wed, 21 May 1997 10:39:04 -0700 Message-ID: <2972.864236344@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Despite this, I agree with garrett's changes, but wish he'd done the > other protocols while he had it all in his head. I agree with his changes too, just not the fashion in which they were done. In any case, with the possible exception of Bruce, I think there is enough core team agreement about this that I hope this will be the last time we see something done this way. I personally don't mind waiting longer for a commit if it also means it'll be done fully and correctly, and the next time I see a "I'm going to do xxx which breaks the tree" message go by, I'm going to respond with "No, you most certainly are not. Do the commit and fix the tree at the same time or simply forget about until you're genuinely ready." Unintentional breakage is something else, of course, and not within the scope of this discussion. Jordan From owner-freebsd-current Wed May 21 10:48:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA23976 for current-outgoing; Wed, 21 May 1997 10:48:36 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA23965; Wed, 21 May 1997 10:48:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03594; Wed, 21 May 1997 10:46:39 -0700 From: Terry Lambert Message-Id: <199705211746.KAA03594@phaeton.artisoft.com> Subject: Re: Backwards compatibiliy for isa_driver To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 21 May 1997 10:46:39 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, dfr@nlsystems.com, se@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199705210206.LAA07693@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 21, 97 11:36:31 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 > > For a real fix, have a bonfire with all the ISA cards in your town. > > Burning them is less fun than many of the alternatives. I have been > known to sell them to artistically naive members of the drug set for > as much as ten times their market value; I believe there is a > "techno-goth" (their terms) household around here that still has a > matched set of flying CGA cards on their wall. Heh. I now have visions of Dali-esque sculptures created using old ISA cards, a drill, a pop-riviter, and a blow torch. Someone will probably end up a rich noveau artist off this discussion. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 21 11:01:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA24709 for current-outgoing; Wed, 21 May 1997 11:01:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA24696; Wed, 21 May 1997 11:01:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03623; Wed, 21 May 1997 10:59:55 -0700 From: Terry Lambert Message-Id: <199705211759.KAA03623@phaeton.artisoft.com> Subject: Re: usregsite.com To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 May 1997 10:59:55 -0700 (MST) Cc: cat@uunet.ca, alex@androcles.com, jmb@FreeBSD.ORG, current@hub.freebsd.org, jmb@hub.freebsd.org In-Reply-To: <2602.864233416@time.cdrom.com> from "Jordan K. Hubbard" at May 21, 97 09:50:16 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 strongly disagree with you. As a large NSP, having to constantly call > > people and say "Hi, you were over-zealous, stop blocking our domain" is > > a total and complete waste of time, especially since many people don't > > properly check for forgeries and origins. [ ... ] > In your case, that should never happen because you'd have already sent > me your standard reply #47 saying "this is not us, it's a forgery - > please look through the headers more thoroughly to determine the > actual point of entry. Thanks." > > If, on the other hand, you're not responsive to such mails or, even worse, > you don't have abuse/postmaster aliases properly set up then, IHMO, you > deserve all the blocking you get. :-) Is this forged mail, or is your net being used as a relay becayse you failed to secure your MTA? 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 Wed May 21 11:14:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA25537 for current-outgoing; Wed, 21 May 1997 11:14:27 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA25525 for ; Wed, 21 May 1997 11:14:22 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id OAA26150; Wed, 21 May 1997 14:14:10 -0400 (EDT) Date: Wed, 21 May 1997 14:14:10 -0400 (EDT) From: Garrett Wollman Message-Id: <199705211814.OAA26150@khavrinen.lcs.mit.edu> To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: IPDIVERT broken? In-Reply-To: <33832D5B.13728473@whistle.com> References: <18183.864192172@time.cdrom.com> <33832D5B.13728473@whistle.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Despite this, I agree with garrett's changes, but wish he'd done the > other protocols while he had it all in his head. I probably could have, but I know that I introduced (and had to fix) enough subtle bugs in the protocols which matter to me that I was not willing to break a protocol stack I couldn't even test! -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, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Wed May 21 12:06:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28896 for current-outgoing; Wed, 21 May 1997 12:06:07 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28887 for ; Wed, 21 May 1997 12:06:02 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.5) with ESMTP id NAA02765; Wed, 21 May 1997 13:06:00 -0600 (MDT) Message-Id: <199705211906.NAA02765@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Richard Straka cc: "Justin T. Gibbs" , current@FreeBSD.ORG Subject: Re: ie driver fixes for EtherExpress 16 In-reply-to: Your message of "Thu, 01 May 1997 20:12:24 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 May 1997 14:03:46 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was able to get somebody to test my changes, so they are in the tree now. If it won't disrupt your work too much, I'd like to clean up the style in if_ie.c to at least be consistent. I'd like to do this as a "style changes only" commit so that seeing what changed in future revisions will be easier. Is it okay with you if I do this? I got really sick working on that file! 8-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed May 21 12:19:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA29722 for current-outgoing; Wed, 21 May 1997 12:19:37 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA29713 for ; Wed, 21 May 1997 12:19:33 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id WAA02595 for current@freebsd.org; Wed, 21 May 1997 22:19:16 +0300 (EET DST) From: mika ruohotie Message-Id: <199705211919.WAA02595@shadows.aeon.net> Subject: weirdoes... To: current@freebsd.org Date: Wed, 21 May 1997 22:19:16 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL31 (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 hmm... it seems i always catch the strange fishes... maybe i should dump my hardware. well, this is something i can actually reproduce, it's been around for at least few weeks now. at home, i run freebsd-current, last make world is from sunday nite, at work i run 2.2-stable, it's about two weeks old, though the prob, i think, cant recall anymore, were around before that 2.1-stable>2.2-stable upgrade... i use latest ssh from ports on both, 1.2.20, i always recompile it after make world. now, i hardly need to reboot the desktop at work, but every now and then i do, it's for development and testing. usually i just go to root xterm and do few sync's and reboot from it, i dont kill any xterms or ssh connections. _each_ time i do that, my home machine have rebooted at the same time, the ssh has been alive when i've ordered the work machine to reboot. almost equal setup that that desktop, the server at work, is also always ssh:ed, and is not rebooting. home machine is ppp connected, leased line. and as i said, i can reproduce this, with apparently 100% accuracy. ideas? or is this in category "twilight zone"? mickey From owner-freebsd-current Wed May 21 15:24:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11282 for current-outgoing; Wed, 21 May 1997 15:24:37 -0700 (PDT) Received: from vanuata (vanuata.dcs.gla.ac.uk [130.209.240.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11277 for ; Wed, 21 May 1997 15:24:33 -0700 (PDT) Received: from solander.dcs.gla.ac.uk (actually host solander) by vanuata with SMTP (MMTA) with ESMTP; Wed, 21 May 1997 23:23:58 +0100 Received: (from simonm@localhost) by solander.dcs.gla.ac.uk (8.8.5/8.7.3) id XAA29694; Wed, 21 May 1997 23:23:54 +0100 (BST) To: mika ruohotie , freebsd-current@freebsd.org Subject: Re: weirdoes... References: <199705211919.WAA02595@shadows.aeon.net> From: Simon Marlow Date: 21 May 1997 23:23:53 +0100 In-Reply-To: mika ruohotie's message of Wed, 21 May 1997 22:19:16 +0300 (EET DST) Message-ID: Lines: 25 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk mika ruohotie writes: > now, i hardly need to reboot the desktop at work, but every now and > then i do, it's for development and testing. usually i just go to > root xterm and do few sync's and reboot from it, i dont kill any > xterms or ssh connections. > > _each_ time i do that, my home machine have rebooted at the same time, > the ssh has been alive when i've ordered the work machine to reboot. And I thought I was imagining things :-) Except I've seen it the other way around: I use PPP from my home machine, via the PPP server at work and ssh into the FreeBSD box on my desk. Every time I kill PPP without exiting from ssh on my home machine, the remote machine panics with a page fault. I don't have a core dump, but I can get one if it would help. Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk University of Glasgow http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key From owner-freebsd-current Wed May 21 16:31:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14622 for current-outgoing; Wed, 21 May 1997 16:31:35 -0700 (PDT) Received: from mailsrv2.pcy.mci.net (mailsrv2.pcy.mci.net [204.71.1.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14615 for ; Wed, 21 May 1997 16:31:29 -0700 (PDT) Received: from seera.hn.pl.cp (usr2-dialup40.LosAngeles.mci.net) by MAIL-CLUSTER.PCY.MCI.NET (PMDF V5.1-8 #10044) id <01IJ55DYK16896VP1B@MAIL-CLUSTER.PCY.MCI.NET> for current@FreeBSD.ORG; Wed, 21 May 1997 19:28:54 EDT Received: from seera.hn.pl.cp (usr2-dialup40.LosAngeles.mci.net) by MAIL-CLUSTER.PCY.MCI.NET (PMDF V5.1-8 #10044) with SMTP id <01IJ55DRC1UI96VP3M@MAIL-CLUSTER.PCY.MCI.NET> for current@FreeBSD.ORG; Wed, 21 May 1997 19:28:22 -0400 (EDT) Date: Wed, 21 May 1997 16:28:19 -0700 From: Minsung Kim Subject: Is QUOTA option broken? To: current@FreeBSD.ORG Message-id: <33838513.41C67EA6@MCI2000.com> MIME-version: 1.0 X-Mailer: Mozilla 3.01Gold (X11; U; FreeBSD 3.0-CURRENT i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've recently upgraded my system to current, and rebuilt the kernel. Everything works fine -- except the kernel goes panic whenever I try to halt the system (through /sbin/halt). When the system boots next time, fsck -p says that all filesystems AFTER the last filesystem on which quota checking is enabled are clean. And, if I turn off quota checking manually (quotaoff -a) and halt the system, it goes just fine. No panic. I'm quite a newbie to this mailing list, so please excuse me if the problem is already dealt with. TIA. -- Stair =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Kim, Minsung (Stair in Cyberland) From owner-freebsd-current Wed May 21 17:57:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA19206 for current-outgoing; Wed, 21 May 1997 17:57:55 -0700 (PDT) Received: from cc621.ntu.ac.sg (cc621.ntu.ac.sg [155.69.4.102]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA19197 for ; Wed, 21 May 1997 17:57:48 -0700 (PDT) Received: (from ktsin@localhost) by cc621.ntu.ac.sg (8.8.5/8.8.5) id IAA05089 for freebsd-current@FreeBSD.ORG; Thu, 22 May 1997 08:57:12 +0800 (SGT) Message-Id: <199705220057.IAA05089@cc621.ntu.ac.sg> Subject: Re: Is QUOTA option broken? In-Reply-To: <33838513.41C67EA6@MCI2000.com> from Minsung Kim at "May 21, 97 04:28:19 pm" To: freebsd-current@FreeBSD.ORG Date: Thu, 22 May 1997 08:57:12 +0800 (SGT) Reply-To: ktsin@acm.org From: Sin Key Teck X-Mailer: ELM [version 2.4ME+ PL31 (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 recently upgraded my system to current, and rebuilt the kernel. > Everything works fine -- except the kernel goes panic whenever I > try to halt the system (through /sbin/halt). When the system > boots next time, fsck -p says that all filesystems AFTER the last > filesystem on which quota checking is enabled are clean. And, if > I turn off quota checking manually (quotaoff -a) and halt the > system, it goes just fine. No panic. I am experiencing the same problem too. I think it has something to do with the locking mechanism added to current. Whenever I shutdown, I'll get a message like: lockmgr: pid 217, not exclusive lock holder 1 unlocking where 217 is the pid of the shutdown process. kt From owner-freebsd-current Wed May 21 20:48:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA27737 for current-outgoing; Wed, 21 May 1997 20:48:20 -0700 (PDT) Received: from androcles.com (androcles.com [204.57.240.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA27729; Wed, 21 May 1997 20:48:12 -0700 (PDT) Received: (from dhh@localhost) by androcles.com (8.8.5/8.6.12) id UAA17708; Wed, 21 May 1997 20:49:39 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 21 May 1997 20:22:21 -0700 (PDT) From: "Duane H. Hesser" To: Cat Okita Subject: Re: usregsite.com Cc: jmb@hub.freebsd.org, current@hub.freebsd.org, "Jonathan M. Bresler" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 21-May-97 Cat Okita wrote: >On Wed, 21 May 1997, Duane H. Hesser wrote: >> Not in my opeinion...in fact, you CAN'T be over-zealous in this regard. >> Nice to know that someone's keeping watch. Thanks. > >I strongly disagree with you. As a large NSP, having to constantly call >people and say "Hi, you were over-zealous, stop blocking our domain" is > ...[snip] > >I hope that you can see my point here... > >OTOH, I don't advocate spammers, just not throwing the baby out with the >bathwater... > >Cat Okita >Systems Administrator, UUNET Canada > I certainly DO see your point, and I thank you for making it. I have received several spam messages in the past few weeks through the freebsd mailing lists, and the intent of my message was to notify the fellow that at least ONE user of the list appreciates that someone is watching. I don't think his action was in the least out of line, under the circumstances. I (continue to) hope that my message will encourage him not to slack off attention. The vermin who prey on the net certainly won't. I don't want to throw the baby out with the bathwater...but it may be, considering the extraordinary aggressivness of the [insert pejorative here] that the best we can do is strap her securely in the basinet. I can easily sympathize with your position; in the past I've held numerous admin positions in Unix environments, and I can imagine the problems you must face. Nonetheless, I can point out that at least service providers are being PAID for your trouble; the rest of us must simply waste the lion's share of our available time trying to deal with the problem when we would like to be using our systems for things that interest us. It does not escape my attention, either, that my simple little home system could be forged at some jerk's whim, and I would be in the same position that you decribed. Could happen...and I would not be amused. I have a good deal more to say on the subject (because it's part of a much larger problem that grieves me), but I'll spare you. In any case, anyone who would block a "uunet" site is a nit... --------------- Duane H. Hesser dhh@androcles.com From owner-freebsd-current Wed May 21 21:49:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00516 for current-outgoing; Wed, 21 May 1997 21:49:12 -0700 (PDT) Received: from user1.inficad.com (straka@user1.inficad.com [207.19.74.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00511 for ; Wed, 21 May 1997 21:49:10 -0700 (PDT) Received: from localhost (straka@localhost) by user1.inficad.com (8.8.5/8.8.5) with SMTP id VAA10750; Wed, 21 May 1997 21:55:06 -0700 (MST) Date: Wed, 21 May 1997 21:55:06 -0700 (MST) From: Richard Straka To: "Justin T. Gibbs" cc: current@FreeBSD.ORG Subject: Re: ie driver fixes for EtherExpress 16 In-Reply-To: <199705211906.NAA02765@pluto.plutotech.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 Justin, It would be great if you would clean up the style of if_ie.c. It looks like several people worked on that code at one time or another, all with different ideas of style. Please send me a copy once you get it cleaned up so I can incorporate my changes into the cleaned up version. BTW, is there a .emacs file somewhere which has an appropriate c-mode template that is compatible with the desired kernel style? If there is such an animal, I'd like to get my hands on it. Richard Straka straka@inficad.com On Wed, 21 May 1997, Justin T. Gibbs wrote: > I was able to get somebody to test my changes, so they are in the tree > now. If it won't disrupt your work too much, I'd like to clean up the > style in if_ie.c to at least be consistent. I'd like to do this as a > "style changes only" commit so that seeing what changed in future > revisions will be easier. Is it okay with you if I do this? I got > really sick working on that file! 8-) > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > > > From owner-freebsd-current Wed May 21 23:28:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04435 for current-outgoing; Wed, 21 May 1997 23:28:49 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04430 for ; Wed, 21 May 1997 23:28:46 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id IAA05104; Thu, 22 May 1997 08:15:25 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.5) id XAA07474; Wed, 21 May 1997 23:18:10 +0200 (CEST) Message-ID: <19970521231810.27932@klemm.gtn.com> Date: Wed, 21 May 1997 23:18:10 +0200 From: Andreas Klemm To: Gang-Ryung Uh Cc: current@FreeBSD.ORG Subject: Re: upgrade from FreeBSD 3.0-Jan 28 1997 References: <199705210539.BAA10895@upsilon.cs.fsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199705210539.BAA10895@upsilon.cs.fsu.edu>; from Gang-Ryung Uh on Wed, May 21, 1997 at 01:39:54AM -0400 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, May 21, 1997 at 01:39:54AM -0400, Gang-Ryung Uh wrote: > Hello, > > Would you kindly tell me how I can upgrade FreeBSD to the > current system? Please read the fine manual ... (FreeBSD Handbook) -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Thu May 22 01:16:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08791 for current-outgoing; Thu, 22 May 1997 01:16:57 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08733 for ; Thu, 22 May 1997 01:14:32 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id LAA09035; Thu, 22 May 1997 11:14:01 +0300 (EET DST) From: mika ruohotie Message-Id: <199705220814.LAA09035@shadows.aeon.net> Subject: Re: weirdoes... In-Reply-To: from Simon Marlow at "May 21, 97 11:23:53 pm" To: simonm@dcs.gla.ac.uk (Simon Marlow) Date: Thu, 22 May 1997 11:14:01 +0300 (EET DST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > mika ruohotie writes: > > _each_ time i do that, my home machine have rebooted at the same time, > > the ssh has been alive when i've ordered the work machine to reboot. > And I thought I was imagining things :-) Except I've seen it the =) anyone else? > other way around: I use PPP from my home machine, via the PPP server > at work and ssh into the FreeBSD box on my desk. Every time I kill > PPP without exiting from ssh on my home machine, the remote machine > panics with a page fault. i havent tested it that way i think. though reboots on my home machine while ssh is open doesnt cause remote panics. i think. which versions you use? fbsd and ssh. > I don't have a core dump, but I can get one if it would help. neither do i. > Simon mickey From owner-freebsd-current Thu May 22 02:02:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10959 for current-outgoing; Thu, 22 May 1997 02:02:28 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA10952 for ; Thu, 22 May 1997 02:02:26 -0700 (PDT) Received: from critter.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0wUTkw-0003zaC; Thu, 22 May 97 02:01 PDT Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id LAA00536; Thu, 22 May 1997 11:00:19 +0200 (CEST) To: dmaddox@scsn.net cc: current@freebsd.org From: Poul-Henning Kamp Subject: Re: Problems with sio.c v.1.167 In-reply-to: Your message of "Tue, 20 May 1997 17:24:53 EDT." <19970520172453.44297@cola115.scsn.net> Date: Thu, 22 May 1997 11:00:19 +0200 Message-ID: <534.864291619@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970520172453.44297@cola115.scsn.net>, "Donald J. Maddox" writes: >> Please try this patch. >> Please try and report results & dmesg for sio3 both with and without >> flags 0x20000 on sio3. > > > > Ok, with the patch it _does_ work with no flags, but it _does not_ work >with flags 0x20000. Here's the dmesg output: > can you try this version too ? same as above just a couple of minor tweaks. Poul-Henning Index: sio.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/sio.c,v retrieving revision 1.167 diff -u -r1.167 sio.c --- sio.c 1997/05/18 21:22:11 1.167 +++ sio.c 1997/05/22 06:50:53 @@ -121,6 +121,7 @@ #define COM_NOFIFO(dev) ((dev)->id_flags & 0x02) #define COM_VERBOSE(dev) ((dev)->id_flags & 0x80) #define COM_NOTST3(dev) ((dev)->id_flags & 0x10000) +#define COM_BIGFIFO(dev) ((dev)->id_flags & 0x20000) #define com_scr 7 /* scratch register for 16450-16550 (R/W) */ @@ -884,45 +885,40 @@ case FIFO_RX_HIGH: if (COM_NOFIFO(isdp)) { printf(" 16550A fifo disabled"); + } else if (!COM_BIGFIFO(isdp)) { + printf(" 16550A"); } else { /* Detect the fifo size. */ int i, n; /* Enable and reset the FIFO. */ - outb (iobase+com_fifo, FIFO_ENABLE | FIFO_RCV_RST | FIFO_XMT_RST); + outb(iobase+com_fifo, FIFO_ENABLE | FIFO_RCV_RST | FIFO_XMT_RST); - /* Set the loopback mode, 57600 baud. */ - outb (iobase+com_cfcr, CFCR_DLAB); - outb (iobase+com_dlbh, 0); - outb (iobase+com_dlbl, 2); - outb (iobase+com_cfcr, CFCR_8BITS); - outb (iobase+com_mcr, MCR_LOOPBACK); - inb (iobase+com_lsr); + /* Set the loopback mode, and very low baud. */ + /* XXX: What happens if this is a serial console ? */ + outb(iobase+com_cfcr, CFCR_DLAB); + outb(iobase+com_dlbh, 0xff); + outb(iobase+com_dlbl, 0xff); + outb(iobase+com_cfcr, CFCR_8BITS); + outb(iobase+com_mcr, MCR_LOOPBACK); + inb(iobase+com_lsr); /* Put data into transmit FIFO and wait until overrun. */ for (i=n=0; i<20000; ++i) { - unsigned char lsr = inb (iobase+com_lsr); + unsigned char lsr = inb(iobase+com_lsr); if (lsr & LSR_OE) break; if (lsr & LSR_TXRDY) { - outb (iobase+com_data, 0x5A); - ++n; + outb(iobase+com_data, 0x5A); + n++; } } - outb (iobase+com_mcr, 0); - outb (iobase+com_fifo, 0); + outb(iobase+com_mcr, com->mcr_image); + outb(iobase+com_fifo, 0); com->hasfifo = TRUE; - if (n > 40) { - com->tx_fifo_size = 64; - printf(" 16750"); - } else if (n > 24) { - com->tx_fifo_size = 32; - printf(" 16650"); - } else { - com->tx_fifo_size = 16; - printf(" 16550A"); - } + com->tx_fifo_size = n; + printf(" 16550A lookalike with %d bytes xmit-FIFO",n); #ifdef COM_ESP for (espp = likely_esp_ports; *espp != 0; espp++) if (espattach(isdp, com, *espp)) { @@ -931,31 +927,6 @@ } #endif } -#if 0 - /* - * Check for the Startech ST16C650 chip. - * it has a shadow register under the com_iir, - * which can only be accessed when cfcr == 0xff - */ - { - u_char i, j; - - i = inb(iobase + com_iir); - outb(iobase + com_cfcr, 0xff); - outb(iobase + com_iir, 0x0); - outb(iobase + com_cfcr, CFCR_8BITS); - j = inb(iobase + com_iir); - outb(iobase + com_iir, i); - if (i != j) { - printf(" 16550A"); - } else { - com->tx_fifo_size = 32; - printf(" 16650"); - } - if (!com->tx_fifo_size) - printf(" fifo disabled"); - } -#endif break; } #ifdef COM_ESP -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Thu May 22 02:05:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11140 for current-outgoing; Thu, 22 May 1997 02:05:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11132 for ; Thu, 22 May 1997 02:05:09 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA20020 for current@freebsd.org; Thu, 22 May 1997 18:35:06 +0930 (CST) From: Michael Smith Message-Id: <199705220905.SAA20020@genesis.atrad.adelaide.edu.au> Subject: Wavelan support (added) To: current@freebsd.org Date: Thu, 22 May 1997 18:35:05 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (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 OK, at long last the Wavelan driver joins the tree. _PLEASE_ if someone has a -current system and one of these cards lying around, can you give it a quick spin? The driver is known to be running just fine on 2.2 systems, but I want to hold back (if possible) for a day or two to make sure I haven't spannered anything. Ta. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 22 14:12:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06407 for current-outgoing; Thu, 22 May 1997 14:12:20 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA06386 for ; Thu, 22 May 1997 14:11:54 -0700 (PDT) Received: from conceptual.com ([209.60.202.194]) by mail.crl.com with SMTP id AA29806 (5.65c/IDA-1.5 for ); Thu, 22 May 1997 14:08:31 -0700 Received: from cssunix.conceptual.com (gw.conceptual.com [10.0.2.5]) by conceptual.com (8.8.5/8.6.9) with ESMTP id OAA06627 for ; Thu, 22 May 1997 14:11:13 -0700 (MST) Received: from cssunix.conceptual.com (localhost [127.0.0.1]) by cssunix.conceptual.com (8.8.5/8.6.9) with ESMTP id OAA01237 for ; Thu, 22 May 1997 14:04:26 -0700 (MST) Message-Id: <199705222104.OAA01237@cssunix.conceptual.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@freebsd.org Subject: kernel ppp broken in RELENG_2_2 ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 14:04:26 -0700 From: "Russell L. Carter" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I try to dialin to my kernel ppp setup with a very recent RELENG_2_2 kernel something breaks. A 2/20/97 2.2.GAMMA kernel works just fine. I get no messages to /var/log/messages, and when I kill pppd it writes May 21 11:56:35 cssunix pppd[283]: Terminating on signal 15. May 21 11:56:35 cssunix pppd[283]: Connection terminated. May 21 11:56:35 cssunix pppd[283]: Connection terminated. May 21 11:56:35 cssunix pppd[283]: Serial link is not 8-bit clean: May 21 11:56:35 cssunix pppd[283]: Serial link is not 8-bit clean: May 21 11:56:35 cssunix pppd[283]: All received characters had bit 7 set to 0 May 21 11:56:35 cssunix pppd[283]: All received characters had bit 7 set to 0 May 21 11:56:36 cssunix pppd[283]: Exit. What changed? Thanks, Russell From owner-freebsd-current Thu May 22 16:51:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA17390 for current-outgoing; Thu, 22 May 1997 16:51:14 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA17385 for ; Thu, 22 May 1997 16:51:09 -0700 (PDT) Received: from cola33.scsn.net ([206.25.247.33]) by rosie.scsn.net (Post.Office MTA v3.0 release 0121 ID# 0-32322U5000L100S10000) with ESMTP id AAA246; Thu, 22 May 1997 19:44:17 -0400 Received: (from root@localhost) by cola33.scsn.net (8.8.5/8.8.5) id TAA00296; Thu, 22 May 1997 19:50:52 -0400 (EDT) Message-ID: <19970522195051.28062@cola33.scsn.net> Date: Thu, 22 May 1997 19:50:51 -0400 From: "Donald J. Maddox" To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: Problems with sio.c v.1.167 Reply-To: dmaddox@scsn.net References: <19970520172453.44297@cola115.scsn.net> <534.864291619@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <534.864291619@critter>; from Poul-Henning Kamp on Thu, May 22, 1997 at 11:00:19AM +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, May 22, 1997 at 11:00:19AM +0200, Poul-Henning Kamp wrote: > can you try this version too ? > same as above just a couple of minor tweaks. > > Poul-Henning > > Index: sio.c Done. Below is the dmesg output with and without FLAGS=0x20000. You will notice that, with the new patch, I no longer get the 'sio3: 65 events for device with no tp' messages; unfortunately, however, the device still does not work correctly. If I try to make a PPP connection to my ISP, the modem dials, the chat proceeds (almost - see below) normally, but it seems to fail to negotiate the PPP link. Here is a snippet of my ppp.log: 05-22 19:12:40 [155] sending: ATE1Q0 05-22 19:12:40 [155] Expecting OK-AT-OK 05-22 19:12:40 [155] Wait for (5): OK --> OK 05-22 19:12:40 [155] Chat: ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ 05-22 19:12:40 [155] Chat: OK This string of 'ZZZZ's is abnormal. This connection attempt (and _all_ connection attempts with FLAGS=0x20000) failed. ----------------------- (dmesg w/FLAGS=0x20000) ----------------------- Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu May 22 19:08:18 EDT 1997 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON CPU: Pentium (99.72-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30932992 (30208K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 ahc0 rev 0 int a irq 12 on pci0:11:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 ahc0:A:0: refuses WIDE negotiation. Using 8bit transfers sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 49MB (102171 512 byte sectors) sd0: with 1219 cyls, 2 heads, and an average 41 sectors/track ahc0:A:1: refuses WIDE negotiation. Using 8bit transfers ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 507MB (1039329 512 byte sectors) sd1: with 2380 cyls, 6 heads, and an average 72 sectors/track vga0 rev 0 int a irq 11 on pci0:12:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio3 at 0x2e8-0x2ef irq 9 flags 0x20000 on isa sio3: type 16550A lookalike with 141 bytes xmit-FIFO pca0 on motherboard pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-32 wd0: 1277MB (2615760 sectors), 2595 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (atapi): , removable, iordy atapi1.0: unknown phase fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220-0x22f irq 5 drq 1 on isa sb0: sbxvi0 at 0x220-0x22f irq 5 drq 5 on isa sbxvi0: sbmidi0 at 0x330-0x331 irq 5 on isa sbmidi0: opl0 at 0x388-0x38b irq 31 on isa opl0: joy0 at 0x201 on isa joy0: joystick ------------------ (dmesg w/no flags) ------------------ Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu May 22 19:25:27 EDT 1997 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON CPU: Pentium (99.72-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30932992 (30208K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 ahc0 rev 0 int a irq 12 on pci0:11:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 ahc0:A:0: refuses WIDE negotiation. Using 8bit transfers sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 49MB (102171 512 byte sectors) sd0: with 1219 cyls, 2 heads, and an average 41 sectors/track ahc0:A:1: refuses WIDE negotiation. Using 8bit transfers ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 507MB (1039329 512 byte sectors) sd1: with 2380 cyls, 6 heads, and an average 72 sectors/track vga0 rev 0 int a irq 11 on pci0:12:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A pca0 on motherboard pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-32 wd0: 1277MB (2615760 sectors), 2595 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (atapi): , removable, iordy atapi1.0: unknown phase fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220-0x22f irq 5 drq 1 on isa sb0: sbxvi0 at 0x220-0x22f irq 5 drq 5 on isa sbxvi0: sbmidi0 at 0x330-0x331 irq 5 on isa sbmidi0: opl0 at 0x388-0x38b irq 31 on isa opl0: joy0 at 0x201 on isa joy0: joystick -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Thu May 22 20:28:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26997 for current-outgoing; Thu, 22 May 1997 20:28:56 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26990 for ; Thu, 22 May 1997 20:28:53 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id UAA10428 for ; Thu, 22 May 1997 20:28:55 -0700 (PDT) Message-Id: <199705230328.UAA10428@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: current@FreeBSD.ORG Subject: patch for uthread_accept.c Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 20:28:55 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk the released version is incorrectly inheriting the file's flags. more /tmp/patch *** uthread_accept.c.orig Thu May 22 20:11:25 1997 --- uthread_accept.c Thu May 22 20:11:59 1997 *************** *** 89,94 **** --- 89,96 ---- /* Return an error: */ ret = -1; + } else { + _thread_fd_table[ret]->flags = _thread_fd_table[fd]->flags; } } /* Return the socket file descriptor or -1 on error: */ --- The problem was first encountered in running ACE's IOStream_test test program. Enjoy, Amancio From owner-freebsd-current Thu May 22 20:51:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA27725 for current-outgoing; Thu, 22 May 1997 20:51:13 -0700 (PDT) Received: from androcles.com (androcles.com [204.57.240.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA27719; Thu, 22 May 1997 20:51:11 -0700 (PDT) Received: (from dhh@localhost) by androcles.com (8.8.5/8.6.12) id UAA26598; Thu, 22 May 1997 20:51:48 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705221612.JAA05171@phaeton.artisoft.com> Date: Thu, 22 May 1997 20:49:45 -0700 (PDT) From: "Duane H. Hesser" To: Terry Lambert Subject: Re: usregsite.com Cc: jmb@FreeBSD.ORG, current@hub.freebsd.org, jmb@hub.freebsd.org, cat@uunet.ca Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have no specific information on that (if you do, I'd be interested to hear it). Uunet is the grandaddy of ISP's, and I would, by reputation and past experience, expect them to behave responsibly. Perhaps they've grown too big, and I didn't notice? ------------- Duane H. Hesser dhh@androcles.com From owner-freebsd-current Thu May 22 21:11:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28386 for current-outgoing; Thu, 22 May 1997 21:11:18 -0700 (PDT) Received: from friley231.res.iastate.edu (friley231.res.iastate.edu [129.186.78.231]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA28381 for ; Thu, 22 May 1997 21:11:16 -0700 (PDT) Received: from friley231.res.iastate.edu (localhost [127.0.0.1]) by friley231.res.iastate.edu (8.8.5/8.8.5) with ESMTP id XAA06340 for ; Thu, 22 May 1997 23:11:28 -0500 (CDT) Message-Id: <199705230411.XAA06340@friley231.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org Subject: New wavelan driver.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 23:11:27 -0500 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is this the same wavelan card that is used in the KarlBridges? I'm curious because it mentions a range of 800 ft in the source for an omnidirectional antenna, while I've used one at 3 miles or so. :\ (12+ for directional w/line of sight I believe works..) --Chris Csanady From owner-freebsd-current Thu May 22 21:31:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29296 for current-outgoing; Thu, 22 May 1997 21:31:10 -0700 (PDT) Received: from intrepid.leaky.com (shaffer-s.nosc.mil [128.49.236.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29283 for ; Thu, 22 May 1997 21:31:04 -0700 (PDT) Received: (from admin@localhost) by intrepid.leaky.com (8.8.5/8.8.5) id VAA00731; Thu, 22 May 1997 21:27:48 -0700 (PDT) Message-Id: <199705230427.VAA00731@intrepid.leaky.com> X-Authentication-Warning: intrepid.leaky.com: admin set sender to using -f Received: from localhost(127.0.0.1) by intrepid.leaky.com via smap (V1.3) id sma000726; Thu May 22 21:27:18 1997 X-Mailer: exmh version 1.6.7 5/3/96 To: current@FreeBSD.Org cc: gshaffer@intrepid.leaky.com Subject: Fatal trap 12 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 21:27:17 -0700 From: Greg Shaffer Sender: owner-current@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk Updated my source tree to the latest current changes (as of 2030 PST), did a make on the src tree, rebuilt my kernel and rebooted and got the following ddb output. ddb output: Fatal trap 12: page fault while in kernel mode cpunumber = 0 fault virtual address = 0x44 fault code = supervisor read, page not present instruction pointer = 0x8: 0xf0112b30 stack pointer = 0x10: 0xf44c7f10 frame pointer = 0x10: 0xf44c7f10 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 = 540 (reboot) interrupt mask = kernel: type 12 trap, code = 0 stopped at _lockstatus+0x8: cmpw $0, 0x10(%edx) This is not the first time I have seen this, I have been having a stability problem with current ever since I upgraded to a post lite2 merge current. Prior to this (i.e. pre lite2 merge) I had no problems running an SMP system. Greg Shaffer From owner-freebsd-current Thu May 22 21:31:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29326 for current-outgoing; Thu, 22 May 1997 21:31:30 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29321 for ; Thu, 22 May 1997 21:31:22 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA24528; Fri, 23 May 1997 14:01:06 +0930 (CST) From: Michael Smith Message-Id: <199705230431.OAA24528@genesis.atrad.adelaide.edu.au> Subject: Re: New wavelan driver.. In-Reply-To: <199705230411.XAA06340@friley231.res.iastate.edu> from Chris Csanady at "May 22, 97 11:11:27 pm" To: ccsanady@friley231.res.iastate.edu (Chris Csanady) Date: Fri, 23 May 1997 14:01:05 +0930 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 Chris Csanady stands accused of saying: > Is this the same wavelan card that is used in the KarlBridges? > I'm curious because it mentions a range of 800 ft in the source > for an omnidirectional antenna, while I've used one at 3 miles > or so. :\ (12+ for directional w/line of sight I believe works..) There is only one "Wavelan", so I expect that it might be. The range of the units varies tremendously depending on the antenna (the standard Wavelan antenna is a 4" patch), whether an external booster is used and on general environmental considerations (noise, alignment, etc). OTOH, I have seen other bridges with lots more power and different hardware, so it's possible not. > --Chris Csanady -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 22 21:40:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00106 for current-outgoing; Thu, 22 May 1997 21:40:32 -0700 (PDT) Received: from friley231.res.iastate.edu (friley231.res.iastate.edu [129.186.78.231]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29998 for ; Thu, 22 May 1997 21:40:29 -0700 (PDT) Received: from friley231.res.iastate.edu (localhost [127.0.0.1]) by friley231.res.iastate.edu (8.8.5/8.8.5) with ESMTP id XAA06433; Thu, 22 May 1997 23:40:38 -0500 (CDT) Message-Id: <199705230440.XAA06433@friley231.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Smith cc: current@FreeBSD.ORG Subject: Re: New wavelan driver.. In-reply-to: Your message of Fri, 23 May 1997 14:01:05 +0930. <199705230431.OAA24528@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 23:40:38 -0500 From: Chris Csanady Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Chris Csanady stands accused of saying: >> Is this the same wavelan card that is used in the KarlBridges? >> I'm curious because it mentions a range of 800 ft in the source >> for an omnidirectional antenna, while I've used one at 3 miles >> or so. :\ (12+ for directional w/line of sight I believe works..) > >There is only one "Wavelan", so I expect that it might be. The range >of the units varies tremendously depending on the antenna (the >standard Wavelan antenna is a 4" patch), whether an external booster >is used and on general environmental considerations (noise, alignment, >etc). Ahh.. We were using 6' and 12' antennas. :) I believe the omni had an amp too. Perhaps I'll give the driver a chance next time there is less concrete in the way.. Chris > >OTOH, I have seen other bridges with lots more power and different >hardware, so it's possible not. > >> --Chris Csanady > >-- >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ >]] Genesis Software genesis@gsoft.com.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control. (ph) +61-8-8267-3493 [[ >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 22 23:52:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04429 for current-outgoing; Thu, 22 May 1997 23:52:58 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04424 for ; Thu, 22 May 1997 23:52:55 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id IAA01194 for current@freebsd.org; Fri, 23 May 1997 08:53:18 +0200 (MEST) From: Søren Schmidt Message-Id: <199705230653.IAA01194@sos.freebsd.dk> Subject: Where is cvs-cur.3324.gz ??? To: current@freebsd.org (FreeBSD current) Date: Fri, 23 May 1997 08:53:17 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is happening much too often :( :( :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri May 23 00:43:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA06221 for current-outgoing; Fri, 23 May 1997 00:43:21 -0700 (PDT) Received: from nessie.ethz.ch (dapor@nessie.ethz.ch [129.132.71.52]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA06210 for ; Fri, 23 May 1997 00:43:18 -0700 (PDT) Received: (from dapor@localhost) by nessie.ethz.ch (8.6.10/8.6.12) id JAA14745 for freebsd-current@FreeBSD.ORG; Fri, 23 May 1997 09:41:52 +0200 From: Carlo Dapor Message-Id: <199705230741.JAA14745@nessie.ethz.ch> Subject: Missing src-2.2.0286 To: freebsd-current@FreeBSD.ORG Date: Fri, 23 May 1997 09:41:51 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello everybody. The subject says it: is there anybody around who can share a copy ? Thanks ! Ciao, derweil, -- Carlo From owner-freebsd-current Fri May 23 01:20:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08211 for current-outgoing; Fri, 23 May 1997 01:20:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA08199 for ; Fri, 23 May 1997 01:20:45 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17063 for current@FreeBSD.ORG; Fri, 23 May 1997 10:20:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03615; Fri, 23 May 1997 09:59:37 +0200 (MET DST) Message-ID: <19970523095937.CP42368@uriah.heep.sax.de> Date: Fri, 23 May 1997 09:59:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG (FreeBSD current) Subject: Re: Where is cvs-cur.3324.gz ??? References: <199705230653.IAA01194@sos.freebsd.dk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: =?iso-8859-1?Q?=3C199705230653=2EIAA01194=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_May_23=2C_1997_08=3A53=3A17_+0200?= Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Søren Schmidt wrote: > This is happening much too often :( :( :( gnats.1135, 1138, and 1139 are also missing... -- 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 May 23 05:22:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA17003 for current-outgoing; Fri, 23 May 1997 05:22:50 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA16981 for ; Fri, 23 May 1997 05:22:45 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id OAA01929 for current@freebsd.org; Fri, 23 May 1997 14:23:16 +0200 (MEST) From: Søren Schmidt Message-Id: <199705231223.OAA01929@sos.freebsd.dk> Subject: cd9660 filesystem slowed down ??? To: current@freebsd.org (FreeBSD current) Date: Fri, 23 May 1997 14:23:16 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have this strange observation under 3.0-current: dd if=/dev/wcd0c of=/dev/null gives about 2MB/sec Mount the CD and then dd if=somefile of=/dev/null gives about 70K/sec Doing the same on 2.2.2 gives 2MB/sec / 1800K/sec... What have we done to degrade cd9660 performance that much ???? (to make things worse the -current machine is a 233Mhz P6 and the 2.2.2 one is a 100Mhz 486, same IDE cdrom on both) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri May 23 06:20:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA19983 for current-outgoing; Fri, 23 May 1997 06:20:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19970 for ; Fri, 23 May 1997 06:20:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA27893; Fri, 23 May 1997 23:14:52 +1000 Date: Fri, 23 May 1997 23:14:52 +1000 From: Bruce Evans Message-Id: <199705231314.XAA27893@godzilla.zeta.org.au> To: current@FreeBSD.ORG, sos@sos.freebsd.dk Subject: Re: cd9660 filesystem slowed down ??? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have this strange observation under 3.0-current: > >dd if=/dev/wcd0c of=/dev/null gives about 2MB/sec > >Mount the CD and then > >dd if=somefile of=/dev/null gives about 70K/sec > >Doing the same on 2.2.2 gives 2MB/sec / 1800K/sec... > >What have we done to degrade cd9660 performance that much ???? The first dd has the common error of operating on the block device instead of the raw device. This gives a effective block size of 2K instead of the size requeseted by dd (512). 2K happens to work well for wcd0. I get almost 1200K/s for an 8x drive. dd if=/dev/rwcd0c of=/dev/null gives a kernel printf "atapi0.1: invalid data direction", a flashing wcd0 LED and a hung IDE controller here. The second dd uses the too-small block size of 512. Apparently read-ahead doesn't work for too-small block sizes in -current. I get 50K/sec for a block size of 512 and almost 1200K/sec for a block size of 2K. Check rev.1.28 of cd9600_vnops.c and the Lite2 changes. Not much else has changed. Bruce From owner-freebsd-current Fri May 23 08:54:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25685 for current-outgoing; Fri, 23 May 1997 08:54:22 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25672 for ; Fri, 23 May 1997 08:54:19 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id IAA15524 for ; Fri, 23 May 1997 08:51:40 -0700 (PDT) Received: from Mercury.mcs.net (fredriks@Mercury.mcs.net [192.160.127.80]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id KAA00351 for ; Fri, 23 May 1997 10:51:40 -0500 (CDT) Received: (from fredriks@localhost) by Mercury.mcs.net (8.8.5/8.8.2) id KAA25423 for current@freebsd.org.; Fri, 23 May 1997 10:51:40 -0500 (CDT) From: Lars Fredriksen Message-Id: <199705231551.KAA25423@Mercury.mcs.net> Subject: Fonts went weird on me To: current@freebsd.org Date: Fri, 23 May 1997 10:51:39 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am running 3.0 current and XFree86 3.2. The other day I ran mkfontdir since there were some fonts seemingly missing when I ran the corel Wordperfect java thing. After that all the fonts that are being used inside xterms, on title bars etc, are specled and have pieces of the characters missing. At first I thoght that I was getting a scaled font instead of fixed, but the problem shows up if you just echo a line of text into an empty (cleared) xterm. Editing with the fonts work fine in the sence that backspacing does erase the characters, but the characters them selves are only halfway there. Needless to say, this situation makes it very hard to read the text on the screen. Any help would be appreciated. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks-2.pr.mcs.net (home-home) From owner-freebsd-current Fri May 23 09:38:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29853 for current-outgoing; Fri, 23 May 1997 09:38:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA29844; Fri, 23 May 1997 09:38:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA07391; Fri, 23 May 1997 09:36:16 -0700 From: Terry Lambert Message-Id: <199705231636.JAA07391@phaeton.artisoft.com> Subject: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) To: alex@androcles.com (Duane H. Hesser) Date: Fri, 23 May 1997 09:36:16 -0700 (MST) Cc: cat@uunet.ca, current@hub.freebsd.org, jmb@hub.freebsd.org In-Reply-To: from "Duane H. Hesser" at May 22, 97 08:49:45 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 have no specific information on that (if you do, I'd be interested > to hear it). Uunet is the grandaddy of ISP's, and I would, by > reputation and past experience, expect them to behave responsibly. > Perhaps they've grown too big, and I didn't notice? They've stated that they no longer run a public posting host; however, I have recently received mail from an account of theirs being used by Cyberpromptions "mailbomber" program; headers were: | Received: from 206.13.28.25 | (1Cust52.Max31.Chicago.IL.MS.UU.NET [153.35.113.180]) | by mail-gw.pacbell.net (8.8.5/8.7.1) with SMTP id EAA07399; | Thu, 8 May 1997 04:09:14 -0700 (PDT) I did report it, and haven't seen anything since after the second time I had to report it to them; I got their canned response, so it may be that they have taken care of this one. I think, though, that they are still in the position where they can be illicitly used as a mail relay. I've been mail-bombed by Cyberpromotions for complaining to their abuse address when they failed to remove me from the lists they sell their customers, and theier customers refused to honor (or in some cases provide) a working "remove" address. Since then, for every intermediate host their program has used as a relay to get to my host, I've made a (1 month time limited) offer of free assistance in preventing use as a mail relay by all by approved hosts. I've helped 6 sites so far. Currently, I'm working on site/IP based SPAM filtering for a mail server product that my company has sold into tens of thousands of installations, so if they choose the install option, Cyberpromotions and their ilk will be blocked for new installations. I have it on good authority that similar changes are going into Post.Office and the default sendmail distribution. Serves them right for SPAMming their transport providers. 8-). Eventually Cyberpromotions will "get it" that sending SPAM to me is the equivalent of severing whichever line of communication they use to send to me, and that it's in their economic best interests to remove my address. Or they will sever them all... either way, I'm happy. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 23 09:42:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00350 for current-outgoing; Fri, 23 May 1997 09:42:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00343 for ; Fri, 23 May 1997 09:42:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA07418; Fri, 23 May 1997 09:41:01 -0700 From: Terry Lambert Message-Id: <199705231641.JAA07418@phaeton.artisoft.com> Subject: Re: cd9660 filesystem slowed down ??? To: bde@zeta.org.au (Bruce Evans) Date: Fri, 23 May 1997 09:41:01 -0700 (MST) Cc: current@FreeBSD.ORG, sos@sos.freebsd.dk In-Reply-To: <199705231314.XAA27893@godzilla.zeta.org.au> from "Bruce Evans" at May 23, 97 11:14:52 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 have this strange observation under 3.0-current: > > > >dd if=/dev/wcd0c of=/dev/null gives about 2MB/sec > > > >Mount the CD and then > > > >dd if=somefile of=/dev/null gives about 70K/sec > > > >Doing the same on 2.2.2 gives 2MB/sec / 1800K/sec... > > > >What have we done to degrade cd9660 performance that much ???? > > The first dd has the common error of operating on the block > device instead of the raw device. This gives a effective block > size of 2K instead of the size requeseted by dd (512). 2K > happens to work well for wcd0. I get almost 1200K/s for an 8x > drive. Ah. Well. We should all remember to not use 2k blocks on a CDROM instead of 512b (or the native size, 1k) because then we will get 2MB/sec, and that's (somehow???) undesirable. 8-| > dd if=/dev/rwcd0c of=/dev/null gives a kernel printf "atapi0.1: > invalid data direction", a flashing wcd0 LED and a hung IDE > controller here. There seems to be a lot of that going around on character devices these days... 8-(. > The second dd uses the too-small block size of 512. Apparently > read-ahead doesn't work for too-small block sizes in -current. > I get 50K/sec for a block size of 512 and almost 1200K/sec for > a block size of 2K. Check rev.1.28 of cd9600_vnops.c and the > Lite2 changes. Not much else has changed. Try 1K, the native size. I think you are seeing pessimal rotational latency. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 23 10:30:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03379 for current-outgoing; Fri, 23 May 1997 10:30:17 -0700 (PDT) Received: from troll.uunet.ca (troll.uunet.ca [142.77.1.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03314; Fri, 23 May 1997 10:29:36 -0700 (PDT) Received: from localhost by troll.uunet.ca with SMTP id <21023-1853>; Fri, 23 May 1997 13:29:20 -0400 Date: Fri, 23 May 1997 13:29:09 -0400 From: Cat Okita To: Terry Lambert cc: "Duane H. Hesser" , current@hub.freebsd.org, jmb@hub.freebsd.org Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) In-Reply-To: <199705231636.JAA07391@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 Fri, 23 May 1997, Terry Lambert wrote: > > I have no specific information on that (if you do, I'd be interested > > to hear it). Uunet is the grandaddy of ISP's, and I would, by > > reputation and past experience, expect them to behave responsibly. > > Perhaps they've grown too big, and I didn't notice? > > They've stated that they no longer run a public posting host; however, > I have recently received mail from an account of theirs being used by > Cyberpromptions "mailbomber" program; headers were: > > | Received: from 206.13.28.25 > | (1Cust52.Max31.Chicago.IL.MS.UU.NET [153.35.113.180]) > | by mail-gw.pacbell.net (8.8.5/8.7.1) with SMTP id EAA07399; > | Thu, 8 May 1997 04:09:14 -0700 (PDT) > > I did report it, and haven't seen anything since after the second time > I had to report it to them; I got their canned response, so it may be > that they have taken care of this one. > > I think, though, that they are still in the position where they can > be illicitly used as a mail relay. Just a quick note here - Our customers are allowed to use us as a mail posting host (depending on account type), and many of our customers chose to use our news servers, rather than setting up one of their own. As a result, we have occasional problems with people using *legitimate* connections abusing this access. This is quite a bit different from maintaining open access to all comers... > Currently, I'm working on site/IP based SPAM filtering for a mail > server product that my company has sold into tens of thousands of > installations, so if they choose the install option, Cyberpromotions > and their ilk will be blocked for new installations. I have it on > good authority that similar changes are going into Post.Office and > the default sendmail distribution. Serves them right for SPAMming > their transport providers. 8-). Sounds good to me *grin* Cat Okita Systems Administrator, UUNET Canada From owner-freebsd-current Fri May 23 10:38:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03935 for current-outgoing; Fri, 23 May 1997 10:38:49 -0700 (PDT) Received: from EDWARD.dorm6.nccu.edu.tw ([140.119.162.82]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03917 for ; Fri, 23 May 1997 10:38:13 -0700 (PDT) Received: (from edward@localhost) by EDWARD.dorm6.nccu.edu.tw (8.8.5/8.7.3) id BAA01140 for freebsd-current@freebsd.org; Sat, 24 May 1997 01:37:01 +0800 (CST) Date: Sat, 24 May 1997 01:37:01 +0800 (CST) From: Yuang Shuang-Long Message-Id: <199705231737.BAA01140@EDWARD.dorm6.nccu.edu.tw> To: freebsd-current@freebsd.org Subject: problem with user-mode ppp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've set the redial value, but it still dial one time when dial failed. Is it my configure file problem? Thankx! From owner-freebsd-current Fri May 23 11:40:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07319 for current-outgoing; Fri, 23 May 1997 11:40:50 -0700 (PDT) Received: from sliphost37.uni-trier.de (root@sliphost37.uni-trier.de [136.199.240.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07289 for ; Fri, 23 May 1997 11:40:05 -0700 (PDT) Received: (from blank@localhost) by sliphost37.uni-trier.de (8.8.5/8.8.5) id TAA27007; Fri, 23 May 1997 19:47:33 +0200 (CEST) From: Sascha Blank Message-Id: <199705231747.TAA27007@sliphost37.uni-trier.de> Subject: Re: Missing src-2.2.0286 In-Reply-To: <199705230741.JAA14745@nessie.ethz.ch> from Carlo Dapor at "May 23, 97 09:41:51 am" To: dapor@nessie.inf.ethz.ch (Carlo Dapor) Date: Fri, 23 May 1997 19:47:33 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG Reply-To: blank@fox.uni-trier.de (Sascha Blank) X-System: FreeBSD 2.2-STABLE X-Mailer: ELM [version 2.4ME+ PL31H (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 Carlo, Carlo Dapor has written recently: > The subject says it: is there anybody around who can share a copy ? look at ftp://ftp.uni-trier.de/pub/unix/systems/BSD/FreeBSD/CTM blank in ~ (260): dir ctm-2.2/src-2.2.0286.gz -rw-rw-r-- 1 fbsdctm 102926 May 22 10:28 src-2.2.0286.gz blank in ~ (261): -- Sascha Blank - mailto:blank@fox.uni-trier.de Student and System Administrator at the University of Trier, Germany Finger my account to receive my Public PGP key I don't speak for my employers, they don't pay me enough for that. From owner-freebsd-current Fri May 23 11:41:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07359 for current-outgoing; Fri, 23 May 1997 11:41:22 -0700 (PDT) Received: from sliphost37.uni-trier.de (root@sliphost37.uni-trier.de [136.199.240.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07341 for ; Fri, 23 May 1997 11:41:04 -0700 (PDT) Received: (from blank@localhost) by sliphost37.uni-trier.de (8.8.5/8.8.5) id TAA27023; Fri, 23 May 1997 19:59:06 +0200 (CEST) From: Sascha Blank Message-Id: <199705231759.TAA27023@sliphost37.uni-trier.de> Subject: Re: Where is cvs-cur.3324.gz ??? In-Reply-To: <19970523095937.CP42368@uriah.heep.sax.de> from J Wunsch at "May 23, 97 09:59:37 am" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 23 May 1997 19:59:06 +0200 (CEST) Cc: current@FreeBSD.ORG Reply-To: blank@fox.uni-trier.de (Sascha Blank) X-System: FreeBSD 2.2-STABLE X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello J"org, J Wunsch has written recently: > As Søren Schmidt wrote: > > > This is happening much too often :( :( :( > > gnats.1135, 1138, and 1139 are also missing... look at ftp://ftp.uni-trier.de/pub/unix/systems/BSD/FreeBSD blank in ~ (262): dir CTM/cvs-cur/cvs-cur.3324.gz -rw-rw-r-- 1 fbsdctm 38532 May 22 16:20 cvs-cur.3324.gz blank in ~ (263): dir CTM-gnats/gnats.113?.gz -rw-rw-r-- 1 fbsdctm 6104 May 20 16:45 gnats.1130.gz -rw-rw-r-- 1 fbsdctm 3079 May 21 08:23 gnats.1131.gz -rw-rw-r-- 1 fbsdctm 1565 May 21 08:20 gnats.1132.gz -rw-rw-r-- 1 fbsdctm 5139 May 21 10:02 gnats.1133.gz -rw-rw-r-- 1 fbsdctm 7374 May 21 16:03 gnats.1134.gz -rw-rw-r-- 1 ftpadmin 9853 May 21 20:04 gnats.1135.gz -rw-rw-r-- 1 fbsdctm 16844 May 22 04:03 gnats.1136.gz -rw-rw-r-- 1 fbsdctm 2710 May 22 10:04 gnats.1137.gz -rw-rw-r-- 1 ftpadmin 1101 May 22 14:02 gnats.1138.gz -rw-rw-r-- 1 ftpadmin 2084 May 22 20:03 gnats.1139.gz Judging from the owner of those three gnats deltas mentioned above I can tell that they have not arrived at our ftp site (otherwise my CTM recipient would have picked them up *before* my ftp mirror got them), so they really seem to have got lost. -- Sascha Blank - mailto:blank@fox.uni-trier.de Student and System Administrator at the University of Trier, Germany Finger my account to receive my Public PGP key I don't speak for my employers, they don't pay me enough for that. From owner-freebsd-current Fri May 23 11:51:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07873 for current-outgoing; Fri, 23 May 1997 11:51:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA07867 for ; Fri, 23 May 1997 11:51:02 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24304 for current@FreeBSD.ORG; Fri, 23 May 1997 20:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA05177; Fri, 23 May 1997 20:44:44 +0200 (MET DST) Message-ID: <19970523204444.XV44705@uriah.heep.sax.de> Date: Fri, 23 May 1997 20:44:44 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG (FreeBSD current) Subject: Re: cd9660 filesystem slowed down ??? References: <199705231223.OAA01929@sos.freebsd.dk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: =?iso-8859-1?Q?=3C199705231223=2EOAA01929=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_May_23=2C_1997_14=3A23=3A16_+0200?= Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Søren Schmidt wrote: > Mount the CD and then > > dd if=somefile of=/dev/null gives about 70K/sec > > Doing the same on 2.2.2 gives 2MB/sec / 1800K/sec... Confirmed: j@uriah 145% dd if=/cdrom/xxxx of=/dev/null 13036+1 records in 13036+1 records out 6674533 bytes transferred in 70.361082 secs (94861 bytes/sec) -- 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 May 23 11:51:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07908 for current-outgoing; Fri, 23 May 1997 11:51:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA07888 for ; Fri, 23 May 1997 11:51:09 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24305 for current@FreeBSD.ORG; Fri, 23 May 1997 20:51:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA05190; Fri, 23 May 1997 20:47:08 +0200 (MET DST) Message-ID: <19970523204708.YT49812@uriah.heep.sax.de> Date: Fri, 23 May 1997 20:47:08 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: cd9660 filesystem slowed down ??? References: <199705231314.XAA27893@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705231314.XAA27893@godzilla.zeta.org.au>; from Bruce Evans on May 23, 1997 23:14:52 +1000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > The second dd uses the too-small block size of 512. Apparently > read-ahead doesn't work for too-small block sizes in -current. > I get 50K/sec for a block size of 512 and almost 1200K/sec for > a block size of 2K. Indeed: j@uriah 146% dd if=/cdrom/yyyy of=/dev/null bs=2k 1392+1 records in 1392+1 records out 2850915 bytes transferred in 8.732749 secs (326462 bytes/sec) (No, this was a different file than in the other example.) -- 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 May 23 12:17:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09772 for current-outgoing; Fri, 23 May 1997 12:17:16 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09766; Fri, 23 May 1997 12:17:12 -0700 (PDT) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id OAA09467; Fri, 23 May 1997 14:41:04 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id OAA05561; Fri, 23 May 1997 14:18:45 -0500 Message-ID: <19970523141845.49335@right.PCS> Date: Fri, 23 May 1997 14:18:45 -0500 From: Jonathan Lemon To: Terry Lambert Cc: "Duane H. Hesser" , cat@uunet.ca, current@hub.freebsd.org, jmb@hub.freebsd.org Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) References: <199705231636.JAA07391@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199705231636.JAA07391@phaeton.artisoft.com>; from Terry Lambert on May 05, 1997 at 09:36:16AM -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 05, 1997 at 09:36:16AM -0700, Terry Lambert wrote: > > | Received: from 206.13.28.25 > | (1Cust52.Max31.Chicago.IL.MS.UU.NET [153.35.113.180]) > | by mail-gw.pacbell.net (8.8.5/8.7.1) with SMTP id EAA07399; > | Thu, 8 May 1997 04:09:14 -0700 (PDT) > > I did report it, and haven't seen anything since after the second time > I had to report it to them; I got their canned response, so it may be > that they have taken care of this one. The problem with uu.net is that they lease their dialups to various ISPs, but there's no way to discover this from the information that uu.net provides. EG: Both foo.com and bar.com contract with uu.net to allow their respective customers to connect via the above POP. Now, when one of the ISP's customers (maybe cybperpromo with a freebie account) connects, and bounces mail off of pacbell.net, there is no way to determine which ISP is responsible for the customer. The annoyed victim complains to uu.net, who (maybe) forwards the complaint on to the correct ISP, (eg: bar.com), who then (maybe) takes action against their customer. I believe that uu.net has stated that they do not take action until they have received many complaints, from differing email addresses. My suggestion would be for uu.net to provide a means for people to query their logs, identifying which ISP was ultimately responsible for the customer connecting at a particular moment. This would allow the spammee to complain directly to the ISP. > I've been mail-bombed by Cyberpromotions for complaining to their > abuse address when they failed to remove me from the lists they sell > their customers, and theier customers refused to honor (or in some > cases provide) a working "remove" address. Heh. Don't send mail to 'abuse@cyberpromo.com'. It is actually an alias for 'add-me-to-your-mailing-lists@cyberpromo.com'. You can try complaining to their upstream provider (AGIS) but they aren't too helpful either. AGIS is supposed to be implementing a 'remove-list', but it just happens to be run by the same people who operate quantcom.com, which is also a known spam domain. > Currently, I'm working on site/IP based SPAM filtering for a mail > server product that my company has sold into tens of thousands of > installations, so if they choose the install option, Cyberpromotions > and their ilk will be blocked for new installations. I have it on > good authority that similar changes are going into Post.Office and > the default sendmail distribution. Serves them right for SPAMming > their transport providers. 8-). There are also two bills that have been introduced to combat spam: One in the senate, that requires all UCE to be labeled as such, requires the sender to provide authenic contact information, and also requires the sender to maintain a remove list. It's problem, as I see it is that this is still 'opt-out', not 'opt-in', and that the remove-list is 'per-sender', meaning they can set up a new address and start anew from there. Another (better, IMHO) bill was introduced in the House that extends the junk-fax law to cover email. Write your local congresscritter to expouse your opinions on said bills. For more information, see http://www.tigerden.com/junkmail/laws.html -- Jonathan From owner-freebsd-current Fri May 23 12:20:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10098 for current-outgoing; Fri, 23 May 1997 12:20:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA10084 for ; Fri, 23 May 1997 12:20:53 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA24602 for current@FreeBSD.ORG; Fri, 23 May 1997 21:20:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA05463; Fri, 23 May 1997 21:13:22 +0200 (MET DST) Message-ID: <19970523211322.OV24585@uriah.heep.sax.de> Date: Fri, 23 May 1997 21:13:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Where is cvs-cur.3324.gz ??? References: <19970523095937.CP42368@uriah.heep.sax.de> <199705231759.TAA27023@sliphost37.uni-trier.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705231759.TAA27023@sliphost37.uni-trier.de>; from Sascha Blank on May 23, 1997 19:59:06 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Sascha Blank wrote: > > gnats.1135, 1138, and 1139 are also missing... > > look at ftp://ftp.uni-trier.de/pub/unix/systems/BSD/FreeBSD Thanks. -- 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 May 23 12:23:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10293 for current-outgoing; Fri, 23 May 1997 12:23:37 -0700 (PDT) Received: from ian.broken.net (R-ddo.resnet.ucsb.edu [128.111.120.207]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10282 for ; Fri, 23 May 1997 12:23:34 -0700 (PDT) Received: (from ian@localhost) by ian.broken.net (8.8.5/8.7.3) id MAA25218 for current@FreeBSD.ORG; Fri, 23 May 1997 12:23:24 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705231641.JAA07418@phaeton.artisoft.com> Date: Fri, 23 May 1997 10:26:59 -0700 (PDT) From: Ian Struble To: current@FreeBSD.ORG Subject: cd9660 w/ Joliet extensions Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is probably a bit premature, but is anyone working on support for Microsoft's Joliet cd9660 extensions? Ian ---- It has been said that man is a rational animal. All my life I have been searching for evidence which could support this. -- Bertrand Russell ---- From owner-freebsd-current Fri May 23 12:33:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10948 for current-outgoing; Fri, 23 May 1997 12:33:36 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA10943 for ; Fri, 23 May 1997 12:33:33 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-43.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA08567 (5.67b/IDA-1.5 for ); Fri, 23 May 1997 21:33:28 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id VAA09175; Fri, 23 May 1997 21:33:26 +0200 (CEST) X-Face: " Date: Fri, 23 May 1997 21:33:24 +0200 From: Stefan Esser To: current@FreeBSD.ORG Subject: New PCI and Interrupt code to come on Monday ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.73 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have been working on a new PCI bus interface for some time, and now find that it becomes too annoying to remember all the things that need changing in order to merge this code ... :) I have delayed the commit of this code until after the weekend, since I'll be away from my mail, and couldn't repair any damage that I may have caused. (The new code is of course tested and should not break anything, but since there are changes to the way interrupt handlers are installed (even for ISA drivers), there might be some problem hiding that is only triggered on some special hardware combination ...) The new PCI code does not offer major new functionality, but it will be the base for long awaited features: 1) Improved conflicts checking between PCI and ISA/EISA 2) PCI devices may be "wired" to bus/slot/function 3) PCI devices may be disabled or "re-wired" from user-config Since shared interrupt handling has been moved out of the PCI code and into a generic kernel module, it is now easy to add shared interrupt support for EISA. The new PCI code is functional, but far from ready. Since I did not have time to convert drivers to the new interface, there is a compatibility module, which for now provides the same functions to drivers as the old code did (at least for all drivers I know about) [See /sys/pci/pci_compat.c and all parts of headers that depend on PCI_COMPAT being defined.] If you maintain a PCI driver that is not distributed with -current, then please let me know, if I caused any problems by my changes. There is much more to come, I just wanted to have a working base that is not so diverged from -current, since it became more and more difficult to remember all parts that belong to this project. (My kernel tree as a lot of local changes, many of which are purely experimental and not meant to go into -current ...) Regards, STefan From owner-freebsd-current Fri May 23 13:50:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14841 for current-outgoing; Fri, 23 May 1997 13:50:52 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA14836 for ; Fri, 23 May 1997 13:50:49 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA26119 for current@FreeBSD.ORG; Fri, 23 May 1997 22:50:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA06004; Fri, 23 May 1997 22:43:00 +0200 (MET DST) Message-ID: <19970523224300.LX25394@uriah.heep.sax.de> Date: Fri, 23 May 1997 22:43:00 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: cd9660 w/ Joliet extensions References: <199705231641.JAA07418@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Ian Struble on May 23, 1997 10:26:59 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ian Struble wrote: > This is probably a bit premature, but is anyone working on support for > Microsoft's Joliet cd9660 extensions? I would prefer mickeysoft using RR. :-] -- 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 May 23 13:58:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15352 for current-outgoing; Fri, 23 May 1997 13:58:47 -0700 (PDT) Received: from mercury.uniserve.com (mercury.uniserve.com [204.191.197.248]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15344; Fri, 23 May 1997 13:58:44 -0700 (PDT) Received: from haven.uniserve.com (shell.uniserve.com [198.53.215.121]) by mercury.uniserve.com with SMTP id NAA20923; Fri, 23 May 1997 13:56:40 -0700 (PDT) Date: Fri, 23 May 1997 14:01:50 -0700 (PDT) From: Tom Samplonius To: Jonathan Lemon cc: Terry Lambert , "Duane H. Hesser" , cat@uunet.ca, current@hub.freebsd.org, jmb@hub.freebsd.org Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) In-Reply-To: <19970523141845.49335@right.PCS> 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 Fri, 23 May 1997, Jonathan Lemon wrote: > Heh. Don't send mail to 'abuse@cyberpromo.com'. It is actually an > alias for 'add-me-to-your-mailing-lists@cyberpromo.com'. You can try > complaining to their upstream provider (AGIS) but they aren't too > helpful either. AGIS is supposed to be implementing a 'remove-list', > but it just happens to be run by the same people who operate quantcom.com, > which is also a known spam domain. Complaints to AGIS will be ignored, or you will get a form response defending Cyberpromo as legit a internet business (I've seen one of these). If you complain futher about additional incidents, expect your e-mail to abuse@agis.net to blocked. The top 5 spam services all use AGIS for connectivity (according to a press release from Quantcom). I have confirmed that Cyberpromo, Quantcom, and Sallynet/Nancynet all use AGIS. I think it is about time, that a boycot against AGIS was started. It is quite easy to block all of AGIS's netblocks. Also, Quantcom uses FreeBSD 2.1.something on their primary spam exploder, glenn.quantcom.com. To verify, telnet to glenn.quantcom.com. Expect the telnet port to closed off soon, as other people try to identify this machine. Tom From owner-freebsd-current Fri May 23 14:11:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA16680 for current-outgoing; Fri, 23 May 1997 14:11:21 -0700 (PDT) Received: from ian.broken.net (R-ddo.resnet.ucsb.edu [128.111.120.207]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16675 for ; Fri, 23 May 1997 14:11:18 -0700 (PDT) Received: (from ian@localhost) by ian.broken.net (8.8.5/8.7.3) id OAA25461; Fri, 23 May 1997 14:11:10 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19970523224300.LX25394@uriah.heep.sax.de> Date: Fri, 23 May 1997 14:08:23 -0700 (PDT) From: Ian Struble To: (Joerg Wunsch) Subject: Re: cd9660 w/ Joliet extensions Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 23-May-97 J Wunsch wrote: >As Ian Struble wrote: > >> This is probably a bit premature, but is anyone working on support for >> Microsoft's Joliet cd9660 extensions? > >I would prefer mickeysoft using RR. :-] Me too. I was just reading about Joliet and wondering why they didn't. I guess it is just the usual 'not invented here syndrome'... From owner-freebsd-current Fri May 23 14:19:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17036 for current-outgoing; Fri, 23 May 1997 14:19:22 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17026 for ; Fri, 23 May 1997 14:19:17 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id PAA18126 for ; Fri, 23 May 1997 15:19:11 -0600 (MDT) Message-Id: <199705232119.PAA18126@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: current@freebsd.org Subject: several problems with latest world Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 May 1997 15:19:11 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, 2 problems noticed with world made last nite: --- Victor lpd[115]: startup: duplicate spool directories anyone else seeing this? --- also during boot: sio0: 64 events for device with no tp sio1: 64 events for device with no tp I first noticed this after splitting vector.s into UP and SMP versions, and it only happens for the UP version, suggesting I may have broken something in the new icu_vector.s However I noticed that the sio code has been changed to probe for 16650/16750 chips and this message might be from overflowing the fifo... The fact that I don't see it with the SMP version may just be because INTerrupts don't really propigate during probe (long story...) any theories? anyone else seeing these messages? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Fri May 23 14:20:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17172 for current-outgoing; Fri, 23 May 1997 14:20:14 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17160 for ; Fri, 23 May 1997 14:20:07 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id WAA24121; Fri, 23 May 1997 22:13:07 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 23 May 1997 22:11:47 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199705230427.VAA00731@intrepid.leaky.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 May 1997 22:08:50 +0100 To: Greg Shaffer From: Bob Bishop Subject: Re: Fatal trap 12 Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 5:27 +0100 23/5/97, Greg Shaffer wrote: >Updated my source tree to the latest current changes (as of 2030 PST), did >a make on the src tree, rebuilt my kernel and rebooted and got the following >ddb output. > >ddb output: >Fatal trap 12: page fault while in kernel mode [etc] Looks like another cas of kern/3581 to me... -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-current Fri May 23 15:01:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19292 for current-outgoing; Fri, 23 May 1997 15:01:47 -0700 (PDT) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19281 for ; Fri, 23 May 1997 15:01:42 -0700 (PDT) Received: from cola104.scsn.net ([206.25.247.104]) by mail.scsn.net (Post.Office MTA v3.0 release 0121 ID# 0-32322U5000L100S10000) with ESMTP id AAA222; Fri, 23 May 1997 17:54:12 -0400 Received: (from root@localhost) by cola104.scsn.net (8.8.5/8.8.5) id SAA00239; Fri, 23 May 1997 18:01:22 -0400 (EDT) Message-ID: <19970523180121.55094@cola104.scsn.net> Date: Fri, 23 May 1997 18:01:21 -0400 From: "Donald J. Maddox" To: Steve Passe Cc: current@FreeBSD.ORG Subject: Re: several problems with latest world Reply-To: dmaddox@scsn.net References: <199705232119.PAA18126@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199705232119.PAA18126@Ilsa.StevesCafe.com>; from Steve Passe on Fri, May 23, 1997 at 03:19:11PM -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, May 23, 1997 at 03:19:11PM -0600, Steve Passe wrote: > Hi, > > 2 problems noticed with world made last nite: > > --- > Victor lpd[115]: startup: duplicate spool directories > > anyone else seeing this? > > --- > also during boot: > > sio0: 64 events for device with no tp > sio1: 64 events for device with no tp > > I first noticed this after splitting vector.s into UP and SMP versions, > and it only happens for the UP version, suggesting I may have broken > something in the new icu_vector.s > > However I noticed that the sio code has been changed to probe for 16650/16750 > chips and this message might be from overflowing the fifo... > The fact that I don't see it with the SMP version may just be because > INTerrupts don't really propigate during probe (long story...) > > any theories? anyone else seeing these messages? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD Well, the sio?: messages are definitely due to the sio.c changes... I've tested a few patches for phk, so he's working on this. Don't know about lpd, though. -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Fri May 23 15:13:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20020 for current-outgoing; Fri, 23 May 1997 15:13:47 -0700 (PDT) Received: from clock (clock.wlk.com [192.86.83.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20013 for ; Fri, 23 May 1997 15:13:42 -0700 (PDT) Received: from SMTPdaemon by clock (smail3.2.0.93) with SMTPL id m0wV2aY-0008eUC; Fri, 23 May 1997 17:13:30 -0500 (CDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id XAA00319; Fri, 23 May 1997 23:59:51 +0200 (CEST) To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), current@freebsd.org, sos@sos.freebsd.dk From: Poul-Henning Kamp Subject: Re: cd9660 filesystem slowed down ??? In-reply-to: Your message of "Fri, 23 May 1997 09:41:01 PDT." <199705231641.JAA07418@phaeton.artisoft.com> Date: Fri, 23 May 1997 23:59:51 +0200 Message-ID: <317.864424791@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705231641.JAA07418@phaeton.artisoft.com>, Terry Lambert writes: >Try 1K, the native size. I think you are seeing pessimal rotational >latency. Terry, the native size is 2 K for CDROMS... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri May 23 15:26:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20626 for current-outgoing; Fri, 23 May 1997 15:26:10 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20610 for ; Fri, 23 May 1997 15:26:05 -0700 (PDT) Received: from localhost (ejc@localhost) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id SAA12557; Fri, 23 May 1997 18:25:46 -0400 (EDT) Date: Fri, 23 May 1997 18:25:46 -0400 (EDT) From: "Eric J. Chet" To: Steve Passe cc: current@FreeBSD.ORG Subject: Re: several problems with latest world In-Reply-To: <199705232119.PAA18126@Ilsa.StevesCafe.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 Fri, 23 May 1997, Steve Passe wrote: > also during boot: > > sio0: 64 events for device with no tp > sio1: 64 events for device with no tp > > any theories? anyone else seeing these messages? Steve I'm seeing these messages with a up-kernel. sio0: 65 events for device with no tp sio1: 65 events for device with no tp Eric > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > From owner-freebsd-current Fri May 23 15:30:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20862 for current-outgoing; Fri, 23 May 1997 15:30:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20857 for ; Fri, 23 May 1997 15:30:37 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA07918; Fri, 23 May 1997 15:28:33 -0700 From: Terry Lambert Message-Id: <199705232228.PAA07918@phaeton.artisoft.com> Subject: Re: cd9660 filesystem slowed down ??? To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Fri, 23 May 1997 15:28:33 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, current@freebsd.org, sos@sos.freebsd.dk In-Reply-To: <317.864424791@critter> from "Poul-Henning Kamp" at May 23, 97 11:59:51 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 > >Try 1K, the native size. I think you are seeing pessimal rotational > >latency. > > Terry, the native size is 2 K for CDROMS... I thought it was 1k for all optical media? I've been reading Japanese specifications lately; pretty soon, I will believe that the native block size for magnetic media is 1k. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 23 15:38:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21452 for current-outgoing; Fri, 23 May 1997 15:38:56 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA21432 for ; Fri, 23 May 1997 15:38:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA07974; Fri, 23 May 1997 15:36:56 -0700 From: Terry Lambert Message-Id: <199705232236.PAA07974@phaeton.artisoft.com> Subject: Re: cd9660 w/ Joliet extensions To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 23 May 1997 15:36:56 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <19970523224300.LX25394@uriah.heep.sax.de> from "J Wunsch" at May 23, 97 10:43:00 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 > > This is probably a bit premature, but is anyone working on support for > > Microsoft's Joliet cd9660 extensions? > > I would prefer mickeysoft using RR. :-] If you have the MSDN level II or better ddk, you have the Joliet spen in your "DDK\DOCS" directory. The Joliet spec. supports, among other things, Unicode file names for long file names. In this respect, it is vastly superior to RR. It is also upwardly compatible with RR, so it will interoperate, though it does handle multisession rather well compared to the non-Joliet formats, including automatic identification of data sessions, etc. ...something FreeBSD currently has problems with. 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 May 23 15:55:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22132 for current-outgoing; Fri, 23 May 1997 15:55:33 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22127 for ; Fri, 23 May 1997 15:55:29 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA29205 for current@FreeBSD.ORG; Sat, 24 May 1997 00:55:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA26106; Sat, 24 May 1997 00:34:41 +0200 (MET DST) Message-ID: <19970524003440.QC44104@uriah.heep.sax.de> Date: Sat, 24 May 1997 00:34:40 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: cd9660 w/ Joliet extensions References: <19970523224300.LX25394@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Ian Struble on May 23, 1997 14:08:23 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ian Struble wrote: > >I would prefer mickeysoft using RR. :-] > > Me too. I was just reading about Joliet and wondering why they didn't. I > guess it is just the usual 'not invented here syndrome'... Also my guess. Or simply ignorance: ``Oh, there is already a standard for long filenames? But how could this be, since they have only been introduced into the world by Windows[TM] NT and Windows[TM] 95.'' TM == trashmark, of course. -- 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 May 23 16:18:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23552 for current-outgoing; Fri, 23 May 1997 16:18:10 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA23545 for ; Fri, 23 May 1997 16:18:06 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA29479 for current@FreeBSD.ORG; Sat, 24 May 1997 01:18:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA00410; Sat, 24 May 1997 00:58:00 +0200 (MET DST) Message-ID: <19970524005800.TA00065@uriah.heep.sax.de> Date: Sat, 24 May 1997 00:58:00 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: cd9660 w/ Joliet extensions References: <19970523224300.LX25394@uriah.heep.sax.de> <199705232236.PAA07974@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705232236.PAA07974@phaeton.artisoft.com>; from Terry Lambert on May 23, 1997 15:36:56 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > If you have the MSDN level II or better ddk, you have the Joliet > spen in your "DDK\DOCS" directory. Sorry, i can't seem to find it in my CVS tree. No, i don't have _any_ Mickeysoft docs available. (Please, for the umpteenth time, i don't appreciate Cc's of mailing list postings.) -- 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 May 23 16:19:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23644 for current-outgoing; Fri, 23 May 1997 16:19:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA23635 for ; Fri, 23 May 1997 16:19:05 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA29491 for current@FreeBSD.ORG; Sat, 24 May 1997 01:19:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id BAA03527; Sat, 24 May 1997 01:16:01 +0200 (MET DST) Message-ID: <19970524011600.BF46425@uriah.heep.sax.de> Date: Sat, 24 May 1997 01:16:00 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: cd9660 filesystem slowed down ??? References: <317.864424791@critter> <199705232228.PAA07918@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705232228.PAA07918@phaeton.artisoft.com>; from Terry Lambert on May 23, 1997 15:28:33 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Terry, the native size is 2 K for CDROMS... > > I thought it was 1k for all optical media? The native block size of a CD is 75 frames, or 2352 bytes. When used as a CD-ROM, this strips down to 2048 bytes since the remainder is used for ECC and sector addressing fields. MOs have (hard) block sizes of 512, 1024, 2048 (or 4096?) bytes. WORMs are obsolete. I think they were 512 bytes, but i'm not sure. -- 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 May 23 16:43:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24708 for current-outgoing; Fri, 23 May 1997 16:43:26 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24701 for ; Fri, 23 May 1997 16:43:12 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id RAA18535; Fri, 23 May 1997 17:42:57 -0600 (MDT) Message-Id: <199705232342.RAA18535@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Eric J. Chet" cc: "Donald J. Maddox" , Rick Lotoczky , current@FreeBSD.ORG Subject: Re: several problems with latest world In-reply-to: Your message of "Fri, 23 May 1997 18:25:46 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 May 1997 17:42:56 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > > 2 problems noticed with world made last nite: > > --- > Well, the sio?: messages are definitely due to the sio.c changes... >I've tested a few patches for phk, so he's working on this. Don't know >about lpd, though. --- >Yup, I saw the same stuff. Can't do much about the tp stuff in the sio driver. >It's part of the new code. The lpd stuff is easy to fix. Each printcap entry >now requires its own buffer directory in /var/spool/lpd (or wherever your >printcap points). Assign unique spool directories and the error goes away. --- >Steve > I'm seeing these messages with a up-kernel. thanx for the replies, now I know its nothing I did and can continue to break things on my own! -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Fri May 23 17:04:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25388 for current-outgoing; Fri, 23 May 1997 17:04:59 -0700 (PDT) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25382 for ; Fri, 23 May 1997 17:04:54 -0700 (PDT) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.7.4+2.6Wbeta6/3.4W5-ntc_mailserver1.02) id JAA26463; Sat, 24 May 1997 09:04:33 +0900 (JST) Date: Sat, 24 May 1997 09:04:33 +0900 (JST) Message-Id: <199705240004.JAA26463@afs.ntc.mita.keio.ac.jp> To: joerg_wunsch@uriah.heep.sax.de Cc: current@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp Subject: Re: cd9660 w/ Joliet extensions In-Reply-To: Your message of Sat, 24 May 1997 00:34:40 +0200. <19970524003440.QC44104@uriah.heep.sax.de> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In article <19970524003440.QC44104@uriah.heep.sax.de> j@uriah.heep.sax.de writes: >> Also my guess. Or simply ignorance: ``Oh, there is already a standard >> for long filenames? But how could this be, since they have only been >> introduced into the world by Windows[TM] NT and Windows[TM] 95.'' :-). Actually, I thinks that the reason why Micorsoft does not use RR is, that RR is not only a spec for long filenames on CD-ROM. It supports UID, GID, owner/group permissions, executable attributes, deeper pathnames, symbolic links, etc. These features are strongly depends on UNIX architecture. I have a question about the relation between Joliet and RR. o Does Joliet coexist with RR on one iso9660 filesystem? I'm happy if I can browse FreeBSD live filesystem with longer filenames from Windows 95 or NT. BTW, I think WC's FreeBSD CD-ROM should be utilize Windows 95 because it's the most popular CD-ROM browser :-), and it is installed on most PC's. I added an "\AUTORUN.INF" on Japanese version of FreeBSD CD-ROM. It displays daemon icon on CD-ROM drive in "My Computer" and add following menu items on "right click" submenu of CD-ROM icon. o execute notepad to read README.TXT, HARDWARE.TXT, and INSTALL.TXT. o create boot.flp (of course El Torito works great, but this menu is useful on non-El Torito BIOS PC's). -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp From owner-freebsd-current Fri May 23 17:49:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27379 for current-outgoing; Fri, 23 May 1997 17:49:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA27373 for ; Fri, 23 May 1997 17:48:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA08192; Fri, 23 May 1997 17:46:22 -0700 From: Terry Lambert Message-Id: <199705240046.RAA08192@phaeton.artisoft.com> Subject: Re: cd9660 w/ Joliet extensions To: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) Date: Fri, 23 May 1997 17:46:22 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp In-Reply-To: <199705240004.JAA26463@afs.ntc.mita.keio.ac.jp> from "HOSOKAWA Tatsumi" at May 24, 97 09:04:33 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 have a question about the relation between Joliet and RR. > > o Does Joliet coexist with RR on one iso9660 filesystem? Yes. 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 May 23 18:03:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA27899 for current-outgoing; Fri, 23 May 1997 18:03:24 -0700 (PDT) Received: from intrepid.leaky.com (shaffer-s.nosc.mil [128.49.236.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA27893 for ; Fri, 23 May 1997 18:03:20 -0700 (PDT) Received: (from admin@localhost) by intrepid.leaky.com (8.8.5/8.8.5) id RAA00662; Fri, 23 May 1997 17:38:34 -0700 (PDT) Message-Id: <199705240038.RAA00662@intrepid.leaky.com> X-Authentication-Warning: intrepid.leaky.com: admin set sender to using -f Received: from localhost(127.0.0.1) by intrepid.leaky.com via smap (V1.3) id sma000612; Fri May 23 17:36:57 1997 X-Mailer: exmh version 1.6.7 5/3/96 To: current@FreeBSD.Org cc: gshaffer@intrepid.leaky.com Subject: Fatal trap 12 in _vm_page_lookup Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 May 1997 17:36:17 -0700 From: Greg Shaffer Sender: owner-current@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk Just caught this one. ddb output: Fatal trap 12: page fault while in kernel mode cpunumber = 0 fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x8: 0xf0185074 stack pointer = 0x10: 0xf449be2c frame pointer = 0x10: 0xf449be38 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 = 19470 (sh) interrupt mask = net tty bio kernel: type 12 trap, code = 0 stopped at _vm_page_lookup+0x48: cmpl %edi, 0x18(%ebx) Greg Shaffer From owner-freebsd-current Sat May 24 00:57:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12518 for current-outgoing; Sat, 24 May 1997 00:57:15 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12513 for ; Sat, 24 May 1997 00:57:13 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA02831; Sat, 24 May 1997 00:55:20 -0700 (PDT) To: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) cc: joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG Subject: Re: cd9660 w/ Joliet extensions In-reply-to: Your message of "Sat, 24 May 1997 09:04:33 +0900." <199705240004.JAA26463@afs.ntc.mita.keio.ac.jp> Date: Sat, 24 May 1997 00:55:20 -0700 Message-ID: <2827.864460520@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > BTW, I think WC's FreeBSD CD-ROM should be utilize Windows 95 because > it's the most popular CD-ROM browser :-), and it is installed on most > PC's. I added an "\AUTORUN.INF" on Japanese version of FreeBSD > CD-ROM. It displays daemon icon on CD-ROM drive in "My Computer" and > add following menu items on "right click" submenu of CD-ROM icon. Hmmm. I've had many people tell me that they're very very happy that the FreeBSD CD does not have an autorun.inf file and that this feature is the most evil thing they ever experienced in Win95. :-) Jordan From owner-freebsd-current Sat May 24 01:12:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13215 for current-outgoing; Sat, 24 May 1997 01:12:48 -0700 (PDT) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13204 for ; Sat, 24 May 1997 01:12:39 -0700 (PDT) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.7.4+2.6Wbeta6/3.4W5-ntc_mailserver1.02) id RAA27050; Sat, 24 May 1997 17:12:27 +0900 (JST) Date: Sat, 24 May 1997 17:12:27 +0900 (JST) Message-Id: <199705240812.RAA27050@afs.ntc.mita.keio.ac.jp> To: jkh@time.cdrom.com Cc: joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp Subject: Re: cd9660 w/ Joliet extensions In-Reply-To: Your message of Sat, 24 May 1997 00:55:20 -0700. <2827.864460520@time.cdrom.com> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Hmmm. I've had many people tell me that they're very very happy that >> the FreeBSD CD does not have an autorun.inf file and that this feature >> is the most evil thing they ever experienced in Win95. :-) I think that autorun.inf does not harmful if autorun.inf does not autorun :-) any executables (I use it only for menu and icon). hosokawa From owner-freebsd-current Sat May 24 01:21:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13545 for current-outgoing; Sat, 24 May 1997 01:21:20 -0700 (PDT) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13539 for ; Sat, 24 May 1997 01:21:14 -0700 (PDT) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.7.4+2.6Wbeta6/3.4W5-ntc_mailserver1.02) id RAA27081; Sat, 24 May 1997 17:20:24 +0900 (JST) Date: Sat, 24 May 1997 17:20:24 +0900 (JST) Message-Id: <199705240820.RAA27081@afs.ntc.mita.keio.ac.jp> To: hosokawa@ntc.keio.ac.jp Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp Subject: Re: cd9660 w/ Joliet extensions In-Reply-To: Your message of Sat, 24 May 1997 17:12:27 +0900 (JST). <199705240812.RAA27050@afs.ntc.mita.keio.ac.jp> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I think that autorun.inf does not harmful if autorun.inf does not ~~~ is :-) >> autorun :-) any executables (I use it only for menu and icon). ... and please note that this CD is alpha-test version of Japanese FreeBSD CDROM. But many alpha-testers said that they like this feature. P.S. mkisofs in ports/packages-2.2 is still 1.10. The latest version is 1.11. -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp From owner-freebsd-current Sat May 24 02:02:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15017 for current-outgoing; Sat, 24 May 1997 02:02:38 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15006 for ; Sat, 24 May 1997 02:02:34 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA03194; Sat, 24 May 1997 02:02:14 -0700 (PDT) To: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) cc: joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG Subject: Re: cd9660 w/ Joliet extensions In-reply-to: Your message of "Sat, 24 May 1997 17:20:24 +0900." <199705240820.RAA27081@afs.ntc.mita.keio.ac.jp> Date: Sat, 24 May 1997 02:02:13 -0700 Message-ID: <3190.864464533@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ... and please note that this CD is alpha-test version of Japanese > FreeBSD CDROM. But many alpha-testers said that they like this > feature. Hmmm. Well, we shall see what Walnut Creek CDROM's customers say. So far, nobody seems to have missed it. :) Jordan From owner-freebsd-current Sat May 24 02:20:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15868 for current-outgoing; Sat, 24 May 1997 02:20:53 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA15853 for ; Sat, 24 May 1997 02:20:47 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA05165 for current@FreeBSD.ORG; Sat, 24 May 1997 11:20:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id LAA13597; Sat, 24 May 1997 11:01:32 +0200 (MET DST) Message-ID: <19970524110132.ER51237@uriah.heep.sax.de> Date: Sat, 24 May 1997 11:01:32 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: cd9660 w/ Joliet extensions References: <199705240812.RAA27050@afs.ntc.mita.keio.ac.jp> <199705240820.RAA27081@afs.ntc.mita.keio.ac.jp> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705240820.RAA27081@afs.ntc.mita.keio.ac.jp>; from HOSOKAWA Tatsumi on May 24, 1997 17:20:24 +0900 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As HOSOKAWA Tatsumi wrote: > P.S. mkisofs in ports/packages-2.2 is still 1.10. The latest version > is 1.11. What major changes happened? I've fixed one of the bugs independently (patch-ac, IIRC). -- 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 May 24 03:30:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA17867 for current-outgoing; Sat, 24 May 1997 03:30:58 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA17861 for ; Sat, 24 May 1997 03:30:50 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id MAA08044 for ; Sat, 24 May 1997 12:30:36 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id MAA12500 for freebsd-current@FreeBSD.ORG; Sat, 24 May 1997 12:30:07 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id MAA16614; Sat, 24 May 1997 12:28:08 +0200 (CEST) Message-ID: <19970524122807.59761@keltia.freenix.fr> Date: Sat, 24 May 1997 12:28:07 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: Weird problem during make world Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3323 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk My make world today stopped on this message... cc -fpic -DPIC -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/src/src/lib/libc/../libc/locale -DYP -I/src/src/lib/libc/i386 -c settimeofday.S -o settimeofday.so ld.so failed: mmap failed for "/usr/lib/libc.so.3.0" : Bad file descriptor *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. 1346.64 real 783.32 user 252.32 sys Sat May 24 01:52:30 CEST 1997 Restarting manually "fixed" it but I don't like this kind of message... CURRENT from cvs-cur.3323.gz (I never received the 3324 delta :-( ). -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #10: Fri May 23 22:47:39 CEST 1997 From owner-freebsd-current Sat May 24 06:04:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24591 for current-outgoing; Sat, 24 May 1997 06:04:27 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24585 for ; Sat, 24 May 1997 06:04:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA06875; Sat, 24 May 1997 23:02:11 +1000 Date: Sat, 24 May 1997 23:02:11 +1000 From: Bruce Evans Message-Id: <199705241302.XAA06875@godzilla.zeta.org.au> To: current@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: cd9660 filesystem slowed down ??? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >j@uriah 145% dd if=/cdrom/xxxx of=/dev/null >13036+1 records in >13036+1 records out >6674533 bytes transferred in 70.361082 secs (94861 bytes/sec) There is a stranger anomaly for ext2fs with an fs block size of 1K: Immediately after mounting: $ dd if=libg++.a >/dev/null 3656+1 records in 3656+1 records out 1872034 bytes transferred in 4.143877 secs (451759 bytes/sec) This is normal - the drive is a Zip with a best case transfer speed of about 1MB/sec. Second run: $ dd if=libg++.a >/dev/null 3656+1 records in 3656+1 records out 1872034 bytes transferred in 29.836025 secs (64264 bytes/sec) Subsequent runs: about the same speed as the second run 60-70K/sec. This has something to do with nbuf (= 0x6a5) * fs_block_size (= 1K) being slightly less than the file size. For smaller files, caching gives a 20 times speed improvement instead of a 7 times speed unimprovement. Reading with a 4K block size doesn't help much. Caching works even less well for writing to this file system: $ dd if=/dev/zero of=z bs=1k count=1400 1400+0 records in 1400+0 records out 1433600 bytes transferred in 42.815710 secs (33483 bytes/sec) $ [same with count=1000] 1024000 bytes transferred in 28.514967 secs (35911 bytes/sec) $ [same with count=600] 614400 bytes transferred in 13.807223 secs (44498 bytes/sec) $ [same with count=200] 204800 bytes transferred in 0.047537 secs (4308226 bytes/sec) ext2fs with a block size of 4K seems to work fine. So does msdosfs with a block size of 4K. Note that msdosfs doesn't use cluster_read(). cd9660 with doclusterread turned off is even slower than with it on, so I assume that this is a general caching problem. Bruce From owner-freebsd-current Sat May 24 11:49:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12016 for current-outgoing; Sat, 24 May 1997 11:49:56 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA12010 for ; Sat, 24 May 1997 11:49:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA11110; Sat, 24 May 1997 11:46:33 -0700 From: Terry Lambert Message-Id: <199705241846.LAA11110@phaeton.artisoft.com> Subject: Re: cd9660 w/ Joliet extensions To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 24 May 1997 11:46:33 -0700 (MST) Cc: hosokawa@ntc.keio.ac.jp, joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG In-Reply-To: <2827.864460520@time.cdrom.com> from "Jordan K. Hubbard" at May 24, 97 00:55:20 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 > > BTW, I think WC's FreeBSD CD-ROM should be utilize Windows 95 because > > it's the most popular CD-ROM browser :-), and it is installed on most > > PC's. I added an "\AUTORUN.INF" on Japanese version of FreeBSD > > CD-ROM. It displays daemon icon on CD-ROM drive in "My Computer" and > > add following menu items on "right click" submenu of CD-ROM icon. > > Hmmm. I've had many people tell me that they're very very happy that > the FreeBSD CD does not have an autorun.inf file and that this feature > is the most evil thing they ever experienced in Win95. :-) Only if it's not correctly implemented. For instance, if you do not have all your code pages in core, and you eject the CD, and you go to fault a page, it will blue-screen (you can see this by putting in the MSVC++ CDROM, getting the install screen, ejecting the CDROM, and then moving the mouse over one of the buttons). Apparently, Windows95 does not obey the "preload" section attribution. Which is OK, because neither does FreeBSD (FreeBSD doesn't have the concept of paging an unmodified image from swap -- unmodified images are always paged from their vnodes). 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 Sat May 24 15:12:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22138 for current-outgoing; Sat, 24 May 1997 15:12:21 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22125 for ; Sat, 24 May 1997 15:12:08 -0700 (PDT) Received: from bmccane.uit.net (localhost.mccane.com [127.0.0.1]) by bmccane.uit.net (8.8.5/8.8.5) with ESMTP id RAA19527; Sat, 24 May 1997 17:11:09 -0500 (CDT) Message-Id: <199705242211.RAA19527@bmccane.uit.net> X-Mailer: exmh version 2.0gamma 1/27/96 To: Tom Samplonius cc: current@hub.freebsd.org Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) In-reply-to: Your message of "Fri, 23 May 1997 14:01:50 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 May 1997 17:11:08 -0500 From: Wm Brian McCane Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Does AGIS provide individuals/corporations (besides the spammers) with accounts capable of email or browsing? It might be interesting to add the ability (ie. a module) to Apache to check the browsers host domain, and send an appropriate 401/402 page to users in an `undesirable' domain. Something like: "You cannot browse this site because your ISP is involved in undesirable activities on the InterNet. If you have an account with a different ISP please use it to access this server". If enough people started getting these messages from enough places and complained, and if the people running Apache also survived the ensuing DOS attacks and/or MailBombs, which would surely follow based on their reputations, maybe we could scare the companies straight. brian From owner-freebsd-current Sat May 24 15:17:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22359 for current-outgoing; Sat, 24 May 1997 15:17:10 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22354 for ; Sat, 24 May 1997 15:16:58 -0700 (PDT) Received: from bmccane.uit.net (localhost.mccane.com [127.0.0.1]) by bmccane.uit.net (8.8.5/8.8.5) with ESMTP id RAA19703; Sat, 24 May 1997 17:16:05 -0500 (CDT) Message-Id: <199705242216.RAA19703@bmccane.uit.net> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: current@FreeBSD.ORG Subject: Re: several problems with latest world In-reply-to: Your message of "Fri, 23 May 1997 15:19:11 MDT." <199705232119.PAA18126@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 May 1997 17:16:05 -0500 From: Wm Brian McCane Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > 2 problems noticed with world made last nite: > > --- > Victor lpd[115]: startup: duplicate spool directories > > anyone else seeing this? I got this. Turns out two of my printers had the same value for sd= in /etc/printcap. brian From owner-freebsd-current Sat May 24 16:00:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23982 for current-outgoing; Sat, 24 May 1997 16:00:32 -0700 (PDT) Received: from pool.pipex.net (pool.pipex.net [158.43.128.24]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA23976 for ; Sat, 24 May 1997 16:00:29 -0700 (PDT) Received: (qmail 29303 invoked from smtpd); 24 May 1997 23:00:27 -0000 Received: from imdb.demon.co.uk (HELO localhost.imdb.com) (194.222.68.23) by pool.pipex.net with SMTP; 24 May 1997 23:00:27 -0000 Date: Sun, 25 May 1997 00:00:02 +0100 (BST) From: Rob Hartill To: current@hub.freebsd.org Subject: Re: UU.NET, SPAM, and Cyberpromotions (was Re: usregsite.com) In-Reply-To: <199705242211.RAA19527@bmccane.uit.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 Sat, 24 May 1997, Wm Brian McCane wrote: > Does AGIS provide individuals/corporations (besides the spammers) with accounts > capable of email or browsing? It might be interesting to add the ability > (ie. a module) to Apache to check the browsers host domain, and send an > appropriate 401/402 page to users in an `undesirable' domain. Something like: > > "You cannot browse this site because your ISP is involved in undesirable > activities on the InterNet. If you have an account with a different ISP > please use it to access this server". You can do that without hacking Apache using basic directory/location access restrictions. > If enough people started getting these messages from enough places and > complained, and if the people running Apache also survived the ensuing DOS > attacks and/or MailBombs, which would surely follow based on their reputations, > maybe we could scare the companies straight. I read someplace that a guy was distributing CGI that'd do something similar. Someone else has written CGI that sends robots into an infinite loop and contaminates their email databases with as many bogus addresses as the robot is willing to harvest. Whatever, there must be a better mailing list than this one to discuss fighting spammers when it's unrelated to FreeBSD. -- Rob Hartill Internet Movie Database (Ltd) http://www.moviedatabase.com/ .. a site for sore eyes. From owner-freebsd-current Sat May 24 16:14:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24488 for current-outgoing; Sat, 24 May 1997 16:14:11 -0700 (PDT) Received: from hwcn.org (0@main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24482 for ; Sat, 24 May 1997 16:14:07 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (3199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.5/8.8.5) with ESMTP id TAA11739; Sat, 24 May 1997 19:14:16 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.5/8.8.5) with SMTP id TAA06311; Sat, 24 May 1997 19:16:35 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 24 May 1997 19:16:34 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: hoek@hwcn.org To: Terry Lambert cc: "Jordan K. Hubbard" , hosokawa@ntc.keio.ac.jp, current@FreeBSD.ORG Subject: Re: cd9660 w/ Joliet extensions In-Reply-To: <199705241846.LAA11110@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 [cc: edited to prevent someone without a mailer that auto-detects duplicates from realizing that he should have a duplicate of this message] On Sat, 24 May 1997, Terry Lambert wrote: > > Hmmm. I've had many people tell me that they're very very happy that > > the FreeBSD CD does not have an autorun.inf file and that this feature > > is the most evil thing they ever experienced in Win95. :-) > > Only if it's not correctly implemented. Although, I would be willing to bet it's the fact that things start happening without an explicit command from the user "run this program" that bothers people, not the fact that it's incorrectly implemented. The auto-run feature, can, of course, be disabled by pressing some key while putting in the CD (is it what? Shift? I can't remember off-hand... :(. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk