From owner-freebsd-current Sun Apr 19 00:14:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02511 for freebsd-current-outgoing; Sun, 19 Apr 1998 00:14:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA02481 for ; Sun, 19 Apr 1998 07:14:06 GMT (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA11628; Sun, 19 Apr 1998 07:34:44 +0200 From: Luigi Rizzo Message-Id: <199804190534.HAA11628@labinfo.iet.unipi.it> Subject: Re: There was PicoBSD - let there be a Mini... To: abial@nask.pl (Andrzej Bialecki) Date: Sun, 19 Apr 1998 07:34:44 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Apr 18, 98 11:27:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > you'd need this much space just for the swapfile. > > As I said: it depends. E.g. PicoBSD doesn't use swap at all... So perhaps, > in case of X's, 8MB would be for swap and 16MB for the binaries. not so easy. picobsd is for the expert, and you don't run programs requiring a lot of memory on it. but if you want to build something like minibsd for demo purposes, it must not crash as soon as you start netscape or some other big memory consumer. My experience on a diskless machine is that 32MB of ram are enough to run the standard X environment, but the system starts touching the swap as soon as you run netscape 3 (it takes about 6MB here; netscape4 takes over 10, and i have the impression that at some early stage it forks, so for a while you have two 10MB processes.How much of this is actually duplicated I have no idea). > Yes, this way you could have even quite normal FreeBSD installation... but > you need to keep the right CD in drive all the time. it's a demo after all. E.g. I'd use it to carry around freebsd. A floppy with all my customized files, and a CD with an image of the system (binaries etc.) cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 01:00:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12305 for freebsd-current-outgoing; Sun, 19 Apr 1998 01:00:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA12269 for ; Sun, 19 Apr 1998 08:00:40 GMT (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA11605; Sun, 19 Apr 1998 07:23:43 +0200 From: Luigi Rizzo Message-Id: <199804190523.HAA11605@labinfo.iet.unipi.it> Subject: Re: There was PicoBSD - let there be a Mini... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 19 Apr 1998 07:23:43 +0200 (MET DST) Cc: abial@nask.pl, freebsd-current@FreeBSD.ORG In-Reply-To: <24386.892940380@time.cdrom.com> from "Jordan K. Hubbard" at Apr 18, 98 03:59:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > work out the details. It would, for another thing, be very slow > (as Linux's UMSDOS is) and I think that's sort of dampened people's I am not sure why you say slow. iozone run on the msdos partition seems to be only slightly slower than on the ufs on the same disk (in any case well over 2MB/s on some disks I tried with a P5/133). Even if you go through the vn device things should not be so worse (furthermore, you dont have to mess up with msdos directories since it's only one file). cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 04:40:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09067 for freebsd-current-outgoing; Sun, 19 Apr 1998 04:40:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.ic.dk (qmailr@mail.ic.dk [194.255.107.174]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA09040 for ; Sun, 19 Apr 1998 11:40:40 GMT (envelope-from jacob@jblhome.ping.dk) Received: (qmail 11078 invoked from network); 19 Apr 1998 11:40:37 -0000 Received: from ic1.ic-local (HELO ic1.ic.dk) (192.168.65.12) by ic4.ic.dk with SMTP; 19 Apr 1998 11:40:37 -0000 Received: from jblhome by ic1.ic.dk with UUCP id AA09418 (5.65c8/IDA-1.4.4j); Sun, 19 Apr 1998 13:38:55 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.8/8.8.8) id NAA28027; Sun, 19 Apr 1998 13:33:41 +0200 (CEST) (envelope-from jacob) To: pb@fasterix.frmug.org (Pierre Beyssac) Cc: Matthew.Thyer@dsto.defence.gov.au (Matthew Thyer), joelh@gnu.org, c5666305@comp.polyu.edu.hk, current@FreeBSD.ORG Subject: Re: Using CVSUP and CTM together (Was Re: Disk munging problem with current solved) References: <199803171142.TAA07037@cssolar85.COMP.HKP.HK> <350E643D.A47CB903@camtech.net.au> <199803182240.QAA07391@detlev.UUCP> <35106C23.64774CD9@dsto.defence.gov.au> <199803190244.UAA08131@detlev.UUCP> <35108C62.DDFB1544@dsto.defence.gov.au> <19980319115813.MB01769@mars.hsc.fr> From: Jacob Bohn Lorensen Date: 19 Apr 1998 13:33:38 +0200 In-Reply-To: pb@fasterix.frmug.org's message of Thu, 19 Mar 1998 11:58:13 +0100 Message-Id: <87g1jaqc4t.fsf@pippin.jblhome.ping.dk> Lines: 48 X-Mailer: Gnus v5.3/Emacs 19.34 X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am not a very knowledgeable cvs person, but I do run a different setup (using ctm and cvs) which I think is quite nice. pb@fasterix.frmug.org (Pierre Beyssac) writes: > According to Matthew Thyer: > > Also it would seem that CTM is not very useful for developers as > > they are required to update their tree before committing changes > > (in case what they were to change has been changed by others). > With CTM there are at least two solutions, as far as I know: > A) Receive the CVS tree via CTM. It's expensive (you have to > B) Receive /usr/src via CTM. Update your tree locally, keep > copies of the original files you modified. When CTM > complains about a MD5 mismatch, copy the original file > by adding a .ctm extension to it (CTM looks for these C) Update /local/src via CTM. Never touch /local/src youself. Maintain your own CVS repository by regularly checking in with cd /local/src cvs import -I \! -ko -m "FreeBSD Current" src SRC_CUR V Use -ko to keep the FreeBSD CVS version numbers in files. Make /usr/src a checked-out copy of your local repository. Do your hacking here. This is expensive disk-wise in that you effectively have three on-line copies of the sources: your local repository, your checked-out working copy, and /local/src that ctm updates. However you get to use cvs to help resolving conflicts. I came up with this approch in order to start learning about CVS; I am still learning, and occasionally have to blow away the repository and start over because many CVS command does not do what I think they do. Unfortunately, with this approach you don't get all the cvs log messages, but the cvs-all mailing list makes up for this. Jacob. -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45-31560401 PGP ID = E596F0B5; PGP Fingerprint = 1E8726467436DC4A 723B6678C5AD9E71 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 04:45:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09514 for freebsd-current-outgoing; Sun, 19 Apr 1998 04:45:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09506 for ; Sun, 19 Apr 1998 11:45:17 GMT (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id VAA00099; Sun, 19 Apr 1998 21:43:30 +1000 Date: Sun, 19 Apr 1998 21:43:30 +1000 From: Bruce Evans Message-Id: <199804191143.VAA00099@godzilla.zeta.org.au> To: bde@zeta.org.au, cracauer@cons.org Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >In <199803131513.CAA27634@godzilla.zeta.org.au>, Bruce Evans wrote: >> SIGQUIT handling is still buggy. For the simple Makefile: >> --- >> foo: >> sleep 1000 >> --- >> killing make with SIGQUIT gives the following behaviours: >> >> 1. make: exits with status 3 (SIGQUIT) (per the above change). >> 2. make -j4: hangs (broken). >> 3: gmake: exits with status 1. >> 3: gmake -j4: exits with status 1. >> >> POSIX.2 only requires a nonzero exit status for SIGQUIT. We've just >> fixed the handling of SIGINT, SIGTERM and SIGHUP. > >The appended diff fixes the hangs for `make -j4`->SIGQUIT by exiting >with SIGINT exit status. > >I don't consider it that ugly to report exit on SIGINT to the calling >process when the actual signal was SIGQUIT. Alternativly, we could >limit coredumpsize = 0 and then exit with SIGQUIT. I think I prefer to limit the coredump size. I thought that this bunch of changes (at least to shell and make) was ready to commit until a few minutes ago when I tried to kill a `make depend' in src/lib. It didn't work - some sub-make[s] kept running. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 05:18:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12819 for freebsd-current-outgoing; Sun, 19 Apr 1998 05:18:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12808 for ; Sun, 19 Apr 1998 12:18:26 GMT (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id MAA05881; Sun, 19 Apr 1998 12:45:16 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.8) id MAA24079; Sun, 19 Apr 1998 12:06:21 +0200 (CEST) (envelope-from andreas) Message-ID: <19980419120620.22128@klemm.gtn.com> Date: Sun, 19 Apr 1998 12:06:20 +0200 From: Andreas Klemm To: Simon Coggins , freebsd-current@FreeBSD.ORG Subject: Re: Problems with X windows, and Shared memory References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Simon Coggins on Sun, Apr 19, 1998 at 10:52:01AM +1000 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 19, 1998 at 10:52:01AM +1000, Simon Coggins wrote: > Hi > > I'm running -current last updated > FreeBSD chaotic 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Thu Apr 16 19:33:14 EST 1998 FreeBSD titan.klemm.gtn.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Apr 18 12:52:21 CEST 1998 root@titan.klemm.gtn.com:/home/data/sys.bisdn/compile/BISDNSMP i386 > I'm seeing the following problems, X windows locks up, and I have to ctrl alt > backspace to get out of it, and if I run x windows again the whole machine locks > up and I have to reboot. If I edit a file after I ctrl alt backspace then > reload xwindows that file i edited is trashed. Everything runs fine here, even Shared mem and such ... maybe hardware releated ? -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 07:54:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA27306 for freebsd-current-outgoing; Sun, 19 Apr 1998 07:54:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27301 for ; Sun, 19 Apr 1998 14:54:38 GMT (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id KAA29853; Sun, 19 Apr 1998 10:54:24 -0400 (EDT) Message-ID: <19980419105423.A29843@rtfm.net> Date: Sun, 19 Apr 1998 10:54:23 -0400 From: Nathan Dorfman To: current@FreeBSD.ORG Subject: Re: Star Office 4 (Was: Re: Problems w/ Linux EMU) Mail-Followup-To: current@FreeBSD.ORG References: <199804172257.PAA01087@dingo.cdrom.com> <19980418111526.A7246@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980418111526.A7246@keltia.freenix.fr>; from Ollivier Robert on Sat, Apr 18, 1998 at 11:15:26AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 18, 1998 at 11:15:26AM +0200, Ollivier Robert wrote: > According to Alfred Perlstein: > > after staroffice 4 has been running for a few seconds it locks up and i do > > a ipcs and see all my shared segments are used up. > > I have a script that start StarOffice4 and then clean up the shared memory > segments afterward (it is either a bug in SO4 or a bug in our shared mem > emulation). > > I've been seeing SO4 lockups regularely too. Sometimes, you start doing > something then everything is blocked because it has gone in a tight loop, > taking huge amount of CPU. Only kill is effective. > > I don't know if it is a bug in SO4 or in the emulator. This is the same thing that happens to x11amp (I know you want sound stuff to -multimedia, but this is relevant to the discussion. It doesn't hang, but it dies on a bus error; every subsequent attempt to start it results in sigsegv. The only way to fix it (that i know of) is run this: nathan:~% cat `which ipckill` #!/bin/sh ipcs | sed "s/[ ][ ]*/ /g" | cut -f 2 -d" " | sed "s/[^0-9]//g" | xargs -t -n 1 ipcrm -m (that's one line) this will run ipcrm on everything in the ipcs list (careful, now). Thanks to brightmn for the script. > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #3: Tue Apr 14 21:41:01 CEST 1998 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 08:06:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29333 for freebsd-current-outgoing; Sun, 19 Apr 1998 08:06:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29328 for ; Sun, 19 Apr 1998 15:06:49 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id PAA19094 for ; Sun, 19 Apr 1998 15:06:44 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA10548; Sun, 19 Apr 1998 17:06:43 +0200 (MET DST) Message-ID: <19980419170642.17930@follo.net> Date: Sun, 19 Apr 1998 17:06:42 +0200 From: Eivind Eklund To: current@FreeBSD.ORG Subject: Re: Star Office 4 (Was: Re: Problems w/ Linux EMU) References: <199804172257.PAA01087@dingo.cdrom.com> <19980418111526.A7246@keltia.freenix.fr> <19980419105423.A29843@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980419105423.A29843@rtfm.net>; from Nathan Dorfman on Sun, Apr 19, 1998 at 10:54:23AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 19, 1998 at 10:54:23AM -0400, Nathan Dorfman wrote: > This is the same thing that happens to x11amp (I know you want sound > stuff to -multimedia, but this is relevant to the discussion. It doesn't > hang, but it dies on a bus error; Another bus-error is in ACL (Allegro Common Lisp) V4.3 for Linux. Just type 'a' 4 times, and SIGBUS results. (I tried to look at this, but hasn't found any way to inspect the core files...) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 09:52:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15100 for freebsd-current-outgoing; Sun, 19 Apr 1998 09:52:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles236.castles.com [208.214.165.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA15095 for ; Sun, 19 Apr 1998 16:52:37 GMT (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id JAA01842 for ; Sun, 19 Apr 1998 09:50:08 -0700 (PDT) Message-Id: <199804191650.JAA01842@antipodes.cdrom.com> Date: Sun, 19 Apr 1998 09:50:05 -0700 From: Mike Smith Subject: Re: Star Office 4 (Was: Re: Problems w/ Linux EMU) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To: undisclosed-recipients:; ------- Blind-Carbon-Copy X-Mailer: exmh version 2.0zeta 7/24/97 To: Eivind Eklund cc: emulation@freebsd.org Subject: Re: Star Office 4 (Was: Re: Problems w/ Linux EMU) In-reply-to: Your message of "Sun, 19 Apr 1998 17:06:42 +0200." <19980419170642.17930@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 1998 09:50:05 -0700 From: Mike Smith PLEASE POST PROBLEMS RELATED TO THE LINUX EMULATION TO THE -EMULATION LIST. THANKYOU. > On Sun, Apr 19, 1998 at 10:54:23AM -0400, Nathan Dorfman wrote: > > This is the same thing that happens to x11amp (I know you want sound > > stuff to -multimedia, but this is relevant to the discussion. It doesn't > > hang, but it dies on a bus error; > > Another bus-error is in ACL (Allegro Common Lisp) V4.3 for Linux. > > Just type 'a' 4 times, and SIGBUS results. (I tried to look at this, > but hasn't found any way to inspect the core files...) An ACL user has been looking at this one for a long time. The problem has to do with Linux and FreeBSD disagreeing about what signals to send for various user-space transgressions. ACL does its own memory management, and is gettting the wrong signal. We've just started work on resolving this again - I hope that we have a solution to this particular problem at least. There are also some changes that need to be made to the way that emulated processes are started to resolve the different initial signal handling states. - -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com ------- End of Blind-Carbon-Copy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 10:08:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18299 for freebsd-current-outgoing; Sun, 19 Apr 1998 10:08:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18281 for ; Sun, 19 Apr 1998 17:08:51 GMT (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id TAA16934; Sun, 19 Apr 1998 19:08:36 +0200 (CEST) Message-ID: <19980419190835.27394@cons.org> Date: Sun, 19 Apr 1998 19:08:35 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) Mail-Followup-To: Bruce Evans , cracauer@cons.org, freebsd-current@FreeBSD.ORG References: <199804191143.VAA00099@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804191143.VAA00099@godzilla.zeta.org.au>; from Bruce Evans on Sun, Apr 19, 1998 at 09:43:30PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199804191143.VAA00099@godzilla.zeta.org.au>, Bruce Evans wrote: > >In <199803131513.CAA27634@godzilla.zeta.org.au>, Bruce Evans wrote: > >> SIGQUIT handling is still buggy. For the simple Makefile: > >> --- > >> foo: > >> sleep 1000 > >> --- > >> killing make with SIGQUIT gives the following behaviours: > >> > >> 1. make: exits with status 3 (SIGQUIT) (per the above change). > >> 2. make -j4: hangs (broken). > >> 3: gmake: exits with status 1. > >> 3: gmake -j4: exits with status 1. > >> > >> POSIX.2 only requires a nonzero exit status for SIGQUIT. We've just > >> fixed the handling of SIGINT, SIGTERM and SIGHUP. > > > >The appended diff fixes the hangs for `make -j4`->SIGQUIT by exiting > >with SIGINT exit status. > > > >I don't consider it that ugly to report exit on SIGINT to the calling > >process when the actual signal was SIGQUIT. Alternativly, we could > >limit coredumpsize = 0 and then exit with SIGQUIT. > > I think I prefer to limit the coredump size. The problem with that is that it makes it harder to maintain source compatiblity with other systems (i.e. SunOS4, if I remeber right). > I thought that this bunch of changes (at least to shell and make) was > ready to commit until a few minutes ago when I tried to kill a `make > depend' in src/lib. It didn't work - some sub-make[s] kept running. I also have a script that isn't interruptable in our new sh, but in bash. I am looking into it. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 10:37:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27410 for freebsd-current-outgoing; Sun, 19 Apr 1998 10:37:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lupo.thebarn.com (lupo.lcse.umn.edu [128.101.182.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27130 for ; Sun, 19 Apr 1998 17:36:33 GMT (envelope-from cattelan@lupo.thebarn.com) Received: (from cattelan@localhost) by lupo.thebarn.com (8.8.8/8.8.8) id MAA15119; Sun, 19 Apr 1998 12:36:11 -0500 (CDT) (envelope-from cattelan) Date: Sun, 19 Apr 1998 12:36:11 -0500 (CDT) Message-Id: <199804191736.MAA15119@lupo.thebarn.com> From: Russell Cattelan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-current@FreeBSD.ORG Subject: VM scrambling pages if space is exceeded X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This problem has been cropping up with "current" for about the last month. The basic problem shows up with daemon processes coreing sortly after swap space is maxed out. The most common programs: cron, sendmail and recently socks5. The main process keep running but every time it goes to fork a copy, the copy dies. I am running -current (as of Apr 14), built from scratch. Apr 19 12:03:43 lupo /kernel: swap_pager: suggest more swap space: 124 MB Apr 19 12:10:03 lupo /kernel: pid 15046 (cron), uid 0: exited on signal 11 Apr 19 12:14:27 lupo /kernel: pid 15057 (socks5), uid 0: exited on signal 11 Apr 19 12:14:50 lupo /kernel: pid 15059 (socks5), uid 0: exited on signal 11 I wasn't sure if I had bad bits at some point but I have two systems exhibiting the same behavior. -- Russell Cattelan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 10:46:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29418 for freebsd-current-outgoing; Sun, 19 Apr 1998 10:46:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29382 for ; Sun, 19 Apr 1998 17:46:51 GMT (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id MAA00803; Sun, 19 Apr 1998 12:46:44 -0500 (EST) (envelope-from toor) Message-Id: <199804191746.MAA00803@dyson.iquest.net> Subject: Re: VM scrambling pages if space is exceeded In-Reply-To: <199804191736.MAA15119@lupo.thebarn.com> from Russell Cattelan at "Apr 19, 98 12:36:11 pm" To: cattelan@thebarn.com (Russell Cattelan) Date: Sun, 19 Apr 1998 12:46:44 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Russell Cattelan said: > > This problem has been cropping up with "current" for about the > last month. The basic problem shows up with daemon processes > coreing sortly after swap space is maxed out. > Thanks for the input. That is indeed interesting info that will probably point to a problem. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 10:47:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29464 for freebsd-current-outgoing; Sun, 19 Apr 1998 10:47:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29423 for ; Sun, 19 Apr 1998 17:46:59 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id RAA23247; Sun, 19 Apr 1998 17:46:49 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id TAA11490; Sun, 19 Apr 1998 19:46:48 +0200 (MET DST) Message-ID: <19980419194648.11839@follo.net> Date: Sun, 19 Apr 1998 19:46:48 +0200 From: Eivind Eklund To: Russell Cattelan , freebsd-current@FreeBSD.ORG Subject: Re: VM scrambling pages if space is exceeded References: <199804191736.MAA15119@lupo.thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804191736.MAA15119@lupo.thebarn.com>; from Russell Cattelan on Sun, Apr 19, 1998 at 12:36:11PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 19, 1998 at 12:36:11PM -0500, Russell Cattelan wrote: > This problem has been cropping up with "current" for about the > last month. The basic problem shows up with daemon processes > coreing sortly after swap space is maxed out. [... snip of daemons sig11'ening...] > I wasn't sure if I had bad bits at some point but I have two systems > exhibiting the same behavior. I _had_ this problem, but it went away when I recompiled with the latest kernel sources (yesterday). At that point, I was out of date by a couple of weeks. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 10:53:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01153 for freebsd-current-outgoing; Sun, 19 Apr 1998 10:53:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (garbanzo@spain-11.ppp.hooked.net [206.169.228.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA01111 for ; Sun, 19 Apr 1998 17:53:29 GMT (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id KAA01587; Sun, 19 Apr 1998 10:53:28 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 19 Apr 1998 10:53:28 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "Matthew N. Dodd" cc: Atipa , freebsd-current@FreeBSD.ORG Subject: Re: There was PicoBSD - let there be a Mini... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Matthew N. Dodd wrote: > On Sat, 18 Apr 1998, Atipa wrote: > > Looking at RedHat Linux as an example of GUI admin tools for UNIX > > converts, they use lots of Tk. I think that would be a good addition to a > > FreeBSD "usable preview" as such. > > I think you'll be more impressed with the Perl bindings for Gtk. > > The Gnome people have a gnome app that frontends their PPP. It appears to > be linux centric but wouldn't be a bad thing to look at. With a few minor tweaks, there's a Qt/KDE frontend for pppd, that should have no problem with FreeBSD. Although if you use iijppp, you're out of luck. It's also got a user manager tool, a LaserJet "control panel", and a replacement for xdm (which doesn't seem to work quite well, but it's a nice start). If you're looking at tk admin tools, tkcron looks useful. - alex "Contrary to popular belief, penguins are not the salvation of modern technology. Neither do they throw parties for the urban proletariat." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 12:30:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23837 for freebsd-current-outgoing; Sun, 19 Apr 1998 12:30:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA23813 for ; Sun, 19 Apr 1998 19:30:05 GMT (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id VAA16068 for ; Sun, 19 Apr 1998 21:33:10 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Sun, 19 Apr 1998 21:33:09 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: MiniBSD (or whatever we'd call it...) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! Well, I must admit I'm surprised by so many (positive) comments... Perhaps they are related to recent discussions on PR :-)) because such version could make excellent demo system (IFF correctly prepared). It's a toy, after all - for any serious purpose people should use normal installation. But I feel encouraged, and (when time permits) I'll try to prepare something like this. And now some comments to the comments :-) : * Concerning the use of normal MSDOSFS (as opposite to one file mounted on vn): MSDOSFS lacks ownership and permissions. Unless some friendly FS hacker writes something like UMSDOS, I'd incline to use a file with FFS on a vn driver. * the idea with using Windows swap file is fine, but this file doesn't exist on some machines (e.g. on mine). But this can be easily remedied... * this needs testing (obviously), but I suspect there is a combination of VM sysctls (which John Dyson mentioned) which would allow for running Netscape in reasonably reduced memory/swap space. Of course, one of my goals here is to assure users they can start that many processes (like Netscape) without fear of crashing. This surely needs testing. * "slowness" of such solution (in terms of slow FFS->vn->DOS) is not so important - I don't expect people to use it as a server :-) - it's just a demo (though fully working). * If that was unclear, I repeat: I'm thinking about the _distribution_set_, i.e. something containing all the pieces prepackaged and checked to work as expected. Which is sometimes not true with normal installation and later added packages... Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 13:54:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09536 for freebsd-current-outgoing; Sun, 19 Apr 1998 13:54:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA09494 for ; Sun, 19 Apr 1998 20:54:00 GMT (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA12790; Sun, 19 Apr 1998 21:14:58 +0200 From: Luigi Rizzo Message-Id: <199804191914.VAA12790@labinfo.iet.unipi.it> Subject: Re: MiniBSD (or whatever we'd call it...) To: abial@nask.pl (Andrzej Bialecki) Date: Sun, 19 Apr 1998 21:14:57 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Apr 19, 98 09:32:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You said: > It's a toy, after all - for any serious purpose people should use normal > installation. But I feel encouraged, and (when time permits) I'll try to > * Concerning the use of normal MSDOSFS (as opposite to one file mounted on > vn): MSDOSFS lacks ownership and permissions. Unless some friendly FS so, if it's a toy, why do you care about permissions. After all someone may nuke or alter the whole file... cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 14:18:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13343 for freebsd-current-outgoing; Sun, 19 Apr 1998 14:18:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from unix.tfs.net (as1-p85.tfs.net [139.146.210.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13291 for ; Sun, 19 Apr 1998 21:18:19 GMT (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id QAA18838; Sun, 19 Apr 1998 16:18:07 -0500 (CDT) From: Jim Bryant Message-Id: <199804192118.QAA18838@unix.tfs.net> Subject: Re: CVS and emacs-20.2 In-Reply-To: <199804190342.VAA08469@panzer.plutotech.com> from "Kenneth D. Merry" at "Apr 18, 98 09:42:52 pm" To: ken@plutotech.com (Kenneth D. Merry) Date: Sun, 19 Apr 1998 16:18:07 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-files: The truth is that the X-Files is fiction X-Republican: The best kind!!! X-Operating-System: FreeBSD 3.0-CURRENT #5: Sun Mar 8 12:29:10 CST 1998 X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply: > Is there any particular reason that your messages are sent with a > date that is more than a month in the future? > > This was in your headers: > > Date: Fri, 22 May 1998 19:27:23 -0500 (CDT) thank you! i had yet to notice that... a ntpdate just cleared it up... i think this is a -current issue... can't be a winblowz issue either, i didn't have enough time it seems to even enter winblowz... this reboot was probably when the make buildworld and make installworld had finished [i did the kernel first]... Apr 15 12:47:57 argus su: jbryant to root on /dev/ttyv0 Apr 15 12:47:59 argus reboot: rebooted by jbryant Apr 15 12:47:59 argus syslogd: exiting on signal 15 May 19 12:49:48 argus /kernel: Copyright (c) 1992-1998 FreeBSD Inc. May 19 12:49:48 argus /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 May 19 12:49:48 argus /kernel: The Regents of the University of California. All rights reserved. May 19 12:49:48 argus /kernel: FreeBSD 3.0-CURRENT #1: Tue Apr 14 15:05:02 CDT 1998 sources cvsupped as of 0600 UTC April 14th... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 14:56:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21529 for freebsd-current-outgoing; Sun, 19 Apr 1998 14:56:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21491 for ; Sun, 19 Apr 1998 21:55:59 GMT (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id XAA11310 for ; Sun, 19 Apr 1998 23:55:49 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sun, 19 Apr 1998 23:55:49 +0200 (MET DST) Mime-Version: 1.0 To: current@FreeBSD.ORG Subject: Kernel debugging problems Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 19 Apr 1998 23:55:48 +0200 Message-ID: Lines: 63 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying my hand at a little kernel debugging (lkm debugging actually) as explained in the handbook, but get "no stack" when I try to move up through the stack to examine the culprit function. What am I doing wrong? It's not really important since I know what is causing the trap, but I'd like some experience with kgdb. root@helen ~# cd /sys/compile/helen/ root@helen /sys/compile/helen# gdb -k GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc. (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.1 (kgdb) core-file /var/crash/vmcore.1 IdlePTD 1dc000 initial pcb at 1b4b88 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf2efd030 fault code = supervisor read, page not present instruction pointer = 0x8:0xf2efd030 stack pointer = 0x10:0xf01a7f94 frame pointer = 0x10:0xf01a7fb4 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 = Idle interrupt mask = trap number = 12 panic: page fault syncing disks... 10 10 6 done dumping to dev 20001, offset 491520 dump 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 0xf010f937 in boot () (kgdb) add-symbol-file /usr/src/lkm/syscons/stars/stars_saver_mod.o 0xf2efd020 add symbol table from file "/usr/src/lkm/syscons/stars/stars_saver_mod.o" at text_addr = 0xf2efd020? (y or n) y (kgdb) where #0 0xf010f937 in boot () #1 0xf010fc06 in panic () #2 0xf01823f1 in trap_fatal (frame=0xf01a7f58) at ../../i386/i386/trap.c:875 #3 0xf0181e84 in trap_pfault (frame=0xf01a7f58, usermode=0) at ../../i386/i386/trap.c:768 #4 0xf0181aef in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1073741824, tf_esi = -219164624, tf_ebp = -266698828, tf_isp = -266698880, tf_ebx = 0, tf_edx = 0, tf_ecx = -248537636, tf_eax = 1073741823, tf_trapno = 12, tf_err = 0, tf_eip = -219164624, tf_cs = 8, tf_eflags = 66118, tf_esp = -267305485, tf_ss = 0}) at ../../i386/i386/trap.c:396 #5 0xf2efd030 in stars_update (arg=0x80000000) at stars_saver.c:60 (kgdb) up 5 No stack. (kgdb) quit -- Nobody else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 16:37:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09955 for freebsd-current-outgoing; Sun, 19 Apr 1998 16:37:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA09948 for ; Sun, 19 Apr 1998 23:37:45 GMT (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 11766 invoked from network); 19 Apr 1998 23:36:38 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 19 Apr 1998 23:36:38 -0000 Received: from mordred.cs.ucla.edu (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.8.8/8.8.8) with ESMTP id QAA05685; Sun, 19 Apr 1998 16:37:42 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199804192337.QAA05685@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: Julian Elischer cc: Kenjiro Cho , current@FreeBSD.ORG Subject: Re: Networking strategy for -current In-reply-to: Your message of "Sat, 18 Apr 1998 00:07:38 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 1998 16:37:42 -0700 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > do you want my 3.0 patches? > seems to work like a treat, except the fxp driver never called > altq_dequeue() because it first checked for the existance of packets > on the old queue. (which of course was NULL) > so packets were queued but never dequeued. > this is in fxp_start(); Kenjiro's work is spectacular for low speed and medium speed links (<= 10Mbs). For 100Mbs links, well, ... let's just say it appears to have a lot of overhead. I'm not sure whether it's Matt Thomas' de driver which is the issue (certainly, the driver code needs some simplification) or if ALTQ requires the send interrupt to be triggered so that he knows a packet has drained. FWIW. BTW: Kenjiro: Mighty fine work. -scooter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 17:42:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25110 for freebsd-current-outgoing; Sun, 19 Apr 1998 17:42:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25089; Mon, 20 Apr 1998 00:42:53 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id AAA05395; Mon, 20 Apr 1998 00:42:51 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id CAA12997; Mon, 20 Apr 1998 02:42:51 +0200 (MET DST) Message-ID: <19980420024251.42870@follo.net> Date: Mon, 20 Apr 1998 02:42:51 +0200 From: Eivind Eklund To: John Dyson , freebsd-current@FreeBSD.ORG Subject: Re: VM scrambling pages if space is exceeded References: <199804191736.MAA15119@lupo.thebarn.com> <19980419194648.11839@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980419194648.11839@follo.net>; from Eivind Eklund on Sun, Apr 19, 1998 at 07:46:48PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 19, 1998 at 07:46:48PM +0200, Eivind Eklund wrote: > On Sun, Apr 19, 1998 at 12:36:11PM -0500, Russell Cattelan wrote: > > This problem has been cropping up with "current" for about the > > last month. The basic problem shows up with daemon processes > > coreing sortly after swap space is maxed out. > > [... snip of daemons sig11'ening...] > > > I wasn't sure if I had bad bits at some point but I have two systems > > exhibiting the same behavior. > > I _had_ this problem, but it went away when I recompiled with the > latest kernel sources (yesterday). At that point, I was out of date > by a couple of weeks. This is incorrect. It has re-surfaced; it only took longer to occur than it has before (which might just be random chance). John: if you need hardware details, setup details, a login, or want me to run any experiments: Just ask (as long as it doesn't involve significant risk of scrambling my filesystems ;-) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 17:46:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25609 for freebsd-current-outgoing; Sun, 19 Apr 1998 17:46:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA25598 for ; Mon, 20 Apr 1998 00:45:51 GMT (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 11801 invoked from network); 20 Apr 1998 00:44:45 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 20 Apr 1998 00:44:45 -0000 Received: (from scottm@localhost) by mordred.cs.ucla.edu (8.8.8/8.8.8) id RAA04292 for current@freebsd.org; Sun, 19 Apr 1998 17:45:49 -0700 (PDT) (envelope-from scottm) Date: Sun, 19 Apr 1998 17:45:49 -0700 (PDT) From: Scott Michel Message-Id: <199804200045.RAA04292@mordred.cs.ucla.edu> To: current@FreeBSD.ORG Subject: Spurious crashes while making world Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG No, this isn't a report. There are some who pointed out that these "crashes" or "anomolies" are caused by "bad" DRAM. Whilst this may in fact be the case, we might want to consder adding another entry to this FAQ: Mixed DRAM. What I discovered, after changing out DRAM twice, was that I ended up with a combination of Fast Page and EDO. Even worse, the combination was in one bank of SIMMS (one 32M FP and one 32M EDO). The moral of the story is probably to buy DRAM from mail order and not from that venerable warehouse of reliable product, Fry's. So, before we start down the path "Your DRAM is bad" we might want to suggest "Is your DRAM mixed Fast Page and EDO?" BTW: Anyone know of a good way to stare at the chip and determine this? -scooter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 18:03:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27678 for freebsd-current-outgoing; Sun, 19 Apr 1998 18:03:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27668; Mon, 20 Apr 1998 01:03:36 GMT (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id SAA00303; Sun, 19 Apr 1998 18:03:32 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804200103.SAA00303@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Eivind Eklund cc: John Dyson , freebsd-current@FreeBSD.ORG Subject: Re: VM scrambling pages if space is exceeded In-reply-to: Your message of "Mon, 20 Apr 1998 02:42:51 +0200." <19980420024251.42870@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 1998 18:03:32 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Me too. First ran into the behavior of daemons, like sendmail, core dumping while trying to compile netscape and running out of swap space. Tnks, Amancio > On Sun, Apr 19, 1998 at 07:46:48PM +0200, Eivind Eklund wrote: > > On Sun, Apr 19, 1998 at 12:36:11PM -0500, Russell Cattelan wrote: > > > This problem has been cropping up with "current" for about the > > > last month. The basic problem shows up with daemon processes > > > coreing sortly after swap space is maxed out. > > > > [... snip of daemons sig11'ening...] > > > > > I wasn't sure if I had bad bits at some point but I have two systems > > > exhibiting the same behavior. > > > > I _had_ this problem, but it went away when I recompiled with the > > latest kernel sources (yesterday). At that point, I was out of date > > by a couple of weeks. > > This is incorrect. It has re-surfaced; it only took longer to occur > than it has before (which might just be random chance). > > John: if you need hardware details, setup details, a login, or want me > to run any experiments: Just ask (as long as it doesn't involve > significant risk of scrambling my filesystems ;-) > > Eivind. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 18:37:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03316 for freebsd-current-outgoing; Sun, 19 Apr 1998 18:37:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA03310 for ; Mon, 20 Apr 1998 01:37:37 GMT (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id SAA10103; Sun, 19 Apr 1998 18:37:28 -0700 (PDT) (envelope-from jdp) Message-Id: <199804200137.SAA10103@austin.polstra.com> To: root@bmccane.maxbaud.net Subject: Re: cvsup messages In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Sun, 19 Apr 1998 18:37:28 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Wm Brian McCane wrote: > I am getting the following errors on various files in -current > when I cvsup them: > > Checksum mismatch -- will transfer entire file Right. Freefall was recently (and temporarily) upgraded to a newer version of CVS. It turned out that this version produced some gratuitous changes to the white space in RCS files that it generated. When CVSup recreated RCS files on client machines during updates, the white space no longer matched the original file on the server. So, even though the files were logically identical, their checksums didn't match. We have reverted freefall to the previous version of CVS while we decide what to do about this. Probably the right solution is to make CVSup ignore white space differences when comparing checksums for RCS files. But to avoid forcing everybody to upgrade to a new version of CVSup, I'm going to try to fix CVS to generate the traditional white space. I had hoped to have that done already, but I haven't had much spare time lately. The important thing to understand is that the RCS file was perfectly OK both before and after CVSup performed the fixup (transferring the entire file.) So there's no need to worry about this. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 18:39:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03524 for freebsd-current-outgoing; Sun, 19 Apr 1998 18:39:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA03515; Mon, 20 Apr 1998 01:39:06 GMT (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id UAA02007; Sun, 19 Apr 1998 20:38:57 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804200138.UAA02007@dyson.iquest.net> Subject: Re: VM scrambling pages if space is exceeded In-Reply-To: <19980420024251.42870@follo.net> from Eivind Eklund at "Apr 20, 98 02:42:51 am" To: eivind@yes.no (Eivind Eklund) Date: Sun, 19 Apr 1998 20:38:57 -0500 (EST) Cc: dyson@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Apr 19, 1998 at 07:46:48PM +0200, Eivind Eklund wrote: > > On Sun, Apr 19, 1998 at 12:36:11PM -0500, Russell Cattelan wrote: > > > This problem has been cropping up with "current" for about the > > > last month. The basic problem shows up with daemon processes > > > coreing sortly after swap space is maxed out. > > > > [... snip of daemons sig11'ening...] > > > > > I wasn't sure if I had bad bits at some point but I have two systems > > > exhibiting the same behavior. > > > > I _had_ this problem, but it went away when I recompiled with the > > latest kernel sources (yesterday). At that point, I was out of date > > by a couple of weeks. > > This is incorrect. It has re-surfaced; it only took longer to occur > than it has before (which might just be random chance). > > John: if you need hardware details, setup details, a login, or want me > to run any experiments: Just ask (as long as it doesn't involve > significant risk of scrambling my filesystems ;-) > It is probably in the upper-level code. I'll start looking at it in the next few hours. I'll bug you if I need help :-). John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:06:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07586 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:06:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA07575 for ; Mon, 20 Apr 1998 02:06:20 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id WAA25210 for ; Sun, 19 Apr 1998 22:06:20 -0400 (EDT) Date: Sun, 19 Apr 1998 22:06:20 -0400 (EDT) From: "Matthew N. Dodd" To: current@FreeBSD.ORG Subject: source code layout? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, we've got sys/pci for PCI devices which as near as I can tell is fairly i386 specific which should imply that it be located in sys/i386/pci. We've got sys/dev for device files that should be arch independent but some aren't. I'm working on a driver that would like to have the isa specific bits in sys/i386/isa and the EISA bits in sys/i386/eisa, and the rest in sys/i386/dev/tce, but we have no sys/i386/dev. Should we? I don't believe these bits (and others floating in the source tree) belong in sys/dev. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:27:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12872 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:27:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12862 for ; Mon, 20 Apr 1998 02:26:53 GMT (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id VAA02808; Sun, 19 Apr 1998 21:25:54 -0400 (EDT) Date: Sun, 19 Apr 1998 21:25:54 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@localhost To: "Matthew N. Dodd" cc: current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Matthew N. Dodd wrote: > > Ok, we've got sys/pci for PCI devices which as near as I can tell is > fairly i386 specific Is that true? But, AFAIK, all the Alpha machines I've found have PCI in them also. I don't know enough to be really sure, but I'm skeptical of that claim. It might be that the pci stuff is currently i386 specific only because out alpha port hasn't gone far enough. I am not going to comment on the rest (I don't know enough about it). which should imply that it be located in > sys/i386/pci. > > We've got sys/dev for device files that should be arch independent but > some aren't. > > I'm working on a driver that would like to have the isa specific bits in > sys/i386/isa and the EISA bits in sys/i386/eisa, and the rest in > sys/i386/dev/tce, but we have no sys/i386/dev. > > Should we? > > I don't believe these bits (and others floating in the source tree) belong > in sys/dev. > > /* > Matthew N. Dodd | A memory retaining a love you had for life > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 > */ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:27:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12937 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:27:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12912 for ; Mon, 20 Apr 1998 02:27:11 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA13108; Sun, 19 Apr 1998 19:18:41 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd013104; Mon Apr 20 02:18:36 1998 Date: Sun, 19 Apr 1998 19:13:19 -0700 (PDT) From: Julian Elischer To: "Matthew N. Dodd" cc: current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG what is tce? PCI is independent of i386. the MACS have PCI and so do some SGI's I believe, (and possibly some SUNs too) On Sun, 19 Apr 1998, Matthew N. Dodd wrote: > > Ok, we've got sys/pci for PCI devices which as near as I can tell is > fairly i386 specific which should imply that it be located in > sys/i386/pci. > > We've got sys/dev for device files that should be arch independent but > some aren't. > > I'm working on a driver that would like to have the isa specific bits in > sys/i386/isa and the EISA bits in sys/i386/eisa, and the rest in > sys/i386/dev/tce, but we have no sys/i386/dev. > > Should we? > > I don't believe these bits (and others floating in the source tree) belong > in sys/dev. > > /* > Matthew N. Dodd | A memory retaining a love you had for life > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 > */ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:29:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13232 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:29:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from localhost.my.domain (ppp7261.on.bellglobal.com [206.172.249.229]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAB13189 for ; Mon, 20 Apr 1998 02:28:55 GMT (envelope-from ac199@hwcn.org) Received: from localhost (tim@localhost) by ppp1563.on.bellglobal.com (8.8.8/8.8.8) with SMTP id WAA00381; Sun, 19 Apr 1998 22:13:12 -0400 (EDT) (envelope-from ac199@hwcn.org) X-Authentication-Warning: ppp1563.on.bellglobal.com: tim owned process doing -bs Date: Sun, 19 Apr 1998 22:13:12 -0400 (EDT) From: Tim Vanderhoek X-Sender: tim@localhost Reply-To: ac199@hwcn.org To: dag-erli@ifi.uio.no cc: mellon@pobox.com, current@FreeBSD.ORG Subject: Re: Returned mail: Local configuration error In-Reply-To: <199804182211.SAA01041@localhost.my.domain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 18 Apr 1998, Mail Delivery Subsystem wrote: >Tim Vanderhoek writes: >> That's because a patch that broad to the kernel source has more >> potential (political) trouble attached, and is less urgent > > *Groan* > > See DES. See patch. See DES commit patch. See DES's mailbox > explode. DES should have listened to Uncle Tim :) Yup, Tim learned that one the hard way, too. :-) Commit all the broken code you want, but beware the words describing it! Doesn't Poul have a principle for this? -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:36:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15459 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:36:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA15450 for ; Mon, 20 Apr 1998 02:36:46 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id WAA25466; Sun, 19 Apr 1998 22:36:39 -0400 (EDT) Date: Sun, 19 Apr 1998 22:36:38 -0400 (EDT) From: "Matthew N. Dodd" To: Chuck Robey cc: current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Chuck Robey wrote: > On Sun, 19 Apr 1998, Matthew N. Dodd wrote: > > Ok, we've got sys/pci for PCI devices which as near as I can tell is > > fairly i386 specific > > Is that true? But, AFAIK, all the Alpha machines I've found have PCI in > them also. I don't know enough to be really sure, but I'm skeptical of > that claim. It might be that the pci stuff is currently i386 specific > only because out alpha port hasn't gone far enough. AFAIK anywhere you see inb/outb/inw/outw you're fairly certain to be i386 specific. (This from listening to the netbsd lits.) > I am not going to comment on the rest (I don't know enough about it). I've obviously only touched on the tip of the iceberg. Continued reading of the source shows large amounts of stuff (well, by percentage of the stuff I've read) that could/should be re-organized. We've got sys/i386/scsi with very little in it, no sys/i386/net and a lot of junk in sys/i386/isa/ic which should be in sys/ic or sys/dev/ic or something. I suppose I should steel myself and just ignore all of this as I've no time to task against doing anything towards resolving my complaints. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:38:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15683 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:38:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA15671 for ; Mon, 20 Apr 1998 02:38:07 GMT (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id CAA15963; Mon, 20 Apr 1998 02:37:00 GMT Date: Mon, 20 Apr 1998 11:37:00 +0900 (JST) From: Michael Hancock To: Julian Elischer cc: "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Julian Elischer wrote: > what is tce? > PCI is independent of i386. the MACS have PCI and so do some SGI's I > believe, (and possibly some SUNs too) Yes, checkout http://www.aspsys.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:44:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17301 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:44:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA17207 for ; Mon, 20 Apr 1998 02:43:52 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id WAA25544; Sun, 19 Apr 1998 22:43:40 -0400 (EDT) Date: Sun, 19 Apr 1998 22:43:40 -0400 (EDT) From: "Matthew N. Dodd" To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Julian Elischer wrote: > what is tce? > PCI is independent of i386. the MACS have PCI and so do some SGI's I > believe, (and possibly some SUNs too) So which drivers in sys/pci compile against those targets? IMHO until a driver has been compiled and ported to a specific arch we shouldn't be mis-filing them in sys/pci. sys/i386/pci should work just fine. Actually, I'd really like to see sys/bus/{isa,eisa,pci} sys/i386/{isa,eisa,pci} sys/pc98/{isa,eisa,pci} ... Which would reduce the amount of divergence to support arch dependent bits. I'm sure the PC98 guys would be able to express how much they would enjoy not having to constantly pull up their files to -current. NetBSD does have its problems but they've taken steps towards resolving some of these issues. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 19:48:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18425 for freebsd-current-outgoing; Sun, 19 Apr 1998 19:48:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA18306 for ; Mon, 20 Apr 1998 02:47:56 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id WAA25585; Sun, 19 Apr 1998 22:47:52 -0400 (EDT) Date: Sun, 19 Apr 1998 22:47:52 -0400 (EDT) From: "Matthew N. Dodd" To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Julian Elischer wrote: > what is tce? Sorry, I completly missed this question. TokenCard Elite, an SMC product in ISA and EISA (and MCA which I won't be dealing with for a year at least :) varieties. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:24:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26926 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:24:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d183-205.uoregon.edu (d183-205.uoregon.edu [128.223.183.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26919 for ; Mon, 20 Apr 1998 03:24:14 GMT (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by d183-205.uoregon.edu (8.8.7/8.8.7) id UAA16225; Sun, 19 Apr 1998 20:24:12 -0700 (PDT) Message-ID: <19980419202411.35613@hydrogen.nike.efn.org> Date: Sun, 19 Apr 1998 20:24:11 -0700 From: John-Mark Gurney To: "Matthew N. Dodd" Cc: current@FreeBSD.ORG Subject: Re: source code layout? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Matthew N. Dodd on Sun, Apr 19, 1998 at 10:06:20PM -0400 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew N. Dodd scribbled this message on Apr 19: > Ok, we've got sys/pci for PCI devices which as near as I can tell is > fairly i386 specific which should imply that it be located in > sys/i386/pci. > > We've got sys/dev for device files that should be arch independent but > some aren't. > > I'm working on a driver that would like to have the isa specific bits in > sys/i386/isa and the EISA bits in sys/i386/eisa, and the rest in > sys/i386/dev/tce, but we have no sys/i386/dev. > > Should we? > > I don't believe these bits (and others floating in the source tree) belong > in sys/dev. I personally think we should go with a src tree layout closer to that of NetBSD... but I'm also working on rewriting the bus/device system so that ALL devices use the EXACT same interface to the bus... this will allow us to write a single device driver for ns8390 parts, and simply write a detect routine around it, and we get complete support for all types of busses.. this of course will mean a rewrite of all the current device drivers which is going to be a big job... this is also going to allow a multitude of other things that will hinge on kld... such as complete dynamic device drivers... I haven't made much progress, but a spec is at http://resnet.uoregon.edu:6971/~jmg/FreeBSD/busdevice.html... this isn't a final, but it will be similar to what you see... -- John-Mark Gurney Modem Rev/FAX: +1 541 346 9237 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD Don't trust anyone you don't have the source for To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:31:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA27956 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:31:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d183-205.uoregon.edu (d183-205.uoregon.edu [128.223.183.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27931 for ; Mon, 20 Apr 1998 03:31:44 GMT (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by d183-205.uoregon.edu (8.8.7/8.8.7) id UAA17133; Sun, 19 Apr 1998 20:31:39 -0700 (PDT) Message-ID: <19980419203139.35191@hydrogen.nike.efn.org> Date: Sun, 19 Apr 1998 20:31:39 -0700 From: John-Mark Gurney To: "Matthew N. Dodd" Cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: source code layout? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Matthew N. Dodd on Sun, Apr 19, 1998 at 10:43:40PM -0400 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew N. Dodd scribbled this message on Apr 19: > On Sun, 19 Apr 1998, Julian Elischer wrote: > > what is tce? > > PCI is independent of i386. the MACS have PCI and so do some SGI's I > > believe, (and possibly some SUNs too) > > So which drivers in sys/pci compile against those targets? IMHO until a > driver has been compiled and ported to a specific arch we shouldn't be > mis-filing them in sys/pci. well.. I guess we should put all of sys/net, sys/kern, sys/isofs, etc. under sys/i386 as they haven't been compile and ported to another arch... > sys/i386/pci should work just fine. > > Actually, I'd really like to see > > sys/bus/{isa,eisa,pci} > sys/i386/{isa,eisa,pci} > sys/pc98/{isa,eisa,pci} if the bus/device code was writen properly, these last two wouldn't exist... if they did, they would only have a couple of files... > ... > > Which would reduce the amount of divergence to support arch dependent > bits. > > I'm sure the PC98 guys would be able to express how much they would enjoy > not having to constantly pull up their files to -current. > > NetBSD does have its problems but they've taken steps towards resolving > some of these issues. hmm... guess I need to update my tree and see what they've done reciently... -- John-Mark Gurney Modem Rev/FAX: +1 541 346 9237 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD Don't trust anyone you don't have the source for To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:32:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA28222 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:32:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28211 for ; Mon, 20 Apr 1998 03:32:49 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id XAA26065; Sun, 19 Apr 1998 23:32:42 -0400 (EDT) Date: Sun, 19 Apr 1998 23:32:42 -0400 (EDT) From: "Matthew N. Dodd" To: John-Mark Gurney cc: current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: <19980419202411.35613@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, John-Mark Gurney wrote: > I personally think we should go with a src tree layout closer to that of > NetBSD... Woohoo! sys/arch/{i386,alpha,sparc,foo} ? Keep in mind that NetBSD needs some further work in their tree layout but is closer than what FreeBSD has. > but I'm also working on rewriting the bus/device system so that ALL > devices use the EXACT same interface to the bus... this will allow us to > write a single device driver for ns8390 parts, and simply write a detect > routine around it, and we get complete support for all types of busses.. > this of course will mean a rewrite of all the current device drivers > which is going to be a big job... Cool. Let me clear my queue and I'll do what I can to help. > this is also going to allow a multitude of other things that will hinge > on kld... such as complete dynamic device drivers... Indeed, I really would like to see a kernel with only the probe routines compiled in and linked into discardable ELF sections. (and the rest of the stuff that this sort of thing implies.) > I haven't made much progress, but a spec is at > http://resnet.uoregon.edu:6971/~jmg/FreeBSD/busdevice.html... this > isn't a final, but it will be similar to what you see... Cool. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:33:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA28405 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:33:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28400 for ; Mon, 20 Apr 1998 03:33:21 GMT (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA01388; Sun, 19 Apr 1998 20:33:07 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804200333.UAA01388@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John-Mark Gurney cc: "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: source code layout? In-reply-to: Your message of "Sun, 19 Apr 1998 20:24:11 PDT." <19980419202411.35613@hydrogen.nike.efn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 1998 20:33:06 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Up a in visible place at www.freebsd.org can we have the top 10 most wanted features plus a list of cool freebsd on-going projects?? Terry's NFS stuff John-Mark's busdevice efforts SMP stuff ... Tnks, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:40:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA00962 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:40:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA00829 for ; Mon, 20 Apr 1998 03:39:39 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id XAA26127; Sun, 19 Apr 1998 23:38:10 -0400 (EDT) Date: Sun, 19 Apr 1998 23:38:09 -0400 (EDT) From: "Matthew N. Dodd" To: John-Mark Gurney cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: <19980419203139.35191@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, John-Mark Gurney wrote: > well.. I guess we should put all of sys/net, sys/kern, sys/isofs, etc. > under sys/i386 as they haven't been compile and ported to another arch... You missed the implicit qualification that I was speaking of device drivers. Actual hardware. > if the bus/device code was writen properly, these last two wouldn't > exist... if they did, they would only have a couple of files... Indeed. This would be optimal. > > NetBSD does have its problems but they've taken steps towards resolving > > some of these issues. > > hmm... guess I need to update my tree and see what they've done > reciently... They've done a good bit towards doing some of the things mentioned below, but I belive after a cursory glace over the spec that jmg's proposal is superior. http://d183-205.uoregon.edu/~jmg/FreeBSD/busdevice.html /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:41:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA01258 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:41:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA01155 for ; Mon, 20 Apr 1998 03:40:39 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id XAA26153; Sun, 19 Apr 1998 23:40:22 -0400 (EDT) Date: Sun, 19 Apr 1998 23:40:22 -0400 (EDT) From: "Matthew N. Dodd" To: Amancio Hasty cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: <199804200333.UAA01388@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Amancio Hasty wrote: > Up a in visible place at www.freebsd.org can we have the top 10 most > wanted features plus a list of cool freebsd on-going projects?? > > Terry's NFS stuff > John-Mark's busdevice efforts > SMP stuff 99. Token Ring 100. MCA 101. DECnet/LAT I'll stop now before I make everyone sick. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:45:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02711 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:45:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA02668 for ; Mon, 20 Apr 1998 03:45:18 GMT (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA00463; Sun, 19 Apr 1998 20:45:14 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804200345.UAA00463@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Matthew N. Dodd" cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: source code layout? In-reply-to: Your message of "Sun, 19 Apr 1998 23:40:22 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 1998 20:45:14 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okay, So we can have the top 10 most wanted then a nice long list of projects. What we need is a page and a committer to maintain the list . And now is when all the good hackers hide behind their screens. Any takers?? Amancio > On Sun, 19 Apr 1998, Amancio Hasty wrote: > > Up a in visible place at www.freebsd.org can we have the top 10 most > > wanted features plus a list of cool freebsd on-going projects?? > > > > Terry's NFS stuff > > John-Mark's busdevice efforts > > SMP stuff > > 99. Token Ring > 100. MCA > 101. DECnet/LAT > > I'll stop now before I make everyone sick. > > /* > Matthew N. Dodd | A memory retaining a love you had for life > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 > */ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:52:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA05140 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:52:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA05031 for ; Mon, 20 Apr 1998 03:51:50 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id XAA26291; Sun, 19 Apr 1998 23:51:25 -0400 (EDT) Date: Sun, 19 Apr 1998 23:51:25 -0400 (EDT) From: "Matthew N. Dodd" To: Amancio Hasty cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: <199804200345.UAA00463@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Amancio Hasty wrote: > So we can have the top 10 most wanted then a nice long list of > projects. What we need is a page and a committer to maintain > the list . > > And now is when all the good hackers hide behind their screens. > > Any takers?? "Its coming right for us!" /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 20:58:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06139 for freebsd-current-outgoing; Sun, 19 Apr 1998 20:58:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06119 for ; Mon, 20 Apr 1998 03:58:19 GMT (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id DAA16564 for ; Mon, 20 Apr 1998 03:57:24 GMT Date: Mon, 20 Apr 1998 12:57:23 +0900 (JST) From: Michael Hancock To: freebsd-current@FreeBSD.ORG Subject: vfs changes synced w/ devfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had a couple of problems with my changes in devfs. The patch has been updated. http://www.freebsd.org/~mch/vop1a.diff. I've done about 4 make worlds on ffs and some simple tests on union. I'm also using Matt Blaze's cryptoFS without any problems. I need testers for NFS and ext2fs though. I'm booting with DEVFS now and it appears to be ok. /dev/sd0s2a on / (NFS exported, local, writes: sync 81 async 190)) devfs on dummy_mount (local) devfs on /dev (local, noexec, read-only) /dev/sd0s2f on /usr (asynchronous, local, noatime, writes: sync 84 async 1193)) /dev/sd0s2e on /var (local, writes: sync 182 async 263)) procfs on /proc (local) localhost:/ on /crypt :/usr/tmp on /usr/ports/distfiles (local, noclusterw) Regards, Mike Hancock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 21:07:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA08493 for freebsd-current-outgoing; Sun, 19 Apr 1998 21:07:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08488 for ; Mon, 20 Apr 1998 04:07:17 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id VAA15139; Sun, 19 Apr 1998 21:06:42 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd015136; Mon Apr 20 04:06:34 1998 Date: Sun, 19 Apr 1998 21:01:17 -0700 (PDT) From: Julian Elischer To: "Matthew N. Dodd" cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG did you notice who you were replying to? On Sun, 19 Apr 1998, Matthew N. Dodd wrote: > On Sun, 19 Apr 1998, John-Mark Gurney wrote: ^ ^ ^ [...] > > They've done a good bit towards doing some of the things mentioned below, > but I belive after a cursory glace over the spec that jmg's proposal is > superior. > > http://d183-205.uoregon.edu/~jmg/FreeBSD/busdevice.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 21:09:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09096 for freebsd-current-outgoing; Sun, 19 Apr 1998 21:09:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09077 for ; Mon, 20 Apr 1998 04:09:45 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id AAA29368; Mon, 20 Apr 1998 00:09:36 -0400 (EDT) Date: Mon, 20 Apr 1998 00:09:36 -0400 (EDT) From: "Matthew N. Dodd" To: Julian Elischer cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Julian Elischer wrote: > did you notice who you were replying to? Man, its bedtime. Leave me alone. :) (but my eyes still work a little so I can keep hacking a bit more) > On Sun, 19 Apr 1998, Matthew N. Dodd wrote: > > > On Sun, 19 Apr 1998, John-Mark Gurney wrote: > ^ ^ ^ > [...] > > > > They've done a good bit towards doing some of the things mentioned below, > > but I belive after a cursory glace over the spec that jmg's proposal is > > superior. > > > > http://d183-205.uoregon.edu/~jmg/FreeBSD/busdevice.html > > /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 21:39:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16708 for freebsd-current-outgoing; Sun, 19 Apr 1998 21:39:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles147.castles.com [208.214.165.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16661 for ; Mon, 20 Apr 1998 04:39:40 GMT (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id VAA03937; Sun, 19 Apr 1998 21:36:53 -0700 (PDT) Message-Id: <199804200436.VAA03937@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Matthew N. Dodd" cc: Chuck Robey , current@FreeBSD.ORG Subject: Re: source code layout? In-reply-to: Your message of "Sun, 19 Apr 1998 22:36:38 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 1998 21:36:50 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, 19 Apr 1998, Chuck Robey wrote: > > On Sun, 19 Apr 1998, Matthew N. Dodd wrote: > > > Ok, we've got sys/pci for PCI devices which as near as I can tell is > > > fairly i386 specific > > > > Is that true? But, AFAIK, all the Alpha machines I've found have PCI in > > them also. I don't know enough to be really sure, but I'm skeptical of > > that claim. It might be that the pci stuff is currently i386 specific > > only because out alpha port hasn't gone far enough. > > AFAIK anywhere you see inb/outb/inw/outw you're fairly certain to be i386 > specific. (This from listening to the netbsd lits.) That's correct. However the use of in*/out* in sys/pci is a consequence of our lack of bus space support (to use the NetBSD term). We seem to have a general consensus that this is the right way to go about it, and part of the CAM work involves supplying infrastructure for this. > We've got sys/i386/scsi with very little in it, no sys/i386/net and a lot > of junk in sys/i386/isa/ic which should be in sys/ic or sys/dev/ic or > something. There should be *less* architecture-related code, not more. There is almost nothing that I can think of that should be in i386/net. In your specific case, you have a card architecture that can be accessed via several different busses. The general technique for dealing with this is exemplified in many drivers - the bulk of the driver lives in the source file associated with one of the busses (often isa), and the glue for other busses is moved accordingly. There has been some resistance to the use of sys/dev for the parking of general drivers, but IMHO if people were to start using more descriptive names there, it would be more suitable than anywhere else for bus- and architecture-neutral driver source. > I suppose I should steel myself and just ignore all of this as I've no > time to task against doing anything towards resolving my complaints. Unless you're willing to take on the enormous work involved in reorganising, and fight the battles over losing the CVS history, yes, there are better things to do. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 22:35:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03712 for freebsd-current-outgoing; Sun, 19 Apr 1998 22:35:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vnode.vmunix.com (vnode.vmunix.com [209.112.4.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA03704 for ; Mon, 20 Apr 1998 05:35:16 GMT (envelope-from mark@vnode.vmunix.com) Received: (from mark@localhost) by vnode.vmunix.com (8.8.8/8.8.8) id BAA07085; Mon, 20 Apr 1998 01:36:27 -0400 (EDT) (envelope-from mark) Message-ID: <19980420013627.42308@vmunix.com> Date: Mon, 20 Apr 1998 01:36:27 -0400 From: Mark Mayo To: Amancio Hasty , John-Mark Gurney Cc: "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: source code layout? References: <19980419202411.35613@hydrogen.nike.efn.org> <199804200333.UAA01388@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804200333.UAA01388@rah.star-gate.com>; from Amancio Hasty on Sun, Apr 19, 1998 at 08:33:06PM -0700 X-Operating-System: FreeBSD 2.2.6-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 19, 1998 at 08:33:06PM -0700, Amancio Hasty wrote: > Up a in visible place at www.freebsd.org can we have the top 10 most > wanted features plus a list of cool freebsd on-going projects?? As soon as I finish the -advocacy databases, I'll be finishing up my FreeBSD Project Database, which will hopefully address needs like this... The Advocacy stuff is very nearly done now, but I won't have time to finish the project stuff for another 3 weeks or so.. It will get done eventually though.. :-) Building a system to track projects outside of the main tree has been a priority of mine for some time now.. just gotta find a few free nights and it will get done. :-) -Mark > Terry's NFS stuff > John-Mark's busdevice efforts > SMP stuff > ... > > > Tnks, > Amancio > -- ------------------------------------------------------------------------ Mark Mayo mark@vmunix.com RingZero Comp. http://www.vmunix.com/mark finger mark@vmunix.com for my PGP key and GCS code ------------------------------------------------------------------------ "The problem is how do you build tools that understand your programs at a deeper semantic level." - James Gosling To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 22:44:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05442 for freebsd-current-outgoing; Sun, 19 Apr 1998 22:44:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA05416 for ; Mon, 20 Apr 1998 05:44:05 GMT (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id FAA17355; Mon, 20 Apr 1998 05:42:58 GMT Date: Mon, 20 Apr 1998 14:42:57 +0900 (JST) From: Michael Hancock To: Mike Smith cc: "Matthew N. Dodd" , Chuck Robey , current@FreeBSD.ORG Subject: Re: source code layout? In-Reply-To: <199804200436.VAA03937@antipodes.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Mike Smith wrote: > > AFAIK anywhere you see inb/outb/inw/outw you're fairly certain to be i386 > > specific. (This from listening to the netbsd lits.) > > That's correct. However the use of in*/out* in sys/pci is a > consequence of our lack of bus space support (to use the NetBSD term). > We seem to have a general consensus that this is the right way to go > about it, and part of the CAM work involves supplying infrastructure > for this. Umm. I didn't realize wcarchive is running this... ftp://ftp.freebsd.org/pub/FreeBSD/cam/README Looks like a good spec... http://www.unix.digital.com/faqs/publications/base_doc/DOCUMENTATION/HTML/AA-PS3GD-TET1_html/INDEX.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 22:44:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05572 for freebsd-current-outgoing; Sun, 19 Apr 1998 22:44:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA05557 for ; Mon, 20 Apr 1998 05:44:45 GMT (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id WAA00464; Sun, 19 Apr 1998 22:44:35 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199804200544.WAA00464@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mark Mayo cc: John-Mark Gurney , "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: source code layout? In-reply-to: Your message of "Mon, 20 Apr 1998 01:36:27 EDT." <19980420013627.42308@vmunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Apr 1998 22:44:35 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tnks ! Amancio > On Sun, Apr 19, 1998 at 08:33:06PM -0700, Amancio Hasty wrote: > > Up a in visible place at www.freebsd.org can we have the top 10 most > > wanted features plus a list of cool freebsd on-going projects?? > > As soon as I finish the -advocacy databases, I'll be finishing up > my FreeBSD Project Database, which will hopefully address needs like > this... The Advocacy stuff is very nearly done now, but I won't > have time to finish the project stuff for another 3 weeks or so.. > It will get done eventually though.. :-) > > Building a system to track projects outside of the main tree has > been a priority of mine for some time now.. just gotta find a few > free nights and it will get done. :-) > > -Mark > > > Terry's NFS stuff > > John-Mark's busdevice efforts > > SMP stuff > > ... > > > > > > Tnks, > > Amancio > > > > -- > ------------------------------------------------------------------------ > Mark Mayo mark@vmunix.com > RingZero Comp. http://www.vmunix.com/mark > > finger mark@vmunix.com for my PGP key and GCS code > ------------------------------------------------------------------------ > "The problem is how do you build tools that understand your programs > at a deeper semantic level." - James Gosling To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 22:45:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05914 for freebsd-current-outgoing; Sun, 19 Apr 1998 22:45:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA05881 for ; Mon, 20 Apr 1998 05:45:43 GMT (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id HAA16157; Mon, 20 Apr 1998 07:44:16 +0200 (CEST) To: Mike Smith cc: "Matthew N. Dodd" , Chuck Robey , current@FreeBSD.ORG Subject: Re: source code layout? In-reply-to: Your message of "Sun, 19 Apr 1998 21:36:50 PDT." <199804200436.VAA03937@antipodes.cdrom.com> Date: Mon, 20 Apr 1998 07:44:15 +0200 Message-ID: <16155.893051055@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199804200436.VAA03937@antipodes.cdrom.com>, Mike Smith writes: >> On Sun, 19 Apr 1998, Chuck Robey wrote: >> > On Sun, 19 Apr 1998, Matthew N. Dodd wrote: >> > > Ok, we've got sys/pci for PCI devices which as near as I can tell is >> > > fairly i386 specific >> > >> > Is that true? But, AFAIK, all the Alpha machines I've found have PCI in >> > them also. I don't know enough to be really sure, but I'm skeptical of >> > that claim. It might be that the pci stuff is currently i386 specific >> > only because out alpha port hasn't gone far enough. >> >> AFAIK anywhere you see inb/outb/inw/outw you're fairly certain to be i386 >> specific. (This from listening to the netbsd lits.) > >That's correct. However the use of in*/out* in sys/pci is a >consequence of our lack of bus space support (to use the NetBSD term). >We seem to have a general consensus that this is the right way to go >about it, and part of the CAM work involves supplying infrastructure >for this. Nothing prevents us from accessing a bus space with functions named inb() and outb() -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 19 23:57:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18788 for freebsd-current-outgoing; Sun, 19 Apr 1998 23:57:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA18763 for ; Mon, 20 Apr 1998 06:57:17 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA18043; Sun, 19 Apr 1998 23:54:02 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd018024; Mon Apr 20 06:54:00 1998 Date: Sun, 19 Apr 1998 23:48:42 -0700 (PDT) From: Julian Elischer To: Michael Hancock cc: freebsd-current@FreeBSD.ORG Subject: Re: vfs changes synced w/ devfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I went through these patches and they look pretty good for me. I didn't spend the 5 minutes on each patch that a full review would need but I think they look pretty good. "ship it." I'm not sure if my previous response got out. The mailer core-dumped just as it sent it. (in fact I just found the /tmp files so probably they were lost..) it was: -------------------------- I don't see why there should be both vput and vrele surely it's obvious to the 'free' function whether it should be totally zapping it by the bloody reference count.. If the answer is "but there may be transient references as well" then I think They should be counted as well. The DEVFS patches look fine. julian ------------------------ On Mon, 20 Apr 1998, Michael Hancock wrote: > I had a couple of problems with my changes in devfs. The patch has been > updated. http://www.freebsd.org/~mch/vop1a.diff. what was the problem? Everyone who's looked at terry's nameifree fixes has agreed with them too, but I can't find them now, otherwise I was getting ready to put them up for commit as well. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 00:21:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23436 for freebsd-current-outgoing; Mon, 20 Apr 1998 00:21:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23426 for ; Mon, 20 Apr 1998 07:21:54 GMT (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id HAA17916; Mon, 20 Apr 1998 07:21:02 GMT Date: Mon, 20 Apr 1998 16:21:02 +0900 (JST) From: Michael Hancock To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: vfs changes synced w/ devfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Julian Elischer wrote: > > I went through these patches and they look pretty good for me. > I didn't spend the 5 minutes on each patch that a full review would need > but I think they look pretty good. > > "ship it." > > I'm not sure if my previous response got out. The mailer core-dumped just > as it sent it. > > (in fact I just found the /tmp files so probably they were lost..) > it was: > -------------------------- > I don't see why there should be both vput and vrele > surely it's obvious to the 'free' function whether it should > be totally zapping it by the bloody reference count.. > If the answer is "but there may be transient references as well" > then I think They should be counted as well. I can think of a few reasons: 1) It was convenient, especially since they were used (written) a lot. Note that there are far less after my patches. 2) Force of habit. I actually like vput and didn't really feel comfortable getting rid of it completely. 3) POLA for fs developers, maybe not such a big issue since the numbers seem few. > > The DEVFS patches look fine. Thanks. > On Mon, 20 Apr 1998, Michael Hancock wrote: > > > I had a couple of problems with my changes in devfs. The patch has been > > updated. http://www.freebsd.org/~mch/vop1a.diff. > what was the problem? Blush, one I made cosmetic changes around a vput() I was supposed to delete but didn't and two I defined a struct proc such that it didn't even compile. I'm running devfs now with SLICE so that won't happen again. > Everyone who's looked at terry's nameifree fixes has agreed with them too, > but I can't find them now, otherwise I was getting ready to put them up > for commit as well. Unfortunately, they've gone stale. Regards, Mike Hancock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 00:51:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA28425 for freebsd-current-outgoing; Mon, 20 Apr 1998 00:51:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA28419 for ; Mon, 20 Apr 1998 07:51:51 GMT (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id JAA00336 for ; Mon, 20 Apr 1998 09:49:00 +0200 (MET DST) Message-ID: <353B1BA0.2F8C7FD9@giovannelli.it> Date: Mon, 20 Apr 1998 09:55:44 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: _localtime_r and make world fail (980420) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --- scheck.o --- cc -O -pipe -I/usr/src/usr.sbin/zic/zic/.. -I/usr/src/usr.sbin/zic/zic/../../../ lib/libc/stdtime -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS - DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir -DHAVE_STRERROR -DHAVE_UNISTD_H -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.sbin/zic/z ic/../scheck.c --- zic --- cc -O -pipe -I/usr/src/usr.sbin/zic/zic/.. -I/usr/src/usr.sbin/zic/zic/../../../ lib/libc/stdtime -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS - DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir -DHAVE_STRERROR -DHAVE_UNISTD_H -I/usr/obj/usr/src/tmp/usr/include -static -o zic zic.o iall oc.o scheck.o localtime.o: Undefined symbol `_localtime_r' referenced from text segment *** Error code 1 1 error *** Error code 2 1 error -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 01:45:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09457 for freebsd-current-outgoing; Mon, 20 Apr 1998 01:45:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09447 for ; Mon, 20 Apr 1998 08:45:11 GMT (envelope-from koshy@india.hp.com) Received: from postbox.india.hp.com (postbox.india.hp.com [15.10.45.1]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id BAA28391 for ; Mon, 20 Apr 1998 01:45:05 -0700 (PDT) Message-Id: <199804200845.BAA28391@palrel1.hp.com> Received: from localhost by postbox.india.hp.com with ESMTP (1.39.111.2/16.2) id AA226091740; Mon, 20 Apr 1998 14:12:20 +0530 To: freebsd-current@FreeBSD.ORG Subject: CVSupping the PR database? Date: Mon, 20 Apr 1998 14:12:20 +0530 From: A Joseph Koshy Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I couldn't find info in /usr/src/examples/cvsup/* on how to CVSup down a copy of the PR database. Could someone post a short note? Thanks, Koshy My Personal Opinions Only. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 02:03:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13349 for freebsd-current-outgoing; Mon, 20 Apr 1998 02:03:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlogic.com.au [203.36.2.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA13254 for ; Mon, 20 Apr 1998 09:03:12 GMT (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id TAA00693; Mon, 20 Apr 1998 19:00:12 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199804200900.TAA00693@cimlogic.com.au> Subject: Re: CVSupping the PR database? In-Reply-To: <199804200845.BAA28391@palrel1.hp.com> from A Joseph Koshy at "Apr 20, 98 02:12:20 pm" To: koshy@india.hp.com (A Joseph Koshy) Date: Mon, 20 Apr 1998 19:00:12 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A Joseph Koshy wrote: > I couldn't find info in /usr/src/examples/cvsup/* on how to CVSup > down a copy of the PR database. > > Could someone post a short note? *default host=cvsup.country.FreeBSD.org *default base=/somewhere *default prefix=/somewhere *default release=current *default delete use-rel-suffix gnats -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 02:16:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16093 for freebsd-current-outgoing; Mon, 20 Apr 1998 02:16:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16081 for ; Mon, 20 Apr 1998 09:16:22 GMT (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id LAA24472; Mon, 20 Apr 1998 11:17:59 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 20 Apr 1998 11:17:59 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Luigi Rizzo cc: current@FreeBSD.ORG Subject: Re: Can I have the root partition on other than UFS ? (was miniBSD...) In-Reply-To: <199804190519.HAA11593@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Luigi Rizzo wrote: > About the discussion on minbsd, I am curious: > > can we mount the root partition from MSDOSFS or CD9660 ? > > I know we can have it from UFS or NFS, but not sure about other > filesystem types (unless one plays tricks with root in mfs as it is > done on the boot floppy...). CD9660 - yes (look into /sys/i386/i386/autoconf.c). MSDOSFS - no, but from the above-mentioned code it looks like relatively simple thing to do... this would be great to have. Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 02:47:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19167 for freebsd-current-outgoing; Mon, 20 Apr 1998 02:47:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from comp.polyu.edu.hk (csns02.COMP.POLYU.EDU.HK [158.132.25.95]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA19162 for ; Mon, 20 Apr 1998 09:47:24 GMT (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar82.COMP.HKP.HK by comp.polyu.edu.hk (SMI-8.6/SMI-SVR4) id RAA25383; Mon, 20 Apr 1998 17:47:11 +0800 Received: (from c5666305@localhost) by cssolar82.COMP.HKP.HK (SMI-8.6/) id RAA05767 for freebsd-current@FreeBSD.ORG; Mon, 20 Apr 1998 17:47:10 +0800 Message-Id: <199804200947.RAA05767@cssolar82.COMP.HKP.HK> Subject: any suggestion for laptop that run FreeBSD 2.2.6 To: freebsd-current@FreeBSD.ORG Date: Mon, 20 Apr 1998 17:47:10 +0800 (HKT) From: "c5666305" X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am going to buy a laptop and install FreeBSD for my project. Having search the handbook, I didn't get the any idea which machine (laptop) that can run FreeBSD. Is there anyone can give me suggestion (you are using it). cheers. Clarence CHAN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 04:24:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA03517 for freebsd-current-outgoing; Mon, 20 Apr 1998 04:24:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c243.moon.jic.com [206.156.18.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03509 for ; Mon, 20 Apr 1998 11:24:27 GMT (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id HAA18109; Mon, 20 Apr 1998 07:24:09 -0400 (EDT) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: "Matthew N. Dodd" cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: source code layout? In-reply-to: Your message of "Sun, 19 Apr 1998 22:36:38 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Apr 1998 07:24:08 -0400 Message-ID: <18105.893071448@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Matthew N. Dodd" wrote in message ID : > AFAIK anywhere you see inb/outb/inw/outw you're fairly certain to be i386 > specific. (This from listening to the netbsd lits.) Or, as I commented to you a while back (if I remember right) you just put in the right mapping for the in/out class of instructions instead of whatever grossness the ix86 has. e.g. on the ARM, everything is memory mapped, and doesn't need special classes of instructions to handle I/O, so just have it ldrb/strb/ldr/str (in the same order of the quoted list of macros above) and it will DTRT I guess what I'm saying is that yes, its not totally MI, but its probably not as bad as being totally MS (machine specific), either. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 08:14:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03826 for freebsd-current-outgoing; Mon, 20 Apr 1998 07:46:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from widefw.csl.sony.co.jp (widefw.csl.sony.co.jp [133.138.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03723 for ; Mon, 20 Apr 1998 14:46:45 GMT (envelope-from kjc@csl.sony.co.jp) Received: from hotaka.csl.sony.co.jp (root@hotaka.csl.sony.co.jp [43.27.98.57]) by widefw.csl.sony.co.jp (8.8.8/3.6W) with ESMTP id XAA26097; Mon, 20 Apr 1998 23:46:38 +0900 (JST) Received: from localhost (kjc@[127.0.0.1]) by hotaka.csl.sony.co.jp (8.8.8/3.6W/hotaka/98021914) with ESMTP id XAA01605; Mon, 20 Apr 1998 23:46:37 +0900 (JST) Message-Id: <199804201446.XAA01605@hotaka.csl.sony.co.jp> To: Scott Michel cc: current@FreeBSD.ORG Subject: Re: Networking strategy for -current In-reply-to: Your message of "Sun, 19 Apr 1998 16:37:42 MST." <199804192337.QAA05685@mordred.cs.ucla.edu> Date: Mon, 20 Apr 1998 23:46:36 +0900 From: Kenjiro Cho Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Scott Michel said: >> Kenjiro's work is spectacular for low speed and medium speed >> links (<= 10Mbs). For 100Mbs links, well, ... let's just say >> it appears to have a lot of overhead. >> I'm not sure whether it's Matt Thomas' de driver which is the >> issue (certainly, the driver code needs some simplification) >> or if ALTQ requires the send interrupt to be triggered so that >> he knows a packet has drained. It's not the overhead of CBQ. o CBQ needs a fine-grained kernel timer (say 1KHz) for 100baseT. It's the design of the original CBQ. (a simple math proves it, MTU of 100baseT is too small for 100Mbps) o There is a problem in the de driver patch of altq-0.4.3. (de driver is too clever and too complex :-) Some improvement is added in altq-1.0.1. If you still have problems with altq-1.0.1 with a fine-grained timer, let me know. --Kenjiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 08:22:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12884 for freebsd-current-outgoing; Mon, 20 Apr 1998 08:22:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fidalgo.foghead.com (fidalgo.foghead.com [192.147.160.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12755 for ; Mon, 20 Apr 1998 15:21:22 GMT (envelope-from junkins@foghead.com) Received: from localhost (junkins@localhost) by fidalgo.foghead.com (8.8.8/8.8.8) with SMTP id IAA15357; Mon, 20 Apr 1998 08:20:07 -0700 (PDT) (envelope-from junkins@foghead.com) X-Authentication-Warning: fidalgo.foghead.com: junkins owned process doing -bs Date: Mon, 20 Apr 1998 08:20:07 -0700 (PDT) From: Doug Junkins To: c5666305 cc: freebsd-current@FreeBSD.ORG Subject: Re: any suggestion for laptop that run FreeBSD 2.2.6 In-Reply-To: <199804200947.RAA05767@cssolar82.COMP.HKP.HK> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm using a DEC HiNote Ultra II 150Mhz pentium -- it works great and is light and compact. The Ultra IIs were discontinued and replaced with the HiNote Ultra 2000 which are heavier but have a 14" screen. From what I understand, FreeBSD (and BSDI) won't run on the Ultra 2000 due to some pccard controller incompatibilites, but NetBSD does work on it. -Doug On Mon, 20 Apr 1998, c5666305 wrote: > Hello, > > I am going to buy a laptop and install FreeBSD for my project. Having > search the handbook, I didn't get the any idea which machine (laptop) that > can run FreeBSD. Is there anyone can give me suggestion (you are using it). > > cheers. > > Clarence CHAN > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 08:33:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14638 for freebsd-current-outgoing; Mon, 20 Apr 1998 08:33:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from euthyphro.uchicago.edu (euthyphro.uchicago.edu [128.135.21.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14435 for ; Mon, 20 Apr 1998 15:31:21 GMT (envelope-from sfarrell@phaedrus.uchicago.edu) Received: from phaedrus.uchicago.edu (phaedrus [128.135.21.10]) by euthyphro.uchicago.edu (8.8.6/8.8.4) with ESMTP id KAA20237; Mon, 20 Apr 1998 10:31:14 -0500 (CDT) Received: (from sfarrell@localhost) by phaedrus.uchicago.edu (8.8.8/8.8.5) id KAA16241; Mon, 20 Apr 1998 10:31:12 -0500 (CDT) To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: source code layout? References: <199804200436.VAA03937@antipodes.cdrom.com> From: sfarrell+lists@farrell.org Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: 20 Apr 1998 10:31:12 -0500 In-Reply-To: Mike Smith's message of "Sun, 19 Apr 1998 21:36:50 -0700" Message-ID: <87g1j8ik73.fsf@phaedrus.uchicago.edu> Lines: 12 X-Mailer: Gnus v5.6.3/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith writes: > reorganising, and fight the battles over losing the CVS history, yes, You don't have to lose the CVS history from moving files around... in the cvs faq it explains how to rename files (it's a pain, but you write a script for it). you lose tags, but not the history. -- Steve Farrell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 08:37:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15680 for freebsd-current-outgoing; Mon, 20 Apr 1998 08:37:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15492 for ; Mon, 20 Apr 1998 15:37:23 GMT (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id IAA00455; Mon, 20 Apr 1998 08:31:59 -0700 (PDT) Message-Id: <199804201531.IAA00455@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Andrzej Bialecki cc: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Can I have the root partition on other than UFS ? (was miniBSD...) In-reply-to: Your message of "Mon, 20 Apr 1998 11:17:59 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Apr 1998 08:31:58 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, 19 Apr 1998, Luigi Rizzo wrote: > > > About the discussion on minbsd, I am curious: > > > > can we mount the root partition from MSDOSFS or CD9660 ? > > > > I know we can have it from UFS or NFS, but not sure about other > > filesystem types (unless one plays tricks with root in mfs as it is > > done on the boot floppy...). > > CD9660 - yes (look into /sys/i386/i386/autoconf.c). MSDOSFS - no, but from > the above-mentioned code it looks like relatively simple thing to do... > this would be great to have. You can't put device nodes on an MSDOS filesystem - you would need DEVFS for this to work. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 09:07:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23689 for freebsd-current-outgoing; Mon, 20 Apr 1998 09:07:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA23590 for ; Mon, 20 Apr 1998 16:06:46 GMT (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id QAA21040; Mon, 20 Apr 1998 16:04:55 GMT Date: Tue, 21 Apr 1998 01:04:55 +0900 (JST) From: Michael Hancock To: Mike Smith cc: Andrzej Bialecki , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Can I have the root partition on other than UFS ? (was miniBSD...) In-Reply-To: <199804201531.IAA00455@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 20 Apr 1998, Mike Smith wrote: > You can't put device nodes on an MSDOS filesystem - you would need > DEVFS for this to work. Sounds like a good reason to test devfs. options DEVFS boot -sv mount -t devfs /dev /dev If it works then add ... options SLICE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 09:15:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26477 for freebsd-current-outgoing; Mon, 20 Apr 1998 09:15:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26425 for ; Mon, 20 Apr 1998 16:15:10 GMT (envelope-from perlsta@fang.cs.sunyit.edu) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id LAA19029 for ; Mon, 20 Apr 1998 11:16:52 GMT Date: Mon, 20 Apr 1998 11:16:52 +0000 (GMT) From: Alfred Perlstein To: current@FreeBSD.ORG Subject: Re: _localtime_r and make world fail (980420) In-Reply-To: <353B1BA0.2F8C7FD9@giovannelli.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG this seems to be a problem for me for 2 days now, anyone know what's wrong? -Alfred On Mon, 20 Apr 1998, Gianmarco Giovannelli wrote: > --- scheck.o --- > cc -O -pipe -I/usr/src/usr.sbin/zic/zic/.. > -I/usr/src/usr.sbin/zic/zic/../../../ > lib/libc/stdtime -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED > -DPCTS - > DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir > -DHAVE_STRERROR > -DHAVE_UNISTD_H -I/usr/obj/usr/src/tmp/usr/include -c > /usr/src/usr.sbin/zic/z > ic/../scheck.c > --- zic --- > cc -O -pipe -I/usr/src/usr.sbin/zic/zic/.. > -I/usr/src/usr.sbin/zic/zic/../../../ > lib/libc/stdtime -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED > -DPCTS - > DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir > -DHAVE_STRERROR > -DHAVE_UNISTD_H -I/usr/obj/usr/src/tmp/usr/include -static -o zic > zic.o iall > oc.o scheck.o > localtime.o: Undefined symbol `_localtime_r' referenced from text > segment > *** Error code 1 > 1 error > *** Error code 2 > 1 error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 09:17:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27135 for freebsd-current-outgoing; Mon, 20 Apr 1998 09:17:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.30.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA27088 for ; Mon, 20 Apr 1998 16:17:21 GMT (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.8.8/8.8.7) id SAA02073; Mon, 20 Apr 1998 18:20:48 +0200 (MEST) (envelope-from kuku) Message-ID: <19980420182047.55522@gil.physik.rwth-aachen.de> Date: Mon, 20 Apr 1998 18:20:47 +0200 From: Christoph Kukulies To: Doug Junkins Cc: c5666305 , freebsd-current@FreeBSD.ORG Subject: Re: any suggestion for laptop that run FreeBSD 2.2.6 References: <199804200947.RAA05767@cssolar82.COMP.HKP.HK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Doug Junkins on Mon, Apr 20, 1998 at 08:20:07AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 20, 1998 at 08:20:07AM -0700, Doug Junkins wrote: Have you checked out the PAO page? http://www.jp.freebsd.org/PAO/ > I'm using a DEC HiNote Ultra II 150Mhz pentium -- it works great and is > light and compact. The Ultra IIs were discontinued and replaced with the > HiNote Ultra 2000 which are heavier but have a 14" screen. From what I > understand, FreeBSD (and BSDI) won't run on the Ultra 2000 due to some > pccard controller incompatibilites, but NetBSD does work on it. > > -Doug > > > On Mon, 20 Apr 1998, c5666305 wrote: > > > Hello, > > > > I am going to buy a laptop and install FreeBSD for my project. Having > > search the handbook, I didn't get the any idea which machine (laptop) that > > can run FreeBSD. Is there anyone can give me suggestion (you are using it). > > > > cheers. > > > > Clarence CHAN > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 09:19:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27726 for freebsd-current-outgoing; Mon, 20 Apr 1998 09:19:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA27579 for ; Mon, 20 Apr 1998 16:18:56 GMT (envelope-from kong@kong.spb.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.01) with SMTP id UAA23346 for ; Mon, 20 Apr 1998 20:18:31 +0400 (MSD) (envelope-from kong@kong.spb.ru) Date: Mon, 20 Apr 1998 20:18:31 +0400 (MSD) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: current@FreeBSD.ORG Subject: -current won't build: file lost Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c:42: opt_devfs.h: No such file or directory *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Adios, /KONG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 11:15:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28775 for freebsd-current-outgoing; Mon, 20 Apr 1998 11:15:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28540 for ; Mon, 20 Apr 1998 18:14:45 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id SAA12270; Mon, 20 Apr 1998 18:14:35 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id UAA18740; Mon, 20 Apr 1998 20:14:35 +0200 (MET DST) Message-ID: <19980420201434.60550@follo.net> Date: Mon, 20 Apr 1998 20:14:34 +0200 From: Eivind Eklund To: sfarrell+lists@farrell.org Cc: current@FreeBSD.ORG Subject: Re: source code layout? References: <199804200436.VAA03937@antipodes.cdrom.com> <87g1j8ik73.fsf@phaedrus.uchicago.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <87g1j8ik73.fsf@phaedrus.uchicago.edu>; from sfarrell+lists@farrell.org on Mon, Apr 20, 1998 at 10:31:12AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 20, 1998 at 10:31:12AM -0500, sfarrell+lists@farrell.org wrote: > Mike Smith writes: > > > reorganising, and fight the battles over losing the CVS history, yes, > > You don't have to lose the CVS history from moving files around... in > the cvs faq it explains how to rename files (it's a pain, but you > write a script for it). you lose tags, but not the history. It tend to screw up date-based checkouts. You could probably work around this, too, but you would get a massive increase in the size of the repository. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 11:46:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09666 for freebsd-current-outgoing; Mon, 20 Apr 1998 11:46:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA09557 for ; Mon, 20 Apr 1998 18:45:54 GMT (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0yRLZ4-00068j-00; Mon, 20 Apr 1998 11:45:14 -0700 Date: Mon, 20 Apr 1998 11:45:12 -0700 (PDT) From: Tom To: Scott Michel cc: current@FreeBSD.ORG Subject: Re: Spurious crashes while making world In-Reply-To: <199804200045.RAA04292@mordred.cs.ucla.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 19 Apr 1998, Scott Michel wrote: > No, this isn't a report. There are some who pointed out that these > "crashes" or "anomolies" are caused by "bad" DRAM. Whilst this may > in fact be the case, we might want to consder adding another entry > to this FAQ: Mixed DRAM. Bad RAM, or bad RAM configuration are the same thing to me. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 12:26:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21069 for freebsd-current-outgoing; Mon, 20 Apr 1998 12:26:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bryggen.bgnett.no (root@bryggen.bgnett.no [194.54.96.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21056 for ; Mon, 20 Apr 1998 19:26:34 GMT (envelope-from erikhb@bgnett.no) Received: from haba_1 (isdn05.bgnett.no [194.54.96.69]) by bryggen.bgnett.no (8.8.8/8.8.5/brage2.1) with SMTP id TAA23708; Mon, 20 Apr 1998 19:25:52 GMT From: "Erik H. Bakke" To: "Julian Elischer" , "Matthew N. Dodd" Cc: Subject: Re: source code layout? Date: Mon, 20 Apr 1998 20:46:19 +0200 Message-ID: <01bd6c8c$9b610550$0100a8c0@haba_1.habatech.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >what is tce? >PCI is independent of i386. the MACS have PCI and so do some SGI's I >believe, (and possibly some SUNs too) My Alpha has it, too. Even 64-bit slots, does FreeBSD support 64-bit PCI yet? --- Erik H. Bakke Habatech AS erikhb@bgnett.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 12:47:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26194 for freebsd-current-outgoing; Mon, 20 Apr 1998 12:47:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA26134 for ; Mon, 20 Apr 1998 19:47:02 GMT (envelope-from dstenn@fanfic.org) Received: from fanfic.org (localhost.fanfic.org [127.0.0.1]) by fanfic.org (8.8.8/8.8.8) with SMTP id PAA10004; Mon, 20 Apr 1998 15:46:44 -0400 (EDT) (envelope-from dstenn@fanfic.org) Posted-Date: Mon, 20 Apr 1998 15:46:44 -0400 (EDT) Date: Mon, 20 Apr 1998 15:46:43 -0400 (EDT) From: Dennis Tenn To: Hostas Red cc: current@FreeBSD.ORG Subject: Re: -current won't build: file lost In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 20 Apr 1998, Hostas Red wrote: | /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c:42: | opt_devfs.h: No such file or directory | *** Error code 1 | 1 error | *** Error code 2 | 1 error | *** Error code 2 | 1 error | *** Error code 2 | 1 error | *** Error code 2 | 1 error Same here. It fails when it gets to compiling the lkm/cd9660 portion during make buildworld in exactly the same place as above. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested ICQ# 1457509 * Stand tall and rise to the occasion * For only then will you grow strong. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 12:50:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27205 for freebsd-current-outgoing; Mon, 20 Apr 1998 12:50:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27048 for ; Mon, 20 Apr 1998 19:50:11 GMT (envelope-from root@totum.Plaut.de) Received: from nihil.plaut.de (nihil.plaut.de [194.39.177.7]) by ns.plaut.de (8.8.8/8.8.7) with ESMTP id VAA03105 for ; Mon, 20 Apr 1998 21:50:02 +0200 (CEST) (envelope-from root@totum.Plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.8.8/8.8.8) with SMTP id VAA00631 for ; Mon, 20 Apr 1998 21:50:00 +0200 (CEST) (envelope-from root@totum.Plaut.de) Date: Mon, 20 Apr 1998 21:50:00 +0200 (CEST) From: Charlie ROOT To: FreeBSD-Current Subject: DEVFS not for PCMCIA? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, DEVFS/SLICE is working proberly so far except that is seems that sd* gets not probed in the case of insertion of a aic card. sd0 and rsd0 show up in /dev but no slices. The Jaz-Disk has a fdisk label with: ######################################################## (nihil)(root) # fdisk sd0 ******* Working on device /dev/rsd0 ******* parameters extracted from in-core disklabel are: cylinders=2091050 heads=1 sectors/track=1 (1 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=2091050 heads=1 sectors/track=1 (1 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 32, size 2093024 (1021 Meg), flag 0 beg: cyl 0/ sector 1/ head 1; end: cyl 1021/ sector 32/ head 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: --------------------------------------------------- is there a way to force a SLICE reprobe? Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 12:51:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27375 for freebsd-current-outgoing; Mon, 20 Apr 1998 12:51:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27253 for ; Mon, 20 Apr 1998 19:50:49 GMT (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id PAA04222; Mon, 20 Apr 1998 15:50:35 -0400 (EDT) Message-ID: <19980420155034.A4214@rtfm.net> Date: Mon, 20 Apr 1998 15:50:34 -0400 From: Nathan Dorfman To: current@FreeBSD.ORG Subject: Why is xtend in the base system? Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Why is xtend in the base system, anyway? It's definitely not essential, AFAICS. Maybe it should be moved into ports? -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 13:21:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06739 for freebsd-current-outgoing; Mon, 20 Apr 1998 13:21:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06628 for ; Mon, 20 Apr 1998 20:20:46 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id QAA07989; Mon, 20 Apr 1998 16:20:23 -0400 (EDT) Date: Mon, 20 Apr 1998 16:20:22 -0400 (EDT) From: "Matthew N. Dodd" To: Nathan Dorfman cc: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-Reply-To: <19980420155034.A4214@rtfm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 20 Apr 1998, Nathan Dorfman wrote: > Why is xtend in the base system, anyway? It's definitely not > essential, AFAICS. Maybe it should be moved into ports? Because it uses kernel drivers and would be prone to getting crufty if it wasn't in the base. Leave it be, I actually want to play with X10 at some point. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 13:37:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10173 for freebsd-current-outgoing; Mon, 20 Apr 1998 13:37:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10086 for ; Mon, 20 Apr 1998 20:36:42 GMT (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id WAA25062; Mon, 20 Apr 1998 22:37:21 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 20 Apr 1998 22:37:20 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Michael Hancock cc: Mike Smith , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Can I have the root partition on other than UFS ? (was miniBSD...) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 21 Apr 1998, Michael Hancock wrote: > On Mon, 20 Apr 1998, Mike Smith wrote: > > > You can't put device nodes on an MSDOS filesystem - you would need > > DEVFS for this to work. > > Sounds like a good reason to test devfs. > > options DEVFS > > boot -sv > mount -t devfs /dev /dev > > If it works then add ... > > options SLICE > Sounds interesting. :-) When I have some time (i.e. during the weekend) I'll try this. Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 13:38:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10394 for freebsd-current-outgoing; Mon, 20 Apr 1998 13:38:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10296 for ; Mon, 20 Apr 1998 20:38:13 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id NAA07817; Mon, 20 Apr 1998 13:32:36 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd007813; Mon Apr 20 20:32:28 1998 Message-ID: <353BAF9E.6201DD56@whistle.com> Date: Mon, 20 Apr 1998 13:27:10 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Charlie ROOT CC: FreeBSD-Current Subject: Re: DEVFS not for PCMCIA? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Charlie ROOT wrote: > > Hi, > DEVFS/SLICE is working proberly so far except that is seems > that sd* gets not probed in the case of insertion of a aic card. > sd0 and rsd0 show up in /dev but no slices. ahhhh yes, this is a problem. Justin, is there a way that the "probe-when-interrupts-are-on" code can do the requested probe Immediatly, when the probe is being requested AFTER booting has completed? > is there a way to force a SLICE reprobe? not yet but I'm thinking about it.. I know what needs to be done.. What worries me is the case for when you REMOVE the card... That hasn't been thought out all that well WRT the SCSI system. > > Bye! > ---- > Michael Reifenberger > Plaut Software GmbH, R/3 Basis > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 14:19:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA22692 for freebsd-current-outgoing; Mon, 20 Apr 1998 14:19:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22555 for ; Mon, 20 Apr 1998 21:18:57 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA09371; Mon, 20 Apr 1998 14:16:58 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd009353; Mon Apr 20 21:16:49 1998 Message-ID: <353BB9FB.13728473@whistle.com> Date: Mon, 20 Apr 1998 14:11:23 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Andrzej Bialecki CC: Michael Hancock , Mike Smith , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Can I have the root partition on other than UFS ? (was miniBSD...) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > > On Tue, 21 Apr 1998, Michael Hancock wrote: > > > On Mon, 20 Apr 1998, Mike Smith wrote: > > > > > You can't put device nodes on an MSDOS filesystem - you would need > > > DEVFS for this to work. > > > > Sounds like a good reason to test devfs. > > > > options DEVFS > > > > boot -sv > > mount -t devfs /dev /dev > > > > If it works then add ... > > > > options SLICE > > > > Sounds interesting. :-) When I have some time (i.e. during the weekend) > I'll try this. SLICE at present doesn't know how to make other types of filesystems root. (or in fact it's never been tested though it MAY work) patches will be welcome.. the first place to look is in the new file /sys/i386/i386/mountroot.c where I concentrated everythingn to do with mounting the root FS > > Andrzej Bialecki > > --------------------+--------------------------------------------------------- > abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } > Research & Academic | "Be open-minded, but don't let your brains to fall out." > Network in Poland | All of the above (and more) is just my personal opinion. > --------------------+--------------------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 14:28:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25175 for freebsd-current-outgoing; Mon, 20 Apr 1998 14:28:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA24967 for ; Mon, 20 Apr 1998 21:27:32 GMT (envelope-from ambrisko@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA09538; Mon, 20 Apr 1998 14:19:54 -0700 (PDT) Received: from crab.whistle.com(207.76.205.112), claiming to be "whistle.com" via SMTP by alpo.whistle.com, id smtpd009530; Mon Apr 20 21:19:46 1998 Received: (from ambrisko@localhost) by whistle.com (8.8.8/8.8.7) id OAA05442; Mon, 20 Apr 1998 14:17:47 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <199804202117.OAA05442@whistle.com> Subject: Re: Can I have the root partition on other than UFS ? (was miniBSD...) In-Reply-To: <199804190519.HAA11593@labinfo.iet.unipi.it> from Luigi Rizzo at "Apr 19, 98 07:19:26 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 20 Apr 1998 14:17:47 -0700 (PDT) Cc: luigi@labinfo.iet.unipi.it, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL29 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo writes: | About the discussion on minbsd, I am curious: | | can we mount the root partition from MSDOSFS or CD9660 ? | | I know we can have it from UFS or NFS, but not sure about other | filesystem types (unless one plays tricks with root in mfs as it is | done on the boot floppy...). CD9660 -> yes, I think it was broken in 2.2.5. Been using it in -current. Kind of weird watching it boot to multi-user off a CD. The first login is really slow. It would be neat to use the unionfs stuff to mount a hard-drive over the CD so you could do writes. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 14:58:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03581 for freebsd-current-outgoing; Mon, 20 Apr 1998 14:58:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03535 for ; Mon, 20 Apr 1998 21:58:35 GMT (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id RAA04645; Mon, 20 Apr 1998 17:58:23 -0400 (EDT) Message-ID: <19980420175822.A4615@rtfm.net> Date: Mon, 20 Apr 1998 17:58:22 -0400 From: Nathan Dorfman To: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? Mail-Followup-To: current@FreeBSD.ORG References: <19980420155034.A4214@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Matthew N. Dodd on Mon, Apr 20, 1998 at 04:20:22PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 20, 1998 at 04:20:22PM -0400, Matthew N. Dodd wrote: > On Mon, 20 Apr 1998, Nathan Dorfman wrote: > > Why is xtend in the base system, anyway? It's definitely not > > essential, AFAICS. Maybe it should be moved into ports? > > Because it uses kernel drivers and would be prone to getting crufty if it > wasn't in the base. Why can't this be done as an lkm that is installed from a port/package? > Leave it be, I actually want to play with X10 at some point. Yeah, if I could find whatever hw I needed for it, controlling my house from my computer would be great. Unless, of course, it was a Linux box. Yikes. ;) Please don't Cc: me when replying to the list, I get the same message twice (mutt will stop doing this if you define the list using :lists and then use the L key for list-reply). > /* > Matthew N. Dodd | A memory retaining a love you had for life > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 > */ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- gotcha! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 15:17:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07929 for freebsd-current-outgoing; Mon, 20 Apr 1998 15:17:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailhost (user-38lcl87.dialup.mindspring.com [209.86.85.7]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA07870 for ; Mon, 20 Apr 1998 22:17:09 GMT (envelope-from rlb@mindspring.com) Received: from mindspring.com by mailhost with smtp (Smail3.1.29.1 #1) id m0yROs0-000G5oC; Mon, 20 Apr 98 18:17 EDT Message-ID: <353BC95F.A4537A6@mindspring.com> Date: Mon, 20 Apr 1998 18:17:03 -0400 From: Ron Bolin X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: lkm build problem opt_devfs.h Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG During todays current kernel build I got the following lkm build error during a buildworld: cc -O -pipe -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I/usr/obj/usr/src/lkm/cd9660 -I/usr/obj/usr/src/lkm/cd9660/@ -DVFS_LKM -DMODVNOPS=cd9660_modvnops -c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c:42: opt_devfs.h: No such file or directory *** Error code 1 What is the fix for this? Thanks -- ------------------------------------------------------------------------------- Ron Bolin E-mail: rlb@mindspring.com Ph: 770-992-6875 Web: http://www.mindspring.com/~rlb ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 15:31:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11577 for freebsd-current-outgoing; Mon, 20 Apr 1998 15:31:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11482 for ; Mon, 20 Apr 1998 22:31:34 GMT (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (localhost [127.0.0.1]) by set.spradley.tmi.net (8.8.8/8.8.7) with ESMTP id RAA00317; Mon, 20 Apr 1998 17:28:59 -0500 (CDT) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199804202228.RAA00317@set.spradley.tmi.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: Michael Hancock cc: Mike Smith , Andrzej Bialecki , Luigi Rizzo , current@FreeBSD.ORG Subject: devfs (was Re: Can I have the root partition on other than UFS ? (was miniBSD...)) In-reply-to: Your message of "Tue, 21 Apr 1998 01:04:55 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Apr 1998 17:28:58 -0500 From: Ted Spradley Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Sounds like a good reason to test devfs. > > options DEVFS > > boot -sv > mount -t devfs /dev /dev bad-rev_link: /dev/wd0s1a on /: Specified device does not match mounted device If I don't mount /dev it comes up fine, that's what I'm running now. Built from sources cvsupped April 18, ~09:00 UTC. set$ dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Mon Apr 20 16:24:04 CDT 1998 tsprad@set.spradley.tmi.net:/source/src/sys/compile/Set-devfs Calibrating clock(s) ... i8254 clock: 1193569 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz cost 6894 ns CPU: AMD Enhanced Am486DX4 Write-Through (486-class CPU) Origin = "AuthenticAMD" Id = 0x484 Stepping=4 Features=0x1 real memory = 37748736 (36864K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x0024d000 - 0x023fdfff, 35328000 bytes (8625 pages) avail memory = 34566144 (33756K bytes) Found BIOS32 Service Directory header at 0xf00fb9e0 Entry = 0xfbe70 (0xf00fbe70) Rev = 0 Len = 1 PCI BIOS entry at 0xbea0 Other BIOS signatures found: ACPI: 00000000 $PnP: 00000000 DEVFS: ready for devices pci_open(1): mode 1 addr port (0x0cf8) is 0x80002844 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 2 3 4 5 [class=060000] [hdr=00] is there (id=04961039) Probing for devices on PCI bus 0: found-> vendor=0x1039, dev=0x0496, revid=0x31 class=06-00-00, hdrtype=0x00, mfdev=0 chip0: rev 0x31 on pci0.5.0 found-> vendor=0x105d, dev=0x2309, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=9 map[0]: type 3, range 32, base f0000000, size 22 map[1]: type 3, range 32, base f0400000, size 22 map[2]: type 1, range 32, base f0800000, size 22 map[3]: type 1, range 32, base f0c00000, size 22 map[4]: type 1, range 32, base f1000000, size 16 map[5]: type 4, range 32, base 00006000, size 8 vga0: rev 0x00 int a irq 9 on pci0.11.0 Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0045 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 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 07 80 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 in BIOS 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 registers to be used 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: rows_offset:1 sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x30f irq 5 maddr 0xd8000 msize 8192 on isa ed0: address 02:60:8c:ae:82:a7, type 3c503 (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x278-0x27f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 3067MB (6281856 sectors), 6232 cyls, 16 heads, 63 S/T, 512 B/S wd0: ATA INQUIRE valid = 0003, dmamword = 0407, apio = 0003, udma = 0000 wdc1 not found at 0x170 nca0 at 0x1f88-0x1f8b irq 10 on isa nca0: type ProAudioSpectrum-16 nca0: waiting for scsi devices to settle scbus0 at nca0 bus 0 nca: sending command: invalid phase MSGOUT nca0/4/0 unexpected target disconnect nca: sending command: invalid phase MSGOUT nca0/4/0 unexpected target disconnect npx0 on motherboard npx0: INT 16 interface apm0 flags 0x31 on isa apm: found APM BIOS version 1.1 pas0 at 0x388 irq 11 drq 6 on isa snd0: sb_reset_dsp failed sb0 not found at 0x220 opl0 at 0x388 on isa snd0: imasks: bio c0084440, tty c003009a, net c0060020 BIOS Geometries: 0:03097f3f 0..777=778 cylinders, 0..127=128 heads, 1..63=63 sectors 0 accounted for Device configuration finished. DEVFS: ready to run bpf: lo0 attached Considering FFS root f/s. wd0s1: type 0xa5, start 63, end = 6281855, size 6281793 : OK set$ (I haven't tried in six months to make the PAS16/nca0 work, I just haven't taken it out of my config file.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 16:11:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20947 for freebsd-current-outgoing; Mon, 20 Apr 1998 16:11:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20904 for ; Mon, 20 Apr 1998 23:10:50 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA13251; Mon, 20 Apr 1998 16:01:56 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd013241; Mon Apr 20 23:01:48 1998 Message-ID: <353BD29C.2C67412E@whistle.com> Date: Mon, 20 Apr 1998 15:56:28 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Kenjiro Cho CC: current@FreeBSD.ORG Subject: Bandwidth throttling etc. References: <199804171244.VAA14149@hotaka.csl.sony.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been looking at the package mentionned below and find that it really is very good fro outgoing, however there is no literature at this time for lomitting INCOMING bandwidth. Below I make a proposal. Kenjiro Cho wrote: > > Julian, > > Thank you for your interest in ALTQ. > (for those who don't know about it, ALTQ is a queueing framework to > control network traffic. The related information is available at > http://www.csl.sony.co.jp/person/kjc/software.html) Kenjiro Cho wrote: > I think just merging the two is not enough. We need a more efficient > and flexible classifier. But it isn't easy since there are a wide > range of requirements and, at the same time, the classifier must be > efficient. Although it is redundant to have two different > implementations, it is easier for me or others to experiment with it. > yes but it is not so easy to make a classifier for all protocols. Better to allow each protocol to classify it's own data. I think that IPFW (or IPfilter) is more flexible, and is already in place to classify to a much more rigourous set of rules. Also firewalling, translation and bandwidth management need to be controlled by a single entity in my opinion. > > Thanks for your support. Also, I should mention that Linux recently > added CBQ support. (but I haven't had time to look into their > implementation.) this would be very interesting if you can find out more.. Your evaluation would be of great value. > > I'm now working on the follwoing issues: > > 1. better support for slow links (suggested by Luigi) > A better queueing alone is not enough for dial-up users. > Parameter tuning (e.g., packet size, device buffer size) > and additional mechanisms are required. I found that I could not change the parameters for a class once CBQ was running.. The only way I could change anything was to edit the conf file and restart CBQ. Even if run -d. > > 2. IPv6 support > Make use of IPv6 features (e.g, flowlabel) > Also, I feel that when we incorporate IPv6 is a good opportunity > to incorporate various other networking research outputs (e.g., > RED, ECN, diff-serv) into the existing platforms. What I wnat to do is to add a field to the mbuf pkhdr field that can hold a reference to a flow label or a CBQ class (as a specific example) so that the classification of a packet is available at any time once made. I then want to add code to the IPFW classifier to allow it to make that classification. This would allow me to classify INCOMING packets (as I need to look at them with IPFW anyhow on my gateway). I would also like to add an IPWF rule to pass packets to a flow-control module. Incoming flow control will only really work for TCP, but that is enough for 99% of cases because usually the hogs are ftp or http. RED cannot be used for incoming, but teh moral equivalent of tail-drop could be implemented by keeping a 'virtual' queue for each class, which simply keeps track of the through-put and drops packets belonging to overlimit classes. (thus asking the window to be closed). Would it be possible to do this for incoming packets for an interface if I could guarantee that you would be called for every incoming packet (preclassified)? Obviously they woudl not be queued, but either passed directly on or dropped, but the part of CBQ that makes the decisions might be able to be used without too much work. what do you think? > > 3. copyright issues > Some of the CBQ related files have Sun's restrictive copyright. > Sally Floyd (CBQ inventor) and I have been talking with Sun, > and, at least, a guy at Sun is cooperative. > > Anyway, I will present my work at USENIX (Friday morning, Refereed paper). > So, I will have a chance to talk with FreeBSD people in New Orleans. I'm looking forward to it. > > --Kenjiro > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 16:28:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24501 for freebsd-current-outgoing; Mon, 20 Apr 1998 16:28:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA24384 for ; Mon, 20 Apr 1998 23:27:57 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA13950; Mon, 20 Apr 1998 16:24:42 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd013946; Mon Apr 20 23:24:36 1998 Message-ID: <353BD7F5.64880EEB@whistle.com> Date: Mon, 20 Apr 1998 16:19:17 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Ted Spradley CC: Michael Hancock , Mike Smith , Andrzej Bialecki , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: devfs (was Re: Can I have the root partition on other than UFS ? (was miniBSD...)) References: <199804202228.RAA00317@set.spradley.tmi.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ted Spradley wrote: > > > Sounds like a good reason to test devfs. > > > > options DEVFS > > > > boot -sv > > mount -t devfs /dev /dev > > bad-rev_link: /dev/wd0s1a on /: Specified device does not match mounted > device > > many changes and fixes to DEVFS were added yesterday.. check it out again and use both SLICE and DEVFS options. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 16:31:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24880 for freebsd-current-outgoing; Mon, 20 Apr 1998 16:31:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA24676 for ; Mon, 20 Apr 1998 23:30:02 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id XAA21950 for ; Mon, 20 Apr 1998 23:29:50 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id BAA20499; Tue, 21 Apr 1998 01:29:50 +0200 (MET DST) Message-ID: <19980421012950.46601@follo.net> Date: Tue, 21 Apr 1998 01:29:50 +0200 From: Eivind Eklund To: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: <19980420155034.A4214@rtfm.net> <19980420175822.A4615@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980420175822.A4615@rtfm.net>; from Nathan Dorfman on Mon, Apr 20, 1998 at 05:58:22PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 20, 1998 at 05:58:22PM -0400, Nathan Dorfman wrote: > On Mon, Apr 20, 1998 at 04:20:22PM -0400, Matthew N. Dodd wrote: > > On Mon, 20 Apr 1998, Nathan Dorfman wrote: > > > Why is xtend in the base system, anyway? It's definitely not > > > essential, AFAICS. Maybe it should be moved into ports? > > > > Because it uses kernel drivers and would be prone to getting crufty if it > > wasn't in the base. > > Why can't this be done as an lkm that is installed from a port/package? Because the internal kernel API isn't stable enough at this point. There is still a lot of cleanup to do; hopefully this will be feasible once the new bus code and kld comes online. > Please don't Cc: me when replying to the list, I get the same message > twice (mutt will stop doing this if you define the list using :lists > and then use the L key for list-reply). Please be aware that this request doesn't cover all of us - I for one filter messages, and am much more likely to miss something that only goes through the lists. Thus, I like getting first order replies To:'ed to me, with Cc: to the lists. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 16:37:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26207 for freebsd-current-outgoing; Mon, 20 Apr 1998 16:37:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26062 for ; Mon, 20 Apr 1998 23:37:03 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id XAA22172; Mon, 20 Apr 1998 23:36:50 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id BAA20695; Tue, 21 Apr 1998 01:36:49 +0200 (MET DST) Message-ID: <19980421013649.28122@follo.net> Date: Tue, 21 Apr 1998 01:36:49 +0200 From: Eivind Eklund To: Ron Bolin , FreeBSD Current Mailing List Subject: Re: lkm build problem opt_devfs.h References: <353BC95F.A4537A6@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <353BC95F.A4537A6@mindspring.com>; from Ron Bolin on Mon, Apr 20, 1998 at 06:17:03PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 20, 1998 at 06:17:03PM -0400, Ron Bolin wrote: > During todays current kernel build I got the following lkm build error > during a buildworld: > > cc -O -pipe -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type > -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wuninitialized -nostdinc -I- -I/usr/obj/usr/src/lkm/cd9660 > -I/usr/obj/usr/src/lkm/cd9660/@ -DVFS_LKM -DMODVNOPS=cd9660_modvnops -c > /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c > /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c:42: > opt_devfs.h: No such file or directory > *** Error code 1 > > What is the fix for this? Getting the latest sources. Julian has fixed it. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 16:48:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29044 for freebsd-current-outgoing; Mon, 20 Apr 1998 16:48:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28900 for ; Mon, 20 Apr 1998 23:47:50 GMT (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id RAA01562; Mon, 20 Apr 1998 17:47:36 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id RAA03390; Mon, 20 Apr 1998 17:47:33 -0600 Date: Mon, 20 Apr 1998 17:47:33 -0600 Message-Id: <199804202347.RAA03390@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Julian Elischer Cc: Charlie ROOT , FreeBSD-Current Subject: Re: DEVFS not for PCMCIA? In-Reply-To: <353BAF9E.6201DD56@whistle.com> References: <353BAF9E.6201DD56@whistle.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Justin, is there a way that the "probe-when-interrupts-are-on" > code can do the requested probe Immediatly, when the probe is > being requested AFTER booting has completed? ???? Which probe are you talking about? > > is there a way to force a SLICE reprobe? > > not yet but I'm thinking about it.. > I know what needs to be done.. > What worries me is the case for when you REMOVE the card... That > hasn't been thought out all that well WRT the SCSI system. PAO has some 'bus removal' code as part of the system, but I haven't looked at it much since it works w/out the removal. FreeBSD in general doesn't deal with removal of resources. :( Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 17:54:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12917 for freebsd-current-outgoing; Mon, 20 Apr 1998 17:54:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12799 for ; Tue, 21 Apr 1998 00:53:33 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA16103; Mon, 20 Apr 1998 17:32:42 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd016088; Tue Apr 21 00:32:33 1998 Message-ID: <353BE7E0.5656AEC7@whistle.com> Date: Mon, 20 Apr 1998 17:27:12 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Nate Williams CC: Charlie ROOT , FreeBSD-Current Subject: Re: DEVFS not for PCMCIA? References: <353BAF9E.6201DD56@whistle.com> <199804202347.RAA03390@mt.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams wrote: > > > Justin, is there a way that the "probe-when-interrupts-are-on" > > code can do the requested probe Immediatly, when the probe is > > being requested AFTER booting has completed? > > ???? Which probe are you talking about? Justin has added a function. in sd.c for example there is: sd->ich.ich_func = sds_init; sd->ich.ich_arg = sd; config_intrhook_establish(&sd->ich); basically, once interrupts are started up, sds_init will be called with the argument sd. In CAM this will be done at the BOARD level rather than the scsi device level. So the SCSI bus will be probed once the system is fully operational. This allows devices to probe for sub-partitions etc, at full speed rather than in polling mode. it also means that support for polling mode need not be so great. (in fact it may go away eventually in some cases?) The trouble is that if you "miss the boat" and make your config_intrhook_establish(&sd->ich); call too late, it never gets called.. I'm going to go look at that now.. Nate, what context does the 'attach' code for a driver get called from in the case of a OC-CARD insertion? is it in the kernel level context of a daemon, or is it run from an interrupt level event? > > > > is there a way to force a SLICE reprobe? > > > > not yet but I'm thinking about it.. > > I know what needs to be done.. > > What worries me is the case for when you REMOVE the card... That > > hasn't been thought out all that well WRT the SCSI system. > > PAO has some 'bus removal' code as part of the system, but I haven't > looked at it much since it works w/out the removal. > > FreeBSD in general doesn't deal with removal of resources. :( yep. DEVFS will revert an open vnode to DEADFS if the underlying driver requests that the node be removed. the next access will return Exxxxx (I forget). So every device driver should grow a "invalidate yourself" entrypoint. I don't know what the argument would be however.. I assume that there is some way that the PCCARD code, and the driver can identify themselves to each other.. Probably the driver should return a cookie to the bus that called it on attach, so that the bus can call it later and say, "hey make that device go away". then the driver can invalidate the appropriate devfs entries and devfs will convert the appropriate vnodes. julian > > Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 20:10:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06015 for freebsd-current-outgoing; Mon, 20 Apr 1998 20:10:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06008 for ; Tue, 21 Apr 1998 03:10:31 GMT (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id VAA02831; Mon, 20 Apr 1998 21:10:27 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id VAA04208; Mon, 20 Apr 1998 21:10:26 -0600 Date: Mon, 20 Apr 1998 21:10:26 -0600 Message-Id: <199804210310.VAA04208@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Julian Elischer Cc: Nate Williams , Charlie ROOT , FreeBSD-Current Subject: Re: DEVFS not for PCMCIA? In-Reply-To: <353BE7E0.5656AEC7@whistle.com> References: <353BAF9E.6201DD56@whistle.com> <199804202347.RAA03390@mt.sri.com> <353BE7E0.5656AEC7@whistle.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Nate, what context does the 'attach' code for a driver get > called from in the case of a OC-CARD insertion? > > is it in the kernel level context of a daemon, or is it > run from an interrupt level event? It's inside of the kernel, with interrupts disabled (but allocated, which is a known bug). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 20:57:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15321 for freebsd-current-outgoing; Mon, 20 Apr 1998 20:57:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15271 for ; Tue, 21 Apr 1998 03:57:22 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id UAA21643; Mon, 20 Apr 1998 20:50:22 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd021641; Tue Apr 21 03:50:13 1998 Message-ID: <353C1637.31D2DE92@whistle.com> Date: Mon, 20 Apr 1998 20:44:55 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Nate Williams CC: Charlie ROOT , FreeBSD-Current Subject: Re: [CAM]?DEVFS not for PCMCIA? References: <353BAF9E.6201DD56@whistle.com> <199804202347.RAA03390@mt.sri.com> <353BE7E0.5656AEC7@whistle.com> <199804210310.VAA04208@mt.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams wrote: > > > Nate, what context does the 'attach' code for a driver get > > called from in the case of a OC-CARD insertion? > > > > is it in the kernel level context of a daemon, or is it > > run from an interrupt level event? > > It's inside of the kernel, with interrupts disabled (but allocated, > which is a known bug). So you call it from the interrup layer? bummer. because that makes it hard to run justin's stuff from there directly.. we'd have to "schedule it to run at a later time". (maybe a timeout()) I guess that'd be possible. Imagine if you will that a SCSI card is probed at boot. it schedules itself to have it's scsi bus probed at a later time after interrupts are turned on. All such requests are run near the end of boot... Now imagine the same scenario on the insertion of a PCCARD SCSI adapter.. end-of-boot has already passed so they don't happen. Maybe Justin has a suggestion. > > Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 21:03:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16688 for freebsd-current-outgoing; Mon, 20 Apr 1998 21:03:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16637 for ; Tue, 21 Apr 1998 04:03:34 GMT (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id WAA03122; Mon, 20 Apr 1998 22:03:27 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id WAA04369; Mon, 20 Apr 1998 22:03:24 -0600 Date: Mon, 20 Apr 1998 22:03:24 -0600 Message-Id: <199804210403.WAA04369@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Julian Elischer Cc: Nate Williams , Charlie ROOT , FreeBSD-Current Subject: Re: [CAM]?DEVFS not for PCMCIA? In-Reply-To: <353C1637.31D2DE92@whistle.com> References: <353BAF9E.6201DD56@whistle.com> <199804202347.RAA03390@mt.sri.com> <353BE7E0.5656AEC7@whistle.com> <199804210310.VAA04208@mt.sri.com> <353C1637.31D2DE92@whistle.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Nate, what context does the 'attach' code for a driver get > > > called from in the case of a OC-CARD insertion? > > > > > > is it in the kernel level context of a daemon, or is it > > > run from an interrupt level event? > > > > It's inside of the kernel, with interrupts disabled (but allocated, > > which is a known bug). > > So you call it from the interrup layer? bummer. No, but I turn off interrupts because they would kill us. > because that makes it hard to run justin's stuff from there directly.. > we'd have to "schedule it to run at a later time". (maybe a timeout()) Card insertions happen at interrupt level, but the powering on and other 'intialization' all happens with timeouts. > Imagine if you will that a SCSI card is probed at boot. > it schedules itself to have it's scsi bus probed at a later time > after interrupts are turned on. > All such requests are run near the end of boot... And the advantage of this is?? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 21:12:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18412 for freebsd-current-outgoing; Mon, 20 Apr 1998 21:12:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18241 for ; Tue, 21 Apr 1998 04:11:48 GMT (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (localhost [127.0.0.1]) by set.spradley.tmi.net (8.8.8/8.8.7) with ESMTP id XAA00295; Mon, 20 Apr 1998 23:08:55 -0500 (CDT) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199804210408.XAA00295@set.spradley.tmi.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: Julian Elischer cc: Michael Hancock , Mike Smith , Andrzej Bialecki , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: devfs (was Re: Can I have the root partition on other than UFS ? (was miniBSD...)) In-reply-to: Your message of "Mon, 20 Apr 1998 16:19:17 PDT." <353BD7F5.64880EEB@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Apr 1998 23:08:53 -0500 From: Ted Spradley Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > many changes and fixes to DEVFS were added yesterday.. > > check it out again and use both SLICE and DEVFS options. Much better. So far, only one little glitch. I had XFree86 configured to use /dev/mouse, which used to be a symlink to /dev/cuaa0. Easy enough to fix. I haven't tested anything yet, except logging in and answering mail, but it looks fine so far. Thanks! > > julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 21:27:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20527 for freebsd-current-outgoing; Mon, 20 Apr 1998 21:27:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA20519 for ; Tue, 21 Apr 1998 04:27:35 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id VAA22309; Mon, 20 Apr 1998 21:26:13 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd022306; Tue Apr 21 04:26:09 1998 Message-ID: <353C1EA2.5E652F78@whistle.com> Date: Mon, 20 Apr 1998 21:20:50 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Nate Williams CC: Charlie ROOT , FreeBSD-Current Subject: Re: [CAM]?DEVFS not for PCMCIA? References: <353BAF9E.6201DD56@whistle.com> <199804202347.RAA03390@mt.sri.com> <353BE7E0.5656AEC7@whistle.com> <199804210310.VAA04208@mt.sri.com> <353C1637.31D2DE92@whistle.com> <199804210403.WAA04369@mt.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams wrote: > > No, but I turn off interrupts because they would kill us. > > > because that makes it hard to run justin's stuff from there directly.. > > we'd have to "schedule it to run at a later time". (maybe a timeout()) > > Card insertions happen at interrupt level, but the powering on and other > 'intialization' all happens with timeouts. > > > Imagine if you will that a SCSI card is probed at boot. > > it schedules itself to have it's scsi bus probed at a later time > > after interrupts are turned on. > > All such requests are run near the end of boot... > > And the advantage of this is?? All the disks and possibly slow devices are probed later. Eventually Justin wants (I believe) to allocate kernel threads or something and do them all in parallel, but I may be imagining this part.. > > Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 22:30:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA29711 for freebsd-current-outgoing; Mon, 20 Apr 1998 22:30:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29703 for ; Tue, 21 Apr 1998 05:30:27 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id FAA00919; Tue, 21 Apr 1998 05:30:22 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id HAA01951; Tue, 21 Apr 1998 07:30:22 +0200 (MET DST) Message-ID: <19980421073022.60085@follo.net> Date: Tue, 21 Apr 1998 07:30:22 +0200 From: Eivind Eklund To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: devfs (was Re: Can I have the root partition on other than UFS ? (was miniBSD...)) References: <353BD7F5.64880EEB@whistle.com> <199804210408.XAA00295@set.spradley.tmi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804210408.XAA00295@set.spradley.tmi.net>; from Ted Spradley on Mon, Apr 20, 1998 at 11:08:53PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 20, 1998 at 11:08:53PM -0500, Ted Spradley wrote: > > > many changes and fixes to DEVFS were added yesterday.. > > > > check it out again and use both SLICE and DEVFS options. > > Much better. So far, only one little glitch. I had XFree86 configured > to use /dev/mouse, which used to be a symlink to /dev/cuaa0. Easy enough > to fix. > > I haven't tested anything yet, except logging in and answering mail, but > it looks fine so far. Thanks! Works fine for me, too. Not a hitch - I was just about wondering whether it was really running ;-) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 22:41:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01763 for freebsd-current-outgoing; Mon, 20 Apr 1998 22:41:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ren.dtir.qld.gov.au (firewall-user@ns.dtir.qld.gov.au [203.108.138.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01750 for ; Tue, 21 Apr 1998 05:41:41 GMT (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id PAA03201; Tue, 21 Apr 1998 15:41:05 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma003184; Tue, 21 Apr 98 15:40:53 +1000 Received: from troll.dtir.qld.gov.au (troll.dtir.qld.gov.au [167.123.8.1]) by ogre.dtir.qld.gov.au (8.8.7/8.8.7) with ESMTP id PAA07940 for ; Tue, 21 Apr 1998 15:40:53 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.dtir.qld.gov.au (8.8.5/8.8.5) with SMTP id PAA08950; Tue, 21 Apr 1998 15:40:48 +1000 (EST) Message-Id: <199804210540.PAA08950@troll.dtir.qld.gov.au> X-Authentication-Warning: troll.dtir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: freebsd-current@FreeBSD.ORG cc: syssgm@dtir.qld.gov.au Subject: panic: vm_page_free: freeing busy page Date: Tue, 21 Apr 1998 15:40:48 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've finally got enough computer bits working again to do a little FreeBSD stress testing. The client is a Compaq Prolinea 486SX33 with 12Mb ram and 2 small SCSI-1 disks on an Adaptec 1542b. The server is a pentium 133 with 32Mb ram and 2 4Gb IBM UW SCSI disks on a FirePort 40 (ncr 875). The source and objects are on the server and NFS mounted to the client. The client mounts src readonly and obj read-write (and async, if that does anything under NFS). The client kernel (and userland) is -current from April 19 (April 18 US time), and has DIAGNOSTIC set. The server is -current from March 12, just before the big VM changes. At the time of the crash, the client was running 'make -j2 buildworld' (making all the obj dirs, I think) and building a kernel locally, and running iostat. Swapping was brisk, though not swamping the machine. There was plenty of swap space left. Unfortunately, I'm not 100% set up and I got no crash dump, or any groovy gdb info. Here's some stuff I got from DDB, painfully transcribed by hand: vm_object_terminate: freeing busy page vm_page_free: pindex(0), busy(1), PG_BUSY(1), hold(0) panic: vm_page_free: freeing busy page ... _panic... _vm_page_freechk_and_unqueue(f026949c) _vm_page_free(f026949c) _vm_object_terminate(f2489a50) _vm_object_deallocate(f2489a50) _vm_map_entry_delete(f2406ec0, f2477bac) _vm_map_delete(f2406ec0, 0, efbfe000) _vm_map_remove(f2406ec0, 0, efbfe000) _exit1(f2400f00) _exit(f2400f00) _syscall... _Xsyscall... The exiting process was /bin/sh. The page at f026949c is on queue 0x82 (PQ_ACTIVE), flags 0x85 (referenced, tabled, busy), valid 0xff, dirty 0 and is part of object f2489a50. The object at f2489a50 is type 0, size 1, res 1, ref 0, flags 0x188 (mightbedirty, writeable, dead), sref 0, offset 0, backobj(0)=(0)+0. Map entry f2477bac has start 2004b000 and end 2004c000, and corresponds to the single page mmap'd by malloc to be the malloc page directory. It refers to object f2489a50. I have some more info written down, but I think this is the essential stuff. My primitive analysis: I can't see how the object can be type 0 (OBJT_DEFAULT) and yet contain a busy page (indicating swap out in progress). I watched other sh processes in the next build world (the NFS bugs displayed by this one will be presented in a subsequent message) and their malloc directory pages changed from default to swap in /proc/*/map as expected. So, I'm stumped. Any body else got any good ideas? Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 23:00:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04317 for freebsd-current-outgoing; Mon, 20 Apr 1998 23:00:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ren.dtir.qld.gov.au (firewall-user@ns.dtir.qld.gov.au [203.108.138.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04310 for ; Tue, 21 Apr 1998 06:00:35 GMT (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id QAA05681; Tue, 21 Apr 1998 16:00:05 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma005661; Tue, 21 Apr 98 15:59:52 +1000 Received: from troll.dtir.qld.gov.au (troll.dtir.qld.gov.au [167.123.8.1]) by ogre.dtir.qld.gov.au (8.8.7/8.8.7) with ESMTP id PAA08300 for ; Tue, 21 Apr 1998 15:59:51 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.dtir.qld.gov.au (8.8.5/8.8.5) with SMTP id PAA09123; Tue, 21 Apr 1998 15:59:48 +1000 (EST) Message-Id: <199804210559.PAA09123@troll.dtir.qld.gov.au> X-Authentication-Warning: troll.dtir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: freebsd-current@FreeBSD.ORG cc: syssgm@dtir.qld.gov.au Subject: NFS corruption Date: Tue, 21 Apr 1998 15:59:47 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG NFS is eating my .depend files during a make world. The client is a Compaq Prolinea 486SX33 with 12Mb ram and 2 small SCSI-1 disks on an Adaptec 1542b. The server is a pentium 133 with 32Mb ram and 2 4Gb IBM UW SCSI disks on a FirePort 40 (ncr 875). The source and objects are on the server and NFS mounted to the client. The client mounts src readonly and obj read-write (and async, if that does anything under NFS). The client kernel (and userland) is -current from April 19 (April 18 US time), and has DIAGNOSTIC set. The server is -current from March 12, just before the big VM changes. Memory is short on the client, so paging is brisk. There is plenty of swap space free. I don't run CAM or softupdates. I ran 'make -j2 buildworld' and several hours later observed unusual error messages complaining about garbage in .depend files. Many .depend files were affected. Each .depend file was broken similarly. They would start normally, then the corruption would start on a page boundary (multiple of 0x1000), but *not* extend as far as the next page boundary. The corruption was either C source, or C preprocessor output overwriting the normal contents. >From this evidence I suspect bugs when handling partial page writes, either in NFS or the general VM system. I can't be sure whether the client or the server is at fault. Unfortunately, this is a pretty vague diagnosis. Fortunately, this is now a permanent setup at my place, so I can run tests until my power bill bankrupts me! So, any ideas on how I should tackle this? Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 20 23:24:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06956 for freebsd-current-outgoing; Mon, 20 Apr 1998 23:24:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06928 for ; Tue, 21 Apr 1998 06:24:36 GMT (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id IAA00265 for ; Tue, 21 Apr 1998 08:21:46 +0200 (MET DST) Message-ID: <353C58B1.A740A130@giovannelli.it> Date: Tue, 21 Apr 1998 08:28:33 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: usr.bin/expand breaks make world Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After cvsupping today (980421) : ===> usr.bin/expand No closing parenthesis in archive specification *** Error code 1 and a lot of this errors ... [...] ".depend", line 1979: Need an operator ".depend", line 1980: Need an operator ".depend", line 1981: Need an operator ".depend", line 1982: Need an operator ".depend", line 1983: Need an operator ".depend", line 1984: Need an operator ".depend", line 1985: Need an operator ".depend", line 1990: Need an operator ".depend", line 1991: Need an operator ".depend", line 1992: Need an operator ".depend", line 1993: Need an operator ".depend", line 1994: Need an operator ".depend", line 1995: Need an operator ".depend", line 1996: Need an operator -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 00:15:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12098 for freebsd-current-outgoing; Tue, 21 Apr 1998 00:15:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ren.dtir.qld.gov.au (firewall-user@ns.dtir.qld.gov.au [203.108.138.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA12080 for ; Tue, 21 Apr 1998 07:14:50 GMT (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id RAA12307; Tue, 21 Apr 1998 17:14:13 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma012299; Tue, 21 Apr 98 17:14:11 +1000 Received: from troll.dtir.qld.gov.au (troll.dtir.qld.gov.au [167.123.8.1]) by ogre.dtir.qld.gov.au (8.8.7/8.8.7) with ESMTP id RAA09592; Tue, 21 Apr 1998 17:14:10 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.dtir.qld.gov.au (8.8.5/8.8.5) with SMTP id RAA10146; Tue, 21 Apr 1998 17:14:06 +1000 (EST) Message-Id: <199804210714.RAA10146@troll.dtir.qld.gov.au> X-Authentication-Warning: troll.dtir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: Gianmarco Giovannelli cc: freebsd-current@FreeBSD.ORG, syssgm@dtir.qld.gov.au Subject: Re: usr.bin/expand breaks make world References: <353C58B1.A740A130@giovannelli.it> In-Reply-To: <353C58B1.A740A130@giovannelli.it> from Gianmarco Giovannelli at "21 Apr 1998 16:38:16 +1000" Date: Tue, 21 Apr 1998 17:14:06 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 21st April 1998, Gianmarco Giovannelli wrote: >After cvsupping today (980421) : > >===> usr.bin/expand >No closing parenthesis in archive specification >*** Error code 1 > >and a lot of this errors ... >[...] > >".depend", line 1979: Need an operator >".depend", line 1980: Need an operator >".depend", line 1981: Need an operator >... Look in .depend and check for corruption starting at line 1979 (or nearby). Use 'hd .depend | more' and see whether the corruption starts on a page boundary (multiple of 0x1000). If so, I am seeing the same thing. Do you use NFS? If not, then the problem is a general VM problem, not NFS specific as I first thought. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 00:30:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14769 for freebsd-current-outgoing; Tue, 21 Apr 1998 00:30:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA14702 for ; Tue, 21 Apr 1998 07:30:27 GMT (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id IAA15229; Tue, 21 Apr 1998 08:29:54 +0100 (BST) (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199804210729.IAA15229@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: Eivind Eklund cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: devfs (was Re: Can I have the root partition on other than UFS ? (was miniBSD...)) In-reply-to: Your message of "Tue, 21 Apr 1998 07:30:22 +0200." <19980421073022.60085@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Apr 1998 08:29:54 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > Works fine for me, too. Not a hitch - I was just about wondering > whether it was really running ;-) Yeah, good job Julian ! > Eivind. -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 00:37:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16164 for freebsd-current-outgoing; Tue, 21 Apr 1998 00:37:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16116 for ; Tue, 21 Apr 1998 07:37:09 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA25726 for ; Tue, 21 Apr 1998 00:29:22 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd025724; Tue Apr 21 07:29:19 1998 Date: Tue, 21 Apr 1998 00:24:00 -0700 (PDT) From: Julian Elischer To: current@FreeBSD.ORG Subject: next stages in devfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG THere are a few stages that need to be taken for devfs at this point. Some of them need discussion: removable media: how do we detect that they have changed? this is ok for SCSI, as the first access after a change will have the usual effect.. (annoying but safe). but there is no way to know that the floppy has changed (is there?, I heard recently that there is actually a way to tell this under AT or newer machines (that's everything with a 386 or greater). does anyone have any info on this? Maybe FreeBSD could do what some other vendors do and have a constant probe (non activating) going on all detected drives (once per few seconds) I know some people hate the idea but it is one solution. Win95 does this. (how it notices new CDs) Joerg, do you have any thoughts as to how I could better integrate the floppy (you being an expert there). What I have done works but its probing at bootup (with annoying error messages due to lack of media) needs work (should a floppy drive look for sub-partitions at all?) should it try work out what media is in the drive and only show one device? Maybe a control program similar to 'mt' might be a better way of handling density. (doesn't fdformat do that? hmmm) * The LS120 driver hasn't been integrated.. can someone who has one let me know so I can co-ordinate that.. * I have not written a bad144 layer. how important is that these days? * There needs to be a handler for extended DOS partitions. I need a tester for that too.. :-) What is a good naming scheme for extended partitions? an extended partition in sd0s1 would start sd0s1x1 as a suggestion with further logical drives as sd0s1x2 sd0s1x3 etc. Is that reasonable? The naming order is also up for grabs because theoretically there could be 4 per layer.. I'd resist calling them sd0s1s1 and sd0s1s1s1, sd0s1s2s1 etc, as their actual layout on the disk would suggest. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 01:53:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25037 for freebsd-current-outgoing; Tue, 21 Apr 1998 01:53:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ceia.nordier.com (m1-46-dbn.dial-up.net [196.34.155.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25022 for ; Tue, 21 Apr 1998 08:53:00 GMT (envelope-from rnordier@iafrica.com) Received: (from rnordier@localhost) by ceia.nordier.com (8.8.8/8.6.12) id KAA12020; Tue, 21 Apr 1998 10:51:38 +0200 (SAT) From: Robert Nordier Message-Id: <199804210851.KAA12020@ceia.nordier.com> Subject: Re: next stages in devfs In-Reply-To: from Julian Elischer at "Apr 21, 98 00:24:00 am" To: julian@whistle.com (Julian Elischer) Date: Tue, 21 Apr 1998 10:51:36 +0200 (SAT) Cc: 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > THere are a few stages that need to be taken for devfs at this point. > Some of them need discussion: > > removable media: > how do we detect that they have changed? > this is ok for SCSI, as the first access after a change will > have the usual effect.. (annoying but safe). > but there is no way to know that the floppy has changed (is there?, > I heard recently that there is actually a way to tell this under AT or > newer machines (that's everything with a 386 or greater). > does anyone have any info on this? Disk change line (line 34 of the interface cable) support was added when the AT was introduced. This is accessible via the digital input register (DIR) at port address 0x3f7. The MS default block device also implemented a virtual change line capability by storing system clock ticks at each access. In response to a "media check" request from the kernel, if <= two seconds had elapsed, the media was assumed to be unchanged. > [ ... ] > * There needs to be a handler for extended DOS partitions. > I need a tester for that too.. :-) I can help with that one. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 02:56:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05252 for freebsd-current-outgoing; Tue, 21 Apr 1998 02:56:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05198 for ; Tue, 21 Apr 1998 09:56:06 GMT (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id LAA00419; Tue, 21 Apr 1998 11:53:12 +0200 (MET DST) Message-ID: <353C8A3E.5502E73C@giovannelli.it> Date: Tue, 21 Apr 1998 11:59:58 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG CC: Stephen McKay Subject: Re: usr.bin/expand breaks make world References: <353C58B1.A740A130@giovannelli.it> <199804210714.RAA10146@troll.dtir.qld.gov.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen McKay wrote: > > On Tuesday, 21st April 1998, Gianmarco Giovannelli wrote: > > >After cvsupping today (980421) : > > > >===> usr.bin/expand > >No closing parenthesis in archive specification > >*** Error code 1 > > > >and a lot of this errors ... > >[...] > > > >".depend", line 1979: Need an operator > >".depend", line 1980: Need an operator > >".depend", line 1981: Need an operator > >... > > Look in .depend and check for corruption starting at line 1979 (or nearby). > Use 'hd .depend | more' and see whether the corruption starts on a page > boundary (multiple of 0x1000). If so, I am seeing the same thing. Do > you use NFS? If not, then the problem is a general VM problem, not NFS > specific as I first thought. I am not using NFS right now, I usually use it later for doing the reinstall on several other boxes... I have tried to newfs the /usr/obj and start again a new make world but the error is here again , same file, same point. If it would be a problem due to faulty fs code it have to trash files randomly I suppose... Btw it is my humble opinion... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 03:05:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06995 for freebsd-current-outgoing; Tue, 21 Apr 1998 03:05:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06953 for ; Tue, 21 Apr 1998 10:05:42 GMT (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id MAA05688; Tue, 21 Apr 1998 12:04:15 +0200 (MEST) (envelope-from sos) Message-Id: <199804211004.MAA05688@sos.freebsd.dk> Subject: Re: usr.bin/expand breaks make world In-Reply-To: <353C8A3E.5502E73C@giovannelli.it> from Gianmarco Giovannelli at "Apr 21, 98 11:59:58 am" To: gmarco@giovannelli.it (Gianmarco Giovannelli) Date: Tue, 21 Apr 1998 12:04:14 +0200 (MEST) Cc: current@FreeBSD.ORG, syssgm@dtir.qld.gov.au From: Søren Schmidt Reply-to: sos@FreeBSD.ORG 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Gianmarco Giovannelli who wrote: > > >and a lot of this errors ... > > >[...] > > > > > >".depend", line 1979: Need an operator > > >".depend", line 1980: Need an operator > > >".depend", line 1981: Need an operator > > >... > > > I have tried to newfs the /usr/obj and start again a new make world but > the error is here again , same file, same point. Are you by any chance running SMP and with a large -j ?? I get messed up dependencies when I run with -j9... It started when Bruce messed around with the makefiles weeks ago... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 03:12:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08258 for freebsd-current-outgoing; Tue, 21 Apr 1998 03:12:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ren.dtir.qld.gov.au (firewall-user@ns.dtir.qld.gov.au [203.108.138.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08251; Tue, 21 Apr 1998 10:12:37 GMT (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id UAA18125; Tue, 21 Apr 1998 20:12:13 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma018120; Tue, 21 Apr 98 20:11:54 +1000 Received: from troll.dtir.qld.gov.au (troll.dtir.qld.gov.au [167.123.8.1]) by ogre.dtir.qld.gov.au (8.8.7/8.8.7) with ESMTP id UAA11064; Tue, 21 Apr 1998 20:11:54 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.dtir.qld.gov.au (8.8.5/8.8.5) with SMTP id UAA11629; Tue, 21 Apr 1998 20:11:50 +1000 (EST) Message-Id: <199804211011.UAA11629@troll.dtir.qld.gov.au> X-Authentication-Warning: troll.dtir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: sos@FreeBSD.ORG cc: gmarco@giovannelli.it (Gianmarco Giovannelli), current@FreeBSD.ORG, syssgm@dtir.qld.gov.au Subject: Re: usr.bin/expand breaks make world References: <199804211004.MAA05688@sos.freebsd.dk> In-Reply-To: <199804211004.MAA05688@sos.freebsd.dk> from S ren Schmidt at "Tue, 21 Apr 1998 12:04:14 +0200" Date: Tue, 21 Apr 1998 20:11:50 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 21st April 1998, S ren Schmidt wrote: >In reply to Gianmarco Giovannelli who wrote: >> > >and a lot of this errors ... >> > >[...] >> > > >> > >".depend", line 1979: Need an operator >> > >".depend", line 1980: Need an operator >> > >".depend", line 1981: Need an operator >> > >... >> > >> I have tried to newfs the /usr/obj and start again a new make world but >> the error is here again , same file, same point. This is strange. What does the corruption look like? On my system, parts of C programs were written to the .depend file. This might be a separate problem with generation of just this .depend file. >Are you by any chance running SMP and with a large -j ?? >I get messed up dependencies when I run with -j9... >It started when Bruce messed around with the makefiles weeks ago... This is getting murky. There are so many possible things to blame! I ran with -j2 but have only 12Mb of ram, so it does a lot of paging. Could your -j9 be enough to cause your system to page? Bruce's changes could be just a coincidence if you only started stressing your system recently. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 04:19:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA16436 for freebsd-current-outgoing; Tue, 21 Apr 1998 04:19:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16429; Tue, 21 Apr 1998 11:19:31 GMT (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id NAA05818; Tue, 21 Apr 1998 13:19:22 +0200 (MEST) (envelope-from sos) Message-Id: <199804211119.NAA05818@sos.freebsd.dk> Subject: Re: usr.bin/expand breaks make world In-Reply-To: <199804211011.UAA11629@troll.dtir.qld.gov.au> from Stephen McKay at "Apr 21, 98 08:11:50 pm" To: syssgm@dtir.qld.gov.au (Stephen McKay) Date: Tue, 21 Apr 1998 13:19:22 +0200 (MEST) Cc: sos@FreeBSD.ORG, gmarco@giovannelli.it, current@FreeBSD.ORG, syssgm@dtir.qld.gov.au From: Søren Schmidt Reply-to: sos@FreeBSD.ORG 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Stephen McKay who wrote: > > This is strange. What does the corruption look like? On my system, parts > of C programs were written to the .depend file. This might be a separate > problem with generation of just this .depend file. > > >Are you by any chance running SMP and with a large -j ?? > >I get messed up dependencies when I run with -j9... > >It started when Bruce messed around with the makefiles weeks ago... > > This is getting murky. There are so many possible things to blame! > > I ran with -j2 but have only 12Mb of ram, so it does a lot of paging. > Could your -j9 be enough to cause your system to page? Bruce's changes > could be just a coincidence if you only started stressing your system > recently. Not likely, my system has 256Mb RAM so it's (almost) never paging/swapping. BTW running 3 make -j4 worlds in parallel works just fine :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 04:37:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19864 for freebsd-current-outgoing; Tue, 21 Apr 1998 04:37:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19837; Tue, 21 Apr 1998 11:37:04 GMT (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id NAA00510; Tue, 21 Apr 1998 13:34:16 +0200 (MET DST) Message-ID: <353CA1E9.8DF75E20@giovannelli.it> Date: Tue, 21 Apr 1998 13:40:57 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: sos@FreeBSD.ORG CC: current@FreeBSD.ORG Subject: Re: usr.bin/expand breaks make world References: <199804211004.MAA05688@sos.freebsd.dk> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Søren Schmidt wrote: > > Are you by any chance running SMP and with a large -j ?? > I get messed up dependencies when I run with -j9... > It started when Bruce messed around with the makefiles weeks ago... It happens on a PII 300mhz , not smp one... And it happens with -j4 or with a plain make world... Btw... Sunday (09.00 CET) I made a fine make world ... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 04:46:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA21918 for freebsd-current-outgoing; Tue, 21 Apr 1998 04:46:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA21895 for ; Tue, 21 Apr 1998 11:46:25 GMT (envelope-from evanc@synapse.net) Received: (qmail 15971 invoked from network); 21 Apr 1998 11:46:24 -0000 Received: from cpu1970.adsl.bellglobal.com (HELO cello) (206.47.37.201) by conductor.synapse.net with SMTP; 21 Apr 1998 11:46:24 -0000 Message-ID: <008401bd6d1b$1c5ddd20$c9252fce@cello.synapse.net> From: "Evan Champion" To: , "Stephen McKay" Cc: Subject: Re: NFS corruption Date: Tue, 21 Apr 1998 07:46:23 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I ran 'make -j2 buildworld' and several hours later observed unusual error >messages complaining about garbage in .depend files. Many .depend files >were affected. Each .depend file was broken similarly. They would start >normally, then the corruption would start on a page boundary (multiple of >0x1000), but *not* extend as far as the next page boundary. The corruption >was either C source, or C preprocessor output overwriting the normal contents. I have similar results, on 2.2.6-STABLE. I have also in the past seen the .depend's full of nulls. The only major difference is that my entire .depend is preprocessor output, and not just a page-worth. Mounting with nfsv2 seemed to have fixed that problem, but then I ran in to dead .nfs* files being left around, which caused grief elsewhere. I haven't been able to build over NFS since at least March, possibly even January or February. Evan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 04:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22655 for freebsd-current-outgoing; Tue, 21 Apr 1998 04:50:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22594 for ; Tue, 21 Apr 1998 11:49:55 GMT (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id NAA00524; Tue, 21 Apr 1998 13:47:06 +0200 (MET DST) Message-ID: <353CA4EF.7C262514@giovannelli.it> Date: Tue, 21 Apr 1998 13:53:51 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG CC: Stephen McKay Subject: Re: usr.bin/expand breaks make world References: <199804211004.MAA05688@sos.freebsd.dk> <199804211011.UAA11629@troll.dtir.qld.gov.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen McKay wrote: > >> > > >> I have tried to newfs the /usr/obj and start again a new make world but > >> the error is here again , same file, same point. > > This is strange. What does the corruption look like? On my system, parts > of C programs were written to the .depend file. This might be a separate > problem with generation of just this .depend file. I really don't know how a .depend is made so I send you the guilty one, even if a lot of other are very similar... I have to delete a lot of blank lines... If someone can say me if it is a correct .depend I 'll be very happy #### the lines are added by the vi :-) ########## 1 # -I/usr/obj/usr/src/tmp/usr/include /usr/src/usr.bin/expand/expand.c 2 # 1 "" 3 # 1 "/usr/src/usr.bin/expand/expand.c" 4 5 [... a lot of blank lines deleted ...] 6 7 8 static char copyright[] = 9 "@(#) Copyright (c) 1980, 1993\n The Regents of the University of California. All rights reserved.\n"; 10 11 12 13 14 15 16 17 static const char rcsid[] = 18 "$Id: expand.c,v 1.3 1998/02/02 07:10:59 cwt Exp $"; 19 20 21 [... a lot of blank lines deleted ...] 22 22 23 # 1 "/usr/obj/usr/src/tmp/usr/include/ctype.h" 1 24 25 26 27 28 29 # 1 "/usr/obj/usr/src/tmp/usr/include/runetype.h" 1 30 31 32 33 [... a lot of blank lines deleted ...] 34 35 36 37 # 1 "/usr/obj/usr/src/tmp/usr/include/sys/cdefs.h" 1 38 39 40 [... a lot of blank lines deleted ...] 41 42 # 79 "/usr/obj/usr/src/tmp/usr/include/sys/cdefs.h" 43 44 45 46 47 48 # 103 "/usr/obj/usr/src/tmp/usr/include/sys/cdefs.h" 49 50 51 [... a lot of blank lines deleted ...] 52 53 54 # 42 "/usr/obj/usr/src/tmp/usr/include/runetype.h" 2 55 56 # 1 "/usr/obj/usr/src/tmp/usr/include/machine/ansi.h" 1 57 58 59 60 [... a lot of blank lines deleted ...] 61 62 63 64 # 43 "/usr/obj/usr/src/tmp/usr/include/runetype.h" 2 65 [...] 1736 if (i <= 0 || i > 256) { 1737 bad: 1738 fprintf((&__sF[2]), "Bad tab stop spec\n"); 1739 exit(1); 1740 } 1741 if (nstops > 0 && i <= tabstops[nstops-1]) 1742 goto bad; 1743 tabstops[nstops++] = i; 1744 if (*cp == 0) 1745 break; 1746 if (*cp != ',' && *cp != ' ') 1747 goto bad; 1748 cp++; 1749 } 1750 } 1751 1752 static void 1753 usage() 1754 { 1755 (void)fprintf ((&__sF[2]), "usage: expand [-t tablist] [file ...]\n"); 1756 exit(1); 1757 } -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 05:02:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24957 for freebsd-current-outgoing; Tue, 21 Apr 1998 05:02:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA24952 for ; Tue, 21 Apr 1998 12:02:29 GMT (envelope-from evanc@synapse.net) Received: (qmail 16944 invoked from network); 21 Apr 1998 12:02:29 -0000 Received: from cpu1970.adsl.bellglobal.com (HELO cello) (206.47.37.201) by conductor.synapse.net with SMTP; 21 Apr 1998 12:02:29 -0000 Message-ID: <011501bd6d1d$5b6a1540$c9252fce@cello.synapse.net> From: "Evan Champion" To: "Gianmarco Giovannelli" , Cc: "Stephen McKay" Subject: Re: usr.bin/expand breaks make world Date: Tue, 21 Apr 1998 08:02:28 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I really don't know how a .depend is made so I send you the guilty one, >even if a lot of other are very similar... Just like mine, on 2.2.6-STABLE. Evan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 05:06:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA25500 for freebsd-current-outgoing; Tue, 21 Apr 1998 05:06:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ren.dtir.qld.gov.au (firewall-user@ns.dtir.qld.gov.au [203.108.138.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25437 for ; Tue, 21 Apr 1998 12:05:58 GMT (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id WAA19974; Tue, 21 Apr 1998 22:05:13 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma019972; Tue, 21 Apr 98 22:05:12 +1000 Received: from troll.dtir.qld.gov.au (troll.dtir.qld.gov.au [167.123.8.1]) by ogre.dtir.qld.gov.au (8.8.7/8.8.7) with ESMTP id WAA11897; Tue, 21 Apr 1998 22:05:12 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.dtir.qld.gov.au (8.8.5/8.8.5) with SMTP id WAA12503; Tue, 21 Apr 1998 22:05:08 +1000 (EST) Message-Id: <199804211205.WAA12503@troll.dtir.qld.gov.au> X-Authentication-Warning: troll.dtir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: Gianmarco Giovannelli cc: current@FreeBSD.ORG, syssgm@dtir.qld.gov.au Subject: Re: usr.bin/expand breaks make world References: <199804211004.MAA05688@sos.freebsd.dk> <199804211011.UAA11629@troll.dtir.qld.gov.au> <353CA4EF.7C262514@giovannelli.it> In-Reply-To: <353CA4EF.7C262514@giovannelli.it> from Gianmarco Giovannelli at "Tue, 21 Apr 1998 13:53:51 +0000" Date: Tue, 21 Apr 1998 22:05:08 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 21st April 1998, Gianmarco Giovannelli wrote: >I really don't know how a .depend is made so I send you the guilty one, >even if a lot of other are very similar... > >I have to delete a lot of blank lines... >If someone can say me if it is a correct .depend I 'll be very happy > 1 # -I/usr/obj/usr/src/tmp/usr/include >/usr/src/usr.bin/expand/expand.c > 2 # 1 "" > 3 # 1 "/usr/src/usr.bin/expand/expand.c" > 4 > 5 [... a lot of blank lines deleted ...] > 6 > 7 > 8 static char copyright[] = This is not even close to being correct! This is wrong from line 2. It should look something like (without the line numbers): 1 # -I/usr/obj/usr/src/tmp/usr/include /usr/src/usr.bin/expand/expand.c 2 expand.o: /usr/src/usr.bin/expand/expand.c \ 3 /usr/obj/usr/src/tmp/usr/include/ctype.h \ 4 /usr/obj/usr/src/tmp/usr/include/runetype.h.h \ ... This looks like a different problem to mine. My .depend files always start with the right stuff, and are corrupted part way through. Perhaps my tree is just a little out of date and I haven't met this one yet. :-) I'll see what I can find when I get home tonight. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 06:25:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06269 for freebsd-current-outgoing; Tue, 21 Apr 1998 06:25:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA06264 for ; Tue, 21 Apr 1998 13:25:32 GMT (envelope-from evanc@synapse.net) Received: (qmail 25162 invoked from network); 21 Apr 1998 13:25:25 -0000 Received: from cpu1970.adsl.bellglobal.com (HELO cello) (206.47.37.201) by conductor.synapse.net with SMTP; 21 Apr 1998 13:25:25 -0000 Message-ID: <003c01bd6d28$f1a6c5c0$c9252fce@cello.synapse.net> From: "Evan Champion" To: "Evan Champion" , "Gianmarco Giovannelli" , Cc: "Stephen McKay" Subject: Re: usr.bin/expand breaks make world Date: Tue, 21 Apr 1998 09:25:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It looks much better if I mount with rw,bg,intr,nfsv2 and do just make buildworld (no -j). If I do make -j4, the .nfs* files get left behind which confuses make. Give that a try and see if it helps. I have a build running now; I'll report back when I get home how far it got. Evan -----Original Message----- From: Evan Champion To: Gianmarco Giovannelli ; current@FreeBSD.ORG Cc: Stephen McKay Date: Tuesday, April 21, 1998 8:02 AM Subject: Re: usr.bin/expand breaks make world >>I really don't know how a .depend is made so I send you the guilty one, >>even if a lot of other are very similar... > > >Just like mine, on 2.2.6-STABLE. > >Evan > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 06:42:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA09383 for freebsd-current-outgoing; Tue, 21 Apr 1998 06:42:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09360 for ; Tue, 21 Apr 1998 13:42:02 GMT (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id IAA17461; Tue, 21 Apr 1998 08:42:02 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id IAA18867; Tue, 21 Apr 1998 08:42:02 -0500 (CDT) Message-ID: <19980421084202.01633@mcs.net> Date: Tue, 21 Apr 1998 08:42:02 -0500 From: Karl Denninger To: Stephen McKay Cc: freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption References: <199804210559.PAA09123@troll.dtir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199804210559.PAA09123@troll.dtir.qld.gov.au>; from Stephen McKay on Tue, Apr 21, 1998 at 03:59:47PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mount with the "-2" switch (NFSv2) and see if the problem disappears. We saw this one, and John Dyson is aware of it. It has NOT been fixed, however, at least as of this time. It is access-pattern dependant - 99% of the patterns you can come up with will not break. However, "make world" will, and so will trying to do things like modifying the mail system to write user mailboxes to their home directores. This was a BITCH to track down far enough to guess that mounting with NFSv2 would have an effect. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly / All Lines K56Flex/DOV | NEW! Corporate ISDN Prices dropped by up to 50%! Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost On Tue, Apr 21, 1998 at 03:59:47PM +1000, Stephen McKay wrote: > NFS is eating my .depend files during a make world. > > The client is a Compaq Prolinea 486SX33 with 12Mb ram and 2 small SCSI-1 > disks on an Adaptec 1542b. The server is a pentium 133 with 32Mb ram and > 2 4Gb IBM UW SCSI disks on a FirePort 40 (ncr 875). > > The source and objects are on the server and NFS mounted to the client. The > client mounts src readonly and obj read-write (and async, if that does > anything under NFS). > > The client kernel (and userland) is -current from April 19 (April 18 US time), > and has DIAGNOSTIC set. The server is -current from March 12, just before > the big VM changes. > > Memory is short on the client, so paging is brisk. There is plenty of > swap space free. I don't run CAM or softupdates. > > I ran 'make -j2 buildworld' and several hours later observed unusual error > messages complaining about garbage in .depend files. Many .depend files > were affected. Each .depend file was broken similarly. They would start > normally, then the corruption would start on a page boundary (multiple of > 0x1000), but *not* extend as far as the next page boundary. The corruption > was either C source, or C preprocessor output overwriting the normal contents. > > >From this evidence I suspect bugs when handling partial page writes, either > in NFS or the general VM system. I can't be sure whether the client or the > server is at fault. > > Unfortunately, this is a pretty vague diagnosis. Fortunately, this is now > a permanent setup at my place, so I can run tests until my power bill > bankrupts me! > > So, any ideas on how I should tackle this? > > Stephen. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 07:33:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA15452 for freebsd-current-outgoing; Tue, 21 Apr 1998 07:33:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15446 for ; Tue, 21 Apr 1998 14:33:08 GMT (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id QAA01837; Tue, 21 Apr 1998 16:33:02 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 21 Apr 1998 16:33:01 +0200 (MET DST) Mime-Version: 1.0 To: Nathan Dorfman Cc: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: <19980420155034.A4214@rtfm.net> <19980420175822.A4615@rtfm.net> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 21 Apr 1998 16:33:00 +0200 In-Reply-To: Nathan Dorfman's message of "Mon, 20 Apr 1998 17:58:22 -0400" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nathan Dorfman writes: > On Mon, Apr 20, 1998 at 04:20:22PM -0400, Matthew N. Dodd wrote: > > On Mon, 20 Apr 1998, Nathan Dorfman wrote: > > > Why is xtend in the base system, anyway? It's definitely not > > > essential, AFAICS. Maybe it should be moved into ports? > > Because it uses kernel drivers and would be prone to getting crufty if it > > wasn't in the base. > Why can't this be done as an lkm that is installed from a port/package? Why don't we throw out the screensavers, too? And all of /usr/games, /usr/share/misc, /sys/i386/isa/sound, /sys/i386/isa/snd... Furrfu. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 07:43:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16404 for freebsd-current-outgoing; Tue, 21 Apr 1998 07:43:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA16399 for ; Tue, 21 Apr 1998 14:42:55 GMT (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id QAA03298; Tue, 21 Apr 1998 16:42:53 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 21 Apr 1998 16:42:52 +0200 (MET DST) Mime-Version: 1.0 To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: next stages in devfs References: Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 21 Apr 1998 16:42:50 +0200 In-Reply-To: Julian Elischer's message of "Tue, 21 Apr 1998 00:24:00 -0700 (PDT)" Message-ID: Lines: 12 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer writes: > Maybe FreeBSD could do what some other vendors do and have a constant > probe (non activating) going on all detected drives (once per few seconds) > I know some people hate the idea but it is one solution. Sign me up as one of the haters. As Robert says, there is a simple solution for (newer-than-AT) floppy drives; as for CD-ROMS, LS120 and friends, they're all lockable AFAIK. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 07:49:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17447 for freebsd-current-outgoing; Tue, 21 Apr 1998 07:49:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17434; Tue, 21 Apr 1998 14:49:53 GMT (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id JAA23578; Tue, 21 Apr 1998 09:48:19 -0400 (EDT) Date: Tue, 21 Apr 1998 09:48:19 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@localhost To: Stephen McKay cc: sos@FreeBSD.ORG, Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: usr.bin/expand breaks make world In-Reply-To: <199804211011.UAA11629@troll.dtir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 21 Apr 1998, Stephen McKay wrote: > On Tuesday, 21st April 1998, S ren Schmidt wrote: > > >In reply to Gianmarco Giovannelli who wrote: > >> > >and a lot of this errors ... > >> > >[...] > >> > > > >> > >".depend", line 1979: Need an operator > >> > >".depend", line 1980: Need an operator > >> > >".depend", line 1981: Need an operator > >> > >... > >> > > >> I have tried to newfs the /usr/obj and start again a new make world but > >> the error is here again , same file, same point. > > This is strange. What does the corruption look like? On my system, parts > of C programs were written to the .depend file. This might be a separate > problem with generation of just this .depend file. > > >Are you by any chance running SMP and with a large -j ?? > >I get messed up dependencies when I run with -j9... > >It started when Bruce messed around with the makefiles weeks ago... I wonder if my recent disk problem (the only one I've ever had with FreeBSD, where I had directories entries being inserted into dirs, with the inode set as 0) could be this? I was doing buildworld with -j 12 on an SMP machine. > > This is getting murky. There are so many possible things to blame! > > I ran with -j2 but have only 12Mb of ram, so it does a lot of paging. > Could your -j9 be enough to cause your system to page? Bruce's changes > could be just a coincidence if you only started stressing your system > recently. > > Stephen. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 07:51:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17676 for freebsd-current-outgoing; Tue, 21 Apr 1998 07:51:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17663 for ; Tue, 21 Apr 1998 14:51:06 GMT (envelope-from rock@wurzelausix.cs.uni-sb.de) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.8.8/98010601) with ESMTP id QAA09593; Tue, 21 Apr 1998 16:48:59 +0200 (CEST) Received: from wurzelausix.CS.Uni-SB.DE (0ehnrR6qzuYOZXzWYgV62CwVCfV1H8Eh@wurzelausix.cs.uni-sb.de [134.96.247.1]) by cs.uni-sb.de (8.8.8/1998022700) with ESMTP id QAA04534; Tue, 21 Apr 1998 16:48:50 +0200 (CEST) Received: from vodix.cs.uni-sb.de (vodix.cs.uni-sb.de [134.96.247.43]) by wurzelausix.CS.Uni-SB.DE (8.8.8/wjp-SVR4/971120s) with ESMTP id QAA29690; Tue, 21 Apr 1998 16:48:49 +0200 (CEST) From: "D. Rock" Received: (from rock@localhost) by vodix.cs.uni-sb.de (8.8.8/8.8.8) id QAA00731; Tue, 21 Apr 1998 16:48:48 +0200 (MET DST) Date: Tue, 21 Apr 1998 16:48:48 +0200 (MET DST) Message-Id: <199804211448.QAA00731@vodix.cs.uni-sb.de> To: karl@mcs.net, syssgm@dtir.qld.gov.au Cc: freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mount with the "-2" switch (NFSv2) and see if the problem disappears. > > We saw this one, and John Dyson is aware of it. It has NOT been fixed, > however, at least as of this time. > > It is access-pattern dependant - 99% of the patterns you can come up with > will not break. However, "make world" will, and so will trying to do things > like modifying the mail system to write user mailboxes to their home > directores. > > This was a BITCH to track down far enough to guess that mounting with NFSv2 > would have an effect. Hmm, I thought I also tried mounting NFSv2 but this didn't help. But I just tried another test: I modified mkdep, that it didn't create (or expand) the .depend file on the NFS mounted disk. Instead it first copied the .depend file to /tmp, did the additions and then copied it back. With this hack I was able to "make world" up to just one additional error: I wasn't able to build termcap (cap_mkdb died with sig 11). I also had to create the db file on the local disk and then copied it back. I did several "make World" of XFree86-3.3.2 without any problems. I have the feeling that the NFS code has some problems appending to a file (O_APPEND), since only the .depend files are corrupted. Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 08:43:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27437 for freebsd-current-outgoing; Tue, 21 Apr 1998 08:43:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from marathon.tekla.fi (marathon.tekla.fi [192.98.7.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27412 for ; Tue, 21 Apr 1998 15:43:21 GMT (envelope-from sja@tekla.fi) Received: from poveri.tekla.fi (poveri.tekla.fi [192.98.7.19]) by marathon.tekla.fi (8.8.7/8.8.7) with SMTP id SAA27825 for ; Tue, 21 Apr 1998 18:42:44 +0300 From: Sakari Jalovaara Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA03030; Tue, 21 Apr 1998 18:43:00 +0300 Date: Tue, 21 Apr 1998 18:43:00 +0300 Message-Id: <9804211543.AA03030@poveri.tekla.fi> To: freebsd-current@FreeBSD.ORG Subject: Re: 3.0-current PS error. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> engulf[1]:~# ps >> ps: proc size mismatch (17928 total, 688 chunks) How about making the message say something like proc size mismatch (17928 total, 688 chunks). Please re-compile libkvm,ps,w,top,... to match your kernel. See "man [someplace]" for details. Similarly, the bit in the kernel that complains about unknown ELF format could mention "man brandelf". ++sja To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 08:45:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27853 for freebsd-current-outgoing; Tue, 21 Apr 1998 08:45:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ren.dtir.qld.gov.au (firewall-user@ns.dtir.qld.gov.au [203.108.138.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27836 for ; Tue, 21 Apr 1998 15:44:49 GMT (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id BAA22739; Wed, 22 Apr 1998 01:44:14 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma022725; Wed, 22 Apr 98 01:43:55 +1000 Received: from troll.dtir.qld.gov.au (troll.dtir.qld.gov.au [167.123.8.1]) by ogre.dtir.qld.gov.au (8.8.7/8.8.7) with ESMTP id BAA13524 for ; Wed, 22 Apr 1998 01:43:55 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.dtir.qld.gov.au (8.8.5/8.8.5) with SMTP id BAA13587; Wed, 22 Apr 1998 01:43:51 +1000 (EST) Message-Id: <199804211543.BAA13587@troll.dtir.qld.gov.au> X-Authentication-Warning: troll.dtir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: syssgm@dtir.qld.gov.au cc: current@FreeBSD.ORG Subject: Re: usr.bin/expand breaks make world References: <199804211004.MAA05688@sos.freebsd.dk> <199804211011.UAA11629@troll.dtir.qld.gov.au> <353CA4EF.7C262514@giovannelli.it> <199804211205.WAA12503@troll.dtir.qld.gov.au> In-Reply-To: <199804211205.WAA12503@troll.dtir.qld.gov.au> from Stephen McKay at "Tue, 21 Apr 1998 22:05:08 +1000" Date: Wed, 22 Apr 1998 01:43:51 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 21st April 1998, Stephen McKay wrote: >On Tuesday, 21st April 1998, Gianmarco Giovannelli wrote: > >> 1 # -I/usr/obj/usr/src/tmp/usr/include >>/usr/src/usr.bin/expand/expand.c >> 2 # 1 "" >> 3 # 1 "/usr/src/usr.bin/expand/expand.c" >> 4 >> 5 [... a lot of blank lines deleted ...] >> 6 >> 7 >> 8 static char copyright[] = > >This is not even close to being correct! This is wrong from line 2. >It should look something like (without the line numbers): > >1 # -I/usr/obj/usr/src/tmp/usr/include /usr/src/usr.bin/expand/expand.c >2 expand.o: /usr/src/usr.bin/expand/expand.c \ >3 /usr/obj/usr/src/tmp/usr/include/ctype.h \ >4 /usr/obj/usr/src/tmp/usr/include/runetype.h.h \ >... > >This looks like a different problem to mine. My .depend files always start >with the right stuff, and are corrupted part way through. Perhaps my tree >is just a little out of date and I haven't met this one yet. :-) > >I'll see what I can find when I get home tonight. [Talking to myself again...] Well, it is a curious state of affairs. When I looked further, I found both the type of corruption I described earlier, and this cpp vomit type. I found that, on my system, ${WORLDTMP}/usr/libexec/cpp was missing because it failed to build because of the OTHER type of .depend corruption :-) and that in this case cc calls ${WORLDTMP}/usr/bin/cpp. This version of cpp doesn't work very well in this case. Without make -j it reads standard input before messing up .depend. With make -j it seems to just go ahead and mess up .depend right away. Now, some of this looks to be deliberate since COMPILER_PATH is set to ${WORLDTMP}/usr/libexec:${WORLDTMP}/usr/bin, and not just to ${WORLDTMP}/usr/libexec. Can't see the point of the usr/bin bit. Is this an error? Is anybody else missing their ${WORLDTMP}/usr/libexec/cpp? Should we delete /usr/bin/cpp? Or change COMPILER_PATH? Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 09:23:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05977 for freebsd-current-outgoing; Tue, 21 Apr 1998 09:23:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05941 for ; Tue, 21 Apr 1998 16:23:03 GMT (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id KAA23401; Tue, 21 Apr 1998 10:22:54 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199804211622.KAA23401@panzer.plutotech.com> Subject: Re: NFS corruption In-Reply-To: <199804210559.PAA09123@troll.dtir.qld.gov.au> from Stephen McKay at "Apr 21, 98 03:59:47 pm" To: syssgm@dtir.qld.gov.au (Stephen McKay) Date: Tue, 21 Apr 1998 10:22:54 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen McKay wrote... > NFS is eating my .depend files during a make world. I can confirm this, but not from make world. I've got a source tree here that blows up when I compile over NFS. > The client is a Compaq Prolinea 486SX33 with 12Mb ram and 2 small SCSI-1 > disks on an Adaptec 1542b. The server is a pentium 133 with 32Mb ram and > 2 4Gb IBM UW SCSI disks on a FirePort 40 (ncr 875). > > The source and objects are on the server and NFS mounted to the client. The > client mounts src readonly and obj read-write (and async, if that does > anything under NFS). I have a similar setup, except the source and objects are in the same place, and the mount is r/w and not async. > The client kernel (and userland) is -current from April 19 (April 18 US time), > and has DIAGNOSTIC set. The server is -current from March 12, just before > the big VM changes. In my case, the client is from a week or two ago, and the server kernel was built from yesterday's sources. > Memory is short on the client, so paging is brisk. There is plenty of > swap space free. I don't run CAM or softupdates. I'm running CAM, I don't think that has anything to do with it. The client only has 24MB of memory, but it doesn't look like I'm running into swap at all: Device 1K-blocks Used Avail Capacity Type /dev/da0b 122880 0 122752 0% Interleaved > I ran 'make -j2 buildworld' and several hours later observed unusual error > messages complaining about garbage in .depend files. Many .depend files > were affected. Each .depend file was broken similarly. They would start > normally, then the corruption would start on a page boundary (multiple of > 0x1000), but *not* extend as far as the next page boundary. The corruption > was either C source, or C preprocessor output overwriting the normal contents. Right, I have the same problem. The corruption in the .depend files starts exactly at 0x1000, and continues on for a while, but not for a full page. From what Karl says, John is already aware of the problem. I just thought I'd confirm your findings... Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 09:32:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA07968 for freebsd-current-outgoing; Tue, 21 Apr 1998 09:32:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07947 for ; Tue, 21 Apr 1998 16:32:28 GMT (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id JAA23806; Tue, 21 Apr 1998 09:31:39 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Kenneth D. Merry" cc: syssgm@dtir.qld.gov.au (Stephen McKay), freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption In-reply-to: Your message of "Tue, 21 Apr 1998 10:22:54 MDT." <199804211622.KAA23401@panzer.plutotech.com> Date: Tue, 21 Apr 1998 09:31:39 -0700 Message-ID: <23801.893176299@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems that these NFS problems aren't getting much closer to being fixed, at least not over the period of time that it's been clearly unstable, nor would volunteer labor appear to be sufficient to get it fixed here. Therefore.... If there are people here who feel confident that they could make substantial inroads with NFS if only it were a paying job AND are in a position to accept such contract work, please contact me. I'm pretty sure that I can find the funds but not so sure that I can find the personnel. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 09:46:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10764 for freebsd-current-outgoing; Tue, 21 Apr 1998 09:46:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10674 for ; Tue, 21 Apr 1998 16:46:13 GMT (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id MAA27831; Tue, 21 Apr 1998 12:46:10 -0400 (EDT) (envelope-from wollman) Date: Tue, 21 Apr 1998 12:46:10 -0400 (EDT) From: Garrett Wollman Message-Id: <199804211646.MAA27831@khavrinen.lcs.mit.edu> To: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-Reply-To: <19980420175822.A4615@rtfm.net> References: <19980420155034.A4214@rtfm.net> <19980420175822.A4615@rtfm.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Please don't Cc: me when replying to the list, I get the same message > twice (mutt will stop doing this if you define the list using :lists > and then use the L key for list-reply). It is impossible for everyone to keep track of each individual list member's preferences. It is far better for you to simply filter out the extra copies. Many people prefer to have mail that is actually a reply to them arrive with their address explicitly in it (e.g., for filtering) or simply to arrive faster than the mailing-list mail does. A duplicate message filter can be consed up easily with procmail (in fact, it's one of the examples in the man pages): :0 Wh: msgid.lock | formail -D 8192 msgid.cache -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 09:48:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11244 for freebsd-current-outgoing; Tue, 21 Apr 1998 09:48:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from euthyphro.uchicago.edu (euthyphro.uchicago.edu [128.135.21.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11139 for ; Tue, 21 Apr 1998 16:48:00 GMT (envelope-from sfarrell@phaedrus.uchicago.edu) Received: from phaedrus.uchicago.edu (phaedrus [128.135.21.10]) by euthyphro.uchicago.edu (8.8.6/8.8.4) with ESMTP id LAA26952; Tue, 21 Apr 1998 11:47:51 -0500 (CDT) Received: (from sfarrell@localhost) by phaedrus.uchicago.edu (8.8.8/8.8.5) id LAA28660; Tue, 21 Apr 1998 11:47:50 -0500 (CDT) To: Stephen McKay Cc: freebsd-current@FreeBSD.ORG Subject: Re: panic: vm_page_free: freeing busy page References: <199804210540.PAA08950@troll.dtir.qld.gov.au> From: sfarrell+lists@farrell.org Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: 21 Apr 1998 11:47:50 -0500 In-Reply-To: Stephen McKay's message of "Tue, 21 Apr 1998 15:40:48 +1000" Message-ID: <87n2dfp1e1.fsf@phaedrus.uchicago.edu> Lines: 16 X-Mailer: Gnus v5.6.3/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen McKay writes: > So, I'm stumped. Any body else got any good ideas? Well, no, but I got a question: in freebsd current, what prevents the kernel from reallocating a process' memory after it calls exit() and before it is finished freeing its memory up? I'm reading in the 4.4BSD book p. 155 that they raise the interrupt level, and I understand that doesn't work for SMP. So presumably there is some new mechanism for this in current? (which might be related to this crash??) -- Steve Farrell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 10:19:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18163 for freebsd-current-outgoing; Tue, 21 Apr 1998 10:19:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friends.relationships.com (friends.relationships.com [209.185.12.162]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18110 for ; Tue, 21 Apr 1998 17:19:41 GMT (envelope-from markc@Relationships.com) Received: from stimpy (host-233.relationships.com [207.82.50.233]) by friends.relationships.com (8.8.8/8.8.7) with SMTP id KAA17420 for ; Tue, 21 Apr 1998 10:19:24 -0700 (PDT) (envelope-from markc@Relationships.com) Message-Id: <199804211719.KAA17420@friends.relationships.com> X-Sender: markc@mail.relationships.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Tue, 21 Apr 1998 10:19:11 -0700 To: freebsd-current@FreeBSD.ORG From: Mark Castillo Subject: New installation - which snapshot? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, I will be following current on a new machine. Which is the best snapshot to start from? Thank You.... ---------------------------------------------- Mark Castillo Systems Integration Engineer Relationships.com, Inc. ---------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 10:31:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21200 for freebsd-current-outgoing; Tue, 21 Apr 1998 10:31:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Masters.leader-group.com (masters.leader-group.com [12.10.238.70]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21189 for ; Tue, 21 Apr 1998 17:31:38 GMT (envelope-from bmccloskey@leader-group.com) Received: from leader-group.com ([172.20.149.128]) by Masters.leader-group.com (Netscape Messaging Server 3.0) with ESMTP id AAA11000 for ; Tue, 21 Apr 1998 11:28:29 -0600 Message-ID: <353CD733.93BF0803@leader-group.com> Date: Tue, 21 Apr 1998 11:28:20 -0600 From: "Brian McCloskey" Organization: Leader Group X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: HEADS UP: CAM cutover in two weeks. References: <199804150146.SAA01812@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was wondering one thing, is the CAM SCSI subsystem going to support the Adaptec AIC-7895 controller as well? I know the CAM boot floppy that I downloaded did, but I haven't had any luck finishing the install with it, and was hoping the new integration into 3.0 will help fix my problems. Thanks, Brian Mike Smith wrote: > One of the major feature goals for 3.0 is the transition to the new > CAM-inspired SCSI subsystem. This transition requires a hard cutover > date. > > The proposed cutover date is the 28th of April. On or about this point > in time, the following steps will be taken: > > - A CVS tag will be applied to mark the last checkout date prior to > the cutover. > - The CAM code will be committed to the -current branch. > - GENERIC and LINT will be translated to suit. > - MAKEDEV will be updated. > - Non-CAM SCSI code and drivers will be *disabled*. > > There will be an announcement at least 24 hours preceeding the cutover. > > It is important to note that the cutover to CAM will result in a number > of SCSI adapters and devices becoming *unsupported*. A number of these > are significant items, and developers are encouraged to take the time to > update drivers which they may have an interest in. FreeBSD Test Labs > will endeavour to provide loan equipment to developers undertaking such > updates. > > The following SCSI adapters will become unsupported: > > Driver Adapter Owner > ------ ------- ----- > aha Adaptec 1542 ? (*)(+) > aic Adaptec aic6x60 ? (*)(+) > amd NCR 53c974 ? (*) > dpt DPT RAID controllers Simon Shapiro (*) > nca NCR 53c400 ? > sea Seagate ST01/ST02 ? > uha Ultrastor 34F ? (*)(+) > vpo Iomega ppa3 (eg. Zip) Nicolas Souchu (*)(+) > wds Western Digital WD7000 ? > > The following SCSI peripherals will become unsupported: > > Driver Adapter > ------ ------- > od Optical-disk device (*)(+) > uk Unknown SCSI device > worm Write-once SCSI device > > Drivers marked (*) are considered to be currently supported, and > desirable for 3.0. > > FreeBSD Test Labs has development hardware available for loan to > developers for drivers marked (+). In some cases, documentation may > also be available. > > If there are any significant issues (other than FUD) relating to the > proposed cutover, now is the time to raise them. > > Followups should be directed as follows: > > - Technical matters relating to updating a driver for CAM: > freebsd-scsi@freebsd.org > - All other issues: > freebsd-current@freebsd.org > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Mike Smith wrote: > One of the major feature goals for 3.0 is the transition to the new > CAM-inspired SCSI subsystem. This transition requires a hard cutover > date. > > The proposed cutover date is the 28th of April. On or about this point > in time, the following steps will be taken: > > - A CVS tag will be applied to mark the last checkout date prior to > the cutover. > - The CAM code will be committed to the -current branch. > - GENERIC and LINT will be translated to suit. > - MAKEDEV will be updated. > - Non-CAM SCSI code and drivers will be *disabled*. > > There will be an announcement at least 24 hours preceeding the cutover. > > It is important to note that the cutover to CAM will result in a number > of SCSI adapters and devices becoming *unsupported*. A number of these > are significant items, and developers are encouraged to take the time to > update drivers which they may have an interest in. FreeBSD Test Labs > will endeavour to provide loan equipment to developers undertaking such > updates. > > The following SCSI adapters will become unsupported: > > Driver Adapter Owner > ------ ------- ----- > aha Adaptec 1542 ? (*)(+) > aic Adaptec aic6x60 ? (*)(+) > amd NCR 53c974 ? (*) > dpt DPT RAID controllers Simon Shapiro (*) > nca NCR 53c400 ? > sea Seagate ST01/ST02 ? > uha Ultrastor 34F ? (*)(+) > vpo Iomega ppa3 (eg. Zip) Nicolas Souchu (*)(+) > wds Western Digital WD7000 ? > > The following SCSI peripherals will become unsupported: > > Driver Adapter > ------ ------- > od Optical-disk device (*)(+) > uk Unknown SCSI device > worm Write-once SCSI device > > Drivers marked (*) are considered to be currently supported, and > desirable for 3.0. > > FreeBSD Test Labs has development hardware available for loan to > developers for drivers marked (+). In some cases, documentation may > also be available. > > If there are any significant issues (other than FUD) relating to the > proposed cutover, now is the time to raise them. > > Followups should be directed as follows: > > - Technical matters relating to updating a driver for CAM: > freebsd-scsi@freebsd.org > - All other issues: > freebsd-current@freebsd.org > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- _________________________________________________ Brian McCloskey | Leader Group Consultant | 5200 DTC Parkway ph: 303-773-9700 | Suite 500 fax: 303-773-9610 | Englewood, CO 80111 ____________________________|____________________ http://www.leader-group.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 10:39:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23312 for freebsd-current-outgoing; Tue, 21 Apr 1998 10:39:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dean.pc.sas.com (sas91152.sas.com [192.58.191.152]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23103 for ; Tue, 21 Apr 1998 17:38:40 GMT (envelope-from brdean@dean.pc.sas.com) Received: (from brdean@localhost) by dean.pc.sas.com (8.8.8/8.8.8) id MAA28065; Tue, 21 Apr 1998 12:38:04 -0500 (EST) (envelope-from brdean) Message-Id: <199804211738.MAA28065@dean.pc.sas.com> From: "Brian Dean" Subject: wd0: errors - does anyone know what's going on here? To: freebsd-current@FreeBSD.ORG Date: Tue, 21 Apr 1998 12:38:04 -0500 (EST) Reply-To: brdean@unx.sas.com X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Over the past several days I've been seeing these 'wd0' messages showing up in /var/log/messages. Does anyone know what's going on that could be causing these? >From the boot log, 'wd0' is as follows: Apr 20 16:46:27 bb01f02 /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Apr 20 16:46:27 bb01f02 /kernel: wdc0: unit 0 (wd0): Apr 20 16:46:27 bb01f02 /kernel: wd0: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S I'm running 3.0-980223-SNAP. Here are the messages: ------------------------------------------------------------ Apr 20 18:39:18 bb01f02 /kernel: wd0: interrupt timeout: Apr 20 18:39:19 bb01f02 /kernel: wd0: status 58 error 1 Apr 20 18:39:19 bb01f02 /kernel: wd0: wdtimeout() DMA status 4 Apr 20 20:50:40 bb01f02 /kernel: wd0: interrupt timeout: Apr 20 20:50:41 bb01f02 /kernel: wd0: status 58 error 1 Apr 20 20:50:41 bb01f02 /kernel: wd0: wdtimeout() DMA status 4 Apr 20 22:40:01 bb01f02 /kernel: wd0: interrupt timeout: Apr 20 22:40:01 bb01f02 /kernel: wd0: status 58 error 1 Apr 20 22:40:01 bb01f02 /kernel: wd0: wdtimeout() DMA status 4 Apr 20 22:40:23 bb01f02 /kernel: wd0: Last time I say: interrupt timeout. Probably a portable PC.: Apr 20 22:40:25 bb01f02 /kernel: wd0: status 58 error 1 Apr 20 22:40:26 bb01f02 /kernel: wd0: wdtimeout() DMA status 4 ------------------------------------------------------------ Any insights are appreciated. Thanks, -Brian -- Brian Dean brdean@unx.sas.com Process Engineering The SAS Institute Inc. 919.677.8000 x5235 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 10:54:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27515 for freebsd-current-outgoing; Tue, 21 Apr 1998 10:54:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27509 for ; Tue, 21 Apr 1998 17:54:56 GMT (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id KAA00915; Tue, 21 Apr 1998 10:51:48 -0700 (PDT) Message-Id: <199804211751.KAA00915@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Brian McCloskey" cc: current@FreeBSD.ORG Subject: Re: HEADS UP: CAM cutover in two weeks. In-reply-to: Your message of "Tue, 21 Apr 1998 11:28:20 MDT." <353CD733.93BF0803@leader-group.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Apr 1998 10:51:47 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I was wondering one thing, is the CAM SCSI subsystem going to support the > Adaptec AIC-7895 controller as well? I know the CAM boot floppy that I > downloaded did, but I haven't had any luck finishing the install with it, > and was hoping the new integration into 3.0 will help fix my problems. It should work OK, yes. Can you outline the problems you're having with the CAM install? If there's nobody set up currently to do CAM snaps, I might be able to find the resources here. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 11:23:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06660 for freebsd-current-outgoing; Tue, 21 Apr 1998 11:23:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06546 for ; Tue, 21 Apr 1998 18:22:59 GMT (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id OAA28180; Tue, 21 Apr 1998 14:22:54 -0400 (EDT) (envelope-from wollman) Date: Tue, 21 Apr 1998 14:22:54 -0400 (EDT) From: Garrett Wollman Message-Id: <199804211822.OAA28180@khavrinen.lcs.mit.edu> To: Russell Cattelan Cc: freebsd-current@FreeBSD.ORG Subject: VM scrambling pages if space is exceeded In-Reply-To: <199804191736.MAA15119@lupo.thebarn.com> References: <199804191736.MAA15119@lupo.thebarn.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > This problem has been cropping up with "current" for about the > last month. The basic problem shows up with daemon processes > coreing sortly after swap space is maxed out. I noticed this on my news transit box. I also noticed that my news spool files are getting corrupted (with strings of nulls being inserted at inopportune times). For the moment it's not too bad (I think), but I'm dropping those articles, and would rather not be. (I just turned off Perl filters to see if that has any effect.) -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 11:30:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24093 for freebsd-current-outgoing; Tue, 21 Apr 1998 10:42:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23900 for ; Tue, 21 Apr 1998 17:41:37 GMT (envelope-from perlsta@fang.cs.sunyit.edu) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id MAA27469; Tue, 21 Apr 1998 12:42:21 GMT Date: Tue, 21 Apr 1998 12:42:21 +0000 (GMT) From: Alfred Perlstein To: Mark Castillo cc: freebsd-current@FreeBSD.ORG Subject: Re: New installation - which snapshot? In-Reply-To: <199804211719.KAA17420@friends.relationships.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the latest of course... look at http://bright.rtfm.net/ -> "FReeBSD stuff" it's got a tutorial on how to keep current. > Hello All, > > I will be following current on a new machine. Which is the best snapshot > to start from? > > Thank You.... > > > > ---------------------------------------------- > Mark Castillo > Systems Integration Engineer > Relationships.com, Inc. > ---------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 11:30:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24050 for freebsd-current-outgoing; Tue, 21 Apr 1998 10:42:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23801 for ; Tue, 21 Apr 1998 17:41:06 GMT (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id RAA00529 for ; Tue, 21 Apr 1998 17:40:34 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id NAA17187 for current@freebsd.org; Tue, 21 Apr 1998 13:40:33 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804211740.NAA17187@rtfm.ziplink.net> Subject: Re: Why is xtend in the base system? In-Reply-To: <199804211646.MAA27831@khavrinen.lcs.mit.edu> from "Garrett Wollman" at "Apr 21, 98 12:46:10 pm" To: current@FreeBSD.ORG Date: Tue, 21 Apr 1998 13:40:33 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19518 for freebsd-current-outgoing; Tue, 21 Apr 1998 12:03:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from solaris.matti.ee (root@solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA19462 for ; Tue, 21 Apr 1998 19:03:11 GMT (envelope-from vallo@matti.ee) Received: from localhost (vallo@localhost [127.0.0.1]) by solaris.matti.ee (8.8.8/8.8.8.s) with SMTP id WAA14391 for ; Tue, 21 Apr 1998 22:02:59 +0300 (EET DST) Date: Tue, 21 Apr 1998 22:02:58 +0300 (EET DST) From: Vallo Kallaste X-Sender: vallo@solaris To: freebsd-current@FreeBSD.ORG Subject: Re: wd0: errors - does anyone know what's going on here? In-Reply-To: <199804211738.MAA28065@dean.pc.sas.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 21 Apr 1998, Brian Dean wrote: > Over the past several days I've been seeing these 'wd0' messages > showing up in /var/log/messages. Does anyone know what's going on > that could be causing these? > > From the boot log, 'wd0' is as follows: > Apr 20 16:46:27 bb01f02 /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa > Apr 20 16:46:27 bb01f02 /kernel: wdc0: unit 0 (wd0): > Apr 20 16:46:27 bb01f02 /kernel: wd0: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S > > I'm running 3.0-980223-SNAP. > > Here are the messages: > ------------------------------------------------------------ > Apr 20 18:39:18 bb01f02 /kernel: wd0: interrupt timeout: > Apr 20 18:39:19 bb01f02 /kernel: wd0: status 58 error 1 > Apr 20 18:39:19 bb01f02 /kernel: wd0: wdtimeout() DMA status 4 *** I'm always keep getting these errors if I turn on DMA on any of my disks. First time I turned DMA on my machine goes down frequently and I spent three days to point out whats going on... I have four eide disks and only one of them don't support DMA at all. Others are Quantum 2.1 GB UDMA disks and should work fine, but don't. Oh, I turned DMA off for this one disk which don't support this feature, certainly. I don't know cause of this errors, but flags 9008 ( or 8008, 80ff etc.) helps me out. I don't like speculations about anything which I don't know, so better no more words from me about this. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 12:07:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21108 for freebsd-current-outgoing; Tue, 21 Apr 1998 12:07:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21082 for ; Tue, 21 Apr 1998 19:07:10 GMT (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id TAA00760 for ; Tue, 21 Apr 1998 19:06:39 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id PAA19665 for current@freebsd.org; Tue, 21 Apr 1998 15:06:38 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804211906.PAA19665@rtfm.ziplink.net> Subject: Re: Off Topic(ish) - P-Pro Steppings... In-Reply-To: <199804211844.NAA07942@dyson.iquest.net> from "John S. Dyson" at "Apr 21, 98 01:44:20 pm" To: current@FreeBSD.ORG Date: Tue, 21 Apr 1998 15:06:38 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21252 for freebsd-current-outgoing; Tue, 21 Apr 1998 12:07:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21208 for ; Tue, 21 Apr 1998 19:07:26 GMT (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id PAA07257; Tue, 21 Apr 1998 15:07:04 -0400 (EDT) Message-ID: <19980421150703.B7185@rtfm.net> Date: Tue, 21 Apr 1998 15:07:03 -0400 From: Nathan Dorfman To: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= Cc: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? Mail-Followup-To: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , current@FreeBSD.ORG References: <19980420155034.A4214@rtfm.net> <19980420175822.A4615@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: =?iso-8859-1?Q?=3Cxzpemyrgs83=2Efsf=40hrotti=2Eifi=2Euio=2Eno=3E=3B_from?= =?iso-8859-1?Q?_Dag-Erling_Coidan_Sm=F8rgrav__on_Tue=2C_Apr_21=2C_1998_a?= =?iso-8859-1?Q?t_04:33:00PM_+0200?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 21, 1998 at 04:33:00PM +0200, Dag-Erling Coidan Smørgrav wrote: > Nathan Dorfman writes: > > On Mon, Apr 20, 1998 at 04:20:22PM -0400, Matthew N. Dodd wrote: > > > On Mon, 20 Apr 1998, Nathan Dorfman wrote: > > > > Why is xtend in the base system, anyway? It's definitely not > > > > essential, AFAICS. Maybe it should be moved into ports? > > > Because it uses kernel drivers and would be prone to getting crufty if it > > > wasn't in the base. > > Why can't this be done as an lkm that is installed from a port/package? > > Why don't we throw out the screensavers, too? And all of /usr/games, > /usr/share/misc, /sys/i386/isa/sound, /sys/i386/isa/snd... >From my understanding, a system with the "bin" distribution is supposed to have only the minimum necessary to run a FreeBSD system. /usr/games isn't part of the bin distro by the way, it's in the games distro (IIRC). /sys/* only get installed if you install the sources. X-10 may be useful to some people, but it's far from essential, and a port just seems like the Right Thing for it. At least to me. If no one else feels this way, then it'll stay in. No need for sarcastic comments :-) > Furrfu. > > -- > Noone else has a .sig like this one. -- ________________ ____________________________ / Nathan Dorfman \/ "Nietzsche is dead." - God \ / nathan@rtfm.net \ finger for pgp key \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 12:10:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22309 for freebsd-current-outgoing; Tue, 21 Apr 1998 12:10:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA22190 for ; Tue, 21 Apr 1998 19:10:09 GMT (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id TAA00768 for ; Tue, 21 Apr 1998 19:10:04 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id PAA19693 for current@freebsd.org; Tue, 21 Apr 1998 15:10:04 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804211910.PAA19693@rtfm.ziplink.net> Subject: /var/log/setuid.* corrupted To: current@FreeBSD.ORG Date: Tue, 21 Apr 1998 15:10:04 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24686 for freebsd-current-outgoing; Tue, 21 Apr 1998 12:17:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24680 for ; Tue, 21 Apr 1998 19:16:59 GMT (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA08194; Tue, 21 Apr 1998 14:16:01 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804211916.OAA08194@dyson.iquest.net> Subject: Re: Off Topic(ish) - P-Pro Steppings... In-Reply-To: <199804211906.PAA19665@rtfm.ziplink.net> from Mikhail Teterin at "Apr 21, 98 03:06:38 pm" To: mi@aldan.algebra.com (Mikhail Teterin) Date: Tue, 21 Apr 1998 14:16:01 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > John S. Dyson once stated: > > =As a datapoint, but not helpful to you... Both my CPU's are the same > =stepping, but have different cache sizes. (This is on my DNF.) > > May be, swapping the CPUs from one socket to another will help > the original poster? > Good idea. I wonder also if a new, up-to-date bios is needed. However, I have hosed my DNF bios, by improper flashing... Even though I am a hardware person by training, PC hardware is magic to me :-). John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 12:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26116 for freebsd-current-outgoing; Tue, 21 Apr 1998 12:20:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25907 for ; Tue, 21 Apr 1998 19:19:53 GMT (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.8.8/8.8.8) with ESMTP id UAA20410 for ; Tue, 21 Apr 1998 20:19:50 +0100 (BST) (envelope-from kpielorz@tdx.co.uk) Message-ID: <353CF146.DD8926D9@tdx.co.uk> Date: Tue, 21 Apr 1998 20:19:34 +0100 From: Karl Pielorz Organization: TDX X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: SMP FreeBSD! - Thanks! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a quick thankyou to everyone - I now have a dual processor 3.0-CURRENT system whiring away behind me, where once stood a single processor 2.2.5 system! - So a big thankyou to all those who look after FreeBSD & -CURRENT in particular! Regards, Karl Pielorz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 13:22:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13162 for freebsd-current-outgoing; Tue, 21 Apr 1998 13:22:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13153 for ; Tue, 21 Apr 1998 20:22:50 GMT (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id PAA24184; Tue, 21 Apr 1998 15:20:37 -0400 (EDT) Date: Tue, 21 Apr 1998 15:20:37 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@localhost To: Mark Castillo cc: freebsd-current@FreeBSD.ORG Subject: Re: New installation - which snapshot? In-Reply-To: <199804211719.KAA17420@friends.relationships.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 21 Apr 1998, Mark Castillo wrote: > Hello All, > > I will be following current on a new machine. Which is the best snapshot > to start from? Doesn't matter if you're going to do a make buildworld to move to current ... start from 2.2.6 if you want. > > Thank You.... > > > > ---------------------------------------------- > Mark Castillo > Systems Integration Engineer > Relationships.com, Inc. > ---------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 13:38:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16849 for freebsd-current-outgoing; Tue, 21 Apr 1998 13:38:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enigami.com (enigami.com [208.140.182.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA16777 for ; Tue, 21 Apr 1998 20:38:37 GMT (envelope-from ckempf@enigami.com) Received: from singularity.enigami.com (singularity.enigami.com [208.140.182.42]) by enigami.com (8.8.7/8.8.7) with ESMTP id QAA13681; Tue, 21 Apr 1998 16:37:13 -0400 (EDT) From: Cory Kempf Received: (from ckempf@localhost) by singularity.enigami.com (8.8.8/8.8.8) id QAA08352; Tue, 21 Apr 1998 16:36:48 -0400 (EDT) (envelope-from ckempf@enigami.com) Date: Tue, 21 Apr 1998 16:36:48 -0400 (EDT) Message-Id: <199804212036.QAA08352@singularity.enigami.com> To: bmccloskey@leader-group.com, freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: CAM cutover in two weeks. Newsgroups: cory.BSD References: <199804150146.SAA01812@dingo.cdrom.com> <353CD733.93BF0803@leader-group.com> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In cory.BSD you write: >I was wondering one thing, is the CAM SCSI subsystem going to support the >Adaptec AIC-7895 controller as well? Works just fine one mine... > I know the CAM boot floppy that I >downloaded did, but I haven't had any luck finishing the install with it, >and was hoping the new integration into 3.0 will help fix my problems. Poke about in the archives... the problems I posted contain the answer. In short, you will need the -a option at boot until you have built your own kernel, possibly until you have patched things / labeled your disk. +C -- -- Thinking of purchasing RAM from the Chip Merchant? Please read this first: Cory Kempf Macintosh / Unix Consulting & Software Development ckempf@enigami.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 15:10:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08281 for freebsd-current-outgoing; Tue, 21 Apr 1998 15:10:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA08175 for ; Tue, 21 Apr 1998 22:09:57 GMT (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id AAA22462; Wed, 22 Apr 1998 00:09:07 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 22 Apr 1998 00:09:07 +0200 (MET DST) Mime-Version: 1.0 To: Chuck Robey Cc: Mark Castillo , freebsd-current@FreeBSD.ORG Subject: Re: New installation - which snapshot? References: Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Apr 1998 00:09:05 +0200 In-Reply-To: Chuck Robey's message of "Tue, 21 Apr 1998 15:20:37 -0400 (EDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey writes: > On Tue, 21 Apr 1998, Mark Castillo wrote: > > I will be following current on a new machine. Which is the best snapshot > > to start from? > Doesn't matter if you're going to do a make buildworld to move to > current ... start from 2.2.6 if you want. Well, if Mark intends to track current, the right answer is IMHO "the latest one available to you, as it will minimze the time needed to get up-to-date" but with a fast connection it's pretty much academic. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 15:53:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15179 for freebsd-current-outgoing; Tue, 21 Apr 1998 15:53:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA15172 for ; Tue, 21 Apr 1998 22:53:35 GMT (envelope-from rkw@Dataplex.NET) Received: from [208.2.87.6] (user6.dataplex.net [208.2.87.6]) by shrimp.dataplex.net (8.8.8/8.8.8) with ESMTP id RAA20126; Tue, 21 Apr 1998 17:53:23 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <25512.893196730@time.cdrom.com> References: Your message of "Tue, 21 Apr 1998 11:22:49 PDT." <199804211822.LAA27407@athena.tera.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 21 Apr 1998 17:52:19 -0500 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: Free BSD and Windows Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:12 PM -0500 4/21/98, Jordan K. Hubbard wrote: >People have been either quite happy or very displeased with >"booteasy" Speaking of this boot program..... I just built a system "from scratch" with the recent 3.0-SNAP. I just ran into some unexpected behavior. I'm trying to set up a "headless machine" It obvoiusly has a kbd interface, but I do not supply the keyboard. Similarly, I may (or may not) have a CRT and video card. With kbd & video, it works just fine. However, in order to get it to even try to boot without a keyboard, I have to tell the bios that it is not required. With thaqt setting, I get into the boot blocks as expected. I get to "Default: F1" and it hangs uptil I plug in a keyboard. Only then does it proceed to the Boot: prompt. On my old P-5, I could boot without a keyboard. Am I doing something wrong? Does this deserve a "PR" ? Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 17:15:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27976 for freebsd-current-outgoing; Tue, 21 Apr 1998 17:15:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA27966 for ; Wed, 22 Apr 1998 00:14:53 GMT (envelope-from perlsta@fang.cs.sunyit.edu) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id TAA11384; Tue, 21 Apr 1998 19:16:16 GMT Date: Tue, 21 Apr 1998 19:16:16 +0000 (GMT) From: Alfred Perlstein To: Richard Wackerbarth cc: "Jordan K. Hubbard" , freebsd-current@FreeBSD.ORG Subject: Re: Free BSD and Windows In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG yes, you need to use /stand/sysintall to install a "Standard MBR" and NOT "FreeBSD Booteasy". no PR. -Alfred On Tue, 21 Apr 1998, Richard Wackerbarth wrote: > At 5:12 PM -0500 4/21/98, Jordan K. Hubbard wrote: > >People have been either quite happy or very displeased with > >"booteasy" > > Speaking of this boot program..... > I just built a system "from scratch" with the > recent 3.0-SNAP. > > I just ran into some unexpected behavior. > I'm trying to set up a "headless machine" > It obvoiusly has a kbd interface, but I > do not supply the keyboard. > Similarly, I may (or may not) have a CRT > and video card. > > With kbd & video, it works just fine. > However, in order to get it to even try > to boot without a keyboard, I have to tell > the bios that it is not required. > > With thaqt setting, I get into the boot blocks > as expected. I get to "Default: F1" and it hangs > uptil I plug in a keyboard. Only then does it > proceed to the Boot: prompt. > > On my old P-5, I could boot without a keyboard. > > Am I doing something wrong? > Does this deserve a "PR" ? > > Richard Wackerbarth > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 17:23:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29311 for freebsd-current-outgoing; Tue, 21 Apr 1998 17:23:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA29239; Wed, 22 Apr 1998 00:22:34 GMT (envelope-from rkw@Dataplex.NET) Received: from [208.2.87.6] (user6.dataplex.net [208.2.87.6]) by shrimp.dataplex.net (8.8.8/8.8.8) with ESMTP id TAA20356; Tue, 21 Apr 1998 19:22:24 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 21 Apr 1998 19:13:46 -0500 To: current@FreeBSD.ORG From: Richard Wackerbarth Subject: Re: Help! Booting a diskless client. Cc: hackers@FreeBSD.ORG, Mike Smith , Terry Lambert Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Digging through the netboot code, I find that I was wrong. The delay where I thought that it was loading the kernel was really just a slow nfs-mount. :-( So, the (current) problem is in my attempt to mount the swap file. It has nothing to do with the rootfs or the kernel. Has anyone else mounted files as fs (the -r option to mountd) on "current" (CVSup'ed on Apr 18th)? At 4:27 PM -0500 4/21/98, Richard Wackerbarth wrote: >I've read, and reread, Mike's application notes. >Obviously, I'm missing something here. >Can someone point out my error? > >What I really want to do is get a kernel to this machine. > >mount shows: >/dev/sd1f on /diskless/swapfiles (asynchronous, NFS exported, local, >writes: sync 14 async 1)) > >/etc/exports shows: >/diskless/swapfiles -alldirs -maproot=0 -network 208.2.87.0 -mask >255.255.255.224 > >ps shows: > >root 19881 0.0 0.5 468 336 ?? Is 3:56PM 0:00.02 /sbin/mountd >-l -r > >ls shows: >/diskless/swapfiles: >total 2064 >-rw-rw-r-- 1 root wheel 1048576 Apr 21 14:56 swap.208.2.87.13 Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 17:52:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05039 for freebsd-current-outgoing; Tue, 21 Apr 1998 17:52:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05027 for ; Wed, 22 Apr 1998 00:51:53 GMT (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id AAA01359 for ; Wed, 22 Apr 1998 00:51:46 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id UAA20060 for current@freebsd.org; Tue, 21 Apr 1998 20:51:45 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804220051.UAA20060@rtfm.ziplink.net> Subject: Re: Help! Booting a diskless client. In-Reply-To: from "Richard Wackerbarth" at "Apr 21, 98 07:13:46 pm" To: current@FreeBSD.ORG Date: Tue, 21 Apr 1998 20:51:45 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"/diskless/swapfiles: =>total 2064 =>-rw-rw-r-- 1 root wheel 1048576 Apr 21 14:56 swap.208.2.87.13 Now, this would be a fine project for someone, to make NFS server let clients share a _single_ swap file efficiently and safely :) -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 18:26:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09296 for freebsd-current-outgoing; Tue, 21 Apr 1998 18:26:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09286 for ; Wed, 22 Apr 1998 01:26:45 GMT (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id KAA07682; Wed, 22 Apr 1998 10:54:23 +0930 (CST) Message-Id: <199804220124.KAA07682@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Nathan Dorfman , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "21 Apr 1998 16:33:00 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 10:54:22 +0930 From: "Daniel O'Connor" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Why can't this be done as an lkm that is installed from a port/package? > Why don't we throw out the screensavers, too? And all of /usr/games, > /usr/share/misc, /sys/i386/isa/sound, /sys/i386/isa/snd... Because the screen savers anyone can use, and most people have sound cards in their machines.. The number of people with X-10 systems is pretty small AFAIK.. Well, it is in Australia anyway :) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 18:32:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10496 for freebsd-current-outgoing; Tue, 21 Apr 1998 18:32:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA10466 for ; Wed, 22 Apr 1998 01:32:28 GMT (envelope-from rkw@Dataplex.NET) Received: from [208.2.87.6] (user6.dataplex.net [208.2.87.6]) by shrimp.dataplex.net (8.8.8/8.8.8) with ESMTP id UAA20737; Tue, 21 Apr 1998 20:32:23 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199804220051.UAA20060@rtfm.ziplink.net> References: from "Richard Wackerbarth" at "Apr 21, 98 07:13:46 pm" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 21 Apr 1998 20:31:59 -0500 To: Mikhail Teterin From: Richard Wackerbarth Subject: Re: Help! Booting a diskless client. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 7:51 PM -0500 4/21/98, Mikhail Teterin wrote: >Richard Wackerbarth once stated: > >=>/diskless/swapfiles: >=>total 2064 >=>-rw-rw-r-- 1 root wheel 1048576 Apr 21 14:56 swap.208.2.87.13 > >Now, this would be a fine project for someone, to make NFS server >let clients share a _single_ swap file efficiently and safely :) Come noww, you know that you can only squeeze so much information in a fixed number of "flops" :-) Now, the ability to dynamically resize the swap space is another issue. Actually, that can be accomplished if you insert a layer in the storage stack that redirects to allocation, much in the manner that page maps do it for the allocation of virtual addresses to real addresses. You would also need to be able to communicate back to the vm that you wished it to decrease its load on swap space. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 18:34:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10909 for freebsd-current-outgoing; Tue, 21 Apr 1998 18:34:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA10853 for ; Wed, 22 Apr 1998 01:33:43 GMT (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0yRoPi-0003W3-00; Tue, 21 Apr 1998 18:33:31 -0700 Date: Tue, 21 Apr 1998 18:33:27 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Richard Wackerbarth cc: "Jordan K. Hubbard" , freebsd-current@FreeBSD.ORG Subject: Re: Free BSD and Windows In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > With thaqt setting, I get into the boot blocks > as expected. I get to "Default: F1" and it hangs > uptil I plug in a keyboard. Only then does it > proceed to the Boot: prompt. Booteasy probably depends on a keyboard. Booteasy is not useful on a serial-console system anyhow, and probably should not be installed. It is also useless on a dedicated FreeBSD box of any kind. > On my old P-5, I could boot without a keyboard. Keyboard BIOS is probably different. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 19:12:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19890 for freebsd-current-outgoing; Tue, 21 Apr 1998 19:12:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19836 for ; Wed, 22 Apr 1998 02:12:16 GMT (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with SMTP id WAA01510 for ; Tue, 21 Apr 1998 22:11:39 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Tue, 21 Apr 1998 22:11:39 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: Disappearing keyboard Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been having a strange problem with -current since late March. The machine is a Dell Workstation 400, dual Pentium 300 (running SMP). Problem is that occasionally, the keyboard stops responding completely. The mouse in X continues to work, and telnet sessions are fine. It just stops taking keyboard input. I can make this happen repeatably simply by having "xdm" in rc.local. Then, every time it comes up, the keyboard is dead. Taking xdm out of rc.local, and starting it manually as root after the system is up keeps the keyboard working OK. It still dies every now and then though. Any ideas? -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ S13-061, ISGMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 19:23:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21834 for freebsd-current-outgoing; Tue, 21 Apr 1998 19:23:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA21773 for ; Wed, 22 Apr 1998 02:22:56 GMT (envelope-from rkw@Dataplex.NET) Received: from [208.2.87.6] (user6.dataplex.net [208.2.87.6]) by shrimp.dataplex.net (8.8.8/8.8.8) with ESMTP id VAA20879; Tue, 21 Apr 1998 21:22:44 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 21 Apr 1998 21:22:35 -0500 To: Tom From: Richard Wackerbarth Subject: Re: Free BSD and Windows Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 8:33 PM -0500 4/21/98, Tom wrote: >> With that setting, I get into the boot blocks >> as expected. I get to "Default: F1" and it hangs >> uptil I plug in a keyboard. Only then does it >> proceed to the Boot: prompt. > > Booteasy probably depends on a keyboard. > > Booteasy is not useful on a serial-console system anyhow, and probably >should not be installed. It is also useless on a dedicated FreeBSD box of >any kind. > >> On my old P-5, I could boot without a keyboard. > > Keyboard BIOS is probably different. > >Tom Thanks for the suggestion. I don't TOTALLY agree that booteasy is not useful. Some times it is nice to have a machine that you can simply plug in a keyboard and reboot into the otherwise unused OS that has reasonable tools and manufacturers' diagnostics. Any way, I gave booteasy the boot and now it still hangs before the boot help screen. I guess I'll have to take a look at that code and see if it does some kbd action at its start. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 21:06:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA05627 for freebsd-current-outgoing; Tue, 21 Apr 1998 21:06:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles47.castles.com [208.214.165.47]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA05576; Wed, 22 Apr 1998 04:06:26 GMT (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id VAA00375; Tue, 21 Apr 1998 21:03:42 -0700 (PDT) Message-Id: <199804220403.VAA00375@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Richard Wackerbarth cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG, Mike Smith , Terry Lambert Subject: Re: Help! Booting a diskless client. In-reply-to: Your message of "Tue, 21 Apr 1998 19:13:46 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Apr 1998 21:03:41 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > At 4:27 PM -0500 4/21/98, Richard Wackerbarth wrote: > >I've read, and reread, Mike's application notes. > >Obviously, I'm missing something here. > >Can someone point out my error? > > > >What I really want to do is get a kernel to this machine. > > > >mount shows: > > >/dev/sd1f on /diskless/swapfiles (asynchronous, NFS exported, local, > >writes: sync 14 async 1)) > > > >/etc/exports shows: > > >/diskless/swapfiles -alldirs -maproot=0 -network 208.2.87.0 -mask > >255.255.255.224 > > > >ps shows: > > > >root 19881 0.0 0.5 468 336 ?? Is 3:56PM 0:00.02 /sbin/mountd > >-l -r You don't need '-r', the FreeBSD diskless swapper does a mount RPC on the directory and then looks the file up, rather than other systems that just mount the file directly. That shouldn't stop this working though. What's the booting system output for "swap is ..."? Are you using bootp? Did you remember to quote the colons in the swap path? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 22:08:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14086 for freebsd-current-outgoing; Tue, 21 Apr 1998 22:08:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA14080 for ; Wed, 22 Apr 1998 05:08:13 GMT (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA26417; Wed, 22 Apr 1998 14:08:04 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id OAA00391; Wed, 22 Apr 1998 14:16:41 +0900 (JST) Message-Id: <199804220516.OAA00391@zodiac.mech.utsunomiya-u.ac.jp> To: "Alok K. Dhir" Cc: current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Disappearing keyboard In-Reply-To: Your message of "Tue, 21 Apr 1998 22:11:39 -0400." References: Date: Wed, 22 Apr 1998 14:16:40 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I've been having a strange problem with -current since late March. The >machine is a Dell Workstation 400, dual Pentium 300 (running SMP). > >Problem is that occasionally, the keyboard stops responding completely. >The mouse in X continues to work, and telnet sessions are fine. It just >stops taking keyboard input. > >I can make this happen repeatably simply by having "xdm" in rc.local. >Then, every time it comes up, the keyboard is dead. Taking xdm out of >rc.local, and starting it manually as root after the system is up keeps >the keyboard working OK. It still dies every now and then though. > >Any ideas? There may be conflict between getty and xdm. On which vty are you running xdm? AFAIK, there are four ways to start xdm and avoid conflicts with getty. 1. Specify xdm in /etc/ttys. If you want to run xdm in ttyv3, you write: ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm on secure 2. Run xdm from /etc/rc.local (or other rc* files). if [ -x /usr/X11R6/bin/xdm ]; then (sleep 10; /usr/X11R6/bin/xdm) & fi It is essential to add "sleep N" for proper operation. You may need to experient in order to find an appropriate value for N in your configuration. 3. Another way to run xdm from /etc/rc.local (or other rc* files). if [ -x /usr/X11R6/bin/xdm ]; then /usr/X11R6/bin/xdm fi You need to explicitly specify a vty in which to run the X server by modifying /usr/X11R6/lib/X11/xdm/Xserver. :0 local /usr/X11R6/bin/X vt4 The above example will run the X server in ttyv3. Note that the X server counts vtys as vt1, vt2, vt3..., whereas FreeBSD uses the notation ttyv0, ttyv1, ttyv2,... 4. Specify the X server in /etc/ttys. ttyv3 "/usr/X11R6/bin/X vt4 -query localhost" xterm on secure _Remove_ the X server from /usr/X11R6/lib/X11/xdm/Xserver. _Add_ localhost to /usr/X11R6/lib/X11/xdm/Xaccess. Start xdm from /etc/rc* as: if [ -x /usr/X11R6/bin/xdm ]; then /usr/X11R6/bin/xdm fi Hope this will give you some ideas. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:12:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24159 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:12:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA24152 for ; Wed, 22 Apr 1998 06:12:07 GMT (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id IAA24814 for ; Wed, 22 Apr 1998 08:15:09 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 22 Apr 1998 08:15:09 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: Ouch... (DEVFS) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I have two problems with DEVFS (sources are from yesterday). 1. Running multiuser, as soon as I try to umount the DOS partition, machine panics with something like: _panic _wdcontrol _wdintr Xresume14() --- interrupt vec14 _pmap_enter _vm_fault _trap_pfault calltrap --- trap >cont syncing disks 19 19 19 19 [...] .... giving up rebooting This is 100% repeatable. 2. On another machine, with one SCSI disk on AHA2940, with one big slice (but in non-dedicated mode), the mountroot tries: sd0s1a sd0s2a sd0s3a sd0s4a and doesn't like them, and then of course panics because it cannot mount root. The root partition is on sd0s1a... Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:24:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27024 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:24:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26984 for ; Wed, 22 Apr 1998 06:24:43 GMT (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA03585; Tue, 21 Apr 1998 23:24:07 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd003574; Tue Apr 21 23:24:03 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id XAA00406; Tue, 21 Apr 1998 23:23:57 -0700 (MST) From: Terry Lambert Message-Id: <199804220623.XAA00406@usr06.primenet.com> Subject: Re: usr.bin/expand breaks make world To: evanc@synapse.net (Evan Champion) Date: Wed, 22 Apr 1998 06:23:57 +0000 (GMT) Cc: evanc@synapse.net, gmarco@giovannelli.it, current@FreeBSD.ORG, syssgm@dtir.qld.gov.au In-Reply-To: <003c01bd6d28$f1a6c5c0$c9252fce@cello.synapse.net> from "Evan Champion" at Apr 21, 98 09:25:25 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It looks much better if I mount with rw,bg,intr,nfsv2 and do just make > buildworld (no -j). If I do make -j4, the .nfs* files get left behind which > confuses make. > > Give that a try and see if it helps. I have a build running now; I'll > report back when I get home how far it got. The .nfs files are open+unlink files. My guess is that your machines are not sufficiently timesynced. This is a well known problem in NFSv2. NFSv3 uses (or is supposed to) source relative time; that is, the delta is calculated on the request and subtracted on the response. For a negative delta, this results in a positive add. This means that time is still stored in server time on the server, but reported in client time to the client, such that the client and server clocks do not need to be tightly synchronized. You may also have better luck if you use the "-pipe" option to get rid of the temporary-but-deleted files. The real problem here is that GCC and family have people who don't consider this type of thing working on them. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:32:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29419 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:32:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29254; Wed, 22 Apr 1998 06:31:16 GMT (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id XAA07069; Tue, 21 Apr 1998 23:31:03 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd007051; Tue Apr 21 23:30:55 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id XAA00982; Tue, 21 Apr 1998 23:30:55 -0700 (MST) From: Terry Lambert Message-Id: <199804220630.XAA00982@usr06.primenet.com> Subject: Re: usr.bin/expand breaks make world To: chuckr@glue.umd.edu (Chuck Robey) Date: Wed, 22 Apr 1998 06:30:54 +0000 (GMT) Cc: syssgm@dtir.qld.gov.au, sos@FreeBSD.ORG, gmarco@giovannelli.it, current@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Apr 21, 98 09:48:19 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I wonder if my recent disk problem (the only one I've ever had with > FreeBSD, where I had directories entries being inserted into dirs, with > the inode set as 0) could be this? I was doing buildworld with -j 12 on > an SMP machine. Inode of 0 is a deleted file indicator, if the file being deleted is the first entry in the directory block. If the file is not the first entry in the block, then the previous entry makrs the next entry past it as being the next entry -- and you don't need t zero the inode. My personal preference would be a "deleted" flag (to which I would add a "purded" flag, so that I could have an "undelete" program). Ah well, I'm rarely consulted on such things. In any case, if the inode number was the first entry in a directory block, then this was the "problem"... ie: it wasn't broken. If the inode number was in a non-initial directory entry, well then you have a problem. If only the inode was zero, but the file name was not, this can not be a VM access problem, since directory blocks are on 512b boundries and pages (the smallest VM increment) are on 4K boundries -- or are really, really big). Instead, it would have to be indicative of a different (not NFS related) problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:35:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00504 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:35:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00283 for ; Wed, 22 Apr 1998 06:34:28 GMT (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id XAA07693; Tue, 21 Apr 1998 23:34:26 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd007677; Tue Apr 21 23:34:23 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id XAA01160; Tue, 21 Apr 1998 23:34:22 -0700 (MST) From: Terry Lambert Message-Id: <199804220634.XAA01160@usr06.primenet.com> Subject: Re: NFS corruption To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 22 Apr 1998 06:34:22 +0000 (GMT) Cc: ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG In-Reply-To: <23801.893176299@time.cdrom.com> from "Jordan K. Hubbard" at Apr 21, 98 09:31:39 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It seems that these NFS problems aren't getting much closer to being > fixed, at least not over the period of time that it's been clearly > unstable, nor would volunteer labor appear to be sufficient to get it > fixed here. Therefore.... > > If there are people here who feel confident that they could make > substantial inroads with NFS if only it were a paying job AND are in a > position to accept such contract work, please contact me. I'm pretty > sure that I can find the funds but not so sure that I can find the > personnel. Please integrate my write lease notifications, which I did for free, without it being my paying job, and see if it fixes the problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:37:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01421 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:37:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01305 for ; Wed, 22 Apr 1998 06:37:19 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA28695; Tue, 21 Apr 1998 23:34:25 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd028693; Wed Apr 22 06:34:17 1998 Message-ID: <353D8E29.20431CA7@whistle.com> Date: Tue, 21 Apr 1998 23:28:57 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Andrzej Bialecki CC: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > > Hi! > > I have two problems with DEVFS (sources are from yesterday). > > 1. Running multiuser, as soon as I try to umount the DOS partition, > machine panics with something like: > > _panic > _wdcontrol > _wdintr > Xresume14() > --- interrupt > vec14 > _pmap_enter > _vm_fault > _trap_pfault > calltrap > --- trap > > >cont > > syncing disks 19 19 19 19 [...] .... giving up > rebooting > > This is 100% repeatable. damn I fixed this a few months ago and it's come back.. Dosfs is relying on something that really doesn't make sense. I'll have to find it again.. thanks for the info, I'll look at it again. > > 2. On another machine, with one SCSI disk on AHA2940, with one big slice > (but in non-dedicated mode), the mountroot tries: > > sd0s1a > sd0s2a > sd0s3a > sd0s4a what does the rest of the dmesg say? (when it's looking for slices) and what does fdisk and disklable say about the drive in question? this one should be quite easy to fix. > > and doesn't like them, and then of course panics because it cannot mount > root. The root partition is on sd0s1a... yeah but I bet there's something funny about it.. julian > > Andrzej Bialecki > > --------------------+--------------------------------------------------------- > abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } > Research & Academic | "Be open-minded, but don't let your brains to fall out." > Network in Poland | All of the above (and more) is just my personal opinion. > --------------------+--------------------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:39:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01900 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:39:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01763 for ; Wed, 22 Apr 1998 06:38:38 GMT (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id XAA02449; Tue, 21 Apr 1998 23:38:35 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd002441; Tue Apr 21 23:38:28 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id XAA01355; Tue, 21 Apr 1998 23:38:27 -0700 (MST) From: Terry Lambert Message-Id: <199804220638.XAA01355@usr06.primenet.com> Subject: Re: panic: vm_page_free: freeing busy page To: sfarrell+lists@farrell.org Date: Wed, 22 Apr 1998 06:38:27 +0000 (GMT) Cc: syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG In-Reply-To: <87n2dfp1e1.fsf@phaedrus.uchicago.edu> from "sfarrell+lists@farrell.org" at Apr 21, 98 11:47:50 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, no, but I got a question: in freebsd current, what prevents the > kernel from reallocating a process' memory after it calls exit() and > before it is finished freeing its memory up? I'm reading in the > 4.4BSD book p. 155 that they raise the interrupt level, and I > understand that doesn't work for SMP. So presumably there is some new > mechanism for this in current? (which might be related to this > crash??) By definition, all tracked resources, with the exception of the proc struct, are freed by a process when exit(2) is called. Specifically, the proc struct is left around so the parent can "reap" the process using the "wait" family of calls. The status is reaped from the proc struct. Programs do not return from the exit(2) call. The meory may be reused. in general, this would be done because it's perfectly reasonable to reuse the memory, since it was freed. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:43:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03292 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:43:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03141 for ; Wed, 22 Apr 1998 06:42:28 GMT (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id XAA03548; Tue, 21 Apr 1998 23:42:21 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd003538; Tue Apr 21 23:42:19 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id XAA01548; Tue, 21 Apr 1998 23:42:18 -0700 (MST) From: Terry Lambert Message-Id: <199804220642.XAA01548@usr06.primenet.com> Subject: Re: Help! Booting a diskless client. To: mi@aldan.algebra.com (Mikhail Teterin) Date: Wed, 22 Apr 1998 06:42:18 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199804220051.UAA20060@rtfm.ziplink.net> from "Mikhail Teterin" at Apr 21, 98 08:51:45 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Now, this would be a fine project for someone, to make NFS server > let clients share a _single_ swap file efficiently and safely :) This already works. The only trick part is making sure the file is zero length. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:48:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05645 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:48:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pc-21490.bc.rogers.wave.ca (pc-21490.bc.rogers.wave.ca [24.113.51.240]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05545 for ; Wed, 22 Apr 1998 06:47:56 GMT (envelope-from jh@pc-21490.bc.rogers.wave.ca) Received: (from jh@localhost) by pc-21490.bc.rogers.wave.ca (8.8.8/8.8.7) id XAA00313; Tue, 21 Apr 1998 23:46:36 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 21 Apr 1998 23:46:36 -0700 (PDT) Reply-To: Jonathan Hanna Organization: Pangolin Systems From: Jonathan Hanna To: Andrzej Bialecki Subject: RE: Ouch... (DEVFS) Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22-Apr-98 Andrzej Bialecki wrote: > Hi! > > I have two problems with DEVFS (sources are from yesterday). > > 1. Running multiuser, as soon as I try to umount the DOS partition, > machine panics with something like: > > _panic > _wdcontrol > _wdintr > Xresume14() > --- interrupt > vec14 > _pmap_enter > _vm_fault > _trap_pfault > calltrap > --- trap > >>cont > > syncing disks 19 19 19 19 [...] .... giving up > rebooting > > This is 100% repeatable. Same here. It happens when I mount both an msdos and an ffs slice from the same disk. I tracked it a little in an earlier version of DEVFS/SLICE: I don't know how things are supposed to work but it seems that msdos_unmount is calling wdsclose via VOP_CLOSE, setting the du->dk_state to CLOSE. Later an ffs_unmout is done, which tries an operation on the now closed disk and panics. I am mounting msdos on wd1s1 and ufs on wd1s2a,e,f,g. Jonathan Hanna To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06429 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:50:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06364 for ; Wed, 22 Apr 1998 06:49:49 GMT (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA29632; Tue, 21 Apr 1998 23:48:53 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Terry Lambert cc: ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption In-reply-to: Your message of "Wed, 22 Apr 1998 06:34:22 -0000." <199804220634.XAA01160@usr06.primenet.com> Date: Tue, 21 Apr 1998 23:48:52 -0700 Message-ID: <29627.893227732@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Please integrate my write lease notifications, which I did for free, > without it being my paying job, and see if it fixes the problem. While I appreciate the pointer, I also have to say that the chances of this fixing _all_ the serious problems with NFS are pretty remote, don't you agree? The original point stands, I think. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 21 23:51:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06913 for freebsd-current-outgoing; Tue, 21 Apr 1998 23:51:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06841 for ; Wed, 22 Apr 1998 06:51:08 GMT (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA09077 for ; Tue, 21 Apr 1998 23:50:59 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd009062; Tue Apr 21 23:50:57 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id XAA01906 for current@freebsd.org; Tue, 21 Apr 1998 23:50:57 -0700 (MST) From: Terry Lambert Message-Id: <199804220650.XAA01906@usr06.primenet.com> Subject: ELF kernels: When? To: current@FreeBSD.ORG Date: Wed, 22 Apr 1998 06:50:57 +0000 (GMT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would like to run an ELF kernel. Specifically, I would like to experiment with abstracting libkern as a seperate ELF segment in the running kernel that I could map into a program's address space via a section aware dlopen() (sort of a poor man's "libelf"). I would hack the loader to not load the (shared object) section type I'd use for this. This would tend to fix the !@#$%! "ps: proc size mismatch ..." messages, once and for all. So, per the subject: "ELF kernels: When?". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 00:03:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10654 for freebsd-current-outgoing; Wed, 22 Apr 1998 00:03:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10644 for ; Wed, 22 Apr 1998 07:03:05 GMT (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id JAA02461; Wed, 22 Apr 1998 09:02:56 +0200 (CEST) To: Harlan Stenn Cc: current@FreeBSD.ORG Subject: Re: bin/6353 In-reply-to: Your message of "Wed, 22 Apr 1998 02:45:46 EDT." <12590.893227546@brown.pfcs.com> Date: Wed, 22 Apr 1998 09:02:56 +0200 Message-ID: <2459.893228576@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <12590.893227546@brown.pfcs.com>, Harlan Stenn writes: >What needs to be done to contributize it? > >I hope it doesn't involve converting it from auto*/configure to bmake... [talking about the new "am-utils" version of amd and of upgrading] Well, Uhm, Sort of... The idea is to stick it unmodfied under src/contrib/am-utils and make a scaffold makefile in src/usr.sbin/am-utils which does all the right things for our build targets. You can see examples of this in various other programs (awk, bind, bison and so on..) The alternative is to kill amd and make am-utils a port instead I think I prefer the alternative, what do the good people on -current say ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 00:11:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13392 for freebsd-current-outgoing; Wed, 22 Apr 1998 00:11:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcpsj.pfcs.com (025OMfUqWtSu4n+b4am0FLSRQDW52smz@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA13348 for ; Wed, 22 Apr 1998 07:11:41 GMT (envelope-from Harlan.Stenn@pfcs.com) Received: from mumps.pfcs.com [192.52.69.11] (HELO mumps.pfcs.com) by pcpsj.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Wed, 22 Apr 1998 03:11:39 -0400 (EDT) Received: from brown.pfcs.com [192.52.69.44] (HELO brown.pfcs.com) by mumps.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Wed, 22 Apr 1998 00:11:38 -0700 (PDT) Received: from localhost [127.0.0.1] (HELO brown.pfcs.com) by brown.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Wed, 22 Apr 1998 03:11:36 -0400 (EDT) X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: am-utils: contrib or port? X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 03:11:36 -0400 Message-ID: <12791.893229096@brown.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It's been suggested that we upgrade the existing amd stuff to am-utils. Should this be done as a port or should it be put in contrib? H To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 00:45:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19831 for freebsd-current-outgoing; Wed, 22 Apr 1998 00:45:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d183-205.uoregon.edu (d183-205.uoregon.edu [128.223.183.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19809 for ; Wed, 22 Apr 1998 07:45:20 GMT (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by d183-205.uoregon.edu (8.8.7/8.8.7) id AAA09120; Wed, 22 Apr 1998 00:45:18 -0700 (PDT) Message-ID: <19980422004518.25051@hydrogen.nike.efn.org> Date: Wed, 22 Apr 1998 00:45:18 -0700 From: John-Mark Gurney To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: ELF kernels: When? References: <199804220650.XAA01906@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199804220650.XAA01906@usr06.primenet.com>; from Terry Lambert on Wed, Apr 22, 1998 at 06:50:57AM +0000 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert scribbled this message on Apr 22: > I would like to run an ELF kernel. > > Specifically, I would like to experiment with abstracting libkern > as a seperate ELF segment in the running kernel that I could map > into a program's address space via a section aware dlopen() (sort > of a poor man's "libelf"). I would hack the loader to not load > the (shared object) section type I'd use for this. > > This would tend to fix the !@#$%! "ps: proc size mismatch ..." > messages, once and for all. > > So, per the subject: "ELF kernels: When?". well, one of the requirements to elf kernel is going to be link_elf.c being writen... otherwide, elf kernels will NEVER happen (either elf kernels or improved bus/device design)... so when will that happen? as far as elf kernels, I thought a few people were running the kernels using jdp's elfkit... -- John-Mark Gurney Modem Rev/FAX: +1 541 346 9237 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD Don't trust anyone you don't have the source for To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 01:12:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA23159 for freebsd-current-outgoing; Wed, 22 Apr 1998 01:12:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA23152 for ; Wed, 22 Apr 1998 08:12:25 GMT (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id KAA22525; Wed, 22 Apr 1998 10:12:03 +0200 (CEST) Message-ID: <19980422101203.65361@cons.org> Date: Wed, 22 Apr 1998 10:12:03 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: make/SIGINT (Re: cvs commit: src/bin/sh jobs.c) Mail-Followup-To: Bruce Evans , cracauer@cons.org, freebsd-current@FreeBSD.ORG References: <199804191143.VAA00099@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804191143.VAA00099@godzilla.zeta.org.au>; from Bruce Evans on Sun, Apr 19, 1998 at 09:43:30PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I thought that this bunch of changes (at least to shell and make) was > ready to commit until a few minutes ago when I tried to kill a `make > depend' in src/lib. It didn't work - some sub-make[s] kept running. It's mkdep(1)'s fault: trap 'rm -f $TMP ; exit 1' 1 2 3 13 15 But our sh is broken so it can't be fixed. When a trap handler sets SIGINT to default (means exit with signal status) a `kill -INT $$` apparently doesn't work. Consider this script: #! /bin/sh foo() { echo In handler trap 1 2 3 13 15 kill -TERM $$ echo 'survived!' } trap 'foo' 1 2 3 13 15 cat cat When sending SIGTERM to ourself in the signal handler, the script is immedeatly terminated with signal exit status. However, when sending SIGINT to ourself, the kill to ourself is ignored. The scripts exits when an second SIGINT is received from the terminal (but its doesn't return a signal exit status, so it isn't useful even if we accept to force the user to hit C-c twice). Although SIGTERM works as expected, it can't be used to solve the problem, because a calling shell doesn't cancel a shellscript when a child returns with SIGTERM exit status :-( bash2 treats SIGINT and SIGTERM equally, the trap handler works as expected. On the positive side, the script I had a problem with called rsync(1), which doesn't exit with signal status. There wasn't a difference between bash and our fixed sh. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (daytime) +4940 41478712 Fax.: (daytime) +4940 41478715 Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 01:17:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24049 for freebsd-current-outgoing; Wed, 22 Apr 1998 01:17:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24043 for ; Wed, 22 Apr 1998 08:17:18 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id BAA00499; Wed, 22 Apr 1998 01:07:23 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd000496; Wed Apr 22 08:07:21 1998 Date: Wed, 22 Apr 1998 01:02:01 -0700 (PDT) From: Julian Elischer To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: <353D8E29.20431CA7@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 21 Apr 1998, Julian Elischer wrote: > Andrzej Bialecki wrote: > > > > Hi! > > > > I have two problems with DEVFS (sources are from yesterday). > > > > 1. Running multiuser, as soon as I try to umount the DOS partition, > > machine panics with something like: > > > > _panic > > _wdcontrol > > _wdintr > > Xresume14() > > --- interrupt > > vec14 > > _pmap_enter > > _vm_fault > > _trap_pfault > > calltrap > > --- trap > > I've tried and tried to get this to happen on my system but failed. I am however running a scsi disk. (I see you have wdintr) > > > > This is 100% repeatable. > julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 01:17:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24124 for freebsd-current-outgoing; Wed, 22 Apr 1998 01:17:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24116 for ; Wed, 22 Apr 1998 08:17:29 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id BAA00602; Wed, 22 Apr 1998 01:13:34 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd000599; Wed Apr 22 08:13:28 1998 Date: Wed, 22 Apr 1998 01:08:08 -0700 (PDT) From: Julian Elischer To: Jonathan Hanna cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: RE: Ouch... (DEVFS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG can you get this to happen in single user mode? (manual mounts?) > > > > _panic > > _wdcontrol > > _wdintr > > Xresume14() > > --- interrupt > > vec14 > > _pmap_enter > > _vm_fault > > _trap_pfault > > calltrap > > --- trap > > > > Same here. It happens when I mount both an msdos and an ffs slice from > the same disk. I tracked it a little in an earlier version of DEVFS/SLICE: I can't make it happen here. does it still happen to you now and are you using wd or sd? > > I don't know how things are supposed to work but > it seems that msdos_unmount is calling wdsclose via VOP_CLOSE, > setting the du->dk_state to CLOSE. > Later an ffs_unmout is done, which tries an operation on > the now closed disk and panics. THEORETICALLY du (ah you must be usinf wd) should only be modified by the LAST close, but you've given me something to look at. > > I am mounting msdos on wd1s1 > and ufs on wd1s2a,e,f,g. I use sd0s1 an sd0s2a and it all works.. I'll go look at the wd driver and slice_base.c some more. > > > Jonathan Hanna > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 01:44:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27892 for freebsd-current-outgoing; Wed, 22 Apr 1998 01:44:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27879 for ; Wed, 22 Apr 1998 08:44:32 GMT (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id KAA05121; Wed, 22 Apr 1998 10:47:08 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 22 Apr 1998 10:47:07 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Julian Elischer wrote: > > > _panic > > > _wdcontrol > > > _wdintr > > > Xresume14() > > > --- interrupt > > > vec14 > > > _pmap_enter > > > _vm_fault > > > _trap_pfault > > > calltrap > > > --- trap > > > > I've tried and tried to get this to happen on my system > but failed. I am however running a scsi disk. > (I see you have wdintr) This particular machine is IDE only (no SCSI). I can send dmesg later this day, when I'm back home. BTW. How to catch the messages when the kernel fails to mount root? I can't use serial console because I don't have another machine at home... Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 02:06:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01684 for freebsd-current-outgoing; Wed, 22 Apr 1998 02:06:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01646 for ; Wed, 22 Apr 1998 09:06:12 GMT (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id LAA10452; Wed, 22 Apr 1998 11:09:04 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 22 Apr 1998 11:09:03 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: <353D8E29.20431CA7@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-768091802-893236143=:10419" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-768091802-893236143=:10419 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 21 Apr 1998, Julian Elischer wrote: > Andrzej Bialecki wrote: > > 2. On another machine, with one SCSI disk on AHA2940, with one big slice > > (but in non-dedicated mode), the mountroot tries: > > > > sd0s1a > > sd0s2a > > sd0s3a > > sd0s4a > what does the rest of the dmesg say? > (when it's looking for slices) > and what does fdisk and disklable say about the drive in question? > this one should be quite easy to fix. Ok. I attach the output of disklabel, dmesg and fdisk. Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- --0-768091802-893236143=:10419 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="fdisk.out" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqKioqKiBXb3JraW5nIG9uIGRldmljZSAvZGV2L3JzZDAgKioqKioqKg0K cGFyYW1ldGVycyBleHRyYWN0ZWQgZnJvbSBpbi1jb3JlIGRpc2tsYWJlbCBh cmU6DQpjeWxpbmRlcnM9MzkxIGhlYWRzPTI1NSBzZWN0b3JzL3RyYWNrPTYz ICgxNjA2NSBibGtzL2N5bCkNCg0KcGFyYW1ldGVycyB0byBiZSB1c2VkIGZv ciBCSU9TIGNhbGN1bGF0aW9ucyBhcmU6DQpjeWxpbmRlcnM9MzkxIGhlYWRz PTI1NSBzZWN0b3JzL3RyYWNrPTYzICgxNjA2NSBibGtzL2N5bCkNCg0KTWVk aWEgc2VjdG9yIHNpemUgaXMgNTEyDQpXYXJuaW5nOiBCSU9TIHNlY3RvciBu dW1iZXJpbmcgc3RhcnRzIHdpdGggc2VjdG9yIDENCkluZm9ybWF0aW9uIGZy b20gRE9TIGJvb3RibG9jayBpczoNClRoZSBkYXRhIGZvciBwYXJ0aXRpb24g MSBpczoNCnN5c2lkIDE2NSwoRnJlZUJTRC9OZXRCU0QvMzg2QlNEKQ0KICAg IHN0YXJ0IDYzLCBzaXplIDYyODEzNTIgKDMwNjcgTWVnKSwgZmxhZyA4MCAo YWN0aXZlKQ0KCWJlZzogY3lsIDAvIHNlY3RvciAxLyBoZWFkIDE7DQoJZW5k OiBjeWwgMzkwLyBzZWN0b3IgNjMvIGhlYWQgMjU0DQpUaGUgZGF0YSBmb3Ig cGFydGl0aW9uIDIgaXM6DQo8VU5VU0VEPg0KVGhlIGRhdGEgZm9yIHBhcnRp dGlvbiAzIGlzOg0KPFVOVVNFRD4NClRoZSBkYXRhIGZvciBwYXJ0aXRpb24g NCBpczoNCjxVTlVTRUQ+DQo= --0-768091802-893236143=:10419 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.out" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ZG9zZGV2PSA4MCwgYmlvc2RyaXZlID0gMCwgdW5pdCA9IDAsIG1haiA9IDAN CkJvb3RpbmcgMDpzZCgwLGEpL2tlcm5lbCBAIDB4MTAwMDAwDQp0ZXh0PTB4 ZmEwMDAgZGF0YT0weDExMDAwIGJzcz0weDFkNzYwIHN5bWJvbHM9WysweDhh MCsweDQrMHgxMjkwMCsweDQrMHgxYTY5ZV0NCnRvdGFsPTB4MjU1ZmE2IGVu dHJ5IHBvaW50PTB4MTAwMDAwDQphdmFpbCBtZW1vcnkgPSA2Mjk4NDE5MiAo NjE1MDhLIGJ5dGVzKQ0KRm91bmQgQklPUzMyIFNlcnZpY2UgRGlyZWN0b3J5 IGhlYWRlciBhdCAweGYwMGZhZjUwDQpFbnRyeSA9IDB4ZmIzZjAgKDB4ZjAw ZmIzZjApICBSZXYgPSAwICBMZW4gPSAxDQpQQ0kgQklPUyBlbnRyeSBhdCAw eGI0MjANCk90aGVyIEJJT1Mgc2lnbmF0dXJlcyBmb3VuZDoNCkFDUEk6IDAw MDAwMDAwDQokUG5QOiAwMDBmYzBkMA0KREVWRlM6IHJlYWR5IGZvciBkZXZp Y2VzDQpwY2lfb3BlbigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBp cyAweDgwMDAwMDVjDQpwY2lfb3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAw MDAgKDB4ODAwMDAwMDApDQpwY2lfY2ZnY2hlY2s6CWRldmljZSAwIFtjbGFz cz0wNjAwMDBdIFtoZHI9MDBdIGlzIHRoZXJlIChpZD0xMjUwODA4NikNClBy b2JpbmcgZm9yIGRldmljZXMgb24gUENJIGJ1cyAwOg0KZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHgxMjUwLCByZXZpZD0weDAyDQoJY2xhc3M9MDYt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KY2hpcDA6IDxJbnRlbCA4 MjQzOT4gcmV2IDB4MDIgb24gcGNpMC4wLjANCmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4NzAwMCwgcmV2aWQ9MHgwMQ0KCWNsYXNzPTA2LTAxLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCmNoaXAxOiA8SW50ZWwgODIzNzFT QiBQQ0kgdG8gSVNBIGJyaWRnZT4gcmV2IDB4MDEgb24gcGNpMC43LjANCglJ L08gUmVjb3ZlcnkgVGltaW5nOiA4LWJpdCAxIGNsb2NrcywgMTYtYml0IDEg Y2xvY2tzDQoJRXh0ZW5kZWQgQklPUzogZW5hYmxlZA0KCUxvd2VyIEJJT1M6 IGRpc2FibGVkDQoJQ29wcm9jZXNzb3IgSVJRMTM6IGVuYWJsZWQNCglNb3Vz ZSBJUlExMjogZGlzYWJsZWQNCglJbnRlcnJ1cHQgUm91dGluZzogQTogSVJR MTEsIEI6IElSUTEwLCBDOiBJUlE5LCBEOiBkaXNhYmxlZA0KCQlNQjA6ICwg TUIxOiANCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4NzAxMCwgcmV2 aWQ9MHgwMA0KCWNsYXNzPTAxLTAxLTgwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTANCmlkZV9wY2kwOiA8SW50ZWwgUElJWDMgQnVzLW1hc3RlciBJREUgY29u dHJvbGxlcj4gcmV2IDB4MDAgb24gcGNpMC43LjENCmludGVsX3BpaXhfc3Rh dHVzOiBwcmltYXJ5IG1hc3Rlci9zbGF2ZSBzYW1wbGUgPSA1LCBtYXN0ZXIv c2xhdmUgcmVjb3ZlcnkgPSA0DQppbnRlbF9waWl4X3N0YXR1czogcHJpbWFy eSBtYXN0ZXIgZmFzdERNQW9ubHkgZGlzYWJsZWQsIHByZS9wb3N0IGRpc2Fi bGVkLA0KaW50ZWxfcGlpeF9zdGF0dXM6ICBJT1JEWSBzYW1wbGluZyBkaXNh YmxlZCwNCmludGVsX3BpaXhfc3RhdHVzOiAgZmFzdCBQSU8gZGlzYWJsZWQN CmludGVsX3BpaXhfc3RhdHVzOiBwcmltYXJ5IG1hc3Rlci9zbGF2ZSBzYW1w bGUgPSA1LCBtYXN0ZXIvc2xhdmUgcmVjb3ZlcnkgPSA0DQppbnRlbF9waWl4 X3N0YXR1czogcHJpbWFyeSBzbGF2ZSBmYXN0RE1Bb25seSBkaXNhYmxlZCwg cHJlL3Bvc3QgZGlzYWJsZWQsDQppbnRlbF9waWl4X3N0YXR1czogIElPUkRZ IHNhbXBsaW5nIGRpc2FibGVkLA0KaW50ZWxfcGlpeF9zdGF0dXM6ICBmYXN0 IFBJTyBkaXNhYmxlZA0KaWRlX3BjaTogYnVzbWFzdGVyIDAgc3RhdHVzOiAw NCBmcm9tIHBvcnQ6IDAwMDA5MDAyDQppbnRlbF9waWl4X3N0YXR1czogc2Vj b25kYXJ5IG1hc3Rlci9zbGF2ZSBzYW1wbGUgPSA1LCBtYXN0ZXIvc2xhdmUg cmVjb3ZlcnkgPSA0DQppbnRlbF9waWl4X3N0YXR1czogc2Vjb25kYXJ5IG1h c3RlciBmYXN0RE1Bb25seSBkaXNhYmxlZCwgcHJlL3Bvc3QgZGlzYWJsZWQs DQppbnRlbF9waWl4X3N0YXR1czogIElPUkRZIHNhbXBsaW5nIGRpc2FibGVk LA0KaW50ZWxfcGlpeF9zdGF0dXM6ICBmYXN0IFBJTyBkaXNhYmxlZA0KaW50 ZWxfcGlpeF9zdGF0dXM6IHNlY29uZGFyeSBtYXN0ZXIvc2xhdmUgc2FtcGxl ID0gNSwgbWFzdGVyL3NsYXZlIHJlY292ZXJ5ID0gNA0KaW50ZWxfcGlpeF9z dGF0dXM6IHNlY29uZGFyeSBzbGF2ZSBmYXN0RE1Bb25seSBkaXNhYmxlZCwg cHJlL3Bvc3QgZGlzYWJsZWQsDQppbnRlbF9waWl4X3N0YXR1czogIElPUkRZ IHNhbXBsaW5nIGRpc2FibGVkLA0KaW50ZWxfcGlpeF9zdGF0dXM6ICBmYXN0 IFBJTyBkaXNhYmxlZA0KaWRlX3BjaTogYnVzbWFzdGVyIDEgc3RhdHVzOiAw NCBmcm9tIHBvcnQ6IDAwMDA5MDBhDQpmb3VuZC0+CXZlbmRvcj0weDEwMTEs IGRldj0weDAwMTQsIHJldmlkPTB4MTENCgljbGFzcz0wMi0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wDQoJaW50cGluPWEsIGlycT05DQoJbWFwWzBd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDA2MDAwLCBzaXplICA3DQoJ bWFwWzFdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGU0MDAwMDAwLCBzaXpl ICA3DQpkZTA6IDxEaWdpdGFsIDIxMDQxIEV0aGVybmV0PiByZXYgMHgxMSBp bnQgYSBpcnEgOSBvbiBwY2kwLjE4LjANCmRlMDogU01DIDIxMDQxIFsxME1i L3NdIHBhc3MgMS4xDQpkZTA6IGFkZHJlc3MgMDA6MDA6YzA6MzI6NmY6ZTkN CmJwZjogZGUwIGF0dGFjaGVkDQpmb3VuZC0+CXZlbmRvcj0weDUzMzMsIGRl dj0weDU2MzEsIHJldmlkPTB4MDYNCgljbGFzcz0wMy0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0wDQoJaW50cGluPWEsIGlycT0xMA0KCW1hcFswXTog dHlwZSAxLCByYW5nZSAzMiwgYmFzZSBlMDAwMDAwMCwgc2l6ZSAyNg0Kdmdh MDogPFMzIFZpUkdFIGdyYXBoaWNzIGFjY2VsZXJhdG9yPiByZXYgMHgwNiBp bnQgYSBpcnEgMTAgb24gcGNpMC4xOS4wDQpmb3VuZC0+CXZlbmRvcj0weDkw MDQsIGRldj0weDYxNzgsIHJldmlkPTB4MDENCgljbGFzcz0wMS0wMC0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0wDQoJaW50cGluPWEsIGlycT0xMQ0KCW1h cFswXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwNjEwMCwgc2l6ZSAg OA0KCW1hcFsxXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBlNDAwMTAwMCwg c2l6ZSAxMg0KSW5pdGlhbGl6aW5nIFBuUCBvdmVycmlkZSB0YWJsZQ0KUHJv YmluZyBmb3IgUG5QIGRldmljZXM6DQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDIw Mw0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAyNDMNClRyeWluZyBSZWFkX1BvcnQg YXQgMjgzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDJjMw0KVHJ5aW5nIFJlYWRf UG9ydCBhdCAzMDMNClRyeWluZyBSZWFkX1BvcnQgYXQgMzQzDQpUcnlpbmcg UmVhZF9Qb3J0IGF0IDM4Mw0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMNCk5v IFBsdWctbi1QbGF5IGRldmljZXMgd2VyZSBmb3VuZA0KUHJvYmluZyBmb3Ig ZGV2aWNlcyBvbiB0aGUgSVNBIGJ1czoNCnNjMDogdGhlIGN1cnJlbnQga2V5 Ym9hcmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA2NQ0Ka2JkaW86IERJ QUdOT1NFIHN0YXR1czowMDU1DQprYmRpbzogVEVTVF9LQkRfUE9SVCBzdGF0 dXM6MDAwMA0Ka2JkaW86IFJFU0VUX0tCRCByZXR1cm4gY29kZTowMGZhDQpr YmRpbzogUkVTRVRfS0JEIHN0YXR1czowMGFhDQpzYzAgYXQgMHg2MC0weDZm IGlycSAxIG9uIG1vdGhlcmJvYXJkDQpzYzA6IEJJT1MgdmlkZW8gbW9kZToz DQpzYzA6IFZHQSByZWdpc3RlcnMgdXBvbiBwb3dlci11cA0KNTAgMTggMTAg MDAgMTAgMDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgDQpiZiAx ZiAwMCA0ZiAwZSAwZiAwMCAwMCAwNyA4MCA5YyA4ZSA4ZiAyOCAxZiA5NiAN CmI5IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNi IDNjIA0KM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAg MGUgMDAgZmYgDQpzYzA6IHZpZGVvIG1vZGU6MjQNCnNjMDogVkdBIHJlZ2lz dGVycyBpbiBCSU9TIGZvciBtb2RlOjI0DQo1MCAxOCAxMCAwMCAxMCAwMCAw MyAwMCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NSA4MSANCmJmIDFmIDAwIDRmIDBk IDBlIDAwIDAwIDAwIDAwIDljIDhlIDhmIDI4IDFmIDk2IA0KYjkgYTMgZmYg MDAgMDEgMDIgMDMgMDQgMDUgMTQgMDcgMzggMzkgM2EgM2IgM2MgDQozZCAz ZSAzZiAwYyAwMCAwZiAwOCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiAN CnNjMDogVkdBIHJlZ2lzdGVycyB0byBiZSB1c2VkIGZvciBtb2RlOjI0DQo1 MCAxOCAxMCAwMCAxMCAwMCAwMyAwMCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NSA4 MSANCmJmIDFmIDAwIDRmIDBkIDBlIDAwIDAwIDAwIDAwIDljIDhlIDhmIDI4 IDFmIDk2IA0KYjkgYTMgZmYgMDAgMDEgMDIgMDMgMDQgMDUgMTQgMDcgMzgg MzkgM2EgM2IgM2MgDQozZCAzZSAzZiAwYyAwMCAwZiAwOCAwMCAwMCAwMCAw MCAwMCAxMCAwZSAwMCBmZiANCnNjMDogcm93c19vZmZzZXQ6MQ0Kc2MwOiBW R0EgY29sb3IgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MD4NCmVk MCBub3QgZm91bmQgYXQgMHgzMDANCnNpbzAgYXQgMHgzZjgtMHgzZmYgaXJx IDQgZmxhZ3MgMHgzMCBvbiBpc2ENCnNpbzA6IHR5cGUgMTY1NTBBLCBjb25z b2xlDQpzaW8xIG5vdCBmb3VuZCBhdCAweDJmOA0Kc2lvMjogZGlzYWJsZWQs IG5vdCBwcm9iZWQuDQpzaW8zOiBkaXNhYmxlZCwgbm90IHByb2JlZC4NCmxw dDAgbm90IGZvdW5kDQpmZGMwIGF0IDB4M2YwLTB4M2Y3IGlycSA2IGRycSAy IG9uIGlzYQ0KZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9s ZA0KZmQwOiAxLjQ0TUIgMy41aW4NCndkYzAgbm90IGZvdW5kIGF0IDB4MWYw DQp3ZGMxIGF0IDB4MTcwLTB4MTc3IGlycSAxNSBmbGFncyAweDgwZmY4MGZm IG9uIGlzYQ0Kd2RjMTogdW5pdCAwIChhdGFwaSk6IDxUT1NISUJBIENELVJP TSBYTS01NjAyQi8xNjU2PiwgcmVtb3ZhYmxlLCBpbnRyLCBkbWEsIGlvcmR5 DQp3Y2QwOiAxMzc3S2Ivc2VjLCAyNTZLYiBjYWNoZSwgYXVkaW8gcGxheSwg MjU1IHZvbHVtZSBsZXZlbHMsIGVqZWN0YWJsZSB0cmF5DQp3Y2QwOiA4MG1t IGRhdGEgZGlzYyBsb2FkZWQsIHVubG9ja2VkDQplcDAgbm90IGZvdW5kIGF0 IDB4MzAwDQpucHgwIG9uIG1vdGhlcmJvYXJkDQpucHgwOiBJTlQgMTYgaW50 ZXJmYWNlDQppNTg2X2J6ZXJvKCkgYmFuZHdpZHRoID0gMTczOTQzMjk0IGJ5 dGVzL3NlYw0KYnplcm8oKSBiYW5kd2lkdGggPSA4Nzg0MjU4NiBieXRlcy9z ZWMNCmltYXNrczogYmlvIGMwMDg4MDQwLCB0dHkgYzAwNzAyMTIsIG5ldCBj MDA3MDIxMg0Kc3RyYXkgaXJxIDcNCmRlMDogZW5hYmxpbmcgMTBiYXNlVCBw b3J0DQpCSU9TIEdlb21ldHJpZXM6DQogMDowMTg2ZmUzZiAwLi4zOTA9Mzkx IGN5bGluZGVycywgMC4uMjU0PTI1NSBoZWFkcywgMS4uNjM9NjMgc2VjdG9y cw0KIDAgYWNjb3VudGVkIGZvcg0KRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmlu aXNoZWQuDQpJbnRlbCBQZW50aXVtIEYwMEYgZGV0ZWN0ZWQsIGluc3RhbGxp bmcgd29ya2Fyb3VuZA0KREVWRlM6IHJlYWR5IHRvIHJ1bg0KTGludXgtRUxG IGV4ZWMgaGFuZGxlciBpbnN0YWxsZWQNCmJwZjogc2wwIGF0dGFjaGVkDQpi cGY6IGxvMCBhdHRhY2hlZA0KSVAgcGFja2V0IGZpbHRlcmluZyBpbml0aWFs aXplZCwgZGl2ZXJ0IGVuYWJsZWQsIHVubGltaXRlZCBsb2dnaW5nDQpmZDA6 IHByb2JpbmcgZm9yIE1CUi4uIGZkMDogT3BlcmF0aW9uIHRpbWVvdXQNCmZk YzA6IGlucHV0IHJlYWR5IHRpbWVvdXQNCmZkMDogaGFyZCBlcnJvciwgYmxv Y2sgMCAgKE5vIHN0YXR1cykNCmZhaWx1cmUgcmVhZGluZyBkZXZpY2UgYmxv Y2sNCm5vcGUNCmZkMDogcHJvYmluZyBmb3IgZGlza2xhYmVsLi4gZmRjMDog b3V0cHV0IHJlYWR5IHRpbWVvdXQNCmZkYzA6IGNtZCBlNiBmYWlsZWQgYXQg b3V0IGJ5dGUgMSBvZiA5DQpmZGMwOiBpbnB1dCByZWFkeSB0aW1lb3V0DQpm ZDA6IGhhcmQgZXJyb3IsIGJsb2NrIDAgIChObyBzdGF0dXMpDQpmYWlsdXJl IHJlYWRpbmcgZGV2aWNlIGJsb2NrDQpub3BlDQpDb25zaWRlcmluZyBGRlMg cm9vdCBmL3MuDQpXT1VMRCBTRUxFQ1QgL3NkMGEgYnV0IGl0IGRvZXNuJ3Qg ZXhpc3QNCi9zZDBzMWEgZGlkbid0IHdvcmsNCi9zZDBzMmEgZGlkbid0IHdv cmsNCi9zZDBzM2EgZGlkbid0IHdvcmsNCi9zZDBzNGEgZGlkbid0IHdvcmsN CnBhbmljOiBjYW4ndCBtb3VudCByb290DQoNCnN5bmNpbmcgZGlza3MuLi4g ZG9uZQ0KQXV0b21hdGljIHJlYm9vdCBpbiAxNSBzZWNvbmRzIC0gcHJlc3Mg YSBrZXkgb24gdGhlIGNvbnNvbGUgdG8gYWJvcnQNClJlYm9vdGluZy4uLg0K --0-768091802-893236143=:10419 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="disklabel.out" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: IyAvZGV2L3NkMHMxOg0KdHlwZTogU0NTSQ0KZGlzazogc2QwczENCmxhYmVs OiANCmZsYWdzOg0KYnl0ZXMvc2VjdG9yOiA1MTINCnNlY3RvcnMvdHJhY2s6 IDYzDQp0cmFja3MvY3lsaW5kZXI6IDI1NQ0Kc2VjdG9ycy9jeWxpbmRlcjog MTYwNjUNCmN5bGluZGVyczogMzkwDQpzZWN0b3JzL3VuaXQ6IDYyODEzNTIN CnJwbTogMzYwMA0KaW50ZXJsZWF2ZTogMQ0KdHJhY2tza2V3OiAwDQpjeWxp bmRlcnNrZXc6IDANCmhlYWRzd2l0Y2g6IDAJCSMgbWlsbGlzZWNvbmRzDQp0 cmFjay10by10cmFjayBzZWVrOiAwCSMgbWlsbGlzZWNvbmRzDQpkcml2ZWRh dGE6IDAgDQoNCjggcGFydGl0aW9uczoNCiMgICAgICAgIHNpemUgICBvZmZz ZXQgICAgZnN0eXBlICAgW2ZzaXplIGJzaXplIGJwcy9jcGddDQogIGE6ICAg IDY1NTM2ICAgICAgICAwICAgIDQuMkJTRCAgICAgICAgMCAgICAgMCAgICAg MCAJIyAoQ3lsLiAgICAwIC0gNCopDQogIGI6ICAgMjgyNjI0ICAgIDY1NTM2 ICAgICAgc3dhcCAgICAgICAgICAgICAgICAgICAgCSMgKEN5bC4gICAgNCot IDIxKikNCiAgYzogIDYyODEzNTIgICAgICAgIDAgICAgdW51c2VkICAgICAg ICAwICAgICAwICAgICAgIAkjIChDeWwuICAgIDAgLSAzOTAqKQ0KICBlOiAg ICA2MTQ0MCAgIDM0ODE2MCAgICA0LjJCU0QgICAgICAgIDAgICAgIDAgICAg IDAgCSMgKEN5bC4gICAyMSotIDI1KikNCiAgZjogIDU4NzE3NTIgICA0MDk2 MDAgICAgNC4yQlNEICAgICAgICAwICAgICAwICAgICAwIAkjIChDeWwuICAg MjUqLSAzOTAqKQ0K --0-768091802-893236143=:10419-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 03:01:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08051 for freebsd-current-outgoing; Wed, 22 Apr 1998 03:01:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08022 for ; Wed, 22 Apr 1998 10:00:50 GMT (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id RAA05222; Wed, 22 Apr 1998 17:59:29 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199804220959.RAA05222@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John-Mark Gurney cc: Terry Lambert , current@FreeBSD.ORG Subject: Re: ELF kernels: When? In-reply-to: Your message of "Wed, 22 Apr 1998 00:45:18 MST." <19980422004518.25051@hydrogen.nike.efn.org> Date: Wed, 22 Apr 1998 17:59:28 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John-Mark Gurney wrote: > Terry Lambert scribbled this message on Apr 22: > > I would like to run an ELF kernel. > > > > Specifically, I would like to experiment with abstracting libkern > > as a seperate ELF segment in the running kernel that I could map > > into a program's address space via a section aware dlopen() (sort > > of a poor man's "libelf"). I would hack the loader to not load > > the (shared object) section type I'd use for this. > > > > This would tend to fix the !@#$%! "ps: proc size mismatch ..." > > messages, once and for all. > > > > So, per the subject: "ELF kernels: When?". > > well, one of the requirements to elf kernel is going to be link_elf.c > being writen... otherwide, elf kernels will NEVER happen (either elf > kernels or improved bus/device design)... so when will that happen? > > as far as elf kernels, I thought a few people were running the kernels > using jdp's elfkit... What, you mean like this? [..] cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../i386/i386/setdef0.c cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf ../../i386/i386/setdef1.c sh ../../conf/newvers.sh BEAST cc -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf -c vers.c loading kernel text data bss dec hex filename 952005 65132 120004 1137141 1159f5 kernel peter@beast[4:39pm]~src/sys/compile/BEAST-128> file kernel kernel: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, not stripped [also:] peter@beast[4:40pm]~src/sys/compile/BEAST-129> file /kernel /kernel: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, not stripped The real problems are: - The bootblocks do not load the ELF symbol table, so DDB can't see it. - DDB doesn't understand the ELF symbol tables yet anyway. - the bootblocks have *zero* bytes free at present. There is ELF load code available, but you have to disable BAD144 to get it to fit. Restructuring the code so that the #ifdefs are not too messy tips the bootblocks over the limit by a few bytes. - The loader is quite simple, it pulls in the text and data LOAD sections, without any of the section headers etc. Those section headers and string tables are needed to do proper runtime linking via link_elf.c. > -- > John-Mark Gurney Modem Rev/FAX: +1 541 346 9237 > Cu Networking P.O. Box 5693, 97405 > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD > Don't trust anyone you don't have the source for > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 03:07:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08859 for freebsd-current-outgoing; Wed, 22 Apr 1998 03:07:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08853 for ; Wed, 22 Apr 1998 10:07:20 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id CAA02494; Wed, 22 Apr 1998 02:57:17 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd002490; Wed Apr 22 09:57:11 1998 Date: Wed, 22 Apr 1998 02:51:52 -0700 (PDT) From: Julian Elischer To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice that no scsi disks were found in the dmesg that might explain the difficulty in mounting them.. if you make the identical kernel, without DEVFS and SLICE, what happens? julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 04:01:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15057 for freebsd-current-outgoing; Wed, 22 Apr 1998 04:01:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA15033 for ; Wed, 22 Apr 1998 11:01:28 GMT (envelope-from evanc@synapse.net) Received: (qmail 29675 invoked from network); 22 Apr 1998 11:01:27 -0000 Received: from cpu1970.adsl.bellglobal.com (HELO cello) (206.47.37.201) by conductor.synapse.net with SMTP; 22 Apr 1998 11:01:27 -0000 Message-ID: <001c01bd6ddd$ff907860$c9252fce@cello.synapse.net> From: "Evan Champion" To: "Terry Lambert" Cc: , , Subject: Re: usr.bin/expand breaks make world Date: Wed, 22 Apr 1998 07:01:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The .nfs files are open+unlink files. > >My guess is that your machines are not sufficiently timesynced. Actually, they are both sync'd to the same clock via xntpd. >You may also have better luck if you use the "-pipe" option to >get rid of the temporary-but-deleted files. I am using -pipe. Evan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 04:14:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18503 for freebsd-current-outgoing; Wed, 22 Apr 1998 04:14:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA18494 for ; Wed, 22 Apr 1998 11:14:03 GMT (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA12573; Wed, 22 Apr 1998 13:13:55 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 22 Apr 1998 13:13:55 +0200 (MET DST) Mime-Version: 1.0 To: "Daniel O'Connor" Cc: Nathan Dorfman , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: <199804220124.KAA07682@cain.gsoft.com.au> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Apr 1998 13:13:54 +0200 In-Reply-To: "Daniel O'Connor"'s message of "Wed, 22 Apr 1998 10:54:22 +0930" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel O'Connor" writes: > > > Why can't this be done as an lkm that is installed from a port/package? > > Why don't we throw out the screensavers, too? And all of /usr/games, > > /usr/share/misc, /sys/i386/isa/sound, /sys/i386/isa/snd... > Because the screen savers anyone can use, and most people have sound cards in > their machines.. The number of people with X-10 systems is pretty small AFAIK.. FreeBSD is widely used by ISPs or WWW content providers on servers which have never even been within a fifteen-mile radius of a sound card. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 04:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA21401 for freebsd-current-outgoing; Wed, 22 Apr 1998 04:30:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21387 for ; Wed, 22 Apr 1998 11:30:02 GMT (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA15120; Wed, 22 Apr 1998 13:29:46 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 22 Apr 1998 13:29:45 +0200 (MET DST) Mime-Version: 1.0 To: Kazutaka YOKOTA Cc: "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <199804220516.OAA00391@zodiac.mech.utsunomiya-u.ac.jp> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Apr 1998 13:29:44 +0200 In-Reply-To: Kazutaka YOKOTA's message of "Wed, 22 Apr 1998 14:16:40 +0900" Message-ID: Lines: 40 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kazutaka YOKOTA writes: > AFAIK, there are four ways to start xdm and avoid conflicts with getty. > > 1. Specify xdm in /etc/ttys. If you want to run xdm in ttyv3, you write: > > ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm on secure This is evil and should never have been suggested in the docs. > 2. Run xdm from /etc/rc.local (or other rc* files). > [...] > 3. Another way to run xdm from /etc/rc.local (or other rc* files). > [...] There is a better way, see below. > 4. Specify the X server in /etc/ttys. > > ttyv3 "/usr/X11R6/bin/X vt4 -query localhost" xterm on secure Again, this is evil. The Right Way (tm) to start X or xdm is to put a shell script in /usr/local/etc/rc.d which Does the Deed. It will work, no questions asked. I have something similar to this: #!/bin/sh if [ -r /noxdm ] ; then echo -n " (xdm disabled)" else [ -x /usr/X11R6/bin/xdm ] && /usr/X11R6/bin/xdm && echo -n " xdm" fi in /usr/local/etc/rc.d/xdm.sh. If you're picky about the execution order of /usr/local/etc/rc.d/*, use a numeric prefix for each script, as in /etc/periodic/*. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 04:35:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22262 for freebsd-current-outgoing; Wed, 22 Apr 1998 04:35:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22233 for ; Wed, 22 Apr 1998 11:34:54 GMT (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA15866 for ; Wed, 22 Apr 1998 13:34:50 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 22 Apr 1998 13:34:50 +0200 (MET DST) Mime-Version: 1.0 To: current@FreeBSD.ORG Subject: ls(1) Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Apr 1998 13:34:49 +0200 Message-ID: Lines: 7 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I fixed ls to support the -b option from AT&T Unices (display unprintables in octal). I'd like some feedback from you people before I merge it into -stable... so if there are any ls Power Users ;) out there, let me know what you think. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 04:45:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA24263 for freebsd-current-outgoing; Wed, 22 Apr 1998 04:45:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA24240 for ; Wed, 22 Apr 1998 11:45:42 GMT (envelope-from luoqi@watermarkgroup.com) Received: by watermarkgroup.com (4.1/SMI-4.1) id AA29359; Wed, 22 Apr 98 07:45:11 EDT Date: Wed, 22 Apr 98 07:45:11 EDT From: luoqi@watermarkgroup.com (Luoqi Chen) Message-Id: <9804221145.AA29359@watermarkgroup.com> To: current@FreeBSD.ORG Subject: working bad144 support for SLICE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've uploaded the patch to wcarchive, URL is ftp://ftp.freebsd.org/pub/FreeBSD/incoming/SLICE-bad144.diff It also includes one bug(typo) fix that causes panic on a wd disk error. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 04:59:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA26676 for freebsd-current-outgoing; Wed, 22 Apr 1998 04:59:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26661 for ; Wed, 22 Apr 1998 11:59:27 GMT (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id OAA27367; Wed, 22 Apr 1998 14:02:22 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 22 Apr 1998 14:02:22 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) (partially solved) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Julian Elischer wrote: > I notice that no scsi disks were found in the dmesg > that might explain the difficulty in mounting them.. > if you make the identical kernel, without DEVFS and SLICE, > what happens? OH, Stupid me!!! :-(( I took the wrong kernel config file, which doesn't contain any SCSI devices. This explains everything... Now I'm making the right version. I'm sorry. BTW. How is this stuff related to CAM? I.e. does it work with CAM layer? Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 05:14:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28941 for freebsd-current-outgoing; Wed, 22 Apr 1998 05:14:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from widefw.csl.sony.co.jp (widefw.csl.sony.co.jp [133.138.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA28904 for ; Wed, 22 Apr 1998 12:13:53 GMT (envelope-from kjc@csl.sony.co.jp) Received: from hotaka.csl.sony.co.jp (root@hotaka.csl.sony.co.jp [43.27.98.57]) by widefw.csl.sony.co.jp (8.8.8/3.6W) with ESMTP id VAA12787; Wed, 22 Apr 1998 21:13:42 +0900 (JST) Received: from localhost (kjc@[127.0.0.1]) by hotaka.csl.sony.co.jp (8.8.8/3.6W/hotaka/98021914) with ESMTP id VAA28109; Wed, 22 Apr 1998 21:13:41 +0900 (JST) Message-Id: <199804221213.VAA28109@hotaka.csl.sony.co.jp> To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-reply-to: Your message of "Mon, 20 Apr 1998 15:56:28 MST." <353BD29C.2C67412E@whistle.com> Date: Wed, 22 Apr 1998 21:13:41 +0900 From: Kenjiro Cho Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer said: >> yes but it is not so easy to make a classifier for all protocols. >> Better to allow each protocol to classify it's own data. >> I think that IPFW (or IPfilter) is more flexible, and is already in >> place to classify to a much more rigourous set of rules. >> Also firewalling, translation and bandwidth management need to be >> controlled by a single entity in my opinion. The classifier of CBQ (or other queueing disciplines) is quite independent from the other CBQ components. It won't be difficult to replace the classifier, if you want to. > Thanks for your support. Also, I should mention that Linux recently > added CBQ support. (but I haven't had time to look into their > implementation.) >> this would be very interesting if you can find out more.. >> Your evaluation would be of great value. I'm not qualified to do a fair evaluation though :-) >> I found that I could not change the parameters for a class once >> CBQ was running.. The only way I could change anything was to >> edit the conf file and restart CBQ. Even if run -d. You can edit the config file and then send a HUP signal to cbqd, or type "cbq reload" in the interactive mode. >> What I wnat to do is to add a field to the mbuf pkhdr field that >> can hold a reference to a flow label or a CBQ class (as a >> specific example) so that the classification of a packet is >> available at any time once made. I then want to add code to >> the IPFW classifier to allow it to make that classification. >> This would allow me to classify INCOMING packets (as I need to >> look at them with IPFW anyhow on my gateway). I would also like to add >> an IPWF rule to pass packets to a flow-control module. >> Incoming flow control will only really work for TCP, but that is enough >> for 99% of cases because usually the hogs are ftp or http. >> RED cannot be used for incoming, but teh moral equivalent of tail-drop >> could be implemented by keeping a 'virtual' queue for each class, >> which simply keeps track of the through-put and drops packets belonging >> to overlimit classes. (thus asking the window to be closed). I do understand your points. - advantage of integration of firewall and traffic control - a single config file for both firewall and traffic control - a single classifier for both firewall and traffic control - advantage of controlling incoming packets (traffic control by queueing works only with outgoing packets, but most people don't have control of the other side of the bottleneck link.) It would be nice if we could write an ipfw line like: # Allow incoming http up to 64kbps $fwcmd add pass tcp from any to ${ip} 80 bandwidth 64k A possible approach could be to extend IPFW to have "traffic meter" for each entry and to decide "pass" or "deny" using the traffic meter. (The traffic meter just records the bandwidth recently used by the entry.) This will work for both outgoing packets and incoming packets, and the traffic meter can be implemented within the current IPFW framework. You'll need a token bucket like mechanism for the traffic meter to tolerate short bursts. However, to make effective use of a congested outgoing interface, you will need a queueing mechanism at the interface layer that is directly accessible from network device drivers. The difference between traffic meter and queueing is that queueing does packet scheduling and queue (buffer) management. To integrate the classifier in the IP layer and the queueing at the interface layer, the classifier information should be passed to the interface layer. You suggested to add a field to mbuf structure but it's a moot point. - many network programs are optimized for the current mbuf size :-( (many people want to modify mbuf, or even want to rewrite the entire mbuf code but ...) - if we are going to add a new field, it must be generic; it should be usable by other mechanisms (e.g., routing, multicast, IPv6). note: the common classifier information has other possibilities such as multipath or QoS routing. >> Would it be possible to do this for incoming packets for an interface >> if I could guarantee that you would be called for every incoming >> packet (preclassified)? >> Obviously they woudl not be queued, but either passed directly on or >> dropped, but the part of CBQ that makes the decisions might be able to >> be used without too much work. You don't need CBQ for incoming packets, but it is possible to write a simplified version of CBQ just for the "traffic meter". --Kenjiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 05:52:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA04647 for freebsd-current-outgoing; Wed, 22 Apr 1998 05:52:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04618 for ; Wed, 22 Apr 1998 12:51:57 GMT (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA23645; Wed, 22 Apr 1998 05:51:19 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-reply-to: Your message of "22 Apr 1998 13:29:44 +0200." Date: Wed, 22 Apr 1998 05:51:19 -0700 Message-ID: <23641.893249479@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is evil and should never have been suggested in the docs. Why? It's always worked just great for me and I've had it like this for over 3 years. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 06:13:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07037 for freebsd-current-outgoing; Wed, 22 Apr 1998 06:13:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07024 for ; Wed, 22 Apr 1998 13:13:19 GMT (envelope-from dag-erli@ifi.uio.no) Received: from grotte.ifi.uio.no (2602@grotte.ifi.uio.no [129.240.64.60]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id PAA03006; Wed, 22 Apr 1998 15:12:41 +0200 (MET DST) Received: (from dag-erli@localhost) by grotte.ifi.uio.no ; Wed, 22 Apr 1998 15:12:40 +0200 (MET DST) Mime-Version: 1.0 To: "Jordan K. Hubbard" Cc: Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <23641.893249479@time.cdrom.com> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Apr 1998 15:12:39 +0200 In-Reply-To: "Jordan K. Hubbard"'s message of "Wed, 22 Apr 1998 05:51:19 -0700" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" writes: > > This is evil and should never have been suggested in the docs. > Why? It's always worked just great for me and I've had it like > this for over 3 years. Amongst other things, it makes it difficult to restart xdm properly, and it has been known to hang some machines under some circumstances. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 06:35:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10113 for freebsd-current-outgoing; Wed, 22 Apr 1998 06:35:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA10103 for ; Wed, 22 Apr 1998 13:35:16 GMT (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA28176; Wed, 22 Apr 1998 22:34:35 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id WAA10534; Wed, 22 Apr 1998 22:43:16 +0900 (JST) Message-Id: <199804221343.WAA10534@zodiac.mech.utsunomiya-u.ac.jp> To: dag-erli@ifi.uio.no Cc: current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Disappearing keyboard In-Reply-To: Your message of "22 Apr 1998 13:29:44 +0200." References: <199804220516.OAA00391@zodiac.mech.utsunomiya-u.ac.jp> Date: Wed, 22 Apr 1998 22:43:15 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Kazutaka YOKOTA writes: >> AFAIK, there are four ways to start xdm and avoid conflicts with getty. >> >> 1. Specify xdm in /etc/ttys. If you want to run xdm in ttyv3, you write: >> >> ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm on secure > >This is evil and should never have been suggested in the docs. I knew some people don't like this :-) To me it is a matter of preference. >> 2. Run xdm from /etc/rc.local (or other rc* files). >> [...] >> 3. Another way to run xdm from /etc/rc.local (or other rc* files). >> [...] > >There is a better way, see below. > >> 4. Specify the X server in /etc/ttys. >> >> ttyv3 "/usr/X11R6/bin/X vt4 -query localhost" xterm on secure > >Again, this is evil. > >The Right Way (tm) to start X or xdm is to put a shell script in >/usr/local/etc/rc.d which Does the Deed. It will work, no questions >asked. I have something similar to this: I picked up /etc/rc.local simply because it was what the original poster was using. I don't care which rc script you would prefer to use for this purpose. >#!/bin/sh >if [ -r /noxdm ] ; then > echo -n " (xdm disabled)" >else > [ -x /usr/X11R6/bin/xdm ] && /usr/X11R6/bin/xdm && echo -n " xdm" >fi > >in /usr/local/etc/rc.d/xdm.sh. > >If you're picky about the execution order of /usr/local/etc/rc.d/*, >use a numeric prefix for each script, as in /etc/periodic/*. Umm, I am puzzled. I don't see why this particular version should solve the original poster's problem. We are talking about possible conflict between getty and xdm. We usually turn on getty on some vtys, say ttyv0 through ttyv2. When xdm is started from /etc/rc.local (or /usr/local/etc/rc.d/something), getty has not yet been started. Therefore, ttyv1 through ttyv2 are not in use and is available. If getty is not yet running when xdm tries to start the X server, the X server will pick up the first available vty, in this case ttyv1. Then, init starts getty on ttyv1 and you get two programs, the X server and getty, trying to read the keyboard in ttyv1... This is a timing problem. If getty has been started in ttyv1 through ttyv2 BEFORE xdm starts the X server, the X server will see ttyv3 is available and will use it, then you have no conflict. That's why I suggested to put `sleep N' before starting xdm from rc.local (or whichever rc script) so that getty will run before the X server, or explicitly specify a vty in which to run the X server. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 06:55:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15057 for freebsd-current-outgoing; Wed, 22 Apr 1998 06:55:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15037 for ; Wed, 22 Apr 1998 13:55:39 GMT (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.8) with ESMTP id IAA02372; Wed, 22 Apr 1998 08:54:46 -0500 (CDT) (envelope-from ccsanady@friley585.res.iastate.edu) Message-Id: <199804221354.IAA02372@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: Peter Wemm cc: John-Mark Gurney , Terry Lambert , current@FreeBSD.ORG Subject: Re: ELF kernels: When? In-reply-to: Your message of "Wed, 22 Apr 1998 17:59:28 +0800." <199804220959.RAA05222@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 08:54:45 -0500 From: Chris Csanady Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The real problems are: >- The bootblocks do not load the ELF symbol table, so DDB can't see it. >- DDB doesn't understand the ELF symbol tables yet anyway. >- the bootblocks have *zero* bytes free at present. There is ELF load code >available, but you have to disable BAD144 to get it to fit. Restructuring >the code so that the #ifdefs are not too messy tips the bootblocks over >the limit by a few bytes. >- The loader is quite simple, it pulls in the text and data LOAD sections, >without any of the section headers etc. Those section headers and string >tables are needed to do proper runtime linking via link_elf.c. So, does anyone know enough about bootblocks to look at integrating NetBSD's? They have done a significant amount of work in this area it seems, and they already have a two-stage design. Trying to squeeze every last bit out of the current blocks seems futile.. Are there any arguments against doing this? Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 06:57:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15349 for freebsd-current-outgoing; Wed, 22 Apr 1998 06:57:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15338 for ; Wed, 22 Apr 1998 13:57:03 GMT (envelope-from dag-erli@ifi.uio.no) Received: from grotte.ifi.uio.no (2602@grotte.ifi.uio.no [129.240.64.60]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id PAA11418; Wed, 22 Apr 1998 15:56:59 +0200 (MET DST) Received: (from dag-erli@localhost) by grotte.ifi.uio.no ; Wed, 22 Apr 1998 15:56:58 +0200 (MET DST) Mime-Version: 1.0 To: Kazutaka YOKOTA Cc: current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <199804220516.OAA00391@zodiac.mech.utsunomiya-u.ac.jp> <199804221343.WAA10534@zodiac.mech.utsunomiya-u.ac.jp> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Apr 1998 15:56:57 +0200 In-Reply-To: Kazutaka YOKOTA's message of "Wed, 22 Apr 1998 22:43:15 +0900" Message-ID: Lines: 30 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kazutaka YOKOTA writes: > >The Right Way (tm) to start X or xdm is to put a shell script in > >/usr/local/etc/rc.d which Does the Deed. It will work, no questions > >asked. I have something similar to this: > I picked up /etc/rc.local simply because it was what the original > poster was using. I don't care which rc script you would prefer to > use for this purpose. I dislike modifying any of /etc/rc*, though in the case of rc.local it's unjustified :) But it's very neat to be able to do 'cp /usr/src/etc/rc* /usr/src/etc/etc.i386/rc* /etc' without worrying too much during a make world. > We are talking about possible conflict between getty and xdm. I know. > We usually turn on getty on some vtys, say ttyv0 through ttyv2. When > xdm is started from /etc/rc.local (or /usr/local/etc/rc.d/something), > getty has not yet been started. Therefore, ttyv1 through ttyv2 are not > in use and is available. I have never experienced this. It is possible that my machine is simply fast enough that getty gets started before xdm starts the X server. I did not realise there was a race condition there. This is solved easily by adding a short delay before starting xdm, as you suggested. I apologize for the confusion. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 06:59:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA16019 for freebsd-current-outgoing; Wed, 22 Apr 1998 06:59:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15990 for ; Wed, 22 Apr 1998 13:59:02 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id NAA11834; Wed, 22 Apr 1998 13:58:51 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id PAA07375; Wed, 22 Apr 1998 15:58:51 +0200 (MET DST) Message-ID: <19980422155851.16544@follo.net> Date: Wed, 22 Apr 1998 15:58:51 +0200 From: Eivind Eklund To: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , "Daniel O'Connor" Cc: Nathan Dorfman , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: <199804220124.KAA07682@cain.gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i In-Reply-To: =?iso-8859-1?Q?=3Cxzpogxuaz2l=2Efsf=40hrotti=2Eifi=2Euio=2Eno=3E=3B_from?= =?iso-8859-1?Q?_Dag-Erling_Coidan_Sm=F8rgrav__on_Wed=2C_Apr_22=2C_1998_a?= =?iso-8859-1?Q?t_01=3A13=3A54PM_+0200?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 22, 1998 at 01:13:54PM +0200, Dag-Erling Coidan Smørgrav wrote: > "Daniel O'Connor" writes: > > > > Why can't this be done as an lkm that is installed from a port/package? > > > Why don't we throw out the screensavers, too? And all of /usr/games, > > > /usr/share/misc, /sys/i386/isa/sound, /sys/i386/isa/snd... > > Because the screen savers anyone can use, and most people have sound cards in > > their machines.. The number of people with X-10 systems is pretty small AFAIK.. > > FreeBSD is widely used by ISPs or WWW content providers on servers > which have never even been within a fifteen-mile radius of a sound > card. ... or within 5 meter of a monitor. Eivind, who run most of his boxes on 'serial and network only'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 07:27:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA21544 for freebsd-current-outgoing; Wed, 22 Apr 1998 07:27:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21505 for ; Wed, 22 Apr 1998 14:26:50 GMT (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id KAA01392; Wed, 22 Apr 1998 10:23:40 -0400 (EDT) (envelope-from wollman) Date: Wed, 22 Apr 1998 10:23:40 -0400 (EDT) From: Garrett Wollman Message-Id: <199804221423.KAA01392@khavrinen.lcs.mit.edu> To: Poul-Henning Kamp Cc: Harlan Stenn , current@FreeBSD.ORG Subject: Re: bin/6353 In-Reply-To: <2459.893228576@critter.freebsd.dk> References: <12590.893227546@brown.pfcs.com> <2459.893228576@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > The alternative is to kill amd and make am-utils a port instead > I think I prefer the alternative, what do the good people on -current say ? Strongly disagree. Every NFS system out there comes with an automounter of some sort or another. Most of them come with Sun's broken automount(8), for which the source is thankfully unavailable. amd is an important, fundamental part of an NFS implementation (and one which we may need to hack at times in order to reflect changes in our kernel code). -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 08:06:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28090 for freebsd-current-outgoing; Wed, 22 Apr 1998 08:06:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27959 for ; Wed, 22 Apr 1998 15:05:59 GMT (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id TAA11354 for freebsd-current@freebsd.org; Wed, 22 Apr 1998 19:02:13 +0400 (MSD) From: Andrew Maltsev Message-Id: <199804221502.TAA11354@px.f1.ru> Subject: Re: Disappearing keyboard To: freebsd-current@FreeBSD.ORG Date: Wed, 22 Apr 1998 19:02:13 +0400 (MSD) Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I picked up /etc/rc.local simply because it was what the original > > poster was using. I don't care which rc script you would prefer to > > use for this purpose. > > I dislike modifying any of /etc/rc*, though in the case of rc.local > it's unjustified :) But it's very neat to be able to do 'cp > /usr/src/etc/rc* /usr/src/etc/etc.i386/rc* /etc' without worrying too > much during a make world. Btw, why not to add a parameter to rc.conf's misc section like: xdm_enable="NO" # Set to YES to enable X display manager and add simple script that was posted here some articles earlier to rc.local? This will stop the war about where is Rigth Place for xdm. Andrew, running it from /etc/ttys with no problems :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 08:10:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29115 for freebsd-current-outgoing; Wed, 22 Apr 1998 08:10:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29110 for ; Wed, 22 Apr 1998 15:10:55 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id PAA15686; Wed, 22 Apr 1998 15:10:33 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA07697; Wed, 22 Apr 1998 17:10:33 +0200 (MET DST) Message-ID: <19980422171033.15915@follo.net> Date: Wed, 22 Apr 1998 17:10:33 +0200 From: Eivind Eklund To: am@f1.ru, freebsd-current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <199804221502.TAA11354@px.f1.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804221502.TAA11354@px.f1.ru>; from Andrew Maltsev on Wed, Apr 22, 1998 at 07:02:13PM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 22, 1998 at 07:02:13PM +0400, Andrew Maltsev wrote: > > > I picked up /etc/rc.local simply because it was what the original > > > poster was using. I don't care which rc script you would prefer to > > > use for this purpose. > > > > I dislike modifying any of /etc/rc*, though in the case of rc.local > > it's unjustified :) But it's very neat to be able to do 'cp > > /usr/src/etc/rc* /usr/src/etc/etc.i386/rc* /etc' without worrying too > > much during a make world. > > Btw, why not to add a parameter to rc.conf's misc section like: > > xdm_enable="NO" # Set to YES to enable X display manager > > and add simple script that was posted here some articles earlier to > rc.local? This will stop the war about where is Rigth Place for xdm. Because (at present, at least) all programs controlled from rc.conf are included in the base system. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 08:36:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02097 for freebsd-current-outgoing; Wed, 22 Apr 1998 08:36:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02071 for ; Wed, 22 Apr 1998 15:36:21 GMT (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id TAA12725 ; Wed, 22 Apr 1998 19:34:46 +0400 (MSD) From: Andrew Maltsev Message-Id: <199804221534.TAA12725@px.f1.ru> Subject: Re: Disappearing keyboard To: eivind@yes.no Date: Wed, 22 Apr 1998 19:34:45 +0400 (MSD) Cc: freebsd-current@FreeBSD.ORG Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Btw, why not to add a parameter to rc.conf's misc section like: > > > > xdm_enable="NO" # Set to YES to enable X display manager > > > > and add simple script that was posted here some articles earlier to > > rc.local? This will stop the war about where is Rigth Place for xdm. > > Because (at present, at least) all programs controlled from rc.conf > are included in the base system. But the existence of xdm can be easily checked and it will do no harm even if someone will set YES accidently. Is rc.conf a configuration for `base system' or `entire system'? Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 08:42:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03496 for freebsd-current-outgoing; Wed, 22 Apr 1998 08:42:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03482 for ; Wed, 22 Apr 1998 15:42:47 GMT (envelope-from perlsta@fang.cs.sunyit.edu) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id KAA05738; Wed, 22 Apr 1998 10:43:52 GMT Date: Wed, 22 Apr 1998 10:43:52 +0000 (GMT) From: Alfred Perlstein To: Eivind Eklund cc: am@f1.ru, freebsd-current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-Reply-To: <19980422171033.15915@follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG rc.local.conf? -Alfred > > Btw, why not to add a parameter to rc.conf's misc section like: > > > > xdm_enable="NO" # Set to YES to enable X display manager > Because (at present, at least) all programs controlled from rc.conf > are included in the base system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 08:54:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA05736 for freebsd-current-outgoing; Wed, 22 Apr 1998 08:54:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05721 for ; Wed, 22 Apr 1998 15:54:55 GMT (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id PAA17730; Wed, 22 Apr 1998 15:54:54 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA07856; Wed, 22 Apr 1998 17:54:53 +0200 (MET DST) Message-ID: <19980422175453.29037@follo.net> Date: Wed, 22 Apr 1998 17:54:53 +0200 From: Eivind Eklund To: Andrew Maltsev Cc: freebsd-current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <199804221534.TAA12725@px.f1.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804221534.TAA12725@px.f1.ru>; from Andrew Maltsev on Wed, Apr 22, 1998 at 07:34:45PM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 22, 1998 at 07:34:45PM +0400, Andrew Maltsev wrote: > Is rc.conf a configuration for `base system' or `entire system'? Base system. We can't cover the entire system - you must know that you sometimes have to edit config files in /usr/local/etc/ ? It might be feasible to create a rc.conf.x11 in /usr/X11R6/etc - but you'd have to take that with XFree. (And I don't really find it likely...) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:11:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09754 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:11:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09733 for ; Wed, 22 Apr 1998 16:11:01 GMT (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id UAA14217 ; Wed, 22 Apr 1998 20:06:32 +0400 (MSD) From: Andrew Maltsev Message-Id: <199804221606.UAA14217@px.f1.ru> Subject: Re: Disappearing keyboard In-Reply-To: <19980422175453.29037@follo.net> from "Eivind Eklund" at "Apr 22, 98 05:54:53 pm" To: eivind@yes.no (Eivind Eklund) Date: Wed, 22 Apr 1998 20:06:32 +0400 (MSD) Cc: freebsd-current@FreeBSD.ORG Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Apr 22, 1998 at 07:34:45PM +0400, Andrew Maltsev wrote: > > Is rc.conf a configuration for `base system' or `entire system'? > > Base system. We can't cover the entire system - you must know that > you sometimes have to edit config files in /usr/local/etc/ ? Of course. But I think generic newbie will look at rc.conf first. It's not a problem for me, it was a quick suggestion for friendness improvement. If nobody wants it - forget about it.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:15:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10877 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:15:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles231.castles.com [208.214.165.231]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10826 for ; Wed, 22 Apr 1998 16:15:45 GMT (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id JAA00593; Wed, 22 Apr 1998 09:12:37 -0700 (PDT) Message-Id: <199804221612.JAA00593@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ), Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-reply-to: Your message of "Wed, 22 Apr 1998 05:51:19 PDT." <23641.893249479@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 09:12:36 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This is evil and should never have been suggested in the docs. > > Why? It's always worked just great for me and I've had it like > this for over 3 years. "Because if your X server crashes it just loops forever" At least that's the pathetic excuse that I've heard most often. Basically, if it works, don't screw with it. Starting it out of /usr/local/etc/rc.local sucks by comparison. (Oh dear, I just borked X, and xdm is confused. 'killall -9 xdm' and back it comes. Perfect IMHO.) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:17:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11340 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:17:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles231.castles.com [208.214.165.231]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11315 for ; Wed, 22 Apr 1998 16:17:06 GMT (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id JAA00611; Wed, 22 Apr 1998 09:14:02 -0700 (PDT) Message-Id: <199804221614.JAA00611@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: "Jordan K. Hubbard" , Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-reply-to: Your message of "22 Apr 1998 15:12:39 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 09:14:01 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > "Jordan K. Hubbard" writes: > > > This is evil and should never have been suggested in the docs. > > Why? It's always worked just great for me and I've had it like > > this for over 3 years. > > Amongst other things, it makes it difficult to restart xdm properly, > and it has been known to hang some machines under some circumstances. "I don't know, but I was told that it's bad." How do you "restart xdm properly" if it's run out of an obscure system startup script? You're being silly again. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:23:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13471 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:23:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA13453 for ; Wed, 22 Apr 1998 16:23:11 GMT (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id SAA00744 for ; Wed, 22 Apr 1998 18:20:20 +0200 (MET DST) Message-ID: <353E367B.3BE1CB9C@giovannelli.it> Date: Wed, 22 Apr 1998 18:27:07 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Is there someone that is able to ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG do a make world (with or without -jn ) after this morning cvsup ... This because I upgraded the ram up to 96mb from 64mb and to have all the ram equal each other I change the 2 old for the 3 new (32mb each) . Now make world always stops and so I'd like to know if someone has succesfully made it since this morning.... Thanks ... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:31:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16012 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:31:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from oldnews.quick.net (donegan@oldnews.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16005 for ; Wed, 22 Apr 1998 16:30:56 GMT (envelope-from donegan@oldnews.quick.net) Received: (from donegan@localhost) by oldnews.quick.net (8.8.5/8.6.9) id JAA21767; Wed, 22 Apr 1998 09:30:24 -0700 (PDT) Date: Wed, 22 Apr 1998 09:30:24 -0700 (PDT) From: "Steven P. Donegan" To: Gianmarco Giovannelli cc: current@FreeBSD.ORG Subject: Re: Is there someone that is able to ... In-Reply-To: <353E367B.3BE1CB9C@giovannelli.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Gianmarco Giovannelli wrote: > do a make world (with or without -jn ) after this morning cvsup ... > > This because I upgraded the ram up to 96mb from 64mb and to have all the > ram equal each other I change the 2 old for the 3 new (32mb each) . > > Now make world always stops and so I'd like to know if someone has > succesfully made it since this morning.... > > Thanks ... > make -j 4 world (as of cvsup this AM) fails here: cc -nostdinc -O -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/msun/src/w_cabsf.c -o w_cabsf.o --- w_cabs.o --- *** Error code 1 --- w_cabs.po --- *** Error code 1 --- w_cabs.so --- /usr/src/lib/msun/src/w_cabs.c: In function `cabs': /usr/src/lib/msun/src/w_cabs.c:18: argument `z' doesn't match prototype /usr/obj/usr/src/tmp/usr/include/math.h:175: prototype declaration *** Error code 1 --- w_cabsf.o --- /usr/src/lib/msun/src/w_cabsf.c: In function `cabsf': /usr/src/lib/msun/src/w_cabsf.c:19: argument `z' doesn't match prototype /usr/src/lib/msun/src/math.h:258: prototype declaration *** Error code 1 4 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:31:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16094 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:31:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16059 for ; Wed, 22 Apr 1998 16:31:05 GMT (envelope-from jfieber@indiana.edu) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.8/8.8.7) with SMTP id LAA16637; Wed, 22 Apr 1998 11:29:38 -0500 (EST) Date: Wed, 22 Apr 1998 11:29:38 -0500 (EST) From: John Fieber To: Mike Smith cc: "Jordan K. Hubbard" , Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= , Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-Reply-To: <199804221612.JAA00593@antipodes.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Mike Smith wrote: > > > This is evil and should never have been suggested in the docs. > > > > Why? It's always worked just great for me and I've had it like > > this for over 3 years. > > "Because if your X server crashes it just loops forever" > > At least that's the pathetic excuse that I've heard most often. And not even correct. If *xdm* immediately crashes, it will loop a couple times but then init notices something is amiss and stops trying to start it. If your *X server* crashes, xdm restarts it. Whether you started xdm int /etc/ttys or by some other mechanism has nothing to do with it with this behavior. -john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18065 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:40:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18040 for ; Wed, 22 Apr 1998 16:40:04 GMT (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA16458; Wed, 22 Apr 1998 10:39:52 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA04130; Wed, 22 Apr 1998 10:39:46 -0600 Date: Wed, 22 Apr 1998 10:39:46 -0600 Message-Id: <199804221639.KAA04130@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Cc: Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-Reply-To: References: <199804220516.OAA00391@zodiac.mech.utsunomiya-u.ac.jp> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > AFAIK, there are four ways to start xdm and avoid conflicts with getty. > > > > 1. Specify xdm in /etc/ttys. If you want to run xdm in ttyv3, you write: > > > > ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm on secure > > This is evil and should never have been suggested in the docs. Why? I contend this is the best way, and have yet to be proven wrong. (Joerg and I had it out publically/privately already on this, so I'm feeling pretty good about my odds. :) > The Right Way (tm) to start X or xdm is to put a shell script in > /usr/local/etc/rc.d which Does the Deed. It will work, no questions > asked. I have something similar to this: So is doing in /etc/ttys. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 09:49:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20098 for freebsd-current-outgoing; Wed, 22 Apr 1998 09:49:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20086 for ; Wed, 22 Apr 1998 16:49:02 GMT (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA16548; Wed, 22 Apr 1998 10:48:40 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA04232; Wed, 22 Apr 1998 10:48:37 -0600 Date: Wed, 22 Apr 1998 10:48:37 -0600 Message-Id: <199804221648.KAA04232@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: "Jordan K. Hubbard" , dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ), Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-Reply-To: <199804221612.JAA00593@antipodes.cdrom.com> References: <23641.893249479@time.cdrom.com> <199804221612.JAA00593@antipodes.cdrom.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > This is evil and should never have been suggested in the docs. > > > > Why? It's always worked just great for me and I've had it like > > this for over 3 years. > > "Because if your X server crashes it just loops forever" > > At least that's the pathetic excuse that I've heard most often. And how is that any different from running it out of /etc/rc.*? (Since xdm will still continue to run forever, no matter where it's started from, since that is what xdm does. :) Nate > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 10:04:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23352 for freebsd-current-outgoing; Wed, 22 Apr 1998 10:04:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23236 for ; Wed, 22 Apr 1998 17:03:44 GMT (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id TAA00787; Wed, 22 Apr 1998 19:00:23 +0200 (MET DST) Message-ID: <353E3FDD.8C33E27@giovannelli.it> Date: Wed, 22 Apr 1998 19:07:09 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: "Steven P. Donegan" CC: current@FreeBSD.ORG Subject: Re: Is there someone that is able to ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steven P. Donegan wrote: > > Now make world always stops and so I'd like to know if someone has > > succesfully made it since this morning.... > > make -j 4 world (as of cvsup this AM) fails here: > > cc -nostdinc -O -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/msun/src/w_cabsf.c -o > w_cabsf.o > --- w_cabs.o --- > *** Error code 1 > --- w_cabs.po --- > *** Error code 1 > --- w_cabs.so --- > /usr/src/lib/msun/src/w_cabs.c: In function `cabs': > /usr/src/lib/msun/src/w_cabs.c:18: argument `z' doesn't match prototype > /usr/obj/usr/src/tmp/usr/include/math.h:175: prototype declaration > *** Error code 1 > --- w_cabsf.o --- > /usr/src/lib/msun/src/w_cabsf.c: In function `cabsf': > /usr/src/lib/msun/src/w_cabsf.c:19: argument `z' doesn't match prototype > /usr/src/lib/msun/src/math.h:258: prototype declaration cc -O -pipe -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/msun/src/w_atanh.c -o w_atanh.o cc -O -pipe -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/msun/src/w_atanhf.c -o w_atanhf.o cc -O -pipe -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/msun/src/w_cabs.c -o w_cabs.o *** Error code 1 Stop. *** Error code 1 Ok, same error of mine... Well, now I am happier ... I have not to change the ram chips :-) Thanks for your kind reply... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 10:29:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27206 for freebsd-current-outgoing; Wed, 22 Apr 1998 10:29:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27201 for ; Wed, 22 Apr 1998 17:29:27 GMT (envelope-from perlsta@fang.cs.sunyit.edu) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id MAA09215; Wed, 22 Apr 1998 12:30:40 GMT Date: Wed, 22 Apr 1998 12:30:40 +0000 (GMT) From: Alfred Perlstein To: Gianmarco Giovannelli cc: current@FreeBSD.ORG Subject: Re: Is there someone that is able to ... In-Reply-To: <353E367B.3BE1CB9C@giovannelli.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG there was someone saying that it's borked, but without the error msg, no one will be able to tell you what the problem is. -Alfred On Wed, 22 Apr 1998, Gianmarco Giovannelli wrote: > do a make world (with or without -jn ) after this morning cvsup ... > > This because I upgraded the ram up to 96mb from 64mb and to have all the > ram equal each other I change the 2 old for the 3 new (32mb each) . > > Now make world always stops and so I'd like to know if someone has > succesfully made it since this morning.... > > Thanks ... > > -- > > Regards... > > Gianmarco > "Unix expert since yesterday" > > http://www.giovannelli.it > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 10:57:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01830 for freebsd-current-outgoing; Wed, 22 Apr 1998 10:57:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA01825 for ; Wed, 22 Apr 1998 17:57:39 GMT (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA13866; Wed, 22 Apr 1998 10:52:48 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd013862; Wed Apr 22 17:52:43 1998 Date: Wed, 22 Apr 1998 10:47:22 -0700 (PDT) From: Julian Elischer To: Luoqi Chen cc: current@FreeBSD.ORG Subject: Re: working bad144 support for SLICE In-Reply-To: <9804221145.AA29359@watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG WOW! I'll be looking at this after work today.. errr, hmm there's a party tonight... make that tomorrow.. ;-) On Wed, 22 Apr 1998, Luoqi Chen wrote: > I've uploaded the patch to wcarchive, URL is > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/SLICE-bad144.diff > It also includes one bug(typo) fix that causes panic on a wd disk error. > > -lq > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:17:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05656 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:17:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA05642 for ; Wed, 22 Apr 1998 18:17:01 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id OAA12139; Wed, 22 Apr 1998 14:16:00 -0400 (EDT) Date: Wed, 22 Apr 1998 14:16:00 -0400 (EDT) From: "Matthew N. Dodd" To: "Daniel O'Connor" cc: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= , Nathan Dorfman , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-Reply-To: <199804220124.KAA07682@cain.gsoft.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Daniel O'Connor wrote: > Because the screen savers anyone can use, and most people have sound > cards in their machines.. The number of people with X-10 systems is > pretty small AFAIK.. Well, it is in Australia anyway :) None of my machines have sound cards... Trying to invoke a majority clause here is bogus IMHO /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:22:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07562 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:22:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA07495 for ; Wed, 22 Apr 1998 18:22:46 GMT (envelope-from proberts@clark.net) Received: from shell.clark.net (proberts@shell [168.143.0.8]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id OAA05582; Wed, 22 Apr 1998 14:22:28 -0400 (EDT) Received: from localhost (proberts@localhost) by shell.clark.net (8.8.8/8.8.8) with SMTP id OAA20252; Wed, 22 Apr 1998 14:22:41 -0400 (EDT) X-Authentication-Warning: shell.clark.net: proberts owned process doing -bs Date: Wed, 22 Apr 1998 14:22:41 -0400 (EDT) From: "Paul D. Robertson" To: "Matthew N. Dodd" cc: "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Matthew N. Dodd wrote: > On Wed, 22 Apr 1998, Daniel O'Connor wrote: > > Because the screen savers anyone can use, and most people have sound > > cards in their machines.. The number of people with X-10 systems is > > pretty small AFAIK.. Well, it is in Australia anyway :) > > None of my machines have sound cards... Ditto. > Trying to invoke a majority clause here is bogus IMHO Agreed. Paul ----------------------------------------------------------------------------- Paul D. Robertson "My statements in this message are personal opinions proberts@clark.net which may have no basis whatsoever in fact." PSB#9280 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:24:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08084 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:24:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from att.com (kcgw2.att.com [192.128.133.152]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA08047 for ; Wed, 22 Apr 1998 18:24:29 GMT (envelope-from jwb@homer.att.com) Received: by kcgw2.att.com; Wed Apr 22 13:06 CDT 1998 Received: from ulysses.homer.att.com (pchelp.homer.att.com [135.205.212.150]) by kcig2.att.att.com (AT&T/GW-1.0) with ESMTP id NAA26599 for ; Wed, 22 Apr 1998 13:24:24 -0500 (CDT) Received: from akiva.homer.att.com (akiva.homer.att.com [135.205.213.77]) by ulysses.homer.att.com (8.8.8/8.8.8) with SMTP id OAA27570 for ; Wed, 22 Apr 1998 14:19:35 -0400 (EDT) Received: by akiva.homer.att.com (4.1) id AA14781; Wed, 22 Apr 98 14:24:04 EDT Message-Id: <9804221824.AA14781@akiva.homer.att.com> Received: from localhost.homer.att.com [127.0.0.1] by akiva; Wed Apr 22 14:24:03 EDT 1998 To: freebsd-current@FreeBSD.ORG Subject: freebsd-cur and hardware problems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Id: <14776.893269441.1@ulysses.homer.att.com> Date: Wed, 22 Apr 1998 14:24:02 -0400 From: "J. W. Ballantine" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HI, I think I've got the right list. I'm running current ( sorry but I don't recall what the CTM version number was other than maybe aroung 3208) on a pc along with NT. The other day I tried to boot-up BSD and the boot hung just before the disk checks. I rebooted and it hung just after the disk checks, so I booted again and same thing. So I decided to reload the system( 980311-SNAP). At commit time, the system hung trying to set default route to gateway, and hung with the disk light locked on. I tried this a couple of more times with the same result, so I decided to reboot NT. When NT came up, I didn't have a network connection, so I rebooted, same thing. I rebooted one more time and viola connection. So I tried to reload BSD, and this time it hung before the install screen with a steady light on the SCSI disk. This seems to me to be a scsi controller error, given the timing of the hangs. Now after all that, my question is, is one of the probes showing a problem with the scsi controller (adaptec AHA 2940), and could that somehow affect the network card ( 3COM 3C90x combo board) to result is these problems???? Jim Ballantine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:27:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09122 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:27:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA09092 for ; Wed, 22 Apr 1998 18:27:35 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id OAA12313; Wed, 22 Apr 1998 14:24:36 -0400 (EDT) Date: Wed, 22 Apr 1998 14:24:36 -0400 (EDT) From: "Matthew N. Dodd" To: Garrett Wollman cc: Poul-Henning Kamp , Harlan Stenn , current@FreeBSD.ORG Subject: Re: bin/6353 In-Reply-To: <199804221423.KAA01392@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Garrett Wollman wrote: > Strongly disagree. Every NFS system out there comes with an > automounter of some sort or another. Most of them come with Sun's > broken automount(8), for which the source is thankfully unavailable. > amd is an important, fundamental part of an NFS implementation (and > one which we may need to hack at times in order to reflect changes in > our kernel code). It looks like am-utils and amd are the same thing, a few years removed from eachother. I don't see what the problem is. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:40:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12237 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:40:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Masters.leader-group.com (masters.leader-group.com [12.10.238.70]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA12228 for ; Wed, 22 Apr 1998 18:40:19 GMT (envelope-from bmccloskey@leader-group.com) Received: from leader-group.com ([172.20.149.128]) by Masters.leader-group.com (Netscape Messaging Server 3.0) with ESMTP id AAA22466; Wed, 22 Apr 1998 12:37:10 -0600 Message-ID: <353E38CA.5A243249@leader-group.com> Date: Wed, 22 Apr 1998 12:36:59 -0600 From: "Brian McCloskey" Organization: Leader Group X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: Mike Smith CC: current@FreeBSD.ORG Subject: Re: HEADS UP: CAM cutover in two weeks. References: <199804211751.KAA00915@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > I was wondering one thing, is the CAM SCSI subsystem going to support the > > Adaptec AIC-7895 controller as well? I know the CAM boot floppy that I > > downloaded did, but I haven't had any luck finishing the install with it, > > and was hoping the new integration into 3.0 will help fix my problems. > > It should work OK, yes. Can you outline the problems you're having with > the CAM install? If there's nobody set up currently to do CAM snaps, I > might be able to find the resources here. The problem that I am having is the sysinstall does not initially newfs the root partition when it comes time to start the install. It newfs' the /var and /usr partitions just fine. The system then fails because it can't create /etc, so I have to manually newfs the root partition, mount it, then run the custom install so that I can circumvent the failure of the novice install, and it finaly works. But, I'm having trouble booting, though I have not tried the -a option. Thanks, Brian -- _________________________________________________ Brian McCloskey | Leader Group Consultant | 5200 DTC Parkway ph: 303-773-9700 | Suite 500 fax: 303-773-9610 | Englewood, CO 80111 ____________________________|____________________ http://www.leader-group.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:44:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12895 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:44:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA12890 for ; Wed, 22 Apr 1998 18:44:12 GMT (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id OAA10591; Wed, 22 Apr 1998 14:43:04 -0400 (EDT) Message-ID: <19980422144303.A10586@rtfm.net> Date: Wed, 22 Apr 1998 14:43:03 -0400 From: Nathan Dorfman To: Eivind Eklund , =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , "Daniel O'Connor" Cc: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? Mail-Followup-To: Eivind Eklund , =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , Daniel O'Connor , current@FreeBSD.ORG References: <199804220124.KAA07682@cain.gsoft.com.au> <19980422155851.16544@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: <19980422155851.16544@follo.net>; from Eivind Eklund on Wed, Apr 22, 1998 at 03:58:51PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 22, 1998 at 03:58:51PM +0200, Eivind Eklund wrote: > On Wed, Apr 22, 1998 at 01:13:54PM +0200, Dag-Erling Coidan Smørgrav wrote: > > "Daniel O'Connor" writes: > > > > > Why can't this be done as an lkm that is installed from a port/package? > > > > Why don't we throw out the screensavers, too? And all of /usr/games, > > > > /usr/share/misc, /sys/i386/isa/sound, /sys/i386/isa/snd... > > > Because the screen savers anyone can use, and most people have sound cards in > > > their machines.. The number of people with X-10 systems is pretty small AFAIK.. > > > > FreeBSD is widely used by ISPs or WWW content providers on servers > > which have never even been within a fifteen-mile radius of a sound > > card. > > ... or within 5 meter of a monitor. Or within 50 miles of an X-10. -- ________________ ____________________________ / Nathan Dorfman \/ "Nietzsche is dead." - God \ / nathan@rtfm.net \ finger for pgp key \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:48:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13545 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:48:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13539 for ; Wed, 22 Apr 1998 18:48:10 GMT (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id NAA14188; Wed, 22 Apr 1998 13:47:46 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id NAA01298; Wed, 22 Apr 1998 13:47:15 -0500 Message-ID: <19980422134714.23935@right.PCS> Date: Wed, 22 Apr 1998 13:47:14 -0500 From: Jonathan Lemon To: Nathan Dorfman Cc: Eivind Eklund , =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: <199804220124.KAA07682@cain.gsoft.com.au> <19980422155851.16544@follo.net> <19980422144303.A10586@rtfm.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.61.1 In-Reply-To: <19980422144303.A10586@rtfm.net>; from Nathan Dorfman on Apr 04, 1998 at 02:43:03PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Apr 04, 1998 at 02:43:03PM -0400, Nathan Dorfman wrote: > On Wed, Apr 22, 1998 at 03:58:51PM +0200, Eivind Eklund wrote: > > On Wed, Apr 22, 1998 at 01:13:54PM +0200, Dag-Erling Coidan Smørgrav wrote: > > > FreeBSD is widely used by ISPs or WWW content providers on servers > > > which have never even been within a fifteen-mile radius of a sound > > > card. > > > > ... or within 5 meter of a monitor. > > Or within 50 miles of an X-10. You live that far away from a RadioShack? :-) -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:49:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13927 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:49:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13893 for ; Wed, 22 Apr 1998 18:49:08 GMT (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id UAA04384; Wed, 22 Apr 1998 20:48:24 +0200 (CEST) To: "Matthew N. Dodd" cc: Garrett Wollman , Harlan Stenn , current@FreeBSD.ORG Subject: Re: bin/6353 In-reply-to: Your message of "Wed, 22 Apr 1998 14:24:36 EDT." Date: Wed, 22 Apr 1998 20:48:24 +0200 Message-ID: <4382.893270904@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , "Matthew N. Dodd" writes: >On Wed, 22 Apr 1998, Garrett Wollman wrote: >> Strongly disagree. Every NFS system out there comes with an >> automounter of some sort or another. Most of them come with Sun's >> broken automount(8), for which the source is thankfully unavailable. >> amd is an important, fundamental part of an NFS implementation (and >> one which we may need to hack at times in order to reflect changes in >> our kernel code). > >It looks like am-utils and amd are the same thing, a few years removed >from eachother. I don't see what the problem is. The question is, should it be a port or should it be contrib ? I guess we should leave this to whoever submits either of these first :-) -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 11:57:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16710 for freebsd-current-outgoing; Wed, 22 Apr 1998 11:57:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA16699 for ; Wed, 22 Apr 1998 18:57:53 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id OAA12700; Wed, 22 Apr 1998 14:55:14 -0400 (EDT) Date: Wed, 22 Apr 1998 14:55:13 -0400 (EDT) From: "Matthew N. Dodd" To: Poul-Henning Kamp cc: Garrett Wollman , Harlan Stenn , current@FreeBSD.ORG Subject: Re: bin/6353 In-Reply-To: <4382.893270904@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Poul-Henning Kamp wrote: > The question is, should it be a port or should it be contrib ? > > I guess we should leave this to whoever submits either of these first :-) Heh. I really don't care which. Having it in contrib means we can frob it if we need to but we can do that with ports patch files too. Either way I've got to reintegrate my ftp-user maps whenver I upgrade or whatever. (You know, I really should get around to doing that...) /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 12:01:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18005 for freebsd-current-outgoing; Wed, 22 Apr 1998 12:01:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17897 for ; Wed, 22 Apr 1998 19:00:43 GMT (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id UAA04466; Wed, 22 Apr 1998 20:54:59 +0200 (CEST) To: Jonathan Lemon cc: Nathan Dorfman , Eivind Eklund , =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "Wed, 22 Apr 1998 13:47:14 CDT." <19980422134714.23935@right.PCS> Date: Wed, 22 Apr 1998 20:54:59 +0200 Message-ID: <4464.893271299@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980422134714.23935@right.PCS>, Jonathan Lemon writes: >On Apr 04, 1998 at 02:43:03PM -0400, Nathan Dorfman wrote: >> On Wed, Apr 22, 1998 at 03:58:51PM +0200, Eivind Eklund wrote: >> > On Wed, Apr 22, 1998 at 01:13:54PM +0200, Dag-Erling Coidan Smørgrav wrote: >> > > FreeBSD is widely used by ISPs or WWW content providers on servers >> > > which have never even been within a fifteen-mile radius of a sound >> > > card. >> > >> > ... or within 5 meter of a monitor. >> >> Or within 50 miles of an X-10. > >You live that far away from a RadioShack? :-) yes, quite a bit further than that in fact. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 12:12:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20839 for freebsd-current-outgoing; Wed, 22 Apr 1998 12:12:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA20802 for ; Wed, 22 Apr 1998 19:12:52 GMT (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id MAA09446; Wed, 22 Apr 1998 12:12:47 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpd009401; Wed Apr 22 12:12:35 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA29389; Wed, 22 Apr 1998 12:12:33 -0700 (MST) From: Terry Lambert Message-Id: <199804221912.MAA29389@usr08.primenet.com> Subject: Re: NFS corruption To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 22 Apr 1998 19:12:33 +0000 (GMT) Cc: tlambert@primenet.com, ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG In-Reply-To: <29627.893227732@time.cdrom.com> from "Jordan K. Hubbard" at Apr 21, 98 11:48:52 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Please integrate my write lease notifications, which I did for free, > > without it being my paying job, and see if it fixes the problem. > > While I appreciate the pointer, I also have to say that the chances of > this fixing _all_ the serious problems with NFS are pretty remote, > don't you agree? The original point stands, I think. Yes, I don't expect this to fix all of the problems. For server locking, you will need my changes to the kernel advisory locking manager and fcntl(), as well. For client locking, you will need my changes to make the VOP_ADVLOCK veto-based, which incidently adds locking support to all newly developed filesystems from now on, without adding FS specific code. The client locking also needs the changes to the advisory locking manager to seperate "assert" from "commit" incase a remote NFS server says "no, you can't have the lock". It also moves the lock list from being hung off the in-core inode to being hung off the in-core vnode. This should resolve locking issues currently outstanding with the nullfs and unionfs as well. For the directory search problems, you will need to take my code that seperates the retrieval of an FS specific directory entry block and the iteration of elements within that block into seperate VOP's. This gets rid of cookies, which I'm sure everyone will miss, what with their unexpectedly playful returning of duplicate file names, and other hijinx they tend to get up to. It also incidently allows search restarts to be more reliable for other clients that iterate a file at a time. Like SAMBA and AFS. Some people may argue that my approach is not correct; but where is the alternative code? "Anything that works is better than anything that doesn't" -- Edison All that aside, yes, NFS needs a top-down architecture reassessment in line with the standards documents in general and the Sun NFS implementations in particular. In order to support that, it's probably necessary that the VFS interface be reflexive, so that we can ignore the issues that aren't related to NFS. So yes, I need to dust off my nameifree() patches for that. There probably needs to be some consensus brought to Michael Hancock's patches, as well. They seem good, and they seem in line with simplifying what an NFS maintainer (or any other person doing FS developement) needs to have to be able to hold in their head at one time to get useful work done. --- So I will dust of my nameifree() patches (for which I will need people with NFS to test that I haven't introduced a path name buffer leak, since that code is convoluted as hell, with macro-hidden goto/label definitions), and I suggest that Michael Hancock's patches for VFS the relevent interfaces be committed. I also suggest that what patches there are be committed; no they aren't a full soloution, but long journies begin with but a single step. If those that are mine need dusting, well, I'll do dusting, I guess. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 12:30:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25260 for freebsd-current-outgoing; Wed, 22 Apr 1998 12:30:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25252 for ; Wed, 22 Apr 1998 19:30:25 GMT (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id MAA25792; Wed, 22 Apr 1998 12:29:45 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Eivind Eklund cc: am@f1.ru, freebsd-current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-reply-to: Your message of "Wed, 22 Apr 1998 17:10:33 +0200." <19980422171033.15915@follo.net> Date: Wed, 22 Apr 1998 12:29:44 -0700 Message-ID: <25787.893273384@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Because (at present, at least) all programs controlled from rc.conf > are included in the base system. Oh really? Have you checked this a bit more carefully lately? :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 12:36:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26396 for freebsd-current-outgoing; Wed, 22 Apr 1998 12:36:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA26391 for ; Wed, 22 Apr 1998 19:36:01 GMT (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id MAA25846; Wed, 22 Apr 1998 12:35:33 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: am@f1.ru cc: eivind@yes.no, freebsd-current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-reply-to: Your message of "Wed, 22 Apr 1998 19:34:45 +0400." <199804221534.TAA12725@px.f1.ru> Date: Wed, 22 Apr 1998 12:35:32 -0700 Message-ID: <25842.893273732@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is rc.conf a configuration for `base system' or `entire system'? The base system. I was mistaken in "correcting" Eivind about this earlier since I was still remembering at time when things like apache and pcnfsd were (briefly) catered to by rc.conf and friends, but this no longer appears to be the case. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 12:42:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27450 for freebsd-current-outgoing; Wed, 22 Apr 1998 12:42:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from px.f1.ru (px.f1.ru [194.87.86.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27402 for ; Wed, 22 Apr 1998 19:41:37 GMT (envelope-from am@px.f1.ru) Received: (from am@localhost) by px.f1.ru (8.8.8/amsoft/1.0) id XAA23838 ; Wed, 22 Apr 1998 23:35:32 +0400 (MSD) From: Andrew Maltsev Message-Id: <199804221935.XAA23838@px.f1.ru> Subject: Re: Is there someone that is able to ... To: gmarco@giovannelli.it Date: Wed, 22 Apr 1998 23:35:32 +0400 (MSD) Cc: freebsd-current@FreeBSD.ORG Reply-To: am@f1.ru Organization: F1 communications X-Phone: +7-086-229-9988 X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > make -j 4 world (as of cvsup this AM) fails here: ^^^^^ doesn't matter > > /usr/src/lib/msun/src/w_cabs.c: In function `cabs': > > /usr/src/lib/msun/src/w_cabs.c:18: argument `z' doesn't match prototype > > /usr/obj/usr/src/tmp/usr/include/math.h:175: prototype declaration I'd noticed it too today. The reason is understandable - in math.h cabs declared as a function accepting no arguments, and in w_cabs.c - accepting `complex' argument. Had I misunderstood anything or patch is really obvious (add proper declaration to math.h.. may be #ifdef'ed)? Something that makes me unsure is the fact that both w_cabs and math.h arn't changed recently.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 12:59:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02514 for freebsd-current-outgoing; Wed, 22 Apr 1998 12:59:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcpsj.pfcs.com (/uot4b5Bheo1859UX3St+yXUTUCwB/bh@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02502 for ; Wed, 22 Apr 1998 19:59:06 GMT (envelope-from Harlan.Stenn@pfcs.com) Received: from mumps.pfcs.com [192.52.69.11] (HELO mumps.pfcs.com) by pcpsj.pfcs.com (8.8.8/8.8.8) via ESMTP id ; Wed, 22 Apr 1998 15:58:40 -0400 (EDT) Received: from brown.pfcs.com [192.52.69.44] (HELO brown.pfcs.com) by mumps.pfcs.com (8.8.8/8.8.8) via ESMTP id ; Wed, 22 Apr 1998 12:58:38 -0700 (PDT) Received: from localhost [127.0.0.1] (HELO brown.pfcs.com) by brown.pfcs.com (8.8.8/8.8.8) via ESMTP id ; Wed, 22 Apr 1998 15:58:38 -0400 (EDT) X-Mailer: exmh version 2.0.2 2/24/98 To: "Matthew N. Dodd" Cc: freebsd-current@FreeBSD.ORG Subject: Re: bin/6353 In-Reply-To: "Matthew N. Dodd"'s (winter@jurai.net) message dated Wed, 22 Apr 1998 14:24:36. X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 15:58:37 -0400 Message-ID: <13686.893275117@brown.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG amd is old, am-utils has a lot of new functionality (and bug fixes). am-utils is not (currently) a port. NetBSD and OpenBSD come with am-utils, not amd. That's a short list... H To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:07:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05862 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:07:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA05822 for ; Wed, 22 Apr 1998 20:07:02 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id QAA13714; Wed, 22 Apr 1998 16:06:54 -0400 (EDT) Date: Wed, 22 Apr 1998 16:06:54 -0400 (EDT) From: "Matthew N. Dodd" To: Harlan Stenn cc: freebsd-current@FreeBSD.ORG Subject: Re: bin/6353 In-Reply-To: <13686.893275117@brown.pfcs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Harlan Stenn wrote: > amd is old, am-utils has a lot of new functionality (and bug fixes). > > am-utils is not (currently) a port. > > NetBSD and OpenBSD come with am-utils, not amd. > > That's a short list... I think I said the same thing when I said 'essentially the same thing seperated by a few years.' 'a few years' implies changes due to development and bug fixes. As I understand, whoever decides to do the acutal work of making it a port or putting it in contrib is the one who determines which to do. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:12:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08324 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:12:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08312 for ; Wed, 22 Apr 1998 20:12:20 GMT (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id NAA00410; Wed, 22 Apr 1998 13:04:44 -0700 (PDT) Message-Id: <199804222004.NAA00410@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Poul-Henning Kamp cc: "Matthew N. Dodd" , Garrett Wollman , Harlan Stenn , current@FreeBSD.ORG Subject: amd (was Re: bin/6353 ) In-reply-to: Your message of "Wed, 22 Apr 1998 20:48:24 +0200." <4382.893270904@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 13:04:44 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The question is, should it be a port or should it be contrib ? > > I guess we should leave this to whoever submits either of these first :-) Definitely contrib'd. Once you've used amd, it makes a lot more sense. The default configuration out-of-the-box on 2.2.6 is great for small networks too... -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:13:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08638 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:13:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08613 for ; Wed, 22 Apr 1998 20:13:17 GMT (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id NAA26176; Wed, 22 Apr 1998 13:12:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Terry Lambert cc: ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption In-reply-to: Your message of "Wed, 22 Apr 1998 19:12:33 -0000." <199804221912.MAA29389@usr08.primenet.com> Date: Wed, 22 Apr 1998 13:12:46 -0700 Message-ID: <26172.893275966@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Some people may argue that my approach is not correct; but where is > the alternative code? Can you perhaps work specifically with John Dyson and Peter Wemm on this then? Both have expressed an interest in looking at NFS and I think you'll find far greater success in working with one or two "responsible committers" rather than just tossing the ball into -current only to see it hit the ground while everyone stands around expecting someone else to run forward and catch it. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:34:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13846 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:34:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13840 for ; Wed, 22 Apr 1998 20:34:28 GMT (envelope-from Studded@san.rr.com) Received: from san.rr.com (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id NAA13181; Wed, 22 Apr 1998 13:33:51 -0700 (PDT) (envelope-from Studded@san.rr.com) Message-ID: <353E542E.B3D24D08@san.rr.com> Date: Wed, 22 Apr 1998 13:33:50 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0420 i386) MIME-Version: 1.0 To: "Paul D. Robertson" CC: "Matthew N. Dodd" , "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Paul D. Robertson wrote: > > On Wed, 22 Apr 1998, Matthew N. Dodd wrote: > > > On Wed, 22 Apr 1998, Daniel O'Connor wrote: > > > Because the screen savers anyone can use, and most people have sound > > > cards in their machines.. The number of people with X-10 systems is > > > pretty small AFAIK.. Well, it is in Australia anyway :) > > > > None of my machines have sound cards... > > Ditto. > > > Trying to invoke a majority clause here is bogus IMHO > > Agreed. Actually trying to pretend that percentages don't matter is bogus. If your argument were correct everything in the ports collection would be integrated into the base OS since whether the majority of the users use a given function or not is "bogus" as a criteria for inclusion. The question is "What kind of system do we want to ship?" and that's been answered by consensus that we want to ship a system that the majority (read, "unwashed masses") of users can unpack and use, and at the same time a system that professional users can use and configure with a minimum of hassle. (Of course there are other considerations such as POSIX, etc., but I think you get the idea.) The sound card argument is particularly inappropriate since the only "sound card" stuff that comes with the system is something you must configure and compile if you want it. The xten stuff comes as binaries in the binary distribution, is compiled with every make world (unless you disable it like I did) and is not used by even a significant minority of FreeBSD users. That would include the vast majority of ISP's and WWW farms. In conclusion I know that the chances of getting xten removed from the base are very slim, but can we at least keep the discussion about the merits in the realm of rationality? Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:37:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14494 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:37:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14487 for ; Wed, 22 Apr 1998 20:37:44 GMT (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id NAA00578; Wed, 22 Apr 1998 13:32:10 -0700 (PDT) Message-Id: <199804222032.NAA00578@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Chris Csanady cc: Peter Wemm , John-Mark Gurney , Terry Lambert , current@FreeBSD.ORG Subject: Re: ELF kernels: When? In-reply-to: Your message of "Wed, 22 Apr 1998 08:54:45 CDT." <199804221354.IAA02372@friley585.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 13:32:09 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >The real problems are: > >- The bootblocks do not load the ELF symbol table, so DDB can't see it. > >- DDB doesn't understand the ELF symbol tables yet anyway. > >- the bootblocks have *zero* bytes free at present. There is ELF load code > >available, but you have to disable BAD144 to get it to fit. Restructuring > >the code so that the #ifdefs are not too messy tips the bootblocks over > >the limit by a few bytes. > >- The loader is quite simple, it pulls in the text and data LOAD sections, > >without any of the section headers etc. Those section headers and string > >tables are needed to do proper runtime linking via link_elf.c. > > So, does anyone know enough about bootblocks to look at integrating NetBSD's? Yes. It's in the queue, and I keep waving it at potentially interested parties. > They have done a significant amount of work in this area it seems, and they > already have a two-stage design. Trying to squeeze every last bit out of > the current blocks seems futile.. The only thing "wrong" with their code is that their second stage bootblock has a blocklist for the third stage. That's Ugly. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:39:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15329 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:39:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15293 for ; Wed, 22 Apr 1998 20:39:45 GMT (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id NAA00617; Wed, 22 Apr 1998 13:36:08 -0700 (PDT) Message-Id: <199804222036.NAA00617@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Brian McCloskey" cc: Mike Smith , current@FreeBSD.ORG Subject: Re: HEADS UP: CAM cutover in two weeks. In-reply-to: Your message of "Wed, 22 Apr 1998 12:36:59 MDT." <353E38CA.5A243249@leader-group.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 13:36:07 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The problem that I am having is the sysinstall does not initially newfs the > root partition when it comes time to start the install. Have you asked it to? (Is the 'newfs' field in the partition editor set to 'Y'?) Are there any errors on the second console? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:40:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15622 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:40:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15575 for ; Wed, 22 Apr 1998 20:40:05 GMT (envelope-from Studded@san.rr.com) Received: from san.rr.com (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id NAA13191; Wed, 22 Apr 1998 13:40:00 -0700 (PDT) (envelope-from Studded@san.rr.com) Message-ID: <353E559F.1D150038@san.rr.com> Date: Wed, 22 Apr 1998 13:39:59 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0420 i386) MIME-Version: 1.0 To: "Dag-Erling Coidan Smørgrav" CC: current@FreeBSD.ORG Subject: Re: ls(1) References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Coidan Smørgrav wrote: > > I fixed ls to support the -b option from AT&T Unices (display > unprintables in octal). I'd like some feedback from you people before > I merge it into -stable... so if there are any ls Power Users ;) out > there, let me know what you think. How about asking this in -Stable too. :) Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 13:46:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17856 for freebsd-current-outgoing; Wed, 22 Apr 1998 13:46:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17794 for ; Wed, 22 Apr 1998 20:46:03 GMT (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id NAA00684; Wed, 22 Apr 1998 13:42:17 -0700 (PDT) Message-Id: <199804222042.NAA00684@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Andrzej Bialecki cc: Julian Elischer , freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) (partially solved) In-reply-to: Your message of "Wed, 22 Apr 1998 14:02:22 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 13:42:17 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > BTW. How is this stuff related to CAM? I.e. does it work with CAM layer? It's separate. Julian and I are working on adding SLICE functionality to the CAM layer at the moment; initially just to the 'da' driver, but once we have the out-of-band slicing code resolved this should extend to 'cd' as well. (Actually, we could probably put an FFS filesystem on an 'sa' device as well. Is anyone interested in something this disgusting?) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 14:28:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03446 for freebsd-current-outgoing; Wed, 22 Apr 1998 14:28:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03403 for ; Wed, 22 Apr 1998 21:28:02 GMT (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id RAA14897; Wed, 22 Apr 1998 17:27:44 -0400 (EDT) Date: Wed, 22 Apr 1998 17:27:44 -0400 (EDT) From: "Matthew N. Dodd" To: Mike Smith cc: Andrzej Bialecki , Julian Elischer , freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) (partially solved) In-Reply-To: <199804222042.NAA00684@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Mike Smith wrote: > (Actually, we could probably put an FFS filesystem on an 'sa' device as > well. Is anyone interested in something this disgusting?) Sure. I'd love to burn a 10meg ffs to my QIC drive and try and boot from it. *smirk* /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 14:29:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03611 for freebsd-current-outgoing; Wed, 22 Apr 1998 14:29:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03572 for ; Wed, 22 Apr 1998 21:28:55 GMT (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id RAA02798; Wed, 22 Apr 1998 17:28:45 -0400 (EDT) (envelope-from wollman) Date: Wed, 22 Apr 1998 17:28:45 -0400 (EDT) From: Garrett Wollman Message-Id: <199804222128.RAA02798@khavrinen.lcs.mit.edu> To: "Matthew N. Dodd" Cc: Garrett Wollman , Poul-Henning Kamp , Harlan Stenn , current@FreeBSD.ORG Subject: Re: bin/6353 In-Reply-To: References: <199804221423.KAA01392@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > On Wed, 22 Apr 1998, Garrett Wollman wrote: >> Strongly disagree. Every NFS system out there comes with an >> automounter of some sort or another. Most of them come with Sun's >> broken automount(8), for which the source is thankfully unavailable. >> amd is an important, fundamental part of an NFS implementation (and >> one which we may need to hack at times in order to reflect changes in >> our kernel code). > It looks like am-utils and amd are the same thing, a few years removed > from eachother. I don't see what the problem is. The point is: it doesn't belong in *ports*. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 14:31:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04320 for freebsd-current-outgoing; Wed, 22 Apr 1998 14:31:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA04203 for ; Wed, 22 Apr 1998 21:31:04 GMT (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.8/8.8.5) with SMTP id WAA19610; Wed, 22 Apr 1998 22:30:33 +0100 (BST) Date: Wed, 22 Apr 1998 22:30:33 +0100 (BST) From: Doug Rabson To: Chris Csanady cc: Peter Wemm , John-Mark Gurney , Terry Lambert , current@FreeBSD.ORG Subject: Re: ELF kernels: When? In-Reply-To: <199804221354.IAA02372@friley585.res.iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Chris Csanady wrote: > > >The real problems are: > >- The bootblocks do not load the ELF symbol table, so DDB can't see it. > >- DDB doesn't understand the ELF symbol tables yet anyway. > >- the bootblocks have *zero* bytes free at present. There is ELF load code > >available, but you have to disable BAD144 to get it to fit. Restructuring > >the code so that the #ifdefs are not too messy tips the bootblocks over > >the limit by a few bytes. > >- The loader is quite simple, it pulls in the text and data LOAD sections, > >without any of the section headers etc. Those section headers and string > >tables are needed to do proper runtime linking via link_elf.c. All thats really needed is the pathname to /kernel (or whatever happened to boot). The startup code in link_elf.c (link_elf_init() if its anything like link_aout.c) can grovel around in /kernel to get its symbol table. Alternatively use the same technique as link_aout and link the kernel as a shared elf object (which just happened not to be linked against any other shared objects). The linker will place the runtime symbol table in a LOAD section and will fix _DYNAMIC to point at the start of the ".dynamic" section. link_elf_init() can then walk the list of DT_XXX entries in the dynamic section to find the symbol table and everything else. This code for parsing ".dynamic" will be the same code as that used to dynamically load an elf module. Then to top things off nicely, fix DDB to use the kernel linker to manage its symbol table (you would need to add some code to the kernel linker for this). > > So, does anyone know enough about bootblocks to look at integrating NetBSD's? > They have done a significant amount of work in this area it seems, and they > already have a two-stage design. Trying to squeeze every last bit out of > the current blocks seems futile.. I looked at them once about a year ago. They ought to work without too much trouble. > > Are there any arguments against doing this? Whats the license on the NetBSD boot code? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 14:39:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06721 for freebsd-current-outgoing; Wed, 22 Apr 1998 14:39:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06643 for ; Wed, 22 Apr 1998 21:38:54 GMT (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id QAA05971; Wed, 22 Apr 1998 16:38:05 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804222138.QAA05971@dyson.iquest.net> Subject: Re: NFS corruption In-Reply-To: <26172.893275966@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 22, 98 01:12:46 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 22 Apr 1998 16:38:05 -0500 (EST) Cc: tlambert@primenet.com, ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Some people may argue that my approach is not correct; but where is > > the alternative code? > > Can you perhaps work specifically with John Dyson and Peter Wemm on > this then? Both have expressed an interest in looking at NFS and I > think you'll find far greater success in working with one or two > "responsible committers" rather than just tossing the ball into > -current only to see it hit the ground while everyone stands around > expecting someone else to run forward and catch it. > Random, diffuse postings to -current don't get my attention, due to my overload. It takes repetition and persistance to deal with me. Think of me working entirely in squeaky wheel mode. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 15:27:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17298 for freebsd-current-outgoing; Wed, 22 Apr 1998 15:27:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA17249 for ; Wed, 22 Apr 1998 22:27:09 GMT (envelope-from Mailer-Daemon@East.Sun.COM) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id PAA11506 for ; Wed, 22 Apr 1998 15:26:39 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id SAA28920; Wed, 22 Apr 1998 18:26:35 -0400 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id SAA08569; Wed, 22 Apr 1998 18:26:35 -0400 Received: (from alk@localhost) by compound.east.sun.com (8.8.8/8.7.3) id RAA15757; Wed, 22 Apr 1998 17:28:54 -0500 (CDT) Date: Wed, 22 Apr 1998 17:28:54 -0500 (CDT) Message-Id: <199804222228.RAA15757@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Reply-To: alk@pobox.com To: current@FreeBSD.ORG Subject: pthread_mutex_lock X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was of the impression that pthread_mutex_lock was supposed to block? The man page on current says it does not. Am I confused? Is the man page confused? Or is it a discrepancy between implementation and spec, documented by the man page? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 15:36:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19705 for freebsd-current-outgoing; Wed, 22 Apr 1998 15:36:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlogic.com.au [203.36.2.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA19692 for ; Wed, 22 Apr 1998 22:36:02 GMT (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id IAA00643; Thu, 23 Apr 1998 08:34:51 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199804222234.IAA00643@cimlogic.com.au> Subject: Re: pthread_mutex_lock In-Reply-To: <199804222228.RAA15757@compound.east.sun.com> from Tony Kimball at "Apr 22, 98 05:28:54 pm" To: alk@pobox.com Date: Thu, 23 Apr 1998 08:34:51 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tony Kimball wrote: > > I was of the impression that pthread_mutex_lock was supposed to block? > The man page on current says it does not. Am I confused? Is the > man page confused? Or is it a discrepancy between implementation > and spec, documented by the man page? It blocks. pthread_mutex_trylock is the one that doesn't block. Which man page says otherwise? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 17:17:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11612 for freebsd-current-outgoing; Wed, 22 Apr 1998 17:17:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11603 for ; Thu, 23 Apr 1998 00:17:39 GMT (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id TAA12383; Wed, 22 Apr 1998 19:17:09 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id TAA09703; Wed, 22 Apr 1998 19:17:08 -0500 (CDT) Message-ID: <19980422191708.39018@mcs.net> Date: Wed, 22 Apr 1998 19:17:08 -0500 From: Karl Denninger To: "John S. Dyson" Cc: "Jordan K. Hubbard" , tlambert@primenet.com, ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption References: <26172.893275966@time.cdrom.com> <199804222138.QAA05971@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199804222138.QAA05971@dyson.iquest.net>; from John S. Dyson on Wed, Apr 22, 1998 at 04:38:05PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 22, 1998 at 04:38:05PM -0500, John S. Dyson wrote: > > > Some people may argue that my approach is not correct; but where is > > > the alternative code? > > > > Can you perhaps work specifically with John Dyson and Peter Wemm on > > this then? Both have expressed an interest in looking at NFS and I > > think you'll find far greater success in working with one or two > > "responsible committers" rather than just tossing the ball into > > -current only to see it hit the ground while everyone stands around > > expecting someone else to run forward and catch it. > > > Random, diffuse postings to -current don't get my attention, due to > my overload. It takes repetition and persistance to deal with me. > Think of me working entirely in squeaky wheel mode. > > John *I*T *I*S *S*T*I*L*L *B*R*O*K*E*N :-) Where's the oil? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly / All Lines K56Flex/DOV | NEW! Corporate ISDN Prices dropped by up to 50%! Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 17:31:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16513 for freebsd-current-outgoing; Wed, 22 Apr 1998 17:31:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16414 for ; Thu, 23 Apr 1998 00:30:59 GMT (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id KAA15730; Thu, 23 Apr 1998 10:00:24 +0930 (CST) Message-Id: <199804230030.KAA15730@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Nathan Dorfman , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "22 Apr 1998 13:13:54 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Apr 1998 10:00:24 +0930 From: "Daniel O'Connor" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Because the screen savers anyone can use, and most people have sound cards > > their machines.. The number of people with X-10 systems is pretty small AFA > IK.. > FreeBSD is widely used by ISPs or WWW content providers on servers > which have never even been within a fifteen-mile radius of a sound > card. True, but more people have sound cards than X-10 systems, by a large factor :) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 17:55:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24049 for freebsd-current-outgoing; Wed, 22 Apr 1998 17:55:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24044 for ; Thu, 23 Apr 1998 00:55:56 GMT (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id RAA02731; Wed, 22 Apr 1998 17:55:56 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd002703; Wed Apr 22 17:55:52 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id RAA16205; Wed, 22 Apr 1998 17:55:52 -0700 (MST) From: Terry Lambert Message-Id: <199804230055.RAA16205@usr02.primenet.com> Subject: Re: am-utils: contrib or port? To: Harlan.Stenn@pfcs.com (Harlan Stenn) Date: Thu, 23 Apr 1998 00:55:52 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <12791.893229096@brown.pfcs.com> from "Harlan Stenn" at Apr 22, 98 03:11:36 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It's been suggested that we upgrade the existing amd stuff to am-utils. > > Should this be done as a port or should it be put in contrib? I think it's a prat of the base system. I guess the question is "why isn't it on a vendor branch"? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 17:58:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24880 for freebsd-current-outgoing; Wed, 22 Apr 1998 17:58:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24855 for ; Thu, 23 Apr 1998 00:58:28 GMT (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id KAA15969; Thu, 23 Apr 1998 10:26:56 +0930 (CST) Message-Id: <199804230056.KAA15969@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Paul D. Robertson" cc: "Matthew N. Dodd" , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "Wed, 22 Apr 1998 14:22:41 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Apr 1998 10:26:56 +0930 From: "Daniel O'Connor" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > None of my machines have sound cards... > > Ditto. > > > Trying to invoke a majority clause here is bogus IMHO > > Agreed. I disagree, but don't care enough to try and change it :) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 18:58:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04837 for freebsd-current-outgoing; Wed, 22 Apr 1998 18:58:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA04832 for ; Thu, 23 Apr 1998 01:58:13 GMT (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id SAA11667; Wed, 22 Apr 1998 18:58:10 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpd011609; Wed Apr 22 18:58:06 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id SAA24580; Wed, 22 Apr 1998 18:58:03 -0700 (MST) From: Terry Lambert Message-Id: <199804230158.SAA24580@usr08.primenet.com> Subject: Re: am-utils: contrib or port? To: tlambert@primenet.com (Terry Lambert) Date: Thu, 23 Apr 1998 01:58:02 +0000 (GMT) Cc: Harlan.Stenn@pfcs.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199804230055.RAA16205@usr02.primenet.com> from "Terry Lambert" at Apr 23, 98 00:55:52 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It's been suggested that we upgrade the existing amd stuff to am-utils. > > I think it's a prat of the base system. Uh, "part"; guess my Freudian slip is showing... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 19:12:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07174 for freebsd-current-outgoing; Wed, 22 Apr 1998 19:12:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA07129 for ; Thu, 23 Apr 1998 02:11:57 GMT (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (localhost [127.0.0.1]) by set.spradley.tmi.net (8.8.8/8.8.7) with ESMTP id VAA06243 for ; Wed, 22 Apr 1998 21:11:54 -0500 (CDT) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199804230211.VAA06243@set.spradley.tmi.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-current@FreeBSD.ORG Subject: Re: am-utils: contrib or port? In-reply-to: Your message of "Thu, 23 Apr 1998 01:58:02 -0000." <199804230158.SAA24580@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 21:11:53 -0500 From: Ted Spradley Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, where do I go to find out more about this am-utils, and how it's different from AMD? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 19:41:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11506 for freebsd-current-outgoing; Wed, 22 Apr 1998 19:41:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA11493 for ; Thu, 23 Apr 1998 02:41:00 GMT (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id TAA01764; Wed, 22 Apr 1998 19:34:19 -0700 (PDT) Message-Id: <199804230234.TAA01764@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Karl Denninger cc: "John S. Dyson" , "Jordan K. Hubbard" , tlambert@primenet.com, ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption In-reply-to: Your message of "Wed, 22 Apr 1998 19:17:08 CDT." <19980422191708.39018@mcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Apr 1998 19:34:18 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Apr 22, 1998 at 04:38:05PM -0500, John S. Dyson wrote: > > > > Some people may argue that my approach is not correct; but where is > > > > the alternative code? > > > > > > Can you perhaps work specifically with John Dyson and Peter Wemm on > > > this then? Both have expressed an interest in looking at NFS and I > > > think you'll find far greater success in working with one or two > > > "responsible committers" rather than just tossing the ball into > > > -current only to see it hit the ground while everyone stands around > > > expecting someone else to run forward and catch it. > > > > > Random, diffuse postings to -current don't get my attention, due to > > my overload. It takes repetition and persistance to deal with me. > > Think of me working entirely in squeaky wheel mode. > > > > John > > *I*T *I*S *S*T*I*L*L *B*R*O*K*E*N > > :-) > > Where's the oil? We're (FreeBSD Inc.) currently finalising serious funding for a full-time developer to FIX THIS. In addition, one of the principal developers of the NFS code has expressed an interest in fixing things that are really wrong with it. I notice that MCS is a serious organisation. I would go so far as to say that having NFS work *properly* is worth something to you. How much? You don't have to make the sum public, but if you're serious about seeing this fixed, the one way to see it happen *for* *certain* is to be part of the effort in funding a real professional to work on the code, on a professional basis. I would really, seriously, like to hear from you on this. We're serious. Are you? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 20:00:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14595 for freebsd-current-outgoing; Wed, 22 Apr 1998 20:00:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA14519 for ; Thu, 23 Apr 1998 03:00:27 GMT (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id DAA04375 for ; Thu, 23 Apr 1998 03:00:17 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id XAA01282 for current@freebsd.org; Wed, 22 Apr 1998 23:00:16 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804230300.XAA01282@rtfm.ziplink.net> Subject: Re: ELF kernels: When? In-Reply-To: <199804222032.NAA00578@dingo.cdrom.com> from "Mike Smith" at "Apr 22, 98 01:32:09 pm" To: current@FreeBSD.ORG Date: Wed, 22 Apr 1998 23:00:16 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" So, does anyone know enough about bootblocks to look at integrating => NetBSD's? [...] => They have done a significant amount of work in this area it seems, => and they already have a two-stage design. Trying to squeeze every => last bit out of the current blocks seems futile.. =The only thing "wrong" with their code is that their second stage =bootblock has a blocklist for the third stage. That's Ugly. Yet its there. Please, excuse me wondering into an area I have very limited understanding of, but why can not FreeBSD be booted by NetBSD bootblocks? Would not this be a sensible step to take? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 20:30:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18344 for freebsd-current-outgoing; Wed, 22 Apr 1998 20:30:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA18329 for ; Thu, 23 Apr 1998 03:30:48 GMT (envelope-from piquan@wcc.wcc.net) Received: from detlev.UUCP (tnt82.wcc.net [208.10.139.82]) by wcc.wcc.net (8.8.8/8.8.8) with ESMTP id WAA05068; Wed, 22 Apr 1998 22:13:48 -0500 (CDT) Received: (from joelh@localhost) by detlev.UUCP (8.8.8/8.8.8) id VAA01114; Wed, 22 Apr 1998 21:13:45 -0500 (CDT) (envelope-from joelh) Date: Wed, 22 Apr 1998 21:13:45 -0500 (CDT) Message-Id: <199804230213.VAA01114@detlev.UUCP> To: dag-erli@ifi.uio.no CC: current@FreeBSD.ORG In-reply-to: (dag-erli@ifi.uio.no) Subject: Re: syscons.c and graphical screensavers From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199804160353.WAA01213@detlev.UUCP> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> I changed current's src/sys/i386/isa/syscons.c to put the "should we >>> stop the screensaver" check before the "should we just return" check. >> The screensaver needs to properly handle shutdown before the switch, >> but that's not hard. If you're writing a graphical screensaver, talk >> to me and I'll get you my template. > OK, I added a call to stop_scrn_saver() right before the switching > code in switch_scr(). Perhaps it's *too* conservative, but I figured > it can't hurt. Okay. I'll test some stuff out. > As to your template, I remember you mentioning it way back; I'd love > to see it. I have written two graphical screensavers (the logo saver > you've already seen, and a starfield with eight levels of parallax > scrolling) which would certainly benefit from your code :) If you could send me your current code, it may give me an idea as to what is useful to code and what is not. Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 20:59:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA23171 for freebsd-current-outgoing; Wed, 22 Apr 1998 20:59:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from comp.polyu.edu.hk (csns02.COMP.POLYU.EDU.HK [158.132.25.95]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA23094 for ; Thu, 23 Apr 1998 03:59:16 GMT (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar82.COMP.HKP.HK by comp.polyu.edu.hk (SMI-8.6/SMI-SVR4) id LAA16175; Thu, 23 Apr 1998 11:58:48 +0800 Received: (from c5666305@localhost) by cssolar82.COMP.HKP.HK (SMI-8.6/) id LAA10828 for freebsd-current@freebsd.org; Thu, 23 Apr 1998 11:58:46 +0800 Message-Id: <199804230358.LAA10828@cssolar82.COMP.HKP.HK> Subject: laptop for FreeBSD To: freebsd-current@FreeBSD.ORG Date: Thu, 23 Apr 1998 11:58:46 +0800 (HKT) From: "c5666305" X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am not sure this is the right place to post the question about laptop that can run FreeBSD. If not, please forget me as I cannot find any way to ask for it. I have searched and reviewed the PAO and found that not much of the record not latop running FreeBSD under XFree86 3.3.x environment. I would like to know if anyone whose machine is running XFree86 3.3.2, please send the configuration of your machine to me as I am going to buy a laptop for my final year project presentation and for future use. My idea machine may be IBM thinkpad 535x (I didn't quite the series number). Any suggestion? Thanks. Clarence To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 21:43:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA00466 for freebsd-current-outgoing; Wed, 22 Apr 1998 21:43:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from prairiecomm.prairiecommunications.com (mail.prairiecommunications.com [208.141.230.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA00455 for ; Wed, 22 Apr 1998 21:42:53 -0700 (PDT) (envelope-from alk@pobox.com) Received: from 208.141.230.118 by prairiecomm.prairiecommunications.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1457.7) id JN78H1XF; Wed, 22 Apr 1998 23:38:19 -0500 Received: (from alk@localhost) by pobox.com (8.8.8/8.7.3) id XAA17035; Wed, 22 Apr 1998 23:44:56 -0500 (CDT) Date: Wed, 22 Apr 1998 23:44:56 -0500 (CDT) Message-Id: <199804230444.XAA17035@pobox.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Reply-To: alk@pobox.com To: jb@cimlogic.com.au Subject: Re: pthread_mutex_lock References: <199804222228.RAA15757@compound.east.sun.com> <199804222234.IAA00643@cimlogic.com.au> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoth John Birrell on Thu, 23 April: : : It blocks. pthread_mutex_trylock is the one that doesn't block. : Which man page says otherwise? This is amusing. pthread(3) says otherwise: int pthread_mutex_lock(pthread_mutex_t *mutex) Try to lock a mutex, but don't block if the mutex is locked by another thread, including the current thread. But *only* if I use xemacs 20.3's (manual-entry "pthread(3)"). My apologies for the noise. The elisp clean-up code is apparently broken. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 22:59:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA09895 for freebsd-current-outgoing; Wed, 22 Apr 1998 22:59:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA09887 for ; Wed, 22 Apr 1998 22:58:59 -0700 (PDT) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id FAA17675; Thu, 23 Apr 1998 05:57:26 GMT Date: Thu, 23 Apr 1998 14:57:26 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: "Jordan K. Hubbard" , ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption In-Reply-To: <199804221912.MAA29389@usr08.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Terry Lambert wrote: > There probably needs to be some consensus brought to Michael Hancock's > patches, as well. They seem good, and they seem in line with simplifying > what an NFS maintainer (or any other person doing FS developement) needs > to have to be able to hold in their head at one time to get useful work > done. I feel confident that the patches DTRT. Kirk wanted to see them fixed and after going through the code I can see why. They weren't done earlier because the scope of the changes seemed very large, but it wasn't all that bad. There were over 700 vrele and vput calls, but it appears that only about 10 to 15 percent of them were bogusly placed. I'm pretty sure we have concensus, but I would like to have someone test NFS and ext2fs since I've only done compile testing on those file systems. Note the patches for these two file systems were very straight forward compared to the ones for unionfs so I'm confident that they are fine. If anyone has the resources to test then please download the patches at... http://www.freebsd.org/~mch/vop1a.diff Then do cd /sys patch < /tmp/vop1a.diff rebuild your kernel To reverse cd /sys patch -R < /tmp/vop1a.diff If I can't find any testers for nfs/ext2 then I suggest we just commit the patch sometime next week. There is a national holiday in Japan, but I'm not going anywhere so I'll be around in the unlikely case there's a big problem. After this I will have a little time to help out on softupdates and in a month or so I'll have an NFS environment up and running so I can help out there as well. I'm also going to look more into VM/VFS interaction for all file systems and some issues with nullfs. I decided to put the VFS_VRELE stuff on hold after mulling through all the discussions with you, John, Kirk, Poul and recently John Heidemann. Basically, instead of abstracting up into vn_rele I'll probably just keep vrele and make a VFS_VALLOC/VFS_VFREE. We should backout my previous set of patches. I'll probably revisit this after softupdates and NFS have stabilized. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 22 23:26:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14041 for freebsd-current-outgoing; Wed, 22 Apr 1998 23:26:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from minotaur.com (qmailr@www.minotaur.com [209.70.17.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA14036 for ; Wed, 22 Apr 1998 23:26:54 -0700 (PDT) (envelope-from jon@minotaur.com) Received: (qmail 22441 invoked from network); 23 Apr 1998 06:30:36 -0000 Received: from roaming.minotaur.com (HELO roaming) (209.70.17.100) by www.minotaur.com with SMTP; 23 Apr 1998 06:30:36 -0000 From: "Jon E. Mitchiner" To: Subject: install not making dirs (why not!?) with current. Date: Thu, 23 Apr 1998 02:28:02 -0400 Message-ID: <001301bd6e80$f7a8dc70$641146d1@roaming.minotaur.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG install -c -o bin -g bin -m 644 etc/README.examples,v /usr/share/examples/etc/README.examples,v install -c -o bin -g bin -m 644 etc/Attic/aliases,v /usr/share/examples/etc/Attic/aliases,v install: /usr/share/examples/etc/Attic/aliases,v: No such file or directory *** Error code 71 So I went and mkdir'd /usr/share/examples/etc/Attic and re-ran make world. Bing, I run into another error again. install -c -o bin -g bin -m 644 lkm/syscall/README,v /usr/share/examples/lkm/syscall/README,v install -c -o bin -g bin -m 644 lkm/vfs/module/Attic/Makefile,v /usr/share/examples/lkm/vfs/module/Attic/Makefile,v install: /usr/share/examples/lkm/vfs/module/Attic/Makefile,v: No such file or directory Sigh. Why doesn't install make dirs on its own? It'd help reduce the time taken to remake make world continuously. Time for a 3rd make world run. Another hour of waiting or so. I'm trying to get a benchmark on a PII-350 MHz system with a 100MHz system bus. It gets to this point at approx 1 hour 8 mins. Jon ______________________________________________________________________ Jon E. Mitchiner - jon@minotaur.com Minotaur Technologies, LLC - http://www.minotaur.com - (703) 560-0683 (FAX) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 00:27:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21615 for freebsd-current-outgoing; Thu, 23 Apr 1998 00:27:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21608 for ; Thu, 23 Apr 1998 00:27:44 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA06276; Thu, 23 Apr 1998 00:23:44 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd006274; Thu Apr 23 07:23:42 1998 Date: Thu, 23 Apr 1998 00:18:21 -0700 (PDT) From: Julian Elischer To: Michael Hancock cc: Terry Lambert , "Jordan K. Hubbard" , ken@plutotech.com, syssgm@dtir.qld.gov.au, freebsd-current@FreeBSD.ORG Subject: Re: NFS corruption In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG at this stage, they seem to work well I think that we've looked at your patches enough for -current. I think you should check them in at this point. We know that the system stil functions reliably with them. and they'll get wider review and testing that way. I think all the people who will test because you ask for it have already done so. On Thu, 23 Apr 1998, Michael Hancock wrote: > On Wed, 22 Apr 1998, Terry Lambert wrote: > > > There probably needs to be some consensus brought to Michael Hancock's > > patches, as well. They seem good, and they seem in line with simplifying > > what an NFS maintainer (or any other person doing FS developement) needs > > to have to be able to hold in their head at one time to get useful work > > done. > > I feel confident that the patches DTRT. Kirk wanted to see them fixed and > after going through the code I can see why. They weren't done earlier > because the scope of the changes seemed very large, but it wasn't all that > bad. There were over 700 vrele and vput calls, but it appears that only > about 10 to 15 percent of them were bogusly placed. > > I'm pretty sure we have concensus, but I would like to have someone test > NFS and ext2fs since I've only done compile testing on those file systems. > Note the patches for these two file systems were very straight forward > compared to the ones for unionfs so I'm confident that they are fine. If > anyone has the resources to test then please download the patches at... > > http://www.freebsd.org/~mch/vop1a.diff > > Then do > > cd /sys > patch < /tmp/vop1a.diff > > rebuild your kernel > > To reverse > > cd /sys > patch -R < /tmp/vop1a.diff > > If I can't find any testers for nfs/ext2 then I suggest we just commit the > patch sometime next week. There is a national holiday in Japan, but I'm > not going anywhere so I'll be around in the unlikely case there's a big > problem. > > After this I will have a little time to help out on softupdates and in a > month or so I'll have an NFS environment up and running so I can help out > there as well. I'm also going to look more into VM/VFS interaction for > all file systems and some issues with nullfs. > > I decided to put the VFS_VRELE stuff on hold after mulling through all the > discussions with you, John, Kirk, Poul and recently John Heidemann. > Basically, instead of abstracting up into vn_rele I'll probably just keep > vrele and make a VFS_VALLOC/VFS_VFREE. We should backout my previous set > of patches. I'll probably revisit this after softupdates and NFS have > stabilized. > > Regards, > > > Mike > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 01:20:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28004 for freebsd-current-outgoing; Thu, 23 Apr 1998 01:20:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skraldespand.demos.su (skraldespand.demos.su [194.87.5.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27999 for ; Thu, 23 Apr 1998 01:19:55 -0700 (PDT) (envelope-from mishania@skraldespand.demos.su) Received: (from mishania@localhost) by skraldespand.demos.su (8.8.8/D) id MAA25773; Thu, 23 Apr 1998 12:18:32 +0400 (MSD) Posted-Date: Thu, 23 Apr 1998 12:18:32 +0400 (MSD) Message-ID: <19980423121831.33764@demos.su> Date: Thu, 23 Apr 1998 12:18:31 +0400 From: "Mikhail A. Sokolov" To: Kazutaka YOKOTA Cc: current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <199804220516.OAA00391@zodiac.mech.utsunomiya-u.ac.jp> <199804221343.WAA10534@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199804221343.WAA10534@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Wed, Apr 22, 1998 at 10:43:15PM +0900 Organization: Demos Company, Ltd., Moscow, Russian Federation. X-Point-of-View: Gravity is myth, - the earth sucks. X-Useless-Header: Look ma! It's a # sign! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 22, 1998 at 10:43:15PM +0900, Kazutaka YOKOTA wrote: # # We usually turn on getty on some vtys, say ttyv0 through ttyv2. When # xdm is started from /etc/rc.local (or /usr/local/etc/rc.d/something), # getty has not yet been started. Therefore, ttyv1 through ttyv2 are not # in use and is available. Btw, why only through v2? It won't do any harm to default to all available virtual consoles by default, i.e. ttyv[0-9], leaving ttyva for X. # Kazu # # To Unsubscribe: send mail to majordomo@FreeBSD.org # with "unsubscribe freebsd-current" in the body of the message -- -mishania To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 02:12:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02980 for freebsd-current-outgoing; Thu, 23 Apr 1998 02:12:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from koto.partitur.se (koto.partitur.se [193.219.246.209]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA02970 for ; Thu, 23 Apr 1998 02:12:07 -0700 (PDT) (envelope-from kudo@partitur.se) Received: from koto.partitur.se (koto.partitur.se [193.219.246.209]) by koto.partitur.se (8.8.7/8.8.7) with SMTP id LAA04680; Thu, 23 Apr 1998 11:13:37 +0200 (CEST) (envelope-from kudo@partitur.se) Date: Thu, 23 Apr 1998 11:13:37 +0200 (CEST) From: Patrik Kudo To: Michael Hancock cc: FreeBSD Current Subject: Re: NFS corruption In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Michael Hancock wrote: > I feel confident that the patches DTRT. Kirk wanted to see them fixed and > after going through the code I can see why. They weren't done earlier > because the scope of the changes seemed very large, but it wasn't all that > bad. There were over 700 vrele and vput calls, but it appears that only > about 10 to 15 percent of them were bogusly placed. > > I'm pretty sure we have concensus, but I would like to have someone test > NFS and ext2fs since I've only done compile testing on those file systems. > Note the patches for these two file systems were very straight forward > compared to the ones for unionfs so I'm confident that they are fine. If > anyone has the resources to test then please download the patches at... > > http://www.freebsd.org/~mch/vop1a.diff I have some problems that I think are NFS related. I have not followed this entire thread, so I don't know if this patch will help me, but I'll give it a try anyway. My problem is that programms that access files over NFS somtimes locks totaly and won't be killed. The kernel and userland are built on sources from 980413 and patched with CAM from the same date. Is this similar to problems reported earlier? Regards, Patrik Kudo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 02:32:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04775 for freebsd-current-outgoing; Thu, 23 Apr 1998 02:32:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04768 for ; Thu, 23 Apr 1998 02:32:56 -0700 (PDT) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id JAA19311; Thu, 23 Apr 1998 09:31:53 GMT Date: Thu, 23 Apr 1998 18:31:53 +0900 (JST) From: Michael Hancock To: Patrik Kudo cc: FreeBSD Current Subject: Re: NFS corruption In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Patrik Kudo wrote: > On Thu, 23 Apr 1998, Michael Hancock wrote: > > > I feel confident that the patches DTRT. Kirk wanted to see them fixed and > > after going through the code I can see why. They weren't done earlier > > because the scope of the changes seemed very large, but it wasn't all that > > bad. There were over 700 vrele and vput calls, but it appears that only > > about 10 to 15 percent of them were bogusly placed. > > > > I'm pretty sure we have concensus, but I would like to have someone test > > NFS and ext2fs since I've only done compile testing on those file systems. > > Note the patches for these two file systems were very straight forward > > compared to the ones for unionfs so I'm confident that they are fine. If > > anyone has the resources to test then please download the patches at... > > > > http://www.freebsd.org/~mch/vop1a.diff > > I have some problems that I think are NFS related. I have not followed > this entire thread, so I don't know if this patch will help me, but I'll > give it a try anyway. Thanks, I'd appreciate it. The patches are only a start to fixing bigger problems. > My problem is that programms that access files over NFS somtimes locks > totaly and won't be killed. The kernel and userland are built on sources > from 980413 and patched with CAM from the same date. > > Is this similar to problems reported earlier? It sounds similar to some of the things Karl was reporting earlier. The recent reports concern corruption in files. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 03:05:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10255 for freebsd-current-outgoing; Thu, 23 Apr 1998 03:05:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from marathon.tekla.fi (marathon.tekla.fi [192.98.7.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10250 for ; Thu, 23 Apr 1998 03:05:56 -0700 (PDT) (envelope-from sja@tekla.fi) Received: from poveri.tekla.fi (poveri.tekla.fi [192.98.7.19]) by marathon.tekla.fi (8.8.7/8.8.7) with SMTP id NAA28739 for ; Thu, 23 Apr 1998 13:05:23 +0300 From: Sakari Jalovaara Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA17031; Thu, 23 Apr 1998 13:05:39 +0300 Date: Thu, 23 Apr 1998 13:05:39 +0300 Message-Id: <9804231005.AA17031@poveri.tekla.fi> To: current@FreeBSD.ORG Subject: Re: Help! Booting a diskless client. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>=>/diskless/swapfiles: >>=>total 2064 >>=>-rw-rw-r-- 1 root wheel 1048576 Apr 21 14:56 swap.208.2.87.13 >> >> Now, this would be a fine project for someone, to make NFS server >> let clients share a _single_ swap file efficiently and safely :) > > Come noww, you know that you can only squeeze so much information > in a fixed number of "flops" :-) Now, the ability to dynamically > resize the swap space is another issue. > > Actually, that can be accomplished if you insert a layer in the > storage stack that redirects to allocation, much in the manner > that page maps do it for the allocation of virtual addresses to > real addresses. How about adding a way to make holes in existing files. (At least I can't think of a way to do that now...) clearfile(int fd, off_t start, off_t size) Plus an extension to NFS to get it to the server. "ls" would still show the maximum size the swap file has ever been; but the file would only take the space it needs now. When the diskless kernel frees a swap page, it would tell the server to make a hole in the swap file at the appropriate place (if the server supports the operation.) ++sja To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 07:14:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04161 for freebsd-current-outgoing; Thu, 23 Apr 1998 07:14:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04156 for ; Thu, 23 Apr 1998 07:14:17 -0700 (PDT) (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id OAA05570 for ; Thu, 23 Apr 1998 14:14:10 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id KAA10503 for current@freebsd.org; Thu, 23 Apr 1998 10:14:09 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804231414.KAA10503@rtfm.ziplink.net> Subject: Net swap protocol (was .... Booting a diskless client) In-Reply-To: <9804231005.AA17031@poveri.tekla.fi> from "Sakari Jalovaara" at "Apr 23, 98 01:05:39 pm" To: current@FreeBSD.ORG Date: Thu, 23 Apr 1998 10:14:09 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"> let clients share a _single_ swap file efficiently and safely :) => Actually, that can be accomplished if you insert a layer in the => storage stack that redirects to allocation, much in the manner => that page maps do it for the allocation of virtual addresses to => real addresses. =When the diskless kernel frees a swap page, it would tell the server =to make a hole in the swap file at the appropriate place =(if the server supports the operation.) Or, a "brand new" net-swap protocol. Which will give the clients new type of block devices (swapable onto), and who knows what to the server. To repeat Sun, the network is a computer, why not have a (possibility of) unified swap? An OS independent protocol with FreeBSD as a "reference implementation". Can the current swap functionality be carefully splitted into that of a client and a server? The server can then even try to do caching, so that a file loaded into one of the client's virtual memory can quickly be mapped into that of another, and all the other neat things FreeBSD's VM does now on a single computer... Time to get off those drugs, though... -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 07:47:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09106 for freebsd-current-outgoing; Thu, 23 Apr 1998 07:47:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero-fddi.simon-shapiro.org (sendero.simon-shapiro.org.142.69.207.in-addr.arpa [207.69.142.25] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA09081 for ; Thu, 23 Apr 1998 07:47:36 -0700 (PDT) (envelope-from shimon@sendero-fddi.simon-shapiro.org) Received: (qmail 14866 invoked by uid 1000); 23 Apr 1998 13:57:07 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-040798 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19980416100139.T1090@freebie.lemis.com> Date: Thu, 23 Apr 1998 06:57:07 -0700 (PDT) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Greg Lehey Subject: Re: A CAM of worms Cc: freebsd-current@FreeBSD.ORG, Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Apr-98 Greg Lehey wrote: ... > I agree. Although I use CAM, and it works for me, and it seems a > whole lot better than the old driver, it's not finished yet. I > currently have both the old and new drivers in my source tree. If > it's too much trouble to keep the old version after the new one has > taken up its final place, maybe it should be left where it is at the > moment (/sys/cam) until CAM can do everything the old driver could do. > This would have the advantage for Justin that it's almost no work. I am sorry to have joined this discussion so late. I was on the road and no access to the net for all this time. My exceptions to the proposed plan: * No migration path; The is no mechanism to migrate at all. We need a way to have the same system boot either way. We need a mechanism to maintain source for the old systems and switch back. * No migration guide; The is no documentation on the new mechanism, its interfeaces, requirements, etc. I asked, several times, politely, and privately, for at least a list of functions, their intended purpose and the entry points into both HBA drivers and personality drivers. The ``I do not have time'' answer is simply not enough. If there is no time to list the API's maybe the code change should be held until there is time. * The idea of overnight obsolesence of all the existing SCSI code is a bit, shall we say, aggressive. Although I have all the confidence in the world that the CAM code is wonderfully reliable, efficient and great, sone of us earthly mortals would like to have a chance to compile and run the two systems side by side, at least until the porting is done. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 07:59:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11320 for freebsd-current-outgoing; Thu, 23 Apr 1998 07:59:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11311 for ; Thu, 23 Apr 1998 07:59:30 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id QAA23128; Thu, 23 Apr 1998 16:57:09 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 23 Apr 1998 16:57:08 +0200 (MET DST) Mime-Version: 1.0 To: Mike Smith Cc: "Jordan K. Hubbard" , Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <199804221614.JAA00611@antipodes.cdrom.com> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 23 Apr 1998 16:57:07 +0200 In-Reply-To: Mike Smith's message of "Wed, 22 Apr 1998 09:14:01 -0700" Message-ID: Lines: 8 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith writes: > How do you "restart xdm properly" if it's run out of an obscure system > startup script? You're being silly again. 8) Personally, I just log in as root and type xdm. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 08:05:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12362 for freebsd-current-outgoing; Thu, 23 Apr 1998 08:05:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12350; Thu, 23 Apr 1998 08:05:05 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id RAA24229; Thu, 23 Apr 1998 17:04:42 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 23 Apr 1998 17:04:41 +0200 (MET DST) Mime-Version: 1.0 To: joelh@gnu.org Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: syscons.c and graphical screensavers References: <199804160353.WAA01213@detlev.UUCP> <199804230213.VAA01114@detlev.UUCP> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 23 Apr 1998 17:04:41 +0200 In-Reply-To: Joel Ray Holveck's message of "Wed, 22 Apr 1998 21:13:45 -0500 (CDT)" Message-ID: Lines: 258 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joel Ray Holveck writes: > > OK, I added a call to stop_scrn_saver() right before the switching > > code in switch_scr(). Perhaps it's *too* conservative, but I figured > > it can't hurt. > Okay. I'll test some stuff out. I've been told it wasn't the Right Way. Kazutaka Yokota sent me patches which do the Right Thing, but I haven't had time to test them yet. He asked me to have them reviewed by sos before committing them. > If you could send me your current code, it may give me an idea as to > what is useful to code and what is not. Don't have it here, but again, Kazutaka Yokota sent me a screensaver skeleton which is pretty close to what I have written. I hope he won't mind too much if I repost hie email here. I hope MIME won't break the UU code. ---cut here--- To: dag-erli@ifi.uio.no Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: syscons.c Date: Tue, 21 Apr 1998 23:57:09 +0900 From: Kazutaka YOKOTA Here is a set of diffs I promised to you. 1. syscons.diff for /sys/i386/isa/syscons.c and /sys/i386/isa/syscons.h. 2. console.diff for /sys/i386/include/console.h. 3. saverfix.diff for /usr/src/lkm/syscons/* Diffs will make syscons and text screen savers co-exist with the VESA mode (0x102) support code, the splash screen code and graphical screen savers. (The text screen savers in the -current have been somewhat broken since the introduction of the VESA mode support: they don't work when syscons is in the VESA mode ;-< After this patch, the graphical screen saver should take the following steps. 1. The saver load function foo_saver_load() should return ENODEV if crtc_type is not KD_VGA or the console mode is the VESA mode. if (crtc_type != KD_VGA || cur_console->mode >= M_VESA_BASE) return ENODEV; 2. The saver function foo_saver() should be written like the following: static void foo_saver(int blank) { static int saved_mode; if (!blank) { /* * Restore the video mode. If palette and border color * have been changed, they should be restored too. */ cur_console->mode = saved_mode; cur_console->status &= ~UNKNOWN_MODE; set_mode(cur_console); scrn_blanked = 0; } else { if (scrn_blanked <= 0) { /* * Called for the first time. Switch video mode. * Change palette or border color if desired. */ scrn_blanked = 1; saved_mode = cur_console->mode; cur_console->mode = _whatever_graphics_mode_you_like_; cur_console->status |= UNKNOWN_MODE; set_mode(cur_console); /* draw something */ ... } else { if (++scrn_blanked <= 10) return; /* * Animate graphics image... * But remember, we should not spend long time * here. */ ... scrn_blanked = 1; } } } Note that syscons won't call the screen saver (text or graphical), if the console is already in the graphics mode. Kazu begin 640 diffs.tar.gz M'XL( $&L/#4 ^P\:W/;1I+Y"OV*L5-Q^)0 @@0?BIS0M.*H+$L^47*,",5JO;_8;I7VI!ZF<9 M)T[$V#NFL6M:VG@9L#= $Z,#K!FT MK8%I,*/?[^W4Z_4,5CM?>FRXB%C+ 'X.=&/0;G&PGWYB3:/3;719'7]9[*>? M=MBW$V_J!QY[_=(^?#74M+:F[=68%UP[@>M-V%7D+*Y]-V;.Q%DD7L2TVEYN MT#L6#*!PPE+O/N$S<.)QR(O3L+(8],P M2&+&"LO#<;H8-_&3)-1H!UU[D M+F=>G!&DR1;.E<=T]A-[H<,G]UHQWL#QQL;Q!H[OK8Y_,QK:;TY?'L(,TRG. M, ^#T+V.PKF7\H*0AV'UG7HV\-WA>&B_&(YQ))@$'(JW.'"PG%_"0"0URQ-X M_"OQT>[I]ZV.9A^=5KX??]^ ^;*[U5)H4R^#-O7JSM^M=/]&G]BY]:*I?_\E M'< 6^V^BC&7VWT#[W^X8_['_7^-S%$R\^P&;.!ZH\1[_99-0[+H[!__\9^=L M-&93?^8-V%X="?E8*V"!0< M7W^@F]P>FR;98_C5)WO\YP[3_"!A7A3M@[6J:_Z45=QE9 L'V7Q.9NWY@6KX MJ@"G 5;+*&"')V!#W^V#B63:W(MC,+DS+V '+$XB^%*Y#N,D<.9>E=69"?_% M;;C[L*";!OR'L:A!Z;,(Y@ +6MW/)H49Y\YL%KH5Y2TP&FTB+.#%Q<_X[=?A MT?GI:Q@GY"$.G!MOCWY^;6DH>?5:63"LG# U_)+1F'(W5F5A8ZNT3PH#&6@ M4A;:YL#L\MC&T%$6\-=7DH4\T_^%W&9:O(A@Z5,)WF!/OXO9=_'3!N,OQ=_9 M>Z1T@,G,DR66R\)AG*C1"XZ&LU"'L6.I,*<'#I)@PPLQ/G<@81#WQ-%@V$9NY\4D69^N?$ M2-QR)A,[=B-AX"K90I#YGT!8!67_QOROHUMF6_'_+?3_IF7^Q_]_C0\JPN[N M'OR3DN!"%MBR=#6_ XT 4>_H61J8 N?2P-:@TQVTC2P-;&/Z5V]C+DA)C!^X MLR7(\ \P?F_BW4YC2)5VKY_#(R\ $43KF0'-'?<:8OJ]RS!,_& :^U$(I\%?;?GSN+W5L?ZL%_V,%*?9L\P%:;Y.MFM;RDWOGQ@+XY. MQY3CD=.D]U)^3+81$NT#HK<_!3JP\?G+WGO#^OGTY!S@/S+\8H.W1C*T=&)9 M2^\V#)WH0/-!$EVIQ:Z]C,'<^J&;S*H5$#4[8? S-;$-YH)MC/"NDSB-'1RF M:?1T.G.N&DS8Z$44NJRVJ*:D( GE:QO9X[?'P_$O]GAT=GAX(JG!B!HQ?+MY ML+%F$%_#Z)^'Q^-#H)@0=! )( \0(EYXKC^%47&R!']%N3:?/P@3^\%+[$D8 M>)E8O#LZ.[\8'MOGY[^AJ+%*[*(D_W[_ 5Z2) _"_:=WJU5.K+8!DEUOM65! M0:SU-O0G+';G(9 ++6$BG1-,Q6K) OU$'M0/_*2"WXN/0*JXY)!/JY!@U5#4 M/@"QZ8(>,[LRC*7+QYNQ"P/="K] (8H1)"U,C%X=GH_LT8EFK-P\ M.3UY<7PZ>JVU.*\Z.NIWJR/MIGA-MA!(3/I80Y) MA=Z"Z?:E&RX> +?X.HP 2-!A&H5S_BT))5^C&X6@^>$K?'KD;$HPQ23JR,$" M1HD_]\)E8B,K(.3!RVA%?.'!<@$Z[Y7Q%=9S9T/(%8<8(%'BIQ,O3#0RQHKB M3$+[TIO-RJ9:^(E[S;].EA$,"8/2I5[._. &,?*\8#^S>T7;DN-'$EY=S3QA M6\38%0X66"" 5>TMA:A(.B" E--T.%FU"OU$9U)KM"[('68N)01['+G"V>0O4.PSZ+7N!462K8'3I:"0<$.X5"D5L-+1 M50PA5"A,PY:03T?X%J0\AOF*H/#B8E18"L4T3L<\JLJ2AKB/@5Y)Z9PHUS+5,8!>S+&9ALJ4\R[,@B2(@GF084 M"%OEBX*@$J6YQD;7GGO#8$+F!!,> M#L^']N%_71R]?7-X<@[N*P&+C)$H5W7Q."\WNT8BL#P8,6>>9-86$Z0 MNB6%EIF.EB_VV3/2-7"AEV',G9:4>U'U>QJ[WTT&7#JR5&WPW>1_@J=@%IM4 M79:<6P);&QML1E78F4?/GY^XR%-%2_.SH31$WI4?)UX4 WW"@"W".R]J+A+E8@#WUB")BBZ,HB-5])A4@_[(U L#? MEV&=JK*+.\X<_P$(?*KYW)<G)Z=II34?@ZQ:H;JF+NB5W%&770>5;+\; M7TEEDB$Y=3)Q;!"([R-_ZY?!L M='%\.!:W(;5PEK-DP&MB>IN\K:%W6K(JIA B@5A:J6'64ZMB M*0B4 %8IHYLR+Y7>_$MN*BO6OS\ZW<\M[R.$+CG7I?$ 1.PZM2Q"T O(1"D MJHV-L10DDC6Z0G>DWN9([1>!P7>1!]16D/O+B"$>A8T(I@D"N_,)"O#I,0C7 MZ17MJ9C]%3IWOZ.3=\)@(PD.*!.DZT0JI)=3<2WRLOF?MN%$;+ -/ORK.T2H#YRWRAI$1,SR5%1L?DPM5I MJ[$7X5_OPY!?[10^P7@5T,4;>I;&7P6"]"^EE(9>(O!S4K9 M"E(A)#S*\Y3GN#3U?)&:;%%.M@Q>3^ZV2[ ;O;+:^KW9T0O(X>T";B\(M-U3 M0$>KM]*"]V>C7RYCCT1^#>XD<'6C:\B@2Q6!/'JX:/'"E,9]'.0JW(YA.B!-)[::#6 5U*+&P9*0X5U6N0G"NZ":]FSQY0)< MOGGM&3CHF9= !O$$H9IY*RB#YQ+;F(N>ZYI62&/RI0^L?S$=9H>%XD_(4K#D MSUX?7[Q\=2CNO*24!7<+Q-JF800YRMWN[B[F-!P*ETCORNTM/.,["+TJ 2%O M(9^Q$:1R?#I\V1"/&S2QW2/OM'86H[UY&J,MY@' S1-96R:RY$06A0>"0_); M@4C9W6V$2B'WY-<-! ,(;2NUMDR#%%L[3YYL,@(XN@\-)[*% M,%?$[ZKTQ#(7,WI=OLG6ZW55CZ2D8.BO+TY>0RYW0J(LIP#W?2\U*5["X))-PH0PY&C]91,I(B->TJ/].2%A#=:KM3K$U/R>(;"" MRZ)$QC(Y,EVYWX6&8SB[2$HH17.GRH%P+:8(9V:/F9!(\#TUTHR7_P$"O MN%=XE.%CF?[QX%D-3L6FHLZ5I*7W>IMEYM6JS%Q]$9E9;\!2S+E828'BXB7% MBF/5$UB5!Z/B5:4:8;0'JD88[2^M$F@TC?9FI3#:$K$^!7HM0^]^6:TPVO]O MU.+Y >K%%L6QMBE.WG<]1G4,OK'8,HSN8U4G%:ZK+R-<&[QVF?(@SEP24P'D MF!D"LU;WL]7'RJN/M0E#Y%EYQ?Q?H5<00AC6%KVR4HS['&/3^L)Z9>7U2B7% MO[F.;5>A?-#V&!5J]3C9V]:C50:@:\^H7'Q@%]N7, M"6Y@T<^97LTV$2CB3,*%VF$JA#=M,JV73Y+FBFNJ->+AULD_"=(^J>1"W[R M(J:Y%?QPP'26B>T3WH.AH$]W>9Z(O*S(P13]%*-HKI.A%MEK#&<1/_MK!R8N6/*0)B,?)%1"J#)BOE/;G>36SOV7-#Q M0G%5/JBSPBQ5+'U4:GD1JHC5 : MTN/)$_4\)RJDM"4I-,CHX2FRA!;M&5%TRJ+#.LFUIE:& C'<:;4NIE M(TL;84J'9_HJS )&&TE(;6 R)(G#B#H)\)+O-"Q",#9>A,4D%;TG:A.=J._C M>3[JU<6>",.4S;H[Q?,)9!XK-;!3L607@%7Y>8BU;;?RS3E&HV!(YR*;JM:X M&M'5I)Z3D ,%:3^I?;OEKP-E",) G!ZJ9J'(X8N+\6]R;RN_0);A*<2JW>5E MBW:_KU3BR]WP6FNL4"_MO *2;>S'GP)G;@W5/O*76<<6\" M5^HHW'O.P[(F[[7#SYUSXRT7E8KH/*\^4]5N MT;G'R(&V0LR#%+6ZL9\R,A7K3ZIZKOK[U12%NOM!&HWM]&KJ="KR1?73!^(?#1PU;IMFZW9X63Z15EI#PX_:"UB81Z)48@*D MK*)V\2H=ORH.\A*L@3-O21KLCF\OYWE+=U"&^$86R?/]+L3M']O!L M;.(1.ZL\6H8P8+Y+N^F_ZQ_27IZ\6#T*7NY ELC5ECZYZ@I:A;:>-5CEH#B] M>)IA&D9'+:5FV_2/+JYS/FEE#?SYJ$<04ZV!K='[NK;.7FTT%DSYK#$<^17! MLB>1<[=IT7+OEI\2X<>G3+.G]M%^4K(N M )A27RFEIMW%Z=$$OK K+_ B7Z9F0DTP5:/7-80DJ,.I?9C5Q#W\%4[3 M)O^J#$-,L]MIM$P\(*-;C5:G%/4QQL]4[,%D3NY" R+(MA6\15M'Y\>/AN\,UM>?B@=2TW"_FD_7)->*; M,JTJ>]8P%DJ]$"WQ46-3[JW+?25;12Q68R>0L2^6";@*YF1_TDF_QEI'8GR\0/(!Y\"#;KB@XU-@1'5,5 M1SJNF&@UGSTTY"(HHJ048%>X22EDI8?8UF1@3]0^=C6M2(\:R)-D,H4B':## M8F;J:O LJO\A.\E+L7GN!.I.<^T15/44! #O;:Q\Z7!_O:-5GH?O(]ZJ5G2W+NJ@C/5AIL9(UK3?^,V>YVB! =O9?]71C"Y"NV MGBL!6K&Q_#/ZRM59^!\H>$/]JH7N\E6PD0#C?\*NQ8]K6IV.W*OBHYS Y8.$ M@E5=M02YOK!(,G2R?%K$*2U1X@U;;O-%4HEJWY-:5=%WV8PNW&# M1+AB?"^_4:_ORQNB,EH2C\+J#E_R_,;L6UU$NZWK1J.EX,W1.'V+YP_28P'9 MD_';\6@#AG7Z4XK@L=QT4^/_VKF6GK:!('S>_@IS@QA+-6 >C;BT4E4N/325 M4$^6DQCBUL11$A <^.^=U[[\2*AZJ"KM7/Q:V[.OV9F=F8_6*^@(N41PH.:N MN[5([:B*V:S$\+QKVB%Y2W-I);C/B:.LK[#K!TFNVXZ0\8X=;M&TP;R4(%H> M"TZHY^VB@A6:1]F&]O"G):[(JW4S+4'N=FJ\+,NY\SZHP: 65,NG!FM0/J_J M:K:M7W;%B?8[==7PGA^"8NQSZ/KZ&K[#V4K[+1PR234/W/(>'\:EI';ZA?#Y MJV%$@D;M+.B.R6\?OW,*2I:>I0@2$&?IU8E&"R"A06X-4#7^$$8!5(Z_0T[P MDK$/O/3U/ONE%8JM?+-E%?-?R'R1\\-MD^!9G![).AZY"WGB=.:>'0:GU- F M@\X[A-$\*BFF NI9'?_4]D^6@E Y!?LG.TDOCT_/;/L/SBO?H9&\ 522W((.!EF7N(_?:)LQW3GV5G]O.-#GYK0H;JEZC8;!X? M2D?MUK.^,-%(YD6+/$2MC=9!,<5A52V!V;IF<4E12=6&RW DDOF"R=2+8+U: M<#E.\IL5Z[D(#R,ZNBJ8EU[44EL]MXH#DW1DF\+QQ4L;HZ:XJA?5_>+0W=KB MSM"P#59K<7M![0Z>3MH*83*TM9BH3M]+TJ9(M429_VK-UN/!5ZFPSFWV.I'G M/=S!$.&H,NV =OA*'=M*1C,!T]F@@C9PG/&D6BD[)%_;80+7438Z?S^FM3F+ M'JKEXQ:6*"]7RSCEG<:R$1>O1@V)/N58(R) =*.6E*$<8XC6^#KY!,U=P=9C?"U+]0$9,GGH"J^W#U[Z@.# ^" 08B5U8H,%$-I6V%^KF![86&Y8S*'G,)2B.&A!0N:4,+>\AU=LN!0NUR74[*ZZEY&@934U\+"BJ4>%GMI&0&J^YUQOVA;R%ACZKMZ%,;%I M9-FAK,?_";^2N)L76UC7) $4S* ,0^Y3K3B1SN1)6%[]'1<.3OKA !()'9%R MW1B/OJ+QCJ9AE"0C;K T21U'?&I<)>?^X])[8@&/K+PXR&].+\_S&U##)C\F ME!_[) end ---cut here--- -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 08:15:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13518 for freebsd-current-outgoing; Thu, 23 Apr 1998 08:15:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13510 for ; Thu, 23 Apr 1998 08:15:45 -0700 (PDT) (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id PAA05694 for ; Thu, 23 Apr 1998 15:15:42 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id LAA10655 for current@freebsd.org; Thu, 23 Apr 1998 11:15:40 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804231515.LAA10655@rtfm.ziplink.net> Subject: Re: Disappearing keyboard In-Reply-To: from "Dag-Erling Coidan [Sm_rgrav]" at "Apr 23, 98 04:57:07 pm" To: current@FreeBSD.ORG Date: Thu, 23 Apr 1998 11:15:40 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13807 for freebsd-current-outgoing; Thu, 23 Apr 1998 08:16:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA13802 for ; Thu, 23 Apr 1998 08:16:21 -0700 (PDT) (envelope-from patl@phoenix.volant.org) From: patl@phoenix.volant.org Received: from asimov.phoenix.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.62 #1) id 0ySNjY-0007Cg-00; Thu, 23 Apr 1998 08:16:20 -0700 Received: from localhost by asimov.phoenix.volant.org (SMI-8.6/SMI-SVR4) id IAA16492; Thu, 23 Apr 1998 08:14:30 -0700 Date: Thu, 23 Apr 1998 08:14:30 -0700 (PDT) Reply-To: patl@phoenix.volant.org Subject: Re: Why is xtend in the base system? To: Studded cc: current@FreeBSD.ORG In-Reply-To: <353E542E.B3D24D08@san.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I thought we'd settled this. Xtend is in the base system because it uses kernel facilities that are still evolving at a rate that would make it prohibitively difficult to track from a port. We should table the issue and re-visit it once the kernel has settled down. > Actually trying to pretend that percentages don't matter is bogus. If > your argument were correct everything in the ports collection would be > integrated into the base OS since whether the majority of the users use > a given function or not is "bogus" as a criteria for inclusion. Nonsense. Almost all of the ports are strictly user land programs that are completely source-compatible across multiple OS revisions. Percentages -don't- matter either way in this decision because they aren't the issue. It's like arguing whether Ford or Chevy make better cars based on the available colors. You may as well argue that linux, SCO, and BSDi emulation, or the SYSV shared memory facilities should be yanked into ports because a lot of people don't use them. Ok, more people use them than use xtend; but exactly where and how do you draw the line? Or even get solid enough numbers to know how many people would be affected? > The question is "What kind of system do we want to ship?" and that's > been answered by consensus that we want to ship a system that the > majority (read, "unwashed masses") of users can unpack and use, and at > the same time a system that professional users can use and configure > with a minimum of hassle. (Of course there are other considerations such > as POSIX, etc., but I think you get the idea.) And having xtend in the base system degrades this model exactly how? > The sound card argument is particularly inappropriate since the only > "sound card" stuff that comes with the system is something you must > configure and compile if you want it. The xten stuff comes as binaries > in the binary distribution, is compiled with every make world (unless > you disable it like I did) and is not used by even a significant > minority of FreeBSD users. That would include the vast majority of ISP's > and WWW farms. Ah, so it is the extra overhead in 'make world' that you are complaining about. Well, I hate to break it to you; but the majority of FreeBSD users never do a make world. So if the percentages did matter, your complaint would still be irrelevant... Also, your argument didn't make it clear exactly how the xten stuff differs from the sound card stuff. If I want either, I have to tweak my kernel config. That's as much as the majority of FreeBSD users will ever see. > In conclusion I know that the chances of getting xten removed from the > base are very slim, but can we at least keep the discussion about the > merits in the realm of rationality? You mean back to the technical issues involved in keeping it working once it has been pulled from the base distribution? And in producing a port that will build and work across all the various 2.x and -current kernels that will be in use between the time you yank it and the time the kernel settles down? Are you volunteering to own the xten port? Isn't this a pretty minor issue to get all heated up over? -Pat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 08:24:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15963 for freebsd-current-outgoing; Thu, 23 Apr 1998 08:24:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15941; Thu, 23 Apr 1998 08:24:07 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM ([134.177.1.107]) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id IAA02490; Thu, 23 Apr 1998 08:21:12 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id IAA26639; Thu, 23 Apr 1998 08:21:09 -0700 (PDT) Received: from carrera.engwest ([134.177.160.237]) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id IAA02000; Thu, 23 Apr 1998 08:22:02 -0700 To: sos@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: re: Large IDE drive support added X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980423082202P.thomma@baynetworks.com> Date: Thu, 23 Apr 1998 08:22:02 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 39 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren, Soren> I've just added support for LBA mode addressing to the wd driver. Soren> I works on "dangerously dedicated" drives, I'm not so certain on Soren> fdisk partitioned drives YMMW... Soren> Soren> Enjoy, and let me know the results I just picked up Maxtor DiamondMax 11.5G drive last night at Fry's. I would like to try LBA mode on the drive. If I install say, SNAP CD, do I need your LBA supported driver (ie: boot floopy disk) to complete initial installation? I tried 980222 SNAP last night, I can not get passed 8GB limit (16383/16/63) with it. When the board(FIC PA-2007) shows correct disk geometry (22332/16/63) but when FreeBSD comes up saying 16383/16/63 and then it won't let me set new geometry... :( I also tried (1401/255/63) LBA mode but the same result. I guess I would have to have a complete boot kit set (fdisk, disklabel etc) with your driver in the kernel. By the way, the driver is really fast! It's actually faster than my 7200rpm SCSI x 2 ccd drive. I would love to utilize all the space available not just first 8GB :) I run -current(a few days old) on other machine. I could use the machine to install -current on 11.5G drive. I tried that last night but I could not build release directory with various compile errors... Any suggestion? Thanks Tammy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 08:46:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20608 for freebsd-current-outgoing; Thu, 23 Apr 1998 08:46:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA20600 for ; Thu, 23 Apr 1998 08:46:49 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id LAA05466; Thu, 23 Apr 1998 11:46:39 -0400 (EDT) (envelope-from wollman) Date: Thu, 23 Apr 1998 11:46:39 -0400 (EDT) From: Garrett Wollman Message-Id: <199804231546.LAA05466@khavrinen.lcs.mit.edu> To: Mikhail Teterin Cc: current@FreeBSD.ORG Subject: Net swap protocol (was .... Booting a diskless client) In-Reply-To: <199804231414.KAA10503@rtfm.ziplink.net> References: <9804231005.AA17031@poveri.tekla.fi> <199804231414.KAA10503@rtfm.ziplink.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Or, a "brand new" net-swap protocol. Which will give the clients > new type of block devices (swapable onto), and who knows what to > the server. Or even better, implement the decade-old RVD protocol... I probably have some sources, but I don't know what the licensing terms would be. (The Allspice system---4.3+NFS on uVAXen---included code for it.) -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 08:54:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22123 for freebsd-current-outgoing; Thu, 23 Apr 1998 08:54:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA22116; Thu, 23 Apr 1998 08:54:08 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id RAA17598; Thu, 23 Apr 1998 17:49:16 +0200 (MEST) (envelope-from sos) Message-Id: <199804231549.RAA17598@sos.freebsd.dk> Subject: Re: Large IDE drive support added In-Reply-To: <19980423082202P.thomma@baynetworks.com> from Tamiji Homma at "Apr 23, 98 08:22:02 am" To: thomma@BayNetworks.COM (Tamiji Homma) Date: Thu, 23 Apr 1998 17:49:16 +0200 (MEST) Cc: sos@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Tamiji Homma who wrote: > Soren, > > Soren> I've just added support for LBA mode addressing to the wd driver. > Soren> I works on "dangerously dedicated" drives, I'm not so certain on > Soren> fdisk partitioned drives YMMW... > Soren> > Soren> Enjoy, and let me know the results > > I just picked up Maxtor DiamondMax 11.5G drive last night at Fry's. > > I would like to try LBA mode on the drive. > > If I install say, SNAP CD, do I need your LBA supported driver > (ie: boot floopy disk) to complete initial installation? You need to download one of the latests SNAP's to get this working on a machine with only the Maxtor drive... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 09:01:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24239 for freebsd-current-outgoing; Thu, 23 Apr 1998 09:01:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24208 for ; Thu, 23 Apr 1998 09:01:10 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id MAA05522; Thu, 23 Apr 1998 12:00:59 -0400 (EDT) (envelope-from wollman) Date: Thu, 23 Apr 1998 12:00:59 -0400 (EDT) From: Garrett Wollman Message-Id: <199804231600.MAA05522@khavrinen.lcs.mit.edu> To: darrenr@reed.wattle.id.au Cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netinet ip_fw.c In-Reply-To: <9804222327.AA01355@avalon.reed.wattle.id.au.> References: <19980422155133.57092@follo.net> <9804222327.AA01355@avalon.reed.wattle.id.au.> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < There are numerous programs like this already - ps, netstat, top, etc. > I'd say "deal with it". When I'm done with netstat, I hope to have its interface completely separated from the actual kernel internals. It's not there yet, but I think I have the right ideas on how to proceed. There's no reason why the same strategy can't be taken with the process table. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 09:07:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26628 for freebsd-current-outgoing; Thu, 23 Apr 1998 09:07:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA26618 for ; Thu, 23 Apr 1998 09:07:00 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0ySOWW-00028o-00; Thu, 23 Apr 1998 09:06:56 -0700 Date: Thu, 23 Apr 1998 09:06:55 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: "Jon E. Mitchiner" cc: freebsd-current@FreeBSD.ORG Subject: Re: install not making dirs (why not!?) with current. In-Reply-To: <001301bd6e80$f7a8dc70$641146d1@roaming.minotaur.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Jon E. Mitchiner wrote: > install -c -o bin -g bin -m 644 etc/README.examples,v > /usr/share/examples/etc/README.examples,v > install -c -o bin -g bin -m 644 etc/Attic/aliases,v > /usr/share/examples/etc/Attic/aliases,v > install: /usr/share/examples/etc/Attic/aliases,v: No such file or directory > *** Error code 71 ... > Sigh. Why doesn't install make dirs on its own? It'd help reduce the time > taken to remake make world continuously. That directory should not exist. It seems that you've done something funny with your tree. Attic directories should only exist in the cvs tree, not the checked out copy. Attic directories contain obsolete files only. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 09:18:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29069 for freebsd-current-outgoing; Thu, 23 Apr 1998 09:18:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29040; Thu, 23 Apr 1998 09:18:53 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM ([134.177.1.107]) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id JAA07610; Thu, 23 Apr 1998 09:16:03 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id JAA18610; Thu, 23 Apr 1998 09:16:00 -0700 (PDT) Received: from carrera.engwest ([134.177.160.237]) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id JAA02077; Thu, 23 Apr 1998 09:17:03 -0700 To: sos@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: Large IDE drive support added In-Reply-To: Your message of "Thu, 23 Apr 1998 17:49:16 +0200 (MEST)" <199804231549.RAA17598@sos.freebsd.dk> References: <199804231549.RAA17598@sos.freebsd.dk> X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980423091703Y.thomma@baynetworks.com> Date: Thu, 23 Apr 1998 09:17:03 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 16 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren, > You need to download one of the latests SNAP's to get this working > on a machine with only the Maxtor drive... Thank you for the quick reply. I checked ftp.freebsd.org/FreeBSD. The snap that I can find is 3.0-980311-SNAP. I think that's too old. Right? Are there any other place (freefall.freebsd.org?) to keep the latest snap? Thanks Tammy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 09:25:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01366 for freebsd-current-outgoing; Thu, 23 Apr 1998 09:25:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01326; Thu, 23 Apr 1998 09:25:18 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id SAA00357; Thu, 23 Apr 1998 18:24:58 +0200 (MEST) (envelope-from sos) Message-Id: <199804231624.SAA00357@sos.freebsd.dk> Subject: Re: Large IDE drive support added In-Reply-To: <19980423091703Y.thomma@baynetworks.com> from Tamiji Homma at "Apr 23, 98 09:17:03 am" To: thomma@BayNetworks.COM (Tamiji Homma) Date: Thu, 23 Apr 1998 18:24:58 +0200 (MEST) Cc: sos@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Tamiji Homma who wrote: > Soren, > > > You need to download one of the latests SNAP's to get this working > > on a machine with only the Maxtor drive... > > Thank you for the quick reply. > > I checked ftp.freebsd.org/FreeBSD. The snap that I can > find is 3.0-980311-SNAP. I think that's too old. Right? It should be functional, but maybe with reduce disk performance it depends on WHEN on the 11 it was made... > Are there any other place (freefall.freebsd.org?) to keep > the latest snap? Try current.freeebsd.org... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 09:53:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA07784 for freebsd-current-outgoing; Thu, 23 Apr 1998 09:53:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from seera.nttlabs.com (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA07772 for ; Thu, 23 Apr 1998 09:53:08 -0700 (PDT) (envelope-from gene@seera.nttlabs.com) Received: (from gene@localhost) by seera.nttlabs.com (8.8.8/8.8.7) id JAA13142; Thu, 23 Apr 1998 09:52:02 -0700 (PDT) From: "Eugene M. Kim" Message-Id: <199804231652.JAA13142@seera.nttlabs.com> Subject: Re: Large IDE drive support added In-Reply-To: <19980423091703Y.thomma@baynetworks.com> from Tamiji Homma at "Apr 23, 98 09:17:03 am" To: thomma@BayNetworks.COM (Tamiji Homma) Date: Thu, 23 Apr 1998 09:52:02 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG Reply-To: gene@nttlabs.com X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Soren, > > > You need to download one of the latests SNAP's to get this working > > on a machine with only the Maxtor drive... > > Thank you for the quick reply. > > I checked ftp.freebsd.org/FreeBSD. The snap that I can > find is 3.0-980311-SNAP. I think that's too old. Right? > > Are there any other place (freefall.freebsd.org?) to keep > the latest snap? Visit ftp://current.freebsd.org/FreeBSD/ for daily snapshots of -current, and ftp://releng22.freebsd.org/FreeBSD/ for -stable. (In fact those two are the same host, but naming convention matters :->) As far as I know, the server builds two snapshots every day unless the source tree is so broken that buildworld fails. Beware -- since these snapshots are built automatically without human intervention, the quality is guaranteed only to ``it actually builds!'' level. Therefore, they may hose your system when installed. I suggest browsing -current or -stable mailing list archives around the date of snapshot, to check if there was some ongoing discussion on a serious bug. Regards, Gene -- Gene M. Kim Software Developer NTT Multimedia Communications Laboratories mailto:gene@nttlabs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 10:03:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA09904 for freebsd-current-outgoing; Thu, 23 Apr 1998 10:03:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA09899 for ; Thu, 23 Apr 1998 10:03:07 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id KAA00625; Thu, 23 Apr 1998 10:02:45 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: patl@phoenix.volant.org cc: Studded , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "Thu, 23 Apr 1998 08:14:30 PDT." Date: Thu, 23 Apr 1998 10:02:45 -0700 Message-ID: <622.893350965@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Isn't this a pretty minor issue to get all heated up over? Yes, and I wish people would just shut up about it already. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 10:06:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA11044 for freebsd-current-outgoing; Thu, 23 Apr 1998 10:06:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11033; Thu, 23 Apr 1998 10:06:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id KAA00680; Thu, 23 Apr 1998 10:06:34 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Tamiji Homma cc: sos@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Large IDE drive support added In-reply-to: Your message of "Thu, 23 Apr 1998 09:17:03 PDT." <19980423091703Y.thomma@baynetworks.com> Date: Thu, 23 Apr 1998 10:06:33 -0700 Message-ID: <677.893351193@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Are there any other place (freefall.freebsd.org?) to keep > the latest snap? current.freebsd.org. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 10:40:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18458 for freebsd-current-outgoing; Thu, 23 Apr 1998 10:40:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18420 for ; Thu, 23 Apr 1998 10:40:12 -0700 (PDT) (envelope-from Studded@san.rr.com) Received: from san.rr.com (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id KAA04335; Thu, 23 Apr 1998 10:40:06 -0700 (PDT) (envelope-from Studded@san.rr.com) Message-ID: <353F7CF5.A7889583@san.rr.com> Date: Thu, 23 Apr 1998 10:40:05 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0420 i386) MIME-Version: 1.0 To: "Dag-Erling Coidan Smørgrav" CC: current@FreeBSD.ORG Subject: Re: ls(1) References: <353E559F.1D150038@san.rr.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Coidan Smørgrav wrote: > > Studded writes: > > Dag-Erling Coidan Smørgrav wrote: > > > I fixed ls to support the -b option from AT&T Unices (display > > > unprintables in octal). I'd like some feedback from you people before > > > I merge it into -stable... so if there are any ls Power Users ;) out > > > there, let me know what you think. > > > > How about asking this in -Stable too. :) > > Since the change is only in current so far, they won't be able to test > it... But well, I guess I can still ask them if they want the extra > option. We are pushing to have the user of -Stable reading the -stable list along the same lines of having the users of -Current read the -current list. Involving the -stable list in the decisions that will affect the branch will increase the perceived utility of being subscribed to it. There are other benefits as well, but suffice it to say, thank you. :) Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 10:58:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20741 for freebsd-current-outgoing; Thu, 23 Apr 1998 10:58:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20731 for ; Thu, 23 Apr 1998 10:58:45 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id LAA26658; Thu, 23 Apr 1998 11:53:32 -0600 (MDT) Date: Thu, 23 Apr 1998 11:53:32 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199804231753.LAA26658@narnia.plutotech.com> To: shimon@simon-shapiro.org cc: current@FreeBSD.ORG Subject: Re: A CAM of worms Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am sorry to have joined this discussion so late. I was on the road and > no access to the net for all this time. I hope you have read the full thread and know that this announcement (which has hence been called off) was as much a surprise for me as it was for anyone else. > My exceptions to the proposed plan: > > * No migration path; The is no mechanism to migrate at all. We need a > way to have the same system boot either way. We need a mechanism to > maintain source for the old systems and switch back. There is certainly a migration path. Run a CAM kernel or don't. Must developers I know have plenty of space to store two sys trees. As I have stated to Julian several times, I will not polute the CAM code with #ifdefs, or gratuitously rename controller driver file names or "config names" just so you can build a kernel both ways. If you want the code to go on a branch first, fine by me, but it is my intention to only put the code into CVS at all once the minimum amount of device support acceptable to users of current has been developed and tested. > * No migration guide; The is no documentation on the new mechanism, its > interfeaces, requirements, etc. I asked, several times, politely, and > privately, for at least a list of functions, their intended purpose and > the entry points into both HBA drivers and personality drivers. The ``I > do not have time'' answer is simply not enough. If there is no time to > list the API's maybe the code change should be held until there is time. This is in the works and will be available long before any potential flag day. > * The idea of overnight obsolesence of all the existing SCSI code is a > bit, shall we say, aggressive. Although I have all the confidence in the > world that the CAM code is wonderfully reliable, efficient and great, > sone of us earthly mortals would like to have a chance to compile and run > the two systems side by side, at least until the porting is done. Overnight? This project has been in the works for several months. If you have concerns about the CAM architecture the code has been available for you to run and review for some time. > Simon -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:00:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21264 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:00:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21255 for ; Thu, 23 Apr 1998 11:00:25 -0700 (PDT) (envelope-from Studded@san.rr.com) Received: from san.rr.com (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id LAA04397; Thu, 23 Apr 1998 11:00:06 -0700 (PDT) (envelope-from Studded@san.rr.com) Message-ID: <353F81A5.B8DF42B@san.rr.com> Date: Thu, 23 Apr 1998 11:00:05 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0420 i386) MIME-Version: 1.0 To: patl@phoenix.volant.org CC: current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG patl@phoenix.volant.org wrote: > > I thought we'd settled this. No, someone (perhaps you) posted an argument similar to the one you are putting forward here in a previous post. That does not equal "settled" in my book, as far as I'm concerned it's just another data point. > Xtend is in the base system because > it uses kernel facilities that are still evolving at a rate that > would make it prohibitively difficult to track from a port. We > should table the issue and re-visit it once the kernel has settled > down. If there are people willing to keep the xten code up to date in the base system why would these same people not be willing to do so if xten was in a port? [major snip] > You mean back to the technical issues involved in keeping it working > once it has been pulled from the base distribution? And in producing > a port that will build and work across all the various 2.x and -current > kernels that will be in use between the time you yank it and the time > the kernel settles down? Are you volunteering to own the xten port? There are currently no differences in xten.c between -Stable and -Current. The last change to -Current was October '97. The last change before that was June '97. Things are very similar with xtend.c and other files in the xtend directory (no differences, last changes were in December '97). I think you're dramatically overstating the difficulty of making this into a port. :) > Isn't this a pretty minor issue to get all heated up over? Actually I'm not heated up. I'm not concerned about make world times, I really don't care that much about this issue at all. I'm just tired of people justifying the status quo based on arguments that don't hold water. Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:04:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22101 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:04:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22060; Thu, 23 Apr 1998 11:04:14 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with ESMTP id UAA17877; Thu, 23 Apr 1998 20:06:01 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 23 Apr 1998 20:06:01 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: joelh@gnu.org, current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: syscons.c and graphical screensavers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23 Apr 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > ---cut here--- > To: dag-erli@ifi.uio.no > Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp > Subject: Re: syscons.c > Date: Tue, 21 Apr 1998 23:57:09 +0900 > From: Kazutaka YOKOTA > > savers. (The text screen savers in the -current have been somewhat > broken since the introduction of the VESA mode support: they don't > work when syscons is in the VESA mode ;-< Hey, guys! I must have missed the fact that we already have VESA support in the source tree! Where it is? I've been waiting for this with certain project ... Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:06:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22846 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:06:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22841 for ; Thu, 23 Apr 1998 11:06:36 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA27244; Thu, 23 Apr 1998 11:06:01 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma027240; Thu Apr 23 11:05:39 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id LAA16952; Thu, 23 Apr 1998 11:05:39 -0700 (PDT) From: Archie Cobbs Message-Id: <199804231805.LAA16952@bubba.whistle.com> Subject: Re: cvs commit: src/sys/netinet ip_fw.c In-Reply-To: <199804231600.MAA05522@khavrinen.lcs.mit.edu> from Garrett Wollman at "Apr 23, 98 12:00:59 pm" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Thu, 23 Apr 1998 11:05:39 -0700 (PDT) Cc: darrenr@reed.wattle.id.au, 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman writes: > When I'm done with netstat, I hope to have its interface completely > separated from the actual kernel internals. It's not there yet, but I > think I have the right ideas on how to proceed. There's no reason why > the same strategy can't be taken with the process table. Sure.. Linux's "ps" has been completely based on the /proc filesystem for years. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:08:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA23347 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:08:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA23338 for ; Thu, 23 Apr 1998 11:08:01 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA27257; Thu, 23 Apr 1998 11:07:31 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma027255; Thu Apr 23 11:07:25 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id LAA16975; Thu, 23 Apr 1998 11:07:25 -0700 (PDT) From: Archie Cobbs Message-Id: <199804231807.LAA16975@bubba.whistle.com> Subject: Re: install not making dirs (why not!?) with current. In-Reply-To: from Tom at "Apr 23, 98 09:06:55 am" To: tom@uniserve.com (Tom) Date: Thu, 23 Apr 1998 11:07:25 -0700 (PDT) Cc: jon@minotaur.com, 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tom writes: > That directory should not exist. It seems that you've done something > funny with your tree. Attic directories should only exist in the cvs > tree, not the checked out copy. Attic directories contain obsolete files > only. Minor nit: Attic files are not necessarily obsolete. If you add a file on a branch that doesn't exist in the main branch, it goes into the Attic. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:11:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA23956 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:11:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA23950 for ; Thu, 23 Apr 1998 11:11:32 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id LAA01148; Thu, 23 Apr 1998 11:11:17 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Studded cc: patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "Thu, 23 Apr 1998 11:00:05 PDT." <353F81A5.B8DF42B@san.rr.com> Date: Thu, 23 Apr 1998 11:11:17 -0700 Message-ID: <1144.893355077@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > No, someone (perhaps you) posted an argument similar to the one you are > putting forward here in a previous post. That does not equal "settled" > in my book, as far as I'm concerned it's just another data point. The law of diminishing returns, however, would strongly suggest that it's time to kill this thread. If you're interested in making moral stands, make them elsewhere. Practically speaking, this issue is NOT worth the debate it has generated, whether there's an "entrenched status quo" or not. Let's not forget common sense in our choice of "causes", people! Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:16:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25676 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:16:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25593 for ; Thu, 23 Apr 1998 11:16:07 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id TAA01569; Thu, 23 Apr 1998 19:49:16 +0200 (CEST) To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: next stages in devfs In-reply-to: Your message of "Tue, 21 Apr 1998 00:24:00 PDT." Date: Thu, 23 Apr 1998 19:49:15 +0200 Message-ID: <1567.893353755@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >* There needs to be a handler for extended DOS partitions. > I need a tester for that too.. :-) > >What is a good naming scheme for extended partitions? >an extended partition in sd0s1 would start sd0s1x1 as a suggestion No, we should stick with the current scheme where they are called sd0s5, sd0s6 ... They are not as general as their on-disk structure may lead you to belive: in reality they are just a linked list of partitions. We should also start to add slicers for Mac, Sun and other such layouts. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:37:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29778 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:37:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29768; Thu, 23 Apr 1998 11:37:01 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id UAA17827; Thu, 23 Apr 1998 20:36:57 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 23 Apr 1998 20:36:57 +0200 (MET DST) Mime-Version: 1.0 To: joelh@gnu.org Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: syscons.c and graphical screensavers References: <199804160353.WAA01213@detlev.UUCP> <199804230213.VAA01114@detlev.UUCP> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 23 Apr 1998 20:36:56 +0200 In-Reply-To: dag-erli@ifi.uio.no's message of "23 Apr 1998 17:04:41 +0200" Message-ID: Lines: 4 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terribly sorry for the duplicate BTW, don't know what caused it. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:39:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00589 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:39:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00579 for ; Thu, 23 Apr 1998 11:39:18 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id UAA18020; Thu, 23 Apr 1998 20:39:15 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 23 Apr 1998 20:39:14 +0200 (MET DST) Mime-Version: 1.0 To: "c5666305" Cc: freebsd-current@FreeBSD.ORG Subject: Re: laptop for FreeBSD References: <199804230358.LAA10828@cssolar82.COMP.HKP.HK> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 23 Apr 1998 20:39:13 +0200 In-Reply-To: "c5666305"'s message of "Thu, 23 Apr 1998 11:58:46 +0800 (HKT)" Message-ID: Lines: 20 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "c5666305" writes: > I am not sure this is the right place to post the question about laptop that > can run FreeBSD. If not, please forget me as I cannot find any way to ask > for it. I have searched and reviewed the PAO and found that not much of the > record not latop running FreeBSD under XFree86 3.3.x environment. I would > like to know if anyone whose machine is running XFree86 3.3.2, please send > the configuration of your machine to me as I am going to buy a laptop for > my final year project presentation and for future use. My idea machine > may be IBM thinkpad 535x (I didn't quite the series number). Any > suggestion? Thanks. I am running stock 3.0-current and XFree86 3.3.1 on a ThinkPad 380E with absolutely no trouble. If you need an XF86Config for the NeoMagic chipset which IBM is using in the newer ThinkPads, contact me and I'll send you a copy of mine. The chipset is not supported (at least not in 3.3.1), but the VGA16 server works fine at 800x600x16, and on a development machine I don't really need colors. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 11:48:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02188 for freebsd-current-outgoing; Thu, 23 Apr 1998 11:48:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt050n33.san.rr.com (@dt050n33.san.rr.com [204.210.31.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02183 for ; Thu, 23 Apr 1998 11:48:44 -0700 (PDT) (envelope-from Studded@san.rr.com) Received: from san.rr.com (Studded@localhost [127.0.0.1]) by dt050n33.san.rr.com (8.8.8/8.8.8) with ESMTP id LAA04993; Thu, 23 Apr 1998 11:48:30 -0700 (PDT) (envelope-from Studded@san.rr.com) Message-ID: <353F8CFE.1070E9BE@san.rr.com> Date: Thu, 23 Apr 1998 11:48:30 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.6-STABLE-0420 i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: <1144.893355077@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > > No, someone (perhaps you) posted an argument similar to the one you are > > putting forward here in a previous post. That does not equal "settled" > > in my book, as far as I'm concerned it's just another data point. > > The law of diminishing returns, however, would strongly suggest that > it's time to kill this thread. If you're interested in making moral > stands, make them elsewhere. Practically speaking, this issue is NOT > worth the debate it has generated, whether there's an "entrenched > status quo" or not. Let's not forget common sense in our choice of > "causes", people! My cause isn't xtend. That's just today's example. Yesterday's example was qcam, tomorrow the example will be different. My cause is to break through some of the lethargy and status quo'ism, and if I keep showing that the emperor has no clothes long enough, maybe someday a change will actually be made. I will however accede to your request to desist regarding xtend since I think you've made my point sufficiently well. Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud designer and maintainer of the world's largest Internet *** Relay Chat server with 5,328 simultaneous connections. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 12:10:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06923 for freebsd-current-outgoing; Thu, 23 Apr 1998 12:10:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA06914 for ; Thu, 23 Apr 1998 12:10:29 -0700 (PDT) (envelope-from dima@bog.msu.su) Received: from localhost (dima@localhost) by sunny.bog.msu.su (8.8.8/8.8.8) with SMTP id XAA00551; Thu, 23 Apr 1998 23:06:31 +0400 (MSD) (envelope-from dima@bog.msu.su) Date: Thu, 23 Apr 1998 23:06:30 +0400 (MSD) From: Dmitry Khrustalev To: Studded cc: "Jordan K. Hubbard" , patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-Reply-To: <353F8CFE.1070E9BE@san.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Studded wrote: > My cause isn't xtend. That's just today's example. Yesterday's example > was qcam, tomorrow the example will be different. My cause is to break Your yesterday's cause resulted in that hardware that perfectly worked for me is now unsupported in base system in favor of some not existent port solution. I fail to see any value in this. -Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 12:27:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09979 for freebsd-current-outgoing; Thu, 23 Apr 1998 12:27:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09974 for ; Thu, 23 Apr 1998 12:27:43 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id MAA01520; Thu, 23 Apr 1998 12:27:02 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Dmitry Khrustalev cc: Studded , patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "Thu, 23 Apr 1998 23:06:30 +0400." Date: Thu, 23 Apr 1998 12:27:02 -0700 Message-ID: <1516.893359622@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Your yesterday's cause resulted in that hardware that perfectly > worked for me is now unsupported in base system in favor of some not > existent port solution. I fail to see any value in this. Not to continue the bloat-vs-anti-bloat debate here (which has been done so often and for so long that we even now divide ourselves into "Bloatist" and "Anti-Bloatist" parties, just like Republicans and Democrats here in the U.S.) but just to note that with the quickcam in particular, what you're seeing isn't so much the permanant retirement of that driver so much as a temporary and unfortunate lull in support for it. Mike Smith, the executioner of the old driver, was supposed to come up with something new which supported both mono and color QCs as a pre-condition for being allowed to kill the old driver, but 2.2.6 sort of happened in the middle of that and he got yanked into other pursuits which delayed the fulfillment of those terms. We have gone so far as to purchase him one of each for testing (I see them sitting on his shelf each time I walk into his office :) and now it's just down to you QC users browbeating Mike into coughing up the promised new support. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 12:38:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12052 for freebsd-current-outgoing; Thu, 23 Apr 1998 12:38:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12043 for ; Thu, 23 Apr 1998 12:38:44 -0700 (PDT) (envelope-from dima@bog.msu.su) Received: from localhost (dima@localhost) by sunny.bog.msu.su (8.8.8/8.8.8) with SMTP id XAA00704; Thu, 23 Apr 1998 23:37:08 +0400 (MSD) (envelope-from dima@bog.msu.su) Date: Thu, 23 Apr 1998 23:37:07 +0400 (MSD) From: Dmitry Khrustalev To: "Jordan K. Hubbard" cc: Studded , patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-Reply-To: <1516.893359622@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Jordan K. Hubbard wrote: > Mike Smith, the executioner of the old driver, was supposed to come up > with something new which supported both mono and color QCs as a > pre-condition for being allowed to kill the old driver, but 2.2.6 sort > of happened in the middle of that and he got yanked into other > pursuits which delayed the fulfillment of those terms. We have gone This is exatly my point. I guess i somehow missed xtend port announcement. Surely person arguing for unbundling it had done a port. -Dima > so far as to purchase him one of each for testing (I see them sitting > on his shelf each time I walk into his office :) and now it's just > down to you QC users browbeating Mike into coughing up the promised > new support. :-) > > Jordan > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 12:43:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13265 for freebsd-current-outgoing; Thu, 23 Apr 1998 12:43:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13257 for ; Thu, 23 Apr 1998 12:43:26 -0700 (PDT) (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id PAA14198; Thu, 23 Apr 1998 15:42:08 -0400 (EDT) Message-ID: <19980423154201.A14183@rtfm.net> Date: Thu, 23 Apr 1998 15:42:01 -0400 From: Nathan Dorfman To: "Jordan K. Hubbard" , patl@phoenix.volant.org Cc: Studded , current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? Mail-Followup-To: "Jordan K. Hubbard" , patl@phoenix.volant.org, Studded , current@FreeBSD.ORG References: <622.893350965@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <622.893350965@time.cdrom.com>; from Jordan K. Hubbard on Thu, Apr 23, 1998 at 10:02:45AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 23, 1998 at 10:02:45AM -0700, Jordan K. Hubbard wrote: > > Isn't this a pretty minor issue to get all heated up over? > > Yes, and I wish people would just shut up about it already. :-) I should stop posting :-) people seem to take a simple question so seriously; if Pat had posted earlier, I'm sure none of this flamage would have occured > Jordan > -- ________________ ____________________________ / Nathan Dorfman \/ "Nietzsche is dead." - God \ / nathan@rtfm.net \ finger for pgp key \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 13:00:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15537 for freebsd-current-outgoing; Thu, 23 Apr 1998 13:00:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15530 for ; Thu, 23 Apr 1998 13:00:33 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id MAA00986; Thu, 23 Apr 1998 12:51:48 -0700 (PDT) Message-Id: <199804231951.MAA00986@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Dmitry Khrustalev cc: "Jordan K. Hubbard" , Studded , patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "Thu, 23 Apr 1998 23:37:07 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Apr 1998 12:51:47 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Thu, 23 Apr 1998, Jordan K. Hubbard wrote: > > > Mike Smith, the executioner of the old driver, was supposed to come up > > with something new which supported both mono and color QCs as a > > pre-condition for being allowed to kill the old driver, but 2.2.6 sort > > of happened in the middle of that and he got yanked into other > > pursuits which delayed the fulfillment of those terms. We have gone > > This is exatly my point. I guess i somehow missed xtend port > announcement. Surely person arguing for unbundling it had done a port. Actually, the ports have been present for years. The justification for the Qcam code removal was stated in the commit messages, as well as being painfully reiterated many times in the following discussions. What remains outstanding is support for the VC Quickcams, which were never supported by the kernel code. This was being undertaken by a volunteer who seems to have been slain by whatever predator it is that consumes new volunteers. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 13:10:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16832 for freebsd-current-outgoing; Thu, 23 Apr 1998 13:10:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16827 for ; Thu, 23 Apr 1998 13:10:45 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id NAA01799; Thu, 23 Apr 1998 13:10:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Mike Smith cc: Dmitry Khrustalev , Studded , patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? In-reply-to: Your message of "Thu, 23 Apr 1998 12:51:47 PDT." <199804231951.MAA00986@dingo.cdrom.com> Date: Thu, 23 Apr 1998 13:10:10 -0700 Message-ID: <1796.893362210@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > never supported by the kernel code. This was being undertaken by a > volunteer who seems to have been slain by whatever predator it is that > consumes new volunteers. I think it's the pointy-haired boss from "Dilbert." Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 13:22:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19285 for freebsd-current-outgoing; Thu, 23 Apr 1998 13:22:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19249 for ; Thu, 23 Apr 1998 13:22:41 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id OAA27379; Thu, 23 Apr 1998 14:21:24 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id OAA11026; Thu, 23 Apr 1998 14:18:51 -0600 Date: Thu, 23 Apr 1998 14:18:51 -0600 Message-Id: <199804232018.OAA11026@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Justin T. Gibbs" Cc: shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: A CAM of worms Newsgroups: pluto.freebsd.current In-Reply-To: <199804231753.LAA26658@narnia.plutotech.com> References: <199804231753.LAA26658@narnia.plutotech.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > My exceptions to the proposed plan: > > > > * No migration path; The is no mechanism to migrate at all. We need a > > way to have the same system boot either way. We need a mechanism to > > maintain source for the old systems and switch back. > > There is certainly a migration path. Run a CAM kernel or don't. Must > developers I know have plenty of space to store two sys trees. As I > have stated to Julian several times, I will not polute the CAM code > with #ifdefs, or gratuitously rename controller driver file names or > "config names" just so you can build a kernel both ways. IMHO, with that attitude you can take the CAM stuff and go play somewhere else. Part of being a 'team effort' means making compromises so that everyone can work together. Alienating the entire -current code-base with no backwards path to do upgrade of local changes might be easier for you, but it's a nightmare for anyone that isn't intimately familiar with how the CAM stuff is written, which affects everyone but you. > If you want the code to go on a branch first, fine by me, but it is my > intention to only put the code into CVS at all once the minimum amount > of device support acceptable to users of current has been developed > and tested. Minimum acceptable w/out giving people who don't fit into the group is unacceptable. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 13:30:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20386 for freebsd-current-outgoing; Thu, 23 Apr 1998 13:30:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA20375 for ; Thu, 23 Apr 1998 13:30:38 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id NAA01906; Thu, 23 Apr 1998 13:28:57 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Nate Williams cc: "Justin T. Gibbs" , shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: A CAM of worms In-reply-to: Your message of "Thu, 23 Apr 1998 14:18:51 MDT." <199804232018.OAA11026@mt.sri.com> Date: Thu, 23 Apr 1998 13:28:57 -0700 Message-ID: <1902.893363337@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > IMHO, with that attitude you can take the CAM stuff and go play > somewhere else. Part of being a 'team effort' means making compromises > so that everyone can work together. Erm, I've seen this happen before. It's what happens when people attempt to use email to discuss a sensitive topic that really requires vocal or facial cues to convey when the other party really isn't taking as extreme a stance as the other thinks or assumes. We've talked with Justin about CAM in core for a fair amount of time now and, with the exception of the -current migration mail debacle, have never gotten the impression that any intention to break the world or force this down -current's throat before it was ready existed. I think you and Justin now need to discuss this ON THE PHONE and save yourselves and -current both a lot of time and trouble. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 13:40:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21592 for freebsd-current-outgoing; Thu, 23 Apr 1998 13:40:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA21536 for ; Thu, 23 Apr 1998 13:40:12 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0ySSlB-0003Q0-00; Thu, 23 Apr 1998 13:38:21 -0700 Date: Thu, 23 Apr 1998 13:38:19 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Nate Williams cc: "Justin T. Gibbs" , shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: A CAM of worms In-Reply-To: <199804232018.OAA11026@mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Nate Williams wrote: > > There is certainly a migration path. Run a CAM kernel or don't. Most > > developers I know have plenty of space to store two sys trees. As I > > have stated to Julian several times, I will not polute the CAM code > > with #ifdefs, or gratuitously rename controller driver file names or > > "config names" just so you can build a kernel both ways. > > IMHO, with that attitude you can take the CAM stuff and go play > somewhere else. Part of being a 'team effort' means making compromises > so that everyone can work together. I don't understand what in Justin's "attitude" you've found offensive. The current SCSI layer has bugs. CAM fixes most of those and adds new drviers. CAM is the future. It is time that we got past this. Hell, even wcarchive uses CAM now (back-ported to 2.2) as it is just more stable code. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 13:47:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22816 for freebsd-current-outgoing; Thu, 23 Apr 1998 13:47:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22808 for ; Thu, 23 Apr 1998 13:46:59 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id OAA11155; Thu, 23 Apr 1998 14:45:54 -0600 (MDT) Message-Id: <199804232045.OAA11155@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Nate Williams cc: "Justin T. Gibbs" , shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: A CAM of worms In-reply-to: Your message of "Thu, 23 Apr 1998 14:18:51 MDT." <199804232018.OAA11026@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Apr 1998 14:42:05 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> There is certainly a migration path. Run a CAM kernel or don't. Must >> developers I know have plenty of space to store two sys trees. As I >> have stated to Julian several times, I will not polute the CAM code >> with #ifdefs, or gratuitously rename controller driver file names or >> "config names" just so you can build a kernel both ways. > >IMHO, with that attitude you can take the CAM stuff and go play >somewhere else. 8-) I have been playing somewhere else for 8+ months. I'm more than content to continue to do that as my primary goal is to complete a robust and clean I/O subsystem. I'm not in any hurry to get the code integrated which means that I'm not going to spend a single moment dirtying up the code so that it can be integrated in advance of when it is 100% ready. As I told Mike Smith shortly after reading his message about a flag day, integrating this code into current now is contradictory to my goal of having the system 100% functional when the "CAM flag day" occurs. >Part of being a 'team effort' means making compromises >so that everyone can work together. The people who wish to contribute toward the goal of CAM integration into current (i.e. hitting that 100% ready mark) are more than welcome to complete access to the Perforce repository where the code is developed. Several developers already have this access and aren't pleading for the ability to build the old SCSI layer from the same code base. >Alienating the entire -current code-base with no backwards path to do >upgrade of local changes might be easier for you, but it's a nightmare >for anyone that isn't intimately familiar with how the CAM stuff is >written, which affects everyone but you. Who am I alienating and how? Am I alienating people because I insist that the CAM code be completely and fully implemented before being integrated? I won't push code into the tree that is incomplete or doesn't function for some people. I think that examples like DEVFS, devconfig, etc. make my case for not doing so better than I could ever with words. If CAM offers the same support (plus more) as the current SCSI code when it is integrated, then most users won't even notice a difference. Those that do will see increased performance and/or reliability. Why would I want to put #ifdef crap in the code if my 8 month long goal has been to integrate CAM into current only when it is ready? >> If you want the code to go on a branch first, fine by me, but it is my >> intention to only put the code into CVS at all once the minimum amount >> of device support acceptable to users of current has been developed >> and tested. > >Minimum acceptable w/out giving people who don't fit into the group is >unacceptable. I can't parse this. >Nate -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 14:34:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29643 for freebsd-current-outgoing; Thu, 23 Apr 1998 14:34:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29636 for ; Thu, 23 Apr 1998 14:34:04 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id PAA27892; Thu, 23 Apr 1998 15:32:47 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id PAA11426; Thu, 23 Apr 1998 15:30:15 -0600 Date: Thu, 23 Apr 1998 15:30:15 -0600 Message-Id: <199804232130.PAA11426@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Justin T. Gibbs" Cc: Nate Williams , shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: A CAM of worms In-Reply-To: <199804232045.OAA11155@pluto.plutotech.com> References: <199804232018.OAA11026@mt.sri.com> <199804232045.OAA11155@pluto.plutotech.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If CAM offers the same support (plus more) as the current SCSI code when it > is integrated, then most users won't even notice a difference. Those that > do will see increased performance and/or reliability. That's all I am asking, and I think you and I are in violent agreement. We now return to your regulary scheduled 'Why is X-10 in the tree' flamefest, and sorry for the minor flameout. ;) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 15:27:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08393 for freebsd-current-outgoing; Thu, 23 Apr 1998 15:27:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA08388 for ; Thu, 23 Apr 1998 15:27:49 -0700 (PDT) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA29556; Thu, 23 Apr 1998 15:27:44 -0700 Date: Thu, 23 Apr 1998 15:27:44 -0700 (PDT) From: Brian Handy To: Nate Williams Cc: current@FreeBSD.ORG Subject: Re: A CAM of worms In-Reply-To: <199804232130.PAA11426@mt.sri.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Nate Williams wrote: > [Talking about CAM] >That's all I am asking, and I think you and I are in violent agreement. >We now return to your regulary scheduled 'Why is X-10 in the tree' >flamefest, and sorry for the minor flameout. ;) This reminds me of the .sigs I see every so often from people trying to annoy the NSA -- a string of words like 'Quaddafi Clinton Ortega Money Laundering...' Except here, it's "Tcl Perl5 X-10 Terry's Patches RPM login.conf NFS.." :-) Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 15:28:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08870 for freebsd-current-outgoing; Thu, 23 Apr 1998 15:28:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08837 for ; Thu, 23 Apr 1998 15:28:38 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id AAA28468; Fri, 24 Apr 1998 00:31:36 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 24 Apr 1998 00:31:36 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! Hmmm... Here's another strange behaviour. One more word about the previous errors, though (sources from 04.21.98): the kernel was dying with something like: wd0: wdstart: weird dk_state 0 panic: wdcontrol even without mounting MSDOSFS at all - it booted multiuser, and then after a few seconds died. Now, there's something different. I'm running version with patches from Luoqi Chen (after their integration into the tree). I can no longer even boot, because DEVFS code (or rather SLICE code) after probing fd0:'s MBR comes to: wd0: probing for MBR.. and sits here idle for infinity. DDB doesn't show anything I could interpret with my (lack of) knowledge - 'tr' shows only break to debugger. Previous version had no problem with my MBR or disklabel - it was finding them ok, only then was dying after a while... Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd..org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 15:47:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12131 for freebsd-current-outgoing; Thu, 23 Apr 1998 15:47:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12122 for ; Thu, 23 Apr 1998 15:47:33 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA28272; Thu, 23 Apr 1998 15:44:29 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd028267; Thu Apr 23 22:44:21 1998 Message-ID: <353FC303.2F1CF0FB@whistle.com> Date: Thu, 23 Apr 1998 15:38:59 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Andrzej Bialecki CC: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > > Hi! > > Hmmm... Here's another strange behaviour. > > At least partially fixed.. see 1.162 for the fix. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/wd.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 16:12:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15776 for freebsd-current-outgoing; Thu, 23 Apr 1998 16:12:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA15748 for ; Thu, 23 Apr 1998 16:12:16 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: by watermarkgroup.com (4.1/SMI-4.1) id AA10726; Thu, 23 Apr 98 19:10:56 EDT Date: Thu, 23 Apr 98 19:10:56 EDT From: luoqi@watermarkgroup.com (Luoqi Chen) Message-Id: <9804232310.AA10726@watermarkgroup.com> To: abial@nask.pl, julian@whistle.com Subject: Re: Ouch... (DEVFS) Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi! > > Hmmm... Here's another strange behaviour. > > One more word about the previous errors, though (sources from 04.21.98): > the kernel was dying with something like: > > wd0: wdstart: weird dk_state 0 > panic: wdcontrol > > even without mounting MSDOSFS at all - it booted multiuser, and then after > a few seconds died. > > Now, there's something different. > > I'm running version with patches from Luoqi Chen (after their integration > into the tree). I can no longer even boot, because DEVFS code (or > rather SLICE code) after probing fd0:'s MBR comes to: > > wd0: probing for MBR.. Looks like the probing code stumbled upon a bad block and bad144 code was activated. Unfortunately, I didn't expect this to happen at this early stage, the code tried to call upper layer for bad sector translation while this is no upper layer yet. You may try the patch attached at the bottom. But I doubt it will help you much, you may have a bad MBR block. > and sits here idle for infinity. DDB doesn't show anything I could > interpret with my (lack of) knowledge - 'tr' shows only break to debugger. > > Previous version had no problem with my MBR or disklabel - it was finding > them ok, only then was dying after a while... > > Andrzej Bialecki > > --------------------+--------------------------------------------------------- > abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd..org") } > Research & Academic | "Be open-minded, but don't let your brains to fall out." > Network in Poland | All of the above (and more) is just my personal opinion. > --------------------+--------------------------------------------------------- -lq --------------------CUT HERE----------------- --- wd.c.orig Thu Apr 23 18:49:24 1998 +++ wd.c Thu Apr 23 18:48:42 1998 @@ -965,7 +965,7 @@ blknum - ds_offset) + ds_offset; } #else - if (du->dk_flags & DKFL_SINGLE) { + if (du->dk_flags & DKFL_SINGLE && du->slice->handler_up) { (void) (*du->slice->handler_up->upconf)(du->slice, SLCIOCTRANSBAD, (caddr_t)&blknum, 0, 0); } --- mbr.c.orig Thu Apr 23 19:04:49 1998 +++ mbr.c Thu Apr 23 19:04:53 1998 @@ -837,6 +837,8 @@ daddr_t blkno; int part; + if (!slice->handler_up) + return 0; blkno = *(daddr_t *)addr; pd = slice->private_up; sdp = pd->subdevs; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 18:06:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27940 for freebsd-current-outgoing; Thu, 23 Apr 1998 18:06:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (root@lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA27906 for ; Thu, 23 Apr 1998 18:06:19 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.8.7/8.8.7) with SMTP id VAA27206 for ; Thu, 23 Apr 1998 21:06:11 -0400 (EDT) Received: by mozart (5.65c/SAS/Domains/5-6-90) id AA15024; Thu, 23 Apr 1998 21:06:07 -0400 From: "John W. DeBoskey" Message-Id: <199804240106.AA15024@mozart> Subject: Problem with osreldate.h To: freebsd-current@FreeBSD.ORG Date: Thu, 23 Apr 1998 21:06:07 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I seem to be having a problem with osreldate.h on my -current build box. If anyone has any ideas about what I've probably managed to mess up, I'd appreciate some pointers. The relevant parts of the build log follow... It is the output of the following sequence: #!/bin/ksh # # 1) update the repository (/home/ncvs) # 2) update the source tree (/usr/src) # 3) make a new release # /mirror/etc/cvsup/update.sh && /mirror/bin/runcvsup && /mirror/bin/makerelease Thanks, John cd /usr/src/include && /usr/obj/usr/src/tmp/usr/bin/make -B all installcreating o/reldate.h from newvers.sh . /usr/src/include/../sys/conf/newvers.sh; echo "$COPYRIGH T" > osreldate.h; echo \#'undef __FreeBSD_version' >> osreldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h install -C -o bin -g bin -m 444 /usr/obj/usr/src/include/osreldate.h /usr/obj/ usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /usr/obj/usr/src/include/osreldate.h /usr/incl ude osreldate.h -> osreldate.ph install -C -o bin -g bin -m 444 /usr/obj/usr/src/include/osreldate.h /snap/rel ease/usr/include osreldate.h -> osreldate.ph + make all install creating osreldate.h from newvers.sh . /usr/src/include/../sys/conf/newvers.sh; echo "$COPYRIGH T" > osreldate.h; echo \#'undef __FreeBSD_version' >> osr eldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h install -C -o bin -g bin -m 444 /usr/src/include/osreldate.h /usr/include ===> include <-------- PROBLEM???? rm -f osreldate.h version vers.c -------------------------------------------------------------- Rebuilding /usr/include -------------------------------------------------------------- cd /usr/src/include && /usr/obj/usr/src/tmp/usr/bin/make -B all install creating osreldate.h from newvers.sh . /usr/src/include/../sys/conf/newvers.sh; echo "$COPYRIGH T" > osreldate.h; echo \#'undef __FreeBSD_version' >> osr eldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h install -C -o bin -g bin -m 444 /usr/obj/usr/src/include/osreldate.h /usr/obj/ usr/src/tmp/usr/include install -C -o bin -g bin -m 444 /usr/obj/usr/src/include/osreldate.h /usr/incl ude osreldate.h -> osreldate.ph install -C -o bin -g bin -m 444 /usr/obj/usr/src/include/osreldate.h /R/stage/ trees/bin/usr/include osreldate.h -> osreldate.ph U src/lib/libc/gen/getosreldate.c creating osreldate.h from newvers.sh . /usr/src/include/../sys/conf/newvers.sh; echo "$COPYRIGHT" > osreldate.h; echo \#'undef __FreeBSD_version' >> osreldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h install -C -o bin -g bin -m 444 /usr/src/include/osreldate.h /usr/include rm -f osreldate.h version vers.c rm -f a.out read.o write.o open.o close.o wait4.o link.o unlink.o chdir.o fchdir LOTS OF FILENAMES LEFT OFF mkdep -f .depend -a -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -I/usr/obj/usr/src/tmp/usr/include /usr/src/lib/libc/../libc/db/btree/bt_close.c /usr/src/lib/libc/../libc/db/btree/bt_conv.c /usr/src/lib/libc/../lib---LOTS OF NAMES LEFT OFF--- rn/umoddi3.c ../../libkern/cmpdi2.c ../../pci/ide_pci.c swapkernel.c ioconf.c p aram.c vnode_if.c config.c In file included from ../../dev/isp/isp_freebsd.c:36: ../../dev/isp/isp_freebsd.h:54: osreldate.h: No such file or directory In file included from ../../dev/isp/isp.c:51: ../../dev/isp/isp_freebsd.h:54: osreldate.h: No such file or directory In file included from ../../pci/isp_pci.c:40: ../../dev/isp/isp_freebsd.h:54: osreldate.h: No such file or directory mkdep: compile failed *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 18:38:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01750 for freebsd-current-outgoing; Thu, 23 Apr 1998 18:38:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA01745 for ; Thu, 23 Apr 1998 18:38:51 -0700 (PDT) (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id BAA06803 for ; Fri, 24 Apr 1998 01:38:44 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id VAA11462 for current@freebsd.org; Thu, 23 Apr 1998 21:38:43 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804240138.VAA11462@rtfm.ziplink.net> Subject: Re: A CAM of worms In-Reply-To: <199804231753.LAA26658@narnia.plutotech.com> from "Justin T. Gibbs" at "Apr 23, 98 11:53:32 am" To: current@FreeBSD.ORG Date: Thu, 23 Apr 1998 21:38:43 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05949 for freebsd-current-outgoing; Thu, 23 Apr 1998 19:11:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA05936 for ; Thu, 23 Apr 1998 19:11:31 -0700 (PDT) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id CAA25489; Fri, 24 Apr 1998 02:10:24 GMT Date: Fri, 24 Apr 1998 11:10:24 +0900 (JST) From: Michael Hancock To: Garrett Wollman cc: darrenr@reed.wattle.id.au, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netinet ip_fw.c In-Reply-To: <199804231600.MAA05522@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Apr 1998, Garrett Wollman wrote: > < > > There are numerous programs like this already - ps, netstat, top, etc. > > > I'd say "deal with it". > > When I'm done with netstat, I hope to have its interface completely > separated from the actual kernel internals. It's not there yet, but I > think I have the right ideas on how to proceed. There's no reason why > the same strategy can't be taken with the process table. I haven't looked at this but wasn't this a eproc-only vs. eproc-with-entire-proc issue? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 20:36:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14393 for freebsd-current-outgoing; Thu, 23 Apr 1998 20:36:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (root@lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14362 for ; Thu, 23 Apr 1998 20:36:27 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.8.7/8.8.7) with SMTP id XAA12932 for ; Thu, 23 Apr 1998 23:36:12 -0400 (EDT) Received: by mozart (5.65c/SAS/Domains/5-6-90) id AA25760; Thu, 23 Apr 1998 23:36:09 -0400 From: "John W. DeBoskey" Message-Id: <199804240336.AA25760@mozart> Subject: heavy nfs usage & netstat -s & nfsstat To: freebsd-current@FreeBSD.ORG Date: Thu, 23 Apr 1998 23:36:09 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm running 3.0-980223-SNAP doing heavy nfs v3 utilization. I can't see to figure out why 'dropped due to no socket' value is so high. Some sample netstat & nfsstat is below. This machine is on an isolated network which does not recieve normal/everyday broadcast traffic (thus my confusion). Any comments, or pointers to how I can figure this out myself would be welcome. Thanks, John netstat -s udp: 55632540 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 127 dropped due to no socket 2489533 broadcast/multicast datagrams dropped due to no socket 7 dropped due to full socket buffers 0 not for hashed pcb 53142873 delivered 52617400 datagrams output and from nfsstat: $ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 2576816 28587 11626132 371 850192 484976 18464 4786 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 15486 0 1 2 1 7330 0 36779841 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate Evict 0 11830 23 0 9 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 1938 4041 52404847 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 131920193 2576816 34832381 11626129 93436201 846250 48215 484976 BioRLHits Misses BioD Hits Misses DirE Hits Misses 55529 371 21119 6389 11533 1 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 3827 4520 8948 10 4231 4767 1132 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 438 0 30 0 9765 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate Evict 0 300 89 0 757 0 0 0 Server Ret-Failed 5022 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 3 1 1 63766 Server Lease Stats: Leases PeakL GLeases 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 4767 4767 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 21:43:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20039 for freebsd-current-outgoing; Thu, 23 Apr 1998 21:43:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA20013 for ; Thu, 23 Apr 1998 21:43:47 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA20329; Fri, 24 Apr 1998 05:05:33 +0200 From: Luigi Rizzo Message-Id: <199804240305.FAA20329@labinfo.iet.unipi.it> Subject: Re: Bandwidth throttling etc. To: julian@whistle.com (Julian Elischer) Date: Fri, 24 Apr 1998 05:05:32 +0200 (MET DST) Cc: kjc@csl.sony.co.jp, current@FreeBSD.ORG In-Reply-To: <353BD29C.2C67412E@whistle.com> from "Julian Elischer" at Apr 20, 98 03:56:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've been looking at the package mentionned below and find that it > really is very good fro outgoing, however there is no literature at this > time for lomitting INCOMING bandwidth. Below I make a proposal. On this issue: i am looking at the integration of my dummynet stuff within the ipfw code (mainly to use the classifier and ipfw control routines already there). looking at the ip_fw_chk routine, it returns a 32-bit identifier which is currently 0, -1, or the port number (extended to 32-bit) for divert. This value is used in case of divert also to avoid that the same rule is applied twice. I was thinking to change the return value from the divert port number to the pointer (index ?) to the matching rule in the firewall check (and since this is a 16-bit number, the remaining bits can be used as flags for keep, discard, ...). This would have a number of advantages in my opinion, including the ability to do more complex processing since the rule can contain specific info on what to do on the packet, and maybe even faster/better processing when a packet has to do multiple pass through the classifier (as in the case of the divert, but also dummynet, or bandwith limiters). > What I wnat to do is to add a field to the mbuf pkhdr field that > can hold a reference to a flow label or a CBQ class (as a > specific example) so that the classification of a packet is > available at any time once made. I then want to add code to > the IPFW classifier to allow it to make that classification. could you use the pointer to the rule as flow label ? And how hard (i.e. impact to the rest of the code) would it be to put the flow label in the mbuf header ? > Incoming flow control will only really work for TCP, but that is enough should you rather say "will only really work for responsive flows" ? cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 22:13:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23582 for freebsd-current-outgoing; Thu, 23 Apr 1998 22:13:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA23577 for ; Thu, 23 Apr 1998 22:13:48 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: by watermarkgroup.com (4.1/SMI-4.1) id AA12050; Fri, 24 Apr 98 01:12:40 EDT Date: Fri, 24 Apr 98 01:12:40 EDT From: luoqi@watermarkgroup.com (Luoqi Chen) Message-Id: <9804240512.AA12050@watermarkgroup.com> To: abial@nask.pl, julian@whistle.com Subject: Re: Ouch... (DEVFS) Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Andrzej Bialecki wrote: > > > > Hi! > > > > Hmmm... Here's another strange behaviour. > > > > > At least partially fixed.. > see 1.162 for the fix. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/wd.c > I cvsup'd the lastest wd.c and now I had the same panic Andrzej saw. The problem is dk_state should never be set back to DK_CLOSE once the controller is initialized. It is the state of the controller rather then the device driver's. Just remove the line with DK_CLOSE from the code. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 22:17:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24091 for freebsd-current-outgoing; Thu, 23 Apr 1998 22:17:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA24082 for ; Thu, 23 Apr 1998 22:17:25 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id WAA07510; Thu, 23 Apr 1998 22:10:55 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd007508; Fri Apr 24 05:10:51 1998 Message-ID: <35401D98.6201DD56@whistle.com> Date: Thu, 23 Apr 1998 22:05:28 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Luigi Rizzo CC: kjc@csl.sony.co.jp, current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <199804240305.FAA20329@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo wrote: [...] > On this issue: i am looking at the integration of my dummynet stuff > within the ipfw code (mainly to use the classifier and ipfw control > routines already there). > > looking at the ip_fw_chk routine, it returns a 32-bit identifier which > is currently 0, -1, or the port number (extended to 32-bit) for divert. > This value is used in case of divert also to avoid that the same rule > is applied twice. yep, I've just been looking at that.. > > I was thinking to change the return value from the divert port number > to the pointer (index ?) to the matching rule in the firewall check > (and since this is a 16-bit number, the remaining bits can be used > as flags for keep, discard, ...). I think I would rather make it a pointer to the rule.. Index is somehow depending on the storage form of the rules.. I was thinking at one stage of making it the rule number of where to restart processing :-) > > This would have a number of advantages in my opinion, including > the ability to do more complex processing since the rule can contain > specific info on what to do on the packet, and maybe even faster/better > processing when a packet has to do multiple pass through the classifier > (as in the case of the divert, but also dummynet, or bandwith limiters). I've been looking at making the stored line-number in the SKIPTO rules be actual pointers to the rule to skip to. this would require reference counting rules, but it would make it much more efficient to break the rulesets into smaller subgroups, as you wouldn't have to step through every rule. > > > What I wnat to do is to add a field to the mbuf pkhdr field that > > can hold a reference to a flow label or a CBQ class (as a > > specific example) so that the classification of a packet is > > available at any time once made. I then want to add code to > > the IPFW classifier to allow it to make that classification. > > could you use the pointer to the rule as flow label ? of course, then the rule could hold a pointer to whatever you had assigned to it.. :-) > > And how hard (i.e. impact to the rest of the code) would it be to > put the flow label in the mbuf header ? > no real impact.. M_FREE would need to be tought how to free it if it were present.. that's about all. > > Incoming flow control will only really work for TCP, but that is enough > > should you rather say "will only really work for responsive flows" ? yeah I'm presently doing it slightly differently, with a natd-like daemon. I just read your paper/code on the round-robin queueing.. I guess you and kenjiro chen have been working on similar things.. :-) Even thugh I'm not doing input bandwidth control with embedded flows I still thing that a flow capabilty in freeBSD, associated with the packet filter(s) is something that should be investigated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 23 23:09:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29366 for freebsd-current-outgoing; Thu, 23 Apr 1998 23:09:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from burka.carrier.kiev.ua (root@burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29359 for ; Thu, 23 Apr 1998 23:09:05 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: from unicorn.carrier.kiev.ua (unicorn.carrier.kiev.ua [193.193.193.113]) by burka.carrier.kiev.ua (8.8.8/8.Who.Cares) with ESMTP id JAA04061 for ; Fri, 24 Apr 1998 09:08:57 +0300 (EEST) Received: from kozlik.carrier.kiev.ua (kozlik.carrier.kiev.ua [193.193.193.111]) by unicorn.carrier.kiev.ua (8.8.8/8.8.7) with ESMTP id JAA11922 for ; Fri, 24 Apr 1998 09:08:56 +0300 (EEST) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua (8.8.8/8.8.8/8.Who.Cares) with UUCP id JAA29821 for current@freebsd.org; Fri, 24 Apr 1998 09:01:04 +0300 (EEST) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.8.8/8.8.8) id IAA00358; Fri, 24 Apr 1998 08:43:10 +0300 (EEST) (envelope-from archer) Date: Fri, 24 Apr 1998 08:43:10 +0300 (EEST) From: Alexander Litvin Message-Id: <199804240543.IAA00358@grape.carrier.kiev.ua> To: current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) X-Newsgroups: grape.freebsd.current In-Reply-To: <353FC303.2F1CF0FB@whistle.com> Organization: Lucky Grape User-Agent: tin/pre-1.4-980202 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <353FC303.2F1CF0FB@whistle.com> you wrote: > Andrzej Bialecki wrote: >> >> Hi! >> >> Hmmm... Here's another strange behaviour. >> >> > At least partially fixed.. > see 1.162 for the fix. Yeah, now it boots fine. Though after simply 'shutdown now; umount -a' I got the allready mentioned: wd0: wdstart: weird dk_state 0 panic: wdcontrol Well, after reboot I got the same during 'fsck -p'. Then I booted it single and tried to fsck it manually -- the same story. Just seems no chance to boot it. Not a bad habit to have some working kernel nearby :) > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/wd.c -- Litvin Alexander No SIGNATURE available at this run-level To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:01:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07898 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:01:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07878 for ; Fri, 24 Apr 1998 00:01:07 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id JAA13784; Fri, 24 Apr 1998 09:03:58 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 24 Apr 1998 09:03:57 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Luoqi Chen cc: julian@whistle.com, freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: <9804240512.AA12050@watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Apr 1998, Luoqi Chen wrote: > > Andrzej Bialecki wrote: > > > > > > Hi! > > > > > > Hmmm... Here's another strange behaviour. > > > > > > > > At least partially fixed.. > > see 1.162 for the fix. > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/wd.c > > > I cvsup'd the lastest wd.c and now I had the same panic Andrzej saw. > The problem is dk_state should never be set back to DK_CLOSE once > the controller is initialized. It is the state of the controller rather > then the device driver's. Just remove the line with DK_CLOSE from the code. Yep, the same panic here with rev. 1.162: wd0: wdstart: weird dk_state 0 panic: wdcontrol Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:05:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08849 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:05:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from proxy.metro.tas.com.au ([147.109.165.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08816 for ; Fri, 24 Apr 1998 00:05:27 -0700 (PDT) (envelope-from kerry.morse@metro.tas.com.au) Received: from mttmail.metro.tas.com.au (MTTMail.metro.tas.com.au [147.109.164.249]) by proxy.metro.tas.com.au (8.8.8/8.8.5) with ESMTP id RAA14042 for ; Fri, 24 Apr 1998 17:24:22 +1000 (EST) Received: by MTTMail.metro.tas.gov.au with Internet Mail Service (5.0.1458.49) id ; Fri, 24 Apr 1998 17:05:22 +1000 Message-ID: <02B01380C828D1119ED70020AF641C53084B84@MTTMail.metro.tas.gov.au> From: Kerry Morse To: "'freebsd-current@FreeBSD.ORG'" Subject: RE: Firewall with Freebsd Date: Fri, 24 Apr 1998 17:05:19 +1000 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I want make a firewall with FreeBSD. For more efficacity and controlling access, I want enable logging rules.For make this FIREWALL_VERBOSE must be enabled in kernel. How make for enable this parameter ? (If kernel must be recompiled how make ?) You need the source code to the kernel, you then need to go to the /sys/i386/conf directory and modify the GENERIC file to additionally include the following lines: options IPFIREWALL options IPFIREWALL_VERBOSE then you need to type: config GENERIC cd ../../compile/GENERIC make depend make make install you now have a new kernel with the firewall options, you need to then setup the firewall options within rc.conf and rc.firewall.. finally reboot the machine and try it... p.s. changing firewall settings can cause a lot of hiccups so be close to the console when setting this up, also have a good read of the ipfw command... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:07:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09382 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:07:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09354 for ; Fri, 24 Apr 1998 00:07:02 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id AAA28366; Fri, 24 Apr 1998 00:07:01 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd028350; Fri Apr 24 00:06:52 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id AAA09883; Fri, 24 Apr 1998 00:06:50 -0700 (MST) From: Terry Lambert Message-Id: <199804240706.AAA09883@usr09.primenet.com> Subject: Re: A CAM of worms To: handy@sag.space.lockheed.com (Brian Handy) Date: Fri, 24 Apr 1998 07:06:49 +0000 (GMT) Cc: nate@mt.sri.com, current@FreeBSD.ORG In-Reply-To: from "Brian Handy" at Apr 23, 98 03:27:44 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This reminds me of the .sigs I see every so often from people trying to > annoy the NSA -- a string of words like 'Quaddafi Clinton Ortega Money > Laundering...' > > Except here, it's "Tcl Perl5 X-10 Terry's Patches RPM login.conf NFS.." I think that it's a lot more likely that the reason this thread has lived so long is the hilariously punny subject line, which nearly knocked me off my chair the first time I saw it. It's a shame that a subject line so funny should be resolved and dispensed with by a bunch of level-headed ninnies with ugly facts in hand. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:17:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11094 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:17:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11088 for ; Fri, 24 Apr 1998 00:16:58 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA24430; Fri, 24 Apr 1998 00:16:56 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd024421; Fri Apr 24 00:16:53 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id AAA10334; Fri, 24 Apr 1998 00:16:44 -0700 (MST) From: Terry Lambert Message-Id: <199804240716.AAA10334@usr09.primenet.com> Subject: Re: cvs commit: src/sys/netinet ip_fw.c To: michaelh@cet.co.jp (Michael Hancock) Date: Fri, 24 Apr 1998 07:16:44 +0000 (GMT) Cc: wollman@khavrinen.lcs.mit.edu, darrenr@reed.wattle.id.au, current@FreeBSD.ORG In-Reply-To: from "Michael Hancock" at Apr 24, 98 11:10:24 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > There are numerous programs like this already - ps, netstat, top, etc. > > > I'd say "deal with it". > > > > When I'm done with netstat, I hope to have its interface completely > > separated from the actual kernel internals. It's not there yet, but I > > think I have the right ideas on how to proceed. There's no reason why > > the same strategy can't be taken with the process table. > > I haven't looked at this but wasn't this a eproc-only vs. > eproc-with-entire-proc issue? Not really. The "ps problem" is wih the -M, -N, and -W arguments; from the man page: ps [-aCcehjlmrSTuvwx] [-M core] [-N system] [-O fmt] [-o fmt] [-p pid] [-t tty] [-U username] [-W swap] That is, "ps" operates on system dumps as well as running systems. A procedural interface rather than a data interface won't work on a system dump (since there is no kernel to service the method invocation). The best implementation I could come up with was to make an abstract data interface using a procedural access, and then bind the procedural access to the kernel image (-N system). The way this would work is that the "ps" program would dlopen() the "system" image to access the procedural routines that operated against the kmem image (/dev/kmem or "core"). This pretty much *requires* the use of ELF segments to be able to seperately attribute what are, in effect, "file forks" in the kernel image. The other alternative is to make a "data accessor switch", and use the existing routines against system dumps (assuming that the dump and the particular ps build match, much the same way as we assume that the running kernel and the ps build match today). The "switch" would use /proc if the -M/-N/-W were omitted. This is a very unsatisfying soloution, for (I hope) obvious reasons. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:19:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11937 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:19:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11931 for ; Fri, 24 Apr 1998 00:19:47 -0700 (PDT) (envelope-from Kurt@Boolean.Net) Received: from gypsy (smx-ca18-60.ix.netcom.com [207.93.148.252]) by proxy3.ba.best.com (8.8.8/8.8.BEST) with SMTP id AAA19378 for ; Fri, 24 Apr 1998 00:16:40 -0700 (PDT) Message-Id: <3.0.5.32.19980424001722.009afd30@shell17.ba.best.com> X-Sender: boolean@shell17.ba.best.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Fri, 24 Apr 1998 00:17:22 -0700 To: current@FreeBSD.ORG From: "Kurt D. Zeilenga" Subject: SNAP9802 CDROM: cannot mount root Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I finally found the time to install with -current on my SMP Micron Powerdigm (a major upgrade for my dying Gw2k DX2/66 VLB -current box). However, I ran into a few problems loading the Feb. 98 WC CDROM (I intend to CVSup to -current from this SNAP). I provide basic configuration info below, I'll followup with dmesg, mptable and kernel config info. I installed by booting the CDROM and the kernel hung immediately after detecting vx0 (3COM 3C905). Guessing, I disabled "PnP Operating System" in the BIOS. This allowed CDROM boot to complete. I'll deal with enabling PnP OS support later (NT4 AWE64 driver requires this to be enabled). Anyways, using sysinstall I allocated the entire second SCSI drive (target 1) to FreeBSD (using a compatibility slice). Every thing went fine until went to boot (on target 1) the newly installed system. First, BootEasy claimed: F1 - BSD F5 - Other Disk Strange. What's Other Disk? sd0s0 is NT (NTFS), sd0s1 is FAT16. F5 must be the Jaz drive on target 4. Ignoring this, I pressed F1 and the boot prompt arrived and the default boot command loaded the kernel fine. But then: changing root device to sd0a error 22: panic: cannot mount root (2) Well, guess I'll have to tell the kernel where root is... so I reboot with -va.... But instead of the kernel asking, I got: changing root device to sd0a sd0s1: type 7, start 63, end 8385929, size 8385869 : OK sd0s2: type 5, start 8385930, end = 8916074, size 530145 : OK sd0s3: type 6, start 8385993, end = 8916074, size 530082 : OK error 22: panic: cannot mount root (2) Yeap, no FreeBSD there. I search the archives and found a note stating that -a was broken for kernels with both MFS and swapgeneric. I presume sysinstall installed such a kernel. Curious, I tried an older -current SNAP (971006), but got the same basic error. No problem. I just retarget the drives temporarily, install the 9802 SNAP, boot on sd0, build a kernel a "root on sd1" config line (and no MFS), MAKEDEV sd1s1a, and patch fstab. I'll even keep the kernel UP for now. Then I'll just retarget back and reboot. Well, I got the exact same behavior. boot -a doesn't ask and the kernel cannot mount root. Anyways, I figure I'll retarget FreeBSD drive back to target 0, CVSup to -current, and try this again. Does anyone have any comments and/or suggestions? Thanks, Kurt Basic Configuration Info - Micron Powerdigm Pro Micron Samarai Motherboard Dual PII-300 Phoenix BIOS 4.0 Release 5.12 PnP,MP1.4 enabled Adaptec (integrated) 2940UW BIOS 1.32 w/ IBM 4.5G UW (NT) Seagate 9G UW (FreeBSD) Iomega Jaz, Iomega Zip, CDROM 3COM 3C905 Fast Etherlink XL AWE64 PnP Sound USR PnP x2 Modem Diamond GL1000 Pro graphics Integrated USB (disabled), APM (disabled) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:27:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12883 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:27:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12874 for ; Fri, 24 Apr 1998 00:27:40 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA09819; Fri, 24 Apr 1998 00:19:08 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd009816; Fri Apr 24 07:18:59 1998 Date: Fri, 24 Apr 1998 00:13:37 -0700 (PDT) From: Julian Elischer To: Luoqi Chen cc: abial@nask.pl, freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: <9804240512.AA12050@watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Apr 1998, Luoqi Chen wrote: > the controller is initialized. It is the state of the controller rather > then the device driver's. Just remove the line with DK_CLOSE from the code. this is funny because it always used to do this before the change.. I am curious why suddenly now this is a problem.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:28:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13386 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:28:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA13373 for ; Fri, 24 Apr 1998 00:28:51 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA20491; Fri, 24 Apr 1998 07:48:54 +0200 From: Luigi Rizzo Message-Id: <199804240548.HAA20491@labinfo.iet.unipi.it> Subject: Re: Bandwidth throttling etc. To: julian@whistle.com (Julian Elischer) Date: Fri, 24 Apr 1998 07:48:54 +0200 (MET DST) Cc: kjc@csl.sony.co.jp, current@FreeBSD.ORG In-Reply-To: <35401D98.6201DD56@whistle.com> from "Julian Elischer" at Apr 23, 98 10:05:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've been looking at making the stored line-number in the SKIPTO > rules be actual pointers to the rule to skip to. > this would require reference counting rules, but it would make it much > more efficient to break the rulesets into smaller subgroups, > as you wouldn't have to step through every rule. right. as a matter of fact, the ipfw "rules" are really a program so i wonder if it wouldn't be better to define a simple language (bytecode ?) such that /sbin/ipfw compiles a "program" into bytecode that is passed to the kernel ... the flow id is really used as the 'program counter' from where to restart processing when you enter the filter... > > And how hard (i.e. impact to the rest of the code) would it be to > > put the flow label in the mbuf header ? > > > > no real impact.. > M_FREE would need to be tought how to free it if it were present.. > that's about all. Just looking at TCP/IP Ill. vol.2 -- sec.2 where mbufs are defined. It appears that the pointer could go into the struct pkthdr (Figure 2.8) since it is only meaningful there. MHLEN should be reduced accordingly (comes for free in our code since this is computed by difference between MSIZE and sizeof(struct pkthdr) ). Other than that, are you aware of any userland code that could be affected by the change ? Otherwise i am going to do the change (in my sources) next week if you don't do it before... > I just read your paper/code on the round-robin queueing.. > I guess you and kenjiro chen have been working on similar > things.. :-) kenjiro's code is order of magniture better, really. Mine was just the result of a day or two playing with fair queueing. > Even thugh I'm not doing input bandwidth control with embedded > flows I still thing that a flow capabilty in freeBSD, associated > with the packet filter(s) is something that should be investigated. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:45:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA15147 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:45:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA15142 for ; Fri, 24 Apr 1998 00:45:07 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA20557; Fri, 24 Apr 1998 08:07:25 +0200 From: Luigi Rizzo Message-Id: <199804240607.IAA20557@labinfo.iet.unipi.it> Subject: Bridging... To: current@FreeBSD.ORG Date: Fri, 24 Apr 1998 08:07:24 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to see what could be the best way to implement bridging within FreeBSD. The main app would be to connect 10/100 Mbit interfaces in the most transparent way (I know doing packet filtering on a 100 Mbit segment places a bit of load on the host and a dedicated solution could be cheaper/more efficient). After thinking a bit, how about the following: + add a "linked" (or whatever name you like) command to "ifconfig" so that you can say ifconfig de1 linked ed0 and then de1 inherits all features (ethernet and ip addresses, aliases, netmasks...) of ed0. (Using the same ethernet addr makes life easier when responding to ARP requests...) Implementing this probably requires adding a list of pointers to the clustered interfaces in the descriptor of the parent interface. + add a small table (perhaps this info is already in the arp table) to determine on what interface is each destination. This is used on output as follows: if the interface to use is known, then use it, otherwise send to all interfaces which are part of the same cluster. + when not configured as a bridge, interfaces are configured the usual way (non promiscuous). Input is straightforward, output is managed as above. + when configured as a bridge, just set the interfaces in promiscuous mode, and pass incoming packets to the other interfaces in the cluster using the usual bridging algorithms (see my bridge code on my web page). Comments/opinions ? cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 00:58:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16966 for freebsd-current-outgoing; Fri, 24 Apr 1998 00:58:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d183-205.uoregon.edu (d183-205.uoregon.edu [128.223.183.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16959 for ; Fri, 24 Apr 1998 00:58:02 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by d183-205.uoregon.edu (8.8.7/8.8.7) id AAA22504; Fri, 24 Apr 1998 00:57:40 -0700 (PDT) Message-ID: <19980424005740.35254@hydrogen.nike.efn.org> Date: Fri, 24 Apr 1998 00:57:40 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: Bridging... References: <199804240607.IAA20557@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199804240607.IAA20557@labinfo.iet.unipi.it>; from Luigi Rizzo on Fri, Apr 24, 1998 at 08:07:24AM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo scribbled this message on Apr 24: > I am trying to see what could be the best way to implement bridging > within FreeBSD. The main app would be to connect 10/100 Mbit > interfaces in the most transparent way (I know doing packet filtering > on a 100 Mbit segment places a bit of load on the host and a > dedicated solution could be cheaper/more efficient). personally, I always thought it would be kool to setup a version of FreeBSD that pretty much removed the vfs system, and most other parts that have to support userland apps... after that, you create a kernel thread or something similar that turns the box into a switch... then you simply boot the machine up, handle the forwarding of packets between interfaces... this of course means that you could dump the tcp/udp stacks along with a number of other things... you'd have something better than a straight ethernet bridge... think, FreeBeSwitcheD on a floppy... :) it shouldn't be to hard to keep track of what interface has what hardware address... and it wouldn't have to be limited to ip either... and think, an 8meg machine could support up to 400k machines... which is a bit better than most switches support... -- John-Mark Gurney Modem Rev/FAX: +1 541 346 9237 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD Don't trust anyone you don't have the source for To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 01:01:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17711 for freebsd-current-outgoing; Fri, 24 Apr 1998 01:01:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA17704 for ; Fri, 24 Apr 1998 01:01:11 -0700 (PDT) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id IAA28002; Fri, 24 Apr 1998 08:00:02 GMT Date: Fri, 24 Apr 1998 17:00:02 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: wollman@khavrinen.lcs.mit.edu, darrenr@reed.wattle.id.au, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netinet ip_fw.c In-Reply-To: <199804240716.AAA10334@usr09.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Apr 1998, Terry Lambert wrote: > That is, "ps" operates on system dumps as well as running systems. > > A procedural interface rather than a data interface won't work on a > system dump (since there is no kernel to service the method invocation). > > The best implementation I could come up with was to make an abstract > data interface using a procedural access, and then bind the procedural > access to the kernel image (-N system). > > The way this would work is that the "ps" program would dlopen() the > "system" image to access the procedural routines that operated > against the kmem image (/dev/kmem or "core"). Umm. Could it be done completely data driven without having to invoke routines out of the image? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 01:03:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA18272 for freebsd-current-outgoing; Fri, 24 Apr 1998 01:03:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA18236 for ; Fri, 24 Apr 1998 01:03:01 -0700 (PDT) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.8.8/8.8.8) with ESMTP id JAA08340; Fri, 24 Apr 1998 09:02:10 +0100 (BST) (envelope-from kpielorz@tdx.co.uk) Message-ID: <35404702.C76E25A2@tdx.co.uk> Date: Fri, 24 Apr 1998 09:02:10 +0100 From: Karl Pielorz Organization: TDX X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Luigi Rizzo CC: current@FreeBSD.ORG Subject: Re: Bridging... References: <199804240607.IAA20557@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > I am trying to see what could be the best way to implement bridging > within FreeBSD. The main app would be to connect 10/100 Mbit > interfaces in the most transparent way (I know doing packet filtering > on a 100 Mbit segment places a bit of load on the host and a > dedicated solution could be cheaper/more efficient). > > Comments/opinions ? That's funny - I was going ask _EXACTLY_ how you could do this with FreeBSD! We're thinking of putting a FBSD machine 'between' our Cisco 2503 and the rest of the LAN - the firewalling on FreeBSD is now 'better' than that on our aging IOS Cisco - plus the box can 'capture' the bad packets - rather than just junking them... I'd like to have done it 'transparently' somehow - literally just copying the traffic from say one fxp interface to another - running it through IPFW (if possible) on the way... Otherwise we have to do some renumbering and waste another 4 IP addresses (2 host subnet) on this, which although is no major shakes it would be nice to do it a bit 'cleaner'... So - Yes, I think it's a good idea! > when configured as a bridge, just set the interfaces in promiscuous > mode, and pass incoming packets to the other interfaces in the > cluster using the usual bridging algorithms (see my bridge code on > my web page). Would this include running through IPFW or similar? - and could it still use bpf etc. to sniff packets? Regards, Karl Pielorz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 01:28:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21379 for freebsd-current-outgoing; Fri, 24 Apr 1998 01:28:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21372 for ; Fri, 24 Apr 1998 01:28:22 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA24478; Fri, 24 Apr 1998 10:27:28 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Fri, 24 Apr 1998 10:27:27 +0200 (MET DST) Mime-Version: 1.0 To: "Jordan K. Hubbard" Cc: Mike Smith , Dmitry Khrustalev , Studded , patl@phoenix.volant.org, current@FreeBSD.ORG Subject: Re: Why is xtend in the base system? References: <1796.893362210@time.cdrom.com> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 24 Apr 1998 10:27:25 +0200 In-Reply-To: "Jordan K. Hubbard"'s message of "Thu, 23 Apr 1998 13:10:10 -0700" Message-ID: Lines: 12 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" writes: > > never supported by the kernel code. This was being undertaken by a > > volunteer who seems to have been slain by whatever predator it is that > > consumes new volunteers. > I think it's the pointy-haired boss from "Dilbert." No, it's the Ebonian Secret Services. Remember, if there's too much free software out there, Dilbert's company (and others) will go out of business, which will greatly harm the Ebonian economy. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 01:36:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22297 for freebsd-current-outgoing; Fri, 24 Apr 1998 01:36:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22292 for ; Fri, 24 Apr 1998 01:36:43 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA25525; Fri, 24 Apr 1998 10:36:18 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Fri, 24 Apr 1998 10:36:16 +0200 (MET DST) Mime-Version: 1.0 To: Luigi Rizzo Cc: julian@whistle.com (Julian Elischer), kjc@csl.sony.co.jp, current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <199804240548.HAA20491@labinfo.iet.unipi.it> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 24 Apr 1998 10:36:15 +0200 In-Reply-To: Luigi Rizzo's message of "Fri, 24 Apr 1998 07:48:54 +0200 (MET DST)" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo writes: > right. as a matter of fact, the ipfw "rules" are really a program > so i wonder if it wouldn't be better to define a simple language > (bytecode ?) such that /sbin/ipfw compiles a "program" into bytecode > that is passed to the kernel ... Just a thought: BPF... -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 01:39:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22974 for freebsd-current-outgoing; Fri, 24 Apr 1998 01:39:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22953 for ; Fri, 24 Apr 1998 01:39:27 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA08294; Fri, 24 Apr 1998 01:39:27 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpd008268; Fri Apr 24 01:39:17 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id BAA23279; Fri, 24 Apr 1998 01:39:12 -0700 (MST) From: Terry Lambert Message-Id: <199804240839.BAA23279@usr01.primenet.com> Subject: Re: cvs commit: src/sys/netinet ip_fw.c To: michaelh@cet.co.jp (Michael Hancock) Date: Fri, 24 Apr 1998 08:39:12 +0000 (GMT) Cc: tlambert@primenet.com, wollman@khavrinen.lcs.mit.edu, darrenr@reed.wattle.id.au, current@FreeBSD.ORG In-Reply-To: from "Michael Hancock" at Apr 24, 98 05:00:02 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > That is, "ps" operates on system dumps as well as running systems. > > > > A procedural interface rather than a data interface won't work on a > > system dump (since there is no kernel to service the method invocation). > > > > The best implementation I could come up with was to make an abstract > > data interface using a procedural access, and then bind the procedural > > access to the kernel image (-N system). > > > > The way this would work is that the "ps" program would dlopen() the > > "system" image to access the procedural routines that operated > > against the kmem image (/dev/kmem or "core"). > > Umm. Could it be done completely data driven without having to invoke > routines out of the image? Are you willing to make the data in the kernel conform to ASN.1? It seems to be a hell of a burden for normal usage. 8-(. I think binding it to the kernel image is sufficient. You can't have loaded a kernel without the image you loaded it from, and you can't be interested in diagnosing a dump unless you are going to boot from that kernel again (why fix an error that can't repeat?). The problem with data-only interfaces is that they either have to be sifficiently abstract that they imply processing overhead that is unnecessary in the common case, or they inmply accessors that are dependent on the instance of the data format, and break between revisions (exactly the problem with "ps" now). The accessor libraries are a general soloution, since they bind to the kernel image, and if you don't have the image, then you can't interpret the dump anyway, and the "ps" against the dump is a higher granularity anyway. You can't buy 75% of something without buying 50% at the same time, so it's a non-problem if you bind to the image. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 02:15:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01186 for freebsd-current-outgoing; Fri, 24 Apr 1998 02:15:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01132 for ; Fri, 24 Apr 1998 02:15:04 -0700 (PDT) (envelope-from grog@lemis.com) Received: from papillon.lemis.com ([192.122.138.250]) by freebie.lemis.com (8.8.8/8.8.7) with ESMTP id SAA00887; Fri, 24 Apr 1998 18:44:16 +0930 (CST) (envelope-from grog@lemis.com) Received: (grog@localhost) by papillon.lemis.com (8.8.8/8.6.12) id JAA00454; Fri, 24 Apr 1998 09:24:29 +0800 (SGT) Message-ID: <19980424092427.04738@papillon.lemis.com> Date: Fri, 24 Apr 1998 09:24:27 +0800 From: Greg Lehey To: Mike Smith , "Jordan K. Hubbard" Cc: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <23641.893249479@time.cdrom.com> <199804221612.JAA00593@antipodes.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89i In-Reply-To: <199804221612.JAA00593@antipodes.cdrom.com>; from Mike Smith on Wed, Apr 22, 1998 at 09:12:36AM -0700 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 April 1998 at 9:12:36 -0700, Mike Smith wrote: >>> This is evil and should never have been suggested in the docs. >> >> Why? It's always worked just great for me and I've had it like >> this for over 3 years. > > "Because if your X server crashes it just loops forever" > > At least that's the pathetic excuse that I've heard most often. Is this pathetic, even if it's strictly not true? > Basically, if it works, don't screw with it. Starting it out of > /usr/local/etc/rc.local sucks by comparison. (Oh dear, I just borked X, > and xdm is confused. 'killall -9 xdm' and back it comes. Perfect > IMHO.) I think we're on the wrong forum here to understand why it's evil. I suggested it in "Installing and Running FreeBSD", and Jörg came down on me and pointed out this problem. Now if it happened to you or me (or even Jordan :-), we could solve the problem. Put somebody new to FreeBSD in front of the keyboard, and he's likely to get the screaming heebie-jeebies. There's a simple way to avoid the problem (start it from rc.local or xdm/Xservers), so why recommend this one? Of course, that certainly doesn't invalidate the "if it works, don't fix it". But that isn't what Dag-Erling was talking about. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 02:21:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02751 for freebsd-current-outgoing; Fri, 24 Apr 1998 02:21:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA02739 for ; Fri, 24 Apr 1998 02:21:27 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id LAA02359; Fri, 24 Apr 1998 11:20:36 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Fri, 24 Apr 1998 11:20:35 +0200 (MET DST) Mime-Version: 1.0 To: Greg Lehey Cc: Mike Smith , "Jordan K. Hubbard" , Dag-Erling Coidan Smørgrav , Kazutaka YOKOTA , "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: Disappearing keyboard References: <23641.893249479@time.cdrom.com> <199804221612.JAA00593@antipodes.cdrom.com> <19980424092427.04738@papillon.lemis.com> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 24 Apr 1998 11:20:34 +0200 In-Reply-To: Greg Lehey's message of "Fri, 24 Apr 1998 09:24:27 +0800" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id CAA02740 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey writes: > I think we're on the wrong forum here to understand why it's evil. I > suggested it in "Installing and Running FreeBSD", and Jörg came down Speaking of X and your litterature, I've had reports of a typo in TCFBSD which causes X to lock up because it's started on a getty- controlled terminal. Or is this where this thread started...? -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 02:39:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05601 for freebsd-current-outgoing; Fri, 24 Apr 1998 02:39:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA05594 for ; Fri, 24 Apr 1998 02:39:07 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id LAA24501; Fri, 24 Apr 1998 11:36:27 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 24 Apr 1998 11:36:27 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: John-Mark Gurney cc: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Bridging... In-Reply-To: <19980424005740.35254@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Apr 1998, John-Mark Gurney wrote: > personally, I always thought it would be kool to setup a version of > FreeBSD that pretty much removed the vfs system, and most other parts > that have to support userland apps... > > after that, you create a kernel thread or something similar that turns > the box into a switch... then you simply boot the machine up, handle > the forwarding of packets between interfaces... > > this of course means that you could dump the tcp/udp stacks along with > a number of other things... you'd have something better than a straight > ethernet bridge... > > think, FreeBeSwitcheD on a floppy... :) I like this idea! This would make for really minimal FreeBSD-based router/switch, which wouldn't have the bloat of FS related things. It would have to have some userland, though, in order to manage the configuration, routing protocols and SNMP requests. I wonder how Cisco's are doing this, from the operating system's point of view... When you configure the type of routing protocol on a Cisco, it looks very similar to starting a new process (e.g. ospf router), and when you look into memory statistics, it seems that their IOS has a notion of processes... Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 02:52:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA07137 for freebsd-current-outgoing; Fri, 24 Apr 1998 02:52:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA07073 for ; Fri, 24 Apr 1998 02:52:24 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA20818; Fri, 24 Apr 1998 10:14:37 +0200 From: Luigi Rizzo Message-Id: <199804240814.KAA20818@labinfo.iet.unipi.it> Subject: Re: Bridging... To: gurney_j@resnet.uoregon.edu Date: Fri, 24 Apr 1998 10:14:37 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <19980424005740.35254@hydrogen.nike.efn.org> from "John-Mark Gurney" at Apr 24, 98 00:57:21 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Luigi Rizzo scribbled this message on Apr 24: > > I am trying to see what could be the best way to implement bridging > > within FreeBSD. The main app would be to connect 10/100 Mbit ... > think, FreeBeSwitcheD on a floppy... :) actually, i have been using pc-based bridges (with code derived from netboot) for a long time -- look at my web page and search for PCbridge 3 . The code compiles on FreeBSD and can be run off a floppy or an EPROM. >From the point of view of efficiency this is better since with certain hardware it does not need to transfer the whole packet to main memory, but only the interesting parts -- headers etc. . Since the bus bandwidth is often the bottleneck for ISA cards, this is very efficient. The negative side is that the netboot only support a limited set of adapters, and no 100Mbit unit. So it would take a lot of work to port the driver to make it work with netboot, and it would need a lot of mainteinance with newer hardware. > it shouldn't be to hard to keep track of what interface has what hardware > address... and it wouldn't have to be limited to ip either... and think, > an 8meg machine could support up to 400k machines... which is a bit > better than most switches support... the filter needs not to be precise. PCbridge uses a small (64K) hash table with room for 8k different addresses. When you have a conflict you simply forward on all interfaces. In the five years i have been using this code i have never had a problem with leaks. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 02:58:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08426 for freebsd-current-outgoing; Fri, 24 Apr 1998 02:58:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA08271 for ; Fri, 24 Apr 1998 02:57:36 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA20854; Fri, 24 Apr 1998 10:19:08 +0200 From: Luigi Rizzo Message-Id: <199804240819.KAA20854@labinfo.iet.unipi.it> Subject: Re: Bridging... To: kpielorz@tdx.co.uk (Karl Pielorz) Date: Fri, 24 Apr 1998 10:19:07 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <35404702.C76E25A2@tdx.co.uk> from "Karl Pielorz" at Apr 24, 98 09:01:51 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > when configured as a bridge, just set the interfaces in promiscuous > > mode, and pass incoming packets to the other interfaces in the > > cluster using the usual bridging algorithms (see my bridge code on > > my web page). > > Would this include running through IPFW or similar? - and could it still use > bpf etc. to sniff packets? bpf, probably yes. Running ipfw, definitely not (unless for traffic directed to the local host or routing layer) since it is working at a lower level. After all a brige emulates a piece of wire and you don't expect a piece of wire to act as a firewall. (Although most bridges do some of that). cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 03:00:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08777 for freebsd-current-outgoing; Fri, 24 Apr 1998 03:00:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA08715 for ; Fri, 24 Apr 1998 03:00:15 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA20834; Fri, 24 Apr 1998 10:16:38 +0200 From: Luigi Rizzo Message-Id: <199804240816.KAA20834@labinfo.iet.unipi.it> Subject: Re: Bandwidth throttling etc. To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Fri, 24 Apr 1998 10:16:37 +0200 (MET DST) Cc: julian@whistle.com, kjc@csl.sony.co.jp, current@FreeBSD.ORG In-Reply-To: from "Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?=" at Apr 24, 98 10:35:56 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Luigi Rizzo writes: > > right. as a matter of fact, the ipfw "rules" are really a program > > so i wonder if it wouldn't be better to define a simple language > > (bytecode ?) such that /sbin/ipfw compiles a "program" into bytecode > > that is passed to the kernel ... > > Just a thought: BPF... right... had the same thing in mind. But have no idea on how this is implemented. luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 03:31:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12797 for freebsd-current-outgoing; Fri, 24 Apr 1998 03:31:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12792 for ; Fri, 24 Apr 1998 03:31:09 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gjallarhorn.ifi.uio.no (2602@gjallarhorn.ifi.uio.no [129.240.65.40]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id MAA13988; Fri, 24 Apr 1998 12:30:46 +0200 (MET DST) Received: (from dag-erli@localhost) by gjallarhorn.ifi.uio.no ; Fri, 24 Apr 1998 12:30:46 +0200 (MET DST) Mime-Version: 1.0 To: Luigi Rizzo Cc: julian@whistle.com, kjc@csl.sony.co.jp, current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <199804240816.KAA20834@labinfo.iet.unipi.it> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 24 Apr 1998 12:30:45 +0200 In-Reply-To: Luigi Rizzo's message of "Fri, 24 Apr 1998 10:16:37 +0200 (MET DST)" Message-ID: Lines: 12 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo writes: > > Luigi Rizzo writes: > > > (bytecode ?) such that /sbin/ipfw compiles a "program" into bytecode > > > that is passed to the kernel ... > > Just a thought: BPF... > right... had the same thing in mind. But have no idea on how this is > implemented. So RTFS :) /src/sys/net/bpf_filter.c is the machine itself IIRC. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 03:44:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA13857 for freebsd-current-outgoing; Fri, 24 Apr 1998 03:44:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA13838; Fri, 24 Apr 1998 03:44:13 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gjallarhorn.ifi.uio.no (2602@gjallarhorn.ifi.uio.no [129.240.65.40]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id MAA15859; Fri, 24 Apr 1998 12:44:12 +0200 (MET DST) Received: (from dag-erli@localhost) by gjallarhorn.ifi.uio.no ; Fri, 24 Apr 1998 12:44:11 +0200 (MET DST) Mime-Version: 1.0 To: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: ls Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 24 Apr 1998 12:44:11 +0200 Message-ID: Lines: 21 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG current's ls now accepts three new options: -? Display a short list of options (this was already in the code, but was left out from the call to getopt) -B Display all unprintable characters in octal (\xxx) -b As -B, but use C escape codes when possible (as in AT&T Unices) Note that -b currently doesn't behave *exactly* like it does on AT&T Unices, but I'm working on that, using Solaris 2.5.1 for reference. I'll look through (and probably commit) Max Euston's patches (-H and -P, see bin/6140) later today or this weekend, and merge everything into stable at some point during the next week unless somebody strongly objects. Any comments / suggestions? -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 05:51:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28918 for freebsd-current-outgoing; Fri, 24 Apr 1998 05:51:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from minotaur.com (www.minotaur.com [209.70.17.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA28908 for ; Fri, 24 Apr 1998 05:51:54 -0700 (PDT) (envelope-from jon@minotaur.com) Received: (qmail 9413 invoked from network); 24 Apr 1998 12:53:04 -0000 Received: from roaming.minotaur.com (HELO roaming) (209.70.17.100) by www.minotaur.com with SMTP; 24 Apr 1998 12:53:04 -0000 From: "Jon E. Mitchiner" To: Subject: Benchmark timing with a PII-350 Date: Fri, 24 Apr 1998 08:52:31 -0400 Message-ID: <007801bd6f7f$d81841c0$641146d1@roaming.minotaur.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm not sure if anyone is interested in this information, but based on a make world run on a PII-350 with 128MB PC100 RAM, Intel SE440BX Motherboard, DPT 3334UW Raid controller (64MB cache), 100MHz system bus, results are as follows (with no -j loading) -------------------------------------------------------------- make world completed on Fri Apr 24 08:49:53 EDT 1998 -------------------------------------------------------------- 2847.445u 612.829s 1:12:02.34 80.0% 871+965k 63305+383630io 8783pf+0w Jon ______________________________________________________________________ Jon E. Mitchiner - jon@minotaur.com Minotaur Technologies, LLC - http://www.minotaur.com - (703) 560-0683 (FAX) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 06:18:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02571 for freebsd-current-outgoing; Fri, 24 Apr 1998 06:18:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from widefw.csl.sony.co.jp (widefw.csl.sony.co.jp [133.138.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA02562 for ; Fri, 24 Apr 1998 06:18:42 -0700 (PDT) (envelope-from kjc@csl.sony.co.jp) Received: from hotaka.csl.sony.co.jp (root@hotaka.csl.sony.co.jp [43.27.98.57]) by widefw.csl.sony.co.jp (8.8.8/3.6W) with ESMTP id WAA00485; Fri, 24 Apr 1998 22:18:12 +0900 (JST) Received: from localhost (kjc@[127.0.0.1]) by hotaka.csl.sony.co.jp (8.8.8/3.6W/hotaka/98021914) with ESMTP id WAA07065; Fri, 24 Apr 1998 22:18:12 +0900 (JST) Message-Id: <199804241318.WAA07065@hotaka.csl.sony.co.jp> To: Luigi Rizzo cc: current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-reply-to: Your message of "Fri, 24 Apr 1998 07:48:54 +0200." <199804240548.HAA20491@labinfo.iet.unipi.it> Date: Fri, 24 Apr 1998 22:18:11 +0900 From: Kenjiro Cho Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi wrote: >> Just looking at TCP/IP Ill. vol.2 -- sec.2 where mbufs are defined. It >> appears that the pointer could go into the struct pkthdr (Figure 2.8) >> since it is only meaningful there. MHLEN should be reduced accordingly >> (comes for free in our code since this is computed by difference >> between MSIZE and sizeof(struct pkthdr) ). >> Other than that, are you aware of any userland code that could be >> affected by the change ? Otherwise i am going to do the change (in my >> sources) next week if you don't do it before... It isn't a useland code, but my brain is hard-coded to detect 100 and 108 when looking at tcpdump output :-) --kj To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 06:38:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04436 for freebsd-current-outgoing; Fri, 24 Apr 1998 06:38:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA04428 for ; Fri, 24 Apr 1998 06:38:17 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA21152; Fri, 24 Apr 1998 13:55:37 +0200 From: Luigi Rizzo Message-Id: <199804241155.NAA21152@labinfo.iet.unipi.it> Subject: Re: Bandwidth throttling etc. To: kjc@csl.sony.co.jp (Kenjiro Cho) Date: Fri, 24 Apr 1998 13:55:36 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <199804241318.WAA07065@hotaka.csl.sony.co.jp> from "Kenjiro Cho" at Apr 24, 98 10:17:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> Other than that, are you aware of any userland code that could be > >> affected by the change ? Otherwise i am going to do the change (in my > >> sources) next week if you don't do it before... > > It isn't a useland code, but my brain is hard-coded to detect 100 and > 108 when looking at tcpdump output :-) actually i was going to ask next if there are stats on the size of packets, to see if it would be worthwhile increasing the size of an MBUF to 256 bytes. With the increasing use of TCP and IP options, possibly longer query strings to http, and large nowaday's memories, it might be useful to improve performance. E.g. 20ms PCM audio packets are 160 bytes of data, plus headers etc, they could fit there. Same for 80ms GSM frames... cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 07:33:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08988 for freebsd-current-outgoing; Fri, 24 Apr 1998 07:33:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08970; Fri, 24 Apr 1998 07:33:18 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id WAA14634; Fri, 24 Apr 1998 22:32:49 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199804241432.WAA14634@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: ls In-reply-to: Your message of "24 Apr 1998 12:44:11 +0200." Date: Fri, 24 Apr 1998 22:32:47 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= wrote: > current's ls now accepts three new options: > > -? Display a short list of options (this was already in the code, but > was left out from the call to getopt) Umm.. getopt() cannot have a ? option. It's what it returns if it doesn't recognize the given arg. while ((c = getopt("abc")) != 1) { switch (c) { case 'a': .. case 'b': .. case 'c': .. case '?': warnx("unknown option '%c' supplied", optopt); usage(); default: warnx("unknown return from getopt()"); ... } } So, "default" is normally a programming error - ie: a character is supplied in the optstring but not handled in the switch statement. "?" is what getopt returns when the user supplies an arg that is not known to getopt at all. I'd suggest removing the '?' from the optstring again.. 'some_cmd -?' will always return '?' from getopt() (by definition), regardless of whether it is listed or not. Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:13:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16669 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:13:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16655 for ; Fri, 24 Apr 1998 08:13:06 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id LAA09479; Fri, 24 Apr 1998 11:12:29 -0400 (EDT) (envelope-from wollman) Date: Fri, 24 Apr 1998 11:12:29 -0400 (EDT) From: Garrett Wollman Message-Id: <199804241512.LAA09479@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: julian@whistle.com (Julian Elischer), kjc@csl.sony.co.jp, current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-Reply-To: <199804240548.HAA20491@labinfo.iet.unipi.it> References: <35401D98.6201DD56@whistle.com> <199804240548.HAA20491@labinfo.iet.unipi.it> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > right. as a matter of fact, the ipfw "rules" are really a program > so i wonder if it wouldn't be better to define a simple language > (bytecode ?) such that /sbin/ipfw compiles a "program" into bytecode BPF! DPF! -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:15:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17397 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:15:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17389 for ; Fri, 24 Apr 1998 08:15:19 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id LAA09494; Fri, 24 Apr 1998 11:15:15 -0400 (EDT) (envelope-from wollman) Date: Fri, 24 Apr 1998 11:15:15 -0400 (EDT) From: Garrett Wollman Message-Id: <199804241515.LAA09494@khavrinen.lcs.mit.edu> To: Michael Hancock Cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netinet ip_fw.c In-Reply-To: References: <199804240716.AAA10334@usr09.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > On Fri, 24 Apr 1998, Terry Lambert wrote: >> That is, "ps" operates on system dumps as well as running systems. We have already determined that this mode of operation will not be supported in the future (right, dg?). If you want to debug a kernel dump, use the debugger. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:18:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17968 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:18:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17963 for ; Fri, 24 Apr 1998 08:18:23 -0700 (PDT) (envelope-from dhw@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id IAA06776 for ; Fri, 24 Apr 1998 08:17:51 -0700 (PDT) Received: from pau-amma.whistle.com(207.76.205.64) by whistle.com via smap (V1.3) id sma006772; Fri Apr 24 08:17:26 1998 Received: (from dhw@localhost) by pau-amma.whistle.com (8.8.7/8.8.7) id IAA19137 for current@FreeBSD.ORG; Fri, 24 Apr 1998 08:17:26 -0700 (PDT) (envelope-from dhw) Date: Fri, 24 Apr 1998 08:17:26 -0700 (PDT) From: David Wolfskill Message-Id: <199804241517.IAA19137@pau-amma.whistle.com> To: current@FreeBSD.ORG Subject: Re: Bridging... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Fri, 24 Apr 1998 11:36:27 +0200 (CEST) >From: Andrzej Bialecki >On Fri, 24 Apr 1998, John-Mark Gurney wrote: >> personally, I always thought it would be kool to setup a version of >> FreeBSD that pretty much removed the vfs system, and most other parts >> that have to support userland apps... >I like this idea! This would make for really minimal FreeBSD-based >router/switch, which wouldn't have the bloat of FS related things. >It would have to have some userland, though, in order to manage the >configuration, routing protocols and SNMP requests. This is rather similar to what Morning Star did (before Ascend bought 'em) on their routers -- ported the necessary parts of Net/2 to a 68302, using flash for a filesystem. Ran gated if you wanted to do OSPF; was able to set up the backup task on one of the fileservers to ftp to the router & do an "mget" on everything just before the nightly backups, so we had the router config backed up.... And no goofy new idiosyncratic command language to learn -- just normal UNIX commands (basically). I liked it... (in case that wasn't obvious).... :-) david -- David Wolfskill dhw@whistle.com (650) 577-7158 pager: (650) 401-0168 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:35:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20032 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:35:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA20027 for ; Fri, 24 Apr 1998 08:35:06 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id KAA19862; Fri, 24 Apr 1998 10:35:02 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id KAA15178; Fri, 24 Apr 1998 10:34:31 -0500 Message-ID: <19980424103430.27432@right.PCS> Date: Fri, 24 Apr 1998 10:34:30 -0500 From: Jonathan Lemon To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: Bridging... References: <199804240607.IAA20557@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199804240607.IAA20557@labinfo.iet.unipi.it>; from Luigi Rizzo on Apr 04, 1998 at 08:07:24AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Apr 04, 1998 at 08:07:24AM +0200, Luigi Rizzo wrote: > I am trying to see what could be the best way to implement bridging > within FreeBSD. The main app would be to connect 10/100 Mbit > interfaces in the most transparent way (I know doing packet filtering > on a 100 Mbit segment places a bit of load on the host and a > dedicated solution could be cheaper/more efficient). > > After thinking a bit, how about the following: > > + add a "linked" (or whatever name you like) command to "ifconfig" > so that you can say > > ifconfig de1 linked ed0 > > and then de1 inherits all features (ethernet and ip addresses, > aliases, netmasks...) of ed0. (Using the same ethernet addr makes > life easier when responding to ARP requests...) That would be nice. Right now, I do ``bridging'' with an ugly mixture of -link and -iface flags, combined with some mucking around with the arp table. I always thought that there should be an easier way to do it. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:35:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20272 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:35:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA20126 for ; Fri, 24 Apr 1998 08:35:25 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id XAA15328; Fri, 24 Apr 1998 23:34:02 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199804241534.XAA15328@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Garrett Wollman cc: Michael Hancock , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/netinet ip_fw.c In-reply-to: Your message of "Fri, 24 Apr 1998 11:15:15 -0400." <199804241515.LAA09494@khavrinen.lcs.mit.edu> Date: Fri, 24 Apr 1998 23:34:01 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > > On Fri, 24 Apr 1998, Terry Lambert wrote: > >> That is, "ps" operates on system dumps as well as running systems. > > We have already determined that this mode of operation will not be > supported in the future (right, dg?). If you want to debug a kernel > dump, use the debugger. IMHO, this is fine as long as gdb gets a 'ps' command. What I'd love to see is a cross between gdb and the SVR4 crash(1M) command. That would be a seriously powerful combination. root@gecko[5:19pm]~peter/src/startppp-116# crash dumpfile = /dev/mem, namelist = /stand/unix, outfile = stdout > ? as file mount (vfs) runq vcproc async findaddr nm resource tty b (buffer) findslot od rtdptbl u (user) base fs (vfssw) p (proc) rtproc user buf (bufhdr) gdp page s (stack) ui (uinode) buffer help pcb search uinode bufhdr hrt prnode size v (var) c (callout) i (inode) plock sndd var callout inode proc snode vfs class kfp q (quit) srmount vfssw dbfree kmastat ptbl stack vnode dblock l (lck) pty stat vtop defproc lck qrun stream ldt dis linkblk queue strstat idt dispq m (vfs) quit t (trace) gdt ds map rcvd trace panic evactive mbfree rd (od) ts test evmm mblock rduser tsdptbl ? f (file) mode redirect tsproc !cmd > proc PROC TABLE SIZE = 1024 SLOT ST PID PPID PGID SID UID PRI CPU EVENT NAME FLAGS 0 s 0 0 0 0 0 99 0 d01ad31e sched load sys lock nwak 1 s 1 0 0 0 0 65 0 e0000000 init load 2 s 2 0 0 0 0 98 0 d10d6400 pageout load sys lock nwak 3 s 3 0 0 0 0 79 0 d00367e0 fsflush load sys lock nwak 4 s 4 0 0 0 0 74 0 d01ed530 kmdaemon load sys lock nwak 5 s 411 405 405 405 0 65 0 e0000000 ttymon load jctl 6 s 288 1 288 288 0 76 0 d12d4700 sshd load 7 s 159 1 159 159 0 65 0 e0000000 slink load 8 s 132 1 132 132 0 65 0 e0000000 update load 9 s 238 1 238 238 0 78 0 d01ec0cc rpcbind load nowait 10 s 184 1 184 184 0 78 0 d01ec0cc syslogd load [..] > user PER PROCESS USER AREA FOR PROCESS 70 PROCESS MISC: command: crash, psargs: crash proc slot: 70 start: Fri Apr 24 23:20:21 1998 mem: ba, type: exec proc/text lock: none vnode of current directory: d11314c8 OPEN FILES AND POFILE FLAGS: [0]: F 0xd1312d40, 0 [1]: F 0xd1312d40, 0 [2]: F 0xd1312d40, 0 [3]: F 0xd1385280, 0 FILE I/O: u_base: 8056ba5, file offset: 0, bytes: 0, segment: data, cmask: 0022 RESOURCE LIMITS: cpu time: unlimited/unlimited file size: 1073741824/1073741824 swap size: unlimited/unlimited stack size: unlimited/unlimited coredump size: 1048576/16777216 file descriptors: 64/1024 address space: unlimited/unlimited file mode(s): write SIGNAL DISPOSITION: 1: default 2: 8060408 3: default 4: default 5: default 6: default 7: default 8: default 9: default 10: default 11: default 12: default 13: default 14: default 15: default 16: default 17: default 18: default 19: default 20: default 21: default 22: default 23: default 24: default 25: default 26: default 27: default 28: default 29: default 30: default 31: default 32: default > callout FUNCTION ARGUMENT TIME ID tcp_turbotimo 00000000 408444558 285111977 polltime d135e200 408444560 285111979 polltime d12d8c00 408444588 285111894 tcp_fasttimo 00000000 408444567 285111970 ts_update 00000000 408444572 285111880 scsi_timer 00000000 408448795 285110704 polltime d1375e00 408444676 285111886 schedpaging 00000000 408444576 285111973 tcp_slowtimo 00000000 408444569 285111949 polltime d1397e00 408446784 285109269 arptimer 00000000 408447372 285109661 polltime d138cc00 408473145 285110982 polltime d1263400 408449628 285111303 strgiveback 00000000 408448795 285110703 polltime d12f9000 408447488 285111893 polltime d126f200 408445306 285111941 tcp_slowtimo 00000000 408444619 285111996 ts_update 00000000 408444673 285112002 str2time d136cc00 408442740 285109568 arptimer 00000000 408435370 285101156 str2time d1367400 408315725 285018569 [..] > strstat ITEM ALLOC IN USE FREE TOTAL MAX FAIL streams 184 184 0 5425408 243 0 queues 998 998 0 13956470 1216 0 message blocks 482 138 344 180741104 1281 0 data blocks 436 138 298 146409935 692 0 link blocks 24 24 0 24 24 0 stream events 28 9 19 46668 28 0 Count of scheduled queues: 0 > t 13 STACK TRACE FOR PROCESS 13: ~resume(D11591B8 D01EC150 1E).......................(ebp:e0000ccc) ret:d002430e gcc2_compiled.(D01EC150 1E 3B8).....................ebp:e0000cf0 ret:d00895f0 *osmread+0x3c(1100 440000 440000)....................ebp:e0000d0c ret:d0020008 *gen_read+0x64(440000 E0000DC4 D1087C00).............ebp:e0000d30 ret:d010cc83 *spec_read+0x7b(D128AB04 E0000DC4 0).................ebp:e0000d64 ret:d00387f1 rdwr(D12896C0 E0000DC4 E0000E20)....................ebp:e0000d98 ret:d003834d rw(E00010B0 E0000E20 1).............................ebp:e0000ddc ret:d0038298 *read+0x10(E00010B0 E0000E20 8002C0E0)...............ebp:e0000df0 ret:d003055a systrap(E0000E34)...................................ebp:e0000e28 ret:d00119d8 SYSTEM CALL from 17:8000F18E (ebp:E0000E34, ss:esp: 1F:8045D2C) eax: 3 ebx:8002C0E0 ecx:FFFFFFCB edx: 5 efl: 206 ds: 1F esi: 8054F34 edi: 804F86C esp:E0000E78 ebp: 8045D58 es: 1F (yes, this particular SVR4.0 system was compiled with gcc, but many of the namelist processing stuff doesn't know about gcc's symbol pollution) Basically crash(1M) for those who've not seen it, is kinda like a user-mode DDB but it knows how to display just about everything in detail ranging from summary mode to huge detail. What it's missing is source level debugging support, obviously because SVR4 doesn't come with source for mere mortals. So, if somebody ever had huge amounts of spare time, a combination of GDB's source debugging, a DDB/crash(1M) style interface and a decent scripting system would be dynamite. We could then have a reasonable chance of putting together a sample script to do information gathering for people to run on their crashdumps for inclusion with send-pr etc. Add in gdb-remote and you've really got something worth yelling about. > -GAWollman Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:50:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22802 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:50:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA22797 for ; Fri, 24 Apr 1998 08:50:39 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA04852; Fri, 24 Apr 1998 09:49:57 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA14108; Fri, 24 Apr 1998 09:49:53 -0600 Date: Fri, 24 Apr 1998 09:49:53 -0600 Message-Id: <199804241549.JAA14108@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 To: Greg Lehey Cc: Mike Smith , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-Reply-To: <19980424092427.04738@papillon.lemis.com> References: <23641.893249479@time.cdrom.com> <199804221612.JAA00593@antipodes.cdrom.com> <19980424092427.04738@papillon.lemis.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA22798 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ xdm in /etc/ttys ] > >>> This is evil and should never have been suggested in the docs. > >> > >> Why? It's always worked just great for me and I've had it like > >> this for over 3 years. > > > > "Because if your X server crashes it just loops forever" > > > > At least that's the pathetic excuse that I've heard most often. > > Is this pathetic, even if it's strictly not true? It's pathetic, since if you use xdm, it'll loop forever no matter where it's started from. The only thing that will cause you a minor bit of trouble is if xdm fails, it'll loop about 5 times, then init will give up trying and dump a message to the screen. However, if you start it from /etc/rc.local, it'll only try once. > I think we're on the wrong forum here to understand why it's evil. I > suggested it in "Installing and Running FreeBSD", and Jörg came down > on me and pointed out this problem. Joerg didn't fully understand the issues. It's perfectly safe to put in /etc/ttys. Matter of fact, I (and Mike) suggest that it's still the 'correct' place to put it. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:58:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23988 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:58:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA23982 for ; Fri, 24 Apr 1998 08:58:48 -0700 (PDT) (envelope-from ambrisko@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id IAA19097; Fri, 24 Apr 1998 08:50:04 -0700 (PDT) Received: from crab.whistle.com(207.76.205.112), claiming to be "whistle.com" via SMTP by alpo.whistle.com, id smtpd019086; Fri Apr 24 15:49:54 1998 Received: (from ambrisko@localhost) by whistle.com (8.8.8/8.8.7) id IAA19405; Fri, 24 Apr 1998 08:47:38 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <199804241547.IAA19405@whistle.com> Subject: Re: Bridging... In-Reply-To: <199804240814.KAA20818@labinfo.iet.unipi.it> from Luigi Rizzo at "Apr 24, 98 10:14:37 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 24 Apr 1998 08:47:37 -0700 (PDT) Cc: gurney_j@resnet.uoregon.edu, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL29 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo writes: | > Luigi Rizzo scribbled this message on Apr 24: | > > I am trying to see what could be the best way to implement bridging | > > within FreeBSD. The main app would be to connect 10/100 Mbit | ... | > think, FreeBeSwitcheD on a floppy... :) | | actually, i have been using pc-based bridges (with code derived | from netboot) for a long time -- look at my web page and search for | PCbridge 3 . The code compiles on FreeBSD and can be run off a floppy | or an EPROM. | | >From the point of view of efficiency this is better since with certain | hardware it does not need to transfer the whole packet to main memory, | but only the interesting parts -- headers etc. . Since the bus | bandwidth is often the bottleneck for ISA cards, this is very efficient. | | The negative side is that the netboot only support a limited set of | adapters, and no 100Mbit unit. So it would take a lot of work to port | the driver to make it work with netboot, and it would need a lot of | mainteinance with newer hardware. FYI, the Linux Etherboot package supports the Intel 10/100 card. http://www.slug.org.au/etherboot It was based on the FreeBSD netboot code, but now only compiles in the Linux environment. I've hacked it up to load a FreeBSD kernel via tftp. I need to do more work to clean it up. But now I have a bunch of machines netbooting off of a server using fast ethernet. BTW, industrial PC's are very interesting, we have 4 PCI/ISA machines in one case using a segmented passive back-plane. The SBC have "Disk-in-ROM" socket which is just like any BIOS ROM extension so you can stick in your netboot ROM in there which is usefull since the Intel 10/100 card using a PLCC socket. I've also made a couple of changes to the linux-dev package to make compiling easier. I run this script call runlinux: #!/bin/sh LINUX=/compat/linux export LINUX unset LD_LIBRARY_PATH echo $LD_LIBRARY_PATH PATH=$LINUX/usr/bin:$LINUX/bin:$LINUX/usr/local/bin:$LINUX/sbin:$LINUX/usr/sbin: $PATH #echo PATH:$PATH $@ then rename /compat/linux/usr/bin/ld to /compat/linux/usr/bin/ld.elf and then create the script /compat/linux/usr/bin/ld: #!/usr/bin/perl push(@NEW,"/compat/linux/usr/bin/ld.elf"); for($i=0;$i<=$#ARGV;$i++){ push(@NEW,$ARGV[$i]); if ($last eq "-o"){ $dest=$ARGV[$i]; } $last=$ARGV[$i]; } $result=int(system(@NEW)/255); $dest || ( $dest="a.out" ); ($result == 0 ) && system("brandelf","-t","Linux","$dest"); exit $result; This way to build Linux stuff I just do a "runlinux make" and it just works. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 08:59:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24384 for freebsd-current-outgoing; Fri, 24 Apr 1998 08:59:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from goliath.camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24291; Fri, 24 Apr 1998 08:59:14 -0700 (PDT) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au (dialup-ad-2-10.camtech.net.au [203.28.0.74]) by goliath.camtech.net.au (8.8.5/8.8.2) with ESMTP id BAA09285; Sat, 25 Apr 1998 01:26:22 +0930 (CST) Message-ID: <3540B6AB.81B64F05@camtech.net.au> Date: Sat, 25 Apr 1998 01:28:35 +0930 From: Matthew Thyer X-Mailer: Mozilla 4.05 [en] (X11; U; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: FreeBSD CURRENT , me@FreeBSD.ORG Subject: Cant build xemacs20 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With CTM ports-cur 2297 (the most recent delta) whilst trying to build xemacs20, I get: cc -c -O -pipe -Demacs -I. -DHAVE_CONFIG_H -I/usr/local/include -I/usr/X11R6/include glyphs-x.c glyphs-x.c:1192: syntax error before `void' glyphs-x.c:1200: syntax error before `boolean' glyphs-x.c:1218: syntax error before `void' glyphs-x.c:1239: syntax error before `void' glyphs-x.c:1273: syntax error before `void' gmake[1]: *** [glyphs-x.o] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/xemacs20/work/xemacs-20.4/src' gmake: *** [src] Error 2 *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 09:18:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28239 for freebsd-current-outgoing; Fri, 24 Apr 1998 09:18:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA28231 for ; Fri, 24 Apr 1998 09:18:26 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA21442; Fri, 24 Apr 1998 16:41:01 +0200 From: Luigi Rizzo Message-Id: <199804241441.QAA21442@labinfo.iet.unipi.it> Subject: Re: Bridging... To: ambrisko@whistle.com (Doug Ambrisko) Date: Fri, 24 Apr 1998 16:41:01 +0200 (MET DST) Cc: gurney_j@resnet.uoregon.edu, current@FreeBSD.ORG In-Reply-To: <199804241547.IAA19405@whistle.com> from "Doug Ambrisko" at Apr 24, 98 08:47:18 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > FYI, the Linux Etherboot package supports the Intel 10/100 card. > http://www.slug.org.au/etherboot i see. too bad we only have 2114x cards around here... > It was based on the FreeBSD netboot code, but now only compiles in the > Linux environment. I've hacked it up to load a FreeBSD kernel via tftp. > I need to do more work to clean it up. But now I have a bunch of would it be hard to make it compile natively under FreeBSD ? luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 09:51:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01860 for freebsd-current-outgoing; Fri, 24 Apr 1998 09:51:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from orion.tamu.edu (orion.tamu.edu [128.194.177.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01854 for ; Fri, 24 Apr 1998 09:51:33 -0700 (PDT) (envelope-from daved@orion.tamu.edu) Received: from orion (localhost [127.0.0.1]) by orion.tamu.edu (8.8.7/8.8.8) with ESMTP id LAA09933; Fri, 24 Apr 1998 11:53:24 -0500 (CDT) (envelope-from daved@orion.tamu.edu) Message-Id: <199804241653.LAA09933@orion.tamu.edu> From: Dave Duchscher To: Luigi Rizzo cc: current@FreeBSD.ORG Subject: Re: Bridging... In-reply-to: Your message of "Fri, 24 Apr 1998 08:07:24 +0200." <199804240607.IAA20557@labinfo.iet.unipi.it> Date: Fri, 24 Apr 1998 11:53:23 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am trying to see what could be the best way to implement bridging > within FreeBSD. The main app would be to connect 10/100 Mbit > interfaces in the most transparent way (I know doing packet filtering > on a 100 Mbit segment places a bit of load on the host and a > dedicated solution could be cheaper/more efficient). > > After thinking a bit, how about the following: > > + add a "linked" (or whatever name you like) command to "ifconfig" > so that you can say > > ifconfig de1 linked ed0 > > and then de1 inherits all features (ethernet and ip addresses, > aliases, netmasks...) of ed0. (Using the same ethernet addr makes > life easier when responding to ARP requests...) > > Implementing this probably requires adding a list of pointers > to the clustered interfaces in the descriptor of the parent > interface. > > + add a small table (perhaps this info is already in the arp table) > to determine on what interface is each destination. This is > used on output as follows: if the interface to use is known, > then use it, otherwise send to all interfaces which are part > of the same cluster. > > + when not configured as a bridge, interfaces are configured the > usual way (non promiscuous). Input is straightforward, output is > managed as above. > > + when configured as a bridge, just set the interfaces in promiscuous > mode, and pass incoming packets to the other interfaces in the > cluster using the usual bridging algorithms (see my bridge code on > my web page). > > Comments/opinions ? You might want to look at Drawbrdige beta. It may do most of what you want already. DaveD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 10:14:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05241 for freebsd-current-outgoing; Fri, 24 Apr 1998 10:14:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA05234 for ; Fri, 24 Apr 1998 10:14:32 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA21512; Fri, 24 Apr 1998 17:36:58 +0200 From: Luigi Rizzo Message-Id: <199804241536.RAA21512@labinfo.iet.unipi.it> Subject: Re: Bridging... To: Dave.Duchscher@net.tamu.edu (Dave Duchscher) Date: Fri, 24 Apr 1998 17:36:57 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <199804241653.LAA09933@orion.tamu.edu> from "Dave Duchscher" at Apr 24, 98 11:53:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Comments/opinions ? > > You might want to look at Drawbrdige beta. > > > > It may do most of what you want already. very interesting. thanks for the pointer. A few questions: * does it support only two interfaces, or more of them * can you compare your filtering engine to ipfw or BPF (performance, features, etc.) ? * do you support only two network cards, or more of them ? Thanks luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 10:18:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05956 for freebsd-current-outgoing; Fri, 24 Apr 1998 10:18:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05951 for ; Fri, 24 Apr 1998 10:18:17 -0700 (PDT) (envelope-from ambrisko@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA21827; Fri, 24 Apr 1998 10:15:08 -0700 (PDT) Received: from crab.whistle.com(207.76.205.112), claiming to be "whistle.com" via SMTP by alpo.whistle.com, id smtpd021798; Fri Apr 24 17:14:58 1998 Received: (from ambrisko@localhost) by whistle.com (8.8.8/8.8.7) id KAA03107; Fri, 24 Apr 1998 10:10:44 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <199804241710.KAA03107@whistle.com> Subject: Re: Bridging... In-Reply-To: <199804241441.QAA21442@labinfo.iet.unipi.it> from Luigi Rizzo at "Apr 24, 98 04:41:01 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 24 Apr 1998 10:10:44 -0700 (PDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL29 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo writes: | > FYI, the Linux Etherboot package supports the Intel 10/100 card. | > http://www.slug.org.au/etherboot | | i see. too bad we only have 2114x cards around here... | | > It was based on the FreeBSD netboot code, but now only compiles in the | > Linux environment. I've hacked it up to load a FreeBSD kernel via tftp. | > I need to do more work to clean it up. But now I have a bunch of | | would it be hard to make it compile natively under FreeBSD ? I'm not sure, but it shouldn't be to bad. They lifted code from the Linux kernel for the PCI stuff to support. My first crack was to compile it under Linux emulation to show people it worked. The PCI stuff scared me off initially since I would prefer to use FreeBSD based stuff to avoid GPL vs. BSD license issues. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 11:23:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21035 for freebsd-current-outgoing; Fri, 24 Apr 1998 11:23:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21005 for ; Fri, 24 Apr 1998 11:22:59 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA24038; Fri, 24 Apr 1998 11:16:59 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd024034; Fri Apr 24 18:16:51 1998 Message-ID: <3540D5CF.62319AC4@whistle.com> Date: Fri, 24 Apr 1998 11:11:27 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Dave Duchscher CC: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Bridging... References: <199804241653.LAA09933@orion.tamu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dave Duchscher wrote: > > > You might want to look at Drawbrdige beta. > > > > It may do most of what you want already. *Boggle* Ok, I like to think that I know a lot about who's doing what with FreeBSD, but HOW MANY of these projects are there out there? julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 11:23:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21147 for freebsd-current-outgoing; Fri, 24 Apr 1998 11:23:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21124 for ; Fri, 24 Apr 1998 11:23:12 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA23666; Fri, 24 Apr 1998 11:07:48 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd023663; Fri Apr 24 18:07:45 1998 Message-ID: <3540D3AE.52BFA1D7@whistle.com> Date: Fri, 24 Apr 1998 11:02:22 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Luigi Rizzo CC: Kenjiro Cho , current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <199804241155.NAA21152@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > > > > actually i was going to ask next if there are stats on the size of > packets, to see if it would be worthwhile increasing the size of an > MBUF to 256 bytes. > > With the increasing use of TCP and IP options, possibly longer > query strings to http, and large nowaday's memories, > it might be useful to improve performance. > > E.g. 20ms PCM audio packets are 160 bytes of data, plus headers etc, they > could fit there. Same for 80ms GSM frames... I notice that teh mpath module released the other day includes as part of it's patch, an upgrade of teh mbuf size to 256 bytes.. works for him so I guess it should work for us.. :-) Also, on the topic of BPF for ip filter descriptions. That is the obvious thing to investigate, but I'm not convinced that it's optimal. It is already resent I'll admin, but it does a lot of work to isolate fields etc, because it's protocol intependent, and each bytecode needs interpretation. It's not at all very efficient, even if it IS very general. Having spent a while looking at it yesterday, I think that our knowledge that the filter is working with an IP packet can be used to produce a much more efficient filter than BPF. As a 'language', ipfilter or ipfw would each be a better place to start. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 11:31:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24194 for freebsd-current-outgoing; Fri, 24 Apr 1998 11:31:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24183 for ; Fri, 24 Apr 1998 11:31:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id LAA00848; Fri, 24 Apr 1998 11:27:26 -0700 (PDT) Message-Id: <199804241827.LAA00848@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Julian Elischer cc: Dave Duchscher , Luigi Rizzo , current@FreeBSD.ORG Subject: Applications using FreeBSD (was Re: Bridging... ) In-reply-to: Your message of "Fri, 24 Apr 1998 11:11:27 PDT." <3540D5CF.62319AC4@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Apr 1998 11:27:26 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Dave Duchscher wrote: > > > > You might want to look at Drawbrdige beta. > > > > > > > > It may do most of what you want already. > > *Boggle* > > Ok, I like to think that I know a lot about who's doing what with > FreeBSD, > > but HOW MANY of these projects are there out there? By the sound of it, lots. And if you're using FreeBSD in your embedded or software product and want some mutually back-scratching publicity, I want to hear from you, *now*. Specifically, if you have hardware, I'm interested in loaner units. If you have posters, glossies, display material, you name it, I want to see it. If it says "FreeBSD" or BSD or has the daemon on it, that'd be great but by no means essential. And if you have a booth at Usenix this year, then make sure I know so I can arrange some stickers for you... -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 11:38:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26041 for freebsd-current-outgoing; Fri, 24 Apr 1998 11:38:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rembrandt.esys.ca (502@rembrandt.esys.ca [198.161.92.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26013 for ; Fri, 24 Apr 1998 11:38:37 -0700 (PDT) (envelope-from lyndon@esys.ca) Received: from lautrec.esys.ca (lautrec.esys.ca [198.161.92.11]) by rembrandt.esys.ca (2.0.2/8.8.8) with SMTP id MAA05081 for ; Fri, 24 Apr 1998 12:38:32 -0600 From: Lyndon Nerenberg Reply-To: lyndon@esys.ca To: freebsd-current@FreeBSD.ORG Subject: Help: cannot re-mount / Message-ID: Date: Fri, 24 Apr 1998 12:38:32 -0600 (MDT) X-Mailer: Simeon for Motif Version 4.1.5 Build (43) X-Authentication: none MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When rebooting after a panic this morning, one of my servers came up with the following after running fsck and trying to mount the filesystems: /dev/wd0a: specified device does not match mounted device I can't mount / r/w, so the box won't go multi-user. The rest of the filesystems (/dev/wd[012][a-h]) mount just fine. This is on a -current built Jan 1. Any suggestions on how to get out of this? --lyndon Please reply direct -- my freebsd-* mailing list subscriptions go to the server that's currently down :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 11:41:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27185 for freebsd-current-outgoing; Fri, 24 Apr 1998 11:41:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26731; Fri, 24 Apr 1998 11:39:51 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.8.8/8.8.8) id OAA26246; Fri, 24 Apr 1998 14:38:53 -0400 (EDT) (envelope-from kws) To: Matthew Thyer Cc: FreeBSD CURRENT , me@FreeBSD.ORG Subject: Re: Cant build xemacs20 References: <3540B6AB.81B64F05@camtech.net.au> From: Kevin Street Date: 24 Apr 1998 14:38:52 -0400 In-Reply-To: Matthew Thyer's message of "Sat, 25 Apr 1998 01:28:35 +0930" Message-ID: <87k98f12v7.fsf@kstreet.interlog.com> Lines: 34 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Thyer writes: > With CTM ports-cur 2297 (the most recent delta) > whilst trying to build xemacs20, I get: > > cc -c -O -pipe -Demacs -I. -DHAVE_CONFIG_H -I/usr/local/include > -I/usr/X11R6/include glyphs-x.c > glyphs-x.c:1192: syntax error before `void' > glyphs-x.c:1200: syntax error before `boolean' > glyphs-x.c:1218: syntax error before `void' > glyphs-x.c:1239: syntax error before `void' > glyphs-x.c:1273: syntax error before `void' > gmake[1]: *** [glyphs-x.o] Error 1 > gmake[1]: Leaving directory `/usr/ports/editors/xemacs20/work/xemacs-20.4/src' > gmake: *** [src] Error 2 I saw this too a couple of days ago. If I remember correctly that was caused by an error in jpeglib.h (part of the jpeg-6b port). Try this: --- jpeglib.h.orig Mon Apr 20 22:08:42 1998 +++ jpeglib.h Fri Apr 24 14:37:04 1998 @@ -30,7 +30,7 @@ * Might be useful for tests like "#if JPEG_LIB_VERSION >= 60". */ -#define JPEG_LIB_VERSION 8 /* Version 6b */ +#define JPEG_LIB_VERSION 62 /* Version 6b */ /* Various constants determining the sizes of things. -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 11:58:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01355 for freebsd-current-outgoing; Fri, 24 Apr 1998 11:58:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01350 for ; Fri, 24 Apr 1998 11:58:09 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA09297; Fri, 24 Apr 1998 11:57:38 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma009291; Fri Apr 24 11:57:25 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id LAA01440; Fri, 24 Apr 1998 11:57:24 -0700 (PDT) From: Archie Cobbs Message-Id: <199804241857.LAA01440@bubba.whistle.com> Subject: Re: Bridging... In-Reply-To: from Andrzej Bialecki at "Apr 24, 98 11:36:27 am" To: abial@nask.pl (Andrzej Bialecki) Date: Fri, 24 Apr 1998 11:57:24 -0700 (PDT) Cc: gurney_j@resnet.uoregon.edu, luigi@labinfo.iet.unipi.it, 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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki writes: > I wonder how Cisco's are doing this, from the operating system's point of > view... When you configure the type of routing protocol on a Cisco, it > looks very similar to starting a new process (e.g. ospf router), and when > you look into memory statistics, it seems that their IOS has a notion of > processes... This is not certain, but I believe IOS is a fully preemptable (ie, in the kernel) operating system that has no VM system.. all one big flat memory space. So it's real easy to have threads, both user and kernel ones.. Of course, all your processes have to be "cooperating" for this to work :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 13:08:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17270 for freebsd-current-outgoing; Fri, 24 Apr 1998 13:08:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17203; Fri, 24 Apr 1998 13:07:56 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA24247; Fri, 24 Apr 1998 22:07:52 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Fri, 24 Apr 1998 22:07:52 +0200 (MET DST) Mime-Version: 1.0 To: Peter Wemm Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: ls References: <199804241432.WAA14634@spinner.netplex.com.au> Organization: Gutteklubben Terrasse / KRST / PUMS / YASMW X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-Stop-Spam: http://www.cauce.org From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 24 Apr 1998 22:07:51 +0200 In-Reply-To: Peter Wemm's message of "Fri, 24 Apr 1998 22:32:47 +0800" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= wrote: > > -? Display a short list of options (this was already in the code, but > > was left out from the call to getopt) > Umm.. getopt() cannot have a ? option. It's what it returns if it > doesn't recognize the given arg. Doh. Teach me to read the manual. -- Noone else has a .sig like this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 13:12:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18955 for freebsd-current-outgoing; Fri, 24 Apr 1998 13:12:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from orion.tamu.edu (orion.tamu.edu [128.194.177.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18920 for ; Fri, 24 Apr 1998 13:12:46 -0700 (PDT) (envelope-from daved@orion.tamu.edu) Received: from orion (localhost [127.0.0.1]) by orion.tamu.edu (8.8.7/8.8.8) with ESMTP id PAA10493; Fri, 24 Apr 1998 15:14:46 -0500 (CDT) (envelope-from daved@orion.tamu.edu) Message-Id: <199804242014.PAA10493@orion.tamu.edu> From: Dave Duchscher To: Luigi Rizzo cc: current@FreeBSD.ORG Subject: Re: Bridging... In-reply-to: Your message of "Fri, 24 Apr 1998 17:36:57 +0200." <199804241536.RAA21512@labinfo.iet.unipi.it> Date: Fri, 24 Apr 1998 15:14:46 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Comments/opinions ? > > > > You might want to look at Drawbrdige beta. > > > > > > > > It may do most of what you want already. > > very interesting. thanks for the pointer. > > A few questions: > > * does it support only two interfaces, or more of them No, but this could be easily added. Also, no spanning tree. > * can you compare your filtering engine to ipfw or BPF > (performance, features, etc.) ? I can only speak for Drawbridge. Never really put ipfw or BPF through a stress test. We are in the process of trying to measure its performance. Lack of any good test equipment is making it kind of hard to get good numbers. A interesting preliminary number was 80Mbs sustained of 64 byte packets. No filtering rules involved. On more realistic traffic it looks like it can keep a 100Mb wire saturated with filter rules. Hardware was a Pentium II 300, Intel 100B PCI card. > * do you support only two network cards, or more of them ? Same as above. DaveD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 13:20:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20867 for freebsd-current-outgoing; Fri, 24 Apr 1998 13:20:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA20862 for ; Fri, 24 Apr 1998 13:20:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id NAA25456; Fri, 24 Apr 1998 13:19:53 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Mike Smith cc: Julian Elischer , Dave Duchscher , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Applications using FreeBSD (was Re: Bridging... ) In-reply-to: Your message of "Fri, 24 Apr 1998 11:27:26 PDT." <199804241827.LAA00848@dingo.cdrom.com> Date: Fri, 24 Apr 1998 13:19:52 -0700 Message-ID: <25452.893449192@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Specifically, if you have hardware, I'm interested in loaner units. If > you have posters, glossies, display material, you name it, I want to > see it. If it says "FreeBSD" or BSD or has the daemon on it, that'd be > great but by no means essential. What Mike perhaps forgot to mention here is that FreeBSD, Inc. will have a booth at USENIX this year, right across the isle from Walnut Creek CDROM (for easier one-stop shopping), and will be demoing FreeBSD on several types of hardware. So, if you'd like your FreeBSD hardware or product to be enthusiastically demo'd there by several smiling FreeBSD advocates in Daemon polo shirts, get in touch with us ASAP! :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 13:43:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25310 for freebsd-current-outgoing; Fri, 24 Apr 1998 13:43:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25303 for ; Fri, 24 Apr 1998 13:43:54 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id UAA06495 for ; Fri, 24 Apr 1998 20:43:48 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id WAA08583; Fri, 24 Apr 1998 22:43:47 +0200 (MET DST) Message-ID: <19980424224346.35645@follo.net> Date: Fri, 24 Apr 1998 22:43:46 +0200 From: Eivind Eklund To: current@FreeBSD.ORG Subject: sysctl from Linux (*envy*) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG overcommit_memory: This file contains only one value. The following algorithm is used to decide if there's enough memory. If the value of overcommit_memory > 0, then there's always enough memory :-). This is a useful feature, since programs often malloc() huge amounts of memory 'just in case', while they only use a small part of it. Leaving this value at 0 will lead to the failure of such a huge malloc(), when in fact the system has enough memory for the program to run... On the other hand, enabling this feature can cause you to run out of memory and thrash the system to death, so large and/or important servers will want to set this value to 0. This supposedly also handles things like fork() etc. Linux shouldn't have any server-directed features FreeBSD doesn't! Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 13:46:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25936 for freebsd-current-outgoing; Fri, 24 Apr 1998 13:46:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA25922 for ; Fri, 24 Apr 1998 13:46:21 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA21907; Fri, 24 Apr 1998 21:08:52 +0200 From: Luigi Rizzo Message-Id: <199804241908.VAA21907@labinfo.iet.unipi.it> Subject: Re: Bandwidth throttling etc. To: julian@whistle.com (Julian Elischer) Date: Fri, 24 Apr 1998 21:08:52 +0200 (MET DST) Cc: kjc@csl.sony.co.jp, current@FreeBSD.ORG In-Reply-To: <3540D3AE.52BFA1D7@whistle.com> from "Julian Elischer" at Apr 24, 98 11:02:03 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Luigi Rizzo wrote: ... > I notice that teh mpath module released the other day what is this module and who released it ? > works for him so I guess it should work for us.. :-) it's not much that it works or not, it is being useful or not. > Also, on the topic of BPF for ip filter descriptions. ... > Having spent a while looking at it yesterday, I think that our > knowledge that the filter is working with an IP packet can be used > to produce a much more efficient filter than BPF. As a 'language', > ipfilter or ipfw would each be a better place to start. right... and in any case, for initial experiments probably ipfw can be enough. A simple optimization could be to split the inbound and outbound rules since this is tested on each rule. I have already added the flow_id field to the mbuf header and things seem to work (this is on a diskless machine so you bet the code is exercised). I am also working on extending the ipfw interface to add more actions. I have added one: ipfw add [number] pipe X ...filtering option... which passes traffic through a "pipe" module with given delay, bw and buffers. Another command will be necessary to configure a "pipe": ipfw pipe {add|get|configure|delete} bw XX delay YY buffers ZZ and this way you should be able to do class-based throttling. If everything goes well, the bandwidth limiting code (dummynet) should be working under ipfw control in a week or so. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 13:53:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27355 for freebsd-current-outgoing; Fri, 24 Apr 1998 13:53:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA27285 for ; Fri, 24 Apr 1998 13:53:10 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id PAA20643; Fri, 24 Apr 1998 15:52:55 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id PAA08768; Fri, 24 Apr 1998 15:52:24 -0500 Message-ID: <19980424155224.37465@right.PCS> Date: Fri, 24 Apr 1998 15:52:24 -0500 From: Jonathan Lemon To: Luigi Rizzo Cc: Julian Elischer , kjc@csl.sony.co.jp, current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <3540D3AE.52BFA1D7@whistle.com> <199804241908.VAA21907@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199804241908.VAA21907@labinfo.iet.unipi.it>; from Luigi Rizzo on Apr 04, 1998 at 09:08:52PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Apr 04, 1998 at 09:08:52PM +0200, Luigi Rizzo wrote: > which passes traffic through a "pipe" module with given delay, bw and > buffers. Another command will be necessary to configure a "pipe": > > ipfw pipe {add|get|configure|delete} bw XX delay YY buffers ZZ > > and this way you should be able to do class-based throttling. > > If everything goes well, the bandwidth limiting code (dummynet) > should be working under ipfw control in a week or so. Yay! Then I can get rid of my own bandwidth limiter/delay/drop hack. (it runs at the IP level, before packets are reassembled, so it isn't too useful in a general sense) -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 13:58:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28697 for freebsd-current-outgoing; Fri, 24 Apr 1998 13:58:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28692 for ; Fri, 24 Apr 1998 13:58:27 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id XAA26770; Fri, 24 Apr 1998 23:01:18 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 24 Apr 1998 23:01:18 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) In-Reply-To: <353FC303.2F1CF0FB@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! After your today's patches I went much further - the system is running almost ok, except the following (again - repeatable 100%) panic. panic: isa_dmacheck: no physical page present db> tr _Debugger() _panic() _isa_dmarangecheck() _isa_dmastart() _fdstate() _fdintr() Xresume6() --- interrupt _default_halt() The recipe to get this is as follows: * mount an FFS floppy: mount /dev/fd0 /mnt * unmount it: umount /mnt You'll get a kernel message saying: fd0: probing for MBR.. rejected.. Slice includes MBR nope fd0: probing for disklabel.. yep part 0, start=0, size=2880 part 1, start=0, size=2880 dkl: slice 1 overlaps slice 0 * now try to mount an MSDOS floppy: mount -t msdos /dev/fd0 /mnt Now you get the panic. Any other combination of mounting/umounting other partitions on IDE (wd) drives seem to work ok, even if they contain MSDOSFS. I also have some questions: * What happened with /dev/fd0c ??? DEVFS doesn't create it - I usually mounted floppies using this device... It doesn't create them 'on the fly' either. Hmm... Could it be possible that DEVFS create needed device nodes (if possible, i.e. if there was really a disklabel or something) when the name is first used, and when the underlying medium vanishes it could return 'device not configured' or something like this... * I originally had /dev/modem -> /dev/cuaa0. What should I do now? (except recreating it every time the system starts...) And last but not least: thank you for your work! We're approaching the target step by step... :-) Andrzej Bialecki --------------------+--------------------------------------------------------- abial@nask.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. --------------------+--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:01:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29841 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:01:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29834 for ; Fri, 24 Apr 1998 14:01:30 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id RAA20582; Fri, 24 Apr 1998 17:01:13 -0400 (EDT) Date: Fri, 24 Apr 1998 17:01:12 -0400 (EDT) From: Snob Art Genre To: Luigi Rizzo cc: Kenjiro Cho , current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-Reply-To: <199804241155.NAA21152@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Apr 1998, Luigi Rizzo wrote: > actually i was going to ask next if there are stats on the size of > packets, to see if it would be worthwhile increasing the size of an > MBUF to 256 bytes. Stevens suggests on p. 297 of TCP/IPv3 that "It appears that an mbuf cluster should be used sooner (e.g.for the 100-byte point) to reduce the processing time." What are the relative merits of increasing the size of mbufs vs. going right to clusters? Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:09:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01540 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:09:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA01513 for ; Fri, 24 Apr 1998 14:09:41 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA22011; Fri, 24 Apr 1998 21:32:19 +0200 From: Luigi Rizzo Message-Id: <199804241932.VAA22011@labinfo.iet.unipi.it> Subject: Re: Bandwidth throttling etc. To: benedict@echonyc.com (Snob Art Genre) Date: Fri, 24 Apr 1998 21:32:19 +0200 (MET DST) Cc: kjc@csl.sony.co.jp, current@FreeBSD.ORG In-Reply-To: from "Snob Art Genre" at Apr 24, 98 05:00:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Stevens suggests on p. 297 of TCP/IPv3 that "It appears that an mbuf > cluster should be used sooner (e.g.for the 100-byte point) to reduce the > processing time." > > What are the relative merits of increasing the size of mbufs vs. going > right to clusters? a cluster is 2 KB, an mbuf is 8-16 times smaller. Moreover, a cluster also requires an associated mbuf, so you lose in locality of references, etc. I may be completely wrong, but I'd say that the most effective thing would be to have mbufs large enough to hold the whole packet in most cases. It remains to see how much memory you can afford to waste. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:11:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02322 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:11:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA02262 for ; Fri, 24 Apr 1998 14:11:49 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA22023; Fri, 24 Apr 1998 21:34:26 +0200 From: Luigi Rizzo Message-Id: <199804241934.VAA22023@labinfo.iet.unipi.it> Subject: Re: Bandwidth throttling etc. To: jlemon@americantv.com (Jonathan Lemon) Date: Fri, 24 Apr 1998 21:34:26 +0200 (MET DST) Cc: julian@whistle.com, kjc@csl.sony.co.jp, current@FreeBSD.ORG In-Reply-To: <19980424155224.37465@right.PCS> from "Jonathan Lemon" at Apr 24, 98 03:52:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > If everything goes well, the bandwidth limiting code (dummynet) > > should be working under ipfw control in a week or so. > > Yay! Then I can get rid of my own bandwidth limiter/delay/drop hack. > > (it runs at the IP level, before packets are reassembled, so it isn't > too useful in a general sense) this would be the same thing i believe since it runs after the ip_fw_chk() call. luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:27:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04732 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:27:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04726 for ; Fri, 24 Apr 1998 14:26:59 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id RAA10941; Fri, 24 Apr 1998 17:26:48 -0400 (EDT) (envelope-from wollman) Date: Fri, 24 Apr 1998 17:26:48 -0400 (EDT) From: Garrett Wollman Message-Id: <199804242126.RAA10941@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-Reply-To: <199804241932.VAA22011@labinfo.iet.unipi.it> References: <199804241932.VAA22011@labinfo.iet.unipi.it> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: >> What are the relative merits of increasing the size of mbufs vs. going >> right to clusters? > a cluster is 2 KB, an mbuf is 8-16 times smaller. > Moreover, a cluster also requires an associated mbuf, so you lose in > locality of references, etc. What you Really Want is for each interface to manage its own allocations. When you want to send a packet, you ask the interface for a buffer, and it gives you one of an appropriate size and shape that it knows how to transmit efficiently. I've been trying to move us in the direction where this is at least conceivable, but since I'm no longer working directly for researchers who would like to see such a thing, I have not had the time to work on continuing this work as I would have liked. A lot of the work is not actually difficult, just tedious; if there are people out there who are willing to work on parts of this cleanup, I'd be happy to describe in more detail what needs to be done. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:40:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06244 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:40:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06239 for ; Fri, 24 Apr 1998 14:40:21 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA00867; Fri, 24 Apr 1998 14:30:49 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd000864; Fri Apr 24 21:30:44 1998 Message-ID: <3541033E.5656AEC7@whistle.com> Date: Fri, 24 Apr 1998 14:25:18 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Snob Art Genre CC: Luigi Rizzo , Kenjiro Cho , current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > > On Fri, 24 Apr 1998, Luigi Rizzo wrote: > > > actually i was going to ask next if there are stats on the size of > > packets, to see if it would be worthwhile increasing the size of an > > MBUF to 256 bytes. > > Stevens suggests on p. 297 of TCP/IPv3 that "It appears that an mbuf > cluster should be used sooner (e.g.for the 100-byte point) to reduce the > processing time." > > What are the relative merits of increasing the size of mbufs vs. going > right to clusters? uses less memory and is less work, for packets in the 100-240 byte range. It uses more memory but the same work for packets in the 1-100 byte range. slightly more memory for packets int he 240+ range but the same work. but 1/ memory is getting cheaper 2/ 100 > Ben > > "You have your mind on computers, it seems." > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:48:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07756 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:48:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07750 for ; Fri, 24 Apr 1998 14:48:33 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA01100; Fri, 24 Apr 1998 14:37:49 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd001097; Fri Apr 24 21:37:40 1998 Message-ID: <354104E1.61133CF4@whistle.com> Date: Fri, 24 Apr 1998 14:32:17 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Andrzej Bialecki CC: freebsd-current@FreeBSD.ORG Subject: Re: Ouch... (DEVFS) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > > Hi! > > After your today's patches I went much further - the system is running > almost ok, except the following (again - repeatable 100%) panic. > > panic: isa_dmacheck: no physical page present > > db> tr > _Debugger() > _panic() > _isa_dmarangecheck() > _isa_dmastart() > _fdstate() > _fdintr() > Xresume6() > --- interrupt > _default_halt() > > The recipe to get this is as follows: > > * mount an FFS floppy: > mount /dev/fd0 /mnt > > * unmount it: > umount /mnt > You'll get a kernel message saying: > > fd0: probing for MBR.. rejected.. Slice includes MBR nope > fd0: probing for disklabel.. yep > part 0, start=0, size=2880 > part 1, start=0, size=2880 > dkl: slice 1 overlaps slice 0 > > * now try to mount an MSDOS floppy: > mount -t msdos /dev/fd0 /mnt > > Now you get the panic. I'll try it tonight. > > > > * What happened with /dev/fd0c ??? DEVFS doesn't create it - I usually > mounted floppies using this device... It doesn't create them 'on the fly' > either. Hmm... Could it be possible that DEVFS create needed device nodes > (if possible, i.e. if there was really a disklabel or something) when the > name is first used, and when the underlying medium vanishes it could > return 'device not configured' or something like this... the 'c' partition (e.g. wd0c) is logically the same as the lower layer device (e.g. wd0) thus wd0s1c == wd0s1. I therefore don't report them as I am hoping to one day "reclaim" (in about 5 years) the 'c' partition from being special. for mounting ufs on a floppy you should use the 'a' partition. (or just fd0) it is possible that the floppy should not try partition itself at all, but just give out a 'fd0' entry and that's all. > > * I originally had /dev/modem -> /dev/cuaa0. What should I do now? (except > recreating it every time the system starts...) /etc/rc.devs not yet done but.... Set up sysmounse and moused and use that.. it allows you to use the mouse on the console as well. > > And last but not least: thank you for your work! We're approaching the > target step by step... :-) > > Andrzej Bialecki > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:51:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08320 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:51:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08313 for ; Fri, 24 Apr 1998 14:51:55 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id OAA06768; Fri, 24 Apr 1998 14:49:35 -0700 (PDT) Message-Id: <199804242149.OAA06768@implode.root.com> To: Luigi Rizzo cc: benedict@echonyc.com (Snob Art Genre), kjc@csl.sony.co.jp, current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-reply-to: Your message of "Fri, 24 Apr 1998 21:32:19 +0200." <199804241932.VAA22011@labinfo.iet.unipi.it> From: David Greenman Reply-To: dg@root.com Date: Fri, 24 Apr 1998 14:49:35 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Stevens suggests on p. 297 of TCP/IPv3 that "It appears that an mbuf >> cluster should be used sooner (e.g.for the 100-byte point) to reduce the >> processing time." >> >> What are the relative merits of increasing the size of mbufs vs. going >> right to clusters? > >a cluster is 2 KB, an mbuf is 8-16 times smaller. >Moreover, a cluster also requires an associated mbuf, so you lose in >locality of references, etc. > >I may be completely wrong, but I'd say that the most effective thing >would be to have mbufs large enough to hold the whole packet in most >cases. It remains to see how much memory you can afford to waste. mbufs should become just headers for variable sized allocations, rather than the current composite of a header and buffer; this would allow many interesting things to happen. There should probably be power of two sized buffers starting at 64 bytes and going up through at least the hardware page size, and as Garrett pointed out, there should be a machanism for the network device to manage what gets allocated/deallocated. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 14:56:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08934 for freebsd-current-outgoing; Fri, 24 Apr 1998 14:56:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ziplink.net (relay-0.ziplink.net [206.15.168.49]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08908 for ; Fri, 24 Apr 1998 14:55:57 -0700 (PDT) (envelope-from mi@xxx.video-collage.com) Received: from xxx.video-collage.com (xxx.video-collage.com [199.232.254.68]) by ziplink.net (8.8.7/8.8.7) with ESMTP id RAA23859 for ; Fri, 24 Apr 1998 17:55:54 -0400 (EDT) Received: (from mi@localhost) by xxx.video-collage.com (8.8.8/8.8.7) id RAA14740 for current@freebsd.org; Fri, 24 Apr 1998 17:54:31 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <199804242154.RAA14740@xxx.video-collage.com> Subject: Re: sysctl from Linux (*envy*) In-Reply-To: <19980424224346.35645@follo.net> from Eivind Eklund at "Apr 24, 98 10:43:46 pm" To: current@FreeBSD.ORG Date: Fri, 24 Apr 1998 17:54:30 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10018 for freebsd-current-outgoing; Fri, 24 Apr 1998 15:01:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10008 for ; Fri, 24 Apr 1998 15:01:36 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id OAA01666; Fri, 24 Apr 1998 14:53:21 -0700 (PDT) Message-Id: <199804242153.OAA01666@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Doug Rabson cc: Chris Csanady , Peter Wemm , John-Mark Gurney , Terry Lambert , current@FreeBSD.ORG Subject: Re: ELF kernels: When? In-reply-to: Your message of "Wed, 22 Apr 1998 22:30:33 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Apr 1998 14:53:21 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> So, does anyone know enough about bootblocks to look at integrating NetBSD's? >> They have done a significant amount of work in this area it seems, and they >> already have a two-stage design. Trying to squeeze every last bit out of >> the current blocks seems futile.. > > I looked at them once about a year ago. They ought to work without too > much trouble. The major issues are build-related; the NetBSD bootblocks have a ringworm-like grip on the rest of the kernel source tree which has resisted the last couple of efforts I've put into separating them. > > Are there any arguments against doing this? > > Whats the license on the NetBSD boot code? I haven't seen anything in there other than the BSD license. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 15:04:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10632 for freebsd-current-outgoing; Fri, 24 Apr 1998 15:04:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from engulf.com (brandon@engulf.com [207.96.124.102]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10578 for ; Fri, 24 Apr 1998 15:04:11 -0700 (PDT) (envelope-from brandon@engulf.com) Received: from localhost (brandon@localhost) by engulf.com (8.8.8/8.8.7) with SMTP id RAA01503 for ; Fri, 24 Apr 1998 17:59:55 -0400 (EDT) Date: Fri, 24 Apr 1998 17:59:55 -0400 (EDT) From: Brandon Lockhart To: current@FreeBSD.ORG Subject: Boot Error (General Question) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When I shutdown using: shutdown -r now When I reboot I get this error: WARNING: / was not properly dismounted. Also, right after mounting the swap, the RC file echo's: Automatic reboot in progress... What does this mean? ,----------------------. | Brandon Lockhart | `----------,-----------'------------. | brandon@engulf.com | `------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 15:12:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12619 for freebsd-current-outgoing; Fri, 24 Apr 1998 15:12:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12610 for ; Fri, 24 Apr 1998 15:12:52 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id QAA03142; Fri, 24 Apr 1998 16:09:01 -0600 (MDT) Date: Fri, 24 Apr 1998 16:09:01 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199804242209.QAA03142@narnia.plutotech.com> To: Garrett Wollman cc: current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. Newsgroups: pluto.freebsd.current In-Reply-To: <199804241932.VAA22011@labinfo.iet.unipi.it> <199804242126.RAA10941@khavrinen.lcs.mit.edu> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What you Really Want is for each interface to manage its own > allocations. When you want to send a packet, you ask the interface > for a buffer, and it gives you one of an appropriate size and shape > that it knows how to transmit efficiently. How do deal with a route change between the time you determine the target interface, ask it to allocate space for you, and construct the packet? The race window becomes much larger if the application asks to pre-allocate space that it will reuse repeatedly to achieve zero copy. Whatever the interface is, it must also handle external memory allocations such as dmaing the payload out of the memory on another device. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 15:17:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13374 for freebsd-current-outgoing; Fri, 24 Apr 1998 15:17:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13363 for ; Fri, 24 Apr 1998 15:17:36 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA02312; Fri, 24 Apr 1998 15:11:10 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd002310; Fri Apr 24 22:11:08 1998 Message-ID: <35410CB6.353C51DE@whistle.com> Date: Fri, 24 Apr 1998 15:05:42 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: dg@root.com CC: Luigi Rizzo , Snob Art Genre , kjc@csl.sony.co.jp, current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <199804242149.OAA06768@implode.root.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Greenman wrote: > > >> Stevens suggests on p. 297 of TCP/IPv3 that "It appears that an mbuf > >> cluster should be used sooner (e.g.for the 100-byte point) to reduce the > >> processing time." > >> > >> What are the relative merits of increasing the size of mbufs vs. going > >> right to clusters? > > > >a cluster is 2 KB, an mbuf is 8-16 times smaller. > >Moreover, a cluster also requires an associated mbuf, so you lose in > >locality of references, etc. > > > >I may be completely wrong, but I'd say that the most effective thing > >would be to have mbufs large enough to hold the whole packet in most > >cases. It remains to see how much memory you can afford to waste. > > mbufs should become just headers for variable sized allocations, rather > than the current composite of a header and buffer; this would allow many > interesting things to happen. There should probably be power of two sized > buffers starting at 64 bytes and going up through at least the hardware > page size, and as Garrett pointed out, there should be a machanism for > the network device to manage what gets allocated/deallocated. At TFS we have been doing this in FreeBSD/MACH/BSD4.3/BSD4.2 since 1988. That's why I added the code that allows an arbitrary free() and add-refference() function to be pointed to in an external mbuf. We have 2MB ram on the network cards (sometimes more/less) and we treat the mbufs as just a header. the actual buffers are allocated by the card drivers, from ram ON THE CARD and linked onto an mbuf for transport through the protocol stacks. for what it's worth, LINUX uses a single pbuf to hold an entire packet. though I haven't looked at all the ins and outs of what they do. > > -DG > > David Greenman > Co-founder/Principal Architect, The FreeBSD Project > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 15:27:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15196 for freebsd-current-outgoing; Fri, 24 Apr 1998 15:27:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15189 for ; Fri, 24 Apr 1998 15:27:44 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA02818; Fri, 24 Apr 1998 15:26:54 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd002811; Fri Apr 24 22:26:44 1998 Message-ID: <35411060.102F11D5@whistle.com> Date: Fri, 24 Apr 1998 15:21:21 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: "Justin T. Gibbs" CC: Garrett Wollman , current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <199804242209.QAA03142@narnia.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs wrote: > > > What you Really Want is for each interface to manage its own > > allocations. When you want to send a packet, you ask the interface > > for a buffer, and it gives you one of an appropriate size and shape > > that it knows how to transmit efficiently. > > How do deal with a route change between the time you determine the > target interface, ask it to allocate space for you, and construct > the packet? The race window becomes much larger if the application > asks to pre-allocate space that it will reuse repeatedly to achieve > zero copy. Whatever the interface is, it must also handle external > memory allocations such as dmaing the payload out of the memory on > another device. of course.. each driver has to be able to handle the case where the mbuf is not one of it's own. That's inevitable in a routing situation unless you want to copy the data from an interface A mbuf into an interface B mbuf. On the whole however it's best to allow the interface to do that at the last minute as it may have no problems with leaving it where it is.. As I mentioned in another mail, we've been doing this for 10 years at TFS. it works fine. > > -- > Justin > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 15:36:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16127 for freebsd-current-outgoing; Fri, 24 Apr 1998 15:36:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16120 for ; Fri, 24 Apr 1998 15:36:42 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA15340; Fri, 24 Apr 1998 16:36:38 -0600 (MDT) Message-Id: <199804242236.QAA15340@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Julian Elischer cc: "Justin T. Gibbs" , Garrett Wollman , current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-reply-to: Your message of "Fri, 24 Apr 1998 15:21:21 PDT." <35411060.102F11D5@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Apr 1998 16:32:50 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> How do deal with a route change between the time you determine the >> target interface, ask it to allocate space for you, and construct >> the packet? The race window becomes much larger if the application >> asks to pre-allocate space that it will reuse repeatedly to achieve >> zero copy. Whatever the interface is, it must also handle external >> memory allocations such as dmaing the payload out of the memory on >> another device. > >of course.. each driver has to be able to handle the case where >the mbuf is not one of it's own. It goes beyond this. What if the original interface had the ability to compute TCP checksums in hardware, but the second interface could not. Not only do you have to be able to send the data, but you may have to kick it back to a routine to perform the checksums. >As I mentioned in another mail, we've been doing this for 10 years >at TFS. it works fine. Does TFS do hardware based checksumming too? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 16:00:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20452 for freebsd-current-outgoing; Fri, 24 Apr 1998 16:00:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20443; Fri, 24 Apr 1998 16:00:40 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.7/8.7.3) id QAA17878; Fri, 24 Apr 1998 16:00:37 -0700 (PDT) Date: Fri, 24 Apr 1998 16:00:37 -0700 (PDT) Message-Id: <199804242300.QAA17878@vader.cs.berkeley.edu> To: street@iName.com CC: thyerm@camtech.net.au, current@FreeBSD.ORG, me@FreeBSD.ORG In-reply-to: <87k98f12v7.fsf@kstreet.interlog.com> (message from Kevin Street on 24 Apr 1998 14:38:52 -0400) Subject: Re: Cant build xemacs20 From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * I saw this too a couple of days ago. If I remember correctly that was * caused by an error in jpeglib.h (part of the jpeg-6b port). Try this: Do not try this. (Well it depends on exactly where you are suggesting this to go.... :) Just install the latest jpeg port, and you'll be all happy. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 16:41:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA27221 for freebsd-current-outgoing; Fri, 24 Apr 1998 16:41:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from solaris.matti.ee (root@solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA27200; Fri, 24 Apr 1998 16:41:28 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from localhost (vallo@localhost [127.0.0.1]) by solaris.matti.ee (8.8.8/8.8.8.s) with SMTP id CAA00774; Sat, 25 Apr 1998 02:40:58 +0300 (EET DST) Date: Sat, 25 Apr 1998 02:40:57 +0300 (EET DST) From: Vallo Kallaste X-Sender: vallo@solaris To: freebsd-current@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: pcmplay locks machine Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello ! I have a little trouble with pcmplay utility. I have used tosha from the ports tree to "rip" audio tracks and it works just fine with my Toshiba drive. Problem is, that I do Ctrl-C while playing those pcm files. If I do that in the early stage of playing (5...7 seconds from beginning) then Crtl-C simply stops playing, but example doing that after 30 seconds hangs machine. Under X machine locks _VERY_ solid, I can't do nothing and your best first aid is hard reset. Under ordinary console I can switch virtual consoles but no more. Sincerely Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 17:07:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02428 for freebsd-current-outgoing; Fri, 24 Apr 1998 17:07:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02380 for ; Fri, 24 Apr 1998 17:07:10 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id TAA03846; Fri, 24 Apr 1998 19:07:00 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804250007.TAA03846@dyson.iquest.net> Subject: Re: sysctl from Linux (*envy*) In-Reply-To: <19980424224346.35645@follo.net> from Eivind Eklund at "Apr 24, 98 10:43:46 pm" To: eivind@yes.no (Eivind Eklund) Date: Fri, 24 Apr 1998 19:07:00 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > overcommit_memory: > > This file contains only one value. The following algorithm > is used to decide if there's enough memory. If the value > of overcommit_memory > 0, then there's always enough > memory :-). This is a useful feature, since programs often > malloc() huge amounts of memory 'just in case', while they > only use a small part of it. Leaving this value at 0 will > lead to the failure of such a huge malloc(), when in fact > the system has enough memory for the program to run... > On the other hand, enabling this feature can cause you to > run out of memory and thrash the system to death, so large > and/or important servers will want to set this value to 0. > > > > This supposedly also handles things like fork() etc. Linux shouldn't > have any server-directed features FreeBSD doesn't! > Agreed. I have been working on it, until I had my programming breakdown early this week. Look for it soon. I have the accounting in my kernel (but it is broken right now.) I haven't implemented the limit yet. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 17:16:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05768 for freebsd-current-outgoing; Fri, 24 Apr 1998 17:16:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05757 for ; Fri, 24 Apr 1998 17:16:48 -0700 (PDT) (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.8) with ESMTP id TAA01428; Fri, 24 Apr 1998 19:16:36 -0500 (CDT) (envelope-from ccsanady@friley585.res.iastate.edu) Message-Id: <199804250016.TAA01428@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: Garrett Wollman cc: Luigi Rizzo , current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-reply-to: Your message of "Fri, 24 Apr 1998 17:26:48 EDT." <199804242126.RAA10941@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Apr 1998 19:16:36 -0500 From: Chris Csanady Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >< said: > >>> What are the relative merits of increasing the size of mbufs vs. going >>> right to clusters? > >> a cluster is 2 KB, an mbuf is 8-16 times smaller. >> Moreover, a cluster also requires an associated mbuf, so you lose in >> locality of references, etc. Whether we use mbufs clusters or whatever, the packets should be contiguous. I think that this in itself causes somewhat of a problem with regards to the current socket buffer handling. Currently, the fact that the advertised window is calculated based on the total memory consumed by the mbufs--and not only the data, is causing serious performance problems. This interaction with delayed acks is the only Really Bad thing wrong with our stack that I have noticed. I believe that BSDI has done some work to deal with this by creating an m_compress function that collapses wasted space. Unfortunately, this is copy takes time.. perhaps a more relaxed policy should be used since memory is so cheap. (or at least have the option) Any one else looked into this? Someone mentioned the linux stack earlier, and they do indeed use contiguous packets. However, I think that they also use the generic kernel allocator to create these. This seems like an easy way to have per-interface buffers, although I have to wonder how efficient this would be. Would this be acceptable? I am not sure how they dealt with the above delayed ack problem, but it seems to be gone in the current kernels. (There are other nasty things in it's place however--we still have not found an acceptable kernel ;) >What you Really Want is for each interface to manage its own >allocations. When you want to send a packet, you ask the interface >for a buffer, and it gives you one of an appropriate size and shape >that it knows how to transmit efficiently. I've been trying to move >us in the direction where this is at least conceivable, but since I'm >no longer working directly for researchers who would like to see such >a thing, I have not had the time to work on continuing this work as I >would have liked. This is what I Really Want. :) I have been wanting to do work on this for quite some time, although i can't seem to find enough of it. There seem to be a few things that I am not really sure how to deal with anymore. The first is, how exactly can true card->userspace and userspace->card transfers be fit into the new architecture. Aside from this, it seems that the pbuf architecture is more or less a an excellent single copy architecture. Since the buffers are per device, this is definately a step in the right direction. What do you do though when the card hands it's buffers up the stack though? Perhaps it would just be best to copy if the buffer can not actually be completely serviced, although I am not certain of the entire effect of this sort of decision.. For zero copy, things would get interesting. You would need to at least feed headers to the protocol layer. I really have little idea here.. although, it is not an issue as long as the only api supported is sockets. (which requires a copy, since it does not allow you to wire your buffers down..) >A lot of the work is not actually difficult, just tedious; if there >are people out there who are willing to work on parts of this cleanup, >I'd be happy to describe in more detail what needs to be done. I would be interested an a description of what you had in mind. Although I have a general idea of what the end goal is, it is somewhat difficult to look at in pieces. I unfortunately don't have enough time to do what I'd like, and I still fear the integration problems. I may have some time this summer though, at last. :) Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 17:37:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09086 for freebsd-current-outgoing; Fri, 24 Apr 1998 17:37:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09072 for ; Fri, 24 Apr 1998 17:36:55 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id TAA04007; Fri, 24 Apr 1998 19:36:25 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804250036.TAA04007@dyson.iquest.net> Subject: Re: Bandwidth throttling etc. In-Reply-To: <199804250016.TAA01428@friley585.res.iastate.edu> from Chris Csanady at "Apr 24, 98 07:16:36 pm" To: ccsanady@friley585.res.iastate.edu (Chris Csanady) Date: Fri, 24 Apr 1998 19:36:25 -0500 (EST) Cc: wollman@khavrinen.lcs.mit.edu, luigi@labinfo.iet.unipi.it, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Someone mentioned the linux stack earlier, and they do indeed use > contiguous packets. However, I think that they also use the generic > kernel allocator to create these. This seems like an easy way to > have per-interface buffers, although I have to wonder how efficient > this would be. Would this be acceptable? > Try looking at our zone allocator, which aligns items nicely, and is very quick. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 18:03:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13497 for freebsd-current-outgoing; Fri, 24 Apr 1998 18:03:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13491 for ; Fri, 24 Apr 1998 18:03:28 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id SAA02290; Fri, 24 Apr 1998 18:00:18 -0700 (PDT) Message-Id: <199804250100.SAA02290@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: next stages in devfs In-reply-to: Your message of "Tue, 21 Apr 1998 00:24:00 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Apr 1998 18:00:18 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > THere are a few stages that need to be taken for devfs at this point. > Some of them need discussion: > > removable media: > how do we detect that they have changed? > this is ok for SCSI, as the first access after a change will > have the usual effect.. (annoying but safe). > but there is no way to know that the floppy has changed (is there?, > I heard recently that there is actually a way to tell this under AT or > newer machines (that's everything with a 386 or greater). > does anyone have any info on this? ATAPI gives you the same basic behaviour as SCSI. Some removable ATA drives also appear to have this feature. All of the media-changed mechanisms I'm familiar with are response-based, ie. you only find out about the change when you try to access the device. You can adopt an active strategy for dealing with this. I would propose that a device that supports removable media should register a periodic callback. The callback, when invoked, should check the status of the device. This would effectively let you generate asynchronous media change notifications. Floppy drives, as has been mentioned, are problematic. 8( > * The LS120 driver hasn't been integrated.. can someone who has one > let me know so I can co-ordinate that.. I can lend you an ATAPI Zip and/or LS-120 for this. Let me know if you need it. > What is a good naming scheme for extended partitions? We have one that works just fine, as has been observed. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 18:20:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16021 for freebsd-current-outgoing; Fri, 24 Apr 1998 18:20:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from srv1inet.tba.com.br ([200.202.37.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA16003 for ; Fri, 24 Apr 1998 18:20:04 -0700 (PDT) (envelope-from mailleux@tba.com.br) Received: from tba3-71.tba.com.br (tba3-71.tba.com.br [200.252.83.71]) by srv1inet.tba.com.br (NTMail 3.02.13) with ESMTP id za498211 for ; Fri, 24 Apr 1998 22:19:18 -0200 From: "Thomas Mailleux Sant'ana" To: Subject: Making CD-ROM for BSD distribution Date: Fri, 24 Apr 1998 22:19:50 -0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <01191800053221@tba.com.br> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA16017 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a software that I developed on BSD and would like to distribute. Part of the basic OS has been changed (or specifically configured) and I' like to make distribution media that reflects that, and includes my software. The key problçem is that I still have not found a program that can make the CD-ROM image so that BSD can mount it correctly. Any help will be welcome. Thanks in Advance, Thomas Sant'ana To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 18:26:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16860 for freebsd-current-outgoing; Fri, 24 Apr 1998 18:26:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA16854 for ; Fri, 24 Apr 1998 18:26:27 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id SAA26657; Fri, 24 Apr 1998 18:26:14 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Thomas Mailleux Sant'ana" cc: current@FreeBSD.ORG Subject: Re: Making CD-ROM for BSD distribution In-reply-to: Your message of "Fri, 24 Apr 1998 22:19:50 -0300." <01191800053221@tba.com.br> Date: Fri, 24 Apr 1998 18:26:13 -0700 Message-ID: <26654.893467573@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have a software that I developed on BSD and would like to distribute. > Part of the basic OS has been changed (or specifically configured) and > I' like to make distribution media that reflects that, and includes my > software. The key problçem is that I still have not found a program that > can make the CD-ROM image so that BSD can mount it correctly. Any help See /usr/share/examples/worm - there are scripts there (which I use for creating the master FreeBSD CD products) for both creating the filesystem image and burning it onto CDR. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 19:54:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25984 for freebsd-current-outgoing; Fri, 24 Apr 1998 19:54:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25976 for ; Fri, 24 Apr 1998 19:54:30 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id TAA07491; Fri, 24 Apr 1998 19:54:28 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd007481; Fri Apr 24 19:54:27 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id TAA26359; Fri, 24 Apr 1998 19:54:25 -0700 (MST) From: Terry Lambert Message-Id: <199804250254.TAA26359@usr06.primenet.com> Subject: Re: Bridging... To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 25 Apr 1998 02:54:25 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199804240607.IAA20557@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 24, 98 08:07:24 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > + add a "linked" (or whatever name you like) command to "ifconfig" > so that you can say > > ifconfig de1 linked ed0 > > and then de1 inherits all features (ethernet and ip addresses, > aliases, netmasks...) of ed0. (Using the same ethernet addr makes > life easier when responding to ARP requests...) There are no interface flag bits left. I recently fixed this with my patch to add the "trusted" flag bit to let you tell that, if you wre to send a packet on a given socket, whether or not it would go out a trusted or untrusted interface. This is *not* a firewall definition of trust; it's basically a reimplemenetation of the Obtuse Systsems firewall attribute for the smtpd/smtpfwdd, and is used to tell whether the machine that is trying to relay mail through you is one connected to the ethernet port connected to your hub or the ethernet port connected to the Internet. It's an AntiSPAM relay facility that has low headache cost and removes the need to make DNS and full-on routing calls to see if you should let someone relay mail through you. If the interface is hooked to the hub, you allow a "RCPT TO:"; if it's hooked to the Internet, you only allow a "RCPT TO:". If you're willing to take the AntiSPAM definition of "trust" with the patches, they should apply to -current without changes. If not, you will have to manually hack out the (tiny amount) of code that adds the ability to ask the socket if the interface it will route through is "trusted". > Comments/opinions ? I would like to see the ability to set up a VPN between two non-routed internal networks; in effect, a VPN "bridge". The bridge should support DHCP. Basically, you would proxy (via NAT) between the two VPN machines, which are probably FreeBSD boxes running DHCP surrounded by PC's running Windows 95. You would need to obtain addresses in the local DHCP on behalf of the proxied net. This is pretty trivial, if you are willing to accept a limit of 256 VPN's and 65536 nodes, and use the 10/8 net. You would set each end up as 10.0/16, and then network translate the remote 10.0/16 to 10.vpn_number/16 -- block address transalation, much simpler than getting DHCP leases for each and every remote machine. This would also work with Windows 98 automatic address allocation in the 10/8 net, and with the ISC DHCP client on FreeBSD (assuming you could talk them into converting a Windows machine or two. 8-)). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 20:56:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA01502 for freebsd-current-outgoing; Fri, 24 Apr 1998 20:56:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA01484 for ; Fri, 24 Apr 1998 20:55:58 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 4971 invoked by uid 4); 25 Apr 1998 03:55:26 -0000 Received: (qmail 911 invoked from network); 25 Apr 1998 03:54:48 -0000 Received: from softdnserror (127.0.0.1) by softdnserror with SMTP; 25 Apr 1998 03:54:48 -0000 To: current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <199804242126.RAA10941@khavrinen.lcs.mit.edu> <199804241932.VAA22011@labinfo.iet.unipi.it> In-reply-to: Your message of Fri, 24 Apr 1998 17:26:48 EDT. <199804242126.RAA10941@khavrinen.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <907.893476487.1@cloud.rain.com> Date: Fri, 24 Apr 1998 20:54:48 -0700 Message-ID: <908.893476488@cloud.rain.com> From: Bill Trost Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman writes: What you Really Want is for each interface to manage its own allocations. When you want to send a packet, you ask the interface for a buffer, and it gives you one of an appropriate size and shape that it knows how to transmit efficiently..... A lot of the work is not actually difficult, just tedious.... Before anyone spends oodles of time doing this sort of work, has anyone taken the radical (-: step of actually profiling the current network stack(s) to see where the time is being eaten? Improving the memory access behavior may not gain very much, especially if the performance hits occur in, say, the IP checksum computation (as a random example). Maybe someone has already looked at this and this is just rehashing old news, but it just struck me that some hard data would be an important guide. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 21:35:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA04485 for freebsd-current-outgoing; Fri, 24 Apr 1998 21:35:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA04457; Fri, 24 Apr 1998 21:35:18 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.8.8/8.8.8) id AAA09364; Sat, 25 Apr 1998 00:34:53 -0400 (EDT) (envelope-from kws) To: asami@FreeBSD.ORG (Satoshi Asami) Cc: street@iName.com, thyerm@camtech.net.au, current@FreeBSD.ORG, me@FreeBSD.ORG Subject: Re: Cant build xemacs20 References: <199804242300.QAA17878@vader.cs.berkeley.edu> From: Kevin Street Date: 25 Apr 1998 00:34:52 -0400 In-Reply-To: asami@FreeBSD.ORG's message of "Fri, 24 Apr 1998 16:00:37 -0700 (PDT)" Message-ID: <87vhrysemr.fsf@kstreet.interlog.com> Lines: 21 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG asami@FreeBSD.ORG (Satoshi Asami) writes: > * I saw this too a couple of days ago. If I remember correctly that was > * caused by an error in jpeglib.h (part of the jpeg-6b port). Try this: > > Do not try this. (Well it depends on exactly where you are suggesting > this to go.... :) Just install the latest jpeg port, and you'll be all > happy. > > Satoshi Well, I haven't cvsuped since this morning, but as of then jpeg-6b *was* the latest jpeg port. It's the one with the broken header. I was suggesting fixing /usr/local/include/jpeglib.h - in 6b the version number is 8. In 6a it was 61. (Not exactly monotonic strictly increasing...) I think 62 is a nicer number :-) -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 22:16:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08685 for freebsd-current-outgoing; Fri, 24 Apr 1998 22:16:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA08674 for ; Fri, 24 Apr 1998 22:16:27 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA22619; Sat, 25 Apr 1998 05:39:14 +0200 From: Luigi Rizzo Message-Id: <199804250339.FAA22619@labinfo.iet.unipi.it> Subject: Re: Bridging... To: tlambert@primenet.com (Terry Lambert) Date: Sat, 25 Apr 1998 05:39:14 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <199804250254.TAA26359@usr06.primenet.com> from "Terry Lambert" at Apr 25, 98 02:54:06 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > so that you can say > > > > ifconfig de1 linked ed0 > > > > and then de1 inherits all features (ethernet and ip addresses, > > aliases, netmasks...) of ed0. (Using the same ethernet addr makes > > life easier when responding to ARP requests...) > > There are no interface flag bits left. what's wrong with adding fields to the if descriptor ? (it's only a pointer to the parent interface), plus it needs to scan the interface lists when an if is added/deleted/reconfigured. As a matter of fact i have already been running with a modified descriptor and i don't see any adverse side effect. At most some program that uses kmem needs to be recompiled. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 22:32:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA10135 for freebsd-current-outgoing; Fri, 24 Apr 1998 22:32:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from goliath.camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA10119; Fri, 24 Apr 1998 22:32:42 -0700 (PDT) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au (dialup-ad-4-01.camtech.net.au [203.28.0.129]) by goliath.camtech.net.au (8.8.5/8.8.2) with ESMTP id OAA06488; Sat, 25 Apr 1998 14:59:31 +0930 (CST) Message-ID: <3541753D.A4ED8E84@camtech.net.au> Date: Sat, 25 Apr 1998 15:01:41 +0930 From: Matthew Thyer X-Mailer: Mozilla 4.05 [en] (X11; U; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Kevin Street CC: Satoshi Asami , current@FreeBSD.ORG, me@FreeBSD.ORG Subject: Re: Cant build xemacs20 References: <199804242300.QAA17878@vader.cs.berkeley.edu> <87vhrysemr.fsf@kstreet.interlog.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It works fine now are pkg_deleteing jpeg-6b and then reinstalling it and then installing xemacs20. -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 24 23:16:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14295 for freebsd-current-outgoing; Fri, 24 Apr 1998 23:16:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14281 for ; Fri, 24 Apr 1998 23:16:30 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id GAA19531; Sat, 25 Apr 1998 06:16:22 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id IAA09724; Sat, 25 Apr 1998 08:16:21 +0200 (MET DST) Message-ID: <19980425081621.59822@follo.net> Date: Sat, 25 Apr 1998 08:16:21 +0200 From: Eivind Eklund To: Mikhail Teterin , current@FreeBSD.ORG Subject: Re: sysctl from Linux (*envy*) References: <19980424224346.35645@follo.net> <199804242154.RAA14740@xxx.video-collage.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804242154.RAA14740@xxx.video-collage.com>; from Mikhail Teterin on Fri, Apr 24, 1998 at 05:54:30PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 24, 1998 at 05:54:30PM -0400, Mikhail Teterin wrote: > Eivind Eklund once stated: > > =overcommit_memory: > = > =This file contains only one value. > > I prefer the value of /etc/malloc.conf link and the corresponding > environment variables. That doesn't solve this problem - it doesn't handle e.g. fork. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 00:52:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21920 for freebsd-current-outgoing; Sat, 25 Apr 1998 00:52:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA21912 for ; Sat, 25 Apr 1998 00:52:21 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0ySzkt-0002im-00; Sat, 25 Apr 1998 00:52:15 -0700 Date: Sat, 25 Apr 1998 00:52:13 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Eivind Eklund cc: current@FreeBSD.ORG Subject: Re: sysctl from Linux (*envy*) In-Reply-To: <19980424224346.35645@follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Apr 1998, Eivind Eklund wrote: > memory :-). This is a useful feature, since programs often > malloc() huge amounts of memory 'just in case', while they I'm not aware of any program that does that. I'm not aware why any application programmer would even think malloc'ing they aren't using is a good idea. It just doesn't make sense on any modern VM system. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 01:12:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24607 for freebsd-current-outgoing; Sat, 25 Apr 1998 01:12:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c243.moon.jic.com [206.156.18.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24599 for ; Sat, 25 Apr 1998 01:12:52 -0700 (PDT) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id EAA04399; Sat, 25 Apr 1998 04:12:35 -0400 (EDT) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: Tom cc: Eivind Eklund , current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: sysctl from Linux (*envy*) In-reply-to: Your message of "Sat, 25 Apr 1998 00:52:13 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Apr 1998 04:12:35 -0400 Message-ID: <4395.893491955@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tom wrote in message ID : > I'm not aware of any program that does that. I'm not aware why any > application programmer would even think malloc'ing they aren't using is a > good idea. It just doesn't make sense on any modern VM system. Not all applications are programmed with a `modern VM system' in mind. E.g. up until relatively recently, INN hardly ever released memory, on the assumption that holding onto it was cheaper than releasing it. This doesn't help much when the VM system is a lot smarter than INN... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 02:19:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01511 for freebsd-current-outgoing; Sat, 25 Apr 1998 02:19:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01489 for ; Sat, 25 Apr 1998 02:19:10 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.8/8.8.5) with SMTP id KAA10179; Sat, 25 Apr 1998 10:19:18 +0100 (BST) Date: Sat, 25 Apr 1998 10:19:18 +0100 (BST) From: Doug Rabson To: Mike Smith cc: Chris Csanady , Peter Wemm , John-Mark Gurney , Terry Lambert , current@FreeBSD.ORG Subject: Re: ELF kernels: When? In-Reply-To: <199804242153.OAA01666@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Apr 1998, Mike Smith wrote: > >> So, does anyone know enough about bootblocks to look at integrating NetBSD's? > >> They have done a significant amount of work in this area it seems, and they > >> already have a two-stage design. Trying to squeeze every last bit out of > >> the current blocks seems futile.. > > > > I looked at them once about a year ago. They ought to work without too > > much trouble. > > The major issues are build-related; the NetBSD bootblocks have a > ringworm-like grip on the rest of the kernel source tree which has > resisted the last couple of efforts I've put into separating them. Sounds like we need src/contrib/netbsd. No, no, stop hitting me! -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 02:34:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04066 for freebsd-current-outgoing; Sat, 25 Apr 1998 02:34:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04061 for ; Sat, 25 Apr 1998 02:34:45 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id CAA10549; Sat, 25 Apr 1998 02:34:43 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd010544; Sat Apr 25 02:34:38 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id CAA26815; Sat, 25 Apr 1998 02:34:34 -0700 (MST) From: Terry Lambert Message-Id: <199804250934.CAA26815@usr07.primenet.com> Subject: Re: sysctl from Linux (*envy*) To: tom@uniserve.com (Tom) Date: Sat, 25 Apr 1998 09:34:34 +0000 (GMT) Cc: eivind@yes.no, current@FreeBSD.ORG In-Reply-To: from "Tom" at Apr 25, 98 00:52:13 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > memory :-). This is a useful feature, since programs often > > malloc() huge amounts of memory 'just in case', while they > > I'm not aware of any program that does that. I'm not aware why any > application programmer would even think malloc'ing they aren't using is a > good idea. It just doesn't make sense on any modern VM system. What if you know: 1) You are on a memory overcommit architecture. 2) You know that if you run out of swap for dirty pages, whoever asks for a page at that point will be killed with sig 11 because there is no memory left. 3) You are providing a system critical service, so you don't want to die because you were too stupid to preallocate pages. ? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 04:22:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA14392 for freebsd-current-outgoing; Sat, 25 Apr 1998 04:22:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from helios.dnttm.ru (root@dnttm-gw.rssi.ru [193.232.0.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA14380 for ; Sat, 25 Apr 1998 04:22:31 -0700 (PDT) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id PAA29860; Sat, 25 Apr 1998 15:13:45 +0400 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id PAA00755; Sat, 25 Apr 1998 15:12:32 +0400 (MSD) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199804251112.PAA00755@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Nate Williams cc: Greg Lehey , Mike Smith , current@FreeBSD.ORG Subject: Re: Disappearing keyboard In-reply-to: Your message of "Fri, 24 Apr 1998 09:49:53 MDT." <199804241549.JAA14108@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain Date: Sat, 25 Apr 1998 15:12:32 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams wrote: > [ xdm in /etc/ttys ] > > if you use xdm, it'll loop forever no matter where > it's started from. Nope, xdm is not that stupid. If X server crashes, xdm restart it only several times. Today my X server could not find /dev/mouse (;-), so I saying it from my experience. xdm in /etc/ttys is indeed perfectly safe. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 06:32:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25070 for freebsd-current-outgoing; Sat, 25 Apr 1998 06:32:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25064 for ; Sat, 25 Apr 1998 06:32:44 -0700 (PDT) (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id NAA12342 for ; Sat, 25 Apr 1998 13:32:37 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id JAA08229 for current@freebsd.org; Sat, 25 Apr 1998 09:32:36 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804251332.JAA08229@rtfm.ziplink.net> Subject: Re: sysctl from Linux (*envy*) In-Reply-To: <19980425081621.59822@follo.net> from "Eivind Eklund" at "Apr 25, 98 08:16:21 am" To: current@FreeBSD.ORG Date: Sat, 25 Apr 1998 09:32:36 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" =overcommit_memory: => = => =This file contains only one value. => => I prefer the value of /etc/malloc.conf link and the corresponding => environment variables. = =That doesn't solve this problem - it doesn't handle e.g. fork. Does not currently, but this, IMHO, is where to add it. And then, the man page for overcommit_memory (very short) will point to the malloc's man page, where all the possible values will be described. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 08:32:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06060 for freebsd-current-outgoing; Sat, 25 Apr 1998 08:32:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mhub3.tc.umn.edu (0@mhub3.tc.umn.edu [128.101.131.53]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA06053; Sat, 25 Apr 1998 08:32:08 -0700 (PDT) (envelope-from adkin003@tc.umn.edu) Received: from mhub1.tc.umn.edu by mhub3.tc.umn.edu; Sat, 25 Apr 98 10:31:59 -0500 Received: from gold.tc.umn.edu by mhub1.tc.umn.edu; Sat, 25 Apr 98 10:31:58 -0500 Received: from pub-27-b-211.dialup.umn.edu by gold.tc.umn.edu; Sat, 25 Apr 98 10:31:57 -0500 Date: Sat, 25 Apr 1998 10:31:53 -0500 (CDT) From: dave adkins X-Sender: adkin003@samthedog Reply-To: dave adkins To: freebsd-current@FreeBSD.ORG cc: gibbs@FreeBSD.ORG Subject: Cam and ncr 53c810 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone gotten the ncr 53c810 running with the cam-980413 diff's? I get "SCSI phase error fixup: CCB already dequeued" messages with the old 53c810 card i am using. I ended up adding a 400 uS delay in the SIR_SENSE_FAILED case in ncr_int_sir(). case SIR_SENSE_FAILED: /*------------------------------------------- ** While trying to select for ** getting the condition code, ** a target reselected us. **------------------------------------------- */ if (DEBUG_FLAGS & DEBUG_RESTART) { PRINT_ADDR(cp->ccb); printf ("in getcc reselect by t%d.\n", INB(nc_ssid) & 0x0f); } /* ** Mark this job */ cp->host_status = HS_BUSY; cp->s_status = SCSI_STATUS_CHECK_COND; np->target[cp->ccb->ccb_h.target_id].hold_cp = cp; --> DELAY(400); /* Seems to be necessary for 53C810 to work */ /* ** And patch code to restart it. */ np->script->start0[0] = SCR_INT; break; I found that with DEBUG_RESTART enabled, the driver worked, with the DEBUG_RESTART disabled, it failed with "CCB already dequeued". The bandaid was a delay. The size of the delay is derived by trial and error. dave adkins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 08:33:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06332 for freebsd-current-outgoing; Sat, 25 Apr 1998 08:33:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA06326 for ; Sat, 25 Apr 1998 08:33:19 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id RAA12967; Sat, 25 Apr 1998 17:30:05 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.8) id RAA02756; Sat, 25 Apr 1998 17:22:56 +0200 (CEST) (envelope-from andreas) Message-ID: <19980425172256.A25615@klemm.gtn.com> Date: Sat, 25 Apr 1998 17:22:56 +0200 From: Andreas Klemm To: Brandon Lockhart , current@FreeBSD.ORG Subject: Re: Boot Error (General Question) References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Brandon Lockhart on Fri, Apr 24, 1998 at 05:59:55PM -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-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 24, 1998 at 05:59:55PM -0400, Brandon Lockhart wrote: > When I shutdown using: > shutdown -r now > When I reboot I get this error: > WARNING: / was not properly dismounted. > Also, right after mounting the swap, the RC file echo's: > Automatic reboot in progress... > What does this mean? I assume, that during shutdown of the system one process doesn't terminate, even after getting the "kill" signal. So the root filesystem can't be unmounted successfully and stays in "dirty" state, since the clean flag could not be set because of this. So the filesystem has to be checked on the next reboot. You should have a look, which process might be the culprit. Maybe the kernel option: options SHOW_BUSYBUFS # busy buffers on shutdown ? can help you, to get a process ID. Maybe it's one of the process ID's that always are the same on boot, so it's easy for you to get the process which is causing this. BTW, are you sure, that this is a -current question ? -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 08:51:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08566 for freebsd-current-outgoing; Sat, 25 Apr 1998 08:51:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08557 for ; Sat, 25 Apr 1998 08:51:33 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id PAA03077; Sat, 25 Apr 1998 15:51:25 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA10475; Sat, 25 Apr 1998 17:51:24 +0200 (MET DST) Message-ID: <19980425175123.12564@follo.net> Date: Sat, 25 Apr 1998 17:51:23 +0200 From: Eivind Eklund To: Mikhail Teterin , current@FreeBSD.ORG Subject: Re: sysctl from Linux (*envy*) References: <19980425081621.59822@follo.net> <199804251332.JAA08229@rtfm.ziplink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804251332.JAA08229@rtfm.ziplink.net>; from Mikhail Teterin on Sat, Apr 25, 1998 at 09:32:36AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 25, 1998 at 09:32:36AM -0400, Mikhail Teterin wrote: > Eivind Eklund once stated: > > => =overcommit_memory: > => = > => =This file contains only one value. > => > => I prefer the value of /etc/malloc.conf link and the corresponding > => environment variables. > = > =That doesn't solve this problem - it doesn't handle e.g. fork. > > Does not currently, but this, IMHO, is where to add it. And then, > the man page for overcommit_memory (very short) will point to the > malloc's man page, where all the possible values will be described. This is not a technically feasible place to add _kernel_ control variables. /etc/malloc.conf controls the behvaiour of a part of libc - it should _not_ have impact for the kernel operation (POLA), and it would also be expensive to read this for each invocation of fork() (this could be solved through notification, but notification is not yet in the FreeBSD kernel). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 09:31:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12745 for freebsd-current-outgoing; Sat, 25 Apr 1998 09:31:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12739 for ; Sat, 25 Apr 1998 09:31:50 -0700 (PDT) (envelope-from mi@rtfm.ziplink.net) Received: from rtfm.ziplink.net (rtfm [199.232.255.52]) by aldan.ziplink.net (8.8.8/8.8.7) with ESMTP id QAA16158 for ; Sat, 25 Apr 1998 16:31:48 GMT (envelope-from mi@rtfm.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.8/8.8.5) id MAA08608 for current@freebsd.org; Sat, 25 Apr 1998 12:31:47 -0400 (EDT) From: Mikhail Teterin Message-Id: <199804251631.MAA08608@rtfm.ziplink.net> Subject: Re: sysctl from Linux (*envy*) In-Reply-To: <19980425182642.30642@follo.net> from "Eivind Eklund" at "Apr 25, 98 06:26:42 pm" To: current@FreeBSD.ORG Date: Sat, 25 Apr 1998 12:31:47 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Wait. Then, I'm confused. Does linux's overcommit_memory affect kernel => or libc's malloc? =kernel. = =It stop the kernel from giving out page-mappings it doesn't have =backing for. Oh, so, strictly speaking, it does not have much to do with malloc at all, but rather with sbrk(2)? Your initial posting confused me. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 11:29:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26366 for freebsd-current-outgoing; Sat, 25 Apr 1998 11:29:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26342 for ; Sat, 25 Apr 1998 11:29:18 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id SAA06256; Sat, 25 Apr 1998 18:29:14 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id UAA10858; Sat, 25 Apr 1998 20:29:13 +0200 (MET DST) Message-ID: <19980425202912.47672@follo.net> Date: Sat, 25 Apr 1998 20:29:12 +0200 From: Eivind Eklund To: Mikhail Teterin , current@FreeBSD.ORG Subject: Re: sysctl from Linux (*envy*) References: <19980425182642.30642@follo.net> <199804251631.MAA08608@rtfm.ziplink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804251631.MAA08608@rtfm.ziplink.net>; from Mikhail Teterin on Sat, Apr 25, 1998 at 12:31:47PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 25, 1998 at 12:31:47PM -0400, Mikhail Teterin wrote: > Eivind Eklund once stated: > > => Wait. Then, I'm confused. Does linux's overcommit_memory affect kernel > => or libc's malloc? > > =kernel. > = > =It stop the kernel from giving out page-mappings it doesn't have > =backing for. > > Oh, so, strictly speaking, it does not have much to do with malloc > at all, but rather with sbrk(2)? Your initial posting confused me. Just to clarify: My initial posting was a quote from the Linux documentation, with a two-line comment at the end of my own. Basically, what would be nice was a model where one could avoid memory overcommit, both on an entire system and on a process-by-process basis. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 12:42:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06475 for freebsd-current-outgoing; Sat, 25 Apr 1998 12:42:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myrddin.demon.co.uk (myrddin.demon.co.uk [158.152.54.180]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA06469 for ; Sat, 25 Apr 1998 12:42:42 -0700 (PDT) (envelope-from dom@myrddin.demon.co.uk) Received: from dom by myrddin.demon.co.uk with local (Exim 1.80 #1) id 0yT9m1-00031M-00; Sat, 25 Apr 1998 19:34:05 +0100 To: David Wolfskill cc: current@FreeBSD.ORG Subject: Re: Bridging... In-reply-to: David Wolfskill's message of "Fri, 24 Apr 1998 08:17:26 PDT". <199804241517.IAA19137@pau-amma.whistle.com> Date: Sat, 25 Apr 1998 19:34:04 +0100 From: Dom Mitchell Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 24 April 1998, David Wolfskill proclaimed: > >Date: Fri, 24 Apr 1998 11:36:27 +0200 (CEST) > >From: Andrzej Bialecki > >I like this idea! This would make for really minimal FreeBSD-based > >router/switch, which wouldn't have the bloat of FS related things. > >It would have to have some userland, though, in order to manage the > >configuration, routing protocols and SNMP requests. > > This is rather similar to what Morning Star did (before Ascend > bought 'em) on their routers -- ported the necessary parts of Net/2 > to a 68302, using flash for a filesystem. Ran gated if you wanted > to do OSPF; was able to set up the backup task on one of the fileservers > to ftp to the router & do an "mget" on everything just before the > nightly backups, so we had the router config backed up.... > > And no goofy new idiosyncratic command language to learn -- just > normal UNIX commands (basically). > > I liked it... (in case that wasn't obvious).... :-) I believe that the Ascend GRF router does something similiar, based on bsdi. -- aeneolithic ascham Acerata armeniaceous barfish adrenocorticotropic Cariyo anthraxolite celidography barratrously calyciferous carditis carelessly Becky Anansi branchiomeric axoidean areolar bucklum buccina antipolo bidiurnal cercal azedarach Astacidae besiren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 13:56:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16160 for freebsd-current-outgoing; Sat, 25 Apr 1998 13:56:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16154 for ; Sat, 25 Apr 1998 13:56:24 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id PAA12181; Sat, 25 Apr 1998 15:56:16 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199804252056.PAA12181@dyson.iquest.net> Subject: Re: Bandwidth throttling etc. In-Reply-To: <908.893476488@cloud.rain.com> from Bill Trost at "Apr 24, 98 08:54:48 pm" To: trost@cloud.rain.com (Bill Trost) Date: Sat, 25 Apr 1998 15:56:16 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Garrett Wollman writes: > What you Really Want is for each interface to manage its own > allocations. When you want to send a packet, you ask the interface > for a buffer, and it gives you one of an appropriate size and shape > that it knows how to transmit efficiently..... > > A lot of the work is not actually difficult, just tedious.... > > Before anyone spends oodles of time doing this sort of work, has anyone > taken the radical (-: step of actually profiling the current network > stack(s) to see where the time is being eaten? Improving the memory > access behavior may not gain very much, especially if the performance > hits occur in, say, the IP checksum computation (as a random example). > > Maybe someone has already looked at this and this is just rehashing old > news, but it just struck me that some hard data would be an important > guide. > AFAIK, and I am NOT a networking export, we need to improve the sockets layer as much as the lower level networking code. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 14:02:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17273 for freebsd-current-outgoing; Sat, 25 Apr 1998 14:02:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17241 for ; Sat, 25 Apr 1998 14:02:32 -0700 (PDT) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id QAA18391; Sat, 25 Apr 1998 16:02:26 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id QAA22916; Sat, 25 Apr 1998 16:02:26 -0500 (CDT) Message-ID: <19980425160226.17154@mcs.net> Date: Sat, 25 Apr 1998 16:02:26 -0500 From: Karl Denninger To: "John S. Dyson" Cc: Bill Trost , current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. References: <908.893476488@cloud.rain.com> <199804252056.PAA12181@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199804252056.PAA12181@dyson.iquest.net>; from John S. Dyson on Sat, Apr 25, 1998 at 03:56:16PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 25, 1998 at 03:56:16PM -0500, John S. Dyson wrote: > > Garrett Wollman writes: > > What you Really Want is for each interface to manage its own > > allocations. When you want to send a packet, you ask the interface > > for a buffer, and it gives you one of an appropriate size and shape > > that it knows how to transmit efficiently..... > > > > A lot of the work is not actually difficult, just tedious.... > > > > Before anyone spends oodles of time doing this sort of work, has anyone > > taken the radical (-: step of actually profiling the current network > > stack(s) to see where the time is being eaten? Improving the memory > > access behavior may not gain very much, especially if the performance > > hits occur in, say, the IP checksum computation (as a random example). > > > > Maybe someone has already looked at this and this is just rehashing old > > news, but it just struck me that some hard data would be an important > > guide. > > > AFAIK, and I am NOT a networking export, we need to improve the sockets > layer as much as the lower level networking code. > > John Where do you believe there are deficiencies in the socket layer at present? I *HAVE* done some work in there (for our own proprietary stuff) and might be able to make some improvements. I haven't noticed any particularly "evil" behavior of late, and as such haven't spent time on this. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly / All Lines K56Flex/DOV | NEW! Corporate ISDN Prices dropped by up to 50%! Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 14:52:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23267 for freebsd-current-outgoing; Sat, 25 Apr 1998 14:52:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23262 for ; Sat, 25 Apr 1998 14:52:08 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id RAA16872; Sat, 25 Apr 1998 17:52:01 -0400 (EDT) (envelope-from wollman) Date: Sat, 25 Apr 1998 17:52:01 -0400 (EDT) From: Garrett Wollman Message-Id: <199804252152.RAA16872@khavrinen.lcs.mit.edu> To: Tom Cc: Eivind Eklund , current@FreeBSD.ORG Subject: Re: sysctl from Linux (*envy*) In-Reply-To: References: <19980424224346.35645@follo.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > I'm not aware of any program that does that. I'm not aware why any > application programmer would even think malloc'ing they aren't using is a > good idea. It just doesn't make sense on any modern VM system. You're right---there are no such programs that do that. What you do have, instead, is dusty FORTRAN programs which allocate huge BSS sections with arrays declared to their maximum conceivable dimensions, since FORTRAN-66 didn't have dynamic allocation. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 15:09:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27274 for freebsd-current-outgoing; Sat, 25 Apr 1998 15:09:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27206 for ; Sat, 25 Apr 1998 15:09:32 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id SAA16900; Sat, 25 Apr 1998 18:08:16 -0400 (EDT) (envelope-from wollman) Date: Sat, 25 Apr 1998 18:08:16 -0400 (EDT) From: Garrett Wollman Message-Id: <199804252208.SAA16900@khavrinen.lcs.mit.edu> To: "John S. Dyson" Cc: trost@cloud.rain.com (Bill Trost), current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-Reply-To: <199804252056.PAA12181@dyson.iquest.net> References: <908.893476488@cloud.rain.com> <199804252056.PAA12181@dyson.iquest.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > AFAIK, and I am NOT a networking export, we need to improve the sockets > layer as much as the lower level networking code. Actually, we need to get rid of the socket layer altogether. It was a good idea to save coding effort and .text space when all we had were VAXen with 1 MB of core, but if we really want network protocols to go fast, we need to write all of the upper-layer functionality in ways which are specific to the needs of the network protocols (and, eventually, to the applications). I have done about 10% of this work for UDP, but suspended that effort last fall to work on more immediate concerns. (If you want to look at how this might be taken to extremes, look at the Exokernel, . I don't think we'll see production systems go this far because of serious manageability issues, but it's one very compelling demonstration of that end of the spectrum.) Anyone who's interested in discussing this more, please contact me privately; perhaps we can put together a mailing-list. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 15:24:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01668 for freebsd-current-outgoing; Sat, 25 Apr 1998 15:24:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01644 for ; Sat, 25 Apr 1998 15:23:59 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id RAA00336; Sat, 25 Apr 1998 17:23:28 -0500 (EST) (envelope-from toor) Message-Id: <199804252223.RAA00336@dyson.iquest.net> Subject: Re: Bandwidth throttling etc. In-Reply-To: <19980425160226.17154@mcs.net> from Karl Denninger at "Apr 25, 98 04:02:26 pm" To: karl@mcs.net (Karl Denninger) Date: Sat, 25 Apr 1998 17:23:27 -0500 (EST) Cc: trost@cloud.rain.com, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Karl Denninger said: > > > > > AFAIK, and I am NOT a networking export, we need to improve the sockets > > layer as much as the lower level networking code. > > > > John > > Where do you believe there are deficiencies in the socket layer at present? > > I *HAVE* done some work in there (for our own proprietary stuff) and might > be able to make some improvements. I haven't noticed any particularly > "evil" behavior of late, and as such haven't spent time on this. > Mostly architectural performance issues. Last time I checked, alot of the overhead is in sockets. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 15:34:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03912 for freebsd-current-outgoing; Sat, 25 Apr 1998 15:34:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03902 for ; Sat, 25 Apr 1998 15:34:24 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id SAA16963; Sat, 25 Apr 1998 18:34:10 -0400 (EDT) (envelope-from wollman) Date: Sat, 25 Apr 1998 18:34:10 -0400 (EDT) From: Garrett Wollman Message-Id: <199804252234.SAA16963@khavrinen.lcs.mit.edu> To: Bill Trost Cc: current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. In-Reply-To: <908.893476488@cloud.rain.com> References: <199804242126.RAA10941@khavrinen.lcs.mit.edu> <199804241932.VAA22011@labinfo.iet.unipi.it> <908.893476488@cloud.rain.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Before anyone spends oodles of time doing this sort of work, has anyone > taken the radical (-: step of actually profiling the current network > stack(s) to see where the time is being eaten? A large part of the problem is not so much the code itself being inefficient, but rather the fact that it can be fairly mismatched with different applications' needs. The way this has been dealt with in the past has been to introduce additional options (kluges, really) which select among various behaviors desired by different applications. Two examples, opposite sides of the same coin: 1) Tinygram avoidance. In most situations, it makes sense to buffer small transmissions in the hope that they can be combined together, thus amortizing the header overhead across a larger data space. Whoops! It turns out that some very common applications are sending tinygrams intenionally, because interactive performance requires it. ``Solution'': TCP_NODELAY. 2) Write-boundary preservation. It is required that sender-TCPs set the PSH bit when they are done with a transmission, in case the receiver-TCP is configured to wait for PSH before passing data to higher layers. To put it in UNIX terms, it means that TCP tries to preserve write boundaries when writes are ``large enough''. Whoops! It turns out that most applications which write ``enough'' at a time are simply doing internal buffering of a bulk transfer (like FTP or HTTP or the DATA phase of SMTP), and it is in fact wasteful to preserve write boundaries in such transfers, since the write size is rarely an exact multiple of the path MTU, so you end up sending a partial packet at the end of each write just so you can transmit the useless PSH bit. ``Solution'': TCP_NOPUSH. The way you really want a TCP to behave is thus: 1) Get explicit indication of the desire for a PSH operation from the application. (We could do this with MSG_EOR if only it were available by the time TCP gets control.) 2) Keep at most one packet's worth of buffering. (And while you're at it, set up the strucure which contains that data to be shaped precisely like a TCP packet, which eliminates a number of state variables which would have to be stored in the TCB otherwise.) When you are ready to send it, you can just do so. 3) Use only TCP's internal transmit flow control (subject to reasonable resource limits, of course). Only when TCP says you can send, should you copy in the user's data---and do it in MSS-sized chunks. If there's any left over, and the user hasn't specified a PSH, put it in the coalesce buffer. 4) Keep a reference to all the packets you have sent -- this is your retransmission queue and SACK scoreboard all in one. (This may require cooperation from the network interface, depending on how its packet memory is allocated.) 5) Make sure that information about preferred alignments, buffer sizes, and whatnot is exported to the application, so that it can assist in this process if desired. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 15:40:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05279 for freebsd-current-outgoing; Sat, 25 Apr 1998 15:40:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05269 for ; Sat, 25 Apr 1998 15:40:23 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id SAA16980; Sat, 25 Apr 1998 18:40:21 -0400 (EDT) (envelope-from wollman) Date: Sat, 25 Apr 1998 18:40:21 -0400 (EDT) From: Garrett Wollman Message-Id: <199804252240.SAA16980@khavrinen.lcs.mit.edu> To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG Subject: Re: Bandwidth throttling etc. Newsgroups: pluto.freebsd.current In-Reply-To: <199804242209.QAA03142@narnia.plutotech.com> References: <199804241932.VAA22011@labinfo.iet.unipi.it> <199804242126.RAA10941@khavrinen.lcs.mit.edu> <199804242209.QAA03142@narnia.plutotech.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > How do deal with a route change between the time you determine the > target interface, ask it to allocate space for you, and construct > the packet? That's not a very common occurrence and you can just copy the packet in that case. (It's even less common when you consider that the most likely scenario is for the route to change among interfaces of the same type, which means that the new interface could be asked to ``adopt'' the old interface's buffer, and depending on the sort of hardware involved, it may be able to do so without modification.) -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 25 20:21:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02568 for freebsd-current-outgoing; Sat, 25 Apr 1998 20:21:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles322.castles.com [208.214.167.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02525 for ; Sat, 25 Apr 1998 20:21:47 -0700 (PDT) (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id UAA01808; Sat, 25 Apr 1998 20:18:56 -0700 (PDT) Message-Id: <199804260318.UAA01808@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Doug Rabson cc: current@FreeBSD.ORG Subject: Re: ELF kernels: When? In-reply-to: Your message of "Sat, 25 Apr 1998 10:19:18 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Apr 1998 20:18:54 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Fri, 24 Apr 1998, Mike Smith wrote: > > The major issues are build-related; the NetBSD bootblocks have a > > ringworm-like grip on the rest of the kernel source tree which has > > resisted the last couple of efforts I've put into separating them. > > Sounds like we need src/contrib/netbsd. No, no, stop hitting me! 8) The problem with attacking the NetBSD bootblocks is that they have to be swallowed all at once; if you want to build using their existing infrastructure you need a kernel layout that looks exactly like theirs, as well as the NetBSD make (because they use some new hacks), and their includes, and... Ripping it all out and restructuring it somewhere else seems to make so much sense. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message